Cykl życia i modele cyklu życia AIS. Etapy tworzenia modelu cyklu życia AIS. Etapy cyklu życia systemu informacyjnego

Temat 1.2 Cykl życia AIS i modeli koło życia AIS

Cykl życia AIS -jest procesem ciągłym od momentu podjęcia decyzji o konieczności podjęcia decyzji o potrzebie jego utworzenia, aż do pełnego zakończenia jego funkcjonowania.

Cykl życia współczesnego AIS wynosi około 10 lat, co znacznie przekracza przestarzałość i fizyczną przestarzałość oprogramowania technicznego i systemowego wykorzystywanego przy wdrażaniu AIS. Dlatego z reguły w trakcie cyklu życia systemu przeprowadzana jest jego modernizacja, po której wszystkie funkcje systemu powinny być wykonywane z nie mniejszą wydajnością.

Osiągnięcie tego przez cały cykl życia AIS jest dość trudnym zadaniem z wielu obiektywnych i subiektywnych powodów, w wyniku czego zdecydowana większość projektów AIS jest wdrażana z naruszeniem jakości, terminów lub szacunków; prawie jedna trzecia projektów przestaje istnieć niedokończona. Według Standish Group w 1996 r. 84% projektów AIS nie zostało ukończonych w terminie, w 1998 r. liczba ta spadła do 74%, po 2000 r. nie spada poniżej 50%. Główną przyczyną takiej sytuacji jest to, że poziom technologii analizy i projektowania systemów, metod i narzędzi zarządzania projektami nie odpowiada złożoności tworzonych systemów, która stale rośnie ze względu na komplikację i szybkie zmiany w biznesie.

Ze światowej praktyki wiadomo, że koszty utrzymania aplikowanej oprogramowanie AIS stanowi co najmniej 70% jego całkowitego kosztu w całym cyklu życia, dlatego niezwykle ważne jest zapewnienie niezbędnych metod i narzędzi wsparcia, w tym metod zarządzania konfiguracją, nawet na etapie projektowania.

Proces projektowania AIS reguluje następująca dokumentacja (normy, metodologie, modele):

GOST 34,601-90- standard etapów i etapów tworzenia AIS, odpowiadający kaskadowemu modelowi cyklu życia oprogramowania (omówione poniżej). Na każdym etapie podany jest opis treści pracy;

180/1WE 12207:1995- standard procesów i organizacji cyklu życia; dotyczy wszystkich typów oprogramowania na zamówienie; nie zawiera opisu faz, etapów i kroków;

Niestandardowa metoda rozwoju(metodologia Oracle) - materiał technologiczny do opracowania stosowanego AIS, uszczegółowiony do poziomu pustych dokumentów projektowych w oparciu o wykorzystanie Oracle.Służy do klasycznego modelu cyklu życia (zapewnione są wszystkie prace, zadania i etapy), jako a także dla technologii „szybkiego rozwoju” (Fast Track) lub „lekkiego podejścia” zalecanego przy małych projektach.

Racjonalny ujednolicony proces(metodologia RUP) - materiał technologiczny do realizacji iteracyjnego modelu rozwoju, który obejmuje cztery fazy (cykl rozwojowy): inicjacyjną, badawczą, konstrukcyjną i wdrożeniową. Każda faza podzielona jest na etapy (iteracje), których wynikiem są wersje do użytku wewnętrznego lub zewnętrznego. Każdy cykl kończy się generacją kolejnej wersji systemu. Jeśli po tym praca nad projektem nie ustanie, powstały produkt nadal się rozwija i ponownie przechodzi przez te same fazy. Istotą pracy w ramach metodyki RUP jest tworzenie i utrzymanie modeli opartych o UML;

Platforma rozwiązań firmy Microsoft(metodologia MSF) - materiał technologiczny do realizacji iteracyjnego modelu rozwoju, podobnego do RUP, obejmuje cztery fazy: analizę, projektowanie, rozwój, stabilizację; wiąże się z wykorzystaniem modelowania obiektowego. MSF jest bardziej skoncentrowany na rozwoju aplikacji biznesowych niż RUP;

Programowanie ekstremalne (XP)- programowanie ekstremalne (najnowsze spośród rozważanych metodologii); powstała w 1996 roku. Podstawą metodyki jest praca zespołowa, efektywna komunikacja pomiędzy klientem a wykonawcą przez cały czas trwania projektu; rozwój AIS odbywa się z wykorzystaniem sukcesywnie dopracowywanych prototypów.

Norma ISO/IEC 12207 w ramach cyklu życia definiuje procesy, które są wykonywane podczas tworzenia oprogramowania AIS. Procesy te dzielą się na trzy grupy:

Główny(nabycie, dostawa, rozwój, eksploatacja i utrzymanie);

pomocniczy(dokumentacja, zarządzanie konfiguracją, zapewnienie jakości, weryfikacja, walidacja, ocena, audyt i rozwiązywanie problemów);

organizacyjny(zarządzanie projektami, tworzenie infrastruktury projektowej, definiowanie, ocena i doskonalenie samego cyklu życia, szkolenia).

Pośród główne procesy cykl życia najważniejsze są rozwój, działanie oraz akompaniament. Każdy proces charakteryzuje się określonymi zadaniami i metodami ich rozwiązywania, danymi początkowymi uzyskanymi na poprzednim etapie oraz wynikami.

Rozwój AIS obejmuje wszystkie prace związane z tworzeniem oprogramowania i jego komponentów zgodnie z określonymi wymaganiami. Proces ten obejmuje również:

Przygotowanie dokumentacji projektowej i eksploatacyjnej;

Przygotowanie materiałów niezbędnych do testowania opracowanych produktów oprogramowania;

Opracowanie materiałów niezbędnych do szkolenia personelu.

Z reguły elementami procesu rozwoju są planowanie strategiczne, analiza, projektowanie i wdrażanie (programowanie).

W procesie eksploatacja odnieść się:

Konfiguracja bazy danych i stacji roboczych użytkowników;

Udostępnianie użytkownikom dokumentacji operacyjnej;

Szkolenie.

Główne działania operacyjne obejmują:

Działanie bezpośrednie;

Lokalizacja problemów i eliminacja ich przyczyn;

Modyfikacja oprogramowania;

Przygotowanie propozycji usprawnień systemu;

Rozwój i modernizacja systemu.

Profesjonalny, kompetentny eskorta- warunek konieczny rozwiązywania problemów wykonywanych przez AIS. Usługi pomoc techniczna odgrywają bardzo ważną rolę w życiu każdego AIS. Błędy na tym etapie mogą prowadzić do oczywistych lub ukrytych strat finansowych porównywalnych z kosztem samego systemu.

Do wstępnych działań w organizacji Utrzymanie AIS obejmują:

Identyfikacja najbardziej krytycznych węzłów systemu i określenie dla nich krytyczności przestojów (pozwoli to na identyfikację najbardziej krytycznych komponentów AIS i optymalizację alokacji zasobów na utrzymanie);

Zdefiniowanie zadań utrzymaniowych i ich podział na wewnętrzne, rozwiązywane siłami działu serwisu, oraz zewnętrzne, rozwiązywane przez wyspecjalizowane organizacje serwisowe (zatem zakres wykonywanych funkcji jest wyraźnie ograniczony, a odpowiedzialność jest rozłożona);

Przeprowadzenie analizy dostępnych zasobów wewnętrznych i zewnętrznych niezbędnych do organizacji obsługi technicznej w ramach opisanych zadań i podziału kompetencji (główne kryteria analizy: dostępność gwarancji na sprzęt, stan funduszu remontowego, kwalifikacje personelu);

Przygotowanie planu organizacji utrzymania ruchu z określeniem etapów czynności do wykonania, terminem ich wykonania, kosztami etapów, odpowiedzialnością wykonawców.

Zapewnienie wysokiej jakości utrzymania systemu pętlowego wymaga zaangażowania wysoko wykwalifikowanych specjalistów, którzy są w stanie rozwiązać nie tylko codzienne zadania administracyjne, ale również szybko przywrócić sprawność systemu w przypadku awarii i wypadków.

Pośród wsparcie procesów jednym z głównych jest Zarządzanie konfiguracją, który wspiera główne procesy cyklu życia AIS, przede wszystkim procesy rozwoju i utrzymania.

Rozwój złożonego AIS wiąże się z samodzielnym rozwojem komponentów systemu, co prowadzi do powstania wielu opcji i wersji implementacyjnych zarówno poszczególnych komponentów, jak i systemu jako całości. Pojawia się więc problem zapewnienia zachowania jednej struktury podczas rozwoju i modernizacji AIS. Zarządzanie konfiguracją pozwala organizować, systematycznie uwzględniać i kontrolować zmiany w różnych komponentach AIS na wszystkich etapach jego cyklu życia.

Procesy organizacyjne mają ogromne znaczenie, ponieważ współczesne AIS to duże kompleksy, przy których tworzeniu i utrzymaniu zatrudnionych jest wiele osób różnych specjalności.

