Oprogramowanie jest jednym z głównych elementów systemu informacji zarządczej. Część oprogramowania używanego w systemie MIS jest z półki. Obejmują one pakiety, takie jak arkusze kalkulacyjne, aplikacje bazodanowe itp.
Jednak są to czasy, kiedy oprogramowanie z półki nie spełnia wymagań biznesowych. Rozwiązaniem tego problemu jest oprogramowanie wykonane na zamówienie.
Ten samouczek skupi się na metodologiach używanych do tworzenia oprogramowania na zamówienie.
W tym samouczku nauczysz się:
- Interesariusz rozwoju systemów informacyjnych
- Analiza i projektowanie systemów MIS
- MIS Analiza i projektowanie zorientowane obiektowo
- Cykl życia rozwoju systemów MIS (SDLC)
- Model wodospadu
- Zwinny rozwój
- Prototypowanie
Interesariusz rozwoju systemów informacyjnych
Typowy rozwój systemów informacyjnych ma zwykle trzech (3) interesariuszy, a mianowicie;
- Użytkownicy - Użytkownicy to ci, którzy używają systemu po jego opracowaniu do wykonywania codziennych zadań.
- Sponsorzy projektu - ta kategoria interesariuszy odpowiada za aspekt finansowy projektu i zapewnienie jego ukończenia.
- Deweloperzy - ta kategoria składa się zazwyczaj z analityków systemów i programistów. Analitycy systemu są odpowiedzialni za zbieranie wymagań użytkownika i pisanie wymagań systemowych.
Programiści opracowują wymagany system w oparciu o wymagania systemowe, które są opracowywane przez analityków systemowych.
Najważniejszymi interesariuszami projektu są użytkownicy. Aby projekt został zaakceptowany jako ukończony, użytkownicy muszą go zaakceptować i używać. Jeśli użytkownicy nie akceptują systemu, projekt kończy się niepowodzeniem.
Analiza i projektowanie systemów MIS
Analiza i projektowanie systemów odnosi się do dwóch ściśle powiązanych dziedzin: analizy systemu i projektowania systemu.
- Analiza systemowa dotyczy zrozumienia celów biznesowych, celów i rozwoju procesów biznesowych. Końcowym produktem analizy systemów są specyfikacje systemów.
- Projekt systemu wykorzystuje dane wyjściowe z analizy systemu jako dane wejściowe. Głównym celem projektowania systemu jest interpretacja wymagań systemowych w projektach architektonicznych, logicznych i fizycznych dotyczących sposobu wdrażania systemu informatycznego.
MIS Analiza i projektowanie zorientowane obiektowo
Analiza i projektowanie zorientowane obiektowo (OOAD) jest ściśle związane z analizą i projektowaniem systemów. Główna różnica między analizą i projektowaniem zorientowanym obiektowo (OOAD) a analizą i projektowaniem systemów polega na tym, że OOAD wykorzystuje obiekty do reprezentowania bytów ze świata rzeczywistego.
Analiza i projektowanie zorientowane obiektowo wykorzystuje modelowanie wizualne, aby poprawić komunikację między wszystkimi interesariuszami i wytwarzać produkty wysokiej jakości.
Obiekt jest reprezentacją rzeczywistego bytu, takiego jak klient, produkt, pracownik itp. Unified Modeling Language (UML) jest językiem ogólnego przeznaczenia używanym do tworzenia projektów wizualnych systemu.
Poniższy obraz przedstawia przykładowy diagram UML przedstawiający interakcję użytkowników z systemem punktu sprzedaży
Cykl życia rozwoju systemów MIS (SDLC)
Cykl rozwoju systemu odnosi się do planowania, tworzenia, testowania i wdrażania systemu informatycznego. Głównym celem cyklu życia rozwoju systemu jest wytworzenie wysokiej jakości systemów informatycznych, które spełniają lub przewyższają oczekiwania użytkowników w określonym budżecie i ramach czasowych.
Aby osiągnąć ten cel, SDLC wykorzystuje szereg metodologii rozwoju. W następnych sekcjach omówimy niektóre z najpopularniejszych metodologii rozwoju.
Model wodospadu
Model wodospadu wykorzystuje sekwencyjny model projektowy. Następny etap rozpoczyna się dopiero po zakończeniu poprzedniego etapu. Pierwszy etap jest zwykle rysowany na górze, a kolejne etapy poniżej i na dole po lewej stronie. To tworzy strukturę podobną do wodospadu i stąd nazwa.
Głównym celem modelu wodospadu jest
- Planowanie
- Planowanie czasu
- Budżetowanie i
- Wdrażanie całego systemu na raz
Model kaskadowy jest idealny, gdy wymagania użytkownika są jasno zrozumiałe i nie oczekuje się, że ulegną radykalnej zmianie w trakcie opracowywania systemu informacyjnego. Model wodospadu jest idealny w sytuacjach, gdy projekt ma ustalony zakres, stałe ramy czasowe i stałą cenę.
Największym wyzwaniem modelu kaskadowego jest przystosowanie się do zmian. Nie jest łatwo wprowadzić nowe wymagania użytkownika.
Zwinny rozwój
Rozwój zwinny jest alternatywną metodologią dla tradycyjnego zarządzania projektami, która promuje planowanie adaptacyjne, rozwój ewolucyjny, wczesną dostawę, ciągłe doskonalenie i zachęca do szybkiej i elastycznej reakcji na zmiany.
Sprint w kategoriach zwinnych to dobrze zdefiniowane zadanie do wykonania w określonym czasie. Cele i czas trwania sprintu są ustalane przez klientów i zespół programistów. Wszyscy interesariusze muszą spotkać się osobiście, aby uzyskać informacje zwrotne na temat sprintu, zanim będą mogli przejść do następnego sprintu, jeśli taki istnieje.
Metodologie zwinne zwykle są zgodne z manifestem zwinnym. Manifest Agile opiera się na następujących dwunastu (12) zasadach
- Zadowolenie klienta dzięki wczesnemu i ciągłemu dostarczaniu oprogramowania
- Powitanie zmian wymagań w dowolnym momencie projektu
- Częste wydania działającego oprogramowania zwykle co tydzień
- Współpraca między ludźmi biznesu i programistami podczas pracy nad projektem
- Projekty zbudowane wokół zmotywowanych i zaufanych osób
- Wydajne i efektywne spotkania twarzą w twarz
- Postęp jest mierzony na podstawie działającego oprogramowania
- Zrównoważony rozwój, sponsorzy, użytkownicy i programiści powinni mieć możliwość utrzymywania stałego tempa w nieskończoność
- Ciągła dbałość o doskonałość techniczną i dobry projekt zwiększa zwinność.
- Prostota
- Zespoły samoorganizujące się
- W regularnych odstępach czasu zespół zastanawia się, jak stać się bardziej efektywnym, a następnie odpowiednio dostraja i dostosowuje swoje zachowanie.
Poniższy diagram ilustruje sposób implementacji zwinnych metodologii programowania.
Prototypowanie
Prototyp to półfunkcjonalny model symulacyjny rzeczywistego systemu, który ma zostać opracowany. Metodologie tworzenia prototypów wykorzystują prototypy. Prototypy umożliwiają programistom i użytkownikom wczesne uzyskiwanie informacji zwrotnych.
Prototypowanie ułatwia użytkownikom określenie ich wymagań, a programiści rozumieją wymagania użytkowników dzięki prototypom. Metodologia prototypowania polega na określeniu podstawowych wymagań systemowych, w szczególności danych wejściowych i wyjściowych z systemu. Te wymagania są następnie wykorzystywane do tworzenia modelu symulacyjnego, z którym użytkownicy mogą wchodzić w interakcje i przekazywać informacje zwrotne. Informacje zwrotne od użytkowników służą do ulepszania prototypu i podejmowania innych ważnych decyzji, takich jak kosztorysowanie projektu i wykonalne harmonogramy.
Poniższy diagram ilustruje etapy prototypowania
Podsumowanie:
Rozwój systemów informacyjnych odnosi się do metodologii i etapów związanych z opracowywaniem nowego systemu informacyjnego lub modernizacją istniejącego systemu w celu spełnienia zmieniających się wymagań użytkowników.
Krótko mówiąc, metodologia rozwoju musi najpierw zidentyfikować i zrozumieć problem z istniejącym systemem i znaleźć rozwiązanie, które go rozwiązuje.
Wybrana metodologia zależy od charakteru projektu i wymagań użytkownika.
- Model wodospadu jest idealny, gdy projekt nie ma się znacznie zmienić
- Podczas gdy metodologie takie jak Agile, Prototyping itp. Są idealne, gdy oczekuje się, że projekt ma się zmienić w trakcie rozwoju, a zmiany muszą zostać uwzględnione.