Business Szenarien: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
K (Kopylova verschob die Seite Business-Szenarien nach Business Szenarien: Business-Szenarien)
 
(16 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
  
== Business Szenarien in TOGAF allgemein ==
+
== IVS-Business Szenario... ==
Business Szenarios dienen der Identifikation von Anforderungen. Beispielsweise kann damit ermittelt werden, welche Stakeholder involviert werden müssen, welche Capabilities notwendig sind oder welchen Zweck und welche Ziele die Architektur dient.
 
  
Ein Business Szenario soll dabei ein größeres Problem und die Lösung des Problems umfassend beschreiben. Dabei ist darauf zu achten, dass die Beschreibung aus der Sicht der Anforderungen erfolgt und noch nicht konkret auf Lösungen eingegangen wird.  
+
*ist ein '''IVS-Architekturdeliverable''''', ''das der Identifikation von '''IVS-Anforderungen,''' z. B. in Bezug auf Stakeholder, IVS-Rollen, IVS-Akteure oder die IVS-Architekturvision '''dient.'''
+
*identifiziert ein '''größeres Problem und beschreibt seine Lösung''' umfassend, unter Beachtung, dass die Beschreibung aus der Sicht der Anforderungen erfolgt und noch nicht konkret auf Lösungen eingeht.  
In ihnen wird ein End-to-End-Szenario umfänglich beschrieben. Es wird in der Phase B weiter detailliert.
+
*beschreibt in Phase A ein umfängliches '''End-to-End-Szenario''', dessen Beschreibung in der Phase B vertieft wird.  
  
 
== Beispiel ==
 
== Beispiel ==
  
Beispiele wäre die Planung einer Route. D.h. der Reisende, z.B. ein LKW-Fahrer möchte Ware von Stuttgart nach Köln transportieren. Er möchte gerne eine Route fahren, die keine Staus enthält und die für seinen LKW mit Sonderhöhe geeignet ist (d.h. keine Brücken unter 3 Meter Höhe).  
+
Ein Beispiel wäre die Planung einer Route. D.h. der Reisende, z. B. ein LKW-Fahrer möchte Ware von Stuttgart nach Köln transportieren. Er möchte gerne eine Route fahren, die keine Staus enthält und die für seinen LKW mit Sonderhöhe geeignet ist (d.h. keine Brücken unter 3 Meter Höhe).
  
Daraus ergeben sich Anforderungen an das Planungssystem und an die benötigen Informationen und Daten sowie an die beteiligten Akteure.
+
Daraus ergeben sich Anforderungen an das Planungssystem, an die benötigen Informationen und Daten sowie an die beteiligten Akteure.
  
== Fragen, die man zur Ausarbeitung eines Business Szenarios stellen und beantworten sollte ==
+
== Fragen zur Ausarbeitung eines Business Szenarios ==
Folgende Liste gibt einen Anhaltspunkt, welche Fragen zur Ausarbeitung eines Business Szenarios verwendet werden können:
 
  
Zur Identifikation, Dokumentation des Problems und zum Ranking der Probleme
+
=== Identifikation, Dokumentation des Problems zum Ranking der Probleme ===
  
* Ist das Problem so beschrieben, dass man daraus erkennen kann, was man zur Behebung unternehmen muss (Schritte in einem Vorgehen), nicht wie es behoben werden soll (kein Fokus auf die Technologie).
+
*Ist das Problem so beschrieben, dass man daraus erkennen kann, was man zur Behebung unternehmen muss (Schritte in einem Vorgehen) und nicht wie es behoben werden soll (kein Fokus auf die Technologie)?
* Ist das Problem zu spezifisch oder fokusiert es das "Wie"?  
+
*Ist das Problem zu spezifisch oder fokussiert es das "Wie"?  
* Warum muss es genau so gemacht werden? Kann es alternative Lösungen geben?  
+
*Warum muss es genau so gemacht werden? Kann es alternative Lösungen geben?  
* Ist das Problem zu ungenau oder gibt es dazu keinerlei Lösung?  
+
*Ist das Problem zu ungenau oder gibt es dazu keinerlei Lösung?  
* Was sind die Folgen, wenn das Problem gelöst wurde?  
+
*Was sind die Folgen, wenn das Problem gelöst wurde?  
* Wo tritt das Problem genau auf?  
+
*Wo tritt das Problem genau auf?  
* Wann tritt das Problem genau auf?  
+
*Wann tritt das Problem genau auf?  
* Sind die Kosten, die das Problem verursacht, bekannt?  
+
*Sind die Kosten, die das Problem verursacht, bekannt?  
* Gibt es versteckte Kosten? Welche?  
+
*Gibt es versteckte Kosten? Wenn ja, welche?  
* Zeigt sich das Problem durch schlechte Qualität oder ineffektiver Arbeit?  
+
*Zeigt sich das Problem durch schlechte Qualität oder ineffektive Arbeit?  
  
Zur Identifikation der relevanten Umgebung und deren Dokumentation
+
=== Identifikation der relevanten Umgebung und deren Dokumentation ===
* Welche Prozesse leiden unter dem Problem?
 
* Welche Organisationen sind vom Problem betroffen? Wo sind diese verortet? Um welchen Typ von Organisation handelt es sich?
 
* Gibt es Regeln oder Regularien oder Gesetze, die vom Problem betroffen sind?
 
* Welche Technologie kann eingesetzt werden zur Problemlösung?
 
* Sind Technologie Grenzen bekannt?
 
* Gibt es Grundsätze zu Technologie, die man anwenden kann?
 
  
Zur Identifikation und Dokumentation der Ziele
+
*Welche Prozesse leiden unter dem Problem?
* Sind die Ziele ausreichend begründet über ..?  
+
*Welche Organisationen sind vom Problem betroffen? Wo sind diese verortet? Um welchen Typ von Organisation handelt es sich?  
* .. Return on Investment,  
+
*Gibt es Regeln, Regularien oder Gesetze, die vom Problem betroffen sind?
* .. Scalability,
+
*Welche Technologie kann zur Problemlösung eingesetzt werden?
* .. Performance Needs,
+
*Sind Grenzen der Technologie bekannt?
* .. Compliance to Standards,  
+
*Gibt es bekannte Grundsätze zur Technologie, die angewendet werden können?  
* .. Ease-of-use measures?  
 
  
Zur Identifikation der menschlichen Akteure
+
=== Identifikation und Dokumentation der Ziele ===
  
Menschliche Akteure können z.B. sein:
+
*Sind die Ziele ausreichend begründet über ...
 +
**... Return on Investment,
 +
**... Scalability,
 +
**... Performance Needs,
 +
**... Compliance to Standards,
 +
**... Ease-of-use measures? 
  
* Computer user with the computer
+
=== Identifikation der menschlichen Akteure ===
* Phone user with the telephone
 
* Payroll clerk with the payroll system
 
* Internet subscriber with the web browser
 
* Developer
 
* Maintainer
 
* Operator
 
* Administrator
 
* User
 
  
Zur Identifikation der maschinellen Akteure
+
*Computer user with the computer
 +
*Phone user with the telephone
 +
*Payroll clerk with the payroll system
 +
*Internet subscriber with the webbrowser
 +
*Developer
 +
*Maintainer
 +
*Operator
 +
*Administrator
 +
*User
  
* Welche maschinellen Komponenten sind für das Business Szenario relevant?
+
=== Identifikation der maschinellen Akteure ===
* Was müssen diese tun?
 
  
Dokumentation von Rollen, Zuständigkeiten, Erfolgsmaßen
+
*Welche maschinellen Komponenten sind für das Business Szenario relevant?
 +
*Was müssen diese tun?
  
* Was sind die Hauptaufgaben des Akteurs?
+
=== Dokumentation von Rollen, Zuständigkeiten, Erfolgsmaßen ===
* Welche Informationen muss der Akteur lesen / schreiben / ändern?
 
* Wen muss der Akteur informieren bei Änderungen?
 
* Unter welchen Bedingungen / über welche Veränderungen muss der Akteur informiert werden?
 
  
Prüfung auf Fitness-for-Purpose
+
*Was sind die Hauptaufgaben des Akteurs?
* Reichen die Informationen auf, um daraus ableiten zu können, wer oder was die Anforderung erfüllen könnte?  
+
*Welche Informationen muss der Akteur lesen/schreiben/ändern?  
*  
+
*Wen muss der Akteur informieren bei Änderungen?
* Is there a description of when, and how often, the requirement needs to be addressed? If not, ask about timing.
+
*Unter welchen Bedingungen/über welche Veränderungen muss der Akteur informiert werden?  
  
== Template zu Business Szenarien ==
+
=== Prüfung auf Fitness-for-Purpose ===
[[Media:IVS-Business-Szenario-Template_00-00-03.docx | Template für Business Szenarien]]
+
 
 +
*Reichen die Informationen aus, um daraus ableiten zu können, wer oder was die Anforderung erfüllen könnte?
 +
*Falls nicht, welche Zeitschiene ist vorstellbar?
 +
 
 +
== IVS-Business Szenario Template ==
 +
 
 +
[[Media:IVS-Business-Szenario-Template_00-00-04.docx|Template für Business Szenarien]]

Aktuelle Version vom 2. Februar 2018, 14:36 Uhr

IVS-Business Szenario...

  • ist ein IVS-Architekturdeliverable, das der Identifikation von IVS-Anforderungen, z. B. in Bezug auf Stakeholder, IVS-Rollen, IVS-Akteure oder die IVS-Architekturvision dient.
  • identifiziert ein größeres Problem und beschreibt seine Lösung umfassend, unter Beachtung, dass die Beschreibung aus der Sicht der Anforderungen erfolgt und noch nicht konkret auf Lösungen eingeht.
  • beschreibt in Phase A ein umfängliches End-to-End-Szenario, dessen Beschreibung in der Phase B vertieft wird.

Beispiel

Ein Beispiel wäre die Planung einer Route. D.h. der Reisende, z. B. ein LKW-Fahrer möchte Ware von Stuttgart nach Köln transportieren. Er möchte gerne eine Route fahren, die keine Staus enthält und die für seinen LKW mit Sonderhöhe geeignet ist (d.h. keine Brücken unter 3 Meter Höhe).

Daraus ergeben sich Anforderungen an das Planungssystem, an die benötigen Informationen und Daten sowie an die beteiligten Akteure.

Fragen zur Ausarbeitung eines Business Szenarios

Identifikation, Dokumentation des Problems zum Ranking der Probleme

  • Ist das Problem so beschrieben, dass man daraus erkennen kann, was man zur Behebung unternehmen muss (Schritte in einem Vorgehen) und nicht wie es behoben werden soll (kein Fokus auf die Technologie)?
  • Ist das Problem zu spezifisch oder fokussiert es das "Wie"?
  • Warum muss es genau so gemacht werden? Kann es alternative Lösungen geben?
  • Ist das Problem zu ungenau oder gibt es dazu keinerlei Lösung?
  • Was sind die Folgen, wenn das Problem gelöst wurde?
  • Wo tritt das Problem genau auf?
  • Wann tritt das Problem genau auf?
  • Sind die Kosten, die das Problem verursacht, bekannt?
  • Gibt es versteckte Kosten? Wenn ja, welche?
  • Zeigt sich das Problem durch schlechte Qualität oder ineffektive Arbeit?

Identifikation der relevanten Umgebung und deren Dokumentation

  • Welche Prozesse leiden unter dem Problem?
  • Welche Organisationen sind vom Problem betroffen? Wo sind diese verortet? Um welchen Typ von Organisation handelt es sich?
  • Gibt es Regeln, Regularien oder Gesetze, die vom Problem betroffen sind?
  • Welche Technologie kann zur Problemlösung eingesetzt werden?
  • Sind Grenzen der Technologie bekannt?
  • Gibt es bekannte Grundsätze zur Technologie, die angewendet werden können?

Identifikation und Dokumentation der Ziele

  • Sind die Ziele ausreichend begründet über ...
    • ... Return on Investment,
    • ... Scalability,
    • ... Performance Needs,
    • ... Compliance to Standards,
    • ... Ease-of-use measures?

Identifikation der menschlichen Akteure

  • Computer user with the computer
  • Phone user with the telephone
  • Payroll clerk with the payroll system
  • Internet subscriber with the webbrowser
  • Developer
  • Maintainer
  • Operator
  • Administrator
  • User

Identifikation der maschinellen Akteure

  • Welche maschinellen Komponenten sind für das Business Szenario relevant?
  • Was müssen diese tun?

Dokumentation von Rollen, Zuständigkeiten, Erfolgsmaßen

  • Was sind die Hauptaufgaben des Akteurs?
  • Welche Informationen muss der Akteur lesen/schreiben/ändern?
  • Wen muss der Akteur informieren bei Änderungen?
  • Unter welchen Bedingungen/über welche Veränderungen muss der Akteur informiert werden?

Prüfung auf Fitness-for-Purpose

  • Reichen die Informationen aus, um daraus ableiten zu können, wer oder was die Anforderung erfüllen könnte?
  • Falls nicht, welche Zeitschiene ist vorstellbar?

IVS-Business Szenario Template

Template für Business Szenarien