Discussion :

[Pierre8r]

Bonjour,

J'ai acheté ce livre :
Analyse et conception orientées objet Tête la première

J'ai téléchargé le code source du livre ici :
Book code and downloads

J'ai utilisé BoUML pour faire un reverse du code Java du projet ricksGuitars-final du premier chapitre.

Je souhaiterai faire la modélisation de ce programme, pour apprendre la modélisation UML et la conception orientée objet.

Par ou commencer ?
Quels types de diagrammes utiliser pour faire la modélisation de cette application ?

Merci,

[hegros]

Quels types de diagrammes utiliser pour faire la modélisation de cette application ?

Il y a plusieurs catégories de diagrammes de tête :

1-statique : classe, objet
2-dynamique : séquence, activité, état, communication
3-usage : cas d'utilisation
4-architecture : package, deploiement, composant


UML s'utilise avec une démarche de développement comme RUP, XUP ou 2TUP, elle définit les diagrammes à utiliser pour chaque phase du projet.

Dans une démarche RUP on utilise diagramme de cas d'utilisation, de classe, de séquence et de communication de base. Aussi on fait de l'architecture logicielle(diagrammes du point 4) puisque la démarche est centrée sur l'architecture.

Les plus importants je dirais en analyse et conception c'est diagramme de classe, de séquence, d'activité, d'état et de communication. En prinicipe avec cela il y a de quoi faire.

[bruno_pages]

Bonjour,

J'ai utilisé BoUML pour faire un reverse du code Java du projet ricksGuitars-final du premier chapitre.

Je souhaiterai faire la modélisation de ce programme, pour apprendre la modélisation UML et la conception orientée objet.

en faisant le reverse tu es parti du résultat (partiel) produit par la modélisation. Le code est à une tarte ce que la modélisation est à la recette qui à permis de la faire et même de penser à la faire

donc, si tu veux apprendre à modéliser, ne regardes pas le code ou ce que le reverse à produit, ce serait mettre la charrue avant les bœufs.

en commençant par le commencement en UML "il était une fois..." se traduit par "les UCs sont ...", puisque tu as le livre, pourquoi ne pas le lire dans l'ordre ?

[Pierre8r]

Bonjour,

Si j'ai tout bien compris, l'application prétexte du premier chapitre est une application de recherche de guitare dans l'inventaire d'un magasin de guitares.

Dans un premier temps j'ai fait la représentation textuelle du cas d'utilisation.
Cette représentation textuelle vous semble-t-elle correcte ?

• Cas d'utilisation
  Recherche d'une guitare dans l'inventaire
• Acteur primaire
  Vendeur
• Système
  Magasin de guitares
• Intervenants
  Vendeur
• Opérations
  Rechercher une guitare

[hegros]

Cas d'utilisation
-Recherche d'une guitare dans l'inventaire

Cela me semble correct

Acteur primaire
Vendeur

Cela me semble correct

Système
Magasin de guitares

Je serais tenter d'ajouter un système externe notamment celui qui gère l'inventaire.

Intervenants
Vendeur

Cela me semble correct

Opérations
Rechercher une guitare

Rechercher une guitare c'est le cas d'utilisation. Les opérations sont la décomposition du cas. On peut par exemple penser à "saisir le type de guitare", "saisir la couleur de la guitare", "sélectionner le nombre de corde", "effectuer la recherche". Les opérations s'enchainent afin de concourir à la réalisation du cas d'utilisation.

[Pierre8r]

J'ai joint à ce message un début de représentation du cas d'utilisation créé sous BoUML.

A quoi correspond sous BoUML la notion de système ?
C'est le bouton Subject ?

[bruno_pages]

A quoi correspond sous BoUML la notion de système ?
C'est le bouton Subject ?

dans la norme le sujet est représenté par un rectangle qui montre effectivement les frontières du système (voir par exemple la figure 16.5 page 596 de UML 2.1.2 superstructures)