MODELOWANIE SYSTEMÓW INFORMACYJNYCH



Podobne dokumenty
Modelowanie KONCEPCJA. przedstawiana przez INDYWIDUALNOŚĆ GHJ 6

MODELOWANIE PRZEPŁYWU DANYCH

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

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

APIO. W7 SPECYFIKACJA (UŻYCIA) DOSTĘPU DO DANYCH I SPOSOBU ICH PRZETWARZANIA 1. METODA CRUD 2. LOGIKA FUNKCJI

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

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

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

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

KARTA PRZEDMIOTU. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI Ogólne umiejętności posługiwania się komputerem

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

TECHNIKI MODELOWANIA STRUKTURY INFORMACYJNEJ

PRZEWODNIK PO PRZEDMIOCIE

Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)

PRZEWODNIK PO PRZEDMIOCIE

Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne

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

Analiza strukturalna systemów informatycznych

Przedsięwzięcia Informatyczne w Zarządzaniu

WPROWADZENIE DO UML-a

Wykład 1 Inżynieria Oprogramowania

Narzędzia CASE dla.net. Łukasz Popiel

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

E-1IZ s2. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)

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

PODSTAWY BAZ DANYCH. 5. Modelowanie danych. 2009/ Notatki do wykładu "Podstawy baz danych"

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

ANALIZA PROCESÓW INFORMACYJNYCH ORGANIZACJI 2018/19

Logika funkcji. Modelowanie SI - GHJ 1

E-I2SG-2010-s1. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)

Podstawy programowania III WYKŁAD 4

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Diagramy przepływu danych I

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

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

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

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

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

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

Spis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08

KARTA MODUŁU KSZTAŁCENIA

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

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

Procesowa specyfikacja systemów IT

Faza Określania Wymagań

Bazy danych 2. dr inż. Tadeusz Jeleniewski

Projektowanie systemów informatycznych. wykład 6

Wykorzystanie standardów serii ISO oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

Inżynieria oprogramowania. Jan Magott

Analiza i projektowanie systemów w informacyjnych

ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH

Wykład 3 Wymagania. MIS n Inżynieria oprogramowania Październik Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie

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

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

Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE. Teoria i inżynieria systemów. Logistyka (inżynierskie) Niestacjonarne

Inżynieria oprogramowania. Wykład 6 Analiza i specyfikowanie wymagań

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

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

PROJEKT Z BAZ DANYCH

Baza danych to zbiór wzajemnie powiązanych ze sobą i zintegrowanych danych z pewnej dziedziny.

Wykład I. Wprowadzenie do baz danych

technologii informacyjnych kształtowanie , procesów informacyjnych kreowanie metod dostosowania odpowiednich do tego celu środków technicznych.

PRZEWODNIK PO PRZEDMIOCIE

Modelowanie jako sposób opisu rzeczywistości. Katedra Mikroelektroniki i Technik Informatycznych Politechnika Łódzka

Modelowanie obiektowe - Ćw. 6.

Strukturalne metodyki projektowania systemûw informatycznych

PRZEWODNIK PO PRZEDMIOCIE

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

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

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

DLA SEKTORA INFORMATYCZNEGO W POLSCE

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

UML w Visual Studio. Michał Ciećwierz

Paweł Kurzawa, Delfina Kongo

Analityk i współczesna analiza

Projektowanie baz danych za pomocą narzędzi CASE

tel. (+48 81) /22 fax (+48 81) Wykład Ćwiczenia Laboratorium Projekt

Podstawowy Wykład z Systemów Baz Danych

Modelowanie obiektowe - Ćw. 3.

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów

Podrozdziały te powinny zawierać informacje istotne z punktu widzenia przyjętego celu pracy

Zasady organizacji projektów informatycznych

PRZEWODNIK PO PRZEDMIOCIE

S Y L A B U S P R Z E D M I O T U

Monitoring procesów z wykorzystaniem systemu ADONIS. Krok po kroku

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Inżynieria oprogramowania II

Modelowanie i obliczenia techniczne. dr inż. Paweł Pełczyński

Promocja Zatrudnienia i Rozwój Zasobów Ludzkich w województwie warmińsko - mazurskim Phare 2001 Spójność Społeczno-Gospodarcza PL

MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM.

Język UML w modelowaniu systemów informatycznych

Informatyka II stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny) Kierunkowy (podstawowy / kierunkowy / inny HES)

Autor: Joanna Karwowska

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1

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

