X
UML2 analyse et conception
C’est grâce à un premier niveau de travail de fond mené en commun par ces trois
compères qu’est née en 1995 la méthode dite unifiée qui a été ensuite consacrée par
l’OMG (Object Management Group) en 1997 avec la diffusion de la première version
de la norme : UML V1.1.
Précisons aussi que les trois auteurs à l’origine d’UML ont poursuivi leur mission
d’explication et d’illustration des différentes versions successives d’UML en publiant
des ouvrages de référence comme [Jacobson2000b] et [Rumbaugh2004].
Il nous semble important de souligner le rôle majeur joué par l’OMG. En effet,
cet organisme international de normalisation a en charge non seulement la norme
UML mais aussi d’autres réflexions méthodologiques comme l’approche MDA
(Model Driven Architecture) qui pousse encore plus loin les limites de l’automatisation de la production du logiciel.
Ainsi nous pouvons imaginer que nous arriverons bien un jour à disposer d’une
méthode de conception et de développement standardisée couvrant tout le cycle de
fabrication d’un logiciel en permettant une production fortement automatisée de la
programmation.
Mais soyons réalistes, cela demandera à notre avis probablement plusieurs décennies étant donné les difficultés qui restent à traiter et la complexité des niveaux
d’abstraction qu’il faut arriver à modéliser.
C’est l’occasion pour nous de lancer un petit avertissement aux concepteurs
d’UML travaillant à l’OMG pour leur dire que certes l’objectif visé représente un
énorme challenge pour toute la profession informatique, mais cela ne doit pas se traduire par une plus grande lourdeur et complexité du contenu de cette norme. En
effet, c’est le ressenti que nous commençons à avoir en observant les versions successives de la norme qui se caractérise aujourd’hui par plusieurs centaines de pages à lire
et un nombre sans cesse croissant de concepts à assimiler associés à une représentation graphique qui devient aussi de plus en plus dense.
Positionnement de l’ouvrage
Notre étude des nombreux ouvrages déjà publiés sur UML 2, nous a permis de constater qu’il en existait déjà un certain nombre qui s’était attaché à une présentation
relativement exhaustive et détaillée de la norme, comme par exemple dans
[Muller2000] et [Fowler2004a] ou encore d’autres plus synthétiques comme
[Scott2004], [Fowler2004b], [Barbier2005] et [Blaha2002].
Cependant, nous n’avons pas trouvé de livres traitant à la fois l’aspect normatif d’UML 2 et la démarche d’élaboration des diagrammes couvrant l’analyse et la
conception des systèmes d’information.
Nous avons donc décidé de répondre à ce besoin en essayant de traiter le plus
efficacement possible les treize diagrammes d’UML 2 conformément à la norme et
en accompagnant le lecteur dans un apprentissage progressif fondé sur de nombreux
exemples, des exercices corrigés et de véritables études de cas se rapprochant de projets réels d’entreprise.
UML2 analyse et conception
C’est grâce à un premier niveau de travail de fond mené en commun par ces trois
compères qu’est née en 1995 la méthode dite unifiée qui a été ensuite consacrée par
l’OMG (Object Management Group) en 1997 avec la diffusion de la première version
de la norme : UML V1.1.
Précisons aussi que les trois auteurs à l’origine d’UML ont poursuivi leur mission
d’explication et d’illustration des différentes versions successives d’UML en publiant
des ouvrages de référence comme [Jacobson2000b] et [Rumbaugh2004].
Il nous semble important de souligner le rôle majeur joué par l’OMG. En effet,
cet organisme international de normalisation a en charge non seulement la norme
UML mais aussi d’autres réflexions méthodologiques comme l’approche MDA
(Model Driven Architecture) qui pousse encore plus loin les limites de l’automatisation de la production du logiciel.
Ainsi nous pouvons imaginer que nous arriverons bien un jour à disposer d’une
méthode de conception et de développement standardisée couvrant tout le cycle de
fabrication d’un logiciel en permettant une production fortement automatisée de la
programmation.
Mais soyons réalistes, cela demandera à notre avis probablement plusieurs décennies étant donné les difficultés qui restent à traiter et la complexité des niveaux
d’abstraction qu’il faut arriver à modéliser.
C’est l’occasion pour nous de lancer un petit avertissement aux concepteurs
d’UML travaillant à l’OMG pour leur dire que certes l’objectif visé représente un
énorme challenge pour toute la profession informatique, mais cela ne doit pas se traduire par une plus grande lourdeur et complexité du contenu de cette norme. En
effet, c’est le ressenti que nous commençons à avoir en observant les versions successives de la norme qui se caractérise aujourd’hui par plusieurs centaines de pages à lire
et un nombre sans cesse croissant de concepts à assimiler associés à une représentation graphique qui devient aussi de plus en plus dense.
Positionnement de l’ouvrage
Notre étude des nombreux ouvrages déjà publiés sur UML 2, nous a permis de constater qu’il en existait déjà un certain nombre qui s’était attaché à une présentation
relativement exhaustive et détaillée de la norme, comme par exemple dans
[Muller2000] et [Fowler2004a] ou encore d’autres plus synthétiques comme
[Scott2004], [Fowler2004b], [Barbier2005] et [Blaha2002].
Cependant, nous n’avons pas trouvé de livres traitant à la fois l’aspect normatif d’UML 2 et la démarche d’élaboration des diagrammes couvrant l’analyse et la
conception des systèmes d’information.
Nous avons donc décidé de répondre à ce besoin en essayant de traiter le plus
efficacement possible les treize diagrammes d’UML 2 conformément à la norme et
en accompagnant le lecteur dans un apprentissage progressif fondé sur de nombreux
exemples, des exercices corrigés et de véritables études de cas se rapprochant de projets réels d’entreprise.