Wie nützlich ist UML, wenn Sie ein Entwickler sind, der alleine in einem Projekt arbeitet?

Wie nützlich ist UML, wenn Sie als Entwickler allein in einem Projekt arbeiten?

Es kann sehr nützlich sein, wenn das Projekt groß genug ist, dass Sie Probleme haben, alles im Kopf zu behalten. Zumindest für mich kann es auch hilfreich sein, etwas auf Papier / Diagramme zu bringen, um Probleme zu entwerfen und zu lösen.

... Ich gebe auch zu, dass meine Diagramme für persönliche Projekte nicht so formal sind wie für Arbeitsprojekte, sie sind nur gut für mich, um mit ihnen zu arbeiten ...

Es ist sehr nützlich und wertvoll .

Wie andere gesagt haben, ist es am besten für die Kommunikation und auf einen flüchtigen Blick könnte man sagen "nur 1 Entwickler, also ... keine Kommunikation erforderlich", aber ich glaube nicht, dass das wahr ist.

Für wen ist die UML und die Kommunikation?

1. Du! - Ja du. Wenn Sie das Projekt für eine Weile verlassen und dann zurückkehren, wird es Ihnen dabei helfen, sich an die Arbeitsweise des Projekts zu erinnern.
2. Neue Entwickler - Auch wenn Sie jetzt der einzige Entwickler sind, heißt das nicht, dass in Zukunft niemand mehr an Ihrem Projekt arbeitet oder dass es möglicherweise um mehr als einen Entwickler erweitert wird.
3. Geschäftspartner - Wenn Sie einem Vorgesetzten, Manager oder potenziellen Partner etwas für Ihr Projekt präsentieren möchten, kann Ihnen eine UML des Projekts bei einer Präsentation oder einem einfachen Gespräch behilflich sein.
4. Dokumentation - Ob Sie oder jemand anderes die Endbenutzerdokumentation mit einer UML eines Projekts erstellt, kann eine großartige Startplattform sein. Viel besser, als zu versuchen, sich während des Schreibens an alles zu erinnern oder zu diktieren, woran Sie sich erinnern können.

Darüber hinaus sind sie auch nützlich zum Üben, wenn Sie in eine Situation geraten, in der sie obligatorisch sind.

Kurz gesagt, wahrscheinlich nicht sehr viel.

Der größte Wert von UML liegt in der Kommunikation, daher hat es für ein Ein-Personen-Team wenig zu bieten. Obwohl ich es immer noch für grobe Entwurfsskizzen usw. verwenden würde, kann die Visualisierung beim Erfassen komplizierter Probleme sehr hilfreich sein.

Eine mögliche wichtige Verwendung ist jedoch, den Entwurf für Ihre Nachfolger zu dokumentieren - Sie werden kaum der Einzige sein, der jemals an diesem Projekt (irgendeinem Projekt) gearbeitet hat.

Die Antwort hängt natürlich von der Größe und Komplexität des Projekts ab, davon, wie weit Sie mit der Modellierung gehen und ob Sie ein formelles Designdokument vorlegen müssen.

Ich habe versucht, es für kleine persönliche Projekte zu verwenden, und es erwies sich als nicht besonders nützlich. Das ungerade Klassen- oder Sequenzdiagramm kann Ihnen helfen, Ihre Gedanken zu ordnen, aber nach einem bestimmten Punkt wird es mehr Arbeit, als es wert ist.

Ich arbeite viel alleine (ich bin freiberuflich tätig) und ich neige dazu, UML nicht zu verwenden. Normalerweise ein ERD und einige Notizen in einem Organisationstool (ich habe einen Hinweis verwendet). Ich habe den Mangel nie gespürt. Aber ich sehe, wie nützlich es in größeren Umgebungen ist, wenn viele Leute am selben Projekt arbeiten.

Dies kann hilfreich sein, wenn Sie versuchen, Ihre Design- und Architekturentscheidungen in UML zu dokumentieren. Auf diese Weise können Sie tiefer über die Anwendung nachdenken und manchmal neue Dinge entdecken und bessere Ideen entwickeln. Aber ich stimme anderen zu, dass wenn es ein kleines Projekt ist, Sie vielleicht nicht viel davon profitieren, wenn Sie alleine arbeiten.

Marginal Ich denke ... UML soll Ideen des Designs kommunizieren. Wenn Sie tatsächlich in UML denken und es so schnell produzieren können wie andere Möglichkeiten, dieses Design abzubilden, gehen Sie sicher und verwenden Sie es. Ansonsten sind Sie wahrscheinlich besser in der Lage, etwas aufzuräumen, das wie grobe Skizzen aussieht, und vielleicht etwas UML "Lite", wie es Ihr Projekt benötigt.

Stellen Sie sicher, dass Sie einige Anwendungsfälle herausfinden, wenn Sie der Meinung sind, dass ein bestimmter Bereich sie benötigt. etc.

Egal auf welche Weise Sie vorgehen, in 12 Monaten müssen Sie auf etwas zurückgreifen, wenn es Zeit ist, über v2 nachzudenken.

Bei einigen Projekten habe ich eine sehr minimale Implementierung (Strichmännchen, verbundene Boxen und einige Beschriftungen) verwendet. Ich fand es einfacher, einen bestimmten Prozess darzustellen, als ihn in schriftlicher Form zu beschreiben. Einige Puristen werden wahrscheinlich sagen, dass es wirklich keine UML ist, aber die Kunden kümmern sich nicht darum, also tue ich es auch nicht.

Eine grafische Darstellung einer Architektur kann hilfreich sein, wenn die Architektur zu groß ist, um sie im Auge zu behalten (was Sie selbst bestimmen müssen).

Sie brauchen nicht etwas so Formales wie UML, wenn Sie dies nur für sich selbst tun.
Ziel ist es, eine Architektur so zu visualisieren, dass Sie damit umgehen können. Verwenden Sie, was auch immer funktioniert, und seien Sie dabei so unauffällig wie möglich.

Ist eine gute Praxis, um eine gute Dokumentation eines Projekts zu führen, aber für eine Person könnte dies nicht sehr einfach und zeitaufwendig sein. Meine Position hier ist, dass Sie mit Sicherheit etwas UML machen müssen und wenn Ihr Programm sehr kompliziert ist oder Sie Wenn Sie Ihren Code freigeben möchten, müssen Sie dies tun. Wenn Ihr Projekt komplex und umfangreich ist, denken Sie vielleicht, Sie sollten eine Dokumentation gut genug machen. Wenn Sie also eine gewisse Zeit verstreichen lassen, können Sie sie problemlos erneut erstellen.