Modelowanie procesów (1) Oracle Designer: Modelowanie procesów. Modelowania procesów (2) Modelowanie procesów (3)

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

Nazwa Symbol Typ Obsługa wypoŝyczeń filmów OWF Krok procesu Obsługa rezerwacji filmów ORF Krok procesu Uzupełnianie stanu magazynu USM Krok procesu

Dane wejściowe. Oracle Designer Generowanie bazy danych. Wynik. Przebieg procesu

bo od managera wymaga się perfekcji

Bazy danych 2. dr inż. Tadeusz Jeleniewski

Modelowanie związków encji. Oracle Designer: Diagramy związków encji. Encja (1)

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

Modelowanie KONCEPCJA. przedstawiana przez INDYWIDUALNOŚĆ GHJ 6

Wykorzystanie oprogramowania Oracle Designer do budowy systemów informatycznych

Wykorzystanie oprogramowania Oracle Designer do budowy systemów informatycznych

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

Projektowanie systemów informatycznych. Diagramy przypadków użycia

MODELOWANIE SYSTEMÓW INFORMACYJNYCH

Język UML w modelowaniu systemów informatycznych

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

MODELOWANIE PRZEPŁYWU DANYCH

Diagramy przepływu danych II model środowiskowy, diagram odpowiedzi na zdarzenia KI AE PSI

Hurtownie danych - przegląd technologii

INTERNETOWE BAZY DANYCH materiały pomocnicze - wykład X

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

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

PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

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

Ćwiczenie 1. Modelowanie prostego procesu

Modelowanie danych, projektowanie systemu informatycznego

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

Kondensator, pojemność elektryczna

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

Wydział Elektroniki Politechniki Wrocławskiej. Kierunek: Informatyka Specjalność: InŜynieria Systemów Informatycznych

coffee Instrukcja do systemu Warszawa, wrzesień 2008

Technologia informacyjna

UML cz. I. UML cz. I 1/1

1 Projektowanie systemu informatycznego

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

KaŜdy z formularzy naleŝy podpiąć do usługi. Nazwa usługi moŝe pokrywać się z nazwą formularza, nie jest to jednak konieczne.

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

Kryzys oprogramowania. Wprowadzenie do modelowania. Metodyka projektowania. Próby walki z kryzysem. zastosowanie odpowiedniej metodyki projektowania

POLITECHNIKA OPOLSKA

Inżynieria oprogramowania

Agenda. Cele projektu Wizja projektu Modelowanie biznesowe Wymagania użytkownika Przypadki użycia

Analiza i projektowanie aplikacji Java

...Finanse Księgowość Koszty

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

Hurtownie danych - przegląd technologii

Diagramy czynności. Widok logiczny. Widok fizyczny

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

Wykład I. Wprowadzenie do baz danych

7. Formularze master-detail

Modelowanie diagramów klas w języku UML. Łukasz Gorzel @stud.umk.pl 7 marca 2014

Plan. Formularz i jego typy. Tworzenie formularza. Co to jest formularz? Typy formularzy Tworzenie prostego formularza Budowa prostego formularza

INFORMATOR TECHNICZNY WONDERWARE. Narzędzie redundancji systemu alarmowania Alarm Hot Backup dla oprogramowania. Struktura systemu redundantnego

Aplikacja Ramzes. Rejestrator

Inżynieria oprogramowania wykład VI Faza analizy Analiza strukturalna modelowanie procesów, słownik danych

Bazy Danych. Modele danych. Krzysztof Regulski WIMiIP, KISiM,

Bazy danych 1. Wykład 5 Metodologia projektowania baz danych. (projektowanie logiczne)

POLITECHNIKA OPOLSKA

Określanie wymagań. Cele przedsięwzięcia. Kontekst przedsięwzięcia. Rodzaje wymagań. Diagramy przypadków użycia use case diagrams

Oprogramowanie dla biznesu Numer 11 (69) Listopad 2009 JAK SZYBKO I SKUTECZNIE ZAMKNĄĆ ROK?

Podnoszenie efektywności procesów i działań istota pomiaru, etapy i narzędzia

PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Projekt Hurtownia, realizacja rejestracji dostaw produktów

Oferta Banku Zachodniego WBK S.A. na usługę Elektronicznej Identyfikacji NaleŜności dla. Warszawa,

Podyplomowe Studium Informatyki w Bizniesie Wydział Matematyki i Informatyki, Uniwersytet Łódzki specjalność: Tworzenie aplikacji w środowisku Oracle

RACHUNKOWOŚĆ KOMPUTEROWA JAKO PRZEDMIOT SPECJALICACJI W TECHNIKUM EKONOMICZNYM ROZKŁAD PROGRAMU NAUCZANIA