Matryca efektów kształcenia dla programu studiów podyplomowych ZARZĄDZANIE I SYSTEMY ZARZĄDZANIA JAKOŚCIĄ

Opisy efektów kształcenia dla modułu

Transkrypt:

MODELOWANIE SYSTEMÓW INFORMACYJNYCH Wykładowca: dr inż. Grażyna Hołodnik-Janczura Instytut Organizacji i Zarządzania Politechnika Wrocławska GHJ 1

LITERATURA 1. Barker R., Longman C., CASE*Method: Modelowanie funkcji i procesów, WNT, W-wa, 1996 2. Barker R., CASE*Method: Modelowanie związków encji, WNT, W-wa, 1996 3. Rodgers U., Oracle przewodnik projektanta baz danych, WNT, 1995 4. Wrycza S., Analiza i projektowanie systemów informatycznych zarządzania, PWN, W-wa, 1999 5. Flakiewicz W., Systemy informacyjne w zarządzaniu, C.H. Beck, W-wa, 2002 6. Chen P.P., The entity-relationship model, ACM Transactions on Database Systems, 1976 GHJ 2

TEMATYKA I. Podstawowe definicje II. Metodyki tworzenia systemów informatycznych III. Techniki modelowania struktury funkcjonalnej IV. Techniki modelowania struktury informacyjnej V. Zasady transformacji D O-Z do schematu tabel b.d. VI. Narzędzia CASE GHJ 3

Definicja modelu [Zieleniewski J.] Opis obiektu lub zbioru obiektów rzeczywistych lub abstrakcyjnych, zjawisk lub zdarzeń Model winien być skonstruowany w takim języku, który umożliwia identyfikację modelu (warunek precyzji) Może być wyrażony za pomocą składni określonego języka (lingwistyczny) wzoru matematycznego (formalny) schematu o ściśle określonej notacji (graficzny) GHJ 4

Definicja metamodelu Stanowi definicję konstrukcji modelu wyrażoną przy zastosowaniu języka tego modelu GHJ 5

Modelowanie KONCEPCJA staje się zrozumiała wyrażona za pomocą INDYWIDUALNOŚĆ przedstawiana przez SYMBOL GHJ 6

Podejścia w modelowaniu Pełny zakres WSTĘPUJĄCE Opuszczone szczegóły ZSTĘPUJĄCE Niepotrzebne szczegóły ZSTĘPUJĄCE + WSTĘPUJĄCE Opuszczone szczegóły GHJ 7

Podejścia w modelowaniu SI Strukturalne (strukturalno-relacyjne) oddzielne modelowanie informacji i procesów Obiektowe integralne modelowanie informacji i procesów Społeczne skupione na aspektach ludzkich i społecznych GHJ 8

Metodyka Wyznacza ramy organizacyjne dla procesu opracowywania systemów informatycznych. Obejmuje, dostosowane do specyfiki podejścia, metody, techniki i narzędzia. Definiuje: etapy, na które dzieli cały proces, zadania do wykonania, rezultaty tych zadań, obowiązujące standardy, zasady kontrolowania jakości. GHJ 9

Przykłady metodyk SSADM (Structured Systems Analysis and Design Method) IE (Information Engineering) YSM (Yourdon Systems Method) CASE*Method OMT (Object Modelling Technique) RATIONAL GHJ 10

Techniki Opisują z różnych punktów widzenia wymagania dla systemu. Są to procedury na różnym poziomie sformalizowania wraz z odpowiednim sposobem reprezentacji, np. diagram przepływu danych, diagram obiekt-związek. GHJ 11

Narzędzia Programy komputerowe, które zapewniają implementację technik modelowania (na różnym poziomie automatyzacji) w celu zebrania, aktualizacji i prezentacji wymagań systemowych. Narzędzia zaawansowane umożliwiają wygenerowanie pewnych produktów, np. projekt bazy danych. Narzędzia CASE (Computer Aided Systems/Software Engineering), np. IE Workbench, Designer 2000, Easy CASE, Architect. GHJ 12

Wielostrukturalność organizacji Podejście systemowe do organizacji Rodzaje struktur organizacyjna społeczna techniczna informacyjna GHJ 13

System informacyjny Aspekty systemu zarządzania organizacją instytucjonalny funkcjonalny informacyjny [Koźmiński A.] Specyficzny układ nerwowy organizacji, który łączy w jedną całość elementy systemu zarządzania. GHJ 14

