Wydział Elektroniki Politechniki Wrocławskiej Kierunek: Informatyka Specjalność: InŜynieria Systemów Informatycznych Projekt z przedmiotu Komputerowe Systemy Zarządzania (INE3608) pt. System. Opracowanie: Jan Kowalski (nr alb. 77777) Jan Nowak (nr alb. 88888) Jan Ogórek (nr alb. 99999) Opieka dydaktyczna: dr inŝ. S. Niewiadomski Opieka merytoryczna: mgr inŝ. A. Firmowa Info-Art. sp. z o.o. Wrocław czerwiec, 9999
Spis treści 1. Opis organizacji.. 3 1.1 Opis słowny organizacji 3 1.2 Diagram kontekstowy organizacji; schemat organizacyjny. 7 1.3 Diagram hierarchii funkcji organizacji 8 2. Podsystem będący przedmiotem projektowania. 9 2.1. Cel, przedmiot, zakres i otoczenie podsystemu.. 9 2.2. Opis przebiegu procesu w podsystemie.. 10 2.3. Realizowane funkcje informacyjne. 11 2.4. Źródła i odbiorcy informacji do (z) podsystemu... 12 3.Struktura funkcjonalna systemu informacyjnego.. 13 3.1. Skład projektowanego procesu... 13 3.2. Przebieg projektowanego procesu. 14 3.2. Definicje funkcji elementarnych... 15 4. Struktura informacyjna podsystemu informacyjnego. 17 4.1. Diagram Obiekt-Związek; 17 4.2. Definicje obiektów; dziedzin i atrybutów.. 18 5. Opis powiązań obiektów i funkcji systemu informacyjnego (macierz powiązań). 22 6. Wstępny projekt bazy danych (definicje tabel) i wstępne załoŝenia do implementacji. 23
1. Opis organizacji. 1.1 Opis słowny organizacji Opis organizacji (firmy), będącej środowiskiem projektowanego podsystemu informacyjnego, przeprowadzić w oparciu o analizę celów, problemów i CSFów lub SWOT.
Cele strategiczne organizacji (firmy) CS1 Etykieta celu strategicznego 1 Opis celu strategicznego nr 1 Opis celu strategicznego nr 1 Opis celu strategicznego nr 1 CS2 Etykieta celu strategicznego 2 Opis celu strategicznego nr 2 Opis celu strategicznego nr 2 Opis celu strategicznego nr 2 Cele taktyczne organizacji (firmy) CT1 Etykieta celu taktycznego 1 Opis celu taktycznego nr 1 Opis celu taktycznego nr 1 Opis celu taktycznego nr 1 CT2 Etykieta celu taktycznego 2 Opis celu taktycznego nr 2 Opis celu taktycznego nr 2 Opis celu taktycznego nr 2
Problemy organizacji (firmy) P1 Etykieta problemu 1 Opis problemu nr 1 Opis problemu nr 1 Opis problemu nr 1 P2 Etykieta problemu 2 Opis problemu nr 2 Opis problemu nr 2 Opis problemu nr 2 Krytyczne czynniki sukcesu organizacji (firmy) CSF1 Etykieta krytycznego czynnika sukcesu 1 Opis celu taktycznego nr 1 Opis celu taktycznego nr 1 Opis celu taktycznego nr 1 CSF2 Etykieta krytycznego czynnika sukcesu 2 Opis celu taktycznego nr 2 Opis celu taktycznego nr 2 Opis celu taktycznego nr 2
WspółzaleŜność celów, problemów i CSF-ów: tablice krzyŝowe CELE TAKTYCZE - CELE STRATEGICZNE CS1 CSn CT1 X X X X CTm X X Analiza słowna macierzy PROBLEMY - CELE TAKTYCZE CT1 CTm P1 X X X Pn X Analiza słowna macierzy
1.2 Diagram kontekstowy organizacji; schemat organizacyjny Zamieścić ogólny diagram kontekstowy całej organizacji (firmy). Przedstawić kontekst, albo ogólny organizacji jako całości, albo konteksty wyodrębnionych przedmiotów ości (np. handlowa, usługowa, produkcyjna, etc.) i aktywności organizacji (np. administrowanie, zarządzanie personelem, zarządzanie finansami, etc.), załączyć i ogólnie opisać schemat organizacyjny organizacji.
1.3 Diagram hierarchii funkcji organizacji Zamieścić i opisać jednoszczeblową ogólną hierarchię funkcji całej organizacji (firmy). Hierarchia powinna składać się z funkcji głównej organizacji (firmy) oraz jej zupełnego rozbicia na funkcje bezpośrednio podrzędne, które obejmą wszystkie obszary aktywności organizacji (firmy). KaŜda funkcja powinna być scharakteryzowana akapitem opisu. F0 Funkcja główna F0.1 Funkcja podrzędna 1 F0.2 Funkcja podrzędna 2 F0.3 Funkcja podrzędna 3
2. Podsystem będący przedmiotem projektowania. 2.1. Cel, przedmiot, zakres i otoczenie podsystemu Nazwać podsystem informacyjny, który jest przedmiotem projektu. Określić jego przedmiot, zakres, strukturę oraz usytuowanie w organizacji. Wykorzystać do tego:. a) ewentualną analizę celów, problemów i czynników krytycznych dla podsystemu (procedury), b) szczegółowy diagram kontekstowy podsystemu (kontekst podsystemu w organizacji),
2.2. Opis przebiegu procesu w podsystemie Opisać jakie obiekty występują i jak uczestniczą w przebiegu procesów elementarnych przebiegających podczas realizacji procesu głównego. PrzewaŜnie jest to opis przebiegu procedury obsługi klienta w projektowanym podsystemie. Trzeba, ostatecznym opisie, zamieścić listę i krótki opis zdarzeń kluczowych - inicjujących i wynikowych będących podstawą modelowania przebiegu procesu pkt. 3.2 oraz wykorzystać nazwy obiektów z pkt. 4.1. Technicznie ten fragment dokumentacji sporządza się po opracowaniu rozdziału 3 i 4).
2.3. Realizowane funkcje informacyjne Zamieścić i opisać jednoszczeblową hierarchię funkcji informacyjnych 1 projektowanego podsystemu. Będzie to: a) albo jednoszczeblowe rozwinięcie funkcji głównej procedury obsługi, której szczegółowa hierarchia zostanie zamieszczona w punkcie 3.1, b) albo jednoszczeblowe rozwinięcie funkcji głównej całego projektowanego podsystemu (działu organizacji). Wówczas naleŝy wskazać podfunkcję (lub podfunkcje), która (e) w punkcie 3.1 zostaną rozwinięte do poziomu elementarnego. W przypadku sytuacji b) funkcje, których podzakresy nie będą dalej specyfikowane powinny zostać scharakteryzowane akapitem opisu. 1 tzn takich które są związane z gromadzeniem i przetwarzaniem informacji
2.4. Źródła i odbiorcy informacji do (z) podsystemu.. Przedstawić zawęŝony system informacyjny i jego otoczenie. Zamieścić opis informujący jakie obiekty są źródłami a jakie odbiorcami informacji w procesie (lub procesach), których przebieg zostanie uszczegółowiony w punkcie 3.1 i 3.2 (odpowiednimi diagramami zaleŝności funkcyjnych). Najlepiej wykorzystać do tego notację diagramu przepływu danych (na poziomie zerowym hierarchii procesów) wspartą opisem słownym.
3.Struktura funkcjonalna systemu informacyjnego. 3.1. Skład projektowanego procesu. Pokazać zakres funkcjonalny systemu informacyjnego, tzn. zamieścić szczegółową hierarchię funkcji (DHF) podsystemu ( lub jego fragmentu wskazanego w punkcie 2.3). Przestrzegać zasad budowy diagramu. Diagram powinien być rozwinięty do poziomu funkcji elementarnych. Nie zamieszczać dodatkowych wyjaśnień dla wyszczególnionych funkcji. (Tworzyć naprzemiennie - z punktem 3.2. F0 Funkcja główna F0.1 Funkcja podrzędna 1 F0.2 Funkcja podrzędna 2 F0.3 Funkcja podrzędna 3
3.2. Przebieg projektowanego procesu. Pokazać dynamikę systemu informacyjnego, tzn. zamieścić diagram (y) zaleŝności funkcyjnych (następstwa funkcji - DNF) korespondujący (ce) z diagramem hierarchii funkcji podsystemu informacyjnego (patrz pkt 3.1). Funkcje elementarne powinny mieć etykiety (identyfikatory) zgodne z tam zastosowanymi. Listę zdarzeń (wyzwalaczy i wyników) wykorzystać do opisu pktu 2.2. ). Minimalna złoŝoność wynosi: nie mniej niŝ 15 funkcji elementarnych (min. 5 funkcji na 1 członka zespołu projektowego). W y z w a la c z A C B E D W y n ik 1 W y n ik 2
3.2. Definicje funkcji elementarnych. Zamieścić definicje funkcji elementarnych wg charakterystyki zawartej na formularzu DFE. Liczbę wypełnionych formularzy DFE ustala prowadzący projekt 2. 2 standardowo 3 sztuki na 1 członka zespołu projektowego
Numer: Nazwa: Definicja funkcji elementarnej (DFE) Nadrzędna: Numer: Nazwa: Częstotli-wość wykonania: Wyzwalana przez: Pilność wykonania: Wyzwala: Opis słowny funkcji: UŜycie obiektów przez funkcję: Nazwa obiektu/atrybutu Akcja 1. 2. 3. 4. 5. 6. 7. 8. Uwagi:
4. Struktura informacyjna podsystemu informacyjnego. 4.1. Diagram Obiekt-Związek; Pokazać zakres pojęciowy dziedziny podsystemu informacyjnego. Wykorzystać do tego notację szczegółowego diagramu obiekt-związek (O-Z). Minimalna złoŝoność wynosi: nie mniej niŝ 9 obiektów (min. 3 obiekty na 1 członka zespołu projektowego). nabywca KLIENT # identyf - nazwa - adres TOWAR # identyf - nazwa - j.m. kupiony przez
4.2. Definicje obiektów; dziedzin i atrybutów Zamieścić definicje obiektów (encji) oraz tam gdzie jest to konieczne atrybutów. NaleŜy wykorzystać albo wprost formularze DO1, DO2 i DA, albo własne charakterystyki obiektów i atrybutów o zakresie zgodnym z proponowanym na ww. formularzach. Liczbę wypełnionych formularzy D01, DO2 i DA ustala prowadzący projekt 3. 3 standardowo 4 sztuki DO i 1-2 DA na 1 członka zespołu projektowego
Nazwa: Synonimy: Definicja obiektu (DO1) Typ nadrzędny: Wstępna liczność: Liczność przeciętna: Liczność maksymal.: Stopa wzrostu: % rocznie Opis słowny obiektu: Atrybuty Nazwa atrybutu Opt Dziedzina For - mat Maks. długość Uwagi Patrz pełną definicję Identyf i-kator 1. 2. 3. 4. 5. 6. 7. 8.
Definicja obiektu (DO2) Związki obiektu KaŜde wystąpienie tego obiektu: musi moŝe nazwa uczestnictwa jeden wiele nazwa obiektu kasuj kaska - dowo Łuki alternaty w-ne Unikalny identyfikator Uwagi: Zachowanie: Liczba okresów Nazwa okresu Powód Archiwuj po Usuń po Reguły integralności: Warunek Reguła
Nazwa: Definicja atrybutu (DA) Obiekt: Dziedzina: Opis słowny atrybutu: Mandatoryjność (obowiązkowy,opcjonalny): Własności wartości Typ Maks. długość Średnia długość Jednostka miary Reguła walidacji: Normalna wartość domyślna (gdy obowiązkowy): Wartość nijaka (gdy opcjonalny): Formuła obliczenia wartości: Lista wartości: Wartość Synonim Skrót nazwy Znaczenie 1. 2. 3. 4. 5. 6.
5. Opis powiązań obiektów i funkcji systemu informacyjnego (macierz powiązań). Pokazać zestawienie krzyŝowe funkcja obiekt/związek wg poniŝszego wzoru 4. Następnie przeprowadzić analizę przepełnień i pustostanów w macierzy (tzn. uzasadnić Ŝe jest duŝo, lub brak, akcji wykonywanych na danych obiektach przy realizacji danych funkcji. Obiekt(Zw) 1 Obiekt(Zw) m Funkcja 1. Funkcja n 4 w komórce powinna być wpisana akcja (lub akcje) elementarna wykonywana na danym obiekcie w związku z realizacją danej funkcji.
6. Wstępny projekt bazy danych (definicje tabel) i wstępne załoŝenia do implementacji. Wstępnie zdefiniować tabele relacyjnej bazy danych odwzorowującej szczegółowy diagramu obiekt związek z punktu 4.1. Definicje wykonać za pomocą jakiegoś narzędzia, np. dla programu MS ACCESS załączyć obraz opcji relacje.