13.06.2014 Aufrufe

Entwicklung eines computergestützten „Critical Incident ... - Risikous

Entwicklung eines computergestützten „Critical Incident ... - Risikous

Entwicklung eines computergestützten „Critical Incident ... - Risikous

MEHR ANZEIGEN
WENIGER ANZEIGEN

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.

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!