Entwicklung eines computergestützten „Critical Incident ... - Risikous
Entwicklung eines computergestützten „Critical Incident ... - Risikous
Entwicklung eines computergestützten „Critical Incident ... - Risikous
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
- 34 -<br />
3.3.2 funktionale Anforderungen<br />
Das CIRS-Szenario hat einen ersten Einblick auf die Funktionalität der Software<br />
gegeben. Dabei wurden im Szenario die Anforderungen mit den Wörtern muss,<br />
kann und soll beschrieben. Sie geben Aufschluss darüber, was zwingende Anforderungen<br />
sind und welche Anforderungen als optional betrachtet werden. Die<br />
funktionalen Anforderungen beschreiben die konkreten Funktionen an die zu<br />
entwickelnde Software.<br />
Die Software soll Funktionen zum Verwalten von CIRS-Umfragen zur Verfügung<br />
stellen:<br />
• CIRS-Umfrage anlegen/editieren/ansehen (Vorschau)/veröffentlichen/<br />
löschen<br />
• CIRS-Umfrage muss Bogen aufnehmen/anzeigen<br />
• CIRS-Umfrage muss Bogen dem Mitarbeiter zum Ausfüllen zur Verfügung<br />
stellen und die Anonymität gewährleisten<br />
• CIRS-Umfrage muss ausgefüllten Bogen verwalten<br />
Darauf aufbauend sollen Funktionen zur Bewertung und Auswertung von eingegangenen<br />
Meldungen (ausgefüllte Bögen) angeboten werden:<br />
• Meldungen anzeigen/drucken/dokumentieren/löschen<br />
• Risikomatrix zum Bewerten von Risiken (Bewertung)<br />
• alle bewerteten Meldungen auswerten/anzeigen (statistische Auswertung)<br />
3.3.3 nichtfunktionale Anforderungen<br />
Weiterhin existieren nichtfunktionale Anforderungen an das Softwaresystem.<br />
Sie legen fest, welche Eigenschaften das Softwareprodukt besitzen soll.