LABORATORIUM 4. Po co mi to, przecież wiem, co system ma robić? - czyli o diagramach UML. DIAGRAM CZYNNOŚCI (Activity Diagram)

Wielkość: px
Rozpocząć pokaz od strony:

Download "LABORATORIUM 4. Po co mi to, przecież wiem, co system ma robić? - czyli o diagramach UML. DIAGRAM CZYNNOŚCI (Activity Diagram)"

Transkrypt

1 LABORATORIUM 4. Po co mi to, przecież wiem, co system ma robić? - czyli o diagramach UML 1. Słownik pojęć DIAGRAM CZYNNOŚCI (Activity Diagram) Czynność specyfikacja sparametryzowanych zachowań (akcje, przepływy sterowania) Akcja elementarny krok czynności Przepływ sterowania przejście z jednej akcji do drugiej (zapłacenie rachunku -> wydruk paragonu) Ograniczenia akcji warunki przed i po akcją (PŁACENIE KARTĄ: warunek przed: wstukanie PIN, stan: akceptacja transakcji przez bank, warunek po: transakcja została przyjęta, wydruk paragonu) Przepływ obiektu (utworzenie, modyfikacja, użycie np. przesłanie faktury, celem dokonania zapłaty): Partycje (Swimlanes) - są to regiony przeznaczone do grupowania aktywności według odpowiedzialności. Regiony, z powodu swojego wyglądu, są traktowane jak tory dla przepływów (tory pływackie swimlanes). Nazwy regionów odpowiadają nazwom osób, komórek organizacyjnych czy klas odpowiedzialnych za wykonanie aktywności. Przykład: podział czynności wykonywanej na obiekcie pomiędzy 2 inne obiekty (podmioty)

2 Zdarzenia czasowe (Time Event) - służy modelowaniu zdarzeń zależnych od czasu - okresu oczekiwania w postaci określonej daty lub względnej (liczba dni, godzin, minut, itp.). Służą również do modelowania przepływów cyklicznych, tj. przepływów rozpoczynających się w określonych momentach. Mogą się pojawiać w dowolnym miejscu czynności, w tym również w miejsce węzła początkowego Węzeł sygnału nadawanego (Send Signal Node)-służy modelowaniu asynchronicznego wysyłania komunikatów (do innych procesów lub do samego węzła). Po wysłaniu komunikatu następuje automatycznie przejście do wykonywania kolejnej akcji/czynności (proces nie czeka na odbiór komunikatu) Węzeł sygnału odbieranego (Receive Signal Node) służy modelowaniu asynchronicznego odbioru komunikatów przez proces oczekujący na pojawienie się ściśle określonego komunikatu. Po odebraniu komunikatu generowane jest przejście do kolejnych akcji/czynności. Bez dochodzącego sterowania jest zawsze aktywny (może odbierać komunikaty cały czas), z dochodzącym przepływem sterowania uaktywnia się dopiero w momencie otrzymania sterowania Obszar przerwań (Interruptable Region) służy do modelowania czynności które mogą być w każdej chwili przerwane. Do efektywnego działania obszaru przerwań konieczne jest dodanie węzła sygnału odbiorczego wewnątrz obszaru przerwań. Jego zadanie polega na oczekiwaniu na komunikat oznaczający przerwanie. W chwili dotarcia tego komunikatu następuje przerwanie aktualnie wykonywanej czynności i przejście do wykonywania akcji następującej po węźle przerwania. Diagram czynności (aktywności) pozwala na zobrazowanie wewnętrznych stanów w jakim może znajdować się obiekt w trakcie jego użytkowania pozwala definiować zdarzenia, które doprowadzają do zmiany stanu modelowanego obiektu. służy do obrazowania czynności oraz zakresu odpowiedzialności użytkowników systemu (użytkownikiem systemu może być inny podsystem).

3 w odróżnieniu od diagramu stanów opisuje działania związane z wieloma, komunikującymi się wzajemnie obiektami. Definiuje odpowiedzi na pytania: jak pobierane są operacje? co operacje wykonują (zmiana stanu obiektu)? gdzie i kiedy operacje są wykonywane? Nazwa Notacja UML Stan początkowy akcji (węzeł początkowy, zawsze jeden) Stan końcowy akcji (węzeł końcowy, może być ich wiele) Stan końcowy pojedynczej akcji Czynność (aktywność) Decyzja rozdzielenie aktywności na kilka innych, służy wyborowi jednego przejścia przepływu sterowania każde wyjście opatrzone warunkiem koniecznym do realizacja danego przejścia zebranie różnych alternatywnych przejść (ścieżki alternatywne) Sztabka synchronizująca (Współbieżność) Przejście FORK (rozdzielenie jednej operacji na kilka przebiegających równolegle, po zajściu przejść przychodzących występują jednocześnie wszystkie przejścia wychodzące) JOIN (złączenie kilku operacji równoległych w jedną, aby nastąpiło przejście wychodzące, muszą wystąpić wszystkie przejścia przychodzące.) PRZEPŁYW STEROWANIA (Control Flow) (Zakończenie jednej czynności powoduje

4 rozpoczęcie drugiej) PRZEPŁYW OBIEKTU (Data Flow) (Obiekt występuje pomiędzy aktywnościami, co oznacza że jest otrzymywany na wyjściu pierwszej z nich, a pobierany na wejściu drugiej) Elementy rozproszone R Tory pływackie (określenie który element systemu wykonuje akcje) Zdarzenie czasowe Węzeł sygnału NADAWANEGO ODBIERANEGO Do jednego diagramu może należeć kilka przepływów (kilka obiektów zaangażowanych w wykonywanie czynności)

5 Przykład z życia codziennego: Podsumowanie: Diagram czynności stanowi graficzną reprezentację przepływu kontroli. Diagram jest używany do: analizowania przypadków użycia; zrozumienia interakcji zachodzących między przypadkami użycia; do modelowania przetwarzania wielowątkowego; Diagram nie należy używać do: pokazywania współpracy między obiektami w trakcie realizacji przypadku użycia do tego bardziej nadają się diagramy interakcji; do pokazywania zachowań obiektów w trakcie ich życia, w tym celu powinno się wykorzystywać diagramy stanów;

