Auf UML und Whiteboarding

Question

Ich versuche, korrekte UML zu produzieren, wenn wir unsere Design-/Whiteboard -Sitzungen haben, aber mein Versuch, gut strukturiert zu sein STETS Verschlechtert in UML-aussehende, aber verständliche bis in den Raum mit einer Little-Erkundung. Aber ist das gut genug für den vollendeten Ingenieur? Produzieren Sie immer gut strukturierte UML in Ihren Whiteboard-Sitzungen? Welchen Rat haben Sie für den Entwickler, der es vielleicht nicht so wichtig hält, damit er es nicht in einem Design -Musterbuch sieht und keine Ahnung hat, dass WTF vor sich geht.

Answer 1

Ich benutze UML nie in meinen Designsitzungen. Es ist immer frei. Abhängig vom Projekt kreisen wir dann zurück und konvertieren dies in viel strukturierteres UML -Design, wenn wir die "endgültigen" Spezifikationen erstellen, aus denen wir Entwickler codieren. Es war meine Erfahrung, dass es dazu neigt, Designsitzungen viel zu behindern, um sich auf die richtige Form zu konzentrieren, insbesondere wenn die Hälfte oder mehr Menschen im Raum keine Ahnung haben, was die Diagramming bedeutet.

Answer 2

Sie sehen, dass es eine Menge Debatten über Software -Engineering gibt und ob wir es brauchen oder nicht, die Tatsache, dass es von der Art des Systems abhängt, das Sie entwickeln. Je mehrdeutig die Anforderungen des Systems sind, desto mehr benötigen Sie SE -Tools und -Techniken!

UML hilft dem Kunden, eine zu haben Bild des internen Systems. Hier haben Sie Anwendungsfalldiagramme. Es ist wahr, dass einige Leute es nicht bekommen, aber es ist sehr einfach, speziell das Anwendungsdiagramm zu erklären. Dann haben Sie das Klassendiagramm, mit dem Sie die ersten großen Klassen und Pakete erfassen können, die Sie zum Entwerfen benötigen. Andere UML Digram sind nicht so wichtig.

Hier ist eine einfache Website, auf der Sie in Sekundensprung im Online -Klassen -Digram und in Sekundenpunkte erstellen können:

http://yuml.me/

Ich habe es nie getan, ohne diese beiden Digrams mit mittlerem/großer Größe zu verwenden

Answer 3

Nun, ich glaube wirklich nicht, dass Sie strenge UML brauchen.

Soweit jeder das Design versteht und es anerkennt, ist es in Ordnung. Ich bevorzuge eine agile Methodik, um das Projekt auf der Flucht zu prototypieren/testen zu können und die Spezifikation nicht zu streng zu ändern, als alles von Grund auf unberührbar zu haben.

In der realen Welt erhalten Sie überrascht, selbst wenn die sorgfältig geplante UML -Spezifikation