Modele systemu Abstrakcyjne opisy sytemu, którego wymagania są opisywane

Cele Wytłumaczenie, dlaczego modelowanie kontekstu systemu jest takie ważne Opisanie modelowania zachowania, modelowania danych i modelowania obiektowego Wprowadzenie niektórych notacji zawartych w Unified Modeling Language (UML) Pokazanie w jaki sposób warsztaty CASE wspomagają modelowanie systemu

Zawartość Modele kontekstowe Modele zachowania Modele danych Modele obiektowe Warsztaty CASE

Modelowanie systemu Modelowanie systemu pomaga analitykom zrozumieć funkcjonalność systemu, a modele są używane w komunikacji z użytkownikiem Różne modele pokazują zachowanie tego samego systemu z różnych punktów widzenia Zewnętrznego, przy którym modeluje się kontekst lub środowisko systemu Zachowania, przy którym modeluje się zachowanie systemu Strukturalnego, ,przy którym modeluje się architekturę systemu lub strukturę przetwarzanych danych

Metody strukturalne Metody strukturalne zawierają modelowanie jako nieodłączną część metody Metody definiują zbiór modeli, proces powstawania tych modeli i reguły oraz wskazówki, których należy się trzymać Narzędzia CASE zwykle wspierają poszczególne metody

Słabości metod strukturalnych Nie modelują wymagań niefunkcjonalnych Nie zawierają zazwyczaj informacji czy konkretna metoda jest stosowna do problemu czy też nie Prowadzą do zbyt obszernej dokumentacji Modele są bardzo szczegółowe i użytkownikom trudno je zrozumieć

Typy modeli Model przetwarzania danych pokazujący, jak dane są przetwarzane w różnych krokach pracy systemu Model składania pokazuje jak encje składają się z innych encji Model architektoniczny pokazuje zasadnicze podsystemy, z których składa się system Model klasyfikacyjny przestawiający wspólne cechy encji Model bodziec-reakcja pokazujący odpowiedzi na zdarzenia wewnętrzne i zewnętrzne

Modele kontekstowe Modele kontekstowe pokazują granice systemu Czynniki społeczne i organizacyjne mogą wpływać na decyzje o umieszczeniu granic systemu Model architektoniczny pokazuje system i jego związki z zewnętrznymi systemami

Model kontekstowy bankomatu System zabezpieczeń System księgowy oddziału Baza danych kont System bankomatu System obsługi oddziału Baza danych o użytkownikach System konserwacji

Modele procesów Modele procesów pokazują przegląd procesów i opisują wszystkie procesy wspierane przez system Modele przepływów danych mogą być używane do pokazywania procesów i przepływów danych między nimi

Model procesu zakupu wyposażenia Specyfikacja wyposażenia Protokół odbioru Sprawdź dostarczone towary Sprawdzona specyfikacja Protokół odbioru Wyspecyfikuj potrzebne wyposażenie Sprawdź specyfikację Zdobądź oszacowanie kosztów Zaakceptuj protokół odbioru Instrukcja montażu Specyfikacja wyposażenia Zainstaluj wyposażenie Specyfikacja+ dostawca+ oszacowanie Lista dostawców Informacja o zamówieniu Akceptacja instalacji Baza danych z dostawcami Znajdź dostawców Wybierz dostawcę Złóż zamówienie na wyposażenie Zaakceptuj dostarczone wyposażenie Szczegóły zamówienia + czysty blankiet Informacje o wyposażeniu Sprawdzony i podpisany formularz zamówienia Baza danych o wyposażeniu

Modele zachowania Modele zachowania są używane do ogólnego opisywania zachowania systemu Przedstawię dwa typy modeli zachowania Model przepływu danych pokazujący jak dane są przetwarzane przez system Model maszyny stanowej pokazujący jak system reaguje na zdarzenia wewnętrzne lub zewnętrzne Oba te modele są potrzebne, aby opisać zachowanie systemu

Model przepływu danych Pokazują jak system przetwarza dane Dane są przekształcane w każdym kroku Integralna część wielu metod analitycznych Prosta i intuicyjna notacja, zrozumiała dla klienta Pokazują przetwarzanie danych od początku do końca

DFD obsługi zamówień Wypełniony blankiet zamówienia Podpisany formularz zamówienia Sprawdzone i podpisane zamówienie +informacja o zamówieniu Podpisany formularz zamówienia Wyślij do dostawcy Wypełnij blankiet zamówienia Sprawdź zamówienie Zarejestruj zamówienie Zaktualizuj budżet dostępnych środków Szczegóły zamówienia + czysty blankiet zamówienia Podpisany formularz zamówienia Wartość zamówienia + informacje księgowe Szczegóły zamówienia Plik zamówień Plik budżetu