6 Wytyczne do tworzenia diagramów czynności: 1. Należy ustalić najważniejsze czynności - nie można przedstawić na jednym diagramie wszystkich czynności 2. Należy wybrać obiekty przedsiębiorstwa, które są zobowiązane do realizacji bardziej ogólnego przepływu. Mogą to być elementy rzeczywiste, istniejące w słownictwie systemu, lub elementy abstrakcyjne. W obu przypadkach należy utworzyć tor dla każdego wybranego obiektu. 3. Należy zidentyfikować stan początkowy i końcowy modelowanego przepływu. 4. Przechodząc od stanu początkowego do końcowego należy modelować kolejne stany czynności lub stany akcji. 5. W przypadku złożonych akcji lub często występujących zbiorów akcji należy je połączyć w stany czynności. Z każdym stanem skojarz oddzielny diagram czynności, który przedstawia zebrane nim akcje. 6. Należy zobrazować przepływy czynności między stanami akcji i stanami czynności. Pierwsze powinny być brane pod uwagę przepływy sekwencyjne, potem rozgałęzienia, na końcu rozwidlenia i scalenia. 7. Jeśli w modelowanym przepływie czynności biorą udział istotne obiekty, należy je umieścić na diagramie. Należy uwzględniać zmieniające się atrybuty i stany tych obiektów, jeśli jest to konieczne do zrozumienia przepływu tych obiektów. Diagram czynności a przypadek użycia

7 Przykład 1: Kosmonauta, aby polecieć w kosmos, przyjeżdża do ośrodka treningowego i melduje się. Jest odsyłany najpierw na badanie wzroku i jednocześnie zdjęcie miary, dalej pobierana jest od niego próbka krwi, która przechodzi analizę w laboratorium, a w tym czasie kosmonauta przechodzi szkolenie z obsługi skafandra i promu. Zdjęta miara trafia do techników, którzy przygotowują kombinezon, a następnie przeprowadzają przymiarkę przed szkoleniem z obsługi, i w razie czego dokonują poprawek. Jeśli kosmonauta nie odpadnie przy badaniach i ma gotowy skafander, zaczyna czekać na miejsce w rakiecie

8 Przykład 2: Samochód trafia do warsztatu w celu naprawy. Mechanik robi wstępny przegląd i jeśli okazuje się, że będzie potrzebować części, przesyła zamówienie na części do magazynu. Gdy zamówienie jest realizowane, mechanik w tym czasie wymontowuje zepsute części. Zbiór części w magazynie jest kompletowany, po czym są one wydawane mechanikowi. Jeśli brak części w magazynie, wysyłane jest zlecenie na zamówienie części do działu finansowego. Magazyn czeka na realizację zamówienia, po czym kończy kompletowanie części i odsyła je mechanikowi. Gdy mechanik dostanie części lub gdy naprawa ich nie wymagała, mechanik naprawia, po czym sprawdza samochód. Jeśli coś nadal nie działa, procedura powtarzana jest od początku, a jeśli samochód jest już sprawny, mechanik wysyła kosztorys naprawy do działu finansowego, który sporządza rachunek i powiadamia klienta o zakończeniu naprawy. W tym czasie mechanik sprząta i myje samochód, po czym oddaje go klientowi. Po wstępnym przeglądzie może okazać się również, że samochód nie nadaje się do naprawy. Wtedy mechanik zawiadamia dział finansowy, który dzwoni do klienta i pyta, czy samochód ma być ze złomowany, czy klient woli go odebrać. Jeśli klient chce odebrać samochód sam, zostaje mu wystawiony rachunek i mechanik wydaje klientowi samochód. Jeśli klient woli samochód ze złomować również otrzymuje rachunek, zaś mechanik przygotowuje samochód do złomowania wymontowując z niego wartościowe części i wysyłając je do magazynu. Gdy magazyn otrzyma już wszystkie cenne części, mechanik odstawia samochód na złom

9 Przykład 3: Kapitan piratów patrząc przez swoją lunetę może zauważyć 2 typy okrętów. Jeśli widzi okręt wojenny, wydaje załodze rozkaz przygotowania dział, zaś jeśli widzi okręt handlowy, rozkazuje załodze przygotować się do abordażu, a majtkowie w tym czasie wywieszają flagę piracką. W przypadku ostrzału z dział, jeśli jest skuteczny, czyli przeciwnik odnosi duże zniszczenia, również dochodzi do abordażu, w przeciwnym razie kapitan nakazuje załodze przygotowanie żagli i ucieczkę z wiatrem. Zakładamy, że kapitan jest błyskotliwy i dzięki jego

10 wybitnym umiejętnościom abordaż zawsze się udaje. Po abordażu załoga przeszukuje okręt i dzieli się łupami 20% doli oddając kapitanowi. W tym samym czasie majtkowie znoszą rannych pod pokład i oddają ich pod opiekę okrętowego łapiducha. Łapiduch po zajęciu się rannymi zdaje relację ze stanu załogi kapitanowi. Po podziale łupów martwym załogantom urządza się pogrzeb w morzu, a w tym czasie majtkowie zajmują się przeglądem sprawności dział, a kapitan ogląda znów horyzont przez lunetę. Jeśli zauważy nowy statek, cała procedura zaczyna się od nowa, zaś jeśli horyzont jest czysty, kapitan zleca majtkom wyniesienie spod pokładu 2 beczek rumu, a sam w tym czasie ustala kurs na Tortugę.

Inżynieria Oprogramowania DIAGRAMY CZYNNOŚCI (AKTYWNOŚCI)

Inżynieria Oprogramowania DIAGRAMY CZYNNOŚCI (AKTYWNOŚCI) Inżynieria Oprogramowania DIAGRAMY CZYNNOŚCI (AKTYWNOŚCI) Po co mi to, przecież wiem, co system ma robić? Diagram czynności (aktywności) pozwala na zobrazowanie wewnętrznych stanów w jakim może znajdować

Bardziej szczegółowo

Inżynieria oprogramowania

Inżynieria oprogramowania Inżynieria oprogramowania Wykład 8 Inżynieria wymagań: analiza przypadków użycia a diagram czynności Patrz: Stanisław Wrycza, Bartosz Marcinkowski, Krzysztof Wyrzykowski, Język UML 2.0 w modelowaniu systemów

