Die vorliegende Seminararbeit beschäftigt sich eingehend mit den in der Spezifikationsphase relevanten Pflichtenheften. Diese Dokumente, die auch „Leistungsverzeichnis oder Projektspezifikation“ genannt werden, bilden die Darstellung aller Anforderungen und Leistungen, die zur Entwicklung des Anwendungssystems erforderlich sind. In dem ersten Teil der Seminararbeit werden, ausgehend von einer Begriffsdefinition und –abgrenzung, die
Anforderungen an die Erstellung von Pflichtenheften theoretisch erläutert, deren Struktur und Inhalt erklärt und die Relevanz für die Systementwicklung herausgestellt. In einem zweiten Teil wird die Erstellung eines Pflichtenheftes auf ein praktisches Beispiel im Bereich ECommerce angewendet.
Als E-Commerce wird hierbei der „elektronische Handel zwischen Unternehmen (Business to Business, B2B) oder zwischen Unternehmen und ihren Kunden (Business to Consumer, B2C) angesehen, der ganz oder teilweise über das Internet oder ähnlich offene oder geschlossene Computernetze abgewickelt wird.“
Als reales Beispiel dient die Entwicklung eines Online-Katalogs für die kanadische Firma PAPERTECH INC. Die Notwendigkeit der Entwicklung eines solchen Online-Katalogs wurde in einem Fachpraktikum von Anfang März bis Ende Mai festgestellt und nun mit der Erstellung eines Pflichtenhefts komplettiert. Dabei wurde besonderen Wert auf die Praxisanwendbarkeit des Pflichtenhefts gelegt, da es sich bei dem Online-Katalog um ein reales Projekt handelt und das erstelle Pflichtenheft zum großen Teil realisiert wird.
Inhaltsverzeichnis
1. Einleitung
2. Begriffsdefinition und Begriffsabgrenzung
3. Anforderungen an das Pflichtenheft
3.1 Formelle Anforderungen
3.2 Rechtliche Anforderungen
4. Relevanz des Pflichtenhefts für die Systementwicklung
5. Struktur und Inhalt des Pflichtenhefts
5.1 Hintergründe
5.2 Gliederung des Pflichtenhefts
5.2.1 Unternehmenscharakteristika
5.2.2 Ist-Zustand des Unternehmens
5.2.3 Zielbestimmung
5.2.4 Systemeinsatz
5.2.5 Systemfunktionen
5.2.6 Systemdaten
5.2.7 Qualitätsanforderungen
5.2.8 Benutzeroberfläche
5.2.9 Nichtfunktionale Anforderungen
5.2.10 Technische Realisierung
5.2.11 Ergänzung
Zielsetzung und Themenfelder
Diese Arbeit untersucht die zentrale Bedeutung und den strukturellen Aufbau von Pflichtenheften im Rahmen der Systementwicklung. Ziel ist es, den theoretischen Anforderungen an solche Dokumente gerecht zu werden und ihre Relevanz für den Projekterfolg anhand eines praktischen Beispiels aus dem E-Commerce-Bereich aufzuzeigen.
- Theoretische Grundlagen und Abgrenzung von Lasten- und Pflichtenheften
- Formelle und rechtliche Anforderungen an die Erstellung von Spezifikationsdokumenten
- Analyse der Projektrelevanz und Gefahren bei mangelhafter Anforderungsdefinition
- Strukturvorgaben für ein systematisches Pflichtenheft in der Praxis
- Praxisanwendung: Entwicklung eines Online-Katalogs für PAPERTECH INC.
Auszug aus dem Buch
3. Anforderungen an das Pflichtenheft
Das Pflichtenheft ist ein Dokument, das sowohl als tägliche Arbeitsgrundlage, als auch als Bezugspunkt für das Verhältnis von Auftraggeber und Auftragnehmer dient. Die Einhaltung bestimmter formeller Kriterien ist daher eine absolute Notwenigkeit.
Das äußere Erscheinungsbild des Pflichtenhefts sollte dem eines Arbeitsdokuments angemessen sein. Innovative Layoutvarianten sind dabei ebenso zu vermeiden, wie die Abweichung von DIN-Formaten oder grobe Rechtschreibfehler. Der Umfang richtet sich nach dem Entwicklungsgegenstand. Kriterien für die Ausführlichkeit eines Pflichtenhefts sind die Schwierigkeit und der Innovationsgrad der Entwicklung, das Projektrisiko sowie die Anzahl der der Projektbeteiligten. Bei der Sprache des Pflichtenhefts ist darauf zu achten, dass die verbale Beschreibung der Anforderungen sehr detailliert und präzise erfolgt. Allerdings muss das Pflichtenheft sowohl für den Auftragnehmer als auch für den Auftraggeber gut lesbar und verständlich sein. Eine Formulierung mit ausschließlich technischen Begriffen sollte vermieden werden.
Weitere Bestandteile eines jeden Pflichtenhefts sind ein Deckblatt, ein Inhaltsverzeichnis sowie ein Glossar. Das Deckblatt sollte in jedem Fall die Projektbezeichnung, ein Datum der letzten Änderung und eine Versionsnummer enthalten. Bezieht sich das Pflichtenheft auf ein vorhandenes Lastenheft, so sind auch das Datum und die Versionsnummer dieses Lastenhefts zu nennen. Das Inhaltsverzeichnis muss eine klare und sinnvolle Gliederung enthalten und wird gegebenenfalls durch ein Tabellen- und/oder Abbildungsverzeichnis ergänzt. Ein Glossar der im Pflichtenheft verwendeten Fachbegriffe, Akronyme und Abkürzungen trägt abschließend zur Verständlichkeit des Dokuments bei.
Als letzten formellen Punkt muss ein Pflichtenheft immer die Kontaktdaten des Auftraggebers und des Auftragnehmers enthalten. Die Geschäftspartner werden dadurch eindeutig definiert.
Zusammenfassung der Kapitel
1. Einleitung: Dieses Kapitel führt in die Systementwicklung als Phasenmodell ein und verortet das Pflichtenheft innerhalb der Spezifikationsphase als zentrales Dokument.
2. Begriffsdefinition und Begriffsabgrenzung: Hier wird der Begriff des Pflichtenhefts definiert und von der Rolle des Lastenhefts abgegrenzt, um rechtliche Verantwortlichkeiten klar zu trennen.
3. Anforderungen an das Pflichtenheft: Dieses Kapitel erläutert die notwendigen formellen Kriterien sowie die rechtliche Bindung, die ein Pflichtenheft als Vertragsbestandteil erfüllen muss.
4. Relevanz des Pflichtenhefts für die Systementwicklung: Die Bedeutung einer präzisen Anforderungsdefinition wird dargelegt, wobei die Risiken unvollständiger Dokumentationen für den Projekterfolg hervorgehoben werden.
5. Struktur und Inhalt des Pflichtenhefts: Basierend auf anerkannten Modellen wird ein strukturierter Aufbau für Pflichtenhefte vorgeschlagen, der als praxisorientierter Leitfaden für die Erstellung dient.
Schlüsselwörter
Pflichtenheft, Lastenheft, Systementwicklung, Software-Technik, Anforderungskatalog, Spezifikation, Projektmanagement, E-Commerce, Prozessmodell, Software-Anforderungen, Qualitätssicherung, Systemdesign, Fachkonzept, Wirtschaftsinformatik, Projekterfolg
Häufig gestellte Fragen
Worum geht es in dieser Arbeit grundsätzlich?
Die Arbeit behandelt die Erstellung und Bedeutung von Pflichtenheften als fundamentales Dokument in der Software- und Systementwicklung.
Welche zentralen Themenfelder werden abgedeckt?
Die zentralen Themen umfassen die Begriffsabgrenzung zum Lastenheft, die formellen und rechtlichen Anforderungen sowie die inhaltliche Strukturierung eines Pflichtenhefts.
Was ist das primäre Ziel der Arbeit?
Das Ziel ist es, aufzuzeigen, wie ein fachlich fundiertes Pflichtenheft dazu beiträgt, Systementwicklungsprojekte planbarer zu machen und Risiken wie das Scheitern von Projekten zu minimieren.
Welche wissenschaftliche Methode wird verwendet?
Es wird ein theoriebasierter Ansatz gewählt, der gängige Standards aus der Wirtschaftsinformatik und dem Projektmanagement (wie IEEE oder PROZEUS) auf ein reales Fallbeispiel anwendet.
Was wird im Hauptteil der Arbeit behandelt?
Der Hauptteil gliedert sich in die theoretische Herleitung der Anforderungen an Pflichtenhefte und eine detaillierte Aufschlüsselung der Gliederungspunkte, die ein Pflichtenheft enthalten sollte.
Welche Schlüsselwörter charakterisieren die Arbeit?
Wichtige Begriffe sind insbesondere Pflichtenheft, Lastenheft, Systementwicklung, Anforderungsdefinition und Projektrisikomanagement.
Warum ist die Unterscheidung zwischen Lasten- und Pflichtenheft rechtlich relevant?
Die Unterscheidung definiert, wer für die inhaltliche Vorgabe (Auftraggeber) und wer für die technische Umsetzung (Auftragnehmer) verantwortlich ist, was bei Nacherfüllungen oder Mehrkosten entscheidend ist.
Welche Rolle spielen Qualitätsanforderungen innerhalb des Pflichtenhefts?
Sie definieren sowohl zeitpunktbezogene (z.B. Benutzerfreundlichkeit) als auch zeitraumbezogene (z.B. Wartbarkeit) Kriterien, um den gewünschten Leistungsstandard des Systems festzulegen.
- Quote paper
- Jan Nölker (Author), 2006, Pflichtenhefte in der Systementwicklung, Munich, GRIN Verlag, https://www.grin.com/document/119232
