Analiza i projektowanie systemu - Projektowanie systemu

System designto faza, która w zarządzalny sposób wypełnia lukę między domeną problemową a istniejącym systemem. Ta faza koncentruje się na domenie rozwiązania, tj. „Jak wdrożyć?”

Jest to faza, w której dokument SRS jest konwertowany do formatu, który można wdrożyć i decyduje o tym, jak system będzie działał.

W tej fazie złożona działalność związana z rozwojem systemu jest podzielona na kilka mniejszych poddziałań, które koordynują się wzajemnie, aby osiągnąć główny cel rozwoju systemu.

Dane wejściowe do projektowania systemu

Projekt systemu wymaga następujących danych wejściowych -

Oświadczenie pracy
Plan określania wymagań
Analiza aktualnej sytuacji
Proponowane wymagania systemowe, w tym koncepcyjny model danych, zmodyfikowane DFD i metadane (dane o danych).

Dane wyjściowe do projektowania systemu

Projekt systemu daje następujące wyniki -

Infrastruktura i zmiany organizacyjne proponowanego systemu.
Schemat danych, często schemat relacyjny.
Metadane do definiowania tabel / plików i kolumn / elementów danych.
Diagram hierarchii funkcji lub mapa strony internetowej, który graficznie opisuje strukturę programu.
Rzeczywisty lub pseudokod dla każdego modułu w programie.
Prototyp proponowanego systemu.

Rodzaje projektowania systemu

Projekt logiczny

Projekt logiczny dotyczy abstrakcyjnej reprezentacji przepływu danych, wejść i wyjść systemu. Opisuje dane wejściowe (źródła), wyjścia (miejsca docelowe), bazy danych (magazyny danych), procedury (przepływy danych), wszystko w formacie spełniającym wymagania użytkownika.

Przygotowując logiczny projekt systemu, analityk systemu określa potrzeby użytkownika na poziomie szczegółowości, który wirtualnie określa przepływ informacji do iz systemu oraz wymagane źródła danych. Schemat przepływu danych, modelowanie diagramów ER.

Projekt fizyczny

Projekt fizyczny odnosi się do rzeczywistych procesów wejściowych i wyjściowych systemu. Skupia się na tym, jak dane są wprowadzane do systemu, weryfikowane, przetwarzane i wyświetlane jako dane wyjściowe.

Tworzy działający system, definiując specyfikację projektu, która dokładnie określa, co robi system kandydujący. Zajmuje się projektowaniem interfejsu użytkownika, projektowaniem procesów i projektowaniem danych.

Składa się z następujących kroków -

Określanie nośników wejściowych / wyjściowych, projektowanie bazy danych i określanie procedur tworzenia kopii zapasowych.
Planowanie wdrożenia systemu.
Opracowanie planu testów i wdrożenia oraz określenie nowego sprzętu i oprogramowania.
Aktualizacja kosztów, korzyści, dat konwersji i ograniczeń systemowych.

Styl architektoniczny

Jest również znany jako projekt wysokiego poziomu, który koncentruje się na projektowaniu architektury systemu. Opisuje strukturę i zachowanie systemu. Określa strukturę i relacje między różnymi modułami procesu tworzenia systemu.

Szczegółowy projekt

Podąża za projektem architektonicznym i koncentruje się na rozwoju każdego modułu.

Koncepcyjne modelowanie danych

Jest to reprezentacja danych organizacyjnych, która obejmuje wszystkie najważniejsze podmioty i relacje. Analitycy systemów opracowują koncepcyjny model danych dla obecnego systemu, który obsługuje zakres i wymagania dotyczące proponowanego systemu.

Głównym celem koncepcyjnego modelowania danych jest uchwycenie jak największego znaczenia danych. Większość organizacji korzysta obecnie z koncepcyjnego modelowania danych przy użyciu modelu ER, który wykorzystuje specjalną notację, aby przedstawić jak najwięcej znaczenia danych.

Model relacji encji

Jest to technika stosowana w projektowaniu baz danych, która pomaga opisać relacje między różnymi jednostkami organizacji.

Terminy używane w modelu ER

ENTITY- Określa w aplikacji różne elementy świata rzeczywistego. Na przykład: sprzedawca, przedmiot, uczeń, kurs, nauczyciele itp.
RELATIONSHIP- To znaczące zależności między bytami. Na przykład sprzedawca dostarcza przedmioty, nauczyciel prowadzi kursy, a następnie materiały i kurs są związkami.
ATTRIBUTES- Określa właściwości relacji. Na przykład kod dostawcy, nazwisko ucznia. Symbole użyte w modelu ER i ich znaczenie -

Poniższa tabela przedstawia symbole używane w modelu ER i ich znaczenie -

