* Integrateur Typo3 Bordeaux
Integrateur Typo3 Bordeaux
Article:
Faire la relation entre l'architecture et l'implémentation nécessite la définition d'un ensemble de principes. Ces derniers permettront de déceler quand l'implémentation sera en train de s'écarter de l'architecture. Il est possible de discerner deux genres de règles: les règles structurelles4 et les règles d'interactions5. Les règles structurelles visent l'existence des mêmes entités et les relations qui les réunissent alors que les règles d'interactions visent principalement la présence des appels de méthode dans le même ordre. Avec cet ensemble de règles6, lors de l'analyse il y a trois types de résultats possibles: Convergence : La liaison implantée s'accorde à celle définie dans l'architecture. Divergence : La relation implantée écarte de celle définie dans l'architecture. Absence : La relation est présente dans l'architecture mais n'est pas implantée. Présentement il suffit d'entamer chaque divergence et absence une par une. L'approche la plus courante est de réformer le code pour qu'il corresponde à l'architecture. Néanmoins, il est possible de devoir réformer l'architecture du projet à cause de difficultés techniques pendant le développement. Les causes7 majeures des dégradations logicielles sont les réformes apportées au code, à la documentation dans le non-respect des règles architecturales. Ces changements sont nécessaires pour suivantes raisons. l'une des causes fondamentales des dégradations dans les architectures est la croissance du besoin client. Le client n'est pas toujours conscient de ce qu'il attend jusqu'à ce qu'il ait une première version du produit. Il essaye alors d'apporter des réformes aux spécifications. Ce ème est également remarqué quand les spécifications ne sont pas assez précises. Ces deux points déterminent les deux principaux types de vieillissement logiciels : les défaillances causées par les réformes des propriétaires du produit suite aux croissances du besoin, et le résultats des modifications effectuées suite à des incompréhensions des deux parties (client/concepteur du logiciel) lors de la conception et du développement du produit. Une autre cause de dégradations de logicielles est le matériel auquel se rattache le logiciel. Les architectures logicielles sont créés dans le respect du matériel dont le logiciel dépend. Au fil du temps, le matériel est susceptible de changer8 et cela peut favoriser une instabilité et compromettre l'architecture prévue. Les réformes apportées au logiciel durant sa durée de vie provoquent un ème d'allocation mémoire9. En effet, plus il y a des changements dans le code , plus la taille du programme grandit, et plus la taille du programme grandit plus la mémoire demandée au système est conséquente. Il est difficile de prédéfinir la mémoire à allouer. Pour s'opposer aux dégradations logicielles, il y’a nombreux solutions permettant de ralentir le vieillissement1 mais aussi de garantir la qualité tout en essayant de garder un équilibre entre l'architecture et l'implémentation.