Pflichtenheft

1 Zielbestimmung

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

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:

 Bei einem Werkzeug zur Erstellung von OO-Modellen sind folgende Muss-Kriterien sinnvoll:
 - Unterstützung der UML-Notation
 - Mehrbenutzerfähigkeit
 - Automatische Erstellung der Dokumentation.

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:

 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.

1.2 Abgrenzungskriterien

Machen Sie deutlich, welche Ziele mit dem Produkt bewusst nicht erreicht werden sollen, die aber in vergleichbaren Anwendungen durchaus vorkomme.

Beispiel:

 Bei einem Werkzeug zur Erstellung von OO-Modellen erfolgt keine automatische Optimierung bei der 
 Darstellung von Diagrammen

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.

3 Umgebung

3.1 Software

Welche Softwaresysteme (einschließlich Versiensnummern) müssen für den Betrieb zur Verfügung stehen? Wenn das Produkt nicht als stand-alone-Produkt geplant ist, so sind die geplanten Schnittstellen zu anderen Softwareprodukten aufzuführen.

3.2 Hardware

Welche Hardware-Voraussetzungen müssen für den Betrieb erfüllt sein?

3.3 Orgware

Welche organisatorschien Voraussetzungen müssen für den Betrieb gegeben sein? Welche organisatorischen Schritte müssen durchgeführt werden, damit das Softwaresystem eingesetzt werden kann?

Beispiel:

Vor dem Einsatz eines Buchhaltungsprogramms muss zunächst von einem Buchhalter ein Kontenplan 
für das Unternehmen erstellt werden.

4 Funktionalität

Die Funktionalität des Systems ist auf oberster Abstraktionsebene zu beschreiben. Das bedeutet, dass die typischen Arbeitsabläufe, die mit dem zu erstellenden System durchgeführt werden sollen, zu nennen sind. Zu diesem führen Zeitpunkt ist noch nicht abzusehen, ob diese Arbeitsabläufe vollständig durch Software realisiert werden oder auch organisatorische Schritte beinhalten. Ein Arbeitsablauf soll immer zu einem Ergebnis für den Bediener führen. Das bedeutet, dass nicht mehrere Arbeitsabläufe kombiniert werden müssen, um ein Ergebnis zu halten. Die hier beschriebenen Arbeitsabläufe bilden die Grundlage für die im Rahmen der objektorientierten Analyse erstellten Geschäftsprozesse. Informationssysteme enthalten im allgemeinen eine Reihe von Verwaltungsfunktionen, z.B. Erfassen eines neuen Artikels, Aktualisieren der Artikeldaten, Löschen alter Artikel aus dem System. Diese Funktionalität ist hier nicht aufzuführen. Außerdem erstellen viele Informationssysteme eine Reihe von Reports, Berichten etc., von denen die wichtigsten hier aufzuführen sind. Auf Funktionen, die nur elementare Listen (z.B. Liste aller Artikel) erstellen, ist jedoch zu verzichten. Bei der Formulierung dieses Kapitels ist zu berücksichtigen, dass hier die Basis für das spätere OOA-Modell gelegt werden soll, und dass keine vollständige textuelle Beschreibung der funktionalen Anforderungen verlangt wird.

5 Daten

Die langfristig zu speichernden Daten und deren voraussichtlicher Umfang sind aus Benutzersicht aufzuführen.

Beispiel:

 - 50.000 bis 200.000 Artikel
 - 3000 Kunden