UML - Entwicklungsprozess, Teil 1

Sobald wir uns entschieden haben, die benötigte Software zu entwickeln, werden wir von Anfang an auf verschiedene Elemente stoßen, dank UML Wir können eine ziemlich detaillierte Modellierungsphase durchführen, die dem Entwicklungsteam hilft.
Es gibt jedoch noch andere Faktoren, die mit der UML Obwohl sie nicht mit der Erstellung von Diagrammen zu tun haben, ist einer dieser Faktoren die Softwareentwicklungsmethodik des Projekts, das wir durchführen werden.
Methoden
Wenn man ein Projekt startet, ist es am normalsten, dass es Teammitglieder gibt, die vom ersten Tag an mit der Entwicklung und Programmierung der Lösung beginnen möchten, aber diese Art von Ungeduld muss sofort abgestellt werden, nicht nur, weil es unmöglich ist, sie zu kennen Fokus auf Entwickler, sondern erhöht auch den Druck, in kurzer Zeit "greifbare" Ergebnisse zu sehen.
Was heute passiert, haben wir super Rahmen Arbeit, die versprechen, die Entwicklungsstunden bei der Verwendung ihrer Tools zu verkürzen, aber wenn unser Projekt nicht gut fokussiert ist, werden wir am Ende mehr als nötig daran arbeiten, das zu reparieren, was in den ersten Momenten bereits getan wurde.
EIN Methodik Es hilft uns, die Schritte zu planen, die wir unternehmen werden, um den Bau des von uns entwickelten Projekts durchzuführen, während der verschiedenen Phasen der gewählten Methodik haben wir Raum für die Sammlung von Informationen und die Modellierung der Lösung , die verschiedenen Anwendungsfälle und schließlich der Beginn der Codierung.
Wir haben an dieser Stelle zwei Varianten:

• Alte Methode.
• Neuere Methode.

Jeder von ihnen hat genügend Informationen generiert, um den Bauprozess eines Projekts beschreiben zu können.
Sehen wir uns den ersten von ihnen an.
Alte Methode
Diese Methode zu der Zeit bestand darin, die Phasen nacheinander ablaufen zu lassen, wodurch die Art und Weise, wie das Problem angegangen wurde, vereinfacht wurde durchgeführt wurde, um eine Reihe von Phasen zu definieren und Fehler festzulegen, um jede einzelne auszuführen.
Wenn ein Problem zu einem späteren Zeitpunkt auftrat, das Problem jedoch aus einem früheren Stadium abgeleitet wurde, war es aufgrund dieser Vereinfachung erforderlich, die Projektschätzungen praktisch zu unterbrechen, um von vorne zu beginnen.
Aufgrund der Trennung der einzelnen Phasen kam es häufig vor, dass der Entwickler nie mit dem Designer oder dem Systemmodellierer zusammenarbeitete, wodurch sich die Software von der Person trennte, die die Funktionalitäten entwickelt hat.
Sehen wir uns die folgende Grafik an, die einen Prozess beschreibt, der mit dieser Methode durchgeführt wurde:

Dies ist ein Kaskadenprozess, er hat seinen Namen, da jede Stufe nach der anderen abläuft und um eine neue Stufe zu starten, muss die aktuelle abgeschlossen werden, wie bereits erwähnt, dieser Ansatz hat schwerwiegende Nachteile.
Damit beenden wir diesen ersten Teil des Tutorials, wir wissen bereits ein wenig mehr darüber, wie die Methodik für die Softwareentwicklung in der Antike funktionierte, im nächsten Teil werden wir neuere Methoden und andere wichtige Aspekte des Entwicklungsprozesses sehen.
Ich lasse hier Teil 2 dieses Tutorials 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