Proces (wykonawca procesu)	Działania"	Wejście	Wynik
Akwizycja (klient)	Inicjacja. Przygotowanie wniosków aplikacyjnych. Przygotowanie umowy. Kontrola działalności dostawcy. Akceptacja AIS	Decyzja o rozpoczęciu prac nad wdrożeniem AIS. Wyniki badania działań klienta. Wyniki analizy rynku AIS/przetargów. Plan dostawy/rozwoju. Kompleksowy test AIS	Studium wykonalności wprowadzenia AIS. Zakres uprawnień dla AIS. Umowa dostawy/rozwoju. Akty akceptacji etapów pracy. Raport z testu akceptacyjnego
Dostawa (programista AIS)	Inicjacja. Odpowiedź na oferty. Przygotowanie umowy. Planowanie wykonania. Dostawa AIS	Zakres uprawnień dla AIS. Decyzja kierownictwa o udziale w rozwoju. wyniki przetargu. Zakres uprawnień dla AIS. Plan zarządzania projektem. Opracowany AIS i dokumentacja	Decyzja o udziale w rozwoju. Oferty handlowe/oferta. Umowa dostawy/rozwoju. Plan zarządzania projektem. Wdrożenie/dostosowanie. Raport z testu akceptacyjnego
Rozwój (programista AIS)	Szkolenie. Analiza wymagań dla AIS. Projekt architektury AIS. Tworzenie wymagań programowych. Projektowanie architektury oprogramowania. Szczegółowy projekt oprogramowania. Kodowanie i testowanie oprogramowania. Integracja oprogramowania i testowanie kwalifikacji oprogramowania. Integracja IS i testy kwalifikacyjne AIS	Zakres uprawnień dla AIS. Zakres zadań dla AIS, model cyklu życia. Zakres uprawnień dla AIS. Podsystemy AIS. Specyfikacje wymagań dla komponentów oprogramowania Architektura oprogramowania Materiały do ​​szczegółowego projektowania oprogramowania Plan integracji oprogramowania, testy Architektura IS, oprogramowanie, dokumentacja IS, testy	Zastosowany model cyklu życia, standardy rozwoju. Plan pracy. Skład podsystemów, elementów wyposażenia. Specyfikacje wymagań dla składników oprogramowania. Skład komponentów oprogramowania, interfejsy z bazą danych, plan integracji oprogramowania. Projekt bazy danych, specyfikacje interfejsów pomiędzy komponentami oprogramowania, wymagania testowe. Testy modułów oprogramowania, czynności testowania autonomicznego. Ocena zgodności kompleksu oprogramowania z wymaganiami SIWZ. Ocena zgodności oprogramowania, bazy danych, kompleksu technicznego i dokumentacji z wymaganiami TOR

Zarządzanie projektami wiąże się z zagadnieniami planowania i organizacji pracy, tworzenia zespołów programistów, monitorowania terminów i jakości pracy. Wsparcie techniczne i organizacyjne projektu obejmuje:

Dobór metod i narzędzi realizacji projektu;

Definiowanie metod opisu stanu procesu rozwojowego;

Opracowanie metod i środków testowania stworzonego oprogramowania;

Szkolenie.

Zapewnienie jakości projektu związane jest z problematyką weryfikacji, weryfikacji i testowania komponentów AIS.

Weryfikacja - proces ustalania, czy obecny stan rozwoju osiągnięty na ten etap, wymagania tego etapu.

Badanie- proces określania zgodności parametrów zabudowy z wymaganiami wstępnymi. Weryfikacja częściowo pokrywa się z testami, które są przeprowadzane w celu określenia różnic między rzeczywistymi a oczekiwanymi wynikami, a także w celu oceny zgodności działania AIS z pierwotnymi wymaganiami.

W 2002 Opublikowano normę dotyczącą procesów cyklu życia dla systemów zautomatyzowanych (ISO/IEC 15288 Procesy cyklu życia systemu). W opracowaniu standardu uczestniczyli eksperci z różnych dziedzin działalności; Uwzględniono praktyczne doświadczenia w tworzeniu systemów w organizacjach rządowych, komercyjnych, wojskowych i akademickich. Zgodnie z serią ISO/IEC 15288, struktura LC obejmuje następujące grupy procesów.

1. Procesy umowne:

Akwizycja (rozwiązania wewnętrzne lub rozwiązania dostawców zewnętrznych);

Dostawa (rozwiązania własne lub rozwiązania od zewnętrznego dostawcy).

2. Procesy przedsiębiorstwa:

Kontrola środowisko przedsiębiorstwa;

Zarządzanie inwestycjami; w zarządzaniu cyklem życia IP;

Zarządzanie zasobami;

Kontrola jakości.

3. Procesy projektowe:

Planowanie;

Ocena projektu;

Kontrola projektu;

Zarządzanie ryzykiem;

Zarządzanie konfiguracją;

Zarządzanie przepływem informacji;

Podejmować decyzje.

4. Procesy techniczne:

Definicja wymagań;

Analiza wymagań;

Rozwój architektury;

realizacja;

Integracja;

Weryfikacja;

Przemiana;

Orzecznictwo;

Eksploatacja;

Eskorta;

Sprzedaż.

5. Procesy specjalne:

Definiowanie i ustalanie zależności wynikających z zadań i celów.

W tabeli. 1.4 pokazuje listę etapów i główne wyniki do czasu ich ukończenia zgodnie z określonym standardem.

W latach siedemdziesiątych IBM zaproponował metodologię Business System Planning (BSP) lub metodologię planowania organizacyjnego.

Sposób strukturyzacji informacji z wykorzystaniem macierzy przecięcia procesów biznesowych, podziałów funkcjonalnych systemów przetwarzania danych (IS), obiektów informacyjnych, dokumentów i baz danych, propozycji w BSP, ich kolejności (uzyskanie wsparcia najwyższego kierownictwa, zdefiniowanie procesów przedsiębiorstwa, zdefiniowanie procesów, klas danych , przynoszenia wywiadów, przetwarzania i porządkowania danych z wywiadów) można znaleźć niemal we wszystkich metodach formalnych, a także w projektach realizowanych w praktyce.

Tabela 1.4.Etapy tworzenia AIS (ISO/IEC 15288)

Według opublikowanych danych każdy etap rozwoju AIS wymaga pewnej ilości czasu. Większość czasu (45-50%) poświęca się kodowaniu, kompleksowym i samodzielnym testom (ryc. 14). Rozwój AIS zajmuje średnio jedną trzecią całego cyklu życia systemu (rysunek 1.5).

Rys.1.4. Rozkład czasu w rozwoju AIS

AIS istnieją z reguły przez długi czas, przechodząc kolejno przez kilka etapów połączonego rozwoju w swoim rozwoju. koło życia(LC) systemy:

1) ankieta (lub analiza) przedprojektowa organizacji,

2) projekt AIS,

3) wdrożenie AIS,

4) wprowadzenie AIS,

5) funkcjonowanie (obsługa, użytkowanie)

6) eskorta AIS,

7) modernizacja projektu AIS.

Cykl życia to okres tworzenia i użytkowania systemu informacyjnego, obejmujący różne jego stany, poczynając od momentu zaistnienia zapotrzebowania na ten system informacyjny, a kończąc na jego całkowitym wyłączeniu.

Należy zauważyć, że AIS jest produktem produkcji informacji, tak jak samochód jest produktem produkcji budowy maszyn, kiełbasa jest produktem produkcji żywności itp., a zatem etapy cyklu życia AIS z 1 do 5 są podobne do etapów cyklu życia dowolnego produktu.

Cykl życia AIS, podobnie jak samochód, może koniec w wyniku fizycznego zużycia, jeśli w cyklu życia faza wsparcia nie dopracowana czyli naprawa i konserwacja np. komputerów i programów wchodzących w skład AIS (bez wsparcia system nie będzie działał nawet przez sześć miesięcy). Z wykwalifikowaną eskortą AIS może istnieć przez długi czas, ale istnieje zagrożenie zakończenie cyklu życia AIS z powodu starzenia się, przestarzałość AIS, jeśli nie ma etapu aktualizacji AIS (bez modernizacji system nie będzie działał dłużej niż 2 lata).

Fizyczna deprecjacja AIS to niezdolność do spełnienia wymagań organizacji w zakresie AIS z powodu awarii, awarii lub awarii elementów systemu.

Starzenie się AIS to zaprzestanie spełniania wymagań organizacji i jej pracowników dla AIS, w wyniku stosowania przestarzałych zautomatyzowanych technologii informatycznych oraz braku wsparcia dla nowych wymagań użytkowników.

Jeśli Twoja organizacja podeszła do automatyzacji w sposób odpowiedzialny i kompleksowy, odpowiednio zorganizowała wszystkie etapy i etapy, to Cykl życia AIS ogranicza tylko czas życia Twojej organizacji, co oznacza, że ​​środki wydane na AIS nie zostaną wyrzucone do kosza razem z AIS przestarzałym fizycznie lub moralnie.

Wszystkie etapy cyklu życia AIS zostały wymienione powyżej, ale niektóre z nich przebiegają równolegle, więc przydzielają tylko 5 etapów cyklu życia AIS(rys.35):

Na pierwszym etapie ” Ankieta przedprojektowa» (rys. 33) zwyczajowo wyróżnia się dwa główne podetapy i jeden dodatkowy podetap:

1.1. przeprowadzenie ankiety przedprojektowej i zbieranie materiałów ankietowych;

1.2. analiza materiałów ankietowych i opracowanie na podstawie analizy studium wykonalności (FS) i SIWZ;

1.3. wybór i opracowanie wariantu koncepcji systemu.

Cele etapu ankiety przedprojektowej są następujące:

· sformułowanie potrzeb nowego AIS, tj. zidentyfikować wszystkie wady istniejącego SI;

Wybierz kierunek i określ wykonalność ekonomiczna Projekt AIS.

Prace ankietowe rozpoczynają się od analizy podstawowych wymagań i planowania pracy, co trwa od 2 dni do 4 tygodni. Następnie przeprowadzana jest sama ankieta przedsiębiorstwa (czas trwania ankiety wynosi 1-2 tygodnie).

Najpierw tworzony jest opis i analizowane jest funkcjonowanie danego przedsiębiorstwa lub organizacji zgodnie z wymaganiami (celami), które go dotyczą. Określane są struktury organizacyjne i topologiczne przedsiębiorstwa. Identyfikowane są działania funkcjonalne każdego z działów przedsiębiorstwa i interakcje funkcjonalne między nimi, przepływy informacji w obrębie działów i między nimi, obiekty zewnętrzne w stosunku do przedsiębiorstwa oraz zewnętrzne interakcje informacyjne. Ustala się listę docelowych zadań (funkcji) przedsiębiorstwa oraz przeprowadza analizę rozkładu funkcji według działów i pracowników.

Ustala się listę środków automatyzacji stosowanych w przedsiębiorstwie.

Następnie przetwarzane są wyniki ankiety i budowane są następujące dwa typy modeli działalności przedsiębiorstw (należy zwrócić uwagę, że budowa każdego z wymaganych modeli wymaga intensywnej pracy 6-7 wykwalifikowanych analityków systemowych w ciągu 2-4 miesięcy).

