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

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

Funkcja podrz ędna 1

F0.1

Funkcja podrz ędna 2

F0.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 informacyjnych1 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

Funkcja podrz ędna 1

F0.1

Funkcja podrz ędna 2

F0.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).

A

BC

DE

W y n ik 1 W y n ik 2

W y z w a la c z

3.2. Definicje funkcji elementarnych.

Zamieścić definicje funkcji elementarnych wg charakterystyki zawartej na formularzu „DFE”. Liczbę wypełnionych formularzy „DFE” ustala prowadzący projekt2.

2 standardowo 3 sztuki na 1 członka zespołu projektowego

Definicja funkcji elementarnej ( DFE) Numer:

Nazwa:

Nadrzędna: Numer: Nazwa:

Częstotli-wo ść wykonania:

Pilno ść wykonania:

Wyzwalana przez:

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

TOWAR

- nazwa- j.m.

# identyf

KLIENT# identyf- nazwa- adres

nabywca

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

3 standardowo 4 sztuki „DO” i 1-2 „DA” na 1 członka zespołu projektowego

Definicja obiektu ( DO1) Nazwa: Typ

nadrzędny:

Synonimy: Wstępna liczność:

Liczność przeciętna:

Liczność

maksymal.:

Stopa

wzrostu:

% rocznie

Opis słowny obiektu: Atrybuty

Nazwa atrybutu Opt Dzie-dzina

For-

mat

Maks. długość

Uwagi Patrz pełną

definicję

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

Definicja atrybutu ( DA) Nazwa: 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

wzoru4. 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”.