Business Szenarien - Versionsgeschichte

Kopylova: Kopylova verschob die Seite Business-Szenarien nach Business Szenarien: Business-Szenarien

2018-02-02T12:36:53Z

Kopylova verschob die Seite Business-Szenarien nach Business Szenarien: Business-Szenarien

Kopylova am 10. Dezember 2017 um 21:57 Uhr

2017-12-10T21:57:38Z

Kopylova am 10. Dezember 2017 um 21:31 Uhr

2017-12-10T21:31:27Z

Kopylova am 10. Dezember 2017 um 21:01 Uhr

2017-12-10T21:01:53Z

Kopylova am 6. Dezember 2017 um 12:01 Uhr

2017-12-06T12:01:18Z

Pfähler: /* Prüfung auf Fitness-for-Purpose */

2016-10-05T07:19:15Z

Prüfung auf Fitness-for-Purpose

Pfähler: /* Identifikation und Dokumentation der Ziele */

2016-10-05T07:18:12Z

Identifikation und Dokumentation der Ziele

Pfähler: /* Identifikation der relevanten Umgebung und deren Dokumentation */

2016-10-05T07:17:31Z

Identifikation der relevanten Umgebung und deren Dokumentation

Pfähler: /* Identifikation, Dokumentation des Problems und zum Ranking der Probleme */

2016-10-05T07:15:51Z

Identifikation, Dokumentation des Problems und zum Ranking der Probleme

Pfähler: /* Beispiel */

2016-10-05T07:14:36Z

Beispiel

@@ Zeile 8: / Zeile 8: @@
 == 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).
+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.
@@ Zeile 16: / Zeile 16: @@
 === 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?
 *Ist das Problem zu ungenau oder gibt es dazu keinerlei Lösung?
@@ Zeile 39: / Zeile 39: @@
 *Sind die Ziele ausreichend begründet über ...
-*... Return on Investment,
+**... Return on Investment,
-*... Scalability,
+**... Scalability,
-*... Performance Needs,
+**... Performance Needs,
-*... Compliance to Standards,
+**... Compliance to Standards,
-*... Ease-of-use measures?
+**... Ease-of-use measures?
 === Identifikation der menschlichen Akteure ===
@@ Zeile 50: / Zeile 50: @@
 *Phone user with the telephone
 *Payroll clerk with the payroll system
-*Internet subscriber with the web browser
+*Internet subscriber with the webbrowser
 *Developer
 *Maintainer
@@ Zeile 65: / Zeile 65: @@
 *Was sind die Hauptaufgaben des Akteurs?
-*Welche Informationen muss der Akteur lesen / schreiben / ändern?
+*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?
+*Unter welchen Bedingungen/über welche Veränderungen muss der Akteur informiert werden?
 === Prüfung auf Fitness-for-Purpose ===

@@ Zeile 2: / Zeile 2: @@
 == IVS-Business Szenario... ==
-*ist ein '''IVS-Architekturdeliverable''''', ''das der Identifikation von '''IVS-Anforderungen,''' z. B. in Bezug auf Stakeholder, IVS-Rollen, IVS-Akteure&nbsp;oder die IVS-Architekturvision'''dient.'''
+*ist ein '''IVS-Architekturdeliverable''''', ''das der Identifikation von '''IVS-Anforderungen,''' z. B. in Bezug auf Stakeholder, IVS-Rollen, IVS-Akteure&nbsp;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.

@@ Zeile 2: / Zeile 2: @@
 == 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.
+*ist ein '''IVS-Architekturdeliverable''''', ''das der Identifikation von '''IVS-Anforderungen,''' z. B. in Bezug auf Stakeholder, IVS-Rollen, IVS-Akteure&nbsp;oder die 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.
+*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 '''End-to-End-Szenario''' umfänglich, das in der Phase B weiter detailliert wird.
+*beschreibt in Phase A ein umfängliches '''End-to-End-Szenario''', dessen Beschreibung in der Phase B vertieft wird.
 == Beispiel ==

@@ Zeile 1: / Zeile 1: @@
 == 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.