System informatyczny zarządzania (SIZ) [Kieżun W.] SIZ to taka część systemu informacyjnego zarządzania, w ramach której procesy zbierania, utrzymywania, aktualizacji i przechowywania informacji są oparte na niekonwencjonalnych środkach i metodach, a w szczególności są dokonywane przy użyciu technologii komputerowej. GHJ 15

Struktury SIZ funkcjonalna informacyjna przestrzenna technologiczna techniczna organizacyjna GHJ 16

Ogólna definicja SI x informacje wejściowe y informacje wyjściowe S relacja uzależniająca y od x (procedury, modele) x S y GHJ 17

[Kisielnicki J., Sroka H.] Definicja strukturalna SI={P,I,T,O,M,R} P - zbiór podmiotów, które są użytkownikami systemu I - zbiór informacji o sferze realnej (zasoby informacyjne) T - zbiór narzędzi technicznych stosowanych w procesie pobierania, przetwarzania, przechowywania i wydawania informacji O - zbiór rozwiązań systemowych stosowanych w danej organizacji (formuła zarządzania) M - zbiór metainformacji, opis systemu informacyjnego i jego zasobów informacyjnych R - relacje między poszczególnymi zbiorami GHJ 18

Czynniki: *zakłócające *sprzyjające *warunkujące wpływają na System informacyjny w ujęciu CASE*Method Zamierzenia i cele Zdarzenia inicjujące: *zmiana *czas *system Diagram przepływu danych realizacja mierzona przez osiągane przez realizują Funkcje Diagram hierarchii f-cji Diagram zależności f-cji Informacje wykonują przetwarzają Diagram obiekt-związek Jednostki organizacyjne Lokalizacja jednostek Wyniki kluczowe Diagram macierzowy powiązań GHJ 19

METODY MODELOWANIA STRUKTURY FUNKCJONALNEJ 1. Diagram hierarchii funkcji (DHF) 2. Diagram zależności funkcji (DZF) GHJ 20

Cel sporządzania modelu funkcji organizacji pełne i dokładne zrozumienie działalności danej organizacji; dostarczenie adekwatnego modelu potrzeb funkcjonalnych organizacji, który ma spełniać rolę ramowego szkicu dla tworzenia nowego lub rozwijania istniejącego systemu informatycznego; GHJ 21

Cel sporządzania modelu funkcji organizacji c.d. dostarczenie modelu niezależnego od mechanizmów lub metod przetwarzania, pozwalającego na podejmowanie obiektywnych decyzji o alternatywnych technikach implementacji, współdziałających z istniejącymi systemami. GHJ 22

Diagram hierarchii funkcji Najprostszą i użyteczną techniką modelowania funkcji jest wykonanie ich hierarchii, gdzie każda funkcja jest nazwana przez proste niedwuznaczne sentencje. Posiada strukturę drzewa genealogicznego i przypomina strukturę organizacyjną. Każda funkcja typu rodzic jest opisana bardziej szczegółowo przez jej funkcje typu dzieci. Diagram hierarchii funkcji (DHF) jest to model funkcji danej organizacji realizowanych zgodnie z jej celami w odpowiedzi na zdarzenia. GHJ 23

Zasady konstrukcji nazwy funkcji Rozpoczyna się od czasownika (rzeczownika odczasownikowego), który powinien być precyzyjny i zrozumiały dla użytkownika; Odnosi się do rzeczy zdefiniowanych w modelu związków encji, czyli do obiektów i ich związków, istotnych dla modelowanego zakresu działalności; Zwięzła i znacząca; Wyraża warunki pod jakimi wykonywana jest funkcja; Unika odwołań do mechanizmów. Funkcje złożone wymagają zdefiniowania logiki funkcji. GHJ 24

kod referencyjny, etykieta znak dekompozycji czasownik F111... Przyjmij dostawę zgodną z zamówieniem warunek rzeczownik - obiekt nazwa funkcji symbol graficzny GHJ 25

Style hierarchii funkcji a) pionowy b) poziomy c) mieszany GHJ 26

funkcja najwyższego poziomu-korzeń funkcja nadrzędna rodzic funkcja podrzędna dziecko To jest wszystko, co należy zrobić, by zrealizować funkcję nadrzędną. Kolejność dowolna. Dekompozycja do osiągnięcia żądanego poziomu szczegółowośc GHJ 27