1. W budowie model „tak jak jest” który jest „migawką” stanu rzeczy w przedsiębiorstwie (struktura organizacyjna, interakcje między działami, przyjęte technologie, zautomatyzowane i niezautomatyzowane procesy biznesowe itp.) w momencie badania i pozwala zrozumieć, co robi i jak to działa to przedsiębiorstwo z punktu widzenia analizy systemowej, a także na podstawie automatycznej weryfikacji identyfikuje szereg błędów i wąskich gardeł oraz formułuje szereg propozycji poprawy sytuacji.

2. Utworzony Model „tak jak powinien” integrujące obiecujące propozycje kierownictwa i pracowników przedsiębiorstwa, ekspertów i analityków systemowych oraz pozwalające kształtować wizję nowych racjonalnych technologii dla funkcjonowania przedsiębiorstwa. Ona reprezentuje koncepcja przyszłego AIS.

Stworzenie koncepcji przyszłego systemu obejmuje następujące prace:

Szczegółowe badanie obiektu automatyki;

Wymagane prace badawcze (B+R) związane ze znalezieniem sposobów i oceną możliwości wdrożenia wymagań użytkownika;

Opracowanie wariantów alternatywnych koncepcji tworzonego AIS i planów ich realizacji;

Ocena niezbędnych zasobów do ich wdrożenia i zapewnienia ich funkcjonowania;

Ocena zalet i wad każdej opcji;

Porównanie wymagań użytkownika i cech proponowanego systemu oraz wybór najlepszej opcji;

Ustalenie procedury oceny jakości i warunków odbioru systemu;

Ocena efektów otrzymanych z systemu;

Przygotowanie raportu zawierającego opis wykonanej pracy;

Opis i uzasadnienie proponowanej wersji koncepcji systemu.

Na podstawie skonstruowanej koncepcji systemu oraz wyników badania przedsiębiorstwa pod kątem identyfikacji wymagań dla przyszłego systemu tworzony jest projekt systemu (model wymagań), który jest pierwszą fazą rozwoju samego systemu automatyki (czyli fazą analizy wymagań dla systemu), na której wymagania klienta są sprecyzowane, sformalizowane i udokumentowane

W rzeczywistości na tym etapie pada odpowiedź na pytanie: „Co powinien zrobić przyszły system?”. W tym tkwi klucz do sukcesu całego projektu automatyzacji. W praktyce tworzenia dużych systemów oprogramowania istnieje wiele przykładów nieudanych implementacji właśnie z powodu niekompletności i rozmycia definiowania wymagań systemowych.

Na tym etapie określa się:

§ architektura systemu, jego funkcje, zewnętrzne warunki jego funkcjonowania, podział funkcji pomiędzy części sprzętowe i programowe;

§ interfejsy i podział funkcji między osobą a systemem;

§ wymagania dotyczące komponentów oprogramowania i informacji systemu, niezbędne zasoby sprzętowe, wymagania bazy danych, cechy fizyczne komponentów systemu, ich interfejsy;

§ skład osób i stanowisk związanych z systemem;

§ ograniczenia w procesie rozwoju (dyrektywne terminy realizacji poszczególnych etapów, dostępne zasoby);

§ procedury organizacyjne zapewniające ochronę informacji.

W ramach projektowania systemu wykonuje się:

Określanie składu, struktury i charakterystyki zadań funkcjonalnych w ramach działalności pionów strukturalnych;

Określenie składu i struktury oprogramowania automatyki do rozwiązywania problemów technologicznych z uwzględnieniem istniejących narzędzi w wydziałach konstrukcyjnych;

Określenie struktury i właściwości technologii wspomagania informacji w rozwiązywaniu problemów;

Opracowywanie rozwiązań technicznych do budowy wsparcia informacyjnego (struktury logiczne baz danych, struktury klasyfikatorów);

§ opracowanie składu zautomatyzowanych procedur przepływu pracy.

Projekt systemu powinno zawierać:

kompletny funkcjonalny model wymagań dla przyszłego systemu;

Komentarze do modelu funkcjonalnego (specyfikacje procesu niższego poziomu w formie tekstowej);

pakiet raportów i dokumentów dotyczących modelu funkcjonalnego, w tym opis obiektu modelowania, wykaz podsystemów, wymagania dotyczące metod i środków komunikacji wymiany informacji między komponentami, wymagania dotyczące charakterystyk powiązań systemu z systemami sąsiednimi, wymagania dla funkcji systemowych;

· model koncepcyjny zintegrowanej bazy danych (pakiet diagramów);

architektura systemu w odniesieniu do modelu koncepcyjnego;

· propozycje struktury organizacyjnej wspierającej system.

Tym samym projekt systemu zawiera funkcjonalne, informacyjne i ewentualnie zdarzeniowe modele wymagań dla przyszłego systemu. Rodzaje i kolejność prac przy konstruowaniu tych modeli wymagań są podobne do odpowiednich prac nad konstruowaniem modeli czynności. Dodatkowo projekt systemu zawiera zakres zadań do stworzenia systemu zautomatyzowanego.

Należy zwrócić uwagę na następującą zaletę projektu systemowego. Tradycyjny rozwój charakteryzuje się realizacją początkowych etapów w rzemieślniczy, niesformalizowany sposób. Dzięki temu klienci i użytkownicy mogą po raz pierwszy zobaczyć system po jego dużym wdrożeniu. Oczywiście ten system różni się od tego, czego się spodziewali. Dlatego następuje kilka kolejnych iteracji jego rozwoju lub modyfikacji, co wymaga dodatkowych (i znacznych) kosztów czasu i pieniędzy. Kluczem do rozwiązania tego problemu jest projekt systemowy, który umożliwia:

Opisz, „zobacz” i popraw przyszły system, zanim zostanie fizycznie zaimplementowany;

Obniżenie kosztów opracowania i wdrożenia systemu;

Oceń rozwój pod względem czasu i wyników;

Osiągnij wzajemne zrozumienie między wszystkimi uczestnikami pracy (klientami, użytkownikami, programistami, programistami itp.);

Poprawa jakości tworzonego systemu, czyli: stworzenie optymalnej struktury zintegrowanej bazy danych, wykonanie funkcjonalnej dekompozycji typowych modułów.

Projekt systemowy jest całkowicie niezależny i oddzielony od konkretnych programistów, nie wymaga konserwacji przez jego twórców i może być bezboleśnie przeniesiony na inne osoby. Co więcej, jeśli z jakiegoś powodu przedsiębiorstwo nie jest gotowe na wdrożenie systemu w oparciu o projekt, można go odstawić „na półkę” do momentu pojawienia się potrzeby. Ponadto może służyć do samodzielnego rozwoju lub korekty narzędzi programowych już wdrożonych na jego podstawie przez programistów działu automatyzacji przedsiębiorstwa.

Celem opracowania „Studium wykonalności” projektu AIS jest ocena głównych parametrów ograniczających projekt, uzasadnienie wyboru oraz ocena głównych decyzji projektowych dla poszczególnych elementów projektu. Jednocześnie występują parametry organizacyjne charakteryzujące sposoby organizacji procesów transformacji informacji w systemie, parametry informacyjno-ekonomiczne charakteryzujące koszty stworzenia i eksploatacji systemu oszczędzające na jego eksploatacji. Głównymi obiektami parametryzacji w systemie są zadania, zespoły zadaniowe, wskaźniki ekonomiczne, procesy przetwarzania informacji. Po podjęciu decyzji o prowadzeniu dalsza praca Liczba z środki organizacyjne na przykład należy wydać odpowiednie zlecenia pracy; Należy wyznaczyć odpowiedzialnych za obszary itp.

Bez takiego wsparcia ze strony kierownictwa przedsiębiorstwa w ogóle nie ma sensu rozpoczynać projektu.

Rysunek 33. Kolejność prac na etapie przedprojektowym cyklu życia AIS.

Następnie tworzony jest SIWZ dla projektu, który odzwierciedla: specyfikacje i wymagania dla przyszłego AIS, a także ograniczenia dotyczące zasobów projektowych. Jeżeli projekt wymaga naukowego zbadania komponentów, wówczas na podstawie TOR opracowywana jest koncepcja przyszłego AIS.

W ramach tworzenia TOR opracowywane są propozycje automatyzacji na podstawie zidentyfikowanych i uzgodnionych wymagań, które obejmują:

Sporządzanie listy zautomatyzowanych miejsc pracy przedsiębiorstwa i sposobów interakcji między nimi;

Analiza przydatności istniejących systemów zarządzania przedsiębiorstwem (przede wszystkim klasy MRP i ERP) do rozwiązywania wymaganych zadań oraz sformułowanie rekomendacji wyboru takiego systemu;

Wspólne podejmowanie decyzji z klientem wybór konkretnego systemu zarządzania przedsiębiorstwem lub opracowanie własnego systemy.

Opracowanie propozycji środków technicznych;

Opracowywanie propozycji oprogramowania;

Opracowanie topologii, składu i struktury sieci lokalnej;

Opracowanie propozycji etapów i terminów automatyzacji.

Jeśli zdecydowano się na wybór konkretnego systemu sterowania, niektóre kroki są pomijane.

Druga faza " Projekt» (rys. 34) wykonuje następujące podpunkty:

1) projekt wstępny: wyjaśnienie wymagań SIWZ, wykonanie i zatwierdzenie projektu wstępnego;

2) projekt techniczny: wybór rozwiązań projektowych dla wszystkich aspektów rozwoju AIS, opis wszystkich elementów AIS, wykonanie i zatwierdzenie projektu technicznego;

3) projekt szczegółowy: dobór i opracowanie metod matematycznych i algorytmów programów, dostosowanie struktury baz danych (DB), stworzenie dokumentacji na dostawę i rozwój produktów oprogramowania, dobór zestawu sprzętu AIS, stworzenie dokumentacji dla dostawa i montaż sprzętu, opracowanie projektu roboczego AIS.

Cele tej fazy to:

· opracować architekturę funkcjonalną AIS, która odzwierciedla strukturę i skład podsystemów funkcjonalnych, w celu automatycznego wsparcia niektórych funkcji zarządzania organizacją;

· opracowanie architektury systemu wybranego wariantu AIS, czyli składu podsystemów wspierających.

