Pflichtenheft: Unterschied zwischen den Versionen

Aus Xinux Wiki
Zur Navigation springen Zur Suche springen
(Der Seiteninhalt wurde durch einen anderen Text ersetzt: „*Kurzform *Ausführlich“)
 
(20 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
==1 Zielbestimmung==
+
*[[Kurzform]]
Formulieren Sie Ziele (z.B. Mindestabstand von Artikeln automatisch sicherstellen) und nicht die für deren Erreichung notwendigen Funktionen (z.B. Erstellung von Bestellvorschlagslisten für Artikel, deren Mindestbestand unterschritten ist). Oft wird ein Ziel durch eine Funktion realisiert. Dann ist die Abgrenzung unter Umständen schwierig
+
*[[Ausführlich]]
 
 
===1.1 Muss-Kriterien===
 
 
 
Nennen Sie alle Ziele die das Softwaresystem unbedingt erfüllen muss. Kann eines der Muss-Kriterien nicht realisiert werden, dann ist das ganze System für den vorgesehenen Zweck nicht einsetzbar.
 
 
 
Beispiel:
 
<pre style="color:blue">
 
Bei einem Werkzeug zur Erstellung von OO-Modellen sind folgende Muss-Kriterien sinnvoll:
 
- Unterstützung der UML-Notation
 
- Mehrbenutzerfähigkeit
 
- Automatische Erstellung der Dokumentation.
 
</pre>
 
 
 
===1.2 Kann-Kriterien===
 
 
 
Nennen Sie hier diejenigen Ziele, die das Produkt zwar erfüllen sollte, auf die aber zunächst verzichtet werden kann. Diese Abgrenzung ist ein wichtiges Instrument der Projektplanung. Bei Terminproblemen ist somit eine Konzentration auf die Muss-Kriterien möglich.
 
 
 
Beispiel:
 
<pre style="color:blue">
 
Bei einem Buchhaltungsprogramm ist das automatische Erstellen einer Umsatzsteuer-Voranmeldung ein Muss-Kriterium.
 
Das Ausdrucken dieser Voranmeldung auf einem von den Finanzämtern genehmigten Formular stellt ein Kann-Kriterium
 
dar, weil der Benutzer das Programm auch ohne diese Funktionalität benutzen kann und nur die Programmdaten
 
handschriftlich auf ein Formular übertragen muss.
 
</pre>
 
 
 
===1.2 Abgrenzungskriterien===
 
 
 
Machen Sie deutlich, welche Ziele mit dem Produkt bewusst ''nicht'' erreicht werden sollen, die aber in vergleichbaren Anwendungen durchaus vorkomme.
 
 
 
Beispiel:
 
<pre style="color:blue">
 
Bei einem Werkzeug zur Erstellung von OO-Modellen erfolgt keine automatische Optimierung bei der
 
Darstellung von Diagrammen
 
</pre>
 
 
 
==2 Einsatz==
 
 
 
Die Analyse des Einsatzes liefert wichtige Informationen für die Benutzungsoberfläche und die Qualitätsanforderungen des zukünftigen Systems.
 
 
 
===2.1 Anwendungsbereiche==
 
 
 
z.B. Buchhaltung von Unternehmen
 
 
 
===2.2 Zielgruppen===
 
 
 
z.B. Buchhalter
 
 
 
===2.3 Betriebsbedingungen===
 
Dazu gehören Angaben über
 
* die physikalische Umgebung des Softwaresystems (z.B. Büroumgebung
 
* die tägliche Betriebszeit (z.B. 8 Stunden) und
 
* ob eine ständige Beobachtung des Softwaresystems durch den Bediener oder ein unbeaufsichtigter Betrieb vorliegt.
 

Aktuelle Version vom 31. Januar 2013, 14:01 Uhr