Requirements Engineering Übung 8 Systemmodellierung im RE

Transkript

1 Requirements Engineering Übung 8 modellierung im RE Dr. Birgit Penzenstadler, Dr. Daniel Méndez, Jonas Eckhardt 11. Dezember 2012

2 Übung 8 Aufgabe 1: Modelle als Sichten auf ein Aufgabe 2: Von Anwendungsfällen zu funktionen

3 Aufgabe 1: Modelle als Sichten auf ein a. Welche sichten wurden vorgestellt? Beschreiben Sie Schwerpunkte sowie Aspekte, die vernachlässigt werden. b. Welche Zusammenhänge und Konsistenzbeziehungen bestehen? Generelle Fragen Was sind sichten? Wozu dienen Modelle und Sichten?

4 Legend Create Specification BISA approved Vision accepted Engineering Activity Management Activity Milestone Customise to Project Environment Specification completed Create Requirements Specification Vision accepted Change Management (Out of Scope) Domain Overview Modelling Views Environment Structure Functional Requirement Behaviour Vision Task Vision Principle ive Unit Concepts of Specification Concepts of Requirements Specification Requirements Specification completed BISA completed Step Use Case IS Owner related User Group IT-related Actor Architectural Constraint Quality Requirement Legend Context Organisation's Logic Constraints 's Levels of Abstraction Technische Universität München Exkurs: Wozu modelle? Prozessmodell modelle legen fest: Begriffe & Beziehungen Verständnis über familie und Domäne Modellierungskonzepte à Rückgrat für durchgängige Entw. Sichten hingegen strukturieren komplexe Modelle (und deren Erstellung) Achtung: modelle nicht standardisiert! (daher oft unterschiedliche Begriffe) Beispiel Rollenmodell Abstraktionsmodell... s Analysis Artefaktmodell (Sicht: Concept model für Quasar Requirements)

5 Exkurs: Sichten versus Abstraktionsebenen Modelling Views Context Behaviour Data Structure Organisation's Context Principle ive Vision Levels of Abstraction Logic Owner related User Group Task Step Vision Unit Domain IT-related Actor IS Use Case Overview 's Constraints Functional Requirement Architectural Constraint Quality Requirement

6 Exkurs: Sichten versus Abstraktionsebenen Modelling Views Context Behaviour Data Structure Organisation's Context Principle ive Vision Levels of Abstraction Logic Owner related User Group Task Step Vision Unit Domain Sichten IT-related Actor IS Use Case Overview 's Constraints Functional Requirement Architectural Constraint Quality Requirement

7 Exkurs: Sichten versus Abstraktionsebenen Modelling Views Context Behaviour Data Structure Organisation's Context Principle ive Vision Abstraktionsebenen Levels of Abstraction Logic Owner related User Group IT-related Actor IS Task Step Vision Use Case Unit Domain Overview Sichten 's Constraints Functional Requirement Architectural Constraint Quality Requirement

8 Exkurs: Sichten versus Abstraktionsebenen Modelling Views Context Behaviour Data Structure Organisation's Context Principle ive Vision Abstraktionsebenen Levels of Abstraction Logic 's Constraints Owner related User Group IT-related Actor IS Task Step Vision Use Case Functional Requirement Architectural Constraint Quality Requirement Unit Domain Overview Sichten Modellierungskonzepte, z.b. Geschäftsprozesse zur Modellierung v. Verhalten (Unabhängig von Sprache wie UML, BPMN,...)

9 Aufgabe 1: Modelle als Sichten auf ein a. Welche sichten wurden vorgestellt? Beschreiben Sie Schwerpunkt sowie Aspekt, der vernachlässigt wird. b.... Matthias Erl Backup: Johannes Stanggassinger

10 * Matthias Erl

11 * Johannes Stanggassinger

12 Aufgabe 1: Modelle als Sichten auf ein a.... b. Welche Zusammenhänge und Konsistenzbeziehungen bestehen? Johannes Stanggassinger Backup: Tobias Hlavka

13 * Johannes Stanggassinger

14 * Tobias Hlavka

15 Aufgabe 2: Von Anwendungsfällen zu funktionen

16 Exkurs / Wdh. Fokus: Gesamtsystem aus Nutzersicht / Fachlichkeit Workflows: (Interaktionen zwischen Nutzern und ) Ziele Modellierung der Fachlichkeit im Rahmen eines Workflows aus Nutzersicht Fokus: zentrierte Sicht auf Funktionalität Einzelne verfeinerte Funktionen, je mit Eingabe und Ausgabe Ziele: Identifikation gemeinsamer Funktionalitäten ( shared services ) Identifikation Konflikte Dekomposition und Mapping auf Komponenten B-UC "Geld Abhebung" B-Prozess "Geld abheben" Use Case "Geld abheben" Funktionshierarchie "Geld Abhebung" User

17 Aufgabe (vereinfacht) a. Wählen Sie ein Use Case aus als Kandidaten für eine Funktion und verfeinern Sie sie zu einer Hierarchie (inkl. Beziehungen). b. Geben Sie zu ihren Blattfunktionen Ein- und Ausgabekanäle an. 1. Gruppenbildung 2. Murmelgruppen 3. Präsentation

18 Aufgabe (vereinfacht) a. Wählen Sie eine Funktion aus und verfeinern Sie sie zu einer Hierarchie (inkl. Beziehungen). b. Geben Sie zu ihren Blattfunktionen Ein- und Ausgabekanäle an. Kanäle nur exemplarisch ack:bool b:betrag k:karte ack:bool