Question

Quelqu'un connaît-il un guide des normes UML décent?

Mon entreprise utilise actuellement UML 2.0 (à tort ou à raison) pour effectuer la majorité (lire tous ) de ses travaux de conception. On m'a demandé de rédiger un projet de guide des meilleures pratiques pour aider d'autres développeurs à développer de meilleurs modèles. Le principal problème auquel je suis confronté est que je suis légèrement biaisé contre UML ... Je pense que: si un diagramme prend plus de 5 minutes à dessiner, alors c'est trop compliqué! Je cherche surtout des conseils sur le type de normes que je devrais examiner. De plus, je recherche une source d’information externe qui puisse être utilisée pour calmer mon aversion irrationnelle de la conception UML lourde et servir de "désinfectant" pour mes suggestions.

Plus que tout, je cherche à écrire un document utile plutôt que celui qui sera dissimulé dans un répertoire réseau obscur.

Des idées?

Était-ce utile?

La solution

UML Distilled de Martin Fowler

Autres conseils

Comme Paul C , je recommande UML Distilled . Il s’agit en premier lieu de langage UML, mais il contient de nombreuses informations sur le design en général (même s’il insiste un peu trop sur les fiches IMO), mais il est court, agréable à lire et pertinent.

Je recommande fortement contre UML en bref . C'est le pire livre que j'ai publié avec O'Reilly: incroyablement dense, difficile à lire et sinueux. Ne vaut pas le papier sur lequel il est imprimé.

Il ne s’agit pas d’un livre qui explique comment utiliser le langage UML, mais plutôt d’un guide de style ou de normes. Entrez, profils UML ... Cela peut vous apporter à la fois la standardisation et la complexité réduite que vous recherchez. Vous pouvez limiter les relations et les éléments pouvant être utilisés. Vous pouvez également exiger certaines choses. Une grande entreprise peut choisir de se concentrer sur le mouvement des actifs et des données et de limiter ses diagrammes standardisés à cette vue. Cependant, une entreprise qui crée un logiciel en temps réel pour les chars peut se concentrer sur l'action ou le flux.

L’intérêt principal d’UML est qu’il n’est ni spécifique ni utile dans tous les types de situation. Martin Fowler et Elements of Style Books ne réduiront pas le temps nécessaire à la création de diagrammes et n'en augmenteront pas la compréhension. Vous avez besoin de profils ou de modèles standardisés pour que. Je l'ai vu fonctionner, au point que l'entreprise peut les lire. De nombreux outils vous permettent de créer un profil qui facilite l'apprentissage des concepteurs et réduit le temps de dessin.

MDA Distilled (OMG Press) est un bon livre si vous voulez comprendre les concepts, mais ce n’est pas nécessaire.

Vraiment, les profils UML. Vous ne voulez pas d'une norme parce que votre entreprise ou vos besoins sont différents. Une norme pour les services Web ne fonctionne pas pour les services en temps réel ou financiers.

Achetez à tous une copie de Les éléments du style UML 2.0 . Travail accompli.

Pour une référence rapide sur la composition de diagrammes UML individuels, je recommande vivement Les éléments de UML Style 2.0 et je recommande fortement mon achat en achetant la 2e édition pour remplacer ma 1re éd.

En dehors de cette recommandation, je pense que le plus important pour une entreprise d'introduire un guide de style est de disposer d'un mécanisme de retour d'informations local permettant aux utilisateurs de poster des commentaires sur les aspects du guide de style utilisés pour surtout lorsque vous utilisez un guide imprimé officiel . Un wiki ou un référentiel occasionnel similaire devrait suffire à cela.

Je suggère également de mettre en évidence les diagrammes qui sont des exemples particulièrement bons (ou mauvais, si l’humour de l’équipe peut le prendre). Considérez un diagramme de la semaine encadré, comme l’employé de la semaine que vous voyez dans de nombreux magasins. Cela rappelle gentiment que la lisibilité des diagrammes est prise au sérieux, mais avec suffisamment de plaisir pour que le concept soit mieux accepté.

Je sais que vous voulez probablement un livre facile à lire pour cela, mais de ce que vous décrivez, je suggérerais d'aller avec les spécifications trouvées sur OMG lui-même. Ils sont un peu difficiles à lire, mais ils seraient aussi complets que vous pourriez l’espérer. Ils ont également des articles et des tutoriels qui pourraient être utiles.

En ce qui concerne les livres, j’ai constaté que utiliser le langage UML était tout à fait normal. bon car il aborde le processus de développement logiciel ainsi que les outils et méthodes UML.

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