MiASI. Modelowanie analityczne. Piotr Fulma«ski. 18 stycznia Wydziaª Matematyki i Informatyki, Uniwersytet Šódzki, Polska

Podobne dokumenty
MiASI. Modelowanie integracji systemów. Piotr Fulma«ski. 26 stycznia Wydziaª Matematyki i Informatyki, Uniwersytet Šódzki, Polska

MiASI. Modelowanie systemów informatycznych. Piotr Fulma«ski. 18 stycznia Wydziaª Matematyki i Informatyki, Uniwersytet Šódzki, Polska

i, lub, nie Cegieªki buduj ce wspóªczesne procesory. Piotr Fulma«ski 5 kwietnia 2017

Podstawy modelowania w j zyku UML

Projekt konceptualny z Baz Danych "Centralny system zarz dzania salami na AGH"

Podstawy modelowania w j zyku UML

Podstawy modelowania w j zyku UML

Wzorce projektowe kreacyjne

Program szkoleniowy Efektywni50+ Moduł III Standardy wymiany danych

Spis tre±ci. Przedmowa... Cz ± I

Projektowanie logiki aplikacji

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Analiza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas

Strukturalne metodyki projektowania systemûw informatycznych

EDUKARIS - O±rodek Ksztaªcenia

JĘZYK UML JAKO NARZĘDZIE MODELOWANIA PROCESU PROJEKTOWO-KONSTRUKCYJNEGO

Przypomnienie najważniejszych pojęć z baz danych. Co to jest baza danych?

Spis treúci. 1. Wprowadzenie... 13

KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH

Język UML w modelowaniu systemów informatycznych

Wykład 1 Inżynieria Oprogramowania

Język UML w modelowaniu systemów informatycznych

WEBML I UML JAKO NARZĘDZIA PROJEKTOWANIA APLIKACJI INTERNETOWYCH

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

Model przestrzenny Diagramu Obiegu Dokumentów. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska

Podstawy programowania III WYKŁAD 4

Projektowanie bazy danych

MODEL HAHNFELDTA I IN. ANGIOGENEZY NOWOTWOROWEJ Z UWZGL DNIENIEM LEKOOPORNO CI KOMÓREK NOWOTWOROWYCH

RAMOWY PROGRAM SZKOLENIA KANDYDATÓW NA EGZAMINATORÓW W ZAKRESIE SPRAWDZIANU PRZEPROWADZANEGO W OSTATNIM ROKU NAUKI W SZKOLE PODSTAWOWEJ 1)

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD

Bazy danych. Joanna Grygiel

Kompozycja i dziedziczenie klas

Projektowanie systemów informacyjnych: język UML

Wzorce projektowe strukturalne cz. 1

Systemy informatyczne. Modelowanie danych systemów informatycznych

Diagramy przepływu danych I

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe

Język UML w modelowaniu systemów informatycznych

Matryca pokrycia efektów kształcenia

Aplikacje bazodanowe. Laboratorium 1. Dawid Poªap Aplikacje bazodanowe - laboratorium 1 Luty, 22, / 37

UML cz. III. UML cz. III 1/36

ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI

Diagramy sekwencji. wymienianych między nimi

Modelowanie systemów w architekturze J2EE z wykorzystaniem notacji UML

Technologia programowania

Analiza systemowa. Andrzej Łachwa Bazy danych 12+/15

Lab. 02: Algorytm Schrage

UPEDU: Analiza i projektowanie (ang. analysis and design discipline)

Modelowanie i analiza systemów informatycznych

Numer obszaru: 13. Jak pracować z uczniem uzdolnionym informatycznie? Od grafiki i multimediów do poważnych algorytmów w środowisku Logomocja-Imagine

Podstawy języka UML2 w realnych projektach

KLASYCZNE ZDANIA KATEGORYCZNE. ogólne - orzekaj co± o wszystkich desygnatach podmiotu szczegóªowe - orzekaj co± o niektórych desygnatach podmiotu

KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH

Analiza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji

System Zarządzania Relacyjną Bazą Danych (SZRBD) Microsoft Access 2010

Projekt aplikacji internetowej specyfikacja wymagań (cz.1)

Regulamin Usªugi VPS

Język UML w modelowaniu systemów informatycznych

Diagramy czynności Na podstawie UML 2.0 Tutorial

Inżynieria oprogramowania

Maªgorzata Murat. Modele matematyczne.

Zagadnienia programowania obiektowego

Lista kontrolna osiągania interoperacyjności przez system teleinformatyczny regulowany przez projekt dokumentu rządowego

Dokumentacja dotycz ca opisu efektów kształcenia dla programu kształcenia na studiach podyplomowych OCHRONA DANYCH OSOBOWYCH I INFORMACJI NIEJAWNYCH.

Numer obszaru: 8 E-learning w szkole - wykorzystanie platform edukacyjnych w pracy szkoły

UML. dr inż. Marcin Pietroo

Projektowanie systemów informatycznych

Zarz dzanie rm. Zasada 2: samoorganizuj ce si zespoªy. Piotr Fulma«ski. March 17, 2015