Do złożonego AIS na dużą skalę, automatyzującego duże przedsiębiorstwo, holding, władze publiczne itp., Na podetapie 1 " Projekt wstępny» formułowane są wstępne rozwiązania dla przyszłego AIS jako całości i jego elementów, w wyniku czego powstaje projekt projektu (DS). Opracowanie wstępnych rozwiązań projektowych systemu i jego części obejmuje:

Definicja funkcji AIS;

Definicja funkcji podsystemów, ich celów i efektów;

Określanie składu zespołów zadaniowych i zadań indywidualnych;

Definicja pojęcia bazy informacyjnej, jej powiększonej struktury;

Definicja funkcji systemu zarządzania bazami danych;

Określenie składu systemu komputerowego;

Definicja funkcji i parametrów głównych narzędzi programowych.

Opracowanie dokumentacji do tej części projektu.

Jeśli opracowywany projekt nie jest bardzo złożony, załóżmy, że automatyzuje się małe przedsiębiorstwo, etap roboczy jest pomijany.

W podpunkcie 2. Projekt techniczny » praca nad logicznym opracowaniem i doborem najlepsze opcje decyzje projektowe, w wyniku których powstaje projekt techniczny (TP). W ramach tworzenia projektu technicznego realizowane są:

- przekształcenie projektu systemowego w projekt techniczny(model implementacji), na który składają się następujące działania: dopracowanie modelu logicznego (opracowanie szczegółowej logiki dla każdego procesu z wykorzystaniem diagramów przepływu danych i specyfikacji procesów), zaprojektowanie fizycznej bazy danych, budowa hierarchii funkcji modułu do zaprogramowania, oszacowanie kosztów wdrożenia.

Wymienione prace powinni wykonywać analitycy konsultantów wraz z projektantami systemów – tu leży granica dzieląca doradztwo i rozwój. Niemniej jednak pożądane jest, aby na etapie wdrożenia systemu konsultant działał również w interesie klienta, a mianowicie: kontrolował zgodność tworzonego oprogramowania systemowego z systemem i projektami technicznymi, a także uczestniczył w pracach nad jego rozbudową i modyfikacji, ponieważ rozszerzenia należy planować w oparciu o model wymagań.

- prace projektowe techniczne,:

Opracowanie ogólnych rozwiązań dla systemu i jego części,

Opracowanie ogólnych rozwiązań funkcjonalno-algorytmicznych struktura systemu,

Opracowanie wspólnych decyzji dotyczących funkcji personelu i struktura organizacyjna,

Opracowanie wspólnych rozwiązań konstrukcji środków technicznych,

Opracowanie ogólnych rozwiązań algorytmów rozwiązywania problemów i stosowanych języków,

Opracowanie wspólnych rozwiązań organizacji i utrzymania bazy informacyjnej,

Opracowanie wspólnych rozwiązań dla systemu klasyfikacji i kodowania informacji,

Opracowywanie wspólnych rozwiązań programowych;

Wykonać opracowanie, wykonanie dokumentacji dla wszystkich części projektu, w tym dokumentacji „Formułowanie problemu”,

Opracowanie i wykonanie dokumentacji na dostawę produktów do nabycia AIS i/lub wymagania techniczne(specyfikacje techniczne) do ich opracowania;

Opracowanie zadań projektowych w sąsiadujących częściach projektu obiektu automatyki.

Podetap 3. ” Projekt pracy » związane z fizyczną realizacją wybranego wariantu projektu i otrzymaniem dokumentacji wykonawczej (DP).

Ten podetap realizowany jest:

Opracowanie i wykonanie dokumentacji roboczej zawierającej wszystkie niezbędne i wystarczające informacje w celu zapewnienia realizacji prac nad uruchomieniem AIS i jego eksploatacją, a także utrzymania poziomu cech operacyjnych (jakości) systemu zgodnie z przyjętymi decyzje projektowe oraz koordynację i zatwierdzanie tej dokumentacji;

Opracowywanie programów i narzędzi programowych systemu, a także dobór, adaptacja i/lub wiązanie zakupionych narzędzi programowych,

Opracowanie dokumentacji oprogramowania.

Organizacja przetargów na dostawę komponentów AIS (oprogramowanie i sprzęt, oprogramowanie i systemy sprzętowe, produkty informacyjne).

Rysunek 34. Kolejność prac na etapie projektowania cyklu życia AIS.

Wobec doświadczenia projektowego i niewielkiej złożoności projektu wszystkie trzy podetapy są łączone w jeden, w wyniku czego uzyskuje się jeden projekt techniczno-roboczy (TDP). W tym przypadku projekt jest konsekwentnie, w miarę realizacji podetapów, przekształcany ze szkicu w projekt wykonawczy.

Trzeci etap Realizacja» (rys. 35) to fizyczny projekt systemu w następującej kolejności:

1) odbiór i montaż środków technicznych;

2) kodowanie, testowanie i opracowywanie programów;

3) pozyskiwanie i instalowanie oprogramowania;

4) tworzenie wsparcia informacyjnego, w tym uzupełnianie baz danych;

5) opracowywanie instrukcji obsługi oprogramowania i sprzętu oraz opisy stanowisk pracy dla personelu.

Prace te można praktycznie prowadzić równolegle.

Na czwartym etapie cyklu życia AIS” Realizacja» są następujące podkroki:

1) wdrożenie pilotażowe:

uruchomienie urządzeń technicznych,

uruchomienie narzędzi programowych, przeprowadzenie próbnej eksploatacji wszystkich komponentów i systemów jako całości,

· szkolenie i certyfikacja personelu.

Wdrożenie pilotażowe polega na sprawdzeniu funkcjonalności elementów i modułów projektu, wyeliminowaniu błędów na poziomie elementów i powiązań między nimi.

Na tym etapie trwają prace nad przygotowaniem organizacyjnym obiektu automatyki do uruchomienia AIS, w tym:

Wdrażanie decyzji projektowych dotyczących struktury organizacyjnej AIS;

Zaopatrzenie jednostek obiektu kontrolnego w materiały instruktażowe i metodyczne;

Wprowadzenie klasyfikatorów informacji;

Szkolenie,

Sprawdzenie jego zdolności do zapewnienia funkcjonowania AIS.

Na tym samym etapie AIS uzupełniany jest o dostarczone produkty (oprogramowanie i sprzęt, systemy programowo-sprzętowe, produkty informacyjne), a także budowę i instalację, uruchomienie, testy wstępne:

Przeprowadzać testy AIS pod kątem wydajności i zgodności z SIWZ zgodnie z przygotowanym wcześniej programem i metodyką badań wstępnych;

Rozwiązywanie problemów i ulepszanie (w razie potrzeby) oprogramowania, wprowadzanie zmian w dokumentacji AIS, w tym dokumentacji eksploatacyjnej zgodnie z protokołem badań.

Pilotażowe prace wdrożeniowe kończą się w dniu sporządzenie aktu o zakończeniu eksploatacji próbnej.

2) wdrożenie przemysłowe (oddanie do eksploatacji komercyjnej):

uruchomienie,

Podpisywanie aktów odbioru i dostawy robót.

Uruchomienie polega na zorganizowaniu weryfikacji projektu na poziomie funkcji i monitorowaniu zgodności z jego wymaganiami sformułowanymi na etapie badania przedprojektowego, tj.:

Przeprowadzić test na zgodność z SIWZ zgodnie z wcześniej przygotowanym programem i metodyką testów akceptacyjnych;

Analiza wyników testów AIS i eliminacja niedociągnięć zidentyfikowanych podczas testów.

Kończę pracę na sporządzenie aktu o dopuszczeniu AIS do stałej eksploatacji,.

Na ostatnim, piątym etapie cyklu życia AIS, eksploatacja, konserwacja i modernizacja oprogramowanie, sprzęt i cały projekt.

eskorta AIS kłamstwa w wykonanie prac zgodnie ze zobowiązaniami gwarancyjnymi, wykonanie prac w celu usunięcia niedociągnięć stwierdzonych podczas eksploatacji AIS w ustalonym okresie gwarancyjnym oraz wykonanie prac w celu dokonania niezbędnych zmian w dokumentacji AIS.

Serwis pogwarancyjny obejmuje:

W realizacji prac nad analizą funkcjonowania systemu;

W identyfikacji odchyleń rzeczywistych charakterystyk operacyjnych AIS od wartości projektowych;

W ustaleniu przyczyn tych odchyleń;

W eliminowaniu zidentyfikowanych niedociągnięć i zapewnieniu stabilności charakterystyk operacyjnych AIS;

Dokonując niezbędnych zmian w dokumentacji dla AIS.

W zależności od specyfiki tworzonego AIS i warunków ich powstania dopuszcza się wykonanie poszczególnych etapów pracy przed zakończeniem poprzednich etapów, równoległe wykonanie etapów pracy w czasie, włączenie nowych etapów pracy.

Rysunek 35. Etapy cyklu życia AIS.

Cykl życia ma zwykle charakter iteracyjny: realizowane etapy cyklu życia, począwszy od najwcześniejszych, są cyklicznie powtarzane zgodnie z nowymi wymaganiami i zmianami warunków zewnętrznych. Na każdym etapie cyklu życia powstaje zbiór dokumentów i rozwiązań technicznych, które są punktem wyjścia do kolejnych decyzji.

Najbardziej rozpowszechniony trzy modele cyklu życia:

model kaskadowy (do lat 70.) - sekwencyjne przejście do kolejnego etapu po zakończeniu poprzedniego;

· model iteracyjny (lata 70. - 80.) - z iteracyjnymi powrotami do poprzednich etapów po zakończeniu kolejnego etapu;

· model spiralny (80-90s) – model prototypowy, który zakłada stopniową rozbudowę prototypu AIS.

Do kaskadowy model cyklu życia typowa jest automatyzacja oddzielnych, niepowiązanych ze sobą zadań, która nie wymaga integracji i kompatybilności informacji, oprogramowania, interfejsu technicznego i organizacyjnego. W ramach rozwiązywania poszczególnych problemów model kaskadowy sprawdził się pod względem czasu opracowania i niezawodności. Zastosowanie tego modelu cyklu życia do dużych i złożonych projektów, ze względu na długi czas trwania procesu projektowania i zmienność wymagań w tym czasie, prowadzi do ich praktycznej nierealizacji.

