Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung |
| modul:m306:articles:01 [2026/04/02 11:48] – dgaravaldi | modul:m306:articles:01 [2026/04/06 10:55] (aktuell) – [Flexibilität einplanen] dgaravaldi |
|---|
| ==== 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. |
| |
| |
| ===== 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.// |