Symbol	Znaczenie
	Jednostka
	Słaba jednostka
	Związek
	Relacja tożsamości
	Atrybuty
	Kluczowe cechy
	Wielowartościowe
	Atrybut złożony
	Pochodne atrybuty
	Całkowity udział E2 w R.
	Współczynnik kardynalności 1: N dla E1: E2 w R.

Między dwoma zestawami danych mogą istnieć trzy typy relacji: jeden do jednego, jeden do wielu i wiele do wielu.

Organizacja plików

Opisuje sposób przechowywania rekordów w pliku.

Istnieją cztery metody organizacji plików -

Serial - Zapisy są przechowywane w porządku chronologicznym (w kolejności wprowadzania lub występowania). Examples - Rejestracja opłat telefonicznych, transakcji bankomatowych, kolejek telefonicznych.
Sequential - Rekordy są przechowywane w kolejności na podstawie pola kluczowego, które zawiera wartość, która jednoznacznie identyfikuje rekord. Examples - Książki telefoniczne.
Direct (relative)- Każdy rekord jest przechowywany na podstawie adresu fizycznego lub lokalizacji na urządzeniu. Adres jest obliczany na podstawie wartości przechowywanej w polu klucza rekordu. Rutynowe losowanie lub algorytm haszujący wykonuje konwersję.
Indexed - Rekordy mogą być przetwarzane zarówno sekwencyjnie, jak i niesekwencyjnie przy użyciu indeksów.

Porównanie

Dostęp do plików

Dostęp do pliku można uzyskać za pomocą dostępu sekwencyjnego lub dostępu swobodnego. Metody dostępu do plików umożliwiają programom komputerowym odczytywanie lub zapisywanie rekordów w pliku.

Dostęp sekwencyjny

Każdy rekord w pliku jest przetwarzany począwszy od pierwszego rekordu, aż do osiągnięcia końca pliku (EOF). Jest skuteczny, gdy w dowolnym momencie trzeba uzyskać dostęp do dużej liczby rekordów w pliku. Dostęp do danych przechowywanych na taśmie (dostęp sekwencyjny) można uzyskać tylko sekwencyjnie.

Dostęp bezpośredni (losowy)

Rekordy są zlokalizowane dzięki znajomości ich fizycznych lokalizacji lub adresów na urządzeniu, a nie ich pozycji w stosunku do innych rekordów. Dostęp do danych przechowywanych na urządzeniu CD (dostęp bezpośredni) można uzyskać sekwencyjnie lub losowo.

Typy plików używanych w systemie organizacji

Poniżej przedstawiono typy plików używanych w systemie organizacji -

Master file- Zawiera aktualne informacje o systemie. Na przykład teczka klienta, teczka studenta, książka telefoniczna.
Table file- Jest to typ pliku głównego, który zmienia się rzadko i jest przechowywany w formacie tabelarycznym. Na przykład przechowywanie kodu pocztowego.
Transaction file- Zawiera bieżące informacje generowane w wyniku działań biznesowych. Służy do aktualizacji lub przetwarzania pliku głównego. Na przykład adresy pracowników.
Temporary file - Jest tworzony i używany w dowolnym momencie przez system.
Mirror file- Są dokładnymi duplikatami innych plików. Pomóż zminimalizować ryzyko przestojów w przypadku, gdy oryginał stanie się bezużyteczny. Należy je modyfikować za każdym razem, gdy zmieniany jest oryginalny plik.
Log files- Zawierają kopie rekordów danych podstawowych i transakcji w celu udokumentowania wszelkich zmian wprowadzonych w pliku głównym. Ułatwia audyt i zapewnia mechanizm odzyskiwania w przypadku awarii systemu.
Archive files - Pliki kopii zapasowych, które zawierają historyczne wersje innych plików.

Kontrola dokumentacji

Dokumentacja to proces rejestrowania informacji w celach informacyjnych lub operacyjnych. Pomaga użytkownikom, menedżerom i personelowi IT, którzy tego potrzebują. Ważne jest, aby przygotowany dokument był regularnie aktualizowany, aby łatwo prześledzić postęp systemu.

Po wdrożeniu systemu, jeśli system działa nieprawidłowo, wówczas dokumentacja pomaga administratorowi zrozumieć przepływ danych w systemie, skorygować wady i uruchomić system.

Programiści lub analitycy systemów zwykle tworzą dokumentację programów i systemów. Analitycy systemowi są zwykle odpowiedzialni za przygotowanie dokumentacji, która ma pomóc użytkownikom zapoznać się z systemem. W dużych firmach zespół wsparcia technicznego, w skład którego wchodzą autorzy techniczni, może pomóc w przygotowaniu dokumentacji użytkownika i materiałów szkoleniowych.

Zalety