Iteracyjny model cyklu życia. Tworzenie złożonego AIS polega na łączeniu rozwiązań projektowych uzyskanych przy realizacji poszczególnych zadań. Podejście projektowe „oddolne” wymusza takie iteracyjne zwroty, gdy rozwiązania projektowe dla poszczególnych zadań są sprowadzane do ogólnych rozwiązań systemowych, a jednocześnie istnieje potrzeba rewizji wcześniej sformułowanych wymagań. Z reguły ze względu na dużą liczbę iteracji powstają rozbieżności w ukończonych decyzjach projektowych i dokumentacji. Zawiłość architektury funkcjonalnej i systemowej tworzonego AIS, trudność w posługiwaniu się dokumentacją projektową, od razu powodują konieczność przeprojektowania całego systemu na etapach wdrożenia i eksploatacji. Długi cykl życia tworzenia systemu informatycznego kończy się na etapie wdrożenia, po którym następuje cykl życia tworzenia nowego AIS.

Model cyklu życia spirali. Podejście odgórne do organizacji projektowania AIS jest stosowane, gdy najpierw określa się skład podsystemów funkcjonalnych, a następnie ustala się poszczególne zadania. W związku z tym najpierw rozwijane są takie ogólnosystemowe zagadnienia, jak organizacja zintegrowanej bazy danych, technologia gromadzenia, przesyłania i gromadzenia informacji, a następnie technologia rozwiązywania konkretnych problemów. W ramach zespołów zadaniowych programowanie odbywa się w kierunku od głównych modułów programowych do modułów realizujących poszczególne funkcje. Jednocześnie na pierwszy plan wysuwają się kwestie interakcji pomiędzy interfejsami modułów programu ze sobą oraz z bazą danych, a implementacja algorytmów schodzi na dalszy plan.

Każdy obrót spirali odpowiada krok po kroku modelowi tworzenia fragmentu AIS. Wyjaśnia cele i cechy projektu, określa jego jakość i planuje pracę kolejnego zakrętu spirali. Następuje konsekwentne pogłębianie i konkretyzacja szczegółów projektu, powstaje jego uzasadniona wersja, która jest doprowadzana do realizacji.

Spiralny model cyklu życia oparty jest na wykorzystaniu technologii prototypowej lub technologii RAD (szybkiego rozwoju aplikacji).

Zgodnie z tą technologią, AIS rozwija się poprzez rozbudowę prototypów oprogramowania, podążając ścieżką od specyfikacji wymagań do specyfikacji kodu programu.

Naturalnie przy technologii prototypowej ilość iteracji jest zmniejszona i mniej błędów i niespójności, które trzeba korygować w kolejnych iteracjach, a sam projekt jest realizowany w szybszym tempie, a tworzenie dokumentacji projektowej jest uproszczone. Aby dokładniej dopasować dokumentację projektową opracowaną przez AIS, coraz większą wagę przywiązuje się do utrzymania ogólnosystemowego repozytorium i automatyzacji projektowania, w szczególności wykorzystania technologii CASE (Computers Aids System Engineering).

Podczas korzystania z modelu spiralnego:

· ma miejsce gromadzenie i ponowne wykorzystywanie rozwiązań projektowych, narzędzi projektowych, modeli i prototypów AIS i technologii informacyjnych;

· Prowadzona jest orientacja na rozwój i modyfikacje systemu i technologii w procesie ich projektowania;

· w procesie projektowania systemu przeprowadzana jest analiza ryzyka i kosztów.

Interfejs to połączenie części oprogramowania i sprzętu, danych, technologii komunikacji między człowiekiem a komputerem, w której wszystkie informacje, parametry logiczne, fizyczne i elektryczne spełniają ustalone standardy.

Prototyp - minimalna wersja systemu używana do generowania lub rozwoju pełna wersja

Repozytorium zawiera informacje o obiektach projektowanego AIS i relacjach między nimi, wszystkie podsystemy wymieniają z nim dane.