Diagramy przepływu danych DFDs modelują system z punktu widzenia funkcjonalności Śledzenie i dokumentowanie jak dane są przetwarzane przez system pomaga lepiej zrozumieć całość systemu Diagramy przepływu danych mogą być używane do pokazywania wymiany danych pomiędzy systemem a jego otoczeniem

DFD warsztatu CASE Gotowy projekt Sprawdzony projekt Analiza projektu Raport dla użytkownika Edytor projektów Weryfikator projektów Analizator projektów Generator raportów Wstępny projekt Sprawdzony projekt Wykorzystywane projekty Kod wynikowy Baza danych z projektami Generator szkieletu kodu Baza danych z projektami

Modele maszyn stanowych Służą do opisywania zachowania systemu, gdy reaguje na wewnętrzne lub zewnętrzne zdarzenia Są szczególnie przydatne w systemach czasu rzeczywistego Modele maszyn stanowych używają węzłów do opisów stanów a strzałek do opisu zdarzeń. Kiedy występuje zdarzenie system przechodzi z jednego stanu do drugiego Grafy stanów są częścią UML-a.

Model kuchenki mikrofalowej Pełna moc do: ustaw moc = 600 Liczba Stoper Pełna moc Ustawianie czasu do: odczytaj liczbę exit: ustaw czas Działanie do: podgrzewanie Pełna moc Oczekiwanie do: wyświetlaj godzinę Zamknięto drzwiczki Początek Połowa mocy Zatrzymaj Stoper Gotowy do: wyświetlaj „Gotowy” Połowa mocy Oczekiwanie do: wyświetlaj godzinę Otworzono drzwiczki Połowa mocy do: ustaw moc = 300 Zamknięto drzwiczki Niegotowy do: wyświetlaj „Czekam” Otworzono drzwiczki

Opis stanów modelu

Opis bodźców modelu

Grafy stanów Pozwala na dekompozycję modelu na podmodele Krótka informacja o działaniach zawarta po słowie „do” Mogą być uzupełniane za pomocą tabel z opisami stanów i bodźców

Działanie kuchenki mikrofalowej Czas Sprawdzanie do: sprawdź stan OK Gotowanie do: praca generatora Awaria talerza obrotowego Awaria źródła fal Koniec czasu Alarm do: wyświetl zdarzenie Wykonano do: włącz brzęczyk na 5s. Otworzono drzwiczki Zatrzymaj Niegotowy Oczekiwanie

Znaczeniowe modele danych Używane do opisu logicznej struktury danych przetwarzanych przez system Model związków encji przedstawia encje w systemie, związki pomiędzy nimi i ich atrybuty Szeroko używane w bazach danych. Mogą być bezpośrednio przekształcane w tabele Brak oddzielnej notacji w UML, ale można wykorzystać w tym celu modele obiektów i ich związków

Znaczeniowy model danych projektu oprogramowania nazwa opis data-u data-m 1 1 ma-wiązania ma-węzły n jest 1 n 1 Wiązanie nazwa typ Węzeł nazwa typ 1 n ma-wiązania 2 wiązania 1 1 1 Etykieta nazwa treść ikona ma-etykietki ma-etykietki n n

Słowniki danych Słownik danych to lista wszystkich nazw użytych w modelu systemu. Zawiera również opisy encji związków i atrybutów Zalety Wspomaga zarządzanie nazwami i zapobiega duplikatom Przechowuje informacje o przedsiębiorstwie łącząc analizę, projekt, implementację i ewolucję Większość narzędzi CASE zawiera wsparcie dla słowników danych

Wpisy w słowniku danych

Modele obiektowe Modele obiektowe opisują system używając obiektów i klas Klasa jest abstrakcją zbioru obiektów, ze wspólnymi atrybutami i usługami dostarczanymi przez te obiekty Można stworzyć następujące typy modeli: Modele dziedziczenia Modele agregacja Modele interakcji

Modele obiektowe naturalna metoda odwzorowywania bytów ze świata rzeczywistego przetwarzanych przez system Byt abstrakcyjne są trudniejsze do wymodelowania Identyfikacja klas jest uważana za trudny proces wymagający doskonałej znajomości dziedziny Klasy opisujące byty dziedziny mogą być używane w wielu różnych systemach

