UML et tableaux blancs

Question

j'essaie de produire UML correcte quand nous avons nos conception / sessions de tableaux blancs, mais ma tentative de bien structuré UML toujours se dégrade en uml prospectifs mais compréhensible à ceux-in-the chambre-avec-un-peu-explication. Mais est-ce assez bon pour l'ingénieur consommé? Produisez-vous toujours UML bien structuré dans vos sessions de tableau blanc? Quels conseils avez-vous pour le développeur qui pourrait penser pas si important que cela de peur qu'il ne le voit dans un livre de modèle de conception et ont aucune idée wtf qui se passe.

Answer 1

Je l'utilise jamais UML dans mes sessions de conception. Il est toujours de forme libre. Ensuite, en fonction du projet, nous entourons en arrière et convertir en conception UML beaucoup plus structuré lors de la création des spécifications « finales » docs que nous développeurs code à partir. Il a été mon expérience qu'il a tendance à entraver les sessions de conception à beaucoup de se concentrer sur la forme appropriée, en particulier lorsque la moitié ou plus des personnes dans la salle ont aucune idée de ce que l'un des moyens schématisation.

Answer 2

Vous voyez, il y a beaucoup de débat sur le génie logiciel et si nous avons besoin ou non, le fait que cela dépend du type de système que vous développez. Les plus ambigus les exigences du système est, plus vous avez besoin d'outils et de techniques SE!

UML permet au client d'avoir une photo du système interne. C'est quand vous avez des diagrammes de cas d'utilisation. Il est vrai que certaines personnes do't obtenir, mais il est très facile d'expliquer spécialement le diagramme de cas d'utilisation. Ensuite, vous avez le diagramme de classes qui vous aide à saisir les premières grandes classes et packages dont vous avez besoin pour concevoir. Autres digram UML ne sont pas importants.

Voici un site simple qui vous permet de créer des classes digram et cas d'utilisation digram en quelques secondes en ligne:

http://yuml.me/

Je n'ai jamais i projet milieu / grande taille sans utiliser ces deux digrammes

Answer 3

Eh bien, je ne pense vraiment pas que vous avez besoin UML strict.

En ce qui concerne tout le monde comprend la conception et le reconnaît qu'il est correct. Je préfère une méthodologie agile pour être en mesure de prototype / tester le projet sur la course et d'être en mesure de modifier les spécifications « non-stricte » que d'avoir tout décidé et intouchable à partir de zéro.

Dans le monde réel, vous obtenez des surprises même avec les spécifications de la UML les plus soigneusement planifié