Page title:Utiliser les produits de modélisation IBM Rational

Caption text:Les produits de modélisation IBM Rational sont des outils de conception et de développement intégrés qui utilisent la technique de développement dirigé par modèle pour créer des applications et des services bien structurés. Ils sont à la fois très souples et hautement adaptables aux besoins de tout processus de développement de logiciels. Vous pouvez utiliser différents types de modèle et différents workflows, suivant la phase de votre projet et selon que votre organisation applique un processus strict ou une approche de développement plus ouverte.

Page text:


Tour editable text

Page title:Workflows pour les produits de modélisation IBM Rational

Caption text: Vous pouvez créer et éditer du code visuellement dans des diagrammes à notation UML pour vous aider à mieux comprendre le modèle de domaine d'un système ; vous pouvez utiliser de petits modèles UML conceptuels pour esquisser les concepts initiaux d'un système, ou bien des modèles conceptuels UML à la sémantique plus riche pour modéliser entièrement une application. Les modèles à sémantique UML complète peuvent former les fondations de votre application et être transformés en code à n'importe quel stade du processus de développement, soit pour jeter les bases du code de votre application, soit pour le rapprocher de la conception initiale. Cette visite guidée décrit l'une des nombreuses approches que vous pouvez appliquer lorsque vous utilisez les produits de modélisation IBM Rational pour travailler avec des modèles et du code.

Page text: La diversité des projets, des phases et des cultures nécessite souvent différents workflows. Pour l'analyse et la conception de logiciels, vous pouvez utiliser des modèles conceptuels UML simples ou sémantiquement riches et complexes. Durant la construction, vous pouvez utiliser des diagrammes à notation UML pour comprendre et manipuler le code.


Tour editable text

Page title:Utiliser un modèle concret pour développer du code

Caption text:Les produits de modélisation IBM Rational vous permettent de créer un modèle de code pour des langages tels que Java et C++ en décrivant et en éditant visuellement le code dans des diagrammes qui utilisent un style de notation très semblable à UML. Vous pouvez utiliser ces diagrammes pour ajouter de nouveaux éléments de code, tels que des classes, des champs et des méthodes, ou bien vous pouvez faire glisser des éléments existants dans vos diagrammes. Vous pouvez utiliser des outils tels que des diagrammes de rubrique, des diagrammes d'exploration et des diagrammes de séquence de méthode statique pour aider à visualiser et à comprendre un système.

Page text:


Tour editable text

Page title:Utiliser le modèle UML pour créer un modèle de domaine

Caption text:Après avoir utilisé UML pour créer un modèle de niveau classe détaillé, vous pouvez lui appliquer directement des transformations pour générer la structure ou, souvent, le code compilable de votre implémentation. Le modèle UML détaillé, créé plus tôt dans le processus de développement, devient la graine qui, à l'exécution des transformations, fait germer le modèle de domaine. Les produits de modélisation IBM Rational incluent un moteur de transformation, un jeu d'outils pour la création de vos propres transformations, des exemples de transformations avec leur code source et une bibliothèque de transformations prédéfinies telles que UML vers Java, UML vers C++ et UML vers CORBA IDL.

Page text:


Tour editable text

Page title:Faire évoluer le modèle conceptuel et le modèle de domaine

Caption text:Pendant que l'architecte continue à développer le modèle UML de haut niveau, le développeur peut poursuivre son travail sur le modèle de domaine existant. Ce travail en parallèle fait que le modèle UML et le modèle de domaine finissent par diverger, rendant difficiles la communication et la collaboration entre les deux rôles. Pour limiter le risque inhérent à un tel développement en parallèle, l'architecte peut de temps à autres synchroniser le code et le modèle conceptuel. Comme les transformations initiales prennent en charge la synchronisation des modèles, le développeur peut continuer à travailler sur le code même si, parallèlement, l'architecte fait évoluer le modèle conceptuel.

Page text:


Tour editable text

Page title:Exécuter la transformation inverse sur le modèle

Caption text:A un point de contrôlé prédéterminé, l'architecte exécute une transformation inverse sur le modèle de domaine, créant ainsi une image temporaire qui représente l'état actuel de l'implémentation. L'architecte utilise la fonction Combiner avec pour ouvrir le cliché temporaire du modèle de domaine dans un format en lecture seule, et le modèle UML en mode lecture-écriture. Une transformation inverse construit dynamiquement des entités de diagramme pour permettre l'intégration de diagrammes UML et d'entités de modèle avec d'autres modèles. Une opération de comparaison-fusion est effectuée et tous les changements détectés dans les deux modèles sont reflétés dans les résultats de la fusion.

Page text:


Tour editable text

Page title:Exécuter la transformation directe sur le modèle

Caption text:Une fois les deux modèles fusionnés, une transformation directe est appliquée au modèle combiné, ce qui a pour effet de répercuter dans le modèle de domaine les modifications apportées par l'architecte au modèle UML. Cette opération peut être répétée aussi souvent que nécessaire tout au long du processus de développement. Les deux modèles continuent à évoluer en parallèle et sont fusionnés et synchronisés à des points de contrôle prédéterminés. Pour certains langages tels que Java, il faut veiller à ce que la réapplication de la transformation n'écrase pas des parties de code essentielles telles que le corps des méthodes.

Page text:


Tour editable text

Page title:Avantages de cette approche

Caption text:Ce workflow est avantageux pour les organisations désireuses de bénéficier des économies que confère l'utilisation de l'architecturage avec des modèles conceptuels au lieu de documents texte ou de code et qui souhaitent aussi laisser aux développeurs la liberté de changer l'architecture selon leurs besoins. Il permet aussi aux architectes d'analyser, à l'aide d'outils spécifiques, la manière dont une implémentation a évolué depuis la conception d'origine et d'appliquer des décisions qui incorporent les déviations positives dans le modèle conceptuel ou qui remplacent les déviations négatives par une régénération à partir du modèle conceptuel.

Page text:Avantages de cette approche :