Discussion :

[subrms]

J'en suis à l'étape de l'étude de l'existant de mon projet de stage. Dans ma formation, j'ai déjà eu affaire à Merise et UML. Je constate que UML ne me serait pas d'une grande utilité à cette étape de réalisation de mon projet. En effet, je ne trouve aucun diagramme qui puisse m'aider à modéliser les flux de données et avoir une vue globale de ce qui se fait dans l'entreprise. Sachant que je prévois l'utilisation de UML plus tard dans les étapes Analyse des besoins et Conception, peut-on utiliser la méthode Merise (MCC, MCT, MOT) pour la modélisation des données et des traitements existants et faire une critique du système actuel, puis par la suite enchaîner avec la modélisation des cas d'utilisations et d'autres diagrammes avec le langage UML ?

Ou bien, simplement s'aider d'un diagramme des flux de données et ne pas recourir à Merise ?

[Rhona Maxwel]

Bonjour,

D'abord on peut tout modéliser avec UML.
En effet le langage est extensible avec le concept de profil qui est un ensemble de stéréotypes + tagged value + contraintes OCL.
Pour tout savoir sur les profils UML, voir l'article : https://www.urbanisation-si.com/quel...ion-pour-togaf

D'autre part, je vous cite :

"En effet, je ne trouve aucun diagramme qui puisse m'aider à modéliser les flux de données et avoir une vue globale de ce qui se fait dans l'entreprise".

Je vous recommande de vous intéresser à l'Architecture d'Entreprise ou Urbanisation du Système d'Information, par exemple sur le site : https://www.urbanisation-si.com/

Et tout particulièrement le framework TOGAF : https://www.urbanisation-si.com/togaf-pour-les-nuls

Une étude de cas complète illustre la méthode, vous trouverez en annexe de l'article suivant toutes les étapes de modélisation :
https://www.urbanisation-si.com/le-d...xemple-modelio

Et tout spécialement, pour les flux échangés voir : https://www.urbanisation-si.com/comm...-letude-de-cas

[subrms]

Bonsoir, je vous remercie pour votre réponse intéressante.

J'ai pris le temps de lire et de parcourir les liens que vous avez partagés avec moi et quelques autres articles de votre blog très riche. Malheureusement, je ne m'y connais pas du tout en Urbanisation du Système d'Information et c'est une découverte pour moi. J'ai été aussi surpris par le nombre interminable de normes.

Pour mon étude de l'existant et la modélisation des flux de données, j'ai opté par un diagramme qui au final ressemble beaucoup à la modélisation de la phase B architecture métier de TOGAF, corrigez-moi si je fais erreur, il s'agit bien d'un profil UML correspondant aux concepts TOGAF qui est utilisé ?
Ce qui m'amène à vous poser la question suivante : est-il intéressant de recourir à l'utilisation de la méthode TOGAF dans mon cas ?

Je vous explique ma démarche :
-J'essaye d'élaborer le MOT de mon cas d'étude. Cela m'aide à comprendre le déroulement de chaque procédure dans l'entreprise.
-Je modélise le schéma de circulation des informations. Je ne suis pas une norme précise, mais cela comme je vous l'ai dit, ressemble beaucoup au profil UML utilisé dans la modélisation de la phase B.
-J'essaye d'établir une critique organisationnelle et informationnelle pour chaque procédure.

Que va m'apporter la méthode TOGAF (pour l'amélioration de mon étude de l'existant et par la suite, pour la conception de l'application) et l'utilisation d'un profil UML dans ce cas précis sachant que l'utilisation d'une norme n'est pas obligatoire (je parle pour l'étude de l'existant) ?

Une autre question aussi :
Si la génération de code avec UML ne me serait pas d'une grande utilité parce que je déciderais d'utiliser une technologie pour la réalisation de l'application, qui ne la permettrait pas, serait-il alors plus intéressant de se tourner vers des solutions comme ArchiMate pour la conception de l'application ?

Pour l'utilisation d'un profil UML, je vous avoue que je ne sais pas du tout sur quel critère doit se faire le choix d'un profil. Je ne pourrai pas consacrer beaucoup de temps à la création d'un nouveau profil qui répondrait à mes besoins, si j'en suis capable.

Si vous avez des conseils pour l'élaboration d'une bonne analyse et critique d'un système existant, je serai preneur.

Passez une bonne soirée.

[Rhona Maxwel]

Bonjour,

1)
TOGAF est un cadre pour l''Architecture d'Entreprise.
Pour être synthétique, l'AE est une méthode globale qui a pour principal objectif l'entreprise agile.
Elle permet de structurer, documentet, toutes les strates de l'entreprise depuis la vision, la stratégie, les processus et règles métiers, les composants applicatifs, les technologies, le matériel, ...
L'intérêt est de gérer la traçabilité de bout en bout, de pouvoir justifier la réalisation d'un composant en remontant la chaîne jusqu'aux objectifs stratégiques.
Sans oublier la gestion des impacts dans la cas de changements ou d'evolutions.

Si c'est votre but alors TOGAF est fait pour vous.

Si vous désirez juste cartographier les flux isolément alors utilisez n'importe quel diagramme.
Si vous n'utilisez pas de référentiel, vous pouvez même utiliser un beau schéma PowerPoint.

