Conception du logiciel et développement avec Rational Software Architect

Les systèmes peuvent être construits de manière plus efficace et déployés avec succès lorsque la spécification architecturale est claire et que toutes les parties prenantes se mettent d'accord sur la conception très tôt dans le cycle de vie du projet.

Support de développement itératif

Le processus RUP (Rational Unified Process) indique que quatre phases caractérisent la conception et le développement du logiciel : la création, l'élaboration, la construction et la transition. Le processus met l'accent sur l'adoption de pratiques de développement d'application permettant de s'assurer que l'équipe de développement effectue les activités importantes suivantes, à l'intérieur et entre ces phases.
  • Gestion des exigences
  • Modélisation visuelle, à l'aide du langage UML (Unified Modeling Language)
  • Développement itératif
  • Contrôle des modifications
  • Vérification continue de la qualité
Pour respecter les principes du processus RUP, votre équipe peut utiliser Rational Software Architect pour appliquer les pratiques éprouvées liées au cycle de vie du développement d'application.
  • Collecte des exigences et modélisation du cas d'utilisation

    Les exigences peuvent provenir de différentes sources, que les analystes et les architectes du système doivent fusionner dans une documentation d'exigences avant de les gérer. A partir de ces exigences, votre équipe peut établir des cas d'utilisation du système et un comportement du système de niveau supérieur.

    Les sites qui utilisent Rational RequisitePro peuvent utiliser la perspective de gestion des exigences de façon à mettre en correspondance les définitions d'exigences existantes et les éléments de modèle UML existants (les cas d'utilisation, par exemple). Vous pouvez également créer des exigences à partir d'éléments de modèle existants ou créer des éléments de modèle à partir de définitions d'exigences existantes.

    L'architecte d'application crée un modèle de cas d'utilisation afin de définir les cas d'utilisation, le comportement et les acteurs du système, et pour préciser les flux de travaux de l'utilisateur.

  • Analyse du domaine

    Les analystes en informatique de gestion et les architectes décrivent le domaine du système en définissant un modèle fonctionnel de niveau supérieur du système. La phase d'analyse permet d'identifier les données qui vont être stockées dans le système et la manière dont elles vont être traitées.

    L'architecte crée un modèle d'analyse afin d'établir une vue logique des exigences fonctionnelles. Ce modèle permet de définir les objets de niveau supérieur du système et de définir leurs interactions.

  • Conception architecturale détaillée

    L'architecte, avec la collaboration de l'équipe de développement d'application, conçoit l'architecture du système de façon détaillée.

    Lors de la conception détaillée, l'équipe de développement utilise le modèle de niveau supérieur créé lors de l'analyse pour créer un modèle de conception. Les développeurs ajoutent des caractéristiques au modèle afin de décrire l'implémentation du système (les éléments et technologies de programmation utilisés pour la persistance, la sécurité, la journalisation et le déploiement, par exemple).

    Le modèle de conception peut être affiné en appliquant des patterns de conception éprouvés et des transformations modèle vers modèle automatisées.

  • Implémentation

    L'équipe de développement utilise la conception approuvée pour implémenter l'application.

    Les développeurs passent de la conception à l'implémentation grâce à des transformations automatisées permettant de convertir le modèle en code (Java, EJB ou C++, par exemple) et en poursuivant le développement et le déploiement de l'application grâce à l'application et aux capacités de développement Web, de débogage, de test et de déploiement.

    Les développeurs d'applications Java peuvent tirer profit d'une analyse de structure supplémentaire et des fonctions de contrôle afin de s'assurer que le code est conforme aux règles structurelles prédéfinies et définies par l'utilisateur. En outre, ils peuvent rechercher le code Java correspondant aux patterns structurels connus à l'aide de la fonction automatisée d'exploration de patterns appelée reconnaissance architecturale.

Prise en charge du flux de travaux entre les disciplines

Lors de l'itération de la collecte des exigences, de la modélisation et de l'implémentation dans les différentes phases du cycle de vie du projet, plusieurs flux de travaux sont pris en charge de manière continue tout au long du projet.

Conditions d'utilisation | Retours d'informations
(C) Copyright IBM Corporation 2004, 2005. All Rights Reserved.