Question

  

Possible en double:    est pratique UML?

J'ai entendu beaucoup d'opinions sur UML. Certains disent qu'il est inutile. Certains disent qu'il est très utile.

Quelle a été votre expérience sur l'utilisation de UML? Comment-t-il effet sur le processus de développement?

Était-ce utile?

La solution

G'day,

Je trouve que je tends à utiliser un sous-ensemble de la norme UML complète.

Les diagrammes de classes: pour montrer comment les composants d'une classe sont construites et les membres et les fonctions qu'ils contiennent. Particulièrement utile pour montrer « isa » et « a un » relations et même une agrégation par rapport à la composition des « a une » relations qui reflètent sur la durée de vie des composants.

Les diagrammes de séquence:. pour montrer comment les classes interagissent les uns avec les autres et montrer le flux de messages entre les classes dans la séquence de l'utilisation du message

et de temps en temps:

Les diagrammes d'activité:. pour afficher le traitement parallèle

Si vous voulez utiliser UML alors je ne peux pas recommander le livre de Martin Fowler "UML Distilled" ( lien Amazon aseptisé ) assez. Sérieusement, oublier tous les autres livres UML! À mon humble avis naturellement

HTH

Cheers,

Autres conseils

Je pense qu'il est très utile, si vous l'utilisez dans le bon contexte.
Dans les grands projets, il est une très bonne idée de construire un plan d'ensemble de la façon dont le système est va regarder.

  • Le processus de développement devient plus clair
  • Il vous aide à éviter les erreurs-conception, puisque vous pensez souvent à travers le projet plus complet
  • Il donne un bon aperçu pour les personnes ne sont pas directement impliqués dans le processus de développement

Tout cela vous permet de gagner du temps et de l'argent.

UML peut être bon ou mauvais ... trop de quoi que ce soit peut être mauvais.

UML est un bon outil pour vous aider à comprendre les concepts, ainsi que le domaine dans lequel vous travaillez. Il peut devenir un outil très utile pour communiquer avec les experts du domaine et les experts fonctionnels. Il sera également vous aider à visualiser votre solution et de réduire considérablement la quantité de maux de tête que vous rencontrerez que vous construisez votre solution.

Trop UML peut aussi être une mauvaise chose, la meilleure façon de s'y prendre, est de modéliser les parties des solutions qui sont difficiles à saisir ou peu complexes. Modélisation de la solution générale contribuera à donner à la vue de l'oeil d'un oiseau et de mieux comprendre l'ensemble de la solution. Ensuite, créez un modèle des domaines où il faut une compréhension plus profonde. Les petits projets ne doivent absolument pas être modélisé. Les grands projets d'autre part peuvent exiger la modélisation afin d'être en mesure de communiquer les bonnes informations aux autres.

Les modèles très complets sont souvent considérés comme mauvais parce qu'ils sont valables pour un temps très court. Pour que les modèles soient de valeur qu'ils doivent être tenus à jour avec le code. Dans de nombreux cas, cela devient une tâche supplémentaire ne souhaite accomplir. Une bonne façon de s'y prendre est d'utiliser des outils qui synchronisent les modèles à votre code.

Du plus jeune âge, nous sommes extrêmement bien à décrire les choses en les dessinant. Beaucoup d'entre nous détachez cette capacité que nous apprenons à lire et à écrire, mais au fond nous sommes souvent très visuel. Le fait est, quand nous disons que lorsque nous sommes coincés sur quelque chose, la meilleure façon de trouver une solution est de le laisser seul pendant un certain temps, ou parler de votre problème à quelqu'un d'autre. Le simple fait d'expliquer à quelqu'un assez souvent vous donner les réponses parce que pour expliquer quelque chose que vous devez comprendre. Une fois que quelque chose est entendu et que vous avez pris dans les subtilités, les solutions semblent simples. La modélisation peut être utilisé pour obtenir le même résultat, en vous aidant à trier les idées et les concepts. Une fois qu'il est sur le papier, il devient beaucoup plus simple à expliquer.

Papier, tableaux blancs et serviettes de table sont souvent le meilleur ami vous! Ils vous aider à mémoriser et à acquérir une meilleure compréhension de vos idées et concepts.

Permettez-moi de préciser. UML est censé communiquer des idées de conception à d'autres sur le projet. Nous l'avons utilisé au sérieux lors d'un important effort de développement. Tourné le seul qui pouvait comprendre les schémas et les notes était la personne qui les a créés. Je trouve que bon écran maquettes et descriptions de schéma font un travail beaucoup mieux que la modélisation UML dans la communication l'intention de conception.

Personnellement, je pense que UML doit être utilisé que dans le cas où il est généré à partir du code pour permettre à un programmeur pour obtenir un aperçu du système réel. Son utilisation avant le codage est toujours une erreur, car alors le code ne se fait pas la priorité du système.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top