Modèles concrets de départ des modèles conceptuels

Les modèles concrets de départ des modèles conceptuels, parfois appelés modèles de départ ou avant cela "modèles d'esquisse", sont utilisés au début du processus de création d'une application. Les modèles sont utilisés pour 'initier' la création du code. Une fois que cela a été fait, les modèles conceptuels ne sont plus maintenus de façon active et ils peuvent être abandonnés. Vous pouvez alors passer à l'édition visuelle de L3G pour le reste du cycle de développement.

Application

Vous pouvez utiliser les produits de modélisation IBM Rational pour créer des modèles conceptuels enrichis à l'aide de la totalité du langage UML ou d'un sous-ensemble de celui-ci. Vous pouvez aussi utiliser des fonctions d'automatisation à base de modèles, telles que les patterns et les transformations, pour automatiser certains aspects de la définition et l'amélioration des modèles, puis appliquer des transformations supplémentaires pour générer le code. Après avoir tiré parti de la modélisation conceptuelle, vous pouvez ensuite abandonner les modèles conceptuels et utiliser une approche plus souple consistant à modifier le code à l'aide des diagrammes de notation UML de votre choix.

Les modèles concrets de départ des modèles conceptuels vous permettent d'utiliser d'autres approches ou d'autres vues pour créer votre application et d'obtenir plusieurs perspectives d'un problème de conception. Les modèles conceptuels sont généralement utilisés lors des premières étapes, dans lesquelles sont principalement nécessaires la réflexion et la conception ; au fil de la progression du projet, il est davantage fait appel à la créativité et à la responsabilité des développeurs. Les modèles concrets de départ des modèles conceptuels sont valables lors des phases transitoires du cycle de vie du développement. Les modèles peuvent être modifiés à un coût moindre et avec une cohérence supérieure à celle du code ou des documents de spécification sous forme de texte. Adoptez cette approche si vous pensez qu'une modélisation conceptuelle précoce limite les risques du projet et offre une valeur ajoutée en termes d'amélioration du résultat des développements, mais qu'il n'est pas nécessaire de conserver les modèles conceptuels dans un processus de développement itératif. Adoptez cette approche si votre processus de développement utilise une méthode itérative.

Avantages

Cette approche offre l'opportunité de limiter les risques du projet en tirant parti des modèles conceptuels. Les modèles conceptuels vous permettent de créer plusieurs types de diagrammes, qui vous aident à visualiser le problème et donc à en avoir une meilleure compréhension, et également d'essayer différentes approches architecturales pour le domaine du problème. Les modèles conceptuels peuvent également constituer une base solide pour des estimations plus précises des projets. En outre, en utilisant des transformations avec génération de code, vous pouvez éliminer une part significative du codage manuel pour la première itération d'un projet. Cette approche permet aux architectes et aux responsables de communiquer et d'examiner la vue d'ensemble, ce qui peut aider les développeurs à concevoir l'application. Cette approche encourage également l'équipe à considérer le problème du point de vue des clients et à proposer des solutions pour le processus.

Considérations

L'utilisation du protocole Modèles concrets de départ des modèles conceptuels donne lieu à un remue-méninges au début du processus de développement, au cours duquel les responsables et les développeurs peuvent voir le problème de différentes façons. Cependant, les modèles sont considérés comme ayant une valeur temporaire et sont abandonnés après le processus initial. Cette approche a des coûts initiaux plus élevés que l'approche souple, dans laquelle des modèles concrets pilotent le développement, car elle requiert la connaissance et l'utilisation d'un langage de modélisation conceptuelle, ainsi que la capacité à effectuer et à gérer les changements dans les artefacts de modélisation conceptuelle lors des premières phases du développement. L'importance de la gouvernance est grande dans la phase initiale, mais elle devient très faible lorsque les développeurs continuent le codage et bénéficient alors d'une liberté dans leur créativité.


Vos commentaires