Może skrócić czas przestoju systemu, obniżyć koszty i przyspieszyć prace konserwacyjne.
Zapewnia jasny opis formalnego przepływu obecnego systemu i pomaga zrozumieć typ danych wejściowych i sposób, w jaki można uzyskać dane wyjściowe.
Zapewnia skuteczny i efektywny sposób komunikacji pomiędzy użytkownikami technicznymi i nietechnicznymi o systemie.
Ułatwia szkolenie nowego użytkownika, tak aby mógł on łatwo zrozumieć przepływ systemu.
Pomaga użytkownikowi w rozwiązywaniu problemów, takich jak rozwiązywanie problemów, i pomaga menedżerowi w podejmowaniu lepszych ostatecznych decyzji dotyczących systemu organizacji.
Zapewnia lepszą kontrolę wewnętrznego lub zewnętrznego działania systemu.

Rodzaje dokumentacji

Jeśli chodzi o projekt systemu, istnieją cztery główne dokumenty:

Dokumentacja programu
Dokumentacja systemu
Dokumentacja operacyjna
Dokumentacja użytkownika

Dokumentacja programowa

Opisuje wejścia, wyjścia i logikę przetwarzania dla wszystkich modułów programu.
Proces dokumentacji programu rozpoczyna się w fazie analizy systemu i jest kontynuowany podczas wdrażania.
Ta dokumentacja jest wskazówką dla programistów, którzy konstruują moduły, które są dobrze wspierane przez wewnętrzne i zewnętrzne komentarze i opisy, które można łatwo zrozumieć i utrzymać.

Dokumentacja operacyjna

Dokumentacja operacyjna zawiera wszystkie informacje potrzebne do przetwarzania i dystrybucji online i wydruków. Dokumentacja operacyjna powinna być jasna, zwięzła i dostępna online, jeśli to możliwe.

Zawiera następujące informacje -

Program, analityk systemowy, programista i identyfikacja systemu.
Planowanie informacji dotyczących wydruków, takich jak raport, częstotliwość wykonywania i terminy.
Pliki wejściowe, ich źródło, pliki wyjściowe i miejsca docelowe.
E-mail i listy dystrybucyjne raportów.
Wymagane są specjalne formularze, w tym formularze online.
Komunikaty o błędach i komunikaty informacyjne do operatorów i procedury ponownego uruchamiania.
Specjalne instrukcje, takie jak wymagania bezpieczeństwa.

Dokumentacja użytkownika

Zawiera instrukcje i informacje dla użytkowników, którzy będą współpracować z systemem. Na przykład podręczniki użytkownika, przewodniki pomocy i samouczki. Dokumentacja użytkownika jest cenna w szkoleniu użytkowników i jako źródło informacji. Musi być jasne, zrozumiałe i łatwo dostępne dla użytkowników na wszystkich poziomach.

Użytkownicy, właściciele systemów, analitycy i programiści wspólnie stworzyli podręcznik użytkownika.

Dokumentacja użytkownika powinna zawierać -

Przegląd systemu, który jasno opisuje wszystkie główne funkcje, możliwości i ograniczenia systemu.
Opis zawartości, przygotowania, przetwarzania i próbek dokumentu źródłowego.
Omówienie opcji menu i ekranu wprowadzania danych, zawartości i instrukcji przetwarzania.
Przykłady raportów, które są tworzone regularnie lub dostępne na życzenie użytkownika, w tym próbki.
Informacje o bezpieczeństwie i ścieżce audytu.
Wyjaśnienie odpowiedzialności za określone wymagania dotyczące danych wejściowych, wyjściowych lub przetwarzania.
Procedury zgłaszania zmian i zgłaszania problemów.
Przykłady wyjątków i sytuacji błędów.
Często zadawane pytania (FAQ).
Wyjaśnienie, jak uzyskać pomoc i procedury aktualizacji instrukcji obsługi.

Dokumentacja systemu

Dokumentacja systemu służy jako specyfikacje techniczne dla IS i jak osiągane są cele IS. Użytkownicy, menedżerowie i właściciele IS nigdy nie muszą odwoływać się do dokumentacji systemu. Dokumentacja systemowa stanowi podstawę do zrozumienia technicznych aspektów SI podczas wprowadzania modyfikacji.

Opisuje każdy program w IS i cały IS.
Opisuje funkcje systemu, sposób ich implementacji, cel każdego programu w całym systemie IS w odniesieniu do kolejności wykonywania, informacji przekazywanych do iz programów oraz ogólnego przepływu systemu.
Obejmuje wpisy słownika danych, diagramy przepływu danych, modele obiektów, układy ekranu, dokumenty źródłowe i żądania systemowe, które zainicjowały projekt.
Większość dokumentacji systemu jest przygotowywana na etapie analizy systemu i projektowania systemu.
Podczas wdrażania systemów analityk musi przejrzeć dokumentację systemu, aby zweryfikować, czy jest kompletna, dokładna i aktualna, a także uwzględnić wszelkie zmiany dokonane podczas procesu wdrażania.