Lasten- und Pflichtenheft

Lastenheft

  • Was wird inhaltlich und technisch erwartet.

  • Auftraggeber erstellt Lastenheft (ev. unter Mitwirkung des Auftragnehmers).

  • Grundlage für Angebote

  • "Gesamtheit der Forderungen an die Lieferungen und Leistungen eines Auftragnehmers" (DIN 69905)


Beispiel einer Gliederung

  1. Zielbestimmung
  2. Produkteinsatz
  3. Produktübersicht
  4. Produktfunktionen
  5. Produktdaten
  6. Produktleistungen
  7. Qualitätsanforderungen
  8. Ergänzungen

Pflichtenheft

  • Was wird wie technisch und inhaltlich erwartet.

  • Auftragnehmer erstellt Pflichtenheft (möglichst) unter Mitwirkung des Auftraggebers.

  • „Umsetzung des vom Auftraggeber vorgegebenen Lastenhefts" (DIN 69905)

  • Grundlage für Angebote


Beispiel einer Gliederung

  1. Zielbestimmung

              1.1 Musskriterien

              1.2 Wunschkriterien

              1.3 Abgrenzungskriterien

  2. Produkteinsatz

              2.1 Anwendungsbereiche

              2.2 Zielgruppen

  3. Produktumgebung

              3.1 Software

              3.2 Hardware

              3.3 Produktschnittstellen

  4. Produktfunktionen

              4.1 (produktspezifisch …)

  5. Benutzeroberfläche

  6. Globale Testszenarien/Testfälle

  7. Entwicklungsumgebung

  8. Ergänzungen

  9. Glossar (Begriffslexikon)


Software Requirements Specification

wurde vom IEEE (Institute of Electrical and Electronic Engineers) als ANSI/IEEE Std 830 als amerikanischer Standard zur Spezifikation von Software veröffentlicht. Die Software Requirements Specification umfasst Customer-Requirement (dt. Kundenanforderung ≙ Lastenheft) und Development-Requirement (dt. Design-Anforderungen ≙ Pflichtenheft).


Beispiel einer Gliederung

  • Name des Softwareprodukts

  • Name des Herstellers

  • Versionsdatum des Dokuments und / oder der Software


  1. Einleitung

    1. Zweck (des Dokuments)

    2. Umfang (des Softwareprodukts)

    3. Erläuterungen zu Begriffen und / oder Abkürzungen

    4. Verweise auf sonstige Ressourcen oder Quellen

    5. Übersicht (Wie ist das Dokument aufgebaut?)


  1. Allgemeine Beschreibung (des Softwareprodukts)

    1. Produktperspektive (zu anderen Softwareprodukten)

    2. Produktfunktionen (eine Zusammenfassung und Übersicht)

    3. Benutzermerkmale (Informationen zu erwarteten Nutzern, z.B. Bildung, Erfahrung, Sachkenntnis)

    4. Einschränkungen (für den Entwickler)

    5. Annahmen und Abhängigkeiten (nicht Realisierbares und auf spätere Versionen verschobene Eigenschaften)


  1. Spezifische Anforderungen (im Gegensatz zu 2.)

    1. funktionale Anforderungen (Stark abhängig von der Art des Softwareprodukts)

    2. nicht-funktionale Anforderungen

    3. externe Schnittstellen

    4. Design Constraints4

    5. Anforderungen an Performance

    6. Qualitätsanforderungen

    7. Sonstige Anforderungen

https://de.wikipedia.org/wiki/Software_Requirements_Specification  (29.08.2018)

Last modified: Wednesday, 29 August 2018, 10:32 AM