uml-2.0-w-akcji.-przewodnik-oparty-na-projektach ebook.pdf

Spis treści

Rozdział 3. Modelowanie systemów biznesowych

3.1. Procesy i systemy biznesowe

3.1.1. Czym jest proces biznesowy?

3.1.2. Definicja autorstwa Workflow Management Coalition

3.1.3. Systemy biznesowe

3.1.4. Wykorzystywanie UML-a do modelowania procesów i systemów biznesowych

3.1.5. Praktyczne wskazówki dotyczące modelowania procesów biznesowych

3.2. Jeden model — dwie perspektywy

3.3. Perspektywa zewnętrzna

3.3.1. Jakie korzyści przynosi modelowany system biznesowy?

3.3.2. Elementy perspektywy

3.3.3. Diagramy przypadków użycia

3.3.4. Konstruowanie diagramów przypadków użycia

3.3.5. Diagramy aktywności

3.3.6. Konstruowanie diagramów aktywności

3.3.7. Diagramy sekwencji

3.3.8. Konstruowanie diagramów sekwencji

3.3.9. Diagramy sekwencji o wysokim poziomie abstrakcji

3.3.10. Diagramy sekwencji do tworzenia scenariuszy zastosowania przypadków użycia

3.4. Perspektywa wewnętrzna

3.4.1. Elementy perspektywy

3.4.2. Diagramy pakietów

3.4.3. Konstruowanie diagramów pakietów

3.4.4. Diagramy klas

3.4.5. Konstruowanie diagramów klas

3.4.6. Diagramy aktywności

3.4.7. Konstruowanie diagramów aktywności

Rozdział 4. Modelowanie systemów informatycznych

101

4.1. Perspektywa zewnętrzna

104

4.1.1. Perspektywa użytkownika, czyli „ważne, że działa, nieważne, jak”

104

4.1.2. Elementy perspektywy

108

4.1.3. Diagram przypadków użycia

108

4.1.4. Zdarzenia wydobywające i modyfikujące dane

112

4.1.5. Diagram sekwencji przypadku użycia

114

4.1.6. Konstruowanie perspektywy zewnętrznej

117

4.2. Perspektywa strukturalna

125

4.2.1. Obiekty i klasy

125

4.2.2. Generalizacja, specjalizacja i dziedziczenie

129

4.2.3. Statyczne i dynamiczne reguły biznesowe

131

4.2.4. Elementy perspektywy

132

4.2.5. Diagram klas

133

4.2.6. Konstruowanie diagramów klas

138

Spis treści

4.3. Perspektywa zachowań

145

4.3.1. Cykl życia obiektu

145

4.3.2. Elementy perspektywy

149

4.3.3. Diagram stanów

149

4.3.4. Konstruowanie diagramów stanów

156

4.4. Perspektywa interakcji

160

4.4.1. Obserwacja zdarzeń wewnątrz systemu informatycznego

160

4.4.2. Elementy perspektywy

164

4.4.3. Diagram komunikacji

165

4.4.4. Diagram sekwencji

169

4.4.5. Konstruowanie diagramów komunikacji

172

4.4.6. Konstruowanie diagramów sekwencji

179

Rozdział 5. Modelowanie integracji systemów

183

5.1. Terminologia interfejsów integracji systemów

184

5.2. Komunikaty w UML-u

186

5.3. Jeden model — dwie perspektywy

187

5.4. Perspektywa procesu

187

5.4.1. Model systemu biznesowego jako fundament

188

5.4.2. Elementy perspektywy

190

5.4.3. Diagramy aktywności

191

5.4.4. Diagramy sekwencji

195

5.4.5. Konstruowanie diagramów w perspektywie procesów

197

5.5. Perspektywa statyczna

204

5.5.1. Elementy perspektywy

204

5.5.2. Diagram klas

205

5.5.3. Konstruowanie diagramu klas

206

5.5.4. Przekształcanie danych z systemu informatycznego

do komunikatu „lista pasażerów”

211

5.5.5. Przekształcanie komunikatów z UML-a na różne formaty standardowe

213

Skorowidz

215

Wiele zagadnień omawianych w kolejnych rozdziałach opiera się na pewnych

podstawach, które wprowadzimy w tym rozdziale.

Do naszych analiz wykorzystamy lotnisko — nazwiemy je „lotniskiem UML”. Dzięki temu każdy

Czytelnik, który miał okazję lecieć samolotem, bez problemu zrozumie wszystkie przykłady.

Rozważania ograniczymy do tych obszarów pracy lotniska, z którymi podróżny może zetknąć

się na co dzień, zatem największą uwagę poświęcimy procedurom odprawy pasażera i jego

wejścia na pokład samolotu. Rysunek 2.1 ilustruje, w jaki sposób da się wyróżnić usługi

związane z pasażerami spośród innych związanych z pracą lotniska. Rysunek ten przedstawia

schemat operacji, w których musi wziąć udział pasażer, zanim znajdzie się na swoim fotelu

w samolocie i zapnie pasy, a samolot będzie gotów do startu. Nie wszystkie etapy działań pa-

sażera wiążą się jednak z interesującymi nas obszarami pracy lotniska. Te, które nas interesują,

zostały na rysunku ujęte w ramkę.

Tego typu sekwencja nosi nazwę scenariusza (ang. scenario). Scenariusz przedstawiony na

rysunku jest tylko jednym z możliwych, ponieważ mogą wystąpić liczne sytuacje odbiegające

od tego schematu, na przykład takie:

■

pasażer posiada jedynie bagaż podręczny;

pasażer nie dokonuje zakupów w kiosku z prasą;

■

pasażer przybył na lotnisko za późno i jest zmuszony poddać się przyspieszonej odprawie;

■

UML 2.0 w akcji. Przewodnik oparty na projektach

Rysunek 2.1. Studium przypadku — pasażer wybiera się w podróż samolotem

pasażer zgubił swój bilet;

■

pasażer przyleciał innym samolotem i musi po prostu dokonać przesiadki,

czyli pozostaje w obszarze tranzytowym;

■

pasażer poddał się odprawie, ale zasypia w poczekalni i pomimo wielokrotnego

wywoływania przez megafon nie zgłasza się, więc samolot odlatuje bez niego;

■

pasażer zostaje zatrzymany przy odprawie paszportowej, ponieważ jego paszport

jest nieważny.

■

Warto zastanowić się, które z powyższych przypadków mają rzeczywiste znaczenie podczas procedury

odprawy pasażerów oraz czy można sobie wyobrazić inne sytuacje, ważniejsze od wymienionych.

Plik z chomika:

Inne pliki z tego folderu:

Inne foldery tego chomika: