Da wir evolutionäre Wesen sind und so viele Probleme mit den Einschränkungen haben, die bereits im ersten Teil des Tutorials angesprochen wurden, beginnen wir, die Methodik zu modifizieren . Es gibt keine eiserne Trennung der Stufen mehr, sondern die Zusammenarbeit des Teams, in dem jedes Mitglied gesucht wird beteiligt sich an der Entwicklung der Bühnen, zum Beispiel helfen die Entwickler beim Sammeln von Informationen, die Designer und Modellbauer bei der Entwicklung usw.
Neueste Methode
Wie wir zu Beginn des Tutorials erwartet haben, können wir mit der aktuellen Methode in jeder Entwicklungsphase eine Zusammenarbeit implementieren, um das Verständnis des Projekts als Ganzes im Team zu verbessern. Für ein besseres Verständnis und Verständnis werden wir bessere Lösungen haben, für die weniger Anpassungen erforderlich sind Zeit für die Software-Codierung.
Obwohl alles wie ein Beweis dafür aussehen kann, müssen wir einige Probleme hervorheben, die in unserem Entwicklungsprozess auftreten können, damit wir sehen, dass wir noch weit davon entfernt sind, ein perfektes Projekt durchzuführen.
Eines der ersten Probleme , das wir feststellen können, ist die mangelnde Beteiligung der Teammitglieder, auch wenn dies immer weniger vorkommt. Wir können jedoch immer noch schüchterne Leute vorfinden, die Angst haben, ihre Meinung zu äußern Stand des kollektiven Wissens.
Ein weiterer Punkt ist, dass viele Projektmanager Kunden oder Benutzern den Projektfortschritt mitteilen müssen. Daher ist es schwierig zu sagen, dass die Analyse bereits abgeschlossen ist und mit der Entwicklung begonnen wird. Die Festlegung solcher Limits kann kontraproduktiv sein, da sie falsche Erwartungen hervorrufen und Druck auf das Team ausüben kann.
RAD3
Diese Methode hat ihren Namen von der Abkürzung für ” Rapid Application Design Development and Distribution “, die für Rapid Application Development and Distribution Design steht.
Wie wir in der vorherigen Grafik sehen können, können wir mit dieser Methodik die drei Ausführungsbereiche miteinander integrieren. Auf diese Weise werden die wichtigen Phasen der Projektentwicklung nicht isoliert, sodass ein Entwickler im Moment auf wichtige Daten des Projekts zugreifen kann die generiert werden, so wie ein Analyst in anderen Phasen eingreifen kann.
Sobald alles vereinbart ist, kann die erste Lieferung des Projekts erfolgen. Dadurch erhalten wir das erforderliche Feedback in kürzerer Zeit als mit der alten Methode, und damit können Korrekturen und Verbesserungen, die vom Endbenutzer vorgeschlagen wurden, einbezogen werden.
Wie wir trotz der verschiedenen Stadien sehen, gibt uns dieser methodische Ansatz Raum, um die UML-Diagramme zu generieren und die Ideen in einem Raum mit einer Sprache zu zentrieren, die für alle Beteiligten verständlich ist .
Damit schließen wir den zweiten Teil des Tutorials ab, in dem wir gelernt haben, Methoden in unsere Entwicklungen einzubeziehen und uns auch bei der UML zu helfen.
UML-Entwicklungsprozess Teil 1
