Der -Workflow im Software-Entwicklungs-Prozess Universität Bonn, Vorlesung Softwaretechnologie SS 2000 1 Der -Workflow stellt zum Ende der Elaborations- und Anfang der Konstruktionsphase den Schwerpunkt der einzelnen Iterationen dar Core Workflows Requriements Analysis Implementation Phases Inception Elaboration Construction Transition preliminary iteration(s) Iter 1 Iter 2 Iter n Iter n+1 Iterations Iter n+2 Iter m Iter m+1 Universität Bonn, Vorlesung Softwaretechnologie SS 2000 2
Produkte des -Workflows l Deployment l Architekturbeschreibung aus Sicht des s aus Sicht des Deployments Universität Bonn, Vorlesung Softwaretechnologie SS 2000 3 Das -l 1 System Subsystem Class Use-Case Realization - Interface Universität Bonn, Vorlesung Softwaretechnologie SS 2000 4
Das -l Beschreibt abstrakt die Implementierung von use cases funktionale & nicht-funktionale Anforderungen andere Randbedingungen der Implementations-Umgebung Struktur 1 System Subsystem Class Use-Case Realization - Interface Universität Bonn, Vorlesung Softwaretechnologie SS 2000 5 -Klassen (1) auf Detaillierungsgrad einer Programmiersprache Operationen mit Parametern, Typen, Sichtbarkeit, etc. eventuell mit stereotypen versehen zur Erleichterung der unmittelbaren Abbildung auf die Programmiersprache Invoice amount: Money date of payment : Date date of submission : Date + create (amount : Money, payment Date : Date) + submit(buyer : BuyerType) + schedule (timetopay :Time) + close() Beziehungen gehören natürlich mit hinzu Account balance: Money owner: OwnerType Universität Bonn, Vorlesung Softwaretechnologie SS 2000 6
-Klassen (2) explizite Darstellung aktiver Klassen d.h. ihre Objekte haben ihren eigenen Thread dicke Umrandung im Klassendiagramm Order Handler Order Confirmation Invoice Request UI Request Processing Invoice Processing 1 Scheduler Request Universität Bonn, Vorlesung Softwaretechnologie SS 2000 7 Use-Case Realisierung aus - Sicht Funktion Ziel Beschreibung der Umsetzung eines Use Case Strukturierung des -ls aus Anwendersicht Nachvollziehbarkeit des s in Hinblick auf Anforderungen ( traceability ) Use-Case Analysis Trace Trace Use Case Use-Case Realization - Analysis Use-Case Realization - Universität Bonn, Vorlesung Softwaretechnologie SS 2000 8
Use-Case Realisierung aus - Sicht: Was gehört dazu? Use-Case Realization - flow of events - design class diagrams interaction diagrams implementation requirements Class Subsystem Universität Bonn, Vorlesung Softwaretechnologie SS 2000 9 Use-Case Realisierung aus - Sicht: Was gehört dazu? (1) Klassendiagramme statische Sicht aller Klassen, die an der UC-Realisierung teilnehmen Order Handler Order Confirmation Invoice Request UI Request Processing Invoice Processing 1 Scheduler Request Universität Bonn, Vorlesung Softwaretechnologie SS 2000 10
Use-Case : Interaktionsdiagramme beschreiben die Abfolge von Aktionen eines UC von einem externen Aktor über alle betroffenen objekte Universität Bonn, Vorlesung Softwaretechnologie SS 2000 11 Use-Case :Interaktionsdiagramme Universität Bonn, Vorlesung Softwaretechnologie SS 2000 12
Use-Case :Was gehört dazu? (4) Flow of Events Textuelle Beschreibung des Ereignissflusses ergänzend zu den Interaktionsdiagrammen Universität Bonn, Vorlesung Softwaretechnologie SS 2000 13 : Umsetzung in Packages Java.applet Java.awt Java.rmi Webbrowser Middleware Layer Java Virtual Machine TCP/IP System-software layer Universität Bonn, Vorlesung Softwaretechnologie SS 2000 14
: Umsetzung in Packages Buyer s Invoice M. Application-specific layer scheduling Account Management Application-general layer Java.applet Java.awt Java.rmi Webbrowser Middleware Layer Java Virtual Machine TCP/IP System-software layer Universität Bonn, Vorlesung Softwaretechnologie SS 2000 15 Strukturierungskriterium: Allgemeinheit Buyer s Invoice Management design subsystem Application -specific layer Scheduling Mangagement Service subsystem Account Management design subsystem Application -general layer Universität Bonn, Vorlesung Softwaretechnologie SS 2000 16
Strukturierungskriterium: Traceability Account Management analysis package Analysis Account service package Risks service package Trace Trace Account Management design subsystem Accounts service subsystem Risks service subsystem Universität Bonn, Vorlesung Softwaretechnologie SS 2000 17 Von Packages zum Deployment Universität Bonn, Vorlesung Softwaretechnologie SS 2000 18
Aufgabenbereiche Architekt Use-Case Engineer Engineer Deployment Architecture Description Interface Class Subsystem Interface Universität Bonn, Vorlesung Softwaretechnologie SS 2000 19 Der Implementierungs- Workflow im Software-Entwicklungs-Prozess Universität Bonn, Vorlesung Softwaretechnologie SS 2000 20
Aufgabenbereiche (Implementierung) Architekt Use-Case Engineer Engineer verantwortlich für verantwortlich für verantwortlich für Implementation Deployment Integration Build Plan Implementation Subsystem Interface Architecture Description Universität Bonn, Vorlesung Softwaretechnologie SS 2000 21 Das Implementierungs-l 1 Implementation Implementation System Implementation Subsystem Interface Universität Bonn, Vorlesung Softwaretechnologie SS 2000 22
Deployment Allokation von aktiven Klassen/Objekten auf Rechner impliziert entsprechenden Einsatz von Komponenten Rechner mit aktiven Objekten Rechner mit Komponenten :Buyer Server :Buyer Server : Request Processing impliziert : Request Processing <<executable>> Universität Bonn, Vorlesung Softwaretechnologie SS 2000 23 Aufgabenbereiche () Engineer Engineer Integration er System er Case Procedure Evaluation Plan Defect Universität Bonn, Vorlesung Softwaretechnologie SS 2000 24
1 System Case Procedure Universität Bonn, Vorlesung Softwaretechnologie SS 2000 25 Figure 11.4 Trace Use Case [from the use-case model] Use Case [from the use-case model] Trace Use Case Realization - [from the design model] Use Case Realization - [from the design model] Universität Bonn, Vorlesung Softwaretechnologie SS 2000 26
Figure 11.5 + 11.6 1.. 1.. Procedure 1.. Case Universität Bonn, Vorlesung Softwaretechnologie SS 2000 27 Figure 11.10 Supplementary Reqirements Use-Case Engineer Case Analysis Implementation Procedure Architecture Description[architectural views of the model] Plan [testing strategy and schedule] Universität Bonn, Vorlesung Softwaretechnologie SS 2000 28