Bardziej szczegółowo

Diagramy czynności Na podstawie UML 2.0 Tutorial

Diagramy czynności Na podstawie UML 2.0 Tutorial Diagramy czynności Na podstawie UML 2.0 Tutorial http://sparxsystems.com.au/resources/uml2_tutorial/ Zofia Kruczkiewicz 1 Diagramy czynności 1. Diagramy czyności UML http://sparxsystems.com.au/resources/uml2_tutorial/

Bardziej szczegółowo

Model przypadków użycia - rola diagramów aktywności Część 2 Wykładowca Dr inż. Zofia Kruczkiewicz

Model przypadków użycia - rola diagramów aktywności Część 2 Wykładowca Dr inż. Zofia Kruczkiewicz Model przypadków użycia - rola diagramów aktywności Część 2 Wykładowca Dr inż. Zofia Kruczkiewicz Zofia Kruczkiewicz Wyklad_INP002017_4 1 Diagramy czynności I. Diagramy czynności UML II. Przykład diagramów

Bardziej szczegółowo

Diagramy czynności tworzenie modelu przypadków użycia Wykład 2

Diagramy czynności tworzenie modelu przypadków użycia Wykład 2 Diagramy czynności tworzenie modelu przypadków użycia Wykład 2 Zofia Kruczkiewicz Zofia Kruczkiewicz - Projektowanie oprogramowania 2.2 1 Diagramy czynności- tworzenie modelu przypadków 1. Diagramy czynności

Bardziej szczegółowo

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek TECHNOLOGIE OBIEKTOWE WYKŁAD 2 Anna Mroczek 2 Diagram czynności Czym jest diagram czynności? 3 Diagram czynności (tak jak to definiuje język UML), stanowi graficzną reprezentację przepływu kontroli. 4

Bardziej szczegółowo

koniec punkt zatrzymania przepływów sterowania na diagramie czynności

koniec punkt zatrzymania przepływów sterowania na diagramie czynności Diagramy czynności opisują dynamikę systemu, graficzne przedstawienie uszeregowania działań obrazuje strumień wykonywanych czynności z ich pomocą modeluje się: - scenariusze przypadków użycia, - procesy

Bardziej szczegółowo

Diagramy czynności. Widok logiczny. Widok fizyczny

Diagramy czynności. Widok logiczny. Widok fizyczny Diagramy czynności System widoków 4+1 Kruchtena Widok logiczny Widok fizyczny Widok procesu Widok przypadków użycia Widok konstrukcji Diagramy czynności są jedynym diagramem w widoku procesu modelowanego

Bardziej szczegółowo

Język UML w modelowaniu systemów informatycznych

Język UML w modelowaniu systemów informatycznych Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 4 Diagramy aktywności I Diagram aktywności (czynności) (ang. activity

Bardziej szczegółowo

Diagramy czynności. sekwencyjnych i współbieŝnych. pomiędzy uporządkowanymi ciągami czynności, akcji i obiektów

Diagramy czynności. sekwencyjnych i współbieŝnych. pomiędzy uporządkowanymi ciągami czynności, akcji i obiektów Diagramy czynności Graficzne przedstawienie sekwencyjnych i współbieŝnych przepływów sterowania oraz danych pomiędzy uporządkowanymi ciągami czynności, akcji i obiektów Zastosowanie w modelowaniu scenariuszy

Bardziej szczegółowo

Język UML w modelowaniu systemów informatycznych

Język UML w modelowaniu systemów informatycznych Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 7 Przeglądowe diagramy interakcji Przeglądowe diagramy interakcji wiążą

Bardziej szczegółowo

NIFIED M L ODELLING ANGUAGE. Diagramy czynności

NIFIED M L ODELLING ANGUAGE. Diagramy czynności U M L NIFIED ODELLING ANGUAGE Diagramy czynności 1 Czym jest diagram czynności? Jeden z pięciu rodzajów diagramów UML służących do modelowania dynamicznych aspektów systemu. Przedstawia przepływ sterowania

Bardziej szczegółowo

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram

Bardziej szczegółowo

Podstawy języka UML2 w realnych projektach

Podstawy języka UML2 w realnych projektach Kod szkolenia: Tytuł szkolenia: UML2/RP Podstawy języka UML2 w realnych projektach Dni: 3 Opis: Adresaci Szkolenia: Szkolenie adresowane jest do osób, które chciałby poznać podstawy UML2. Przede wszystkim

Bardziej szczegółowo

Modelowanie biznesowe. Na podstawie materiałów: Mirosława Ochodeka

Modelowanie biznesowe. Na podstawie materiałów: Mirosława Ochodeka Modelowanie biznesowe Na podstawie materiałów: Mirosława Ochodeka Miroslaw.Ochodek@cs.put.poznan.pl 1 Agenda Modelowanie biznesowe Obiekty biznesowe UML diagram klas Activity modeling 2 Proces Def: ICOM

Bardziej szczegółowo

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017 Wykład 12 7 czerwca 2017 Czym jest UML? UML składa się z dwóch podstawowych elementów: notacja: elementy graficzne, składnia języka modelowania, metamodel: definicje pojęć języka i powiazania pomiędzy

Bardziej szczegółowo

SysML Tworzenie diagramu aktywności SysML005

SysML Tworzenie diagramu aktywności SysML005 INSTRUKCJA LABORATORIUM Modelowanie systemów SysML Tworzenie diagramu aktywności SysML005 Diagram aktywności Dla wybranego przypadku użycia zaprojektujemy i opiszemy zachowanie systemu i zaangażowanych

Bardziej szczegółowo

MAS dr. Inż. Mariusz Trzaska. Diagramy aktywności

MAS dr. Inż. Mariusz Trzaska. Diagramy aktywności MAS dr. Inż. Mariusz Trzaska Wykład 6 Diagramy aktywności Zagadnienia Diagramy aktywności Podstawowe pojęcia; notacja Aktywność a akcja Przepływy decyzyjne Przepływy współbieżne Łącznik Przepływ sterowania

Bardziej szczegółowo

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. 2/34 Modelowanie CRC Modelowanie CRC (class-responsibility-collaborator) Metoda identyfikowania poszczególnych

Bardziej szczegółowo

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language) Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu

Bardziej szczegółowo

Diagram Przepływu Danych - podstawowe bloki składowe i reguły konstrukcji

Diagram Przepływu Danych - podstawowe bloki składowe i reguły konstrukcji Diagramu Przepływu danych - CELE Określenie kluczowych obiektów zewnętrznych będących w interakcji z firmą (systemem); Określenie kluczowych procesów występujących w firmie; Określenie sposobu przepływu

Bardziej szczegółowo

Projektowanie systemów informacyjnych

Projektowanie systemów informacyjnych Projektowanie systemów informacyjnych E. Stemposz, Analiza i Projektowanie Systemów Informatycznych, Wykład 10, Slajd 1 Wykład 10 Model dynamiczny (2) Diagramy stanów Ewa Stemposz Instytut Podstaw Informatyki

Bardziej szczegółowo

Po otrzymaniu maila zapraszającego do udziału w korzystaniu z aplikacji ProfiAuto Usługi dla Serwisu, należy użyć przycisku Aktywuj aplikację.

Po otrzymaniu maila zapraszającego do udziału w korzystaniu z aplikacji ProfiAuto Usługi dla Serwisu, należy użyć przycisku Aktywuj aplikację. Po otrzymaniu maila zapraszającego do udziału w korzystaniu z aplikacji ProfiAuto Usługi dla Serwisu, należy użyć przycisku Aktywuj aplikację. Następnie należy podać adres e-mail, który posłuży później

Bardziej szczegółowo

Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML. Jakub Morkis, Piotr Chmielewski

Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML. Jakub Morkis, Piotr Chmielewski Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML Jakub Morkis, Piotr Chmielewski BPMN - Historia Formowanie grumy tworzącej notację Sierpień 2001, 58 członków reprezentujących 35 firm,

Bardziej szczegółowo

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

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski Diagramy przypadków użycia WYKŁAD Piotr Ciskowski Diagram przypadków użycia definiowanie wymagań systemowych graficzne przedstawienie przypadków użycia, aktorów, związków między nimi występujących w danej

Bardziej szczegółowo

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA Przygotował: mgr inż. Radosław Adamus Wprowadzenie Podstawą każdego projektu, którego celem jest budowa oprogramowania są wymagania, czyli warunki,

Bardziej szczegółowo

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

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 Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury

Bardziej szczegółowo

Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II)

Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II) Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II) Jacek Cichosz www.zssk.pwr.wroc.pl Katedra Systemów i Sieci Komputerowych Politechnika Wrocławska Narzędzia modelowania

Bardziej szczegółowo

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

Spis treúci. 1. Wprowadzenie... 13 Księgarnia PWN: W. Dąbrowski, A. Stasiak, M. Wolski - Modelowanie systemów informatycznych w języku UML 2.1 Spis treúci 1. Wprowadzenie... 13 2. Modelowanie cele i metody... 15 2.1. Przegląd rozdziału...

Bardziej szczegółowo

Wstęp do programowania 2

Wstęp do programowania 2 Wstęp do programowania 2 wykład 10 Zadania Agata Półrola Wydział Matematyki UŁ 2005/2006 http://www.math.uni.lodz.pl/~polrola Współbieżność dotychczasowe programy wykonywały akcje sekwencyjnie Ada umożliwia

Bardziej szczegółowo

Diagram sekwencji. Komunikaty mogą być opisane w sposób sformalizowany. poprz / [warunek] *[iter] nr sekw : wynik := operacja(lista)

Diagram sekwencji. Komunikaty mogą być opisane w sposób sformalizowany. poprz / [warunek] *[iter] nr sekw : wynik := operacja(lista) Diagram sekwencji Komunikaty mogą być opisane w sposób sformalizowany poprz / [warunek] *[iter] nr sekw : wynik := operacja(lista) Przykłady komunikatów przesuń(1,2) wyn1:=przesuń(5,5), *[1..5]: wyn1 :=

Bardziej szczegółowo

Ćwiczenie 1. Modelowanie prostego procesu

Ćwiczenie 1. Modelowanie prostego procesu Ćwiczenie 1. Modelowanie prostego procesu Część 1. Definiowanie nowego projektu 1. Uruchom narzędzie TIBCO Business Studio. 2. Z menu wybierz File -> New -> Project... 3. W oknie dialogowym New Project

Bardziej szczegółowo

Modelowanie obiektowe - Ćw. 6.

Modelowanie obiektowe - Ćw. 6. 1 Modelowanie obiektowe - Ćw. 6. Treść zajęć: Dokumentacja przypadków użycia diagramy czynności. Poznane wcześniej diagramy przypadków użycia pokazują co system powinien robić. Natomiast diagramy czynności

Bardziej szczegółowo

5. Model komunikujących się procesów, komunikaty

5. Model komunikujących się procesów, komunikaty Jędrzej Ułasiewicz str. 1 5. Model komunikujących się procesów, komunikaty Obecnie stosuje się następujące modele przetwarzania: Model procesów i komunikatów Model procesów komunikujących się poprzez pamięć

Bardziej szczegółowo

Mapowanie procesów - AS IS (jak jest)

Mapowanie procesów - AS IS (jak jest) Projektowanie procesów dr Mariusz Maciejczak www.maciejczak.pl Mapowanie procesów - AS IS (jak jest) Źródło: G. Jokiel, AE Wrocław Podejście funkcjonalne i procesowe Proces Proces to uporządkowany w czasie

Bardziej szczegółowo

Źródło: S. Wrycza, B. Marcinkowski, K. Wyrzykowski Język UML 2.0 w modelowaniu systemów informatycznych Helion DIAGRAMY INTERAKCJI

Źródło: S. Wrycza, B. Marcinkowski, K. Wyrzykowski Język UML 2.0 w modelowaniu systemów informatycznych Helion DIAGRAMY INTERAKCJI DIAGRAMY INTERAKCJI DIAGRAMY STEROWANIA INTERAKCJĄ Diagramy sterowania interakcją dokumentują logiczne związki między fragmentami interakcji. Podstawowe kategorie pojęciowe diagramów sterowania interakcją