2)
Pour le choix du langage, voir l'article :

https://www.urbanisation-si.com/quel...ion-pour-togaf

Qu'est ce qui motive l'entreprise à vouloir modéliser les flux de données ?
Y a t'il une tactique sous jacente ?

Si cela vous intéresse étudiez notre étude de cas TOGAF avec UML, BPMN et SysML dont vous trouverez toutes les étapes dans l'annexe de l'article :

https://www.urbanisation-si.com/le-d...xemple-modelio

Tout y est depuis le schéma directeur jusqu'au déploiement des applications.

Pour information, nous commençons une série d'articles sur ArchiMate :

https://www.urbanisation-si.com/articles/archimate

Bon courage

[CinePhil]

je ne trouve aucun diagramme qui puisse m'aider à modéliser les flux de données

Merise : MCT et MOT
UML : Diagramme de séquence (je connais moins UML ; il y en a peut-être d'autres qui ne me viennent pas à l'esprit immédiatement).

peut-on utiliser la méthode Merise (MCC, MCT, MOT) pour la modélisation des données et des traitements existants et faire une critique du système actuel, puis par la suite enchaîner avec la modélisation des cas d'utilisations et d'autres diagrammes avec le langage UML ?

Pour la modélisation des données, rien ne vaut un MCD merisien ! C'est plus rigoureux qu'un diagramme de classes UML.
Pour les traitements, MCT et MOT sont bien mais les diagrammes UML sont davantage utilisés.

Donc oui, on peut mélanger les deux, ou plus exactement appliquer la méthode Merise avec des diagrammes UML.

[subrms]

Mon étude ne porte que sur un seul service de l'entreprise (le service Patrimoine). Je ne crois pas que l'utilisation de TOGAF soit appropriée ici. Actuellement en 4e année, il y a un module optionnel Urbanisation des systèmes d'information et je me suis inscrit. J'espère que nous allons parler TOGAF.
L'étude de l'existant s'est portée sur l'étude des postes de travail mobilisés, l'étude des différents documents échangés et l'étude des procédures de travail. Le modèle utilisé est le modèle Castellani. Je ne trouve pas de documentation sur ce modèle dans la littérature, je me suis inspiré d'un mémoire que mon maître de stage m'a donné pour exemple à suivre. Si vous avez des informations au sujet de ce modèle n'hésitez pas à m'en faire part. Un diagnostic a été établi par la suite pour dégager les anomalies observées liées à l'organisation et au schéma de circulation de l'information, auxquelles ont été apportées des solutions et suggestions.
J'en suis aujourd'hui au recensement des cas d'utilisation. L'article que vous y avez consacré dans votre blog est excellent. Tout particulièrement ce passage :

D'après l'ouvrage culte d'Alistair Cockburn "Writing effective use case", on peut définir 3 niveaux de use case qui sont pour reprendre son allégorie : le niveau nuage, le niveau de la mer et le fond de la mer.

Le niveau nuage correspond à des use case à fortes granularités, stratégiques comme par exemple "Gérer un prêt bancaire". Ces use case sont trop "gros", ils doivent être décomposés en use case du niveau de la mer.

Le niveau de la mer correspond bien à un use case utilisateur pour l'application cible, l'exemple précédent se décomposerait en 3 use case : "Gérer une demande de prêt bancaire", "Analyser une demande de prêt bancaire" et "Valider une demande de prêt bancaire".

Et le niveau fond de la mer, correspond à une fonction élémentaire simple non décomposable comme par exemple "Imprimer la demande de prêt bancaire". Ces use case correspondent à une simple étape d'un scénario.

Laissez-moi vous exposer un cas. Voici le scénario :
À l'achat d'un nouveau véhicule, le chef de parc procède à son enregistrement. Le chef de parc ajoute le véhicule à la flotte de l'entreprise. Le chef de parc peut supprimer le véhicule en cas de vente de ce dernier, de la liste des véhicules du parc automobile. Le chef de parc peut modifier et consulter le véhicule. Le chef service patrimoine et le responsable structure (directeur) peuvent consulter aussi le véhicule.

Mes questions :
Si on procède comme dans le passage de votre blog que je viens de citer, il y a un cas d'utilisation de haut niveau (niveau nuage) qui est Gérer les véhicules et des cas d'utilisation de niveau inférieur (niveau de la mer) qui sont : Ajouter le véhicule, Modifier le véhicule, Supprimer le véhicule et Consulter le véhicule. Mais voilà, Ajouter, Modifier et Supprimer sont utilisés par un seul et même acteur (Chef de parc) alors que pour Consulter le véhicule il y a trois acteurs différents, à des lieux différents (Chef de parc, chef service patrimoine et le responsable structure). J'ai proposé les deux diagrammes de cas d'utilisation suivants ; lequel selon vous est le plus convaincant ? Il y a certainement des erreurs dans les dépendances, lesquelles ?




Pour le deuxième diagramme :
La dépendance « extend » de Consulter le véhicule à Ajouter le véhicule est-elle correcte ? Pourquoi ? Si oui, faut-il rajouter des dépendances « extend » entre Modifier le véhicule, Supprimer le véhicule et Ajouter le véhicule ? Si toutefois il s'agit de dépendances « extend ».