Proces opracowywania oprogramowania aplikacyjnego: analiza i projektowanie systemu
Proces opracowywania oprogramowania aplikacyjnego: analiza i projektowanie systemu!
Proces tworzenia oprogramowania aplikacyjnego jest również popularnie nazywany cyklem rozwoju oprogramowania systemowego. Proces ma charakter cykliczny, ponieważ systemy informacyjne są modyfikowane w świetle zmieniających się wymagań użytkowników i niedociągnięć obserwowanych na różnych etapach rozwoju.
Zdjęcie dzięki uprzejmości: 24point0.com/ppt-shop/media/catalog/product/m/e/merits-demerits-diagram-powerpoint-slide.jpg
Proces ten jest podobny do procesu budowania jakiegokolwiek innego głównego systemu.
Tradycyjnie proces opracowywania systemu został opisany w postaci sekwencji następujących kroków:
ja. Identyfikacja wymagań użytkowników w postaci szerokich funkcji, które mają być wykonywane przez system,
ii. Analizowanie istniejącego systemu, poprzez identyfikację szczegółowych wymagań użytkowników,
iii. Zaprojektowanie nowego systemu poprzez dostosowanie wymagań w zakresie metod, procedur i kontroli w celu ułatwienia kodowania systemu,
iv. Kodowanie różnych programów w systemie przy użyciu określonego języka programowania i łączenie ich razem w celu stworzenia kompletnego oprogramowania,
v. Testowanie systemu w celu upewnienia się, że spełnia on określone wymagania i wdrożenie systemu poprzez ustanowienie procedur wprowadzania i dystrybucji danych.
Kroki te zostały zbiorczo określone jako analiza i projektowanie systemu. Na każdym etapie projektowania systemu różni gracze mieli określone role do odegrania, aby projekt odniósł sukces.
Główni gracze w procesie rozwoju:
Zachman identyfikuje trzech głównych uczestników rozwoju każdego ważnego systemu, mianowicie klienta, projektanta i budowniczego. W branży budowlanej znane są odpowiednio jako użytkownik, architekt i wykonawca robót budowlanych. Specjaliści IT nazywają ich odpowiednio użytkownikami, analitykiem systemowym i programistami.
Analityk systemu działa jako pośrednik między użytkownikiem a programistą i wypełnia lukę komunikacyjną między tymi dwoma. W tym procesie wykorzystuje swoją wiedzę na temat potrzeb użytkowników i procesu kodowania, tym samym dodając wartości do pośrednictwa. Relacje między nimi przedstawiono na Rys. 7.3.
Ta sekcja koncentruje się na użytkowniku (głównie menadżerze) i jego roli w tworzeniu niezawodnego oprogramowania w najbardziej opłacalny sposób. Podobnie jak w przypadku innych systemów, systemy informacyjne są również narażone na ryzyko słabej komunikacji między uczestnikami procesu.
Ostatecznie to użytkownik cierpi na wypadek, gdyby system nie odpowiadał jego potrzebom i oczekiwaniom. Konieczne jest zatem, aby menedżer upewnił się, że luka komunikacyjna pomiędzy uczestnikami jest zminimalizowana. To sprawia, że konieczne jest zaangażowanie menedżera w proces tworzenia systemu.
Zaangażowanie menedżera w analizę i projektowanie systemu :
Podstawową funkcją systemu informatycznego, tak jak Weberputs, jest opisywanie zachowania dyskretnych rzeczy i zdarzeń, które mają znaczenie przez pewien okres. Te dyskretne rzeczy i zdarzenia są jednostkami, procesami i regułami opisującymi funkcję w organizacji.
Encje są opisane poprzez przechowywanie ich informacji w plikach danych, zwykle nazywane plikami głównymi. Zdarzenia generalnie opisują dane zawarte w popularnych plikach transakcyjnych. Procesy są opisane za pomocą programów i dokumentacji, która je odtwarza. Reguły określają relacje między elementami danych, między procesami oraz pomiędzy danymi i procesami.
Zatem jednostki, procesy i reguły można nazwać trzema podstawowymi elementami każdego systemu informacyjnego. W rzeczywistości wszystkie trzy bloki są najlepiej znane i lepiej zrozumiane przez menedżera. Każdy problem w komunikacji tych elementów może sprawić, że system informacyjny stanie się mniej przydatny.
W związku z tym istotne jest, aby menedżer był świadomie zaangażowany w proces analizy i projektowania systemu. Jednak stopień zaangażowania może się różnić w zależności od poziomu zarządzania, charakteru obowiązków, rodzaju systemu informacyjnego itp.
Mówiąc dokładniej, rola menedżera w procesie rozwoju systemu może być ograniczona do procesu poszukiwania odpowiedzi na następujące szerokie pytania w tym zakresie:
Co przetwarza system? Oczywistą odpowiedzią na to pytanie jest to, że każdy system informacyjny przetwarza dane. Jednak bardziej szczegółowe pytanie, które musi rozwiązać menedżer, dotyczy danych, które mają być przetwarzane przez dane oprogramowanie.
Jak to przetwarza? Czynności przetwarzania danych, które oprogramowanie ma wykonać na danych, muszą być zdefiniowane i przekazane, mając na uwadze potrzeby decyzyjne zarządcy.
Po co tworzyć oprogramowanie aplikacji? Konieczne jest uzasadnienie zaangażowania zasobów dla systemu, a zatem analiza kosztów i korzyści musi zostać przeprowadzona przez kierownictwo dla każdego wniosku.
Gdzie będą przetwarzane dane? Jakie funkcje przetwarzania danych będą scentralizowane i jakie funkcje będą zdecentralizowane? Odpowiedź na to pytanie ma istotny wpływ na sposób organizacji przetwarzania danych w systemie i wymagania dotyczące zasobów przetwarzania danych.
Kiedy należy wykonać określoną funkcję przetwarzania danych? Pytanie staje się istotne, gdy przepustowość infrastruktury IT jest ograniczona lub gdy istnieje potrzeba synchronizacji funkcji przetwarzania danych z wydarzeniem jakiegoś zdarzenia zewnętrznego. Taka sytuacja jest bardziej powszechna, gdy system jest zaprojektowany do nadzorowania i / lub kontrolowania jakiegoś fizycznego procesu.
Chociaż pytania te wydają się dość proste, stanowią podstawę każdego systemu informacyjnego. Poszukiwanie odpowiedzi na te pytania nie tylko pomoże menedżerowi zidentyfikować jego wymagania, ale także pozwoli mu zrozumieć, co może być wynikiem analizy systemu i procesu projektowania. Menedżer powinien aktywnie włączać się w proces tworzenia systemu, gdy poszukiwane są odpowiedzi na te pytania.
