Modelowanie KONCEPCJA. przedstawiana przez INDYWIDUALNOŚĆ GHJ 6

Podobne dokumenty
MODELOWANIE SYSTEMÓW INFORMACYJNYCH

MODELOWANIE PRZEPŁYWU DANYCH

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

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

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

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

TECHNIKI MODELOWANIA STRUKTURY INFORMACYJNEJ

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

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

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

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

Logika funkcji. Modelowanie SI - GHJ 1

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

Procesowa specyfikacja systemów IT

Bazy danych 2. dr inż. Tadeusz Jeleniewski

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

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

Wykład 1 Inżynieria Oprogramowania

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

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

WPROWADZENIE DO UML-a

Podstawy programowania III WYKŁAD 4

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

Narzędzia CASE dla.net. Łukasz Popiel

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

Faza Określania Wymagań

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

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

Diagramy przepływu danych I

Analiza strukturalna systemów informatycznych

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

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

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

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

Język UML w modelowaniu systemów informatycznych

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

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

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

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

Projektowanie systemów informatycznych. wykład 6

PRZEWODNIK PO PRZEDMIOCIE

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

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

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

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

Nowe narzędzia zarządzania jakością

Podstawowy Wykład z Systemów Baz Danych

Kurs OPC S7. Spis treści. Dzień 1. I OPC motywacja, zakres zastosowań, podstawowe pojęcia dostępne specyfikacje (wersja 1501)

Inżynieria oprogramowania II

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

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

ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH

Projektowanie Modeli Usług dla rozwiązań typu SOA

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

UML w Visual Studio. Michał Ciećwierz

OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA

PRZEWODNIK PO PRZEDMIOCIE

Zintegrowany System Informatyczny (ZSI)

IO - inżynieria oprogramowania. dr inż. M. Żabińska, zabinska@agh.edu.pl

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

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

Świat rzeczywisty i jego model

Spis treści. Dzień 1. I Wprowadzenie (wersja 0906) II Dostęp do danych bieżących specyfikacja OPC Data Access (wersja 0906) Kurs OPC S7

Analityk i współczesna analiza

Dobre praktyki w tworzeniu Test Case'ów. Patryk Ostrowski, kwiecień 2014

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 1

Modelowanie i Programowanie Obiektowe

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

Zasady organizacji projektów informatycznych

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

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

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

Multi-wyszukiwarki. Mediacyjne Systemy Zapytań wprowadzenie. Architektury i technologie integracji danych Systemy Mediacyjne

Technologie obiektowe

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

MIĘDZYNARODOWE STOSUNKI GOSPODARCZE

Monitoring procesów z wykorzystaniem systemu ADONIS

DLA SEKTORA INFORMATYCZNEGO W POLSCE

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

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

Unified Modeling Language

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

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

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

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

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

Systemowe zarządzanie jakością. Koncepcja systemu, ocena systemu, wspomaganie decyzji. Piotr Miller

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

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

030 PROJEKTOWANIE BAZ DANYCH. Prof. dr hab. Marek Wisła

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

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

Pojęcie bazy danych. Funkcje i możliwości.

5 Organizacja rachunkowości zagadnienia wstępne 18

Architektura oprogramowania w praktyce. Wydanie II.

KARTA MODUŁU KSZTAŁCENIA

Dziedziczenie. Streszczenie Celem wykładu jest omówienie tematyki dziedziczenia klas. Czas wykładu 45 minut.

Transkrypt:

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