Diagramy klas. dr Jarosław Skaruz

Cele przedsięwzięcia

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

Język UML w modelowaniu systemów informatycznych

Faza analizy (modelowania) Faza projektowania

Paweł Kurzawa, Delfina Kongo

Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi

Technologie informacyjne - wykład 12 -

Ustawianie lokalizacji dla indeksów Ustawianie lokalizacji dla indeksów spis kroków

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Diagramy przypadków użycia

Podręcznik Integracji

Definicje. Algorytm to:

Diagramy przypadków uŝycia. związków między nimi

ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski

15. Funkcje i procedury składowane PL/SQL

Program do obsługi ubezpieczeń minifort

Kierunki rozwoju systemów obiegu dokumentów: Enterprise Content Management. Jarosław Żeliński analityk biznesowy, projektant systemów

III. Dane podstawowe definiowanie organizacji

Instrukcja uŝytkownika

Modelowanie i Programowanie Obiektowe

Instrukcja wypełniania. Zlecenia wypłaty gotówki w oddziale (SWE)

Zintegrowana platforma drukowania, skanowania, archiwizowania i obiegu

WPROWADZENIE DO BAZ DANYCH

ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż. ADAM KOLIŃSKI ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż.

miejsca przejścia, łuki i żetony

Technologie obiektowe

Wyzwalacze. do automatycznego generowania wartości kluczy głównych. Składnia instrukcji tworzacej wyzwalacz

OdświeŜanie hurtownie danych - wykład IV. Zagadnienia do omówienia. Wprowadzenie

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

POWIADOMIENIE SMS ALBATROSS S2. Opis aplikacji do programowania

System zarządzania bazą danych SZBD (ang. DBMS -Database Management System)

Nowe funkcjonalności wersji

System Obsługi Pacjentów PulsRFID. Wrocław listopad

Plan. Zarządzanie zespołem rozproszonym. 1. O co chodzi w Agile (bez Manifestu!) 2. Rozpoczynanie projektu. 3. Utrzymywanie komunikacji

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

Transkrypt:

Modelowanie procesów (1) Oracle Designer: Modelowanie procesów Identyfikuje kluczowe aktywności w działalności organizacji. Modeluje wybrane lub wszystkie aktywności w ramach organizacji. Określa kolejność i miejsce realizacji poszczególnych aktywności w ramach organizacji. Pozwala na zrozumienie funkcjonowania organizacji. UmoŜliwia i ułatwia komunikację pomiędzy: róŝnymi działami organizacji, uŝytkownikami a projektantami systemu, projektantami systemu a programistami implementującymi system. (C) Instytut Informatyki, Politechnika Poznańska 2 Modelowania procesów (2) cele: dostosowanie organizacji do nowych warunków działania, określenie istoty nowych aktywności przed ich implementacją, identyfikacja aktywności wymagających usprawnienia, zwiększenie efektywności działania organizacji: zwiększenie zysku, zmniejszenie kosztów, lepsza penetracja rynku, zwiększenie jakości obsługi klientów,... Modelowanie procesów (3) zyski: dokładne zrozumienie wymagań przed rozpoczęciem projektowania i implementowania systemu, wykrycie nieefektywnie realizowanych aktywności, wykrycie miejsc w organizacji, realizujących te same aktywności, zrozumienie przez członków organizacji co dokładnie robią i z kim współpracują. (C) Instytut Informatyki, Politechnika Poznańska 3 (C) Instytut Informatyki, Politechnika Poznańska 4

Modelowanie procesów (4) Podstawowe podejścia: top-down dekompozycja kolejnych poziomów rozpoczynając od pojedynczego procesu głównego, reprezentującego działalność przedsiębiorstwa. bottom-up identyfikacja elementarnych procesów przedsiębiorstwa, a następnie dla kaŝdego z nich znalezienie odpowiedniego miejsce w hierarchii procesów. technika mieszana. Diagram procesów (1) pokazuje: strukturę jednostek w ramach organizacji i zaleŝności między nimi, zaleŝności pomiędzy aktywnościami w organizacji, zdarzeniami i miejscami składowania danych/obiektów w organizacji. (C) Instytut Informatyki, Politechnika Poznańska 5 (C) Instytut Informatyki, Politechnika Poznańska 6 Diagram procesów (2) Elementy diagramu procesów moŝliwe prezentacje przy uŝyciu: zestawu symboli podstawowych dla analityków systemowych, przeszkolonych członków organizacji, rozszerzonego zestawu symboli dla analityków systemowych, ikon dla nieprzeszkolonych członków organizacji. Jednostka organizacyjna Wyzwalacz Wynik (C) Instytut Informatyki, Politechnika Poznańska 7 Krok procesu Przepływ Składnica (C) Instytut Informatyki, Politechnika Poznańska 8

