Cours UML démarche d’élaboration du cahier des charges, tutoriel & guide de travaux pratiques en pdf.

Introduction : Maître d’ouvrage cherche méthode pour exprimer ses besoins !

Le rôle de la maîtrise d’ouvrage va croissant depuis quelques années et exige des  connaissances et un savoir-faire spécifiques. L’art de produire un cahier des charges porte  même un nom, l’ingénierie des besoins (requirements engineering). Il y a vingt ans, la  méthode Merise était parmi les premières à prendre en compte le point de vue des  gestionnaires, en proposant des modèles pour représenter les aspects conceptuels (le sens des  informations, la structuration du système de gestion) et organisationnels (choix  d’informatisation, choix de répartition du travail…). Au début des années 90, les méthodes  objets ont cherché à s’implanter. Succès mitigé : après avoir sérieusement investi sur une  méthodologie, les entreprises freinent tout changement qui n’est pas solidement justifié. La  donne commence à changer et UML (Unified Modeling Language, Langage de modélisation  unifié) se présente aujourd’hui comme une alternative sérieuse.

Un peu d’histoire pour mieux comprendre

UML est le résultat de la fusion de trois de méthodes d’analyse orientées objet : OOD,  OMT et OOSE.
La méthode OOD, Object Oriented Design, de G.Booch a été conçue à la demande du  Ministère de la Défense des USA. L’objectif était de préparer de façon rigoureuse la  structuration des programmes écrits en langage ADA ou C++.
La méthode OMT, Object Modeling Technique, a été mise au point à General Electric.
Ses auteurs ont puisé leur inspiration d’une part dans les langages à objets pour des  applications d’informatique industrielle (automates, contrôle de processus…), d’autre part  dans les techniques de modélisation conceptuelle des méthodes d’analyse des années 80.
OMT représente un système comme un assemblage d’éléments auxquels on attache des  comportements, c’est-à-dire des opérations pouvant être déclenchées à la réception d’un  message envoyé par d’autres composants.

UML et la maîtrise d’ouvrage

A priori, UML n’est destiné pas à la maîtrise d’ouvrage. Plusieurs raisons conduisent toutefois à préconiser son utilisation pour définir un système d’information et élaborer le  cahier des charges correspondant.
La première est sa normalisation par l’OMG. L’histoire des méthodes a montré que la  profusion des notations est préjudiciable aux entreprises clientes comme à leurs fournisseurs.
Toute norme doit donc être considérée avec le plus grand sérieux.
La seconde raison est l’intérêt montré par les informaticiens pour ce langage de  modélisation. Même si l’utilisation qu’ils en font est tournée vers la description de  composants logiciels, il est intéressant, pour faciliter le dialogue entre maître d’ouvrage et  maître d’œuvre, de disposer de modèles communs.
La troisième raison est la possibilité d’utiliser le même atelier de génie logiciel, depuis  l’expression des besoins jusqu’à la génération de tout ou partie du code.

Que trouve-t-on dans UML ?

UML est un ensemble de modèles. L’emploi du terme «langage» signifie que l’accord a  porté sur les modèles, ainsi que sur leur représentation sous forme de diagrammes. Cependant,  UML ne propose ni mode d’utilisation de ces modèles, ni démarche.
Les concepts de base sont très larges.
Un objet est un élément matériel ou immatériel dans la réalité étudiée. Ce peut être  aussi bien un acteur, un composant logiciel, un élément matériel, un élément informationnel  ou la réalisation d’un processus.
Une classe est une abstraction d’un ensemble d’objets sur lesquels on peut reconnaître  des similitudes dans le champ de l’étude. Ces similitudes portent sur la façon de les identifier,  les types d’états qu’ils peuvent prendre et le rôle qu’ils jouent.
UML comprend sept diagrammes qui peuvent présenter un intérêt pour la maîtrise  d’ouvrage.

………

Si le lien ne fonctionne pas correctement, veuillez nous contacter (mentionner le lien dans votre message)
Clés d’accès à UML (326 KO) (Cours PDF)