Projekt - wzor pdf (oprac. dr Szczurowski)

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
CT1
CTm
X
X
X
...
CSn
X
X
X
Analiza słowna macierzy ......
PROBLEMY - CELE TAKTYCZE
CT1
P1
...
X
Pn
Analiza słowna macierzy ......
CTm
X
X
X
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 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
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).
A
W y z w a la c z
C
B
E
W y n ik 1
D
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
projekt2.
2
standardowo 3 sztuki na 1 członka zespołu projektowego
Definicja funkcji elementarnej (DFE)
Nazwa:
Nadrzędna:
Numer:
Nazwa:
Częstotli-wość
wykonania:
Pilność
wykonania:
Wyzwalana
przez:
Wyzwala:
Numer:
Opis słowny funkcji:
UŜycie obiektów przez funkcję:
Nazwa obiektu/atrybutu
1.
2.
3.
4.
5.
6.
7.
8.
Uwagi:
Akcja
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).
KLIENT
# identyf
- nazwa
- adres
nabywca
kupiony przez
TOWAR
# identyf
- nazwa
- j.m.
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
% rocznie
wzrostu:
Opis słowny obiektu:
Atrybuty
Nazwa atrybutu
1.
2.
3.
4.
5.
6.
7.
8.
Opt
Dziedzina
For Maks.
- długość
mat
Uwagi
Patrz
Identyf
pełną
i-kator
definicję
Definicja obiektu (DO2)
Związki obiektu
KaŜde wystąpienie tego obiektu:
musi
nazwa
uczestnictwa
moŜe
jeden
nazwa obiektu
wiele
kasuj
Łuki
kaska alternaty
w-ne
dowo
Uwagi:
Zachowanie:
Liczba
okresów
Nazwa okresu
Powód
Archiwuj po
Usuń po
Reguły integralności:
Warunek
Reguła
Unikalny
identyfikator
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ść
1.
2.
3.
4.
5.
6.
Synonim
Skrót nazwy
Znaczenie
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
Funkcja1
....
Funkcjan
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”.