-* beschreibt in Phase A ein '''End-to-End-Szenario''' umfänglich, das in der Phase B weiter detailliert wird.
+*beschreibt in Phase A ein '''End-to-End-Szenario''' umfänglich, das in der Phase B weiter detailliert 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), 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), nicht wie es behoben werden soll (kein Fokus auf die Technologie).
+=== Identifikation der relevanten Umgebung und deren Dokumentation ===
-===Identifikation der relevanten Umgebung und deren Dokumentation ===
+*Welche Prozesse leiden unter dem Problem?
-* Welche Prozesse leiden unter dem Problem?
+*Welche Organisationen sind vom Problem betroffen? Wo sind diese verortet? Um welchen Typ von Organisation handelt es sich?
-* 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?
-* Gibt es Regeln, Regularien oder Gesetze, die vom Problem betroffen sind?
+*Welche Technologie kann zur Problemlösung eingesetzt werden?
-* Welche Technologie kann zur Problemlösung eingesetzt werden?
+*Sind Grenzen der Technologie bekannt?
-* Sind Grenzen der Technologie bekannt?
+*Gibt es bekannte Grundsätze zur Technologie, die angewendet werden können?
-===Identifikation und Dokumentation der Ziele ===
+=== Identifikation und Dokumentation der Ziele ===
-===Identifikation der menschlichen Akteure===
+*Sind die Ziele ausreichend begründet über ...
-* Computer user with the computer
+*... Return on Investment,
-* Phone user with the telephone
+*... Scalability,
-* Payroll clerk with the payroll system
+*... Performance Needs,
-* Internet subscriber with the web browser
+*... Compliance to Standards,
-* Developer
+*... Ease-of-use measures?
 * Maintainer
-* Operator
+=== Identifikation der menschlichen Akteure ===
 * Administrator
-* User
+*Computer user with the computer
 === Identifikation der maschinellen Akteure ===
-* Welche maschinellen Komponenten sind für das Business Szenario relevant?
+*Welche maschinellen Komponenten sind für das Business Szenario relevant?
-* Was müssen diese tun?
+*Was müssen diese tun?
-===Dokumentation von Rollen, Zuständigkeiten, Erfolgsmaßen ===
+=== Dokumentation von Rollen, Zuständigkeiten, Erfolgsmaßen ===
-* Was sind die Hauptaufgaben des Akteurs?
+*Was sind die Hauptaufgaben des Akteurs?
-* Welche Informationen muss der Akteur lesen / schreiben / ändern?
+*Welche Informationen muss der Akteur lesen / schreiben / ändern?
-* Wen muss der Akteur informieren bei Änderungen?
+*Wen muss der Akteur informieren bei Änderungen?
-* Unter welchen Bedingungen / über welche Veränderungen muss der Akteur informiert werden?
+*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?
+*Reichen die Informationen aus, um daraus ableiten zu können, wer oder was die Anforderung erfüllen könnte?
 == IVS-Business Szenario Template ==
 [[Media:IVS-Business-Szenario-Template_00-00-04.docx | Template für Business Szenarien]]

@@ Zeile 65: / Zeile 65: @@
 === Prüfung auf Fitness-for-Purpose ===
-* Reichen die Informationen auf, um daraus ableiten zu können, wer oder was die Anforderung erfüllen könnte?
+* 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]]

← Nächstältere Version	Version vom 2. Februar 2018, 12:36 Uhr
(kein Unterschied)

@@ Zeile 34: / Zeile 34: @@
 ===Identifikation und Dokumentation der Ziele ===
-* Sind die Ziele ausreichend begründet über ..?
+* Sind die Ziele ausreichend begründet über ...
-* .. Return on Investment,
+* ... Return on Investment,
-* .. Scalability,
+* ... Scalability,
-* .. Performance Needs,
+* ... Performance Needs,
-* .. Compliance to Standards,
+* ... Compliance to Standards,
-* .. Ease-of-use measures?
+* ... Ease-of-use measures?
 ===Identifikation der menschlichen Akteure===

@@ Zeile 12: / Zeile 12: @@
 == Fragen zur Ausarbeitung eines Business Szenarios ==
-===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).
@@ Zeile 22: / Zeile 22: @@
 * Wann tritt das Problem genau auf?
 * 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?
 ===Identifikation der relevanten Umgebung und deren Dokumentation ===