Complexité essentielle
La complexité essentielle relative à un problème, généralement dans le cadre d'un projet informatique, désigne le degré de complexité minimal d'un programme pour résoudre un problème ou appliquer une solution.
Le terme a été introduit par Frederick Brooks dans son article No Silver Bullet.
Étymologie
[modifier | modifier le code]Le terme complexité n'est pas utilisé dans son sens informatique courant (ressources nécessaires pour traiter un problème) mais en relation avec l'idée plus générique de complexité propre d'un programme (grandeur qu'on a pu chercher à caractériser par des mesures telles que le nombre de lignes du code, ou le nombre cyclomatique).
Le terme essentiel est utilisé dans son sens étymologique renvoyant à la notion d'essence en philosophie ou en didactique. L'opposition que Brooks formule entre complexité essentielle et complexité accidentelle renvoie au débat classique entre essence et accident.
Complexité essentielle et complexité accidentelle
[modifier | modifier le code]Brooks argue que, la complexité essentielle étant minimale, et la complexité étant dans le domaine informatique source de coût, toute complexité supplémentaire doit être évitée. Cette complexité supplémentaire si elle existe est donc fortuite et conséquence du caractère imparfait de l'implémentation informatique. Brooks l'appelle complexité accidentelle. Il oppose complexité essentielle et accidentelle, la première est inévitable car liée au problème à résoudre tandis que la seconde n'est due qu'à un mauvais choix d'outils.
Notes et références
[modifier | modifier le code]- (en) « No Silver Bullet », IEEE Computer Magazine,
- No Silver Bullet: Essence and Accidents of Software Engineering, by Frederick P. Brooks, Jr.
- (es) No hay balas de plata: Lo esencial y lo accidental en la Ingeniería del Software, by Frederick P. Brooks, Jr.