Mesures de l'architecture logicielle

Chapitre 4. Améliore ton architecture grâce à l'indice de maturité de la modularité

Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : [e-mail]

Dr. Carola Lilienthal

Au cours des 20 dernières années, beaucoup de temps et d'argent ont été consacrés à des systèmes logiciels mis en œuvre dans des langages de programmation modernes tels que Java, C#, PHP, etc. Dans les projets de développement, l'accent a souvent été mis sur la mise en œuvre rapide de fonctionnalités et non sur la qualité de l'architecture logicielle. Cette pratique a conduit à l'accumulation au fil du temps d'une dette technique de plus en plus importante, c'est-à-dire d'une complexité inutile qui coûte de l'argent supplémentaire en maintenance. Aujourd'hui, ces systèmes doivent être appelés systèmes patrimoniaux parce que leur maintenance et leur extension sont coûteuses, fastidieuses et instables.

Ce chapitre explique comment mesurer l'ampleur de la dette technique d'un système logiciel à l'aide de l'indice de maturité de la modularité (MMI). L'IMM d'une base de code ou des différentes applications d'un paysage informatique donne à la direction et aux équipes une ligne directrice pour décider des systèmes logiciels qui doivent être remaniés, de ceux qui doivent être remplacés et de ceux dont tu n'as pas à t'inquiéter. L'objectif est de trouver quelle dette technique doit être résolue pour que l'architecture devienne durable et la maintenance ...