RE.3.3.1 Anwenderforderungen (AFo)

  User Requirements

Inhalt		Einleitung Inhalt des Dokuments Aufbau des Dokuments

Einleitung

Um Anforderungen zu kennzeichnen, muß ein Formalismus eingeführt werden, der es erlaubt, jede Anforderung eindeutig zu identifizieren, damit eine eindeutige Referenzierung aus den Architektur- und Entwurfsdokumenten heraus möglich ist (Quittierungs-Prinzip).

Bei der Formulierung der Anforderungen ist darauf zu achten, daß nur das "WAS" einer gestellten Aufgabe zu beschreiben ist und nicht das "WIE". Weiterhin ist zu beachten, daß Anforderungen prüfbar, eindeutig, widerspruchsfrei und frei von versteckten Entwurfsentscheidungen sein sollen.

Der Begriff "System" umfaßt im folgenden auch den Begriff "Verfahren".

Inhalt des Dokuments

Aufbau des Dokuments

1. Allgemeines

2. Fachliche Anforderungen

2. 1. Grobe Systembeschreibung

• Es muß klar werden, welche fachlichen Aufgaben durch das System unterstützt werden sollen. Daher muß die Einordnung des Systems in die Organisation bzw. sein Integrationsumfeld beschrieben werden.
• Sie muß erkennbar machen, welche Gesamtfunktionalität im Endausbau abgedeckt werden soll und welche Prioritäten dabei im weiteren Verlauf erwartet werden.
• Sie muß das Einsatzkonzept soweit beeinhalten, daß daraus die technische und organisatorische Einsatzumgebung und die Randbedingungen (im Rahmen von SE1.4 - Randbedingungen definieren) ableitbar sind.
• Sie muß quantitative Abschätzungen enthalten, die es ermöglichen, grundsätzliche technische Entscheidungen in der richtigen Größenordnung zu treffen (Netzauslegung, Rechnerkapazitäten, usw.)
• Sie muß so präzise erfolgen, daß im weiteren Verlauf jederzeit entscheidbar ist, wann dieser Gesamthorizont verlassen wird und dementsprechend technische Entscheidungen neu überdacht werden müssen.
• Die Verwendung vordefinierter fachlicher Bausteine (Standardthemenbereiche) ist zu berücksichtigen. Mögliche Kandidaten zur Wiederverwendung auf der Ebene der Anwenderforderungen im Rahmen der beabsichtigten Entwicklung sind zu benennen.

2. 2. Organisatorische Einbettung

2. 3. Nutzung

2. 4. Externe Schnittstellen

Anforderungen hinsichtlich der Ergonomie sind hier zu berücksichtigen. Die technische Ausgestaltung der Nutzeroberfläche wird im Rahmen der Technische Anforderungen definiert.

2. 5. Beschreibung der Funktionalität

• Die Funktionalität des Systems wird unter Berücksichtigung der vom System zu erfüllenden Aufgabe beschrieben.
• Zur Festlegung der geforderten Systemfunktionalität werden Geschäftsprozesse definiert. Diese sind ganzheitlich, d. h. vollständig zu betrachten, auch wenn das geforderte System nur Ausschnitte davon unterstützt. Die Nutzer werden zum integralen Teil der Beschreibung. Das System wird zusammen mit seiner Umgebung (Mensch, verbundene Systeme) als Ganzes gesehen.
• Es erfolgt eine fachliche Strukturierung der Funktionalität in Bereiche. Diese Strukturierung dient
  • als Basis für die Entscheidung über eine Verwendung bereits an anderer Stelle vordefinierter Bereiche (Standardthemenbereiche)
  • als Grundlage der Abgrenzung von Systemteilen zur Erarbeitung und Untersuchung von Lösungsvorschlägen,
  • als Anhaltspunkt für die Vergabe von Entwicklungsaufträgen,
  • als Grundlage für eine stufenweise (inkrementelle) Entwicklungsstrategie für die schnelle Verfügbarkeit operationell einsetzbarer Systeme (durch frühe Rückkopplungen aus dem Einsatz kann das Entwicklungsrisiko deutlich vermindert werden),
  • als Planungsgrundlage und Leitfaden für den schrittweisen Ausbau des Systems,
  • ls Eingangsinformation für die Gestaltung oder Optimierung der Organisation beim Anwender.
• Beispiele für Standardthemenbereiche sind
  • Mailing und Kommunikation,
  • Daten- und Dokumentenhaltung,
  • IT-Sicherheit,
  • Mensch-Maschine-Schnittstelle (wie Lagedarstellung, Meldungserstellung und -verarbeitung),
  • Bürofunktionen.
• Im Rahmen der Beschreibung der Funktionalität werden Kritikalitätseinstufungen vorgenommen. Die Kritikalitätsstufenzuordnung erfolgt auf die Bereiche und die darunter liegenden Strukturelemente
• Der Informationsbedarf des Anwenders ist klar, aber unabhängig von technischen Vorgaben zu definieren. Gegebenenfalls erfolgt hier auch die Beschreibung der Daten, soweit sie auf dieser Ebene schon bekannt sind.

Anmerkungen:

• Die Ordnung der fachlichen Anforderungen an die Funktionalität wird nicht über die geforderte Bereichseinteilung hinaus als Regelungselement vorgegeben. Die fachliche Ordnung ist jedoch immer unabhängig von der technischen Architektur zu beschreiben.
• Wesentliches Element der fachlichen Beschreibung ist die Bezugnahme auf gegebenenfalls vordefinierte Bereiche
• Werden als Folge der Ist-Aufnahme und Ist-Analyse parallel zur Systementwicklung Aufbau- und Ablauforganisation beim Anwender optimiert, ist für Informationssysteme bei der Vorgabe der angestrebten Geschäftsprozesse und bei der fachlichen Strukturierung des Systems in Bereiche unbedingt auf die Ergebnisse dieser Optimierungen zurückzugreifen.
• Entwicklungen auf dem Gebiet der Informationstechnik können zu neuen Einsatzfeldern mit entsprechendem Einfluß auf die Organisationsgestaltung führen. Umgekehrt stellen Aufbau- und Ablauforganisation primäre Randbedingungen für eine Unterstützung durch IT-Systeme dar. Organisationsentwicklung und Systemerstellung stehen deshalb in enger Wechselwirkung zueinander. Sie sind folglich eng aufeinander abzustimmen.

GDPA Online Last Updated 01.Jan.2002 Updated by Webmaster Last Revised 01.Jan.2002 Revised by Webmaster