Bardziej szczegółowo

Modelowanie aktywności. Jarosław Kuchta Programowanie Współbieżne

Modelowanie aktywności. Jarosław Kuchta Programowanie Współbieżne Modelowanie aktywności Jarosław Kuchta Programowanie Współbieżne Pojęcia podstawowe (1/3) behawioryzm ogół zachowania obiektów, reakcje obiektów na zdarzenia. stan sytuacja w czasie życia obiektu, w którym

Bardziej szczegółowo

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między

Bardziej szczegółowo

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:

Bardziej szczegółowo

BPMN- BUSINESS PROCESS MODELING NOTATION Narzędzie tworzenia metamodeli procesów biznesowych. Diagram moŝe e być zmieniany na kaŝdym etapie Ŝycia procesu: od stworzenia, poprzez rozwój, wykonanie, monitorowanie

Bardziej szczegółowo

MODELOWANIE PRZEPŁYWU DANYCH

MODELOWANIE PRZEPŁYWU DANYCH MODELOWANIE PRZEPŁYWU DANYCH 1. Diagram przepływu danych (DFD) 2. Weryfikacja modelu strukturalnego za pomocą DFD Modelowanie SI - GHJ 1 Definicja i struktura DFD Model części organizacji rozważany z punktu

Bardziej szczegółowo

Język UML w modelowaniu systemów informatycznych

Język UML w modelowaniu systemów informatycznych Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 3 Diagramy przypadków użycia Diagramy przypadków użycia (ang. use case)

Bardziej szczegółowo

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2 Wyższa Szkoła Menedżerska w Legnicy Systemy informatyczne w przedsiębiorstwach Zarządzanie, ZIP, sem. 6 (JG) Modelowanie wymagań Wykład 2 Grzegorz Bazydło Cel wykładu Celem wykładu jest przekazanie wiedzy

Bardziej szczegółowo

INŻYNIERIA OPROGRAMOWANIA. laboratorium

INŻYNIERIA OPROGRAMOWANIA. laboratorium INŻYNIERIA OPROGRAMOWANIA laboratorium UML 1/4 UML (Unified Modeling Language) - język modelowania obiektowego systemów i procesów [Wikipedia] Spojrzenie na system z różnych perspektyw dzięki zastosowaniu

Bardziej szczegółowo

Przejścia. Natychmiastowe przekazanie sterowania z akcji lub czynności kończącej dany stan do następnego stanu akcji lub stanu czynności

Przejścia. Natychmiastowe przekazanie sterowania z akcji lub czynności kończącej dany stan do następnego stanu akcji lub stanu czynności Przejścia Natychmiastowe przekazanie sterowania z akcji lub czynności kończącej dany stan do następnego stanu akcji lub stanu czynności W UML takie akcje określa się jako automatyczne lub zakończeniowe

Bardziej szczegółowo

Ćwiczenia 3: Specyfikacja wymagań Pytania:

Ćwiczenia 3: Specyfikacja wymagań Pytania: Ćwiczenia 3: Specyfikacja wymagań Pytania: 1. Przygotuj przypadek użycia opisujący obsługę zamówienia w sklepie internetowym (krok po kroku). Zaczynamy od identyfikatora przypadku użycia (powiedzmy UC1),

Bardziej szczegółowo

Zarządzanie reklamacjami i serwisem w programie bs4

Zarządzanie reklamacjami i serwisem w programie bs4 Zarządzanie reklamacjami i serwisem w programie bs4 Spis treści Wstęp... 4 Podstawowe zasady pracy z programem:...4 Podstawowe korzyści w obszarze zarządzania serwisem po wdrożeniu oprogramowania bs4

Bardziej szczegółowo

Wymagania klienta mogą być opisane na różnych poziomach abstrakcji: Podział wymagań: Wymagania funkcjonalne Wymagania niefunkcjonalne

Wymagania klienta mogą być opisane na różnych poziomach abstrakcji: Podział wymagań: Wymagania funkcjonalne Wymagania niefunkcjonalne Definiowanie wymagań Wymagania klienta mogą być opisane na różnych poziomach abstrakcji: 1. Definicja wymagań jest zapisana w języku naturalnym jako rezultat rozmów z przedstawiciela klienta 2. Specyfikacja

Bardziej szczegółowo

Zalety projektowania obiektowego

Zalety projektowania obiektowego Zalety projektowania obiektowego Łatwe zarządzanie Możliwość powtórnego użycia klas obiektów projektowanie/programowanie komponentowe W wielu przypadkach występuje stosunkowo proste mapowanie pomiędzy

Bardziej szczegółowo

APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI.

APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI. APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI. dr inż. Grażyna Hołodnik-Janczura W8/K4 ZDARZENIA BIZNESOWE W otoczeniu badanego zakresu

Bardziej szczegółowo

Diagramy przypadków użycia

Diagramy przypadków użycia Instytut Informatyki Uniwersytetu Śląskiego 10 października 2010 Spis treści 1 Wprowadzenie do UML 2 3 4 5 6 Diagramy UML Język UML definiuje następujący zestaw diagramów: diagram przypadków użycia - służy

Bardziej szczegółowo

Analiza i mapowanie procesów

Analiza i mapowanie procesów 45 min Ergonomia pracy umysłowej prof. dr hab. inż. Marcin Sikorski Analiza i mapowanie procesów 5 Data wykładu:............. Razem slajdów: 30 Procesy informacyjne (informacyjno-decyzyjne) procesy, w

Bardziej szczegółowo

Przepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2)

Przepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2) Przepływy danych Oracle Designer: Modelowanie przepływów danych Cele: zobrazowanie funkcji zachodzących w organizacji, identyfikacja szczegółowych informacji, przetwarzanych przez funkcje, pokazanie wymiany

Bardziej szczegółowo

Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji.

Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji. Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji. Wymiar pionowy: oś czasu przedstawiajaca ułożone chronologicznie komunikaty Podstawowe notacje graficzne Konceptualny

Bardziej szczegółowo

Instrukcja użytkownika

