PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH

Kopiowanie danych:

• Ta sama dana może być jednocześnie wysłana w kilka miejsc;

Rozwidlanie przepływów:

Łącza poszczególnych elementów:

• Przepływy służą do łączenia innych kategorii DPD;

• Najbardziej naturalnymi połączeniami są połączenia terminator - proces oraz proces - składnica;

• Nie łączymy wzajemnie 2 terminatorów - prawdopodobnie kontaktują się ze sobą w praktyce, tzn. z punktu widzenia systemu to nieistotne;

• Nie łączymy 2 składnic - pomiędzy nimi musi być proces odpowiedzialny za pobieranie odpowiednich danych i zapisywanie do drugiej składnicy;

• Łączenie 2 procesów jest poprawne;

• Łączenie terminatora ze składnicą danych jest poważnym błędem;

Zasady konstrukcji diagramu:

1. Wykonaj znaczące nazwy dla procesów, przepływów magazynów i terminatorów.

• Jeżeli za coś odpowiedzialna jest osoba ukazujemy rolę przez nią pełnioną nie nazwisko;

• Za tydzień daną osobę może zastąpić inna; po co budować przestarzały model?

• Skąd osoba niezaznajomiona z nową firmą ma wiedzieć jakie funkcje mają dane osoby w organizacji;

• Dobre nazwy procesów;

1. Numeruj procesy.

• Ułatwia to zarządzanie diagramami;

• Notacja musi być jednolita;

• Należy wyjaśnić odbiorcy diagramu, że numeracja ....;

1. Unikaj nadmiernie złożonych DPD.

• Zasada 7 + - 2;

• Kłopoty z diagramem kontekstowym i zerowym;

• Diagramy przeładowane informacją są niezrozumiałe;

1. Przerysuj DPD ilekroć jest to możliwe.

2. Upewnij się że DPD jest logicznie niesprzeczny.

• Unikaj "karnych dziur" - procesów o wielu wejściach;

• Unikaj procesów spontanicznej generacji;

• Składnica powinna być wykorzystywana, przez co najmniej 2 różne procesy;

• Musi być do niej zarówno coś zapisywane jak i odczytywane;

• Generalnie niedopisane przepływy są niebezpieczne;

Dekompozycja DPD:

• DPD tworzy się w układzie hierarchicznym;

• Diagram kontekstowy:

• Diagram zerowy (hierarchia diagramów, podział procesów elementarnych, nie da się już podzielić dalej):

Rodzaje DPD:

1. Diagram kontekstowy:

• Definiuje granice i zakres systemu;

• Wskazuje na wymagania użytkownika;

• Przedstawia instrukcje systemu z jego obaleniem;