MODELISATION UML AVEC RATIONAL ROSE 2000

Le probleme est traite d'une facon suffisamment serieuse pour que l'on puisse le considerer comme un exercice pratique mettant en jeu des techniques de modelisation graphique ; vous aurez ainsi le sentiment de traiter un probleme concret, sans pour autant tomber dans un exces de realisme qui vous noierait dans des details.

Pour plus de precision quant a la modelisation graphique, UML et l'application de techniques sur votre application, vous pouvez envisager d'utiliser les services de formation et de conseil propose par Rational Software. Rational Software peut etre contacte a l'adresse suivante: Immeuble de la Gare, 1, place Charles-de-Gaulle, 78067 St-Quentin-en-Yvelines Cedex, tel.: 0130 12 09 50. Vous pouvez envoyer un message electronique a Rational a l'adresse product info@rational.com. VOUS pouvez aussi rendre visite au site Web de Rational situe a l'adresse www.rational.com.

Resume des chapitres

L'ordre et le nombre des chapitres de la version de ce livre n'ont pas change, mais le contenu de la plupart d'entre eux a ete mis a jour. Les copies d'ecran et les instructions Rational Rose ont ete changees afin de refleter ce que vous verrez dans Rational Rose 2000. Quant au texte, les grands changements par rapport a la premiere version concernent les Chapitres 5 et 11. Dans le Chapitre 5 (" Decouvrir les interactions entre les objets "), les diagrammes de sequence et les diagrammes de collaboration sont maintenant stockes dans la vue logique de l'outil. J'ai procede ainsi afin que mon processus de reduction co?ncide mieux avec le Processus Unifie de Rational. Le Chapitre 11, (" Architecture "), a ete mis a jour afin qu'il soit possible d'utiliser l'icone d'usage courant pour un composant, ainsi que la notation en forme de sucette pour les classes interfaces. J'ai aussi ajoute des annexes qui montrent comment utiliser Rational Rose avec C++, Visual Basic et Visual C++.

Chapitre 1. Introduction
Introduction aux techniques, au langage et aux processus utilises tout au long du livre. Ce chapitre debat des benefices de la modelisation graphique, donne un apercu historique de FUML et du processus de developpement logiciel employe.

Chapitre 2. Vue d'ensemble d'un projet
Contient les informations relatives a l'etude de cas d'un systeme d'inscription a des cours, utilisee au fil du livre.

Chapitre 3. Les cas d'utilisation
Decrit les techniques utilisees pour examiner le comportement d'un systeme en employant une approche a base de cas d'utilisation.

Chapitre 4. Identification des classes
Decrit les concepts et les notations utilises dans la decouverte des objets et des classes. Ce chapitre discute aussi des concepts de stereotype et paquetage UML.

Chapitre 5. Interactions entre objets
Decrit la creation de scenarios decrivant les cas d'utilisation en tant qu'interactions entre un ensemble d'objets. Dans ce chapitre est egalement etudie l'emploi des diagrammes de sequence et des diagrammes de collaboration, support graphique des scenarios.

Chapitre 6. Relations entre les classes du systeme
Illustre la definition des relations entre les classes d'un systeme. Etudie particulierement les concepts d'association et d'agregation.

Chapitre 7. Structure et comportement des classes
Montre comment la structure et le comportement des classes dont on a besoin sont ajoutes au modele en cours de developpement.

Chapitre 8. Gestion de l'heritage
Illustre l'application des principes de generalisation et de specialisation pour la decouverte des relations de super-classe/sous-classe.

Chapitre 9. Modeliser le comportement des objets diagrammes d'etats et de transitions
Utilise les diagrammes d'etats et de transitions de Harel pour fournir des techniques d'analyse supplementaires pour les classes possedant un comportement dynamique significatif.

Chapitre 10. Verification du modele
Discute des techniques utilisees pour melanger et verifier la consistance de modeles. Ces techniques sont necessaires lorsque plusieurs equipes travaillent en parallele sur un meme projet.

Chapitre 11. Considerations d'architecture
Contient une introduction aux concepts et aux notations utilises pour specifier et documenter l'architecture du systeme. Ce chapitre n'est pas cense etre un guide complet pour le developpement de l'architecture ; c'est un guide pour les notations et le processus utilises, pour representer graphiquement et documenter l'architecture du systeme. Il se trouve a cet endroit dans la structure du livre, puisque les decisions architecturales qui y sont specifiees doivent etre prises avant de presenter les informations contenues dans les chapitres suivants.

Chapitre 12. Planification des iterations
Decrit le processus de planification des iterations. Il presente aussi les notations UML utilisees pour specifier et documenter les decisions prises en conception qui ont lieu lors de l'implementation d'une iteration. Le chapitre ne se concentre pas sur les bonnes (ou les mauvaises) decisions de conceptions ; il etudie le processus et les notations utilises pour decrire la conception d'une iteration.

Annexe A. Generation de code et retro-ingenierie avec C++
Fournit un guide progressif pour la generation de code et la retro-ingenierie avec Rational Rose 2000 et le langage C++.

Annexe B. Generation de code et retro-ingenierie avec Visual C++ et Visual Basic
Fournit un guide progressif pour la generation de code et la retro-ingenierie avec Rational Rose 2000 et les langages Visual C++ et Visual Basic.

Annexe C. Un exemple Visual Basic
Demonstration progressive montrant comment creer et reutiliser une DLL Visual Basic.

Annexe D. Utilisation de l'extension Rose/J our Java
Exercice de generation de code et de retro-conception Java.

Glossaire

Terry Quatrani travaille chez Rational Software depuis les debuts de l'UML, au meme titre que Grady Booch, Ivar Jacobson et James Rumbough, les concepteurs d'UML. Elle a plus de 17 annees d'experience dans le developpement logiciel, le deploiement de systemes complexes et la formation UML.
Terry Quatrani is the Rose Evangelist for Rational Software Corporation, where she is responsible for preaching the visual modeling gospel according to Grady, Jim, and Ivar. During her 17 years of experience in the development and deployment of large software systems, she also worked for General Electric, where she was one of the founding consultants of the Lockheed Martin Advanced Concepts Center.