Instrukcja użytkownika Instrukcja użytkownika e.norgips Zwrot palet Warszawa, 14.01.2016 r. 1 Wprowadzenie W celu scentralizowania poszczególnych opcji procesów biznesowych, w systemie e.norgips.pl przygotowana została opcja

Bardziej szczegółowo

OBIEG FAKTUR W UGIM GOLENIÓW

OBIEG FAKTUR W UGIM GOLENIÓW OBIEG FAKTUR W UGIM GOLENIÓW Schemat przepływu faktury w UGIM Goleniów: 1. Rejestracja faktury sekretariat/boi 2. Przekazanie faktury do referenta ds. obiegu faktur 3. Przekazanie przez referenta ds. obiegu

Bardziej szczegółowo

UML w Visual Studio. Michał Ciećwierz

UML w Visual Studio. Michał Ciećwierz UML w Visual Studio Michał Ciećwierz UNIFIED MODELING LANGUAGE (Zunifikowany język modelowania) Pozwala tworzyć wiele systemów (np. informatycznych) Pozwala obrazować, specyfikować, tworzyć i dokumentować

Bardziej szczegółowo

Laboratorium z zarządzania procesami biznesowymi

Laboratorium z zarządzania procesami biznesowymi Katedra Informatyki Gospodarczej Szkoła Główna Handlowa Laboratorium z zarządzania procesami biznesowymi dr Andrzej Sobczak Agenda spotkania Sprawdzamy pracę domową UML w modelowaniu biznesowym c.d. Zamiast

Bardziej szczegółowo

Podstawy języka UML2 w realnych projektach

Podstawy języka UML2 w realnych projektach Kod szkolenia: Tytuł szkolenia: UML2/RP Podstawy języka UML2 w realnych projektach Dni: 3 W cenie szkolenia uczestnik otrzymuje licencję na oprogramowanie Enterprise Architect, najlepsze narzędzie do modelowania

Bardziej szczegółowo

Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia

Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia Inżynieria oprogramowania Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia Punkt widzenia (Point of View) Systemy oprogramowania mają zwykle kilku różnych użytkowników. Wielu

Bardziej szczegółowo

Język UML. dr inż. Piotr Szwed C3, pok

Język UML. dr inż. Piotr Szwed C3, pok Język UML dr inż. Piotr Szwed C3, pok. 212 e-mail: pszwed@ia.agh.edu.pl http://pszwed.ia.agh.edu.pl Przypadki użycia Przypadki użycia: Definicja Przypadek użycia to specyfikacja ciągów akcji i ich wariantów,

Bardziej szczegółowo

Akademia Techniczno-Humanistyczna w Bielsku-Białej

Akademia Techniczno-Humanistyczna w Bielsku-Białej Akademia Techniczno-Humanistyczna w Bielsku-Białej Wydział Budowy Maszyn i Informatyki Laboratorium z sieci komputerowych Ćwiczenie numer: 9 Temat ćwiczenia: Aplikacje klient-serwer. 1. Wstęp teoretyczny.

Bardziej szczegółowo

Tryby komunikacji między procesami w standardzie Message Passing Interface. Piotr Stasiak Krzysztof Materla

Tryby komunikacji między procesami w standardzie Message Passing Interface. Piotr Stasiak Krzysztof Materla Tryby komunikacji między procesami w standardzie Message Passing Interface Piotr Stasiak 171011 Krzysztof Materla 171065 Wstęp MPI to standard przesyłania wiadomości (komunikatów) pomiędzy procesami programów

Bardziej szczegółowo

Doskonalenie procesów - TO BE (tak będzie) Ujęcie statyczne

Doskonalenie procesów - TO BE (tak będzie) Ujęcie statyczne Projektowanie procesów dr Mariusz Maciejczak www.maciejczak.pl Doskonalenie procesów - TO BE (tak będzie) Ujęcie statyczne Modelowanie procesów biznesowych Modelowanie procesów biznesowych (ang. business

Bardziej szczegółowo

Dokument opisuje sposób postępowania prowadzący do wysłania deklaracji VAT, PIT lub CIT drogą elektroniczną za pomocą funkcji systemu ADA modułu FK.

Dokument opisuje sposób postępowania prowadzący do wysłania deklaracji VAT, PIT lub CIT drogą elektroniczną za pomocą funkcji systemu ADA modułu FK. FK - EDeklaracje Dokument opisuje sposób postępowania prowadzący do wysłania deklaracji VAT, PIT lub CIT drogą elektroniczną za pomocą funkcji systemu ADA modułu FK. W założeniu przyjęto, iż użytkownik

Bardziej szczegółowo

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

KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH Przygotował: mgr inż. Radosław Adamus Wprowadzenie: W procesie definiowania wymagań dla systemu tworzyliśmy Model Przypadków

Bardziej szczegółowo

Automatyczne anulowanie zleceń w wyniku odłączenia od CCG

Automatyczne anulowanie zleceń w wyniku odłączenia od CCG Automatyczne anulowanie zleceń w wyniku odłączenia od CCG Specyfikacja techniczna wersja: 1.0 data:2013.08.06 OPIS DOKUMENTU Cel Dokument zawiera techniczny opis automatycznego anulowania zleceń w wyniku

Bardziej szczegółowo

Diagram maszyny stanowej - POJĘCIA

Diagram maszyny stanowej - POJĘCIA Diagram maszyny stanowej - POJĘCIA Stan : sytuacja w cyklu życia bytu (obiektu, PU, podsystemu, aktora, operacji itp), kiedy spełnia on pewne warunki, realizuje pewną czynność lub czeka na pewne zdarzenie.

Bardziej szczegółowo

UML. dr inż. Marcin Pietroo

UML. dr inż. Marcin Pietroo dr inż. Marcin Pietroo Pojęcia obiektowości obiekt klasa komunikat hermetyzacja polimorfizm dziedziczenie graficzny język wizualizacji, specyfikowania, tworzenia i dokumentowania systemów informatycznych

Bardziej szczegółowo

Vario.Kancelaria kompleksowe zarządzanie informacją i dokumentem

Vario.Kancelaria kompleksowe zarządzanie informacją i dokumentem Kancelaria @ fax 2 Vario.Kancelaria kompleksowe zarządzanie informacją i dokumentem Do każdej firmy, z większym lub mniejszym natężeniem, wpływa korespondencja oraz inne dokumenty, które muszą być zarejestrowane

Bardziej szczegółowo

Charakterystyka procesu

Charakterystyka procesu Projektowanie procesów dr Mariusz Maciejczak www.maciejczak.pl Charakterystyka procesu Opis procesów Statyczna Mapa Chartakterystyki Dynamiczna Wyznaczenie miar Wyznaczenie wartości docelowych w czasie

Bardziej szczegółowo

Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło

Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło LATO 2007 Projektowanie Graficznych Interfejsów Użytkownika 1 UCD - User Centered Design 1) User Centered Design Projekt Skoncentrowany

