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

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

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

Transkrypt

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

2 Po co mi to, przecież wiem, co system ma robić?

3 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). w odróżnieniu od diagramu stanów opisuje działania związane z wieloma, komunikującymi się wzajemnie obiektami.

4 Diagram czynności (aktywności) jak pobierane są operacje? co operacje wykonują (zmiana stanu obiektu)? gdzie i kiedy operacje są wykonywane?

5 Diagram czynności (aktywności) UŻYWAĆ DO: NIE UZYWAĆ DO: analizowania przypadków użycia; zrozumienia interakcji zachodzących między przypadkami użycia; do modelowania przetwarzania wielowątkowego; 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 Podstawowe pojęcia Czynność specyfikacja sparametryzowanych zachowań (akcje, przepływy sterowania) Akcja elementarny krok czynności

7 Podstawowe pojęcia Przepływ sterowania przejście z jednej akcji do drugiej (zapłacenie rachunku -> wydruk paragonu) Przepływ obiektu (utworzenie, modyfikacja, użycie np. przesłanie faktury, celem dokonania zapłaty):

8 Podstawowe pojęcia 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 (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)

9 Podstawowe pojęcia 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 (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

10 Podstawowe pojęcia 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

11 Podstawowe pojęcia 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

12 Diagramy czynności a przypadki użycia

13 Przykład 1.

14 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.

15 Zadanie 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

16 Zadanie 2 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 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ę.

17 Zadanie 3 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

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

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

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

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

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

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 4 Diagramy aktywności I Diagram aktywności (czynności) (ang. activity

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Laboratorium 2 Reorganizacja procesu serwisowego

Laboratorium 2 Reorganizacja procesu serwisowego Laboratorium 2 Reorganizacja procesu serwisowego Studenci przed zajęciami powinni zaznajomić się z narzędziem ADONIS 4.0 (lub Community Edition), metodą BPMS, koncepcją podejścia procesowego w zarządzaniu

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

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

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

Ź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

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

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

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

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

Ć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

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

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

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

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

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

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

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

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

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

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

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

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

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

INSTRUKCJA ZARZĄDZANIA SYSTEMAMI INFORMATYCZNYMI W COLLEGIUM MAZOVIA INNOWACYJNEJ SZKOLE WYŻSZEJ

INSTRUKCJA ZARZĄDZANIA SYSTEMAMI INFORMATYCZNYMI W COLLEGIUM MAZOVIA INNOWACYJNEJ SZKOLE WYŻSZEJ Załącznik nr 3 do Zarządzenia nr 1/2013 Rektora Collegium Mazovia Innowacyjnej Szkoły Wyższej z dnia 31 stycznia 2013 r. INSTRUKCJA ZARZĄDZANIA SYSTEMAMI INFORMATYCZNYMI W COLLEGIUM MAZOVIA INNOWACYJNEJ

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 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

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

CRM VISION FUNKCJE SYSTEMU

CRM VISION FUNKCJE SYSTEMU www.crmvision.pl CRM VISION FUNKCJE SYSTEMU www.crmvision.pl CRM VISION FUNKCJE SYSTEMU CRM Vision to nowoczesne, bezpieczne oprogramowanie wspomagające zarządzanie firmą poprzez usprawnienie przepływu

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

Zarządzenie wchodzi w życie z dniem 5 grudnia 2016 roku.

Zarządzenie wchodzi w życie z dniem 5 grudnia 2016 roku. ANEKS z dnia 30 listopada 2016 roku do Z A R Z Ą D Z E N I A Nr 2/2016 Dyrektora Okręgowego Urzędu Miar w Gdańsku z dnia 3 marca 2016 roku w sprawie określenia wynagrodzenia, o którym mowa w art. 25 pkt

Bardziej szczegółowo

SEGMENT TCP CZ. II. Suma kontrolna (ang. Checksum) liczona dla danych jak i nagłówka, weryfikowana po stronie odbiorczej

SEGMENT TCP CZ. II. Suma kontrolna (ang. Checksum) liczona dla danych jak i nagłówka, weryfikowana po stronie odbiorczej SEGMENT TCP CZ. I Numer portu źródłowego (ang. Source port), przeznaczenia (ang. Destination port) identyfikują aplikacje wysyłającą odbierającą dane, te dwie wielkości wraz adresami IP źródła i przeznaczenia

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

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

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

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

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

Laboratorium 6 DIAGRAM KLAS (Class Diagram)

Laboratorium 6 DIAGRAM KLAS (Class Diagram) Laboratorium 6 DIAGRAM KLAS (Class Diagram) Opisuje strukturę programu (a także zależności między nimi), co znajduje odzwierciedlenie w kodzie. Charakteryzuje zależności pomiędzy składnikami systemu: klasami,

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

Synapsa. System nadzoru pracy serwisu

Synapsa. System nadzoru pracy serwisu System nadzoru pracy serwisu SYNAPSA jest rozbudowanym systemem informatycznym, umożliwiającym prowadzenie i nadzorowanie pracy serwisu. Program został opracowany na potrzeby firm branży komputerowej,

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

Ć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

1. Otwieranie kont w KDPW_CCP wykorzystywanych w celu rejestracji transakcji zestawianych na platformie konfirmacji OTC MarkitWire

1. Otwieranie kont w KDPW_CCP wykorzystywanych w celu rejestracji transakcji zestawianych na platformie konfirmacji OTC MarkitWire 1. Otwieranie kont w KDPW_CCP wykorzystywanych w celu rejestracji transakcji zestawianych na platformie konfirmacji OTC MarkitWire Uzyskanie Numerów Klasyfikacyjnych Klienta (NKK) i otwarcie kont rozliczeniowych,

Bardziej szczegółowo

Powierz nam swoją Księgowość! Skontaktuj się z nami i pozwól przedstawić nam indywidualną ofertę!!! Biuro Rachunkowe Maciej Nowakowski

Powierz nam swoją Księgowość! Skontaktuj się z nami i pozwól przedstawić nam indywidualną ofertę!!! Biuro Rachunkowe Maciej Nowakowski Zapraszamy do zapoznania się z ofertą Biura Rachunkowego Maciej Nowakowski. Nasze Biuro oferuje m.in : - Obsługę w naszej siedzibie lub u klienta, - Możliwość usług za pośrednictwem Internetu, - Informacja

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

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

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

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

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Załącznik Nr 1 Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Wersja 1.0 Na podstawie: Europejskiej Modelowej Umowy o EDI (w skrócie:

Bardziej szczegółowo

ELETRONICZNA WYMIANA DANYCH

ELETRONICZNA WYMIANA DANYCH ELETRONICZNA WYMIANA DANYCH Niniejszy dokument zawiera roboczą instrukcję obsługi elektronicznej wymiany danych pod względem pobierania danych z portalu LDO oraz ręcznej ewidencji faktur. Spis treści 1.

Bardziej szczegółowo

Zarządzanie działem serwisu przy wykorzystaniu aplikacji Vario

Zarządzanie działem serwisu przy wykorzystaniu aplikacji Vario Zarządzanie działem serwisu przy wykorzystaniu aplikacji Vario rejestracja i obsługa zleceń montażowych rejestracja i obsługa zleceń serwisowych rejestracja i planowanie przeglądów serwisowych rejestracja

Bardziej szczegółowo

Elementy Modelowania Matematycznego

Elementy Modelowania Matematycznego Elementy Modelowania Matematycznego Wykład 9 Systemy kolejkowe Spis treści Wstęp Systemy masowej obsługi (SMO) Notacja Kendalla Schemat systemu masowej obsługi Przykład systemu M/M/1 Założenia modelu matematycznego

Bardziej szczegółowo

Kolejki FIFO (łącza nazwane)

Kolejki FIFO (łącza nazwane) Kolejki FIFO (łącza nazwane) Systemy Operacyjne 2 laboratorium Mateusz Hołenko 6 listopada 2011 Plan zajęć 1 Łącza w systemie Linux kolejki FIFO vs. potoki specyfika łączy nazwanych schemat komunikacji

Bardziej szczegółowo

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 6 Wskazówki i sugestie

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 6 Wskazówki i sugestie Inżynieria wymagań Wykład 2 Proces pisania przypadków użycia Część 6 Wskazówki i sugestie Opracowane w oparciu o materiały IBM (kurs REQ570: Writing Good Use Cases) Wyzwania podczas pisania przypadków

Bardziej szczegółowo

Standard transmisji równoległej LPT Centronics

Standard transmisji równoległej LPT Centronics Standard transmisji równoległej LPT Centronics Rodzaje transmisji szeregowa równoległa Opis LPT łącze LPT jest interfejsem równoległym w komputerach PC. Standard IEEE 1284 został opracowany w 1994 roku

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

PRZEWODNIK UŻYTKOWNIKA SERWISU. www.amway.4logis.pl PRZESYŁKI KURIERSKIE ONLINE

PRZEWODNIK UŻYTKOWNIKA SERWISU. www.amway.4logis.pl PRZESYŁKI KURIERSKIE ONLINE PRZEWODNIK UŻYTKOWNIKA SERWISU www.amway.4logis.pl PRZESYŁKI KURIERSKIE ONLINE SPIS TREŚCI 0 WSTĘP 1 LOGOWANIE I REJESTRACJA 2 UTWORZENIE KONTA UŻYTKOWNIKA 3 AKTYWACJA KONTA: KOMUNIKATY 4 5 PANEL KLIENTA:

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

Lista zmian GBOX Assist 2.0

Lista zmian GBOX Assist 2.0 Lista zmian GBOX Assist 2.0 Data wydania 01.07.2019 GBOX Assist 2.0 Aplikacja 4.2.6.1 Data wydania wersji 01.07.2019 NOWOŚĆ Pomoc w języku czeskim Wydanie nowej wersji danych mapowych By otworzyć wejdź

Bardziej szczegółowo

Modelowanie świata rzeczywistego

Modelowanie świata rzeczywistego Modelowanie świata rzeczywistego na przykładzie warsztatu samochodowego Sprawne auto 1. Opis wycinka rzeczywistości Warsztat samochodowy Sprawne Auto jest warsztatem z silnym rodowodem rodzinnym, działa

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

OPCJE DOSTAWY W SERWISIE WIRTU.PL

OPCJE DOSTAWY W SERWISIE WIRTU.PL OPCJE DOSTAWY W SERWISIE WIRTU.PL MOŻLIWOŚCI DOSTAWY Wystawiając ofertę w Serwisie Wirtu.pl do dyspozycji masz trzy różne sposoby dostawy towarów i usług: Kurier Serwisu (DPD Polska sp. z o.o.); Kurier

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

Kompletacja (picking) prof. PŁ dr hab. inż. Andrzej Szymonik www.gen-prof.pl Łódź 2014/2015

Kompletacja (picking) prof. PŁ dr hab. inż. Andrzej Szymonik www.gen-prof.pl Łódź 2014/2015 Kompletacja (picking) prof. PŁ dr hab. inż. Andrzej Szymonik www.gen-prof.pl Łódź 2014/2015 Kompletacja def. Operacja w procesie magazynowym polegająca na pobraniu zapasów ze stosów lub urządzeń do składowania

Bardziej szczegółowo

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM

Bardziej szczegółowo

Java Developers Day. Implementacja ESB przy użyciu Mule. ESB Mule Obsługa zamówień DEMO

Java Developers Day. Implementacja ESB przy użyciu Mule. ESB Mule Obsługa zamówień DEMO Java Developers Day Implementacja ESB przy użyciu Mule Michał Majcher michal.majcher@altkom.pl Łukasz Krawczyk lukasz.krawczyk@altkom.pl slide 1 Tematy ESB Mule Obsługa zamówień DEMO Opis problemu Przepływ

Bardziej szczegółowo

OPCJE DOSTAWY DOSTĘPNE W SERWISIE LOJALNI24.PL

OPCJE DOSTAWY DOSTĘPNE W SERWISIE LOJALNI24.PL OPCJE DOSTAWY DOSTĘPNE W SERWISIE LOJALNI24.PL 1. MOŻLIWOŚCI DOSTAWY Wystawiając ofertę w Serwisie Lojalni24.pl do dyspozycji masz trzy różne sposoby dostawy Towarów i Usług: Odbiór osobisty (Bon Towarowy

Bardziej szczegółowo

Karty pracy. Ustawienia. W tym rozdziale została opisana konfiguracja modułu CRM Karty pracy oraz widoki i funkcje w nim dostępne.

Karty pracy. Ustawienia. W tym rozdziale została opisana konfiguracja modułu CRM Karty pracy oraz widoki i funkcje w nim dostępne. Karty pracy W tym rozdziale została opisana konfiguracja modułu CRM Karty pracy oraz widoki i funkcje w nim dostępne. Ustawienia Pierwszym krokiem w rozpoczęciu pracy z modułem Karty Pracy jest definicja

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 6 Diagramy komunikacji Diagram komunikacji (ang. communication diagram),

Bardziej szczegółowo

wersja dokumentu 1.0 data wydania 2008.11.14

wersja dokumentu 1.0 data wydania 2008.11.14 HERMESEDI System elektronicznej wymiany dokumentów w systemie EDI/ECOD wersja dokumentu 1.0 data wydania 2008.11.14 Syriusz sp. z o.o. Rzeszów 2008 SPIS TREŚCI: 1. Przeznaczenie... 3 2. Schemat pracy...

Bardziej szczegółowo

THP-100 su Obsługa oprogramowania oraz instrukcja wzorcowania

THP-100 su Obsługa oprogramowania oraz instrukcja wzorcowania THP-100 su Obsługa oprogramowania oraz instrukcja wzorcowania Spis treści Konfiguracja programu...3 Odczyt pomiarów...4 Wzorcowanie...6 Edycja ręczna...7 Edycja automatyczna...7 Konfiguracja...10 Konfiguracja

Bardziej szczegółowo

System IVR. Opis elementów systemu

System IVR. Opis elementów systemu System IVR Opis elementów systemu 1. Wstęp Na system IVR (IVR Pack) składają się następujące usługi: IVR Player, IVR Menu, IVR List, IVR Switch. Cennik usług IVR dostępny jest na stronie www.ipfon.pl.

Bardziej szczegółowo

INFORMACJE OGÓLNE POBIERANIE APLIKACJI

INFORMACJE OGÓLNE POBIERANIE APLIKACJI INSTRUKCJA OBSŁUGI SPIS TREŚCI Informacje ogólne 3 1. Pobieranie aplikacji 3 2. Rejestracja i logowanie 3 3. Menu aplikacji 6 4. Zgłaszanie alarmu 6 5. Aktywne alarmy 8 6. Odwoływanie alarmów 8 7. Chronione

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

Okno główne programu. 1. Zlecenia. W systemie wprowadza się zlecenia: Remontowe Serwisowe Usługowe Kompletacji

Okno główne programu. 1. Zlecenia. W systemie wprowadza się zlecenia: Remontowe Serwisowe Usługowe Kompletacji Programu SERWIS XL przeznaczony jest do ewidencji i rozliczenia prowadzonej działalności serwisowej, usługowej oraz produkcyjnej. Pozwala na prowadzenie ewidencji napraw sprzętu przyjmowanego do serwisu,

Bardziej szczegółowo

Wykład 1 Inżynieria Oprogramowania

Wykład 1 Inżynieria Oprogramowania Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI

Bardziej szczegółowo