<Projektname>

Spezifikation der Systemanforderungen

 

 

 

Version <1.0>

 

 

[Anmerkung: Die folgende Vorlage ist für den Rational Unified Process bestimmt. Blau und kursiv dargestellte Texte (style=InfoBlue) in eckigen Klammern sind Anleitungen für den Autor und sollten vor der Veröffentlichung des Dokuments gelöscht werden. Ein auf diesen Stil folgender Absatz wird automatisch auf den normalen Stil (style=Body Text) gesetzt.]


Revisionsprotokoll

Datum

Version

Beschreibung

Autor

<dd/mmm/jj>

<x.x>

<Details>

<Name>

 

 

 

 

 

 

 

 

 

 

 

 

 


Inhaltsverzeichnis

1.       Einführung         

1.1     Zweck     

1.2     Umfang     

1.3 Definitionen, Akronyme und Abkürzungen     

1.4     Referenzen     

1.5     Übersicht     

2.       Gesamtbeschreibung    

3.       Spezifische Anforderungen

3.1     Systemfunktionen

3.1.1         <Erste Systemfunktion>        

3.2     Nicht funktionale Anforderungen

3.2.1 Benutzerfreundlichkeit 

3.2.2 Zuverlässigkeit 

3.2.3 Leistung 

3.2.4 Servicefreundlichkeit 

3.2.5 Designeinschränkungen 

3.2.6 Zusätzliche Hinweise zum System-Engineering 

3.2.6.1 Physische Anforderungen 

3.2.6.2 Umgebungsanforderungen 

3.2.6.3 Weitere Produktsicherungsanforderungen 

3.2.6.4 Auf Personen bezogene Anforderungen 

3.2.6.5 Logistische Anforderungen 

3.2.7 Anforderungen an Onlinebenutzerdokumentation und Hilfesystem 

3.2.8 Kaufteile 

3.2.9 Schnittstellen 

3.2.9.1 Benutzerschnittstellen 

3.2.9.2 Hardwareschnittstellen 

3.2.9.3 Softwareschnittstellen 

3.2.9.4 Kommunikationsschnittstellen 

3.2.10 Lizenzanforderungen 

3.2.11 Rechtliche Hinweise, Copyrightvermerke und Bemerkungen 

3.2.12 Geltende Standards

4.       Unterstützende Informationen    


Spezifikation der Systemanforderungen

1.                  Einführung

[Die Einführung zur Spezifikation der Softwarevoraussetzungen gibt einen Überblick über die gesamte Spezifikation. Die Einführung gibt außerdem Verwendungszweck, Umfang, Definitionen, Akronyme, Abkürzungen und Referenzen der Spezifikation der Systemanforderungen an.]

[Anmerkung: Die Spezifikation der Systemanforderungen deckt sämtliche Systemvoraussetzungen für das System oder einen Teil des Systems ab. Nachfolgend sehen Sie den Entwurf einer typischen Spezifikation der Systemanforderungen für ein Projekt. Dieser Entwurf enthält nur traditionelle Anforderungen in natürlicher Sprache und kein Anwendungsfallmodell. Er fasst alle Anforderungen in einem Dokument, kombiniert mit den ergänzenden Spezifikationen oder ähnlichem Material.]

1.1     Verwendungszweck

[Geben Sie den Verwendungszweck dieser Spezifikation der Systemanforderungen an. Die Spezifikation der Systemanforderungen beschreibt die funktionalen und verhaltensspezifischen Fähigkeiten des identifizierten Systems vollständig. Sie beschreibt auch die nicht funktionalen Anforderungen, Designeinschränkungen und alle weiteren Fakten, die zu einer vollständigen und umfassenden Darstellung der Systemvoraussetzungen gehören.]

1.2     Inhalt und Umfang

[Dies ist eine Kurzbeschreibung des Systems, auf die sich die Spezifikation der Systemanforderungen bezieht, sowie der von diesem Dokument beeinflussten und betroffenen Bereiche.]