Dekompozycja funkcji Poziomowy podział funkcji złożonych. W przypadku diagramów ogólnych 2-3 poziomy, a szczegółowych 5-7 poziomów. Proces iteracyjny. Równoważenie poziomów max 9 funkcji podrzędnych. Osiągnięcie poziomu f. elementarnych kończy dekompozycję. Podejście odwrotne grupowanie funkcji. GHJ 28

Definicja funkcji elementarnej Drzewo hierarchii funkcji powstaje w wyniku n poziomowej dekompozycji funkcji globalnej, kończy się na poziomie funkcji elementarnych, stąd: funkcja globalna - funkcja najwyższego poziomu drzewa hierarchii funkcji (korzeń) funkcja elementarna - funkcja najniższego poziomu drzewa hierarchii funkcji Funkcja elementarna może ulec dekompozycji, jej składniki nie mogą stanowić samodzielnych funkcji, są nazywane f. atomowymi GHJ 29

Warunki dla elementarnej funkcji organizacji Zmienia stan obiektu organizacji z jednego stanu spójności na inny, albo tylko informuje o nim. Rozpoczęta musi być zawsze doprowadzona do zakończenia, albo też całkowicie zaniechana. Jej nazwa i opis odnosi się do informacji przedstawianych za pomocą modelu encji, czyli obiektów, atrybutów i związków. Np. ustalenie harmonogramu dostaw realizujących zamówienia klientów, przelanie kwoty pieniędzy z jednego konta na drugi. GHJ 30

Funkcje wspólne realizują identyczne przetwarzanie, przetwarzają te same informacje, mają taką samą dekompozycję. Jedna z funkcji wspólnych musi być uznana jako główna a druga jako podległa : f. główna może mieć dowolną liczbę podległych, w praktyce nie więcej niż dwie, f. podległa nie może mieć własnych f. podległych. Funkcje wspólne to w rzeczywistości jedna funkcja, która występuje w różnych miejscach diagramu. GHJ 31

Reprezentacja funkcji wspólnej funkcja podległa P 33 P331 P2 etykieta funkcji głównej P332 GHJ 32

Przykład funkcji wspólnych R11 Wykonanie rezerwacji R11 1 Rejestracja rezerwacji wstępnej R112 Rejestracja rezerwacji na listę rezerwową R113 Potwierdzenie rezerwacji klientowi R12 Przeniesienie rezerwacji z jednej edycji na drugą R121 Skasowanie dokonanej rezerwacji R122 Wykonanie rezerwacji R123 Wyliczenie opłaty za przeniesienie R11 GHJ 33

Zdarzenia zewnętrzne (Ze) poza zasięgiem kontroli organizacji lub poza zakresem analizowanego systemu, ale jest znaczące dla działania danej organizacji zmiany (Z) zmiana stanu dowolnego obiektu czasu (C) określony termin (data, koniec roku, koniec miesiąca) systemowe (S) w ramach działalności danej organizacji, jako wynik funkcji i najczęściej wywołuje inną funkcję GHJ 34

Reprezentacja graficzna zdarzeń na DHF... GHJ 35

Przykłady zdarzeń inicjujących Ze Życzenie klienta Sprawdź możliwość realizacji życzenia Z Nowa dostawa Zarejestruj nową dostawę C Godzina końca dnia pracy Wykonuj podsumowanie dziennych obrotów S Minimalny stan zapasów Sporządź nowe zamówienie GHJ 36

Częstość funkcji Określa, ile razy w ustalonym okresie czasu, dana funkcja jest wykonywana, np. 100 razy na dzień, 1 raz w miesiącu, 1 na rok Zmienna częstość wymaga szczegółowej analizy i pokazania okresów szczytowych, załamań i normalnej pracy wykres lub tabela szczegółowych częstości Funkcje wspólne mogą mieć różną częstość dla różnych jednostek organizacyjnych lub stanowisk GHJ 37

Pilność funkcji Czas dopuszczalny, w kategoriach danej organizacji, na wykonanie funkcji. Wyraża się w dwóch terminach: natychmiast z dnia na dzień GHJ 38

Zasady działania funkcji Przepisy prawne. Taktyka działania wewnętrzne przepisy. Powiązanie z celami. Wykonawca : stanowisko, jednostka organizacyjna. Lokalizacja geograficzna. GHJ 39

Mechanizmy dopuszczalna technologia - analiza technologii nadającej się do realizacji funkcji, wymagana technologia - analiza technologii akceptowanej przez użytkownika (uwzględnia ograniczenia typu: istniejące w organizacji rozwiązania, przyzwyczajenia, koszt). GHJ 40