Bardziej szczegółowo

SPECYFIKACJE WYMAGAŃ PRZYPADKI UŻYCIA (USE CASE)

SPECYFIKACJE WYMAGAŃ PRZYPADKI UŻYCIA (USE CASE) SPECYFIKACJE WYMAGAŃ PRZYPADKI UŻYCIA (USE CASE) Na podstawie http://wazniak.mimuw.edu.pl/index.php?title=io-2-lab Prof. dr hab. Marek Wisła INTERNETOWA SPRZEDAŻ KSIĄŻEK Księgarnia internetowa Przygotuj

Bardziej szczegółowo

TXM S.A. Procedura reklamacji. Przeznaczenie: Markety, Rks. A.Wola

TXM S.A. Procedura reklamacji. Przeznaczenie: Markety, Rks. A.Wola TXM S.A. Procedura reklamacji Przeznaczenie: Markety, Rks A.Wola 2018-06-29 I. REKLAMACJE KLIENTOWSKIE 1. Do obowiązków sprzedawcy należy przyjęcie każdego zgłoszenia reklamacyjnego klienta. 2. Podstawą

Bardziej szczegółowo

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

UML cz. III. UML cz. III 1/36 UML cz. III UML cz. III 1/36 UML cz. III 2/36 Diagram współpracy Diagramy współpracy: prezentują obiekty współdziałające ze sobą opisują rolę obiektów w scenariuszu mogą prezentować wzorce projektowe UML

Bardziej szczegółowo

Zarządzanie sprzedażą w programie bs4

Zarządzanie sprzedażą w programie bs4 Zarządzanie sprzedażą w programie bs4 Spis treści Wstęp... 3 Podstawowe korzyści w obszarze zarządzania sprzedażą:...4 Przykładowy proces sprzedażowy realizowany w programie bs4 intranet:...5 Elementy,

Bardziej szczegółowo

PROJEKTOWANIE SYSTEMÓW LOGISTYCZNYCH PROJEKT SYSTEMY LOGISTYCZNE WSKAZÓWKI PRAKTYCZNE

PROJEKTOWANIE SYSTEMÓW LOGISTYCZNYCH PROJEKT SYSTEMY LOGISTYCZNE WSKAZÓWKI PRAKTYCZNE 1 PROJEKTOWANIE SYSTEMÓW LOGISTYCZNYCH PROJEKT SYSTEMY LOGISTYCZNE WSKAZÓWKI PRAKTYCZNE CEL PODYSTEMU LOGISTYCZNEGO OKREŚLANIE 2 zapewnienie wymaganego poziomu obsługi (...kogo?) w zakresie (...jakim?)

Bardziej szczegółowo

Projektowanie bazy danych przykład

Projektowanie bazy danych przykład Projektowanie bazy danych przykład Pierwszą fazą tworzenia projektu bazy danych jest postawienie definicji celu, założeń wstępnych i określenie podstawowych funkcji aplikacji. Każda baza danych jest projektowana

Bardziej szczegółowo

Stan/zdarzenie Nexo. Zmienne wirtualne. Zdarzenia wirtualne

Stan/zdarzenie Nexo. Zmienne wirtualne. Zdarzenia wirtualne WARUNKI WARUNKI I I ZDARZENIA ZDARZENIA Określają czy pewna zależność logiczna związana ze stanem systemu jest w danej chwili spełniona lub czy zaszło w systemie określone zdarzenie. STAN SYSTEMU: stan

Bardziej szczegółowo

TECHNOLOGIE OBIEKTOWE. Wykład 3

TECHNOLOGIE OBIEKTOWE. Wykład 3 TECHNOLOGIE OBIEKTOWE Wykład 3 2 Diagramy stanów 3 Diagram stanu opisuje zmiany stanu obiektu, podsystemu lub systemu pod wpływem działania operacji. Jest on szczególnie przydatny, gdy zachowanie obiektu

Bardziej szczegółowo

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

MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia 2010. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska MiASI Modelowanie systemów biznesowych Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 stycznia 2010 Spis treści 1 Czym jest system biznesowy? Po co model bizensowy? Czym

Bardziej szczegółowo

Mapowanie wybranych procesów obsługi klienta w sektorze. Dzień 1.

Mapowanie wybranych procesów obsługi klienta w sektorze. Dzień 1. Mapowanie wybranych procesów obsługi klienta w sektorze publicznym Dzień 1. Cele warsztatów Główne cele naszego warsztatu to: przygotowanie do samodzielnego mapowania procesów utrwalenie techniki mapowania

Bardziej szczegółowo

Język UML w modelowaniu systemów informatycznych

