Dokumentationstypen der IsyFact
Diese Seite ist ein Teil der IsyFact-Standards. Alle Inhalte der Seite, insbesondere Texte und Grafiken, sind urheberrechtlich geschützt. Alle urheberrechtlichen Nutzungs- und Verwertungsrechte liegen beim Bundesverwaltungsamt.
Die Nutzung ist unter den Lizenzbedingungen der Creative Commons Namensnennung 4.0 International gestattet.
Übersicht über die Typen der Dokumentation
Im Folgenden werden die Dokumentationstypen der IsyFact erläutert. Neben einer kurzen Beschreibung des Ziels und Inhalts werden die Zielgruppen und der Scope benannt. Unter Vorlage / Beispiel findet sich ein Verweis auf vordefinierte Vorlagen oder ein repräsentatives konkretes Beispiel.
1. Säule Blaupausen
Blaupausen werden mit folgenden Dokumentationstypen beschrieben:
Referenzarchitektur | |
---|---|
Ziel |
Die Referenzarchitektur definiert einen Strukturierungsrahmen für die Anwendungslandschaft und legt Prinzipien für die softwaretechnische Realisierung fest. |
Inhalt |
|
Zielgruppe(n) |
Architekten, (Entwickler) |
Scope |
Blaupause |
Vorlage / Beispiel |
Detailkonzept | |
---|---|
Ziel |
Vorgaben zur Umsetzung bezogen auf eine Blaupause, sofern sie eine technische Ausrichtung haben. |
Inhalt |
|
Zielgruppe(n) |
Architekten, Entwickler, (IT-Betrieb) |
Scope |
Blaupause |
Vorlage / Beispiel |
2. Säule Bausteine
Bausteine werden mit folgenden Dokumentationstypen beschrieben:
Konzept | |
---|---|
Ziel |
Definition einheitlicher Vorgaben unter Berücksichtigung fachlicher und technischer Anforderungen bezogen auf einen Baustein. |
Inhalt |
|
Zielgruppe(n) |
Architekten, (Entwickler) |
Scope |
Baustein (Bibliothek) |
Vorlage / Beispiel |
Nutzungsvorgaben | |
---|---|
Ziel |
Vorgaben zur Nutzung eines Bausteins in der Entwicklung. |
Inhalt |
Nutzungsvorgaben sind keine Benutzerdokumentation. |
Zielgruppe(n) |
Entwickler |
Scope |
Baustein (Bibliothek) |
Vorlage / Beispiel |
Changelog | |
---|---|
Ziel |
Änderungsdokumentation eines Bausteins. |
Inhalt |
|
Zielgruppe(n) |
Architekten, Entwickler |
Scope |
Baustein (allgemein) |
Vorlage / Beispiel |
Systemspezifikation | |
---|---|
Ziel |
Fachlichkeit des Systems spezifizieren (Grundlage der (Weiter-)Entwicklung) und dokumentieren. |
Inhalt |
Gliederung für eine V-Modell-konforme Gesamtsystemspezifikation (Pflichtenheft) eines Softwaresystems (Software-Entwicklungsprojekts):
Zu bestimmten Meilensteinen werden alle Systemspezifikationen einer Anwendungslandschaft mit den implementierten Teilen in einer Masterspezifikation konsolidiert zusammengefasst. Dies macht sie zu einer Dokumentation. |
Zielgruppe(n) |
Fachabteilung, fachliche und technische Architekten, Entwickler, (alle) |
Scope |
Baustein (QA) |
Vorlage / Beispiel |
Fachliche Schnittstellenspezifikation | |
---|---|
Ziel |
Fachliche Beschreibung einer angebotenen (oder genutzten) Schnittstelle. |
Inhalt |
Abgrenzung zur technischen Schnittstellenspezifikation. |
Zielgruppe(n) |
Fachabteilung, fachliche und technische Architekten, Entwickler, Nutzer der Schnittstelle, (alle) |
Scope |
Baustein (QA) |
Vorlage / Beispiel |
Systementwurf | |
---|---|
Ziel |
Technische Beschreibung des Systems |
Inhalt |
|
Zielgruppe(n) |
Architekten, Entwickler, IT-Betrieb |
Scope |
Baustein (QA) |
Vorlage / Beispiel |
Technische Schnittstellendokumentation | |
---|---|
Ziel |
Technische Beschreibung einer Schnittstelle mit dem Ziel, die Anbindung der Schnittstelle aus technischer Sicht zu erläutern. |
Inhalt |
Abgrenzung zur fachlichen Schnittstellenspezifikation. |
Zielgruppe(n) |
Entwickler, Architekten, IT-Betrieb |
Scope |
Baustein (QA) |
Vorlage / Beispiel |
REST / OpenAPI: Für REST-Schnittstellen erfolgt die Erstellung gemäß der Nutzungsvorgaben des REST-Bausteins. |
Systemhandbuch | |
---|---|
Ziel |
Beschreibung der für Betrieb von Anwendungen erforderlichen Aspekte OHNE umgebungsspezifische Konfiguration. |
Inhalt |
Abgrenzung: Das Systemhandbuch enthält nur solche Informationen, welche die eigentliche Software betreffen. Informationen zu Systemumgebungen, Hardware usw. werden vom Betrieb in separaten Dokumenten gepflegt, die nicht über die IsyFact standardisiert sind. |
Zielgruppe(n) |
IT-Betrieb |
Scope |
Baustein (QA) |
Vorlage / Beispiel |
Anwenderhandbuch | |
---|---|
Ziel |
Bedienungshinweise zur Benutzeroberfläche für Anwender von fachlichen Anwendungssystemen oder Querschnittsanwendungen. |
Inhalt |
|
Zielgruppe(n) |
Anwender |
Scope |
Baustein (QA) |
Produktkatalog | |
---|---|
Ziel |
Dokumentation der verwendeten Produkte |
Inhalt |
|
Zielgruppe(n) |
Anwender |
Scope |
Baustein (QA) |
Vorlage / Beispiel |
3. Säule Plattform
Infrastrukturkomponenten aus der Säule Plattform können mit dem folgenden Dokumentationstyp beschrieben werden:
Nutzungskonzept | |
---|---|
Ziel |
Vorgaben zur Nutzung einer Infrastrukturkomponente innerhalb der Plattform, die aus einem Standardprodukt besteht. |
Inhalt |
|
Zielgruppe(n) |
Architekten, Entwickler |
Scope |
Plattform |
4. Säule Methodik
Die Methodik wird mit folgendem Dokumentationstyp beschrieben:
Themenseite Methodik | |
---|---|
Ziel |
Beschreibung von Konventionen oder Vorgaben, die zu einer Methodik oder einem Vorgehensmodell gehören. |
Inhalt |
|
Zielgruppe(n) |
je nach Thema (meist Architekten, Entwickler, technische Autoren) |
Scope |
Methodik |
Vorlage / Beispiel |
5. Säule Werkzeuge
Werkzeuge werden mit folgendem Dokumentationstyp beschrieben:
Themenseite Werkzeug | |
---|---|
Ziel |
Beschreibung von Konventionen oder Vorgaben, die zu einem Werkzeug gehören. |
Inhalt |
|
Zielgruppe(n) |
je nach Thema (meist Architekten, Entwickler, technische Autoren) |
Scope |
Werkzeug |
Vorlage / Beispiel |