I. Bloki konstrukcyjne AIS. Metody i narzędzia projektowe Projekt- proces tworzenia projektu prototypu, prototypu proponowanego lub ewentualnego obiektu, jego stanu. Nowoczesna technologia stworzenie AIS – zbioru skutecznych narzędzi i metod projektowych, które pozwalają uprościć ten proces, obniżyć koszty, skrócić czas kalendarzowy projektowania systemu, a docelowo, ze względu na możliwość szerszego wyboru sprawdzonych, progresywnych rozwiązań projektowych, usprawnić jakość rozwoju. Podstawowe narzędzia projektowe: - standardowe środki systemów operacyjnych, które zapewniają automatyczne przejście na komputerze określonej klasy zadań; - procedury realizujące typowe procesy przetwarzania danych, np. kontrola informacji wyjściowych i ich sortowanie; -narzędzia, które obejmują zestaw powiązanych ze sobą specjalnych narzędzi programowych zaprojektowanych do obsługi poszczególnych elementów procesu projektowania AIS. Jest to tworzenie i aktualizacja słownika danych, dokumentacji projektowej, automatyzacja kontroli projektowej itp.; - typowe komponenty przedstawione w postaci standardowych rozwiązań projektowych (TPR) i pakietów oprogramowania aplikacyjnego (APP). TPR - zestaw elementów algorytmicznych, programowych, instruktażowych i metodycznych, które zapewniają maszynową realizację zadań lub kompleksu przy użyciu odpowiednich środków technicznych. TPR - podstawa tworzenia PPP, w skład której wchodzą pakiety oprogramowania zapewniające działanie typowych konfiguracji technologii komputerowych, systemów dialogowych przy rozwiązywaniu typowych problemów funkcjonalnych; -systemy do projektowania wspomaganego komputerowo (CAD), które wymagają użycia komputerów na wszystkich etapach tworzenia AIS i zajmują najwyższy stopień w ewolucji narzędzi do projektowania systemów. Metody projektowania rozróżniają klasy i podklasy: Zajęcia: -orginalny wzór. Narzędzia stosowane w tej metodzie: - standardowe narzędzia systemów operacyjnych; - procedury realizujące typowe procesy przetwarzania danych. - standardowy projekt. Podklasy: elementy, podsystemy, obiekt, grupa. Narzędzia: standardowe narzędzia systemów operacyjnych; typowe komponenty (TPR, PPP); niektóre narzędzia. - projektowanie wspomagane komputerowo,. Podklasy: modułowe; inne Narzędzia: standardowe narzędzia systemów operacyjnych CAD; połączony zestaw narzędzi. Narzędzia projektowe dzielą się na: - złożone - są to TPR, PPP, standardowe projekty systemów automatycznych, CAD. - lokalne - różnorodne, obejmują systemy zarządzania bazami danych, teleprzetwarzanie, narzędzia itp. Ogólne wymagania dotyczące narzędzi projektowych: - pełne pokrycie całego procesu tworzenia AIS; -kompatybilność, wymagająca skoordynowanych decyzji zarówno w procesie tworzenia systemu i jego podsystemów wspierających, jak i w procesie ich funkcjonowania; -uniwersalność w swojej klasie, pozwalająca na wykorzystanie tych samych narzędzi do różnych obiektów; -d.b. łatwo dostępny, nie wymagający dużego wysiłku do nauczenia się i łatwy do wdrożenia; - możliwość zorganizowania procesu projektowania w trybie interaktywnej interakcji pomiędzy twórcą systemu, projektantem i komputerem; -d.b. dostosowane i opłacalne. Oryginalne metody projektowania są tradycyjne i skupione na jednym przedsiębiorstwie. Charakterystyka- opracowanie autorskich metod pomiarów obiektu, jego wykonanie, stworzenie niezbędnej dokumentacji projektowej w postaci indywidualnego projektu. Godność - odzwierciedlenie w projekcie AIS specyficznych cech obiektu automatyki. Wady: stosunkowo wysoka pracochłonność i długi czas rozwoju, niska niezawodność funkcjonalna i zdolność adaptacji do zmieniających się warunków. Projekty stworzone oryginalną metodą nadają się do modernizacji, ale ta metoda jest rzadko stosowana w czystej postaci. W jego realizacji wykorzystywane są obecnie różne narzędzia projektowe, a tylko niektóre fragmenty projektu wymagają oryginalnych rozwiązań projektowych. Zatem ogólnosystemowe rozwiązania projektowe dla rozwoju wsparcia informacyjnego obejmują metody gromadzenia, sterowania i transmisji danych, tworzenie tablic danych regulacyjnych i referencyjnych, oprogramowanie, określanie wersji systemu operacyjnego, typowe procedury przetwarzania informacji itp. To nieco wygładza jego wady. Ta metoda jest szczególnie istotna podczas automatyzacji złożonych, nietypowych obiektów. Typowy projekt- przemysłowa metoda tworzenia AIS, z wykorzystaniem TPR i PPP, charakteryzuje się obecnością sprawdzonych, typowych narzędzi organizacyjnych, ekonomicznych, technicznych, informacyjnych, matematycznych i programowych do automatyzacji sterowania. Zalety: zmniejsza pracochłonność, zmniejsza koszty i skraca czas projektowania, poprawiając jego jakość poprzez pełniejsze pokrycie zadań podsystemów funkcjonalnych, ścisłe przestrzeganie wymagań dokumenty normatywne, zastosowanie zaawansowanych rozwiązań technicznych. Standard design ma na celu wyeliminowanie powielania projektów, stworzenie podstaw do rozszerzenia wymiany gotowych komponentów standardowych oraz ułatwienie opracowania rekomendacji zmiany struktury organizacyjnej i metod zarządzania z uwzględnieniem specyfiki branżowej i wewnątrzgospodarczej. Proces typowego projektowania polega na doborze i oprawie tych narzędzi zgodnie z wymaganiami konkretnego systemu. Typową częścią AIS jest kompleks informacji, oprogramowania i wsparcia technicznego. Typowy charakter pierwszej uzyskuje się poprzez ścisłe przestrzeganie jedności struktury bazy informacyjnej, składu tablic, form dokumentów wejściowych i wyjściowych; drugi - na korzystanie z PPP, a ostatni na skutek korzystania z komputerów tego samego lub wspólnego typu. podstawy elementarny projekt to TPR - wynik wdrożenia kilku powiązanych ze sobą operacji projektowania technologicznego, przy opracowywaniu projektu stosuje się gotowe rozwiązanie z drobnymi modyfikacjami, a nowe nie jest opracowywane. Kompleks typowych rozwiązań projektowych podzielony jest na trzy grupy: „Technika”, „Zadanie”, „Personel”. Pierwsza grupa służy do doboru i kompletowania wszelkiego rodzaju środków technicznych centrów komputerowych lub innych form organizacyjnych ich stosowania. druga- zawiera dokumentację dotyczącą organizacyjnej i ekonomicznej istoty każdego zadania, algorytmy ich rozwiązania, opis informacji wejściowych i wyjściowych, odpowiednie moduły oprogramowania wraz z ich opisami i instrukcją użytkowania. Trzeci- opisy stanowisk dla wszystkich kategorii pracowników, określające ich prawa i obowiązki. TPR tworzone są zgodnie z zasadą modułową, kiedy każde rozwiązanie projektowe podzielone jest na odrębne komponenty - moduły realizujące określoną część TPR. Pozwala to na stworzenie projektu nowego zautomatyzowanego systemu poprzez łączenie poszczególnych typowych modułów. Za pomocą metoda podsystemu projekt zakłada wyższy stopień integracji typowych elementów systemu, gdy dla każdego rozwiązania podsystemu tworzone są projekty i pakiety aplikacji. Alokacja podsystemów - w zależności od przedmiotu procesu gospodarczo-produkcyjnego. Dla każdego z podsystemów opracowywane jest własne zautomatyzowane rozwiązanie projektowe i PPP, które mogą być ogólnosystemowe lub funkcjonalne. Pierwsza grupa obejmuje zarządzanie danymi PPP, typowe procedury ich przetwarzania, metody statystyki matematycznej i programowania dyskretnego, rozwiązywanie problemów ciągłych, takich jak równania różniczkowe. Druga grupa obejmuje pakiety skoncentrowane na przedsiębiorstwa przemysłowe o dyskretnym lub ciągłym charakterze produkcji, dla sfery nieprzemysłowej, zarządzanie sektorowe. Ważnym wymogiem dla PPP jest kompatybilność, ponieważ przy projektowaniu AIS wskazane jest użycie kilku pakietów jednocześnie. Projektowanie systemów wykorzystujących PPP tak naprawdę sprowadza się do powiązania pakietów wybranych przez określone parametry z określonymi warunkami obiektu automatyki. Zalety: mniej czasochłonny proces, zajmuje mniej czasu w porównaniu z pierwotnym projektem, wdraża zaawansowane metody przetwarzania danych, upraszcza dokumentację projektową, ponieważ wykorzystywana jest dokumentacja pakietowa, zwiększa się niezawodność projektowanych systemów. metoda projekt obiektu opiera się na wykorzystaniu standardowych projektów zautomatyzowanych systemów sterowania. Nie jest powszechnie stosowany, ponieważ jest zbyt wiele różnych obiektów, a modyfikacja typowego projektu systemu zgodnie ze specyficznymi warunkami obiektu automatyki wymaga dużego nakładu pracy i koszty materiałów. Wyróżnia się osobna grupa metoda projektowania grup. Jego istota: wstępnie wybierana jest grupa obiektów tego samego typu według ich cech. systemy informacyjne, wśród nich wybierany jest obiekt bazowy, dla którego projekt jest opracowywany, i można zastosować różne metody i metody projektowania, najważniejsze jest zapewnienie jego wysokiej adaptacyjności. Głównym zakresem tej metody są obiekty nieprzemysłowe (np. magazyny), ponieważ są bardziej stabilne z punktu widzenia systemu informacji gospodarczej. Wśród metod zautomatyzowanych szczególne miejsce zajmuje modułowe metody projektowania. Tworzenie i użytkowanie CAD zapewnia odpowiednio wysoki poziom niezawodności funkcjonalnej, kompleksowe pokrycie wszystkich procesów technologicznych, zmniejszając złożoność prac projektowych przy maksymalnym uwzględnieniu interesów obiektu automatyki. Jednak ta metoda jest dość kosztowna i wymaga wysoko wykwalifikowanych programistów. Kluczowym wymaganiem dla CAD jest umiejętność zbudowania i utrzymania w systemie projektowym w odpowiednim stanie pewnego globalnego modelu informacji ekonomicznej obiektu automatyki. Model- wyświetlanie elementów informacyjnych obiektu automatyki i relacji między nimi, określonych wprost. Głównym celem budowy modelu jest stworzenie projektu AIS odpowiadającego temu modelowi, który uwzględnia i aktywnie wykorzystuje wszystkie cechy obiektu. Model taki powinien zawierać w sformalizowanej formie opis zbiorów elementów informacji oraz relacji między nimi, w tym powiązań informacyjnych i interakcji algorytmicznej. Za pomocą metody projektowania modułowego stosuje się podejście systemowe, które determinuje wykorzystanie komputerów nie tylko na wszystkich etapach tworzenia systemu, ale także w procesie analizy wyników jego przemysłowej eksploatacji. Rozwój i zastosowanie CAD z góry wyznaczyły przejście do tworzenia projekty indywidualne, ale na znacznie wyższym poziomie niż oryginalna metoda projektowania. Opracowywaniem, wdrażaniem, utrzymaniem i obsługą korporacyjnych systemów informatycznych (w skrócie CIS) zajmują się specjaliści IT. Technologie informacyjne są pojęciem bardzo szerokim, ponieważ określają metody i środki tworzenia, gromadzenia, rejestrowania, przesyłania, przetwarzania, przechowywania i udostępniania informacji w systemach informatycznych. Obecnie obok nazwy Corporate Information Systems (CIS) używane są na przykład następujące nazwy: · Automatyczne systemy sterowania (ACS); · Zintegrowane systemy zarządzania (ZSZ); · Zintegrowane systemy informacyjne (IIS); · Systemy informatyczne zarządzania przedsiębiorstwem (EMIS). Główne etapy projektowania zautomatyzowanych systemów informatycznych Przed przystąpieniem do projektowania AIS należy szczegółowo uzasadnić potrzebę jego stworzenia, szczegółowo opisać cele i zadania projektu, oczekiwany zysk, koszty czasowe, dostępne zasoby, ograniczenia itp. Takie prace często nazywane są planowaniem strategicznym systemu informacyjnego, a do ich wykonania wyznaczany jest kierownik projektu. Konieczność opracowania dowolnego AIS może wynikać z: następujące czynniki: rosnące znaczenie środowiska informacyjnego przedsiębiorstwa; złożoność systemu zarządzania przedsiębiorstwem; potrzeba analizy potencjalnych szans i zagrożeń przedsiębiorstwa; potrzeba usystematyzowania działań przedsiębiorstwa; konieczność stałego podnoszenia efektywności wykorzystania środków trwałych przedsiębiorstwa, poprawy stosunku ceny do jakości; zwiększenie roli inwestycji kapitałowych w zakresie informatyzacji przedsiębiorstwa; potrzeba planowania personelu, aby odpowiednio zapewnić rozwój przedsiębiorstwa; wzrost złożoności i kompletności istniejącego SI, pociągający za sobą komplikację wymagań funkcjonalnych dla SI i ich rozwój. główna cecha planowanie strategiczne systemu informacyjnego polega na tym, że właśnie w tym okresie określone są potrzeby informacyjne organizacji, co determinuje możliwe opcje struktury systemu informacyjnego. W zależności od intensywności funkcjonowania kompleksu informatycznego wyróżnia się następujące grupy organizacji: organizacje, których rozwój zależy od wykorzystania technologii informatycznych w codziennej działalności (banki, towarzystwa ubezpieczeniowe itp.); organizacje, które nie są zależne od technologii informatycznych, ale potrafią szeroko z nich korzystać w przyszłości w celu uzyskania przewagi konkurencyjnej; organizacje, w których działaniach technologia informacyjna nie może stać się źródłem przewagi konkurencyjnej; organizacje, które wykorzystują technologię informacyjną do wspierania działań niezwiązanych z podstawową działalnością. Dla każdej z opisanych grup opracowywane są systemy informatyczne automatyzujące odpowiednie obszary działalności organizacji. Opracowanie i wdrożenie dowolnego AIS odbywa się w określonej kolejności zgodnie z zakresem uprawnień. Treść pierwszego etapu systemu zarządzania jest określona przez skład zadań rachunkowości, analiz, planowania i zarządzania operacyjnego, najbardziej podatnych na automatyzację i niezbędnych do przyjęcia decyzje zarządcze W organizacji. W procesie rozwoju kolejnych faz systemu następuje rozbudowa i integracja wsparcia informatycznego, programowego i matematycznego oraz modernizacja środków technicznych. Cykl życia AIS pozwala nam wyróżnić cztery główne okresy: przedprojektowy, projektowy, wdrożeniowy, eksploatacyjny i konserwacyjny. Technologia projektowania zautomatyzowanych systemów informatycznych jest obecnie określana przez aktualny GOST 34.601-90, zgodnie z którym cały proces jest podzielony na etapy i etapy. 1. Etap „Formowanie wymagań dla AIS”: określenie zakresu uzasadnienia niezbędnego do stworzenia AIS (zbieranie danych o obiekcie automatyki i bieżących działaniach, ocena jakości jego funkcjonowania, identyfikacja problemów, które można rozwiązać za pomocą automatyzacji ocena możliwości stworzenia AIS); tworzenie wymagań użytkownika dla AIS; sporządzenie raportu z wykonanych prac i złożenie wniosku o opracowanie AIS. 2. Etap „Opracowanie koncepcji AIS”: badanie obiektu AIS; przeprowadzenie niezbędnych prac badawczych i projektowych; opracowanie koncepcji wariantu AIS i wybór wariantu spełniającego wymagania użytkownika, ocena zalet i wad wariantów alternatywnych; sporządzenie sprawozdania z wykonanej pracy. 3. Etap „Zasady zadań”: opracowanie i wykonanie SIWZ dla stworzenia AIS ( informacje ogólne, przeznaczenie i cele tworzonego systemu, charakterystyka obiektu automatyki, wymagania dla systemu jako całości, jego funkcje i zadania, rodzaje wsparcia, plany pracy przy tworzeniu, uruchomieniu i odbiorze). 4. Etap „Projekt roboczy”: opracowanie wstępnych rozwiązań projektowych systemu i jego części (funkcje AIS, jego podsystemów, zakres zadań, koncepcja i struktura bazy informacyjnej, skład i główne cechy środków technicznych); opracowanie dokumentacji dla AIS i jego elementów. 5. Etap ” Projekt techniczny»: opracowywanie projektów decyzji dotyczących systemu i jego elementów, struktury funkcjonalnej, algorytmicznej i organizacyjnej systemu, struktury środków technicznych, organizacji i utrzymania bazy danych, systemu klasyfikacji i kodowania informacji, algorytm rozwiązywania problemów, na temat języków programowania i używanego oprogramowania; opracowywanie dokumentów AIS; opracowanie i wykonanie dokumentacji na dostawę produktów do pozyskania AIS oraz wymagań technicznych dla ich opracowania; opracowanie zadań projektowych. 6. Etap „Projekt szczegółowy”: opracowanie dokumentacji roboczej systemu i jego części; opracowywanie lub dostosowywanie programów. 7. Etap „Uruchomienie”: przygotowanie AIS do wdrożenia; wprowadzenie do eksploatacji próbnej zadań i podsystemów; sporządzenie protokołu rozruchowego. 8. Etap „Wsparcie AIS”: analiza funkcjonowania systemu; nadzór autorski. Cechą rozwoju AIS jest koncentracja złożoności i pracochłonności na etapach badania przedprojektowego, ponieważ błędy popełniane na etapach badania, analizy i projektowania rodzą często nierozwiązywalne problemy z osiągnięciem celów i efektywnością wykorzystanie AIS na etapach wdrażania i eksploatacji. Formułowanie wymagań systemowych implikuje określenie jego funkcjonalności, wymagań użytkownika, wymagań dotyczących niezawodności i bezpieczeństwa, interfejsów zewnętrznych itp. Planowanie pracy obejmuje wstępne ocena ekonomiczna projekt, budowanie harmonogramu prac, tworzenie i szkolenie wspólnej grupy roboczej. Na tym etapie przeprowadzana jest analiza systemowa rozpatrywanego systemu, która obejmuje opis struktury elementów systemu oraz przegląd aktywności zautomatyzowanego obiektu; analiza rozkładu funkcji przez działy i pracowników, przepływy informacji wewnątrz działów i między nimi, obiekty zewnętrzne w stosunku do organizacji oraz zewnętrzne interakcje informacyjne. Kurwa. Analiza kończy się konstrukcją modeli działalności organizacji, która polega na przetwarzaniu materiałów ankietowych oraz budowie modeli funkcjonalno-informacyjnych dwóch typów: modelu „tak jak jest” („tak jak jest”), odzwierciedlającego aktualny stan sprawy w organizacji; model „być” („tak jak być”), odzwierciedlający ideę nowych technologii i procesów biznesowych organizacji. Na podstawie wyników ankiety ustalana jest lista zadań, których rozwiązanie zaleca się zautomatyzować, oraz kolejność ich rozwoju (ryc. 8.2). Ryż. Wyniki ankiety SIWZ jest dokumentem określającym cele, wymagania i podstawowe dane wejściowe potrzebne do opracowania AIS oraz określający poziom efektywności ekonomicznej jego realizacji. Treść i projekt SIWZ regulują wymagania GOST 34.602-89. Wstępny etap projektowania polega na wstępnym doborze metod projektowania i ocenie oczekiwanych rezultatów, ale często ten etap jest uwzględniony w projekcie technicznym. Projekt techniczny jest opracowywany w celu określenia głównych decyzji projektowych przy tworzeniu systemu. Na tym etapie kompleks Praca badawcza w celu wyboru najlepszych rozwiązań przeprowadzana jest eksperymentalna ocena rozwiązań projektowych oraz obliczenia efektywności ekonomicznej systemu. Dla każdego zadania wchodzącego w skład zestawu zadań priorytetowych przeprowadzane jest szczegółowe zestawienie zadania oraz opracowanie algorytmu jego rozwiązania. Celem tego etapu jest ukształtowanie nowej struktury systemu i logicznych powiązań jego elementów, które będą funkcjonować na wybranej podstawie technologicznej. Budowa architektury systemu obejmuje dobór elementów i modułów podsystemów informacyjnych, technicznych, programowych i innych wspomagających, zdefiniowanie powiązań informacyjnych i kontrolnych pomiędzy wybranymi elementami oraz opracowanie technologii przetwarzania informacji. Projekt szczegółowy obejmuje opracowanie specyfikacji dla każdego komponentu i materiałów zapewniających sprawne działanie AIS, które zawierają zaktualizowane dane i szczegółowe rozwiązania projektowe dla całego systemu, programy i instrukcje rozwiązywania problemów, a także zaktualizowaną ocenę opłacalności AIS. Część techniczna projektu roboczego zawiera definicję środków technicznych, opis proces technologiczny przetwarzanie danych, obliczenia i harmonogramowanie załadunku zespołu środków technicznych, opis trybu pracy AIS. Realizacja opracowanego projektu obejmuje następujące etapy: przygotowanie obiektu sterowania do wdrożenia AIS, wdrożenie pilotażowe, tj. sprawdzenie sprawności elementów i modułów projektu oraz wyeliminowanie zidentyfikowanych błędów, wdrożenie przemysłowe – etap uruchomienie i testowanie na poziomie funkcji, monitorowanie zgodności z wymaganiami sformułowanymi na etapie analizy systemu (rys. 8.3). Na etapie eksploatacji i konserwacji gromadzone są statystyki dotyczące jakości każdego z elementów systemu, wykryte niedociągnięcia są korygowane, w niektórych przypadkach podejmowana jest decyzja o konieczności rozszerzenia funkcjonalności systemu (rys. 8.4). Ogólnie rzecz biorąc, proces projektowania AIS warunkowo obejmuje tylko główne etapy, a rzeczywisty zestaw etapów i operacji technologicznych w dużej mierze zależy od wybranego podejścia projektowego. Ryż. Główne prace wykonane na etapie wdrażania AIS Rys. Prace wykonywane na etapie eksploatacji i konserwacji