Proces (1) działanie lub kolekcja działań, realizowanych przez organizację, proces posiada dobrze zdefiniowany początek i koniec, proces składa się z szeregu zadań, nazywanych krokami procesu, proces moŝe mieć strukturę hierarchiczną: główne procesy na szczycie hierarchii, proces wyŝszego poziomu składa się z procesów na niŝszych poziomach hierarchii. Proces (2) przykłady procesów (wypoŝyczalnia filmów): proces główny: prowadzenie wypoŝyczalni filmów procesy niŝszego poziomu: obsługa klientów wypoŝyczalni zakładanie konta nowego klienta wypoŝyczalni wypoŝyczenie filmu klientowi uzupełnianie repertuaru filmów... (C) Instytut Informatyki, Politechnika Poznańska 9 (C) Instytut Informatyki, Politechnika Poznańska 10 Identyfikacja procesów wyjście od misji organizacji: prowadzenie wypoŝyczalni filmów identyfikacja głównych procesów w organizacji: wypoŝyczanie filmów klientom uzupełnianie repertuaru filmów przeprowadzanie akcji marketingowych dekompozycja procesów na procesy niŝszego poziomu, np. wypoŝyczanie filmów dzieli się na procesy: rejestracja wypoŝyczeń klientów zarządzanie zbiorem klientów wypoŝyczalni rezerwowanie filmów dla klientów (C) Instytut Informatyki, Politechnika Poznańska 11 Krok procesu (1) operacja składowa w ramach procesu, proces rezerwowanie filmów dla klientów, kroki: 1. identyfikacja klienta, 2. przyjęcie zamówienia klienta, 3. zarezerwowanie terminu, 4. wysłanie potwierdzenia rezerwacji klientowi, określamy co krok procesu robi, a nie jak to robi (C) Instytut Informatyki, Politechnika Poznańska 12

Krok procesu (2) Krok procesu (3) typy: krok procesu (ang. process step), podtypy: wprowadzanie danych (ang. data entry) reprezentuje operację wprowadzania danych w organizacji, punkt decyzyjny (ang. decision point) miejsce, w którym proces moŝe zostać rozdzielony na kilka ścieŝek, raport (ang. report) reprezentuje powstanie pisemnego lub drukowanego dokumentu, proces zewnętrzny (ang. external) działalność realizowana poza organizacją, proces wewnętrzny (ang. internal) działalność realizowana w organizacji, nieistotna z punktu widzenia tworzonego modelu. (C) Instytut Informatyki, Politechnika Poznańska 13 definicja: krótki opis pole Short Definition, typ pole Type, unikalna etykieta pole Label, określenie sposobu realizacji ręczna lub automatyczna pole To Be Automated. globalny krok procesu krok nie naleŝący do hierarchii modelowanego procesu, wstawiony do diagramu z innej hierarchii (C) Instytut Informatyki, Politechnika Poznańska 14 Przepływ (1) reprezentuje: przekazanie informacji między elementami modelu procesów, przekazanie obiektów materialnych między elementami modelu procesów, zaleŝności kolejnościowe między procesami. Przepływ (2) typy: przepływ (ang. flow) przepływ ogólny, przepływ danych (ang. data flow) reprezentuje przekazanie danych, przepływ materialny (ang. material flow) reprezentuje przekazanie obiektów materialnych, przepływ czasowy (ang. temporal flow) reprezentuje zaleŝność czasową między procesami: proces, na który wskazuje przepływ, nie moŝe się rozpocząć, jeśli proces, z którego wychodzi przepływ nie zostanie zakończony. (C) Instytut Informatyki, Politechnika Poznańska 15 (C) Instytut Informatyki, Politechnika Poznańska 16

definicja: nazwa pole Name, typ pole Type, logika pole Logic, znaczenie pole Significant, reguła pole Rule. Przepływ (3) Przepływ (4) logika przepływu: AND zajście wszystkich przepływów z logiką AND dochodzących do kroku procesu jest konieczne do jego uruchomienia, OR zajście chociaŝ jednego przepływu z logiką OR dochodzącego do kroku procesu jest konieczne do jego uruchomienia. (C) Instytut Informatyki, Politechnika Poznańska 17 (C) Instytut Informatyki, Politechnika Poznańska 18 Przepływ (5) znaczenie przepływu określa, Ŝe przepływ jest w pewien sposób bardziej znaczący od pozostałych przepływów: wychodzących z procesu Significant At Source, dochodzących do procesu Significant At Destination. reguła określa warunek logiczny, którego zajście jest konieczne do uruchomienia przepływu wyjściowego, dodatkowo moŝna określić procentowo, jaka część wystąpień przepływu spełnia zadaną regułę Jednostka organizacyjna (1) moŝe określać: całą organizację, miejsce realizacji określonego procesu, osobę, realizującą dany proces (np. pracownik organizacji), byt zewnętrzny w stosunku do organizacji (np. klient) jednostki mogą tworzyć hierarchię, kaŝdy proces musi być umiejscowiony w określonej jednostce organizacyjnej, (C) Instytut Informatyki, Politechnika Poznańska 19 (C) Instytut Informatyki, Politechnika Poznańska 20

