* Integrateur Joomla Bordeaux
Integrateur Joomla Bordeaux
Article:
C'est de l' essentiel de déterminer tout un ensemble de principes si l'on vise faire la liaison entre l'architecture et l'implémentation. Ces principes permettront de montrer quand l'implémentation sera en train de diverger de l'architecture. On peut identifier deux genres de règles: les règles structurelles4 et les règles d'interactions5. Les règles structurelles intéressent l'existence des mêmes entités et les relations qui les allient alors que les règles d'interactions intéressent prncipalement 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 relation implémentée correspond à celle définie dans l'architecture. Divergence : La relation implémentée diffère de celle définie dans l'architecture. Absence : La relation est présente dans l'architecture mais n'est pas implémentée. Désormais,il est suffisant de résoudre chaque divergence et absence une par une. La méthode la plus répandue est de renouveler le code pour qu'il s'applique à l'architecture. Toutefois, il est possible de devoir renouveler l'architecture du projet pour èmes techniques lors du développement. Les causes7 capitales 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 indispensables pour suivantes raisons. l'une des essentielles causes des dégradations dans les architectures est l'accroissement du besoin client. Le client n'est pas toujours préparé de ce qu'il attend jusqu'à ce qu'il ait une première version du produit. Il essaye alors d'apporter des changements aux caractéristiques. Cette difficulté est aussi constatée lorsque les caractéristiques ne sont pas assez précises. Ces deux points définissent les deux principaux types de vieillissement logiciels : les défaillances engendrées par les changements des propriétaires du produit suite aux évolutions du besoin, et le résultats des changements 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 conçues 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 provoquer une instabilité et compromettre l'architecture prévue. Les changements apportées au logiciel durant sa durée de vie causent une difficulté d'allocation mémoire9. Effectivement, 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 faire front aux dégradations logicielles, il existe multiples 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.