Modelowanie i architektura

Modelowanie i architekturaModelowanie i architektura

[email protected]/jnawrocki/wsb-asi/

Analiza systemów informatycznychWykład 11

J.Nawrocki, Modelowanie i architektura

Najważniejsze elementy tego wykładu

• Modelowanie procesów biznesowych i BPMN

• Architektura oprogramowania i 5 perspektyw

• Analiza architektury metodą ATAM


Klasyfikacja dobrych praktyk

Dokument SRS

Zbieranie wymagań

Analiza i negocjacja wymag.

Opisywanie wymagań

Modelowanie systemu

Walidacja wymagań

Zarządzanie wymaganiami

IW dla systemów krytycznych

Podst. Pośred. Zaaw.

8

6

54

3

4

4

2

36

-

6

21

3

3

3

3

21

-

1

1-

-

1

2

4

9


Praktyki podstawowe

Modelowanie systemu

Opracuj komplementarne modele systemu


Diagramy klas

Mąż

DataŚlubu: string

Człowiek

Imię: stringNazwisko: stringRokUrodz: int

NoweNazwisko(string)

Żona

DataŚlubu: string

1 1

{Mąż.DataŚlubu == Mąż.Żona.DataŚlubu}


Diagramy stanów

Żonaty

Znalazł wybrankę [wiek > 18] / Ślub/ R

ozwó

d

Rozwodnik

Znala

zł wy

bran

kę / Ś

lub

Wdowiec

Śmierć żony /

OwdowienieZnalazł wybrankę / Ślub

Kawaler

/ Narodziny


Diagramy sekwencji

Kawaler Panna

Mruga do niej

Ona do niego

Śle jej liścik

Ona jemu

Śle kwiaty


Praktyki podstawowe

System modelling

Opracuj komplementarne modele systemuModeluj środowisko systemu


Wprowadzenie do BPMN

Business Process Diagram

BPMN 1.0, May 2004

BPEL4WS – wykonanie procesów


Wprowadzenie do BPMN

Obiekty przepływu

Obiekty łączące

Tory pływackie

Artefakty


Obiekty przepływu

Zdarzenia

Czynności

Bramki

Adnotacje Tekst adnotacji


Prosty diagram procesów (S. White)


Obiekty łączące

Przepływ sterowania

Przepływ wiadomości

Powiązania


Diagram procesów z zależnościami czasowymi (S.White)


Tory pływackie

Nazw

a

Basen

Tory

Nazw

a Nazw

aNa

zwa


Diagram procesów z basenami (S.White)


Artefakty

Obiekty danych

Grupy


Diagram procesów dla PRINCE2


Praktyki podstawowe

Modelowanie systemów

Opracuj komplementarne modele systemuModeluj środowisko systemuModeluj architekturę systemu


Architektura oprogramowania (SA)

Struktura systemu obejmująca:

• komponenty programowe,

• zewnętrznie widoczne cechy tych komponentów,

• zależności między komponentami.

L. Bass, P. Clements, R. Kazman, Software Architecture in Practice, Reading MA, Addison-Wesley, 1998.


Architektura oprogramowania (SA)

• SA jest medium komunikacyjnym między udziałowcami przedsięwzięcia.

• SA prezentuje decyzje projektowe na wstępnych etapach realizacji przedsięwzięcia.

• SA jest abstrakcyjnym opisem systemu, który może być ponownie użyty a także przenoszony na inne platformy.

P. Clements, R. Kazman, M. Klein, Evaluating Software Architectures, Reading MA, Addison-Wesley, 2002.


Perspektywy architektoniczne

• Perspektywa funkcjonalna (logiczna)

• Perspektywa współbieżności (procesów)

• Perspektywa kodu

• Perspektywa konstrukcyjna (implementacyjna)

• Perspektywa fizyczna (rozmieszczenia)




• Perspektywa funkcjonalna (logiczna)Współpraca z analitykiem

Kierownik sali

Ustalenie limitów

Analiza ryzyka

Wycena kontraktu

Rejestracja transakcji

Makler Sprzedawca

Określenie wartości

<< zawiera >>

<< zawiera >>

Aktualizacja rachunków

System księgowy






PAS

PAS

SAS

SAS

Klient

Serwer







WindowKit

CreateScrollBar()CreateWindow()

MotifWindowKit


MSWindowKit


Abstract Factory






• Perspektywa konstrukcyjna (implementacyjna)


Directories and sub-directories






• Perspektywa konstrukcyjna (implement.)

• Perspektywa fizyczna (rozmieszczenia)


Workstation

Workstation

Gun processor

Infrared device


Ocena architektury

Architecture Tradeoff Analysis Method - ATAM

1. Prezentacja

2. Badanie i analiza

3. Testowanie

4. Raportowanie


ATAM - Prezentacja

• Prezentacja metody ATAM

• Prezentacja przypadku biznesowego

• Prezentacja architektury


ATAM – Badanie i analiza

• Identyfikacja możliwych podejść architektonicznych

• Utworzenie drzewa użyteczności z atrybutów jakości

• Analiza decyzji architektonicznych


ATAM – Testowanie

• Burza mózgów i przypisywanie priorytetów scenariuszom

• Analiza decyzji architektonicznych (powtórka)


ATAM – Raportowanie

• Prezentacja wyników


Praktyki pośrednie

Modelowanie systemu

Korzystaj z metod strukturalnych modelowania systemówStosuj słownik danychDokumentuj związki między wymaganiami a modelami systemu


Podsumowanie

Modelowanie biznesowe i BPMNModelowanie biznesowe i BPMNPerspektywy architektonicznePerspektywy architektoniczneOcena architekturyOcena architekturyMetoda ATAMMetoda ATAM


Pytania?


Ocena wykładu

1. Wrażenie ogólne (1 - 6)2. Za szybko czy za wolno?3. Czego ważnego się dowiedziałeś?4. Co poprawić i jak?

Documents

Modelowanie i architektura