1.3     Definitionen, Akronyme und Abkürzungen

[Dieser Unterabschnitt enthält eine Definition aller Begriffe, Akronyme und Abkürzungen, damit die Spezifikation der Systemanforderungen ordnungsgemäß interpretiert werden kann. Diese Informationen können durch Verweise auf das Projektglossar bereitgestellt werden.]

1.4     Referenzen

[Dieser Unterabschnitt sollte eine vollständige Liste aller Dokumente enthalten, auf die in der Spezifikation der Systemanforderungen verwiesen wird. Geben Sie zu jedem Dokument den Titel, ggf. die Berichtsnummer, das Datum und die publizierende Organisation an. Geben Sie die Quellen für die Referenzdokumente an. Sie müssen diese Informationen nicht hier bereitstellen, sondern können auf einen Anhang oder ein anderes Dokument verweisen.]

1.5     Übersicht

[Dieser Unterabschnitt beschreibt den Inhalt im verbleibenden Teil der Spezifikation der Systemanforderungen und erläutert die Organisation des Dokuments.]

2.                  Gesamtbeschreibung

[Dieser Abschnitt der Spezifikation der Systemvoraussetzungen beschreibt die allgemeinen Faktoren, die sich auf das System und seine Anforderungen auswirken. Er gibt Hintergrundinformationen zu den Anforderungen, die im Abschnitt 3 detailliert aufgeführt sind, um sie besser verständlich zu machen. Berücksichtigen Sie folgende Punkte:

In diesem Abschnitt kann auf das Artefakt Vision verwiesen werden, anstatt Material aus diesem Dokument zu replizieren.]

3.                  Spezielle Anforderungen

[In diesem Abschnitt der Spezifikation der Systemanforderungen sind alle Softwarevoraussetzungen so detailliert angegeben, dass Entwickler ein System entwerfen können, das diese Voraussetzungen erfüllt, und dass Tester überprüfen können, ob das System den genannten Anforderungen gerecht wird.]

3.1               Systemfunktionen

[Dieser Abschnitt beschreibt die erforderlichen Funktionen des Systems, dokumentiert in natürlicher Sprache. Bei vielen Systemen kann dieser Abschnitt den größten Teil der Spezifikation der Systemanforderungen ausmachen. Der Aufbau dieses Abschnitts sollte deshalb sorgfältig durchdacht werden. In der Regel ist dieser Abschnitt nach Features, Funktionen oder Funktionsgruppen (die sich aus dem Visionsartefakt ergeben) aufgebaut. Sie können ihn aber auch anders aufbauen, z. B. nach Benutzern oder Rollen.

Dieser Abschnitt beschreibt die Präzisierung des Feature bzw. der Funktion in einzelne Anforderungen, wobei die so abgeleiteten als Einzelelemente erscheinen. Das Verhalten, das das System erbringen muss, um diese abgeleiteten Anforderungen zu erfüllen, wird zusammen mit allen zugehörigen Leistungsanforderungen (Antwortzeit, Geschwindigkeit, Durchsatz, Raten, Häufigkeit, Genauigkeit, Präzision, Kapazität usw.) beschrieben. Diese Verhaltensbeschreibung enthält außerdem das geforderte Verhalten unter Fehler- oder Störungsbedingungen (Behandlung von fehlerhaften Eingaben, unerwartete Bedingungen, Zurücksetzen usw.). Möglicherweise ist es nicht in jedem Fall erforderlich zu spezifizieren, wie Fehler und unerwartete Ereignisse zu behandeln sind. In vielen Fällen kann die Entscheidung darüber dem Systemarchitekten überlassen werden.]

3.1.1          <Erste Systemfunktion>

[Die Beschreibung der Funktion und ihre Präzisierung.]

3.2                 Nicht funktionale Anforderungen

[Anmerkung: Wenn das Artefakt "Ergänzende Spezifikationen" erzeugt wurde, kann dies einfach hier eingefügt werden. Es behandelt dieselben Themen.]

3.2.1          Benutzerfreundlichkeit

[Dieser Abschnitt enthält alle Anforderungen mit Einfluss auf die Benutzerfreundlichkeit. Beispiele:

3.2.1.1     <Erste Anforderung an Benutzerfreundlichkeit>

[Beschreibung der Anforderung]

3.2.2          Zuverlässigkeit

[Geben Sie hier die Anforderungen an die Zuverlässigkeit des Systems an. Vorschläge:

3.2.2.1     <Erste Anforderung an die Zuverlässigkeit>

[Beschreibung der Anforderung]

3.2.3          Leistung

[In diesem Abschnitt sollten die Leistungsmerkmale des Systems umrissen werden. Geben Sie spezifische Antwortzeiten an. Verweisen Sie (namentlich) auf zugehörige Anwendungsfälle, sofern zutreffend. Generell sollten alle erforderlichen Fähigkeiten, egal ob sie in Anwendungsfällen oder einfach mit Text beschrieben sind, einer Leistungsangabe zugeordnet werden (die beschreibt, wie gut das System die Fähigkeit oder Funktion bereitstellen muss). Solche Angaben zur Leistung sollten in engem Zusammenhang mit der betreffenden Fähigkeit vorgenommen werden (z. B. im Teil 'Spezielle Anforderungen' einer Anwendungsfallbeschreibung). Hier können Sie Angaben zu Anforderungen machen, die getestet werden müssen, aber sich nicht auf eine spezielle Fähigkeit beziehen. Im Folgenden sind einige Leistungsmerkmale beschrieben:

3.2.3.1      <Erste Leistungsanforderung>

[Beschreibung der Anforderung]

3.2.4          Servicefreundlichkeit

[Dieser Abschnitt enthält alle Anforderungen, die der Verbesserung der Servicefreundlichkeit oder Wartungsfreundlichkeit des zu erstellenden Systems dienen. Dazu gehören Codierungsstandards, Namenskonventionen, Klassenbibliotheken, Wartungszugriff und Wartungsdienstprogramme.]

3.2.4.1    <Erste Anforderung an die Servicefreundlichkeit>

[Beschreibung der Anforderung]

3.2.5          Designeinschränkungen

[In diesem Abschnitt werden alle Designeinschränkungen des zu erstellenden Systems angegeben. Designeinschränkungen sind Designentscheidungen, die obligatorisch und zu respektieren sind. Beispiele sind Einschränkungen für Softwaresprachen, Anforderungen an Softwareprozesse, Vorschriften für die Verwendung von Entwicklungstools, Rahmenbedingungen für Architektur und Design, gekaufte Komponenten, Klassenbibliotheken usw.]

3.2.5.1     <Erste Designeinschränkung>

[Beschreibung der Anforderung]

3.2.6     Zusätzliche Hinweise zum System-Engineering

[Beim System-Engineering müssen möglicherweise weitere Typen von Anforderungen adressiert werden:]

3.2.6.1  Physische Anforderungen

[Beispielweise Gewicht, Größe, Strom usw.]

3.2.6.2  Umgebungsanforderungen

[Beispielsweise Feuchtigkeit, Schadstoffe, Wärme, Elektrik, Mechanik usw.]

3.2.6.3  Weitere Produktsicherungsanforderungen

[Beispielsweise Sicherheit, Absicherung, andere Qualitätsfaktoren (z. B. Überlebensfähigkeit)]

3.2.6.4   Auf Personen bezogene Anforderungen

[Beschreiben Sie die Anforderungen, die das System zur Unterstützung der Personen erfüllen muss, die das System verwenden und unterstützen. Beispiele hierfür sind Schulungsmöglichkeiten (Ausstattung und Material für Schulungen), Wartungsmöglichkeiten, ergonomische Aspekte, die in den Schnittstellenbeschreibungen und Standards nicht berücksichtigt sind.]

3.2.6.5   Logistische Anforderungen

[Beschreiben Sie die Anforderungen, die das System aufgrund logistischer Überlegungen erfüllen muss, z. B. Wartung, Unterstützung, Transport, Nachschub, Unterbringung vorhandener Systeme.]

3.2.7          Anforderungen an Onlinebenutzerdokumentation und Hilfesystem

[Beschreiben Sie hier die Anforderungen an die Onlinedokumentation für Benutzer, das Hilfesystem, Hilfe zu Anmerkungen usw.]

3.2.8          Gekaufte Komponenten

[Dieser Abschnitt beschreibt alle Komponenten, die für das System gekauft werden, alle geltenden Lizenzierungs- oder Nutzungsbedingungen sowie alle zugehörigen Kompatibilitäts-/Interoperabilitätsstandards oder Schnittstellenstandards.]

3.2.9          Schnittstellen

[Dieser Abschnitt definiert die Schnittstellen, die das System unterstützen muss. Er sollte mit angemessener Genauigkeit Protokolle, Ports und logische Adresse etc. angeben, so dass das System auf der Basis der Schnittstellenanforderungen entwickelt und geprüft werden kann. Außerdem sollten alle Anforderungen beschrieben werden, die die internen Schnittstellen des Systems erfüllen müssen. Diese ergeben sich beispielsweise, wenn das Systemdesign auf die interne Verwendung vorhandener Hardware- oder Softwarekomponenten beschränkt ist.]

3.2.9.1     Benutzerschnittstellen

[Beschreiben Sie die Benutzerschnittstellen, die vom System implementiert werden müssen.]

3.2.9.2      Hardwareschnittstellen

[Dieser Abschnitt definiert alle Hardwareschnittstellen (einschließlich der logischen Struktur, der physischen Adressen, des erwarteten Verhaltens usw.), die das System unterstützen muss.]

3.2.9.3       Softwareschnittstellen

[Dieser Abschnitt beschreibt die Softwareschnittstellen, die das System unterstützen muss, mit unterstützten (und zu unterstützenden) Operationen und Signalen, Protokollen und Datenmerkmalen.]

3.2.9.4       Kommunikationsschnittstellen

[Beschreiben Sie alle Übertragungsschnittstellen zu anderen Systemen oder Einheiten (z. B. lokale Netze usw.).]

3.2.10        Lizenzanforderungen

[Dieser Abschnitt definiert alle Anforderungen an die Lizenzierung oder an andere Nutzungsbeschränkungen für das System.]

3.2.11        Rechtliche Hinweise, Copyrightvermerke und Bemerkungen

[Dieser Abschnitt beschreibt den rechtlich zulässigen Haftungsausschluss, die erforderliche Gewährleistung, Copyright-Vermerke, bestehende Patente, geschützte Wörter, Marken oder Logos und Konformitätsaspekte des Systems.]

3.2.12        Geltende Standards

[Dieser Abschnitt verweist auf alle geltenden Standards und gibt die spezifischen Abschnitte des jeweiligen Standards an, die auf das zu beschreibende System anwendbar sind. Dabei kann es sich um gesetzliche Vorschriften, Qualitätsnormen und Verwaltungsvorschriften, Industrienormen für Benutzerfreundlichkeit, Interoperabilität, Internationalisierung, Betriebssystemkonformität usw. handeln.]

4.                  Unterstützende Anforderungen

[Die unterstützenden Informationen vereinfachen die Verwendung der Spezifikation der Systemanforderungen. Dazu gehören:

Dazu können Informationen über Architektur- und Benutzerschnittstellenprototypen gehören. Wenn die Spezifikation der Systemanforderungen Anhänge enthält, sollte explizit angegeben werden, ob diese Anhänge als Teil der spezifizierten Voraussetzungen zu betrachten sind.]