* Integrateur Prestashop Bordeaux

Integrateur Prestashop Bordeaux

Article:

Afin d'établir le rapport entre l'architecture et l'implémentation, il est essentiel de définir une collection de règles. Celles-ci permettront de découvrir lorsque l'implémentation sera en train de s'éloigner de l'architecture.
On peut identifier deux types 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 instalée concorde à celle définie dans l'architecture.
Divergence : La relation instalée dévie de celle définie dans l'architecture.
Absence : La relation est présente dans l'architecture mais n'est pas instalée.
A présent,il est suffisant d'approcher chaque divergence et absence une par une. La méthode la plus courante est de renouveler le code pour qu'il corresponde à l'architecture. Toutefois, il est possible de devoir renouveler l'architecture du projet pour difficultés techniques lors du développement.
Les causes7 importantes des dégradations logicielles sont les renouvelements procurés au code, à la documentation dans le non-respect des règles architecturales. Ces renouvelements sont indispensables pour suivantes raisons.
l'une des principales raisons des dégradations dans les architectures est la progression 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 renouvelements aux spécifications. Ce ème est également observé lorsque 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 modifications des propriétaires du produit suite aux évolutions du besoin, et le résultats des modifications effectuées suite à des incompréhensions des deux parties (client/concepteur du logiciel) lors de la création et du développement du produit.
Une cause différente de dégradations de logicielles est le matériel auquel se relie le logiciel. Les architectures logicielles sont élaboré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 engendrer une instabilité et compromettre l'architecture prévue.
Les modifications apportées au logiciel lors de sa durée de vie engendent un ème d'allocation mémoire9. En effet, plus il y a des renouvelements 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 affronter les dégradations logicielles, il y’a divers 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.