Ministère de l’enseignement supérieur et de la recherche
INSTITUT NATIONAL DES TECHNIQUES
ECONOMIQUES ET COMPTABLES
APPLICATIONS - COURS ORAUX DE PARIS
215 – MANAGEMENT DES
SYSTEMES D’INFORMATION
2010-2011
N° de repère 2151AS0510
Séance 5
Application 5
Application de la série 01 du cours à distance
NOTATION UML
Jean-Pierre MARCA
Institut National des Techniques Economiques et Comptables
40, rue des Jeûneurs
75002 PARIS
htpp://[Link]
Accueil pédagogique : [Link].34
215 – Management des systemes d’information – 2010/2011
1. RAPPELS DE COURS
1.1. Qu’est ce que UML ?
UML n'est pas une méthode (Merise, SADT/IDEF sont des méthodes, BPMN est
une notation).
UML n'est pas un langage de programmation mais peut servir à la génération de
certaines parties d'un programme.
UML est un langage de modélisation adapté à une démarche de programmation
orientée objet.
UML est donc une notation qui sert à communiquer en offrant les moyens de
capitaliser et de transmettre la connaissance sur un système donné.
UML a été adopté par toutes les méthodes objet et est supporté dans tous les AGL
(Ateliers de Génie Logiciel).
UML est dans le domaine public, c'est une norme.
UML est un langage graphique.
UML permet de visualiser, de spécifier, de construire et de documenter.
1.2. Les composants d’UML
On réduit souvent UML à ses diagrammes, mais c'est beaucoup plus que cela.
UML considère trois éléments de base :
a. Les blocs de base pour construire : entités, relations et diagrammes ;
b. Les règles pour utiliser les blocs de base : règles sémantiques et règles de
présentation ;
c. Les mécanismes communs : spécification, présentation, extension des
modèles.
Par entité on entend un ensemble d’objets informationnels sur lesquels on peut
reconnaître la même structure et qui sont gérés de la même façon. UML considère :
d. Les entités structurelles (C’est l’entité du diagramme entité-association
commun à beaucoup de méthodes (-dont Merise avec son MCD-). C’est notre
entité CLIENT ou PRODUIT classique, que nous allons définir en tant que
Classe au sens de l’approche objet, c’est à dire en tant que moule qui permette
de fabriquer des structures informatiques aptes à modéliser le comportement
et le fonctionnement des objets de gestion.
e. Les entités de comportement (messages, états);
f. Les entités de regroupement (paquets);
g. Les entités d'annotation (commentaires).
Les différents types de relations :
h. Les associations (puisque nous allons bien évidemment définir des
associations entre entités) ;
i. Les héritages (dans le sens que nous avons découvert avec l'approche objet) ;
j. Les dépendances ;
k. Les réalisations.
Document de travail réservé aux élèves de l’Intec – Toute reproduction sans autorisation est interdite 1
215 – Management des systemes d’information – 2010/2011
1.3. Les diagrammes UML
UML compte 13 diagrammes. Comme nous allons nous restreindre à la phase de
conception, nous nous limiterons aux 5 utiles pour la conception globale du S.I.:
l. Diagramme des cas d'utilisation;
m. Diagrammes de classes;
n. Diagrammes de séquences;
o. Diagrammes d'état-transition;
p. Diagrammes d'activités.
Les autres diagrammes intéressent plus particulièrement les niveaux de réalisation et de
déploiement.
1.4. Exemple de diagramme des cas d’utilisation
2151AS0510 2
215 – Management des systemes d’information – 2010/2011
1.5. Exemple de diagramme de classes
Document de travail réservé aux élèves de l’Intec – Toute reproduction sans autorisation est interdite 3
215 – Management des systemes d’information – 2010/2011
1.6. Exemple de diagramme de séquences
1.7. Diagramme d’état-transition
2151AS0510 4
215 – Management des systemes d’information – 2010/2011
1.8. Diagramme d’activités
1.9. Positionnement d’UML
On fait, avec raison, grief à UML d’être un outil pour informaticien peu accessible
aux utilisateurs. En réponse à ces critiques, une extension d'UML ("UML
extension for business modeling") a été développée qui place le niveau d’analyse
non plus au niveau d’un système, mais au niveau d’une organisation métier.
Une entité métier représente une entité, telle qu'une facture, à laquelle accèdent les
acteurs de l’organisation (workers), qu'ils peuvent inspecter, manipuler, produire
ou utiliser dans un cas d'utilisation métier.
Document de travail réservé aux élèves de l’Intec – Toute reproduction sans autorisation est interdite 5
215 – Management des systemes d’information – 2010/2011
2. ENONCE
Nous retrouvons le réseau des concessionnaires Pierre CarDeal dont la problématique
a été exposée dans les applications précédentes.
2.1. Dossier 1 : Inventaire des besoins : Cas d’utilisation
Le logiciel de gestion des travaux de réparation est destiné essentiellement au chef
d’atelier. Les autres utilisateurs sont le magasinier et le chef comptable.
Interview du chef d’atelier : « Ce logiciel doit me permettre de saisir les fiches de
réparation établies sur papier lors de l’accueil des clients. Il doit aussi me
permettre de saisir les relevés d’activité sur lesquelles les mécaniciens vont relever
les temps passés sur chaque véhicule. Une fois les travaux terminés, j’effectue un
test du véhicule et, si le contrôle s’avère positif je clôture la fiche.
Interview du magasinier : « Pour effectuer les travaux consignés sur les fiches de
réparation, les mécaniciens de l’atelier ont besoin de pièces qu’ils viennent
chercher au magasin. Je saisirai les références des pièces directement depuis le
poste de travail installé au comptoir du magasin en référençant le No de la fiche de
réparation. »
Interview du comptable : « Je disposerai d’une transaction pour transférer les
fiches de réparation clôturées par le chef d’atelier directement dans le progiciel
comptable »
Travail à réaliser : Dessinez le diagramme des cas d’utilisation (support
Powerpoint page 38) du logiciel de gestion des travaux de réparation.
2.2. Dossier 2 : Inventaire des entités métier
Une réparation intéresse un véhicule. Elle consomme des heures des mécaniciens
et, éventuellement, des pièces de rechange. La facture est envoyée au propriétaire
du véhicule ou à une compagnie d’assurance. En cas de véhicule sous garantie (un
véhicule neuf vendu par Pierre CarDeal bénéficie d’une année de garantie à partir
de la date de livraison, un véhicule d’occasion de 3 mois de garantie), aucune
facture n’est envoyée (autre processus vers constructeur si véhicule neuf). Les
renseignements gérés doivent permettre d’émettre les factures.
Les règles de gestion associées à ce diagramme d’entité métier (les noms en
italique rappellent les entités et les propriétés qui devront figurer dans votre
modèle) sont les suivantes :
1. L’intervenant est administré en tant qu’entité Employe, dont on gère les
propriétés nom, prenom et datenaiss.
2. Le coût horaire est géré en tant que propriété tauxHoraire dans l’entité
Qualification dont on gère aussi le code.
3. L’Employe possède (posseder) une Qualification
4. Le nombre d’heures effectuées est géré en tant que propriété nbHeures dans
l’entité Travail
2151AS0510 6
215 – Management des systemes d’information – 2010/2011
5. Au niveau de l’entité Reparation on gére les propriétés dateReception,
dateRestitution, km (kiliométrage compteur), termine (réparation terminée) et
facture (réparation facturée). Deux types de réparations particulières :
RepAssurance (Réparation couverte par une assurance) et RepGarantie
(Réparation sous garantie)
6. Les pièces de rechange sont administrées en tant qu’entités Rechanges dont on
gère les propriétés libelle et prixUnitaire
7. Le nombre de pièces consommées est géré entant que propriété nbrePieces
dans l’entité Utilisation
8. L’Employe procède (procéder) à une Réparation. C’est le résultat d’un
Travail.
9. La Reparation consomme des Rechanges. C’est le résultat d’une Utilisation
10. Les données gérées au niveau Vehicule sont la marque, l’immatriculation et le
noDeChassis.
11. Une Reparation permet de réparer (reparer) un Vehicule
12. La dateLivraison et la dateExpGarantie sont gérées dans une entité Vente
13. Le Client est propriétaire (etreproprietaire) d’un Vehicule. C’est le résultat
d’une Vente.
14. Le client (Client) peut être une personne physique (PersPhy) ou une personne
morale (PersMorale). Au niveau Client on gére les propriétés rueNo,
codePostal, bureauDistributeur. Au niveau client personne physique on
gérera les propriétés nom et prenom. Au niveau personne morale on gérera la
propriété raisSoc (raison Sociale)
15. Pour bénéficier d’une réparation sous garantie, le client doit valider sa
demande d’intervention (dateDemande) avant l’expiration du délai de
garantie. La garantie est appliquée même si l’intervention effective s’opère
après expiration du délai.
16. Le montant de la facture s’obtient en additionnant le coût de la main d’œuvre
(mécaniciens) et le coût matière (pièces)
17. Le coût de la main d’œuvre : (coût horaire intervenant #1 * nombre d’heures
intervenant #1) + (coût horaire intervenant #2 * nombre d’heures intervenant
#2) + ....
18. Le cout matière : (prix unitaire pièce #1 * nombre de pièces #1) + (prix
unitaire pièce #2 * nombre de pièces #2) +...
Travail à réaliser : concevez le modèle d’entités métier (support Powerpoint page
74 ) qui traduit l’organisation décrite. La base de données qui sera engendrée à
partir du diagramme d’entités métier devra être sans redondance.
Conseil : Construisez un premier diagramme dédié à la problématique technique
(employé, qualification, temps passé, pièces consommées) puis un second
Document de travail réservé aux élèves de l’Intec – Toute reproduction sans autorisation est interdite 7
215 – Management des systemes d’information – 2010/2011
diagramme dédié à la problématique commerciale de la réparation (véhicule,
client, vente, garantie, assurance, ...). L’entité Reparation sera l’entité commune
aux deux schémas.
2.3. Dossier 3 : Description d’un cas d’utilisation à l’aide d’un diagramme de
séquences
Le logiciel de gestion des travaux de réparation doit permettre au Chef d'atelier de
créer les fiches de réparation.
1. Il sélectionne le véhicule à réparer parmi la liste des demandes de travaux
enregistrée par la réception du garage. Cette liste peut être triée par No client,
nom client ou No d’immatriculation.
2. Une évaluation des travaux et la date de réception du véhicule enregistrée par
la réception permet de planifier la date de restitution au client.
3. Le Chef d'atelier doit pouvoir créer une fiche de réparation pour un nouveau
client ou pour un nouveau véhicule d’un client référencé. Il doit donc pouvoir
créer de nouveaux clients et de nouveaux véhicules.
4. Naturellement, le Chef d'atelier devra pouvoir créer les fiches de réparation de
garantie pour lesquelles la date de demande de réparation doit être saisie.
5. Lorsqu'une réparation doit être facturée à une compagnie d'assurance, le Chef
d'atelier, saisit la référence de la compagnie d'assurance.
Travail à réaliser : En vous inspirant de l’ensemble des données fournies dans le
cas, précisez le scénario « Création de la fiche d’une réparation d’un nouveau
véhicule, sous garantie, d’un client connu » sous la forme de diagrammes de
séquence (support Powerpoint page 57) pour le cas d'utilisation "Créer une fiche
de réparation".
2.4. Dossier 4 : Description d’un cas d’utilisation à l’aide d’un diagramme d’activités
Les diagrammes d’activités placés en annexe décrivent toutes les activités
relatives au cas d’utilisation. Donnez la liste de correspondance entre les activités
(identifiées par leur numéro) de ce diagramme et les séquences du scénario
précédent « Création de la fiche d’une réparation d’un nouveau véhicule, sous
garantie, d’un client connu ».
Notez que nous avons profité au maximum de la souplesse de UML pour
représenter notre diagramme d’activité le plus possible en accord avec les règles
de BPMN, afin que vous puissiez interpréter facilement ce diagramme en vous
référence avec ce que nous avons vu dans la séance N° 3.
2151AS0510 8
215 – Management des systemes d’information – 2010/2011
ANNEXE : Diagrammes d‘activités pour détailler un cas d’utilisation
Document de travail réservé aux élèves de l’Intec – Toute reproduction sans autorisation est interdite 9