Modele cyklu życia AIS — Struktura definiująca sekwencyjną realizację procesów, działań, zadań wykonywanych w całym cyklu życia oraz relacje między tymi procesami.

model kaskadowy. Przejście do kolejnego etapu oznacza całkowite zakończenie prac na poprzednim etapie. Wymagania określone na etapie tworzenia wymagań są ściśle udokumentowane w formie specyfikacji istotnych warunków zamówienia i ustalone przez cały czas trwania projektu. Każdy etap kończy się wydaniem kompletnego zestawu dokumentacji wystarczającego do dalszego rozwoju przez inny zespół programistów.

Etapy projektu według modelu wodospadu:

1. Formowanie wymagań;

2. Projekt;

3. Rozwój;

4. Testowanie;

5. Wprowadzenie;

6. Eksploatacja i konserwacja.

Zalety:

-Pełna i uzgodniona dokumentacja na każdym etapie;

- Ustalona kolejność kolejności pracy;

- Pozwala jasno zaplanować terminy i koszty.

Niedogodności:

-Znaczne opóźnienie w uzyskaniu gotowych wyników;

- Błędy na którymkolwiek z etapów są wykrywane na kolejnych etapach, co prowadzi do konieczności zwrotu i ponownej rejestracji dokumentacji projektowej;

- Trudności w zarządzaniu projektami.

model spiralny. Każda iteracja odpowiada stworzeniu fragmentu lub wersji oprogramowania, doprecyzowuje cele i cechy projektu, ocenia jakość uzyskanych wyników i planuje pracę kolejnej iteracji.

Każda iteracja - zakończone cykle rozwojowe w postaci 1. wersji AIS.

Etapy iteracji:

1. Formowanie wymagań

3. Projekt

4. Rozwój

5.Integracja

W każdej iteracji oceniane są:

Ryzyko przekroczenia warunków i kosztów projektu;

Konieczność wykonania kolejnej iteracji;

Stopień kompletności i dokładności zrozumienia wymagań dla systemu;

Celowość zakończenia projektu.

Zalety:

-Ułatwia proces wprowadzania zmian w projekcie;

- Zapewnia większą elastyczność w zarządzaniu projektami;

- Możliwość uzyskania niezawodnego i stabilnego systemu, ponieważ błędy i niespójności znajdują się w każdej iteracji;

- Wpływ klienta na pracę w procesie sprawdzania każdej iteracji.

Niedogodności:

-Złożoność planowania;

-Intensywny tryb pracy dla programistów;

-Planowanie pracy opiera się na doświadczeniu i nie ma wystarczających wskaźników do pomiaru jakości każdej wersji.

Wymagania dotyczące technologii projektowania, rozwoju i utrzymania AIS

Technologia projektowania- definiuje kombinację trzech składników:

- procedura krok po kroku, która określa kolejność technologicznych operacji projektowych;

- zasady stosowane do oceny wyników operacji technologicznych;

- przedłożenie opracowania projektowego do badania i zatwierdzenia.

Instrukcje technologiczne, które stanowią główną treść technologii, powinny składać się z opisu sekwencji operacji technologicznych, warunków w zależności od tego, która operacja jest wykonywana, oraz opisów samych operacji.

Technologia projektowania, rozwijania i utrzymywania SI musi spełniać następujące wymagania Ogólne wymagania:

Technologia musi obsługiwać pełny cykl życia oprogramowania;

Technologia powinna zapewniać gwarantowane osiągnięcie celów rozwoju SI o określonej jakości iw określonym czasie;

Technologia powinna zapewniać możliwość prowadzenia prac nad projektowaniem poszczególnych podsystemów w małych grupach (3-7 osób). Wynika to z zasad zarządzania zespołem i zwiększania produktywności poprzez minimalizację liczby linków zewnętrznych;

Technologia powinna zapewniać możliwość zarządzania konfiguracją projektu, utrzymywania wersji projektu i jego komponentów, możliwość automatycznego wystawiania dokumentacji projektowej oraz synchronizacji jej wersji z wersjami projektu;

