Wprowadzenie do metodyki
RUP
Implementacja notacji UML
Cel metodyki
Przeprowadzić wykonawcę od celów strategicznych
organizacji zamawiającego do wdrożenia produktu
informatycznego wspierającego wybrane cele
Kroki:
Identyfikacja celów organizacji na różnych poziomach
abstrakcji
Przełożenie celów na procesy, czynności i odpowiedzialności
pracowników
Identyfikacja zakresu (pracowników lub odpowiedzialności)
możliwego wsparcia systemem informatycznym
Modelowanie wymagań na różnych poziomach abstrakcji
Sterowane wymaganiami modelowanie i implementacja
Oparta o wymagania weryfikacja, wdrażanie, walidacja
Fazy i dyscypliny wg RUP
Konsekwencje
Omawiane dalej czynności przedstawione są
zgodnie z kolejnością ich wykonywania
Ale wykonywane są zazwyczaj równocześnie z
intensywnością zależną od iteracji
Czynności są cyklicznie powtarzane dla
realizacji kolejnych wymagań
Istotnymi zmianami w procesie są momenty
przejścia między fazami warunki przejść są
bardziej precyzyjnie określone
Pięć perspektyw projektu
Perspektywa logiczna Perspektywa komponentów
Klasy, interfejsy,
Komponenty
interakcje
Use cases
Perspektywa
przypadków użycia
Perspektywa procesów Perspektywa montażowa
Procesy (klasy aktywne)
Węzły
Modelowanie organizacji
(skrótowo)
Opcjonalne
Na ogólnym poziomie mało
szczegółów
Jak otoczenie widzi organizację
Jak organizacja funkcjonuje realizuje
funkcje (procesy) widziane przez
otoczenie
Przypadki użycia organizacji
Elementy otoczenia
Usługi organizacji (procesy)
Wzajemne związki otoczenia i procesów
Hierarchia elementów (specjalizacje)
Struktura elementów (asocjacje)
Uszczegółowienie elementów
Diagramy stanów
Diagramy aktywności
Tory pływackie
Diagram przypadków użycia
organizacji
Kupowanie
(from Przypadki użycia)
Klient
(f rom Aktorzy )
Wystawianie faktur
(from Przypadki użycia)
Klient specjalny
(f rom Aktorzy )
Zakup z rabatem
(from Przypadki użycia)
Dostawca
(f rom Aktorzy )
Przyjmowanie dostaw
(from Przypadki użycia)
Struktura przypadków użycia
organizacji
Wybór towaru Oferta
(from Wspólne) (from Wspólne)
<
>
<>
Klient
(f rom Aktorzy )
Kupowanie
<>
<>
Wystawienie faktury
(from Wspólne)
Płacenie
(from Wspólne)
Diagramy aktywności
New Sw imlane : Klient New Sw imlane2 : Sprzedaw ca
Wejście
Zapytanie
[ brak towaru ]
[ jest towar ]
Oferta Oferta
alternatywna
Pytanie ocenę
[ towar odpowiada ]
[ cena odpowiada ]
Płacenie
[ brak akceptacji ceny ]
[ brak odpowiadjącego towaru ]
Wyjście
Model obiektowy organizacji
Realizacja przypadków użycia
Diagramy sekwencji dynamiczne
związki (komunikaty)
Diagramy współpracy
Diagramy klas
Operacje z diagramów sekwencji
Związki z komunikatów + inne
Atrybuty uszczegółowienie klas
Realizacja przypadku użycia
Kupowanie
(from Przypadki użycia)
Kupowanie
Diagram sekwencji
: Towar
: Klient
: Sprzedawca : Magazynier : Kasjer
Powitanie( )
Pytanie o towar( )
Sprawdzenie w magazynie( )
Pobranie z magazynu( )
Zapłacenie( )
Odebranie towaru( )
Diagram współpracy
1: Powitanie( )
2: Pytanie o towar( )
6: Odebranie towaru( )
: Sprzedawca
: Klient
5: Zapłacenie( )
3: Sprawdzenie w magazynie( )
4: Pobranie z magazynu( )
: Towar
: Kasjer : Magazynier
Diagram klas
I co dalej
Wybór elementów podlegających
informatyzacji (określenie granic
budowanego oprogramowania)
Określenie otoczenia oprogramowania
Przejście do specyfikacji wymagań
Specyfikacja wymagań
Model przypadków użycia (wymagania
funkcjonalne)
Specyfikacje przypadków użycia
Wymagania dodatkowe (głównie
niefunkcjonalne ilościowe,
jakościowe)
Aktorzy i przypadki użycia
Odczytanie Stanu
(from Odczytanie Stanu)
Zewnętrzna Baza
Użytkownik Danych
(f rom Actors)
(f rom Actors)
Przeglądy Analityczne
(from Use Cases)
Odczyt Danych
Dyrektor
(from Odczyt Danych)
(f rom Actors)
Ustalenie Uprawnień
(from Use Cases)
Czujnik
Administrator (f rom Actors)
(f rom Actors)
Analiza Integralności Systemu
(from Use Cases)
Specyfikacja przypadku użycia
Table of Contents
1. Brief Description
2. Basic Flow of Events
3. Alternative Flows
3.1
3.1.1 < A1 First Alternative Flow >
3.1.2 < A2 Second Alternative Flow >
3.2
3.2.1 < AN Another Alternative Flow >
4. Subflows
4.1
4.2 < S2 Second Subflow >
5. Key Scenarios
6. Preconditions
6.1 < Precondition One >
7. Postconditions
7.1 < Postcondition One >
8. Extension Points
8.1
9. Special Requirements
9.1 < First Special Requirement >
10. Additional Information
Uszczegółowienie przypadków
użycia
Pobranie Danych
<> (from Pobranie Danych)
Użytkownik
(f rom Actors)
<>
Odczytanie Stanu
Budowanie Raportu
<>
(from Budowanie Raportu)
Obsługa Awarii
(from Obsługa Awarii)
Opis diagramami aktywności
Pobranie parametrów
raportu
[ Raport przekrojowy ]
Pobranie danych
historycznych
[ Raport bieżący ]
Pobranie danych
aktualnych
[ Dane Błędne ]
[ Dane Poprawne ]
Wydruk raportu Wydruk Informacji
o Błędzie
Opis diagramami stanów
Inicjalizacja
Start Oprogramowania
entry/ Inicjuj Zegar
event Czujnik/ null
Start Zegara
Koniec Pomiaru[ Z organizacji danych ]
Czujnik
Organizacja danych Odczyt
Czujnik
Czujnika
do/ Porządkowanie Danych
entry/ Pomiar
Zegar Czujnik
Koniec Pomiaru[ Z czytania bazy danych ]
Odczyt Bazy Danych
Koniec Czytania Baz Daych
entry/ Importuj Dane
exit/ Inicjuj Zegar
Wymagania dodatkowe
Table of Contents
1. Introduction
1.1 Purpose
1.2 Scope
1.3 Definitions, Acronyms, and Abbreviations
1.4 References
1.5 Overview
2. Functionality
2.1
3. Usability
3.1
4. Reliability
4.1
5. Performance
5.1
6. Supportability
6.1
7. Design Constraints
7.1
8. Online User Documentation and Help System Requirements
9. Purchased Components
10. Interfaces
10.1 User Interfaces
10.2 Hardware Interfaces
10.3 Software Interfaces
10.4 Communications Interfaces
11. Licensing Requirements
12. Legal, Copyright, and Other Notices
13. Applicable Standards
Analiza
Poszukiwanie klas analitycznych
Wiedza dziedzinowa
Wymagania
Dokumenty zródłowe
...
Budowanie diagramów klas
analitycznych dla każdego przypadku
użycia
Diagram klas analitycznych
Warstwowa konstrukcja
oprogramowania
Podział na warstwy z hierarchicznym
dostępem do usług
Zazwyczaj trzy/cztery warstwy, nie
więcej niż dziesięć
Projekty pakietów i podsystemów
umieszcza się w warstwach
Typowy model warstw
oprogramowania
<>
Prezentacje
<>
Logika
<>
Usługi
Strukturyzacja projektu
Podział na pakiety
Dla uporządkowania
Wyróżnienie podsystemów
Pakiety, które widziane są tylko poprzez
określone usługi
Modelowanie interfejsów specyfikacja usług
Określenie związków zależności między
pakietami (rozwijane w trakcie projektu)
Diagram klas dla zależności
między pakietami
Projekt oprogramowania
Budowany dla kolejnych przypadków użycia
wymagań funkcjonalnych
Pierwotnie modelowana dynamika
oprogramowanie sposób realizacji wymagań
Modelowanie dynamiki oddzielnie dla każdej
ścieżki
Wnioski z modelu dynamicznego służą
zbudowaniu modelu statycznego (klas)
Model statyczny uzupełnia się o potrzebne do
przetwarzania atrybuty
Diagram sekwencji dla ścieżki
głównej
Pobranie parametrów
raportu
[ Raport przekrojowy ]
: Budowanie_Raportu : Formularze : Obliczenia
: Użytkownik : IPomiary
Pobranie danych
historycznych
[ Raport bieżący ]
Raport_Stanow( )
Pobranie danych
Wejscie_Raportu_Stanow( )
aktualnych
Aktualny
[ Dane Błędne ]
[ Dane Poprawne ]
Wydruk raportu Wydruk Informacji
Przetworz_Pomiary( )
o Błędzie
Daj_Pomiar( )
Analiza_Poprawnosci( )
Raport_Stanow( )
Definicja operacji
: Budowanie_Raportu : Formularze : Obliczenia
: Użytkownik : IPomiary
Raport_Stanow( )
Wejscie_Raportu_Stanow( )
Aktualny
Przetworz_Pomiary( )
Daj_Pomiar( )
Analiza_Poprawnosci( )
Raport_Stanow( )
Dla innego wariantu (można
na jednym diagramie)
Pobranie parametrów
raportu
[ Raport przekrojowy ]
: Budowanie_Raportu : Formularze : Obliczenia
: Użytkownik : IPomiary
Pobranie danych
historycznych
[ Raport bieżący ]
Raport_Stanow( )
Wejscie_Raportu_Stanow( )
Pobranie danych
aktualnych
Wielokrotne
pobranie
[ Dane Błędne ]
danych za
[ Dane Poprawne ]
Przetworz_Pomiary( )
okres
Wydruk raportu Wydruk Informacji
o Błędzie
Daj_Pomiar( )
Analiza_Poprawnosci( )
Raport_Stanow( )
Dla ścieżki alternatywnej
Pobranie parametrów
raportu
[ Raport przekrojowy ]
: Budowanie_Raportu : Formularze : Obliczenia
: Użytkownik : IPomiary
Pobranie danych
historycznych
[ Raport bieżący ]
Raport_Stanow( )
Wejscie_Raportu_Stanow( )
Pobranie danych
aktualnych
[ Dane Błędne ]
Przetworz_Pomiary( )
[ Dane Poprawne ]
Wydruk raportu Wydruk Informacji
o Błędzie
Daj_Pomiar( )
Analiza_Poprawnosci( )
Formularz_Bledu( )
Dane błędne
Przejście do diagramu
współpracy (automatyczne)
: Budowanie_Raportu : Formularze : Obliczenia
: Użytkownik : IPomiary
Raport_Stanow( )
Wejscie_Raportu_Stanow( )
Aktualny
Przetworz_Pomiary( )
5: Analiza_Poprawnosci( )
Daj_Pomiar( )
Analiza_Poprawnosci( )
Raport_Stanow( )
1: Raport_Stanow( )
: Budowanie_Raportu
7:
2: Wejscie_Raportu_Stanow( )
6: Raport_Stanow( )
: Użytkownik
3: Przetworz_Pomiary( )
: Formularze
: Obliczenia
4: Daj_Pomiar( )
: IPomiary
Przejście do diagramu klas
(ręczne)
5: Analiza_Poprawnosci( )
1: Raport_Stanow( )
: Budowanie_Raportu
7:
2: Wejscie_Raportu_Stanow( )
6: Raport_Stanow( )
: Użytkownik
3: Przetworz_Pomiary( )
: Formularze
: Obliczenia
4: Daj_Pomiar( )
: IPomiary
Projekt operacji
Opis algorytmów z wykorzystaniem wspólnej
notacji
Pseudokod (PDL)
Składnia znanego, wysokopoziomowego języka
programowania
W formie opisowej:
wWarunki
wDziałania (instrukcje)
wTypy zmiennych
w...
Perspektywa procesów
Przedstawia podział na procesy i wątki
(ostateczny)
Podstawowym zródłem procesów są klasy
sterujące
Przedstawia
związki między procesami
związki między procesami a klasami i interfejsami
podsystemów
Dla projektów jednoprocesowych
perspektywa jest pomijana
Diagram procesów
<> <>
Raporty Interfejsy
<>
Raport_Stanu
Związek z klasami
<>
Raporty
<>
Interfejsy
<>
Raport_Stanu
Budowanie_Raportu
(f rom Raporty )
0..n
0..n
0..n
0..n
1
1
Formularze
Obliczenia
(f rom Raporty )
(f rom Raporty )
+Obliczenia
+Formularze
1
1
Perspektywa komponentów
Jest spojrzeniem implementacyjnym
Dla prostych projektów może być pominięta
Przedstawia związek klas z: jednostkami kompilacji
(plikami), np.:
programami
procedurami
pakietami
zadaniami
bazami danych, jar ami , bin ami itp.
Związki między komponentami importy
Ewentualny podział na pakiety podsystemy
implementacyjne
Diagram komponentów
Raporty
Formularze
Interfejsy
Raport_Stanu
Formularze
Raport_Stanu Interfejsy
Związki komponentów z
klasami
Raporty
Formularze
Interfejsy
Raport_Stanu
Formularze
Raport_Stanu Interfejsy
Perspektywa montażowa
Odzwierciedlenie istotnych dla
oprogramowania cech środowiska
sprzętowego:
Procesory (z charakterystyką przełączania
procesów)
Urządzenia
Powiązania
Związek procesów (w tym programów) z
procesorami
Diagram montażowy
Element
pasywny -
Element aktywny - urządzenie
Drukarka
procesor
USB
Serwer Obliczeniowy
preemptive
Ethernet 100
Raporty
Raport_Stanu
Serwer Danych
preemptive
Interfejsy
Projektowanie w skrócie
Określenie wymagań (szczególnie UC)
Modelowanie realizacji wymagań jako
sekwencji komunikatów (operacji)
Suma sekwencji jest podstawą do
modelu statycznego (klas)
Projektowanie operacji i uzupełnienie
argumentów klas (wektory stanów)
Inne czynności
Modelowanie organizacji
Budowanie modelu analitycznego
Podział na warstwy
Budowanie perspektywy procesów
Przydział klas do komponentów
Przydział procesów do komputerów
Budowanie modelu danych
Wprowadzenie do metodyki
RUP
Koniec
Wyszukiwarka
Podobne podstrony:
IBM AIR 2012 04 05 Wprowadzenie do IPv6 v6 studenci
WYKŁAD 1 Wprowadzenie do biotechnologii farmaceutycznej
14 EW ZEW Srodowisko do metody Johna
Medycyna manualna Wprowadzenie do teorii, rozpoznawanie i leczenie
01 Wprowadzenie do programowania w jezyku C
wprowadzenie do buddyzmu z islamskiego punktu widzenia
1 wprowadzenie do statystyki statystyka opisowa
Informatyka Wprowadzenie Do Informatyki Ver 0 95
Wprowadzenie do psychologii wykł UG
645 Informacja dodatkowa wprowadzenie do sprawozdania finasowego
więcej podobnych podstron