Edition visuelle de L3G

En utilisant des modèles, vous pouvez visualiser et éditer des langages de troisième génération (L3G), tels que Java, C++, C#, et des langages déclaratifs, tels que Web Services Description Language (WSDL) et XML Schema Definition Language (XSD), à l'aide de diagrammes exprimés en notations communes compatibles avec le langage de modélisation unifié (UML). Un diagramme de modélisation vous permet de visualiser une représentation visuelle du code d'application, et d'apporter des modifications au diagramme qui seront automatiquement répercutées dans le code d'application.

Applications

Les flux de travail de développement des applications L3G sont pris en charge par ce produit grâce à une infrastructure de développement intégrée, une transformation pour la génération de code à partir du modèle UML et des éditeurs de code qui fournissent une représentation UML du code. Les outils de développement offrent une infrastructure de développement intégrée dans laquelle vous pouvez développer de nouvelles applications ou des applications existantes. Une transformation UML vers L3G initie du code à partir d'un modèle UML. Pour une maîtrise plus complète du code généré, vous pouvez appliquer un profil pour ajouter des annotations spécifiques au langage dans vos modèles UML. Les éditeurs de code UML sont des éditeurs graphiques qui utilisent la notation UML pour vous aider à visualiser, comprendre, concevoir et implémenter la structure et les interactions de votre implémentation.

Dans cette approche de modélisation, la philosophie du processus se situe à l'extrémité "souplesse" du spectre de développement de code, où le souhait est de commencer le codage tout de suite, en se dispensant en grande partie de l'analyse et de la conception formelles. Vous pouvez utiliser les produits de conception et de construction IBM Rational pour créer un modèle de code pour les langages L3G, tels que Java et C++, en décrivant et en éditant le code dans des diagrammes qui utilisent une notation similaire à la notation UML. Vous pouvez modifier ces diagrammes en utilisant une approche visuelle, pour ajouter de nouveaux éléments de code, tels que des classes, des zones et des méthodes, ou faire glisser des éléments de code existants dans des diagrammes. Vous pouvez également utiliser des outils tels que des diagrammes de rubriques, des diagrammes d'exploration et des diagrammes de séquence de méthode statique pour faciliter la visualisation et ainsi la compréhension ou décrire les relations et la planification au sein du système. Les diagrammes reflètent automatiquement toutes les modifications sémantiques apportées au code et constituent également un moyen visuel pour la réalisation des modifications.

Vous pouvez modifier le code d'application en utilisant une approche visuelle dans n'importe quel environnement de développement logiciel. Procédez ainsi si la philosophie de votre projet est orientée vers un processus de développement souple ou si vous préférez définir l'architecture d'une application au fur et à mesure plutôt que de la concevoir. Vous pouvez également utiliser cette approche de modélisation si vos projets sont peu volumineux ou s'ils présentent peu de risques et ne justifient pas une analyse ni une définition d'architecture rigoureuses. La modification visuelle de L3G est une approche à faible coût qui met à votre disposition une documentation uniforme que vous pouvez utiliser pour communiquer efficacement avec les différentes parties prenantes du produit.

Avantages

L'utilisation d'un diagramme pour représenter visuellement le code vous permet de visualiser l'application et les interactions, et d'avoir une vision globale de la manière dont les différentes classes interagissent entre elles. Cela vous permet de créer un meilleur code et de mieux comprendre l'application. La documentation de votre implémentation dans des diagrammes de notation UML constitue une façon efficace de décrire un système aux parties prenantes du projet, dont les connaissances techniques sont limitées, et peut favoriser la mise en conformité aux exigences dans le cadre d'un environnement réglementaire. Cette approche permet également de comprendre rapidement et de manière approfondie la structure d'une implémentation inconnue et ne nécessite que quelques connaissances de base en UML. Sa mise en oeuvre est très simple, car les développeurs n'ont besoin d'apprendre qu'une petite partie de la notation UML, et elle n'introduit que peu d'artefacts supplémentaires à gérer.

Considérations

Bien que la modification visuelle favorise une meilleure compréhension et meilleure une vue d'ensemble, ses possibilités d'édition restent limitées et vous ne pourrez donc peut-être pas modifier des codes complexes ou non uniformes. La modification visuelle ne permet pas un niveau de gouvernance élevé, ce qui facilite son utilisation mais n'autorise pas un contrôle étroit par un architecte, permettant de réduire le risque et la gestion de projet tout au long de l'évolution de l'implémentation. Elle ne vous permet pas non plus d'exploiter tout le potentiel d'amélioration en termes de qualité et de productivité créé par l'utilisation des fonctions d'automatisation à base de modèles, telles que les patterns et les transformations.


Vos commentaires