Bazy danych i usługi sieciowe

Wpªyw wdro»enia IPv6 na bezpiecze«stwo sieci

NOWE I ISTNIEJĄCE SYSTEMY ADMINISTRACJI PUBLICZNEJ W ŚWIETLE ROZPORZĄDZENIA KRAJOWYCH RAM INTEROPERACYJNOŚCI

Kierunek: INFORMATYKA. Studia stacjonarne. Studia drugiego stopnia. Profil: ogólnoakademicki

Metody numeryczne. Wst p do metod numerycznych. Dawid Rasaªa. January 9, Dawid Rasaªa Metody numeryczne 1 / 9

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

Analiza i projektowanie aplikacji Java

Wprowadzenie do kompilatorów

Zasady dotyczące organizacji praktyk studenckich w Wojewódzkim Inspektoracie Weterynarii z/s w Krośnie

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia)

Podstawy inżynierii oprogramowania

Matryca pokrycia efektów kształcenia. Efekty kształcenia w zakresie wiedzy (cz. I)

INFORMATYKA. PLAN STUDIÓW STACJONARNYCH INŻYNIERSKICH 1-go STOPNIA STUDIA ROZPOCZYNAJĄCE SIĘ W ROKU AKADEMICKIM 2018/19.

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski

OPIS PRZEDMIOTU. Podstawy edukacji matematycznej. Wydzia Pedagogiki i Psychologii

SPECYFIKACJA WYMAGAŃ

edukacji przedszkolnej

Tworzenie modelu obiektowego

Spis treści. WD_New_000_TYT.indd :06:07

Budowa drogi gminnej w m. Bieganowo wraz ze skrzyŝowaniem z drogą powiatową nr 2922P PROJEKT ZMIANY TYMCZASOWEJ ORGANIZACJI RUCHU.

Świat rzeczywisty i jego model

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji

Unified Modeling Language

STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe

Narzędzia CASE dla.net. Łukasz Popiel

Transkrypt:

MiASI Modelowanie analityczne Piotr Fulma«ski Wydziaª Matematyki i Informatyki, Uniwersytet Šódzki, Polska 18 stycznia 2010

Spis tre±ci 1 Czym jest modelowanie analityczne? 2 Podstawowe kategorie poj ciowe Klasy analityczne 3 Proces tworzenia modelu analitycznego

Modelowanie analityczne Modelowanie analityczne Modelowanie analityczne to technika wspomagaj ca j zyk UML, która sªu»y do dokumentowania wyników prac analitycznych i wczesnych prac projektowych. Mo»na powiedzie,»e diagramy modelowania analitycznego wspomagaj dyscyplin analizy i projektowania, gdy» umo»liwiaj przej±cie od diagramów przypadków u»ycia oraz ich scenariuszy do diagramów klas oraz diagramów interakcji na poziomie konceptualnym i implementacyjnym.

Modelowanie analityczne Modelowanie analityczne Modelowanie analityczne to technika wspomagaj ca j zyk UML, która sªu»y do dokumentowania wyników prac analitycznych i wczesnych prac projektowych. Mo»na powiedzie,»e diagramy modelowania analitycznego wspomagaj dyscyplin analizy i projektowania, gdy» umo»liwiaj przej±cie od diagramów przypadków u»ycia oraz ich scenariuszy do diagramów klas oraz diagramów interakcji na poziomie konceptualnym i implementacyjnym.

Modelowanie analityczne Tak wi c diagramy modelowania analitycznego stanowi element po±redni i opcjonalny w procesie tworzenia systemu. Pozwalaj zminimalizowa luk semantyczn pomiedzy zrozumiaª dla wi kszo±ci dobiorców terminologi przypadków u»ycia a technicznymi aspektami projektu systemu informatycznego. Model analitczny grupuj cy diagramy analityczne mo»e by traktowany jako pewnego rodzaju projekt wst pny, który ma na celu wspomo»enie identykacji klas.

Modelowanie analityczne Tak wi c diagramy modelowania analitycznego stanowi element po±redni i opcjonalny w procesie tworzenia systemu. Pozwalaj zminimalizowa luk semantyczn pomiedzy zrozumiaª dla wi kszo±ci dobiorców terminologi przypadków u»ycia a technicznymi aspektami projektu systemu informatycznego. Model analitczny grupuj cy diagramy analityczne mo»e by traktowany jako pewnego rodzaju projekt wst pny, który ma na celu wspomo»enie identykacji klas.

Podstawowe elementy Podstawowe elementy Podstawowymi elementami diagramów modelowania analitycznego s klasy analityczne, aktorzy, zwi zki.

Podstawowe elementy (klasy analityczne) Nowe stereotypy diagramów klas (klasy analityczne) Diagramy analityczne modelowane s jako diagramy klas z zastosowaniem trzech stereotypowanych klas granicznych (ang. boundary), steruj cych (ang. control), przechowuj cych (ang. entity).

