Quelle est l'ordre du dessin de diagramme dans une conception?
Je suis nouveau avec OOP et UML et j'ai une certaine confusion ici. J'aimerais savoir où commencer, je veux dire, quelqu'un vient à vous et vous demande de faire quelque chose (implique un logiciel conception de la conception), une fois que vous avez déterminé ce qui doit être fait, quelle est l'ordre dans lequel vous devez démarrer l'architecture logicielle? Je veux dire, est-ce d'abord le diagramme de cas d'utilisation ou le diagramme de la classe? Ou devrais-je dessiner des diagrammes? en parallèle?
Mais fondamentalement, où devrais-je commencer? Et quel diagramme UML va en premier? Merci pour ton aide!!
Bien que je conviendrais de dire qu'il n'y a pas de règle difficile et rapide, j'ai monté un aperçu approximatif des marches après avoir lu le livre de Martin Fowler sur UML.
1) Analyser les acteurs d'abord (un diagramme UML sur les acteurs et comment ils interagissent avec le système)
2) Diagrammes de cas
3) Analyser des facteurs externes qui auraient une incidence sur un système (pas vraiment un diagramme, notamment pour des raisons d'information)
4) analyser les risques dans les systèmes et estimer leur impact (encore une fois pas vraiment un diagramme)
5) Diagrammes de séquence (avec flux de données en eux)
6) Diagrammes de classe
Du livre: "Avec un grand système ... C'est plus facile ... d'arriver à la liste des acteurs d'abord, puis ... Les cas d'utilisation pour chaque acteur." ~ Martin Fowler - ML distillé
Recommandez ce livre comme une belle introduction à des diagrammes.
Un autre conseil du livre: Il est préférable d'avoir quelques diagrammes que vous gardez mis à jour plutôt que de disposer de nombreux schémas qui sont les moins mis à jour
Il n'y a pas une règle rigide, mais certaines directives.
La plupart des développeurs/analystes commenceront, selon le scénario.
Beaucoup d'analystes se lancent avec les diagrammes "cas d'utilisation" et, éventuellement, ajoutent d'autres schémas, généralement des diagrammes architecturaux, tels que des packages ou des composants.
Et, puis, avec des "classes", "activité", des diagrammes "séquence".
À votre santé.