* Developpeur Magento Bordeaux

Developpeur Magento Bordeaux

Article:

La phase d'élaboration a pour but de concevoir un design apte d'admettre des réclamations de prochains changements.
Ceci crée un désaccord avec l'itérative nature de nombreuses démarches de développement (extrême pro- programming, le prototypage rapide, etc) vu que ces méthodologies regroupent fréquement de nouvelles exigences qui peuvent avoir un impact architectural, au cours du développement alors qu'une bonne élaboration exige des connaissances au sujet de ces exigences à l'avance10.
il reste alors fondamental de penser à des architectures s'accordant aux changements mais aussi compatibles avec les méthodologies de développement utilisées. Ainsi, il semble possible de parler d'architectures agiles11 pour des développements agiles et l'appliquer pour mieux garantir la durée de vie du logiciel.
Il se révèle plus simple (moins cher) de réaliser ces modifications dans le code Quand il y a des modifications à amener au logiciel. Dans le but de pouvoir prolouger le vieillissement, il est fondamental de maintenir l'architecture et la documentation. Assurément, il faut garantir à chaque changement dans le code que les règles d'architectures sont respectées et la documentation mise à jour. Ceci permet d'éviter les décalages pouvant subvenir entre l'implémentation et l'architecture logicielle.
On peut prolonger la durée de vie du logiciel à l'aide d'une bonne perpétuation logicielle. Les processus de maintenances reposent souvent sur l'amélioration itérative ou encore sur le modèle de réutilisation complète12. La réutilisation permet de gagner du temps, réduire le coût mais peut s'avérer dangereux.
Au cours de la maintenance il est nécessaire, de respecter les règles architecturales, surtout, lors de l'intégration de nouveaux composants.
Un outil de vérification de conformité entre architecture et implémentation s'intitule Card, il est incorporé sous forme de plugin dans Eclipse. Le vérification se produit intensément entre une description d'architecture en UML et son implémentation en Java. Ce framework contient deux modules de prétraitement : l'un pour les diagrammes UML 2.0 et l'autre pour le code source Java. Card se charge de rechercher les fichiers UML et Java dans l'arborescence du projet Eclipse, après utilise ses préprocesseurs pour l'extraction des propriétés architecturales. Ces caractérisiques sont stockées dans des structures de données adaptées pour l'analyse de conformité à exécuter.
Card s'appuie sur le concept "Maître e", architecture prescriptive (Maître) et architecture descriptive (e), sur lesquelles se réfèrent les règles. Card permet un paramétrage par utilisateur sur trois niveaux d'exigences (High, Medium, Low), procède à une vérification des structures de données et affiche les infractions en les transmettant vers l'e. Les developpeurs peuvent vérifier la conformité entre leur code et le model en mode static (offline) ou dynamiquement (il peuvent le choisir dans les préférences).
Card a été testé sur de nombreux projets et n'a jamais fait ressortir de fausses violations ni d'oublis. Toutefois, il n'y a pas de preuves formelles.