* Integrateur Magento Bordeaux

Integrateur Magento Bordeaux

Article:

Il est indispensable de déterminer un ensemble de principes pour faire la relation entre l'architecture et l'implémentation. Ces principes permettront de percevoir quand l'implémentation sera en train de diverger de l'architecture.
On peut différencier deux genres de règles: les règles structurelles4 et les règles d'interactions5. Les règles structurelles se rapportent à l'existence des mêmes entités et les relations qui les associent alors que les règles d'interactions se rapportent 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 établie s'applique à celle définie dans l'architecture.
Divergence : La relation établie diverge de celle définie dans l'architecture.
Absence : La relation est présente dans l'architecture mais n'est pas établie.
Il est maintenant suffisant d'aborder chaque divergence et absence une par une. La technique la plus courante est de changer le code pour qu'il corresponde à l'architecture. Cependant, il est possible de devoir changer l'architecture du projet en raison de difficultés techniques lors du développement.
Les essentielles causes7 des dégradations logicielles sont les changements 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 essentielles causes des dégradations dans les architectures est le développement 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 changements aux caractéristiques. Ce ème est aussi constaté 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 causé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 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 causer une instabilité et compromettre l'architecture prévue.
Les changements amenés au logiciel pendant sa durée de vie causent 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 faire face aux dégradations logicielles, il existe plusieurs solutions permettant de ralentir le vieillissement1 mais également de garantir la qualité tout en essayant de garder un équilibre entre l'architecture et l'implémentation.