Jednostka organizacyjna (2) definicja: nazwa pole Name, unikalna etykieta pole Short Name, lokalizacja geograficzna pole Location, nazwa jednostki nadrzędnej pole Parent, liczba osób w jednostce pole Head Count. Zdarzenie (1) sytuacja: uruchamiająca dany proces wyzwalacz (ang. trigger) kończąca dany proces wynik (ang. outcome) (C) Instytut Informatyki, Politechnika Poznańska 21 (C) Instytut Informatyki, Politechnika Poznańska 22 Zdarzenie (2) typy: zdarzenie systemowe coś w organizacji osiągnęło określony stan (np. spadek zapasów produktu X poniŝej 1000 sztuk ), zdarzenie okresowe został osiągnięty zdefiniowany moment czasowy (np. początek roku finansowego ), inne zdarzenie zdarzenie, zachodzące poza organizacją (np. zmiana przepisów podatkowych ) Zdarzenie (3) definicja: nazwa zdarzenia - pole Name, typ zdarzenia pole Type, częstotliwość zachodzenia zdarzenia pole Frequency. (C) Instytut Informatyki, Politechnika Poznańska 23 (C) Instytut Informatyki, Politechnika Poznańska 24

Składnica (1) Składnica (2) reprezentuje kolekcję informacji lub obiektów materialnych, przykłady: magazyn filmów, kartoteka klientów, hurtownia produktów, składnica powinna mieć co najmniej: jeden przepływ dochodzący reprezentuje przesłanie do składnicy danych lub obiektów materialnych, jeden przepływ wychodzący reprezentuje pobranie ze składnicy danych lub obiektów materialnych; wyjątek składnica, w której składowane są obiekty będące końcowym wynikiem działania procesu. (C) Instytut Informatyki, Politechnika Poznańska 25 typy składnic: informacyjna ang. data store przechowuje informacje (np. kartoteka w systemie informatycznym, kartoteka papierowa) materialna ang. material store przechowuje obiekty materialne (C) Instytut Informatyki, Politechnika Poznańska 26 Składnica (3) definicja: unikalna nazwa pole Name, typ pole Type, unikalna etykieta pole ID, liczba elementów w składnicy grupa Volume: maksymalna średnia minimalna Błędne konstrukcje bezpośredni przepływ między składnicami podwójne przepływy między elementami (potencjalnie błędne) (C) Instytut Informatyki, Politechnika Poznańska 27 (C) Instytut Informatyki, Politechnika Poznańska 28

Process Modeler Obiekty diagramu procesów Pozwala na: definiowanie podstawowych procesów zachodzących w przedsiębiorstwie, modelowanie elementów składowych procesów, identyfikowanie procesów wymagających usprawnienia, modelowanie procesów nie istniejących w przedsiębiorstwie, włączanie do diagramów obiektów utworzonych w innych składnikach Oracle Designer. Jednostka organizacyjna Krok procesu Składnica Przepływ Wynik Wyzwalacz (C) Instytut Informatyki, Politechnika Poznańska 29 (C) Instytut Informatyki, Politechnika Poznańska 30 Modelowanie hierarchii procesów Import istniejących obiektów do diagramów (C) Instytut Informatyki, Politechnika Poznańska 31 (C) Instytut Informatyki, Politechnika Poznańska 32

Identyfikacja procesów wymagających reorganizacji Repozytorium Oracle Designer (C) Instytut Informatyki, Politechnika Poznańska 33 Repozytorium Oracle Designer miejsce składowania wszelkich obiektów umieszczonych na tworzonych diagramach. obiekty utworzone na jednym diagramie moŝna importować do innych diagramów, usunięcie elementu: tylko z diagramu operacja Wytnij (ang. cut) z diagramu i repozytorium operacja Usuń (ang. delete). implementacja wybrany schemat relacyjny systemu bazy danych narzędzie do przeglądania i modyfikacji obiektów składowanych w repozytorium Oracle Designer. dla kaŝdego obiektu dostępna lista własności. Repository Object Navigator (C) Instytut Informatyki, Politechnika Poznańska 35 (C) Instytut Informatyki, Politechnika Poznańska 36