Schlagwort-Archiv: Dokumentieren

Modellierung von Signalfamilien – Teil 1

Veröffentlicht am von
Antworten

Heute wollen wir uns mit einer der vielen Problemstellungen befassen, mit denen man bei der Modellierung mit der UML in Berührung kommen kann. Sollten Sie bereits in der Praxis modelliert haben, kennen Sie diese Situation bestimmt auch. Sie möchten einen Sachverhalt modellieren, allerdings ist dieser so komplex, dass Ihre Modelle aufgrund der vielen in ihnen enthaltenen Informationen nur noch für Sie und vielleicht noch für die Ersteller der UML Superstructure zu verstehen sind. Weiterlesen →

„Nur qualitativ hochwertige Anforderungen erzeugen hochwertige Produkte“ – Teil 2

Veröffentlicht am von
Antworten

Sprache vermessen – Eine Übersicht gängiger Qualitätsmetriken für PROSA-Anforderungen (inhaltsbasierte Metriken)

Nachdem Sie im ersten Teil der Blogserie  „Nur qualitativ hochwertige Anforderungen erzeugen hochwertige Produkte“ bereits die Bedeutung guter Anforderungen für den Entwicklungsprozess erfahren haben und Ihnen einige einfache Kennzahlen für die Qualitätsbeurteilung vorgestellt wurden, werden im heutigen Beitrag – wie versprochen – einige der wichtigsten Qualitätsmetriken vorgestellt, mit deren Hilfe der Ist-Zustand der Spezifikationsqualität festgestellt werden kann. Weiterlesen →

Validierung von System-Architekturen gegenüber Anforderungen mit UML

Veröffentlicht am von
Antworten

In diesem Blog-Beitrag möchten wir Ihnen einen Prozess zur Validierung von System-Architekturen gegenüber den System-Anforderungen vorstellen, um den System-Architekten im Umgang mit den sich ständig ändernden Anforderungen und bei der Analyse der Auswirkungen dieser Änderungen (Impact-Analyse) auf die System-Architektur zu unterstützen. Dazu verwenden wir die Modellierungssprache Unified Modelling Language (UML), die Sie im optimalen Fall bereits für die modellbasierte Dokumentation Ihres Systems einsetzen. Mit Hilfe des Validierungsprozesses lassen sich reproduzierbare Validierungsergebnisse erstellen, wobei der Arbeits- und Zeitaufwand des Architekten durch Automatisierungen und Werkzeugunterstützung reduziert wird. Er lässt sich an den aktuellen Entwicklungsstand anpassen, so dass zu Beginn der Entwicklung weniger detaillierte Informationen zur Validierung verwendet werden, die dann im Laufe der Entwicklung durch immer detailliertere ersetzt werden können. Auf diese Weise erhalten Sie auch eine fortschreitende Dokumentation des Architektur-Designs. Weiterlesen →

„Nur qualitativ hochwertige Anforderungen erzeugen hochwertige Produkte“ – Teil 1

Veröffentlicht am von
Antworten

Warum JEDER die Qualität von Anforderungen messen kann und soll

Der in der Literatur meist genannte Grund zur Einführung von Requirements Engineering ist das Sichern des Projekterfolgs. Denn zahlreiche bekannte Projekte zeigen, dass undefinierte Anforderungen häufig Ursache dafür sind, dass die festgelegten Zeit- und Budgetrahmen nicht eingehalten werden können. Belegt wird dies durch den jährlich erscheinenden CHAOS Report der Standish Group, laut dem (im Jahr 2009) nur 32% aller Projekte im IT-Umfeld erfolgreich abgeschlossen wurden. Weiterlesen →

Eine kleine (User-) Geschichte – Teil II

Veröffentlicht am von
Antworten

Die Ausgangslage sowie Hinführung wurde in Teil I der Geschichte behandelt. Leser denen Teil I unbekannt ist mögen ihn hier nachlesen: www.sophist.de/sophist-blog/blog/eine-kleine-user-geschichte-teil-i. Hier nun die Fortsetzung der Erzählung.

Die Ausgangsfrage sei hier noch einmal wiedergegeben: Wie schneidet bzw. gestaltet man User Stories unter gegebenen Randbedingungen damit sie optimal in einen Sprint passen bzw. die richtige „Größe“ besitzen? Weiterlesen →