Discussion :

[johnrayan]

Bonjour,

Je vous sollicite car je souhaiterais avoir votre avis sur la conception d'un diagramme de classe d'après un énoncé que je suis entrain de réaliser afin de m'entrainer.

Voici l'énoncé :

Une entreprise crée des logiciels pour des clients, elle dispose pour cela d’équipes. Chaque équipe travaille sur un ou plusieurs modules constituant les logiciels.

Une fois la phase de réalisation terminée, le produit est livré au client. Même s’il est testé avant d’être livré, le logiciel comporte très souvent des bugs ou même, il est possible que le client souhaite des fonctionnalités supplémentaire qui n’avaient pas été pensées au départ.

Pour ce faire, l’entreprise donne au client l’accès à son outil de prise en charge des incidents à l’aide duquel le client peut déclarer des incidents ou des demandes d’évolution.

Pour ce faire, il doit choisir un module donné d’un logiciel qu’il possède et décrire son problème, l’incident est dit ouvert et la date est enregistrée. L’équipe chargée de ce module est averti, c’est un de ses membres qui prend en charge l’incident.

Lorsqu’il commence à traiter l’incident il le fait passer à « en cours » et s’il s’arrête de s’en occuper temporairement, il le remet à « ouvert ». Une fois les corrections apportées, l’incident est mis en « résolu ».
Enfin le client est averti que l’incident est traité, il vérifie si cela lui convient. Si tel est le cas, le client passe l’incident en «fermé », autrement en « ouvert ». Tous les changements d’états sont enregistrés avec l’intervenant, un commentaire et la date, afin de pouvoir revoir par la suite le déroulement du traitement de l’incident.

Voici ce que j'ai réalisé.

Merci d'avance pour votre regard éclairé.

[escartefigue]

Bonjour,

Même s'il s'agit d'un exercice dont la rédaction est libre, autant essayer de se rapprocher de la réalité.
D'où les remarques qui suivent :

• dans votre exemple, les clients sont tous des personnes physiques. Pourquoi pas. Mais du coup, certains attributs des clients et des développeurs sont communs : nom, prénom... Il est donc utile d'utiliser l'héritage.
• le terme "equipe" est inadéquat, les attributs étant ceux d'une personne, un nom tel que "employé", "équipier", "développeur" etc. est plus adapté.
• dans votre modèle, la sélection d'un module est sans lien avec l'ouverture d'une demande. Un client peut donc sélectionner un module et faire une demande sans rapport avec ce module. Il me semble que le client n'a pas à savoir quel est le module concerné, il peut d'ailleurs y en avoir plusieurs, voire aucun si c'est une demande d'évolution qui nécessite de créer de nouveaux modules. C'est à l'employé développeur ou analyste d'affecter un ou plusieurs modules à une demande client.
• incidents et évolution sont des sous-types de demandes, il ne faut donc pas leur affecter d'identifiant, leur identifiant étant naturellement celui de la demande
• vous n'avez pas précisé le type d'héritage, ici on a certainement un type partition (XT) : toute demande est soit un incident soit une évolution, jamais les deux ? A vous de confirmer
• pour les incidents, il faut préciser une sévérité ou gravité (bloquant ou pas, nombre de personnes concernées, impact financier...)

Voici un exemple de MCD qui tient compte de ces remarques :

Pièce jointe 598508

Et le diagramme de classe correspondant
Pièce jointe 598509