Wykorzystanie dowolnej technologii do projektowania, rozwoju i utrzymania SI w konkretnej organizacji i konkretnym projekcie jest niemożliwe bez opracowania szeregu standardów (reguł, umów), których muszą przestrzegać wszyscy uczestnicy projektu. Do takiego standardy obejmują następujące elementy:

- standard projektowy;

- standard projektowania dokumentacji projektowej;

- standard interfejsu użytkownika.

Wymóg rozwoju

- Wykonywanie prac nad tworzeniem oprogramowania;

Przygotowanie do wprowadzenia AIS;

Kontrola, testowanie głównych wskaźników projektu.

Wymagania towarzyszące

Zakończeniu wdrażania CIS powinna towarzyszyć publikacja systemu przepisy administracyjne oraz opisy stanowisk, które określają sposób działania organizacji. Od momentu oddania do eksploatacji systemu informatycznego działanie odbywa się na podstawie „Regulaminu funkcjonowania systemu informatycznego” oraz szeregu rozporządzeń. Utrzymanie systemu i jego nieprzerwane działanie jest realizowane przez pododdział organizacji upoważniony odpowiednim zleceniem. Kompletacja systemu informatycznego po uruchomieniu odbywa się zgodnie z indywidualnymi projektami i specyfikacjami.

W procesie utrzymywania WNP zadaniem jest utrzymanie jego żywotności. O żywotności CIS w dużej mierze decyduje to, jak odpowiada on realnym zadaniom i potrzebom uczelni, które zmieniają się w trakcie cyklu życia CIS.

W prawie każdej dziedzinie ludzie używają jakiegoś modelu (matematycznego, fizycznego lub komputerowego), aby uzyskać jaśniejsze pojęcie o tym, co dzieje się w rzeczywistych procesach życiowych.

Modele można opisać na 2 sposoby:

1) statyczny, biorąc pod uwagę strukturę modelu, ᴛ.ᴇ. takie jej aspekty, w których czas można zaniedbać;

2) dynamiczny, uwzględniający bieg wydarzeń, ᴛ.ᴇ. zmiana symulowanych zjawisk w czasie, której nie można pominąć z punktu widzenia rozwiązywanych zadań.

Na każdą firmę i jej działalność można patrzeć z punktu widzenia różnych osób: operatora, dyrektora wykonawczego, klienta, udziałowca, wspólnika, sprzedawcy itp. Każda kategoria ludzi potrzebuje różnych modeli biznesowych.

CEO musi mieć pełny obraz: procesy, produkty, finanse, perspektywy itp., ᴛ.ᴇ. zintegrowany obraz jako całość. Aby kadra kierownicza mogła właściwe decyzje w każdej sytuacji niezwykle ważne jest posiadanie zestawu modeli, które opisują różne aspekty działalności firmy i ich relacje. W modelach stosowanych na najwyższym szczeblu zarządzania najważniejsza jest zwięzłość i przejrzystość. Powinny podkreślać główne punkty, a szczegóły są ukryte.

Jednym z najważniejszych modeli jest obecnie model biznesowy, który określa funkcje firmy w świecie zewnętrznym.

Rysunek 1 – Model firmy zorganizowanej hierarchicznie

Istniejące modele cyklu życia określają kolejność wykonywania etapów w procesie tworzenia systemu, a także kryteria przejścia z etapu na etap. Najczęściej stosowane są następujące trzy modele.

Wśród znanych modeli cyklu życia AIS można wyróżnić modele kaskadowe, iteracyjne i spiralne.

Model kaskadowy (do 70 ᴦ.ᴦ.) polega na przejściu do kolejnego etapu po zakończeniu prac z poprzedniego etapu. Model ten jest wykorzystywany w konstrukcji AIS, dla którego już na samym początku rozwoju wszystkie wymagania można sformułować dość dokładnie i kompletnie. Daje to programistom swobodę implementacji ich najlepiej jak potrafią z technicznego punktu widzenia. Ta kategoria obejmuje złożone systemy rozliczeniowe, systemy czasu rzeczywistego i inne.

Rysunek 2 - Schemat modelu kaskadowego

Zalety model wodospadu:

1) na każdym etapie tworzony jest komplet dokumentacji projektowej spełniającej kryteria kompletności i spójności;

2) etapy prac wykonywane w logicznej kolejności pozwalają zaplanować terminy ich zakończenia i odpowiadające im koszty.

niedogodności model wodospadu:

1) opóźnienie w uzyskaniu wyników;

2) ekstremalne znaczenie powrotu do poprzednich etapów.

Kaskadowy model cyklu życia AIS charakteryzuje się automatyzacją poszczególnych niepowiązanych ze sobą zadań, które nie wymagają integracji i kompatybilności informacji, oprogramowania, interfejsu technicznego i organizacyjnego. W ramach rozwiązywania poszczególnych zadań kaskadowy model cyklu życia sprawdził się pod względem czasu opracowania i niezawodności. Zastosowanie kaskadowego modelu cyklu życia AIS do dużych i złożonych projektów ze względu na długi czas trwania procesu projektowania i zmienność wymagań w tym czasie może prowadzić do praktycznej niewykonalności.

Model iteracyjny krok po kroku. Ten model tworzenia AIS zakłada występowanie pętli sprzężenia zwrotnego między etapami. Zaletą takiego modelu jest zasadniczo to, że korekty między etapami zapewniają większą elastyczność i mniej wysiłku niż model kaskadowy. Jednocześnie czas życia każdego z etapów można wydłużyć na cały okres tworzenia systemu.

Rysunek 3 - Schemat etapowego modelu iteracyjnego

Niedogodności: Z reguły ze względu na dużą liczbę iteracji powstają rozbieżności w ukończonych decyzjach projektowych i dokumentacji. Zawiłości architektury funkcjonalnej i systemowej tworzonego AIS, trudność w posługiwaniu się dokumentacją projektową od razu powodują ogromne znaczenie przeprojektowania całego systemu na etapach wdrożenia i eksploatacji. Długi cykl życia rozwoju AIS kończy się wraz z etapem wdrożenia, po którym rozpoczyna się cykl życia tworzenia nowego AIS.

model spiralny(80-90 ᴦ.ᴦ.) - na podstawie początkowych etapów cyklu życia: analiza, projekt wstępny i wykonawczy.

Każdy obrót spirali odpowiada krok po kroku modelowi tworzenia fragmentu lub wersji systemu, na którym wyjaśniane są cele i cechy projektu, określana jest jego jakość, a praca kolejnego tury planowana jest spirala. Głównym problemem jest określenie momentu przejścia do kolejnego etapu. Aby go rozwiązać, niezwykle ważne jest wprowadzenie limitów czasowych dla każdego z etapów cyklu życia. Przejście odbywa się zgodnie z planem, który jest opracowywany na podstawie danych statystycznych uzyskanych w poprzednich projektach, oraz osobiste doświadczenie programiści. Wadą tego podejścia są nierozwiązane problemy i błędy popełniane na etapach analizy i projektowania. Οʜᴎ może prowadzić na kolejnych etapach do problemów, a nawet do niepowodzenia całego projektu. Z tego powodu analizy i projektowanie muszą być przeprowadzane ze szczególną starannością.

Rysunek 4 - Schemat modelu spiralnego

Spiralny model cyklu życia oparty jest na wykorzystaniu technologii prototypowej lub technologii RAD ( Szybkie tworzenie aplikacji — technologie szybkiego tworzenia aplikacji). Zgodnie z tą technologią, AIS rozwija się poprzez rozbudowę prototypów oprogramowania, podążając ścieżką od specyfikacji wymagań do specyfikacji kodu programu. Naturalnie dzięki tej technologii liczba iteracji jest zmniejszona i jest mniej błędów i niespójności, które są niezwykle ważne do poprawienia w kolejnych iteracjach. Jednocześnie projektowanie AIS przebiega szybciej, a tworzenie dokumentacji projektowej jest uproszczone. Aby dokładniej dopasować dokumentację projektową opracowaną przez AIS, coraz większą wagę przywiązuje się do utrzymywania ogólnosystemowego repozytorium i korzystania z technologii CASE.

Cykl życia przy wykorzystaniu technologii RAD zakłada aktywny udział końcowych użytkowników przyszłego systemu na wszystkich etapach rozwoju i obejmuje 3 główne etapy reengineeringu informacji:

1) analiza i planowanie strategii informacyjnej, : użytkownicy wraz z wyspecjalizowanymi programistami biorą udział w identyfikacji obszaru problemowego;

2) projekt : użytkownicy biorą udział w projektowaniu technicznym pod okiem wyspecjalizowanych programistów;

3) realizacja : Deweloperzy szkolą użytkowników do pracy w nowym środowisku AIS.

Rozwój i projektowanie AIS rozpoczyna się od stworzenia koncepcyjnego modelu użytkowania systemu. Przede wszystkim należy określić możliwości stworzenia systemu, jego specyficzne funkcje i zadania do zautomatyzowania. Należy ocenić nie tylko cele, ale także możliwości stworzenia systemu. Dalej prowadzona jest analiza wymagań dla AIS, szczegółowe projektowanie, relacja etapów, programowanie i testowanie, minimalizacja strat podczas przejścia z jednego poziomu prezentacji informacji na drugi, integracja z istniejącym systemem, wdrożenie i wsparcie.

Istnieją trzy klasy metodologii projektowania AIS:

Modelowanie koncepcyjne tematu;

Identyfikacja wymagań i specyfikacja systemu informatycznego poprzez jego prototypowanie;

Architektura systemu narzędzi programowych wspomagana narzędziami technologii CASE (CASE - Computer Aided Software Engineering - technologia tworzenia i utrzymania oprogramowania dla różnych systemów).

Nowoczesne metodyki projektowania systemów powinny zawierać opis obiektów automatyki, opis funkcjonalności AIS, specyfikację projektu gwarantującą osiągnięcie określonych cech systemu, szczegółowy plan stworzenia systemu wraz z oceną czasu rozwoju oraz opis wdrożenia konkretnego systemu.

Specyfikacja - dokładny, kompletny, wyartykułowany opis wymagań dla danego zadania.