Discussion :

[Antonitzer]

Mesdames, Messieurs bien le bonjour.
Je suis face à un petit questionnement concernant un diagramme de classe modélisant le fonctionnement de l’entreprise.
Tout d’abord petite mise en contexte. Ma mission est de modéliser l’ensemble du fonctionnement de l’entreprise pour un projet d’intégration d’ERP (Divalto) qui sera faite par un intégrateur.
Je travaille pour une industrie qui produit des tubes en plastique
Je me pose deux questions pour un choix de modélisation dans mon diagramme de classe, je m’exprime avec un exemple concret.
Nous somme en relation avec des « Société » qui peuvent être « Client » et/ou « Fournisseur » et/ou « Transporteur » ( 7 combinaisons sont possibles car {Client,Fournisseur,Transporteur} = {0.0.0} ne peut pas exister).
La question que je me poste est : Est-il mieux de modéliser ces 3 sous types de partenaires par un héritage d’un type commun « Société » ou est-il plus judicieux que je conserve uniquement ma classe « Société » et que je lui ajoute trois attribut booléen {Client, Fournisseur, Transporteur] sachant qu’en fonction des sous types auxquels les objets appartiendront, ils n’auront pas accès aux mêmes services.
• Par exemple, seul les Société client peuvent établir des contrats (voir diagramme de classe).
• Autre exemple, il n’est possible de commander des matières premières qu’à un fournisseur.
• Et évidemment une commande se comporte de manière complètement différente selon qu’elle est soit en relation avec un fournisseur, un client ou un transporteur

Si vous voulez bien donner un petit coup de pouce sur ce point là je pense que ça me permettrais de faire un petit bond en avant sur les diagrammes de classes car je début en UML.

CI joint les deux propositions en images:
La version par héritage.



La version avec les attributs qualifiants.


Je vous remercie d'avance pour votre aide.

[Luckyluke34]

Hello,

Se prononcer sur un diagramme de classes qui ne contient que des données avec un énoncé qui ne décrit pas le problème qu'est censé résoudre le logiciel (process, actions du domaine métier) est un terrain très glissant.

De plus, "modéliser l’ensemble du fonctionnement de l’entreprise" me parait un objectif bien ambitieux pour un seul schéma. Quel est le but ?

La seule chose à dire c'est que l'héritage est souvent surestimé, surtout quand il n'y a que des données et pas de comportements comme dans ton exemple.

... Sinon, le forum UML est dans ALM/Modélisation/UML

[Antonitzer]

Merci pour ta réponse Luckyluke34,

Je vais avant tout, contacter un administrateur pour tenter de remettre ce poste dans sa bonne boîte !

Je suis conscient que mes explications manquent d'exhaustivité, et malheureusement tous les processus ne sont pas encore clairement définit et je ne souhaite pas non plus noyer la personne qui accepterait de m'aider dans un masse d'informations, mais apparemment je n'en ai pas donné assez pour pouvoir me faire aider.

Le but de cette analyse est de dresser un cahier des charges en vue de faire évoluer la partie informatique de notre système d'information. Nous utilisons actuellement un vieil ERP, MAPICS, qui est plus ou moins interfacé avec tout un large éventail de tableaux excel pleins de macros vers un ERP plus récent, Divalto.

Je suis tout nouveau dans cette entreprise, je dois donc pour l'instant, en parallèle de mes fonctions de responsable de la planification, analyser les processus actuels de l'entreprise pour ainsi connaître les causes qui nous ont conduit a créer tout cette ribambelle de fichiers xls. En toute logique, cela doit correspondre aux activités qui ne sont pas prises en charge par notre ERP MAPICS. En gros c'est l'analyse de l'existant.
Ensuite je souhaite modéliser un fonctionnement modifié de l'entreprise (processus et données) qui simulera l'intégration du nouvel ERP dans une situation idéal, càd comme ci le futur ERP allait être adapté sur-mesure à nos besoins.
Ce delta entre fonctionnement actuel et fonctionnement idéal me permettra d'identifier clairement le gap à combler par l'ERP. Enfin, en fonction de ce que peut couvrir Divalto, nous comblerons le reste en réadaptant nos outils actuels (fichiers excels).

J'ai bien conscience que cette démarche est un peu longue mais je pense qu'elle est bonne car il est vraiment nécessaire d'être en mesure de pouvoir comparer l’existant avec le projet pour savoir clairement ou nous allons. De toute manière cela me permettra à moi de connaître le fonctionnement de cette industrie, et en plus de dresser une cartographie détaillée des processus actuellement inexistante.

Pour l'instant je me sers beaucoup du diagramme de classe pour l'analyse de l'existant car je trouve c'est un très bon moyen pour se modéliser les informations présentes dans l'entreprise et les liens entre elles mais dans la réalité ces informations sont éparpillées dans des fichiers Excel, sans parler de leurs redondance. Donc j'essaie comme je peux de modéliser le "bordel" actuel de notre fonctionnement, mais il se trouve que modéliser le bordel, ce n'est pas si facile...et franchement je ne vois pas quels autres outils je peux utiliser pour modéliser l’existant.

Donc j'avance petit à petit, je découvre en même temps UML (avant j'étais sur MERISE), et je suis bien conscient qu'un diagramme de classe n'est pas suffisant pour modéliser le fonctionnement de l'entreprise car il ne montre que la partie structurelle. Les vues fonctionnelles et dynamique suivront.

Mais peut être que ton commentaire, révèle déjà un problème, je ne disposerais pas encore assez d'informations pour me poser cette question.

[Antonitzer]

Peut être qu'en posant la question de manière plus générale;
"Qu'est les avantages et inconvénient de modéliser des spécialisations par héritage plutôt que des attributs ?" apporterais déjà une partie de la réponse.

[Luckyluke34]

Merci, c'est déjà beaucoup plus clair

Les ERP et la cartographie globale de tous les process existants d'une entreprise (c'est de l'urbanisation du SI, non ?) ne sont pas vraiment ma spécialité, donc je passe mon tour... J'espère que tu auras plus de chance dans le forum UML. Il y a aussi un forum ERP je crois.

Sur la spécialisation par héritage, désolé d'insister mais pour moi ça n'a quasiment pas d'importance, vu que tes classes sont dénuées de méthodes. Tu sembles avoir pris le parti de modéliser les données en premier (data centric), pourquoi ne pas faire un modèle de données ou d'entités associations ? Tu te poses des questions ayant trait à l'orienté objet (héritage...) alors que rien ne montre que tu as choisi cette approche et rien ne prouve que la solution sera orientée objet, je me trompe ?