Im ersten Teil der Blogreihe haben wir Ihnen erklärt, warum Sie zu Projektbeginn eine Kontextabgrenzung durchführen sollten, um das System, die Grenze des Systems, die Systemumgebung und die irrelevante Umgebung zu identifizieren. Doch es reicht nicht, dieses Wissen nur im Kopf zu haben, sondern es muss dokumentiert und anderen Projektbeteiligten zugänglich gemacht werden. Weiterlesen
Folge 6: Abschluss und Ausblick
Natürlichsprachige Anforderungen und UML-Modelle, was lässt sich zu guter Letzt noch sagen? Wir haben in den vergangenen Folgen unserer Blog-Serie sowohl methodische Hintergründe als auch praktische Ansätze zur Vereinigung der Notationen betrachtet. Weiterlesen
Folge 5: Analyse trifft Design
Nachvollziehbarkeit zwischen Anforderungen und Designmodell
In der letzen Folge „Vereinigung der Notationen in der Analyse“ haben wir uns angesehen, wie wir natürlichsprachige Anforderungen und UML-Anforderungsmodelle miteinander verbinden können. Weiterlesen
Folge 4: Vereinigung der Notationen in der Analyse
Problem – Die friedliche Koexistenz
Lassen Sie uns einmal zusammenfassen, was wir bisher haben. Zum einen haben wir, methodisch betrachtet, zwei sich wunderbar ergänzende Ansätze zur Repräsentation von Anforderungen: die modellbasierte und die textbasierte Repräsentation (siehe Folge 2 „Malen oder schreiben“). Zum anderen haben wir auf der Toolseite leider zwei sich eher schlecht ergänzende Werkzeugarten zur Dokumentation und Verwaltung der Anforderungen (siehe Folge 3 „Tools – Fluch oder Segen?“). Weiterlesen
1 Motivation
Zwei entscheidende Faktoren bei der Entwicklung eines neuen Systems sind die Kosten und die zur Verfügung stehende Zeit. Für beide ist vor dem eigentlichen Projekt eine Abschätzung notwendig, welche auf wenig detaillierten Informationen beruhen. Die Wissenslücken werden meist mit Erfahrungswerten gefüllt. Unter diesen Voraussetzungen wird ein Architekturentwurf erstellt, dessen Güte entscheidend für den Erfolg des Projektes ist. Im Verlauf eines Projektes vervollständigt sich das Bild des zu erstellenden Systems, das Wissen über das System wird detaillierter und es ergeben sich immer wieder neue und angepasste Randbedingungen. Die Architektur muss gegenüber den neuen Randbedingungen validiert und gegebenenfalls angepasst werden. Dazu bedarf es einer guten Dokumentation und der Gewissheit, dass alle Bedingungen bei der Validierung berücksichtigt werden. Weiterlesen