Der 6 .Teil der Blogreihe befasste sich mit der Entstehung bzw. Ableitung eines Produktes aus der Produktlinieninfrastruktur. Heute stellen wir uns die folgenden Fragen:
Was passiert nachdem ein Produkt spezifiziert wurde? Besteht noch ein Zusammenhang zwischen Produkt und Produktlinieninfrastruktur? Besteht die Notwendigkeit an einem solchen Zusammenhang? Wie lässt sich dieser pflegen und dokumentieren? Weiterlesen
Haben Sie schon von atomaren Anforderungen gehört? Aber was heißt das? Jeder Satz eine Anforderung? Eine Definition heißt: „Eine Anforderung ist atomar, wenn sie nicht in weitere Anforderungen aufgespaltet werden kann.“ Alles klar? Nein, dann lesen Sie weiter … Weiterlesen
… zu formulieren könnte das Ziel sein. Ist es jedoch zielführend Anforderungen zu formulieren, die wirklich alle Qualitätskriterien wie z. B. Vollständigkeit, Eindeutigkeit oder Widerspruchsfreiheit erfüllen? Welcher Aufwand wäre dafür notwendig und welcher Nutzen steht dahinter? Können Anforderungen in einer Entwicklung fehlerfrei formuliert werden? Zu welchem Zeitpunkt ist das möglich? Bei der Anforderungserhebung, während der Entwicklung, zur Abnahme des Produktes, in der operativen Phase oder zur Stilllegung bzw. Entsorgung des Produktes? Wie messen wir, ob eine Spezifikation wirklich alle Anforderungen enthält? Weiterlesen
In der heutigen Ausgabe dieser Blog-Reihe wollen wir beginnen uns mit dem wohl spannendsten Thema von Produktlinien der Variabilität zu beschäftigen. Viele von Ihnen werden sicherlich meine Erfahrungen teilen, dass in der Definition und Abbildung von Variabilität für Produkte innerhalb einer Produktlinie die Komplexität am größten ist und genau dort die meisten Herausforderungen bei der Produktliniendefinition auf uns warten. Weiterlesen
Alle Systemausgaben sollen in der Datenbank DB34 gespeichert werden.
Sehen wir uns heute die oben stehende Anforderung genauer an. Dem
erfahrenen Autor sollte sofort der verwendete Universalquantor “Alle” auffallen,
wodurch die Eindeutigkeit dieser Anforderung leidet. Sollen wirklich alle
Systemausgaben gespeichert werden? Oder sollen nur bestimmte Fehlerfälle
gespeichert werden? Weiterlesen
Das System muss rot sein.
Ein Leser dieser Anforderung hat eine bestimmte Vorstellung der Farbe Rot. Viele Leser haben viele Vorstellungen – und zwar höchstwahrscheinlich unterschiedliche!
Problematisch ist hier die Verwendung des Eigenschaftsworts „rot“, da es nicht eindeutig definiert ist und daher unweigerlich zu verschiedenen Interpretationen führt. Weiterlesen
Nach Drücken der Taste müssen die Daten übertragen werden.
In der nun folgenden Blogserie werden wir Ihnen zahlreiche Tipps geben, wie Sie die oben genannte und weitere schwach formulierte Anforderungen verbessern können.
Durch die Tatsache, dass die Anforderung im Passiv formuliert ist, wird keine Aussage darüber gemacht, wer oder was die Daten übertragen muss. Es fehlt also der Akteur, der den zu entwickelnden Gegenstand darstellt. Weiterlesen
Schwach formulierte Anforderungen können sich zu teuren Anforderungen entwickeln. Dies lässt sich durch einfache Maßnahmen vermeiden.
Vielen laufen sie tagtäglich über den Weg – „Anforderungen mit Verbesserungspotential“. Zur Verdeutlichung sollen hier zwei eindrückliche Beispiele genannt sein: „Nach Drücken der Taste müssen die Daten übertragen werden.“ oder „Das System muss leicht bedienbar sein.“. Weiterlesen