Język UML w modelowaniu systemów informatycznych Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 5 Diagram sekwencji - wprowadzenie I Diagram sekwencji (ang. sequence

Bardziej szczegółowo

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram

Bardziej szczegółowo

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

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji Analiza i programowanie obiektowe 2016/2017 Wykład 6: Projektowanie obiektowe: diagramy interakcji Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Przejście

Bardziej szczegółowo

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

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki

Bardziej szczegółowo

SYSTEM OBSŁUGI PROCESU TWORZENIA ZAMÓWIEŃ. Wersja demonstracyjna aplikacji w Internecie : http://www.datacube.com.pl/edeal.php

SYSTEM OBSŁUGI PROCESU TWORZENIA ZAMÓWIEŃ. Wersja demonstracyjna aplikacji w Internecie : http://www.datacube.com.pl/edeal.php SYSTEM OBSŁUGI PROCESU SKŁADANIA ZAPOTRZEBOWAŃ I TWORZENIA ZAMÓWIEŃ Wersja demonstracyjna aplikacji w Internecie : http://www.datacube.com.pl/edeal.php Manualna praca i sterta dokumentów w wersji papierowej

Bardziej szczegółowo

Projektowanie algorytmów równoległych. Zbigniew Koza Wrocław 2012

Projektowanie algorytmów równoległych. Zbigniew Koza Wrocław 2012 Projektowanie algorytmów równoległych Zbigniew Koza Wrocław 2012 Spis reści Zadniowo-kanałowy (task-channel) model algorytmów równoległych Projektowanie algorytmów równoległych metodą PACM Task-channel

Bardziej szczegółowo

Stan globalny. Krzysztof Banaś Systemy rozproszone 1

Stan globalny. Krzysztof Banaś Systemy rozproszone 1 Stan globalny Krzysztof Banaś Systemy rozproszone 1 Stan globalny Z problemem globalnego czasu jest związany także problem globalnego stanu: interesuje nas stan systemu rozproszonego w konkretnej pojedynczej

Bardziej szczegółowo

Diagramy stanów i aktywności. Jarosław Kuchta Dokumentacja i Jakość Oprogramowania

Diagramy stanów i aktywności. Jarosław Kuchta Dokumentacja i Jakość Oprogramowania Diagramy stanów i aktywności Jarosław Kuchta Pojęcia podstawowe (1/3) behawioryzm ogół zachowania obiektów, reakcje obiektów na zdarzenia. stan sytuacja w czasie życia obiektu, w którym spełniony jest

Bardziej szczegółowo

Znaleziony - jeżeli nadawca nie jest znany w obrębie danego fragmentu Utracony - jeżeli odbiorca komunikatu nie jest znany w obrębie danego fragmentu

Znaleziony - jeżeli nadawca nie jest znany w obrębie danego fragmentu Utracony - jeżeli odbiorca komunikatu nie jest znany w obrębie danego fragmentu czas Dynamiczne aspekty systemu Interakcja - zachowanie polegające na wymianie komunikatów między obiektami w pewnym (ustalonym) otoczeniu, w pewnym (ściśle określonym) celu Komunikat - specyfikacja łączności

Bardziej szczegółowo

Projekt zabawki edukacyjnej dla dziecka

Projekt zabawki edukacyjnej dla dziecka POLITECHNIKA WARSZAWSKA Wydział Elektroniki i Technik Informacyjnych Instytut Informatyki Przemysław Ogorzałek nr albumu: 218847 PRACA DYPLOMOWA MAGISTERSKA Projekt zabawki edukacyjnej dla dziecka Praca

Bardziej szczegółowo

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

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,

Bardziej szczegółowo

Rozdział 1. Integracja systemu "KasNet" z pinpadami firmy "First Data Polska S.A."

Rozdział 1. Integracja systemu KasNet z pinpadami firmy First Data Polska S.A. Rozdział 1. 1. Sprzedaż Uruchamiamy poprzez wpisanie kwoty w oknie płatności w polu "Karta płatnicza" i zatwierdzenie klawiszem F1 lub "Sprzedaż". Od tego momentu należy postępować wg komunikatów wyświetlanych

Bardziej szczegółowo

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

Analiza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej Analiza i projektowanie obiektowe 2017/2018 Wykład 3: Model wiedzy dziedzinowej Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Model wiedzy dziedzinowej

Bardziej szczegółowo

PROJEKTOWANIE SYSTEMÓW LOGISTYCZNYCH PROJEKT PODSYSTEM LOGISTYCZNY PRZETWARZANIE ZAMÓWIEŃ

PROJEKTOWANIE SYSTEMÓW LOGISTYCZNYCH PROJEKT PODSYSTEM LOGISTYCZNY PRZETWARZANIE ZAMÓWIEŃ 1 PROJEKTOWANIE SYSTEMÓW LOGISTYCZNYCH PROJEKT PODSYSTEM LOGISTYCZNY PRZETWARZANIE ZAMÓWIEŃ PUNKT 1 PROJEKTU: CHARAKTERYSTYKA PRZEDSIĘBIORSTWA OPIS WŁASNY 2 Zamieścić przygotowany przez grupę projektową

Bardziej szczegółowo

Rysunek 1: Przykłady graficznej prezentacji klas.

Rysunek 1: Przykłady graficznej prezentacji klas. 4 DIAGRAMY KLAS. 4 Diagramy klas. 4.1 Wprowadzenie. Diagram klas - w ujednoliconym języku modelowania jest to statyczny diagram strukturalny, przedstawiający strukturę systemu w modelach obiektowych przez

Bardziej szczegółowo

Obieg korespondencji. System spełnia wymagania GIODO. Funkcja obsługi obiegu korespondencji dzięki zastosowaniu kodów kreskowych.

Obieg korespondencji. System spełnia wymagania GIODO. Funkcja obsługi obiegu korespondencji dzięki zastosowaniu kodów kreskowych. Załącznik Nr 1 do OPZ SPECYFIKACJA WYMAGAŃ FUNKCJONALNYCH 1. obieg przychodzącej zewnętrznej i obieg wewnętrznej, w tym: 1) Zapotrzebowania i Zakupy (ZZ); 2) (ZP); 3) Akty Wewnętrzne (AW); Lp. Obszar Opis

Bardziej szczegółowo

Zagadnienia Semestr IV Inżynieria Oprogramowania WSZiB

Zagadnienia Semestr IV Inżynieria Oprogramowania WSZiB Zagadnienia Wprowadzenie pojęcia obiektu i klasy obiektu Reprezentacja systemu jako zbioru wzajemnie oddziaływujących obiektów Poszczególne etapy procesu tworzenia obiektowego projektu systemu Charakterystyka

Bardziej szczegółowo

Inżynieria oprogramowania Jarosław Kuchta. Modelowanie interakcji

Inżynieria oprogramowania Jarosław Kuchta. Modelowanie interakcji Inżynieria oprogramowania Jarosław Kuchta Modelowanie interakcji Podstawowe pojęcia Interakcja (interaction) Przepływ komunikatów pomiędzy obiektami konieczny dla wykonania określonego zadania. Interakcja

Bardziej szczegółowo