Modele dziedziczenia Organizują klasy w hierarchie Klasy na szczycie reprezentują wspólne cechy wszystkich klas Obiekty dziedziczą atrybuty i usługi z jednej lub więcej nadklas Jeśli chce się uniknąć duplikowania w różnych gałęziach, to projektowanie hierarchii klas jest rzeczą skomplikowaną

Unified Modeling Language Został stworzony przez twórców używanych metod projektowania i analizy obiektowej Stał się standardem służącym do obiektowego modelowania systemów Notacja Klasy są prostokątami z nazwą na górze, atrybutami w środku i operacjami na dole Relacje pomiędzy klasami są liniami łączącymi klasy Dziedziczenie jest nazywane generalizacją i obrazuje się je raczej „w górę”, a nie „w dół” jak w innych metodach

Hierarchia klas biblioteki Składnik biblioteki Numer katalogowy Data zakupu Cena Typ Stan Liczba kopii Nabądź() Skataloguj() Usuń() Udostępnij() Zwróć() Hierarchia klas biblioteki Składnik opublikowany Tytuł Wydawca Składnik utrwalony Tytuł Nośnik Książka Autor Data wydania ISBN Czasopismo Rok Numer Film Reżyser Data ukazania się Dystrybutor Program komputerowy Wersja Platforma

Dziedziczenie wielokrotne Zamiast dziedziczyć atrybuty i usługi po jednej klasie, systemy, które wspierają dziedziczenie wielokrotne pozwalają jednej klasie dziedziczyć z wielu klas Mogą prowadzić do konfliktów semantycznych, jeśli atrybuty lub usługi mają te same nazwy w nadklasach, a różną semantykę Reorganizacja hierarchii klas jest wtedy bardziej skomplikowana

Dziedziczenie wielokrotne Książka Zapis mowy Autor Mówca Wydanie Czas trwania Data wydania Data zapisu ISBN Mówiąca książka Liczba taśm

Agregacja obiektów Agregacje pokazują jak klasy będące zbiorami są złożone z obiektów innych klas Znaczenie podobne do bycia częścią w znaczeniowym modelu danych

Agregacja obiektów Pakiet do nauki Tytuł wykładu Numer Rok Wykładowca Zadanie Przezrocza Notatki Kaseta video Punkty Przezrocza Zawartość Tekst Ćwiczenia Rozwiązanie Liczba zadań Tekst Opis Diagramy

Modelowanie zachowania obiektów Model zachowania pokazuje interakcje pomiędzy obiektami, które prowadzą do określonego zachowania systemu wyspecyfikowanego jako przypadek użycia Diagramy kooperacji są używaną w UML metodą przedstawiania interakcji pomiędzy obiektami

Prośba o składnik elektroniczny : : Składnik biblioteki Lib1: : Katalog Serwer sieciowy : Użytkownik biblioteki Wyszukaj Wyświetl Zamów Zaakceptuj warunki Wyślij warunki Skompresuj Dostarcz

Warsztaty CASE Zbiór narzędzi, które wspólnie wspomagają tworzenie oprogramowania i czynności takie jak: analiza, projektowanie i testowanie Narzędzia do analizy i projektowania wspierają modelowanie systemu zarówno podczas zbierania wymagań jak i tworzenia systemu Warsztaty mogą wspierać konkretną metodę projektowania jak również mogą pomagać przy tworzeniu różnych typów modeli

Warsztat do analizy i projektowania Słownik danych Strukturalne narzędzia do rysowania diagramów Udogodnienia do generowania raportów Generator kodu Centralne repozytorium informacji Udogodnienia do stawiania zapytań Narzędzia do tworzenia formularzy Narzędzia do analizy i sprawdzania projektów Udogodnienia do importu i eksportu

Części warsztatu analitycznego Edytor diagramów Narzędzia do analizy i sprawdzania projektu Repozytorium z językiem zapytań Słownik danych Narzędzia do definiowania i generowania raportów Narzędzia do definiowania formularzy Udogodnienia do importu i eksportu Narzędzia do generowania kodu

Główne tezy Model jest abstrakcyjnym obrazem systemu. uzupełniające się typy modeli dostarczają różnych rodzajów informacji Model kontekstowy przedstawia pozycję systemu w środowisku i otoczeniu innych systemów Modele przepływów danych pokazują kolejność obrabiania danych przez system Maszyny stanowe obrazują zachowanie systemu w odpowiedzi na zdarzenia zewnętrzne i wewnętrzne

Główne tezy Znaczeniowe modele danych pokazują strukturę logiczną danych importowanych lub eksportowanych z systemu Modele obiektowe opisują encje ich klasyfikację i agregację. Warsztaty CASE wspomagają opracowywanie modeli systemu