Klasy analityczne (klasa graniczna) Klasa graniczna Klasa graniczna wykorzystywana jest do modelowania interakcji aktora z systemem. Reprezentuje takie elementy systemu jak ekrany, raporty, protokoªy komunikacyjne, terminale i wszelkie rodzaje interfejsów wykorzystywanych przez aktora a. a Dlatego klasy te nazywane s równie» klasami interfejsowymi.

Klasy analityczne (klasa steruj ca) Klasa steruj ca Klasa steruj ca zwiera logik aplikacji. Okre±la przetwarzanie informacji. Reprezentuje procesy. Klasa steruj ca umo»liwia koordynacj, operowanie na innych klasach i sterowanie nimi. Obiekty klas steruj cych cz sto istniej wyª cznie w trakcie wykonywania przypadków u»ycia. Na etapie projektowania mog by implementowane zarówno w postaci samodzielnych klas, jak i operacji poszczególnych klas.

Klasy analityczne (klasa steruj ca) Klasa steruj ca Klasa steruj ca zwiera logik aplikacji. Okre±la przetwarzanie informacji. Reprezentuje procesy. Klasa steruj ca umo»liwia koordynacj, operowanie na innych klasach i sterowanie nimi. Obiekty klas steruj cych cz sto istniej wyª cznie w trakcie wykonywania przypadków u»ycia. Na etapie projektowania mog by implementowane zarówno w postaci samodzielnych klas, jak i operacji poszczególnych klas.

Klasy analityczne (klasa steruj ca) Klasa steruj ca Klasa steruj ca zwiera logik aplikacji. Okre±la przetwarzanie informacji. Reprezentuje procesy. Klasa steruj ca umo»liwia koordynacj, operowanie na innych klasach i sterowanie nimi. Obiekty klas steruj cych cz sto istniej wyª cznie w trakcie wykonywania przypadków u»ycia. Na etapie projektowania mog by implementowane zarówno w postaci samodzielnych klas, jak i operacji poszczególnych klas.

Klasy analityczne (klasa przechowuj ca) Klasa przechowuj ca Klasa przechowuj ca reprezentuje dane, które musz by przechowywane przez dªu»szy czas (np. bazy danych czy pliki). W konsekwencji zwi zana jest zwykle z wieloma przypadkami u»ycia. Klasy tego typu nie mog samodzielnie inicjowa interakcji. Na etapie projektowania klasy przechowuj ce mog by implementowane zarówno w postaci samodzielnych klas, jak i atrybutów poszczególnych klas.

Klasy analityczne (klasa przechowuj ca) Klasa przechowuj ca Klasa przechowuj ca reprezentuje dane, które musz by przechowywane przez dªu»szy czas (np. bazy danych czy pliki). W konsekwencji zwi zana jest zwykle z wieloma przypadkami u»ycia. Klasy tego typu nie mog samodzielnie inicjowa interakcji. Na etapie projektowania klasy przechowuj ce mog by implementowane zarówno w postaci samodzielnych klas, jak i atrybutów poszczególnych klas.

Klasy analityczne (klasa przechowuj ca) Klasa przechowuj ca Klasa przechowuj ca reprezentuje dane, które musz by przechowywane przez dªu»szy czas (np. bazy danych czy pliki). W konsekwencji zwi zana jest zwykle z wieloma przypadkami u»ycia. Klasy tego typu nie mog samodzielnie inicjowa interakcji. Na etapie projektowania klasy przechowuj ce mog by implementowane zarówno w postaci samodzielnych klas, jak i atrybutów poszczególnych klas.

Dodatkowe zasady Dodatkowe zasady Istniej pewne zasady opisuj ce wzajemne zwi zki pomi dzy poszczególnymi rodzajami klas analitycznych i aktorami. Mo»e ª czy aktor klasa klasa klasa si z graniczna steruj ca przechowuj ca aktor - + - - klasa graniczna + - + - klasa steruj ca - + + + klasa przechowuj ca - - + - Tabela: Zasady obowi zuj ce w diagramach modelowania analitycznego (+ elementy mog si ª czy, - elementy nie mog si ª czy ).

Dodatkowe zasady Dodatkowe zasady Istniej pewne zasady opisuj ce wzajemne zwi zki pomi dzy poszczególnymi rodzajami klas analitycznych i aktorami. Mo»e ª czy aktor klasa klasa klasa si z graniczna steruj ca przechowuj ca aktor - + - - klasa graniczna + - + - klasa steruj ca - + + + klasa przechowuj ca - - + - Tabela: Zasady obowi zuj ce w diagramach modelowania analitycznego (+ elementy mog si ª czy, - elementy nie mog si ª czy ).

Proces tworzenia modelu analitycznego Proces tworzenia modelu analitycznego 1 Wyselekcjonowanie odpowiednich diagramów modelu biznesowego ze szczególnym uwzgl dnieniem diagramów przypadków u»ycia oraz ich scenariuszy. 2 Przeniesienie aktorów z diagramów przypadków u»ycia na diagramy analityczne. 3 Identykacja klas analitycznych i okre±lenie ich rodzajów. 4 Integracja poszczególnych elementów w formie diagramów analitycznych skªadaj cych si na model analityczny.