UML - Entwicklungsprozess, Teil 2

Sobald wir wissen, wie die Entwicklungsmethoden eines Projekts oder Systems in der Antike funktionierten, können wir die verschiedenen Fehler und Gefahrenpunkte für das Team berücksichtigen.
Da wir evolutionäre Wesen sind und so viele Probleme mit den bereits im ersten Teil des Tutorials angesprochenen Einschränkungen haben, beginnt es zu die Methodik ändern, Es gibt keine strikte Trennung der Stufen mehr, sondern die Zusammenarbeit des Teams wird angestrebt, wobei jedes Mitglied an der Entwicklung der Stufen beteiligt ist, zum Beispiel die Entwickler bei der Informationsbeschaffung helfen, die Designer und Modellierer bei der Entwicklung usw.
Aktuelle Methode
Wie wir zu Beginn des Tutorials erwartet haben, ermöglicht uns die aktuelle Methode die Implementierung von Zusammenarbeit in jeder Entwicklungsphase, um das Verständnis für das Projekt als Ganzes im Team zu erhöhen, zu mehr Verständnis und Verständnis, werden wir bessere Lösungen haben, die weniger Anpassungen bei der Codierung der Software erfordern.
Obwohl alles wie ein Beweis für Gegenargumente erscheinen kann, müssen wir einige Probleme hervorheben, die in unserem Entwicklungsprozess vorhanden sein können, damit wir sehen, dass wir noch weit von einer perfekten Projektdurchführung entfernt sind.
Einer der erste probleme Was wir feststellen können, ist die mangelnde Beteiligung der Teammitglieder, obwohl dies immer weniger wird, finden wir immer noch schüchterne Menschen, die Angst haben, ihre Meinung zu äußern, so dass sie beiseite gelassen werden, was den Stand des kollektiven Wissens schwächt.
Ein weiterer Punkt ist, dass viele Projektmanager den Kunden oder Benutzern den Fortschritt des Projekts mitteilen müssen, daher ist es schwierig zu sagen, dass die Analyse bereits abgeschlossen ist und die Entwicklung begonnen hat; Das Festlegen dieser Art von Limits kann kontraproduktiv sein, da es falsche Erwartungen wecken und das Team unter Druck setzen kann.
RAD3
Dies Methodik hat seinen Namen von der Abkürzung für "Schnelle Entwicklung und Verteilung von Anwendungsdesigns“, was als Designentwicklung und schnelle Verteilung von Anwendungen bleiben würde.

Wie wir in der vorherigen Grafik sehen, ermöglicht uns diese Methodik die Integration der 3 Ausführungsbereiche Auf diese Weise werden die wichtigen Phasen der Projektentwicklung nicht isoliert, so dass ein Entwickler bereits bei der Generierung auf wichtige Projektdaten zugreifen kann, genauso wie ein Analyst in andere Phasen eingreifen kann.
Wenn alles mit der Erstauslieferung des Projekts übereinstimmt, erhalten wir dadurch in kürzerer Zeit als mit der alten Methodik das notwendige Feedback und können so Korrekturen und Verbesserungsvorschläge des Endbenutzers einfließen lassen.
Wie wir sehen, gibt uns dieser methodische Ansatz trotz der unterschiedlichen Stadien Raum, um die UML-Diagramme So fokussieren Sie die Ideen in einem Raum mit a verständliche Sprache für alle Parteien.
Damit beenden wir diesen zweiten Teil des Tutorials, in dem wir gelernt haben, Methodik in unsere Entwicklungen einfließen zu lassen und uns auch dabei zu helfen UML.
Teil 1 dieses Tutorials

UML-Entwicklungsprozess Teil 1

Hat dir dieses Tutorial gefallen und geholfen?Sie können den Autor belohnen, indem Sie diesen Knopf drücken, um ihm einen positiven Punkt zu geben