Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
modul:m306:articles:01 [2026/04/02 11:48] dgaravaldimodul:m306:articles:01 [2026/04/06 10:55] (aktuell) – [Flexibilität einplanen] dgaravaldi
Zeile 113: Zeile 113:
 ==== Flexibilität einplanen ==== ==== Flexibilität einplanen ====
  
-Ein SRS-Dokument ist ein lebendes Dokument: Bei jeder Iteration können neue Funktionen und Änderungen hinzukommen. Anforderungen sollten daher flexibel formuliert werden, und alle Änderungen am Dokument sind sorgfältig zu protokollieren. Beteiligte sollten jede Anforderung bis zu ihrer ursprünglichen Version zurückverfolgen und nachvollziehen können, wer wann welche Änderung aus welchem Grund vorgenommen hat.+Ein SRS ist ein lebendes Dokument: Bei jeder Iteration können neue Funktionen und Änderungen hinzukommen. Anforderungen sollten daher flexibel formuliert werden, und alle Änderungen am Dokument sind sorgfältig zu protokollieren. Beteiligte sollten jede Anforderung bis zu ihrer ursprünglichen Version zurückverfolgen und nachvollziehen können, wer wann welche Änderung aus welchem Grund vorgenommen hat.
  
  
Zeile 119: Zeile 119:
 ===== Fazit: SRS-Dokumente zur Klärung der Vision einsetzen ===== ===== Fazit: SRS-Dokumente zur Klärung der Vision einsetzen =====
  
-Das Verfassen eines Dokuments zur Spezifikation von Softwareanforderungen ist anspruchsvoll – aber weitaus weniger aufwändig als eine langwierige Fehlersuche oder endlose Diskussionen zwischen Teammitgliedern im Nachhinein. Die Arbeit, die in ein umfassendes SRS-Dokument investiert wird, zahlt sich durch ein überzeugendes Endprodukt aus, auf das alle Beteiligten stolz sein können.+Das Verfassen einer Spezifikation von Softwareanforderungen ist anspruchsvoll – aber weitaus weniger aufwändig als eine langwierige Fehlersuche oder endlose Diskussionen zwischen Teammitgliedern im Nachhinein. Die Arbeit, die in ein umfassendes SRS-Dokument investiert wird, zahlt sich durch ein überzeugendes Endprodukt aus, auf das alle Beteiligten stolz sein können.
  
  
  
 //Quelle: [[https://asana.com/de/resources/software-requirement-document-template|Asana – Software-Anforderungen richtig dokumentieren]] · © 2026 Asana, Inc.// //Quelle: [[https://asana.com/de/resources/software-requirement-document-template|Asana – Software-Anforderungen richtig dokumentieren]] · © 2026 Asana, Inc.//
  • modul/m306/articles/01.1775123311.txt.gz
  • Zuletzt geändert: 2026/04/02 11:48
  • von dgaravaldi