Closed janikvonrotz closed 9 years ago
Zur Weiterverarbeitung müssen die Requirements in Funktionale und nicht Funktionale Requirements eingestuft werden.
https://onedrive.live.com/edit.aspx/Education/HSLU/Semester2/Softwarekomponenten/Issue-Manager/Project?cid=c4ced53321dafa52&id=documents?&wd=target%28Konzepte.one%7cA3396155-CC42-437F-9020-E7D30C5015B8%2fStrategie%7cCECB48EF-9872-4A91-B67F-93F5C5393981%2f%29 onenote:https://d.docs.live.net/c4ced53321dafa52/Education/HSLU/Semester2/Softwarekomponenten/Issue-Manager/Project/Konzepte.one#Strategie§ion-id={A3396155-CC42-437F-9020-E7D30C5015B8}&page-id={CECB48EF-9872-4A91-B67F-93F5C5393981}&end
Requirement für Authentifizierung erstellt inkl. User-Case
Habe meine Requirements hinzugefügt. Müssen Projekt bezogene bzw. die Ausgangslage in der Dokumentation enthalten sein?
Habe meine Requirements angepasst und hinzugefügt.
Design Requirements und Beschreibungen im IM_Requirements (extract) ergänzt
@Patrick: Entsprechend dem Dokument gibt es noch weitere Requirements: Inputs für GUI:
Im nächsten Meeting müssen wir dieses Thema abschliessen. Habs im OneNote unter Kommunikation schon mal als Traktandum aufgenommen.
Vergleichsweise wenig Requirements, andere haben über 40. Jedoch stellt sich die Frage ob wir so viele brauchen. In einer Anfangsphase lohnt es sich den Detailierungsgrad gering zu halten, damit die Kreativität bei den Problemlösungen nicht zu kurz kommt. Wir werden diese Liste weiter verarbeiten und laufend anpassen. D.h. wir brauchen einen sauberen Worfklow zur Anpassung der Requirements.