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)
 
(12 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
  
== IVS-Business Szenario... ==  
+
== IVS-Business Szenario... ==
*ist ein '''IVS-Architekturdeliverable''' , das der Identifikation von '''Anforderungen''', aber auch von Stakeholdern, IVS-Rollen, IVS-Akteuren oder der IVS-Architekturvision dient.
+
 
*beschreibt ein '''größeres Problem und seine Lösung''' umfassend, unter Beachtung, dass die Beschreibung aus der Sicht der Anforderungen erfolgt und noch nicht konkret auf Lösungen eingeht.  
+
*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.'''
* beschreibt in Phase A ein '''End-to-End-Szenario''' umfänglich, das in der Phase B weiter detailliert wird.
+
*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 ==
 
== 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, 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 ===
  
Daraus ergeben sich Anforderungen an das Planungssystem und an die benötigen Informationen und Daten sowie an die beteiligten Akteure.
+
*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?
  
== Fragen, die man zur Ausarbeitung eines Business Szenarios stellen und beantworten sollte ==
+
=== Identifikation der relevanten Umgebung und deren Dokumentation ===
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
+
*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?
  
* 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).
+
=== Identifikation und Dokumentation der Ziele ===
* Ist das Problem zu spezifisch oder fokusiert 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? Welche?
 
* Zeigt sich das Problem durch schlechte Qualität oder ineffektiver Arbeit?
 
  
Zur Identifikation der relevanten Umgebung und deren Dokumentation
+
*Sind die Ziele ausreichend begründet über ...
* Welche Prozesse leiden unter dem Problem?
+
**... Return on Investment,
* Welche Organisationen sind vom Problem betroffen? Wo sind diese verortet? Um welchen Typ von Organisation handelt es sich?
+
**... Scalability,
* Gibt es Regeln oder Regularien oder Gesetze, die vom Problem betroffen sind?
+
**... Performance Needs,  
* Welche Technologie kann eingesetzt werden zur Problemlösung?
+
**... Compliance to Standards,
* Sind Technologie Grenzen bekannt?
+
**... Ease-of-use measures?  
* Gibt es Grundsätze zu Technologie, die man anwenden kann?  
 
  
Zur Identifikation und Dokumentation der Ziele
+
=== Identifikation der menschlichen Akteure ===
* Sind die Ziele ausreichend begründet über ..?
 
* .. Return on Investment,
 
* .. Scalability,
 
* .. Performance Needs,
 
* .. Compliance to Standards,
 
* .. Ease-of-use measures?
 
  
Zur 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
  
Menschliche Akteure können z.B. sein:
+
=== Identifikation der maschinellen Akteure ===
  
* Computer user with the computer
+
*Welche maschinellen Komponenten sind für das Business Szenario relevant?
* Phone user with the telephone
+
*Was müssen diese tun?
* Payroll clerk with the payroll system
 
* Internet subscriber with the web browser
 
* Developer
 
* Maintainer
 
* Operator
 
* Administrator
 
* User
 
  
Zur Identifikation der maschinellen Akteure
+
=== Dokumentation von Rollen, Zuständigkeiten, Erfolgsmaßen ===
  
* Welche maschinellen Komponenten sind für das Business Szenario relevant?  
+
*Was sind die Hauptaufgaben des Akteurs?
* Was müssen diese tun?  
+
*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?  
  
Dokumentation von Rollen, Zuständigkeiten, Erfolgsmaßen
+
=== Prüfung auf Fitness-for-Purpose ===
  
* Was sind die Hauptaufgaben des Akteurs?
+
*Reichen die Informationen aus, um daraus ableiten zu können, wer oder was die Anforderung erfüllen könnte?  
* Welche Informationen muss der Akteur lesen / schreiben / ändern?
+
*Falls nicht, welche Zeitschiene ist vorstellbar?  
* 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
+
== IVS-Business Szenario Template ==
* Reichen die Informationen auf, um daraus ableiten zu können, wer oder was die Anforderung erfüllen könnte?
 
*
 
* Is there a description of when, and how often, the requirement needs to be addressed? If not, ask about timing.
 
  
== Template zu Business Szenarien ==
+
[[Media:IVS-Business-Szenario-Template_00-00-04.docx|Template für Business Szenarien]]
[[Media:IVS-Business-Szenario-Template_00-00-03.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