Modele și instrumente pentru dezvoltarea sistemelor informatice automatizate pentru managementul întreprinderilor Artak Hamletovich Oganesyan. Etapele creării unui model de ciclu de viață AIS al unui AIS Metode de bază de construire a unui IS

Tema 1.2 Ciclul de viață al AIS și al modelelor ciclu de viață AIS

Ciclul de viață AIS -Acesta este un proces continuu din momentul în care se ia o decizie cu privire la necesitatea creării unei soluții până la finalizarea completă a funcționării acesteia.

Ciclul de viață al AIS modern este de aproximativ 10 ani, ceea ce depășește semnificativ perioada de îmbătrânire morală și fizică a software-ului tehnic și de sistem utilizat în implementarea AIS. Prin urmare, de regulă, în timpul ciclului de viață al sistemului, se realizează modernizarea acestuia, după care toate funcțiile sistemului trebuie efectuate cu o eficiență nu mai mică.

Realizarea acestui lucru pe parcursul întregului ciclu de viață AIS este o sarcină destul de dificilă din mai multe motive obiective și subiective; ca urmare, marea majoritate a proiectelor AIS sunt implementate cu încălcări ale calității, termenelor limită sau bugetelor; aproape o treime din proiecte ajung neterminate. Potrivit Grupului Standish, în 1996, 84% dintre proiectele AIS nu au fost finalizate la timp; în 1998, acest număr a scăzut la 74%; după 2000, nu a scăzut sub 50%. Motivul principal Această situație este că nivelul tehnologiei de analiză și proiectare a sistemelor, metodelor și instrumentelor de management al proiectelor nu corespunde complexității sistemelor create, care este în continuă creștere din cauza complicațiilor și schimbărilor rapide din afaceri.

Este cunoscut din practica mondială că costul de întreținere a aplicației software AIS este de cel puțin 70% din costul total pe tot parcursul ciclului de viață, de aceea este extrem de important să etapa de proiect furnizați metodele și instrumentele de asistență necesare, inclusiv metode de gestionare a configurației.

Procesul de proiectare AIS este reglementat de următoarea documentație (standarde, metodologii, modele):

GOST 34.601-90- standard pentru etapele și etapele creării unui AIS, corespunzător modelului în cascadă a ciclului de viață al software-ului (discutat mai jos). Este furnizată o descriere a conținutului lucrării în fiecare etapă;

180/1EC 12207:1995- standard pentru procese și organizarea ciclului de viață; se aplică tuturor tipurilor de software personalizat; nu conține o descriere a fazelor, etapelor și etapelor;

Metoda de dezvoltare personalizată(Metodologia Oracle) - material tehnologic pentru dezvoltarea AIS aplicat, detaliat la nivelul spatelor documentelor de proiectare bazate pe utilizarea Oracle.Utilizat pentru modelul clasic de ciclu de viață (sunt furnizate toate lucrările, sarcinile și etapele), precum și pentru tehnologiile „fast track” sau „abordarea ușoară” recomandată pentru proiecte mici.

Proces rațional unificat(metodologie RUP) - material tehnologic pentru implementarea unui model de dezvoltare iterativ, cuprinzând patru faze (ciclul de dezvoltare): început, cercetare, construcție și implementare. Fiecare fază este împărțită în etape (iterații), ale căror rezultate sunt versiuni pentru uz intern sau extern. Fiecare ciclu se încheie cu generarea următoarei versiuni a sistemului. Dacă munca la proiect nu se oprește după aceasta, atunci produsul rezultat continuă să se dezvolte și trece din nou prin aceleași faze. Esența muncii în cadrul metodologiei RUP este crearea și întreținerea modelelor bazate pe UML;

Cadrul de soluții Microsoft(metodologie MSF) - materialul tehnologic pentru implementarea unui model de dezvoltare iterativ, similar RUP, cuprinde patru faze: analiză, proiectare, dezvoltare, stabilizare; presupune utilizarea modelării orientate pe obiecte. MSF, în comparație cu RUP, se concentrează mai mult pe dezvoltarea de aplicații de afaceri;

Programare extremă (XP)- programare extremă (cea mai nouă dintre metodologiile luate în considerare); formată în 1996. Baza metodologiei este munca în echipă, comunicații eficienteîntre client și antreprenor pe parcursul întregului proiect; Dezvoltarea AIS se realizează folosind prototipuri rafinate succesiv.

Standardul ISO/IEC 12207 în structura sa ciclului de viață definește procesele care sunt efectuate la crearea software-ului AIS. Aceste procese sunt împărțite în trei grupe:

de bază(achizitionare, furnizare, dezvoltare, operare si suport);

auxiliar(documentare, managementul configurației, asigurarea calității, verificare, certificare, evaluare, audit și rezolvare de probleme);

organizatoric(managementul de proiect, crearea infrastructurii proiectului, definirea, evaluarea și îmbunătățirea ciclului de viață în sine, instruire).

Printre procesele principale ciclul de viață, cele mai importante sunt dezvoltare, exploatareȘi acompaniament. Fiecare proces este caracterizat de anumite sarcini și metode de rezolvare a acestora, date inițiale obținute în etapa anterioară și rezultate.

Dezvoltare AIS include toate lucrările privind crearea de software și componentele acestuia în conformitate cu cerințele specificate. Acest proces include, de asemenea:

Intocmirea documentatiei de proiectare si exploatare;

Elaborat pregătirea materialelor necesare pentru testare produse software;

Dezvoltarea materialelor necesare instruirii personalului.

De obicei, componentele procesului de dezvoltare sunt planificarea strategică, analiza, proiectarea și implementarea (programarea).

La proces Operațiune raporta:

Configurarea bazei de date și a stațiilor de lucru ale utilizatorilor;

Furnizarea utilizatorilor cu documentație operațională;

Instruire.

Activitățile operaționale majore includ:

Funcționare directă;

Localizarea problemelor și eliminarea cauzelor apariției acestora;

Modificare software;

Pregatirea propunerilor de imbunatatire a sistemului;

Dezvoltarea și modernizarea sistemului.

Profesionist, competent acompaniament- conditie necesara rezolvarea problemelor efectuate de AIS. Servicii suport tehnic joacă un rol foarte vizibil în viața oricărui AIS. Erorile din această etapă pot duce la pierderi financiare evidente sau ascunse comparabile cu costul sistemului în sine.

La acțiuni preliminare la organizare întreținere AIS includ:

Identificarea celor mai critice componente ale sistemului și determinarea criticității timpului de nefuncționare pentru acestea (aceasta ne va permite să identificăm cele mai critice componente ale AIS și să optimizăm alocarea resurselor pentru întreținere);

Determinarea sarcinilor de întreținere și împărțirea acestora în interne, rezolvate de departamentul de service, și externe, rezolvate de organizațiile de service specializate (astfel, gama de funcții îndeplinite este clar limitată și responsabilitățile sunt distribuite);

Efectuarea unei analize a resurselor interne și externe disponibile necesare organizării întreținerii în cadrul sarcinilor descrise și împărțirea competențelor (principale criterii de analiză: disponibilitatea garanției echipamentelor, starea fondului de reparații, calificarea personalului);

Întocmirea unui plan de organizare a întreținerii, definirea etapelor acțiunilor ce urmează a fi efectuate, a calendarului de execuție a acestora, a costurilor etapelor și a responsabilităților executanților.

Asigurarea întreținerii tehnice de înaltă calitate a sistemului de alarmă necesită implicarea unor specialiști cu înaltă calificare, care sunt capabili să rezolve nu numai sarcinile zilnice de administrare, ci și să restabilească rapid funcționalitatea sistemului în cazul defecțiunilor și accidentelor.

Printre procese auxiliare una dintre cele principale este managementul configurației, care susține principalele procese ale ciclului de viață AIS, în primul rând procesele de dezvoltare și întreținere.

Dezvoltarea AIS complexă implică dezvoltarea independentă a componentelor sistemului, ceea ce duce la apariția multor opțiuni și versiuni de implementare atât a componentelor individuale, cât și a sistemului în ansamblu. Astfel, se pune problema asigurării conservării unei structuri unificate în timpul dezvoltării și modernizării AIS. Gestionarea configurației vă permite să organizați, să contabilizați sistematic și să controlați modificările aduse diverse componente AIS în toate etapele ciclului său de viață.

Procese organizatorice au foarte mare importanță, deoarece AIS moderne sunt complexe mari, a căror creare și întreținere angajează mulți oameni de diferite specialități.

Proces (executor de proces)	Acțiuni"	Intrare	Rezultat
Cumpărare (client)	Iniţiere. Pregatirea propunerilor de licitatie. Intocmirea contractului. Monitorizarea activitatii furnizorului. Acceptarea AIS	Decizia de a începe lucrul la implementarea AIS. Rezultatele unui sondaj asupra activităților clientului. Rezultatele analizei de piață AIS/licitații. Plan de livrare/dezvoltare. Test AIS complex	Studiu de fezabilitate pentru implementarea AIS. Specificații tehnice pentru AIS. Contract de furnizare/dezvoltare. Certificate de acceptare pentru etapele de lucru. Certificat de testare de acceptare
Livrare (dezvoltator AIS)	Iniţiere. Răspuns la propunerile de licitație. Intocmirea contractului. Planificarea execuției. Furnizare de AIS	Specificații tehnice pentru AIS. Decizia managementului de a participa la dezvoltare. Rezultate licitate. Specificații tehnice pentru AIS. Plan de management al proiectului. Dezvoltarea AIS și a documentației	Decizia de a participa la dezvoltare. Propuneri comerciale/oferta competitiva. Contract de furnizare/dezvoltare. Plan de management al proiectului. Implementare/ajustare. Certificat de testare de acceptare
Dezvoltare (dezvoltator AIS)	Pregătirea. Analiza cerințelor pentru AIS. Proiectarea arhitecturii AIS. Dezvoltarea cerințelor software. Proiectarea arhitecturii software. Proiectare software detaliată. Codare și testare software. Integrare software și testare de calificare software. Integrarea IS și testarea calificării AIS	Specificații tehnice pentru AIS. Specificații tehnice pentru AIS, model de ciclu de viață. Specificații tehnice pentru AIS. subsisteme AIS. Cerințe de specificații pentru componentele software. Arhitectura software. Materiale pentru proiectarea detaliată a software-ului. Plan de integrare software, teste. Arhitectura SI, software, documentație SI, teste.	Modelul ciclului de viață utilizat, standardele de dezvoltare. Plan de muncă. Compoziția subsistemelor, componentelor echipamentelor. Cerințe de specificații pentru componentele software. Compoziția componentelor software, interfețe cu baza de date, plan de integrare software. Proiectare baze de date, specificații de interfață între componentele software, cerințe de testare. Teste de module software, acte de testare autonomă. Evaluarea conformității complexului software cu cerințele specificațiilor tehnice. Evaluarea conformității software-ului, bazei de date, complex tehnicși un set de cerințe de documentare ale specificațiilor tehnice

Managementul proiectelor este asociat cu probleme de planificare și organizare a muncii, crearea de echipe de dezvoltare, monitorizarea termenelor limită și calitatea muncii. Suportul tehnic și organizatoric pentru proiect include:

Selectarea metodelor și instrumentelor pentru implementarea proiectului;

Determinarea metodelor de descriere a stării procesului de dezvoltare;

Dezvoltarea metodelor și mijloacelor de testare a software-ului creat;

Instruire.

Asigurarea calității proiectului este asociată cu problemele de verificare, verificare și testare a componentelor AIS.

Verificare - procesul de determinare dacă starea actuală de dezvoltare realizată într-o etapă dată îndeplinește cerințele etapei respective.

Examinare- procesul de determinare dacă parametrii de dezvoltare corespund cerințelor inițiale. Verificarea este parțial aceeași cu testarea, care este efectuată pentru a determina diferențele dintre rezultatele reale și cele așteptate, precum și pentru a evalua conformitatea caracteristicilor AIS cu cerințele originale.

În 2002 A fost publicat un standard pentru procesele ciclului de viață al sistemelor automate (ISO/IEC 15288 Procese ciclului de viață al sistemului). La elaborarea standardului au participat experți din diverse domenii de activitate; S-a luat în considerare experiența practică în crearea de sisteme în organizații guvernamentale, comerciale, militare și academice. Conform standardului din seria ISO/IEC 15288, următoarele grupuri de procese sunt incluse în structura ciclului de viață.

1. Procese contractuale:

Achiziție (soluții interne sau externe ale furnizorilor);

Livrare (soluții interne sau soluții furnizori externi).

2. Procese ale întreprinderii:

Control mediu inconjurator intreprinderi;

Managementul investitiei; în managementul ciclului de viață al sistemelor informaționale;

Managementul resurselor;

Control de calitate.

3. Procese de proiect:

Planificarea proiectului;

Evaluarea proiectului;

Controlul proiectelor;

Managementul riscurilor;

Managementul configurației;

Managementul fluxului de informații;

A lua decizii.

4. Procese tehnice:

Definirea cerințelor;

Analiza cerințelor;

Dezvoltarea arhitecturii;

Implementarea;

Integrare;

Verificare;

Tranziție;

Certificare;

Exploatare;

Escorta;

Eliminare.

5. Procese speciale:

Identificarea și stabilirea de relații bazate pe sarcini și obiective.

În tabel Tabelul 1.4 prezintă o listă de etape și principalele rezultate la momentul finalizării acestora în conformitate cu standardul specificat.

În anii 1970 IBM Corporation a propus metodologia Business System Planning (BSP) sau metodologia de planificare organizațională.

O metodă de structurare a informațiilor folosind matrice de intersecție a proceselor de afaceri, unități funcționale ale sistemelor de procesare a datelor (IS), obiecte informaționale, documente și baze de date, propuneri în BSP, secvența acestora (obțineți sprijin de la conducerea de vârf, definiți procesele întreprinderii, definiți procesele, clase de date, aduce interviu, procesează și organizează datele interviului) pot fi găsite în aproape toate metodele formale, precum și în proiectele implementate în practică.

Tabelul 1.4.Etapele creării unui AIS (ISO/IEC 15288)

Conform datelor publicate, fiecare etapă a dezvoltării AIS necesită o anumită perioadă de timp. În cea mai mare parte (45-50%) timpul este alocat codării, testării complexe și autonome (Fig. 14). În medie, dezvoltarea unui AIS ocupă o treime din întregul ciclu de viață al sistemului (Fig. 1.5).

Fig.1.4. Distribuția timpului în timpul dezvoltării AIS

I. Blocuri de construcție AIS. Metode și instrumente de proiectare Proiecta- procesul de creare a unui proiect prototip, a unui prototip al unui obiect propus sau posibil, starea acestuia. Tehnologie moderna crearea AIS - un set de instrumente eficiente și metode de proiectare care fac posibilă simplificarea acest proces, reduce costurile, reduce timpul calendaristic de proiectare a sistemului și, în cele din urmă, datorită posibilității unei selecții mai largi de soluții de proiectare progresivă dovedite, îmbunătățește calitatea dezvoltării. Instrumente de proiectare de bază: - instrumente standard ale sistemului de operare care asigură executarea automată a unei anumite clase de sarcini pe un computer; -proceduri care implementează procese standard de prelucrare a datelor, de exemplu, monitorizarea informațiilor de ieșire și sortarea acestora; -instrumente, care includ un set de software speciale interconectate, concepute pentru a oferi suport instrumental pentru elementele individuale ale procesului de proiectare AIS. Aceasta este crearea și actualizarea unui dicționar de date, documentație de proiect, automatizarea controlului proiectării etc.; -componente standard prezentate sub forma de solutii standard de proiectare (TDS) si pachete programe de aplicație(PPP). TPR este un set de elemente algoritmice, software, instrucționale și metodologice care asigură implementarea automată a sarcinilor sau a unui complex cu ajutorul unor mijloace tehnice. TPR stă la baza creării PPP, care include pachete software care asigură funcționarea configurațiilor standard tehnologia calculatoarelor, sisteme de dialog pentru rezolvarea problemelor funcționale tipice; - sisteme de proiectare asistată de calculator (CAD), care presupun utilizarea calculatoarelor în toate etapele creării unui AIS și ocupă cel mai înalt nivel în evoluția instrumentelor de proiectare a sistemelor. Metodele de proiectare fac distincție între clase și subclase: Clase: -design original. Instrumente utilizate în această metodă: - instrumente standard ale sistemului de operare; - proceduri care implementează procese standard de prelucrare a datelor. - design standard. Subclase: elemente, subsisteme, obiect, grup. Instrumente: instrumente standard ale sistemului de operare; componente standard (TPR, PPP); unele instrumente. - proiectare asistată de calculator. Subclase: modulare; etc. Instrumente: instrumente standard ale sistemelor de operare CAD; set de instrumente interconectate. Instrumentele de proiectare se împart în: - complexe - acestea sunt TPR, PPP, proiecte standard de sisteme automate, CAD. -local - o mare varietate, acestea includ sisteme de gestionare a bazelor de date, teleprocesare, instrumente etc. Cerințe generale pentru a proiecta instrumente: - acoperire completă a întregului proces de creare a unui AIS; -compatibilitatea, care necesită decizii coordonate atât în ​​procesul de realizare a sistemului și a subsistemelor suport, cât și în procesul de funcționare a acestora; - versatilitate în clasa sa, permițând posibilitatea utilizării acelorași mijloace pentru diverse obiecte; -d.b. ușor accesibil, care nu necesită mult efort pentru a învăța și ușor de implementat; -capacitatea de a organiza procesul de proiectare în modul de interacțiune interactivă între dezvoltatorul sistemului, proiectantul și calculatorul; -d.b. personalizat și rentabil. Metode originale de proiectare sunt tradiționale și concentrate pe o singură întreprindere. Caracteristică- dezvoltarea unor metode originale de topografie a unui obiect, implementarea acestuia, crearea necesarului documentatia proiectului sub forma unui proiect individual. Avantaj - reflectat în proiectul AIS caracteristici specifice obiect de automatizare. Dezavantaje: intensitate relativ mare a muncii și timp lung de dezvoltare, fiabilitate funcțională scăzută și adaptabilitate la condițiile în schimbare. Proiectele create prin metoda originală pot fi modernizate, dar această metodă este rareori folosită în forma sa pură. În implementarea sa, în prezent sunt utilizate diverse instrumente de proiectare și doar anumite părți ale proiectului necesită soluții de proiectare originale. Astfel, soluții de proiectare la nivel de sistem pentru dezvoltare suport informativ includ metode de colectare, monitorizare și transmitere a datelor, crearea de matrice de informații normative și de referință pentru software, determinarea versiunii sistem de operare, proceduri standard de prelucrare a informațiilor etc. Acest lucru netezește oarecum deficiențele sale. Această metodă este deosebit de relevantă atunci când se automatizează obiecte complexe, extraordinare. Design standard- metoda industrială de creare a unui AIS, folosind TPR și PPP, se caracterizează prin prezența unor instrumente de automatizare de control organizaționale, economice, tehnice, informatice, matematice și software dovedite, standard. Avantaje: reduce intensitatea forței de muncă, reduce costurile și scurtează timpul de proiectare, creșterea calității acesteia prin acoperirea mai completă a sarcinilor subsistemelor funcționale, respectarea strictă a cerințelor documente de reglementare, aplicare de avansat solutii tehnice. Proiectarea standard are scopul de a elimina dublarea proiectelor, de a crea o bază pentru extinderea schimbului de componente standard gata făcute și de a facilita elaborarea de recomandări pentru schimbarea structurii organizaționale și a metodelor de management, ținând cont de caracteristicile industriei și intra-business. Procesul tipic de proiectare constă în selectarea și legarea mijloacelor specificate în conformitate cu cerințele unui anumit sistem. Partea tipică a AIS este un complex de informații, software și suport tehnic. Caracterul tipic al primului se realizează prin respectarea strictă la unitatea structurii baza de informatii, alcătuirea matricelor, formele documentelor de intrare și ieșire; al doilea - cu privire la utilizarea PPP, iar ultimul ca urmare a utilizării computerelor de același tip sau de tip comun. Bazele design elementar sunt TPR - rezultatul efectuării mai multor operațiuni de proiectare tehnologică interconectate; la elaborarea unui proiect, acesta este deja utilizat soluție gata făcută cu modificări minore, mai degrabă decât să dezvolte ceva nou. Setul de soluții standard de proiectare este împărțit în trei grupuri: „Tehnologie”, „Sarcina”, „Personal”. Primul grup serveste la selectia si configurarea tuturor tipurilor de echipamente tehnice ale centrelor de calcul sau altele. forme organizatorice aplicatiile lor. Al doilea- conține documentație privind esența organizatorică și economică a fiecărei sarcini, algoritmi de rezolvare a acestora, o descriere a informațiilor de intrare și ieșire, module software relevante cu descrierile acestora și instrucțiuni de utilizare. Al treilea- fișele postului tuturor categoriilor de angajați, definindu-le drepturile și responsabilitățile. TPR-urile sunt create pe bază modulară, atunci când fiecare soluție de proiectare este împărțită în componente separate - module, care implementează o anumită parte a TPR. Acest lucru vă permite să creați un proiect pentru un nou sistem automatizat prin combinarea modulelor standard individuale. Folosind metoda subsistemului designul este de așteptat să fie mai mult grad înalt integrarea elementelor standard ale sistemului, atunci când proiectele de soluții și pachetele software de aplicație sunt create pentru fiecare subsistem. Selectarea subsistemelor în funcție de obiectul procesului economic și de producție. Pentru fiecare dintre subsisteme, sunt dezvoltate propriile soluții de proiectare automatizate și PPP, care pot fi în scopuri funcționale sau la nivelul întregului sistem. Prima grupă include PPP-uri pentru gestionarea datelor, proceduri standard de prelucrare a acestora, metode de statistică matematică și programare discretă și rezolvarea problemelor continue, cum ar fi ecuațiile diferențiale. Al doilea grup include pachetele vizate întreprinderile industriale cu natură discretă sau continuă a producţiei, în sfera neindustrială, managementul industriei. O cerință importantă pentru PPP este compatibilitatea, deoarece Când proiectați un AIS, este recomandabil să folosiți mai multe pachete simultan. Proiectarea sistemelor folosind PPP se reduce de fapt la legarea pachetelor selectate în funcție de anumiți parametri la condițiile specifice ale obiectului de automatizare. Avantaje: proces mai puțin intensiv în muncă, necesită mai puțin timp în comparație cu designul original, implementează metode avansate de procesare a datelor, simplifică documentarea proiectului, deoarece este utilizată documentația pachetului, fiabilitatea sistemelor proiectate crește. Metodă proiectarea obiectelor se bazează pe utilizarea proiectelor standard ale sistemelor de control automatizate. Nu este folosit suficient de larg, deoarece există prea multe obiecte diferite, iar modificarea unui design standard de sistem în conformitate cu condițiile specifice ale obiectului de automatizare necesită muncă mare și costuri materiale. Un grup separat iese în evidență metoda de proiectare a grupului. Esența sa: un grup de obiecte de același tip în funcție de caracteristicile lor este preselectat sisteme de informare, printre acestea, este selectat un obiect de bază pentru care este dezvoltat proiectul și pot fi utilizate diverse metode și metode de proiectare, principalul lucru este să îi asigure adaptabilitatea ridicată. Principalul domeniu de aplicare al acestei metode îl reprezintă instalațiile neindustriale (de exemplu depozitele), deoarece sunt mai stabile din poziţia sistemului informaţional economic. Printre metodele automate, un loc aparte îl ocupă metode de proiectare modulară. Crearea și utilizarea CAD asigură un nivel destul de ridicat de fiabilitate funcțională, acoperire cuprinzătoare a tuturor proceselor tehnologice și intensitate redusă a muncii munca de proiectare cu maximă consideraţie a intereselor obiectului automatizării. Cu toate acestea, această metodă este destul de costisitoare și necesită dezvoltatori înalt calificați. Cerința cheie pentru CAD este capacitatea de a construi și menține în sistemul de proiectare într-o stare adecvată un model de informații economice globale ale obiectului de automatizare. Model- afișarea componentelor informaționale ale unui obiect de automatizare și relația dintre acestea, specificate în mod explicit. Scopul principal al construirii unui model este de a crea un proiect AIS corespunzător acestui model, care ia în considerare și utilizează în mod activ toate caracteristicile obiectului. Un astfel de model trebuie să conțină o descriere formală a seturilor de componente informaționale și a relațiilor dintre acestea, inclusiv conexiunile informaționale și interacțiunea algoritmică. Folosind metoda de proiectare modulară, se utilizează o abordare sistematică, care prevede utilizarea computerelor nu numai în toate etapele creării unui sistem, ci și în procesul de analiză a rezultatelor exploatării sale industriale. Dezvoltarea și aplicarea CAD-ului a predeterminat trecerea la crearea proiectelor individuale, dar la un nivel mult mai ridicat în comparație cu metoda originală de proiectare. Dezvoltarea, implementarea, întreținerea și operarea sistemelor informaționale corporative (sau CIS pe scurt) sunt realizate de specialiști în tehnologia informației (IT). Tehnologia informației este un concept foarte larg, deoarece definește metodele și mijloacele de creare, colectare, înregistrare, transmitere, procesare, stocare și emitere a informațiilor în sistemele informaționale. În prezent, împreună cu numele Corporate Information Systems (CIS), de exemplu, sunt folosite următoarele denumiri: · Sisteme automatizate control (ACS); · Sisteme integrate de management (ICS); · Sisteme informatice integrate (IIS); · Sisteme informatice de management al întreprinderii (EMIS). Principalele etape ale proiectării sistemelor informatice automatizate · Înainte de a începe proiectarea unui sistem informatic automatizat, este necesar să se justifice în detaliu necesitatea creării acestuia, să se descrie în detaliu scopurile și obiectivele proiectului, profitul așteptat, costurile de timp, disponibile resurse, limitări etc. O astfel de muncă este adesea numită planificare strategică a unui sistem informațional, iar un manager de proiect este desemnat să le realizeze. Necesitatea dezvoltării oricărui AIS se poate datora următorilor factori: importanța tot mai mare a mediului informațional al întreprinderii; complexitatea sistemului de management al întreprinderii; necesitatea de a analiza potențialele oportunități și pericole ale întreprinderii; necesitatea sistematizării activităților întreprinderii; necesitatea de a îmbunătăți în mod constant eficiența utilizării mijloacelor fixe ale întreprinderii, de a îmbunătăți raportul preț-calitate; cresterea rolului investitiilor de capital in domeniul informatizarii intreprinderilor; necesitatea planificării personalului pentru a asigura în mod adecvat dezvoltarea întreprinderii; complexitatea și completitudinea în creștere a SI existente, implicând cerințe funcționale mai complexe pentru SI și dezvoltarea acestora. caracteristica principală planificare strategica sistemul informațional este că tocmai în această perioadă sunt clarificate nevoile de informații ale organizației, ceea ce determină opțiuni posibile structuri ale sistemului informatic. În funcție de intensitatea de funcționare a complexului de tehnologie a informației, se disting următoarele grupe de organizații: organizații a căror dezvoltare depinde de utilizarea tehnologia Informatiei pentru activitățile zilnice (bănci, Firme de asigurari etc.); organizații care nu depind de tehnologia informației, dar sunt capabile să le folosească pe scară largă în viitor pentru a obține avantaje competitive; organizații în ale căror activități tehnologia informației nu poate deveni o sursă de avantaj competitiv; organizații care utilizează tehnologia informației pentru a susține activități non-core. Pentru fiecare dintre grupurile descrise sunt dezvoltate sisteme informatice care automatizează domeniile relevante ale activităților organizației. Dezvoltarea și implementarea oricărui AIS se realizează într-o anumită secvență în conformitate cu specificațiile tehnice. Conținutul primei etape a sistemului de management este determinat de componența sarcinilor de contabilitate, analiză, planificare și management operațional, care sunt cele mai susceptibile de automatizare și sunt esențiale pentru adoptare. decizii de management In organizatie. În procesul de dezvoltare a etapelor ulterioare ale sistemului au loc extinderea și integrarea suportului informațional, software și matematic, precum și modernizarea mijloacelor tehnice. Ciclul de viață AIS ne permite să distingem patru perioade principale: pre-proiect, proiectare, implementare, operare și întreținere. Tehnologia de proiectare a sistemelor informatice automatizate este determinată în prezent de actualul GOST 34.601-90, conform căruia întregul proces este împărțit în etape și faze. 1. Etapa „Formarea cerințelor pentru AIS”: determinarea sferei justificării necesare pentru crearea unui AIS (colectarea datelor despre obiectul de automatizare și tipurile de activități desfășurate, evaluarea calității funcționării acestuia, identificarea problemelor care pot fi rezolvate prin mijloace de automatizare, evaluarea fezabilității creării unui AIS); formarea cerințelor utilizatorilor pentru AIS; întocmirea unui raport asupra lucrărilor efectuate și depunerea unei cereri pentru dezvoltarea unui AIS. 2. Etapa „Elaborarea conceptului AIS”: studiul obiectului AIS; efectuarea lucrărilor de cercetare și proiectare necesare; dezvoltarea unei variante de concept AIS și selectarea unei opțiuni care satisface cerințele utilizatorului, evaluarea avantajelor și dezavantajelor opțiuni alternative; întocmirea unui raport asupra lucrărilor efectuate. 3. Etapa „Specificații tehnice”: elaborarea și execuția specificațiilor tehnice pentru crearea unui AIS ( Informații generale, scopul și scopurile sistemului care se creează, caracteristicile obiectului de automatizare, cerințele pentru sistem în ansamblu, funcțiile și sarcinile acestuia, tipurile de suport, planuri de lucru pentru creare, punere în funcțiune și acceptare). 4. Etapa „Sketch Design”: elaborarea soluțiilor preliminare de proiectare pentru sistem și părțile acestuia (funcțiile AIS, subsistemele acestuia, sarcinile, conceptul și structura bazei de informații, compoziția și principalele caracteristici ale mijloacelor tehnice); dezvoltarea documentației pentru AIS și elementele sale. 5. Etapa „Proiectare tehnică”: elaborarea proiectelor de soluții pentru sistem și elementele acestuia, funcționale, algoritmice și organizatorice structura sistemului, structura mijloacelor tehnice, organizarea și întreținerea unei baze de date, sistemul de clasificare și codificare a informațiilor, algoritmul de rezolvare a problemelor, limbajele de programare și software-ul utilizat; elaborarea documentelor AIS; elaborarea și execuția documentației pentru furnizarea produselor pentru completarea AIS și cerințele tehnice pentru dezvoltarea acestora; dezvoltarea sarcinilor de proiectare. 6. Etapa „Proiectare detaliată”: elaborarea documentației de lucru pentru sistem și părțile sale; dezvoltarea sau adaptarea programelor. 7. Etapa „Dare în funcțiune”: pregătirea AIS pentru implementare; punerea în funcțiune de probă a sarcinilor și subsistemelor; Intocmirea raportului de punere in functiune. 8. Etapa „Întreținere AIS”: analiza funcționării sistemului; supravegherea autorului. Particularitatea dezvoltării AIS este concentrarea complexității și a intensității forței de muncă în etapele anchetei de pre-proiectare, deoarece erorile făcute în etapele de anchetă, analiză și proiectare dau naștere la probleme adesea insolubile de atingere a obiectivelor și eficacitatea utilizării. AIS în etapele de implementare și operare. Formarea cerințelor pentru un sistem implică definirea acestuia funcţionalitate, cerințele utilizatorului, cerințele de fiabilitate și siguranță, interfețe externe etc. Planificarea lucrărilor include preliminare evaluare economică proiect, construirea unui program de lucru, crearea și formarea comună grup de lucru. În această etapă, se efectuează o analiză de sistem a sistemului în cauză, care include o descriere a structurii elementelor sistemului și un studiu al activităților obiectului automatizat; analiza distribuției funcțiilor între departamente și angajați, fluxurile de informații în interiorul și între departamente, obiectele externe organizației și interacțiunile informaționale externe. La naiba. Analiza se încheie cu construirea de modele ale activităților organizației, care includ prelucrarea materialelor de anchetă și construirea funcționale și modele informaţionale două tipuri: modelul „ca atare”, care reflectă starea actuală a lucrurilor din organizație; modelul „a fi” („cum ar trebui să fie”), reflectând ideea noilor tehnologii și procese de afaceri ale organizației. Pe baza rezultatelor sondajului, se determină o listă de sarcini, a căror soluție este recomandabilă să fie automatizată și ordinea dezvoltării lor (Fig. 8.2). Orez. Rezultatele sondajului O specificație tehnică este un document care definește obiectivele, cerințele și datele de intrare de bază necesare pentru dezvoltarea unui AIS și determinarea nivelului eficiență economică implementarea acestuia. Conținutul și designul specificațiilor tehnice sunt reglementate de cerințele GOST 34.602-89. Etapa de proiectare preliminară presupune selecția preliminară a metodelor de proiectare și evaluarea rezultatelor așteptate, dar adesea această etapă este inclusă în proiectarea tehnică. Proiectul tehnic este elaborat pentru a determina principalele decizii de proiectare pentru realizarea sistemului. În această etapă, se efectuează un set de lucrări de cercetare pentru a selecta cele mai bune opțiuni se efectuează o evaluare experimentală a soluțiilor de proiectare și un calcul al eficienței economice a sistemului. Pentru fiecare sarcină inclusă în setul de sarcini prioritare, se realizează o formulare detaliată a problemei și se dezvoltă un algoritm de rezolvare a acesteia. Scopul acestei etape este de a forma o nouă structură a sistemului și relații logice ale elementelor sale care să funcționeze pe baza tehnologică selectată. Construcția unei arhitecturi de sistem presupune selectarea elementelor și modulelor de informații, tehnice, software și a altor subsisteme suport, identificarea conexiunilor de informații și management între elementele selectate și dezvoltarea tehnologiei de prelucrare a informațiilor. Proiectarea detaliată include elaborarea de specificații pentru fiecare componentă și materiale care asigură funcționarea eficientă a AIS, care conțin date actualizate și soluții detaliate de proiectare la nivelul întregului sistem, programe și instrucțiuni pentru rezolvarea problemelor, precum și o evaluare rafinată a eficienței economice. al AIS. Partea tehnică a proiectului de lucru prevede definirea mijloacelor tehnice, descrierea proces tehnologic prelucrarea datelor, calculul și programarea încărcării unui complex de mijloace tehnice, descrierea modului de funcționare al AIS. Implementarea proiectului dezvoltat presupune următoarele etape: pregătirea obiectului de control pentru implementarea AIS, implementarea pilot, adică verificarea funcționalității elementelor și modulelor proiectului și eliminarea erorilor identificate, și implementare industrială - etapa de punere în funcțiune. și testarea la nivel de funcționalitate, monitorizarea conformității cu cerințele, formulate în etapa de analiză a sistemului (Fig. 8.3). În etapa de exploatare și întreținere, se colectează statistici privind calitatea funcționării fiecăreia dintre componentele sistemului, se corectează deficiențele detectate, iar în unele cazuri se ia o decizie privind necesitatea extinderii funcționalității sistemului (Fig. 8.4). . În general, procesul de proiectare AIS include în mod condiționat doar etapele principale, iar setul real de etape și operațiuni tehnologice depinde în mare măsură de abordarea de proiectare aleasă. Orez. Lucrarea principală efectuată în etapa de implementare a AIS Fig. Lucrări efectuate în stadiul de exploatare și întreținere

Etapa de modelare fizică ar trebui să ofere un test experimental al performanței reale a modelelor AIS create și al adecvării acestora. Pentru implementarea acestei etape, este dezvoltat un model fizic (la scară completă) al AIS. Modelul fizic al AIS este un ansamblu de structură, metode și mijloace de implementare la scară completă redusă a AIS, menită să testeze în condiții reale performanța viitorului sistem și adecvarea modelelor acestuia.

Într-o anumită privință, modelul fizic al AIS are proprietățile unui sistem real. Pentru a-l construi sunt implicate calculatoare, dispozitive periferice, documente, fișiere, baze de date, programe de procesare a datelor și alte componente necesare pentru crearea unui AIS. Modelul fizic al AIS este redus, i.e. Aceasta este o versiune mai mică a acesteia. Reducerea aici nu este mecanică, nu arbitrară, ci armonizată. Prezintă numai acele proprietăți pe care dezvoltatorii le-au clasificat drept de bază și esențiale.

3. Design AIS

Pe baza principiilor dezvoltate, prevederilor, modelelor, metodelor si mijloacelor de construire a unui AIS obtinute in etapa de cercetare, se proiecteaza sistemul.

Etapa de proiectare constă din următoarele etape:

1) sondaj subiect (SRO) al SI existent (tradițional);

2) elaborarea specificaţiilor tehnice pentru realizarea sistemului;

3) dezvoltarea unui proiect tehnic pentru crearea unui sistem;

4) dezvoltarea unui proiect de lucru pentru crearea unui sistem.

Cu condiția ca IS existent să fie automatizat, sunt posibile două căi de proiectare: modernizarea AIS existent sau înlocuirea completă a acestuia cu un AIS nou creat. Pentru volume relativ mici de lucrări de proiectare, etapele 2 și 3 pot fi combinate.

Etapa PRO realizat cu scopul de a studia și analiza caracteristicile obiectului - IP tradițională existentă. Se colectează materiale pentru proiectare - se determină cerințele, se studiază obiectul de proiectare. Se studiază condițiile de funcționare a viitorului AIS, se stabilesc anumite restricții asupra condițiilor de dezvoltare - calendarul etapelor de proiectare, resursele disponibile și lipsă, procedurile și măsurile pentru asigurarea securității informațiilor etc. Ținând cont de cele finalizate anterior. studii, o variantă a conceptului AIS este în curs de dezvoltare și selectare.

Etapa de elaborare a specificațiilor tehnice- o continuare logică a etapei de apărare antirachetă. Materialele obținute în etapa de apărare antirachetă sunt utilizate pentru elaborarea specificațiilor tehnice. Aici se realizează analiza și dezvoltarea cerințelor fundamentale pentru AIS de la un anumit client sau potențial grup de consumatori. Sunt formulate cerințe pentru hardware, software, informații, componente organizatorice și juridice ale AIS etc.

Pe etapa de proiectare tehnică Se efectuează căutarea celor mai potrivite soluții pentru toate problemele de proiectare AIS. Scopul acestei etape de proiectare este de a concretiza cunoștințe generale, uneori neclare, despre cerințele pentru viitorul sistem. În această etapă se determină următoarele:

se iau în considerare, de asemenea, scopul, obiectivele, funcțiile AIS, condițiile externe de funcționare a sistemului și distribuția funcțiilor între componentele acestuia;

Parametrii sistemului AIS - interfețe și distribuție a funcțiilor între operator și sistem;

configurarea tuturor subsistemelor AIS care formează structura acestuia - documentație și informații, componente tehnice, software și matematice și organizatorice și juridice ale structurii sistemului;

structura și sistemul de management al bazei de date, instrumente lingvistice, alcătuirea limbajelor de regăsire a informațiilor, clasificatoare și codificatoare, metode de indexare a documentelor și interogări;

fișa de configurare a complexului de mijloace tehnice ale AIS și specificațiile acestora;

compoziția și caracteristicile modelelor matematice, algoritmilor și programelor AIS;

Diagrama de funcționare AIS, proces tehnologic de prelucrare a datelor etc.;

fișele postului și instrucțiunile de lucru pentru personalul AIS;

studiul de fezabilitate actualizat al proiectului.

Partea principală a intensității muncii de proiectare detaliată este munca de dezvoltare a algoritmilor și a programelor corespunzătoare.

Pe etapa de proiectare detaliată rafinarea finală se efectuează asupra acelor probleme care, din anumite motive, nu au putut fi rezolvate complet în faza de proiectare tehnică. În această etapă, se dezvoltă un set de programe bazate pe algoritmi compilați în etapa de proiectare tehnică. Structura bazei de date este în curs de clarificare, iar formatele unificate ale documentelor procesate în tehnologia AIS sunt ajustate.

În această etapă se testează programe, o serie de teste de control cu prelucrarea documentelor reale se analizează rezultatele testărilor și prelucrărilor experimentale, precum și ajustările necesare la programe.

Metode și instrumente pentru proiectarea AIS. Proiectarea AIS poate fi realizată:

de către un dezvoltator terț. Această companie are un personal de profesioniști cu înaltă calificare. Lucrarea se desfășoară pe baza unui acord între compania dezvoltatoare și compania client;

forte specialişti cu normă întreagă firma client.

De asemenea, este posibilă o soluție de compromis: compania client poate invita un consultant să dezvolte un AIS pe bază de contract.

Alegerea specifică este determinată de mulți factori, în special de situația financiară a companiei client, prezența specialiștilor cu normă întreagă de profilul și nivelul adecvat, momentul creării AIS, prezența în regiunea dată sau în apropiere. a firmei de dezvoltare corespunzătoare, consultanți de specialitate, regimul de secretizare al companiei etc.

Pentru rezolvarea problemelor de proiectare se folosesc metode și instrumente adecvate. Printre acestea, ar trebui să găsim metode care să rezolve radical problemele dezvoltării AIS. O astfel de metodă este analiza structurală. Este o metodă de studiere a unui sistem care vede sistemul ca o structură ierarhică de la nivelul său general până la nivelul cel mai de jos necesar.

În etapa de cercetare pre-proiect, sunt utilizate metode pentru a studia starea reală a IS existent (tradițional):

sondaj oral sau scris;

sondaj scris;

observare, măsurare și evaluare;

discutarea rezultatelor intermediare;

analiza sarcinilor;

analiza producției, managementului și informației

proceselor.

Metodele de formare a unei stări date sunt asociate cu justificarea teoretică a tuturor componente AIS ținând cont de obiectivele, cerințele și condițiile clientului. Acestea includ:

modelarea proceselor de prelucrare a datelor;

Design structural;

descompunere;

analiza tehnologiei informatiei.

Pentru o reprezentare vizuală a obiectelor și proceselor AIS, se folosesc metode de afișare grafică a stărilor reale și specificate - diagrame bloc, grafice, imagini, desene, schițe, diagrame etc.

4. Automatizarea designului AIS

Sistemele de proiectare automatizate sunt un mijloc eficient de îmbunătățire a performanței de proiectare AIS. În domeniul proiectării s-a format o direcție specială - inginerie software sau tehnologii CASE (Computer-Aided Software/System Engineering - computer software development system). Tehnologiile CASE sunt un set de metode de analiză, proiectare, dezvoltare și implementare a sistemelor informatice automatizate, susținute de un complex de instrumente de automatizare interconectate. Tehnologiile CASE sunt un instrument pentru analiștii de sistem, dezvoltatorii și programatorii care asigură automatizarea proceselor de proiectare pentru sisteme informatice automatizate de diferite clase și semnificații.

Scopul principal al tehnologiei CASE este de a automatiza procesul de dezvoltare cât mai mult posibil și de a separa procesul de proiectare de codificarea software-ului AIS.

Metode structurale de construire a modelelor de întreprindere. Structural este de obicei numit o metodă de studiere a unui sistem sau proces care începe cu privire de ansamblu obiect de studiu și apoi își asumă detaliile consecvente. Metodele structurale au trei caracteristici principale:

Împărțirea unui sistem complex în părți, reprezentate ca „cutii negre”; fiecare „cutie neagră” implementează o funcție specifică a sistemului de control;

Ordonarea ierarhică a elementelor selectate ale sistemului cu determinarea relațiilor dintre ele;

Utilizarea unei reprezentări grafice a relațiilor dintre elementele sistemului.

Un model construit folosind metode structurale este un set ierarhic de diagrame care descriu grafic funcțiile îndeplinite de sistem și relațiile dintre ele.

Cele mai comune metodologii de analiză structurală includ următoarele:

SADT este o tehnologie de analiză structurală și proiectare, iar subsetul său este standardul IDEFO.

DFD - diagrame de flux de date.

ERD - diagrame entitate-relație.

STD - diagrame de tranziție de stări.

ÎN Metodologia IDEFO Sunt utilizate patru concepte principale: bloc funcțional, arc de interfață, descompunere, glosar.

Modelul IDEFO începe întotdeauna cu o reprezentare a procesului unei singure unități funcționale cu arcuri de interfață care se extind dincolo de domeniul luat în considerare. Uneori, aceste diagrame sunt furnizate cu ajutor contextual.

Scopul evidențiază acele domenii ale activității întreprinderii care ar trebui luate în considerare mai întâi. Scopul stabilește direcția și nivelul de descompunere a modelului dezvoltat.

ÎN Metodologia DFD procesul studiat este împărțit în subprocese și reprezentat ca o rețea conectată prin fluxuri de date. În exterior, DFD este similar cu SADT, dar diferă în setul de elemente utilizate. Acestea includ procese, fluxuri de date și depozite.

Metodologia ERD folosit pentru a construi modele de baze de date, oferă o modalitate standardizată de a descrie datele și de a defini relațiile dintre ele. Elementele principale ale metodologiei sunt conceptele de „esență”, „relație” și „conexiune”. O entitate definește tipurile de bază de informații, iar relațiile specifică modul în care aceste tipuri de date interacționează între ele. Relațiile leagă entitățile și relațiile.

Metodologia STD este cel mai convenabil pentru modelarea anumitor aspecte ale funcționării sistemului, determinate de timp și răspuns la evenimente, de exemplu, pentru implementarea unei cereri de utilizator către un AIPS în timp real. Elementele de bază ale STD sunt conceptele de „stare”, „stare inițială”, „tranziție”, „condiție” și „acțiune”. Conceptele sunt folosite pentru a descrie funcționarea sistemului în timp și în funcție de evenimente. Modelul STD este o reprezentare grafică - o diagramă a tranzițiilor sistemului de la o stare la alta.

Metode orientate pe obiecte pentru construirea modelelor de sisteme de control. Aceste metode diferă de metodele structurale printr-un nivel mai ridicat de abstractizare. Ele se bazează pe reprezentarea sistemului ca un set de obiecte care interacționează între ele prin schimbul de date. Obiecte specifice sau entități abstracte - comandă, client etc. - pot servi ca obiecte de domeniu. Cea mai semnificativă metodă este G. Butch. Aceasta este o tehnică de proiectare a obiectelor cu elemente de analiză a obiectelor, care are patru etape:

1) dezvoltarea unei diagrame hardware care să prezinte procesele, dispozitivele, rețelele și conexiunile acestora;

2) definirea unei structuri de clasă care descrie relația dintre clase și obiecte;

3) dezvoltarea diagramelor de obiecte care arată relația unui obiect cu alte obiecte;

4) dezvoltarea arhitecturii software de descriere proiect fizic sistemul creat.

Marea majoritate metode existente analiza și proiectarea orientate pe obiecte includ atât un limbaj de modelare, cât și instrumente pentru descrierea proceselor de modelare.

Abordarea orientată pe obiect nu se opune celei structurale, ci poate servi drept complement al acesteia.

5. Construirea și implementarea AIS

După finalizarea completă a lucrărilor de proiectare, începe etapa de construcție a AIS. Construcția AIS- acesta este un set de măsuri organizatorice și tehnice pentru implementarea proiectului AIS. Printre astfel de măsuri se numără măsuri de natură financiară, informațională, tehnică, programatică, juridică și organizatorică:

Determinarea surselor de finanțare și alocarea fondurilor pentru achiziții echipamentul necesar prevăzut de proiect - „Fișă de specificații echipamente AIS”;

Selectarea furnizorilor si incheierea contractelor de furnizare a echipamentelor;

Alocarea spațiilor pentru desfășurarea AIS și pregătirea acestuia pentru instalarea echipamentelor;

Amplasarea, asamblarea, instalarea, configurarea echipamentelor AIS în conformitate cu proiectul;

Selectia, organizarea si pregatirea categoriilor personal AIS pentru efectuarea lucrărilor relevante pentru a asigura funcționarea AIS;

Efectuarea de lucrări de verificare a calității echipamentelor (monitorizare, testare). Dacă sunt detectate defecte - înregistrarea și depunerea reclamațiilor către furnizori;

Instalarea software și testarea pachetului software AIS. Dacă sunt detectate defecte, luați măsuri pentru a le elimina;

Completarea bazei de date, rezolvarea cazurilor de testare pentru întreaga gamă de sarcini AIS în conformitate cu proiectul. Dacă sunt detectate deficiențe, se iau măsuri pentru eliminarea acestora. Dacă nu se constată deficiențe, pregătiți documentele pentru punerea în funcțiune a AIS.

Compoziția măsurilor și succesiunea acestora reflectă principalele puncte de control în construcția unui AIS. Construcția fiecărui sistem specific va avea specificul său atât în ​​natura sarcinilor, cât și în succesiunea acestora. Caracteristicile de proiectare sunt determinate de natura AIS, nivelul organizatoric de aplicare a AIS, modul de operare, valoarea finanțării etc.

Una dintre condițiile importante pentru eficacitatea AIS este implementarea unui set de lucrări pentru implementarea acestuia. Implementarea AIS începe cu emiterea de către șeful companiei client a unui ordin de implementare a sistemului, indicând principalele etape, termenele limită de implementare a acestora, executanți responsabili, asigurarea resurselor, formulare de prezentare a rezultatelor implementării, persoana responsabilă cu monitorizarea executării comanda, etc. Comanda poate conține un plan de implementare cu indicarea lucrării în următoarele etape:

1) documentarea rezultatele punerii în funcțiune a echipamentelor, precum și testele de control ale unui set de sarcini ale sistemului;

2) instruirea personalului în tehnologia AIS și studierea secțiunilor relevante din documentația proiectului;

3) efectuarea de probă de funcționare a sistemului, analizarea și corectarea erorilor de proiectare și pregătirea documentației pe baza rezultatelor operațiunii de probă;

4) livrarea AIS către operatiune de productie cu întocmirea documentaţiei relevante.

Astfel, în prima etapă, se realizează dezvoltarea unui program de testare de control pentru AIS în ansamblu. În a doua etapă, dezvoltatorul și clientul organizează instruire pentru personalul implicat în operarea AIS. În a treia etapă, se efectuează operarea de probă a sistemului. În funcție de conținutul și domeniul de aplicare al sarcinilor AIS, operațiunea de probă durează de la trei până la șase luni.

Implementarea AIS este o sarcină destul de complexă atât din punct de vedere organizațional, cât și din punct de vedere tehnic. Clientul trebuie să se pregătească pentru implementarea sistemului. Această condiție necesită anumite eforturi organizatorice, profesionale și psihologice din partea personalului companiei client, care este într-o măsură sau alta implicată în operarea AIS. Administrația companiei trebuie să ofere condiții în care personalul companiei să aibă o atitudine pozitivă față de implementarea sistemului și să ajute implementarea, stăpânirea și dezvoltarea acestuia. Apoi se poate presupune că obiectivul introducerii și operațiunii AIS la întreprindere va fi atins.

6. Metodologia de calcul a eficienței tehnico-economice a prelucrării automate a informațiilor

Una dintre secțiunile fundamentale ale proiectului AIS este studiul de fezabilitate al AIS în general și procesele de prelucrare automată a informațiilor economice în special. Acest lucru necesită calcule adecvate ale eficienței tehnice și economice.

Eficiența economică a prelucrării automate a datelor este asigurată de următorii factori principali:

De mare viteză efectuarea de operațiuni de culegere, transmitere, prelucrare și emitere a informațiilor, viteza de funcționare a mijloacelor tehnice;.

Reducerea maximă a timpului pentru efectuarea operațiunilor individuale;

Îmbunătățirea calității prelucrării datelor și a informațiilor primite.

Eficacitatea globală a soluționării automate a problemelor depinde direct de reducerea costurilor de prelucrare a datelor și constituie eficiență economică directă. Obținerea impactului soluțiilor de îmbunătățire a calității la nivel de sistem servicii de informare utilizatorii oferă eficiență economică indirectă.

Indicatorii eficienței economice directe sunt determinați prin compararea costurilor procesării datelor pentru mai multe opțiuni de proiectare. În esență, aceasta este o comparație a două opțiuni - de bază și proiectate. Opțiunea de bază este considerată un sistem existent de procesare automată sau tradițională (manuală) a datelor, iar opțiunea proiectată este rezultatul modernizării sistemului existent sau a unui AIS nou dezvoltat.

Indicator absolut eficiența economică a proiectului AIS dezvoltat - reducerea costurilor anuale și a costurilor forței de muncă pentru procesul tehnologic de prelucrare a datelor comparativ cu versiunea de bază a TPOD.

Economisirea costurilor financiare prin automatizarea procesării datelor se determină pe baza calculării diferenței de costuri între opțiunile de procesare a datelor de bază și proiectate folosind formula:

S e = S b – S p (1)

unde C e este valoarea reducerii costurilor de prelucrare a datelor;

C b - costuri pentru cazul de bază;

C p - costuri pentru opțiunea proiectată.

Un indicator relativ al eficienței economice a unui proiect AIS este coeficientul de eficiență a costurilor (K e) și indicele de modificare a costurilor (I z).

K e = S e / S b * 100% (2)

Raportul cost-eficiență arată ce parte din costuri va fi economisită cu opțiunea AIS proiectată sau cu ce procent se vor reduce costurile.

Valoarea indicelui de modificare a costurilor poate fi determinată prin formula:

I z = C e / C b. (3)

Acest index indică de câte ori vor fi reduse costurile de prelucrare a datelor în timpul implementării proiectului AIS.

La implementarea unui proiect AIS, este necesar să se ia în considerare costurile de capital suplimentare, a căror valoare (K 3) poate fi determinată prin formula:

K 3 = K p – K b (4)

unde K p și K b sunt costurile de capital ale proiectului și sisteme de bază procesarea datelor.

Eficiența cheltuielilor de capital este determinată de perioada de amortizare (T) a cheltuielilor de capital suplimentare pentru modernizarea SI:

T = K 3 / C e (5)

E = C e / K 3 = 1 / T. (6)

Alături de calculele costurilor, este utilă obținerea unor indicatori de reducere a costurilor cu forța de muncă pentru prelucrarea datelor. Indicatorul absolut al reducerii costurilor cu forța de muncă (t) este diferența dintre costurile anuale cu forța de muncă ale opțiunilor de procesare a datelor de bază și proiectate:

t = T b. – T p (7)

unde T b. și T p - intensitatea anuală a muncii de operare, respectiv, a opțiunilor de bază și proiectate de prelucrare a datelor.

Valoarea indicatorului relativ de reducere a costului forței de muncă poate fi afișată prin coeficientul de reducere a costului muncii (K):

K t = t / T b. (8)

Indicele de modificare a costului muncii (I t) caracterizează creșterea productivității muncii ca urmare a dezvoltării unei versiuni care economisesc mai mult forța de muncă a proiectului de prelucrare a datelor; acesta poate fi determinat prin formula:

I t = T b / T p. (9)

Economiile absolute de muncă (P) sunt utilizate pentru a determina eliberarea potențială resurselor de muncă(interpreți) din sistemul de prelucrare a datelor:

P = (t / T f) * f (10)

unde Tf este fondul de timp anual al unui executant angajat în tehnologia de prelucrare a datelor;

f este un coeficient care reflectă posibilitatea eliberării complete a lucrătorilor, pe cheltuiala fondului de timp al cărora s-a calculat valoarea t.

Determinarea economiilor directe din implementarea sistemului de prelucrare a datelor proiectat (modernizat) se realizează pe baza unei comparații a indicatorilor care reflectă costurile cu forța de muncă și costurile pentru operațiunile atât ale sistemului tradițional de prelucrare a datelor, cât și ale sistemului proiectat.

Economisirea costurilor cu forța de muncă (EL) în timpul procesării automate a informațiilor despre proiect poate fi determinată de formulă

E tz = T o6sch – T sov (11)

unde T o6shch este complexitatea prelucrării datelor în mod tradițional cu opțiunea de bază;

T sov - complexitatea procesării automate a datelor în versiunea de proiectare.

Economiile de costuri financiare din implementarea unei opțiuni de procesare a datelor bazate pe proiecte, în comparație cu o opțiune de referință manuală, pot fi determinate într-un mod similar.

Colectarea datelor inițiale pentru înlocuirea în formulele de mai sus și efectuarea calculelor pentru determinarea eficienței economice se realizează prin înregistrarea și măsurarea parametrilor relevanți în etapele procesului tehnologic de prelucrare a datelor. În plus, datele inițiale pe o perioadă lungă pot fi obținute prin analiza jurnalelor de înregistrare (tehnologice) ale dispecerului AIS și a altor forme de înregistrare.

AIS există, de regulă, pentru o perioadă lungă de timp, trecând succesiv prin mai multe etape de combinare. ciclu de viață sisteme (LC):

1) sondaj (sau analiză) înainte de proiect a organizației,

2) design AIS,

3) implementarea AIS,

4) implementarea AIS,

5) funcționare (funcționare, utilizare)

6) suport AIS,

7) modernizarea proiectului AIS.

Ciclul de viață este perioada de creare și utilizare a unui sistem informațional, acoperind diferitele sale stări, începând din momentul în care apare necesitatea acestui sistem informațional și terminând cu momentul dezafectării sale complete.

Trebuie remarcat faptul că AIS este un produs al producției de informații, la fel cum o mașină este un produs producție inginerească, cârnați – producție alimentară etc., așadar, etapele ciclului de viață AIS cu 1 până la 5 sunt similare cu etapele ciclului de viață ale oricărui produs.

Ciclul de viață al unui AIS, ca o mașină, poate termina din cauza uzurii fizice, Dacăîn ciclul de viață etapa de suport nu a fost elaborată, adică repararea și întreținerea, de exemplu, a computerelor și a programelor care fac parte din AIS (fără suport, sistemul nu va funcționa nici măcar șase luni). Dacă există suport calificat, AIS poate exista o perioadă destul de lungă, dar există o amenințare terminarea ciclului de viață AIS din cauza învechirii, învechirea AIS, dacă nu există o etapă de modernizare AIS (fără modernizare sistemul nu va funcționa mai mult de 2 ani).

Uzura fizică a AIS este incapacitatea de a satisface cerințele organizației pentru AIS din cauza defecțiunii, defecțiunii sau defecțiunii componentelor sistemului.

Învechirea AIS este încetarea îndeplinirii cerințelor organizației și ale angajaților săi pentru AIS, ca urmare a utilizării tehnologiilor informatice automatizate învechite și a lipsei de suport pentru noile cerințe ale utilizatorilor.

Dacă organizația dvs. a abordat automatizarea în mod responsabil și cuprinzător și a organizat toate etapele și fazele în consecință, atunci Limita duratei ciclului de viață AIS este doar durata de viață a organizației dvs, ceea ce înseamnă că fondurile cheltuite pe AIS nu vor fi aruncate la gunoi împreună cu AIS învechit din punct de vedere fizic sau moral.

Toate etapele ciclului de viață AIS au fost enumerate mai sus, dar unele dintre ele apar în paralel, deci numai 5 etape din ciclul de viață AIS(Fig. 35):

La prima etapă" Sondaj înainte de proiect„(Fig. 33) se obișnuiește să se distingă două substadii principale și una suplimentară:

1.1. efectuarea unui sondaj înainte de proiect și colectarea materialelor de anchetă;

1.2. analiza materialelor de sondaj și dezvoltarea pe baza analizei unui studiu de fezabilitate (TES) și a specificațiilor tehnice (TOR);

1.3. selectarea și dezvoltarea unei variante a conceptului de sistem.

Obiectivele etapei de „studiu pre-proiect” sunt următoarele:

· formularea nevoilor pentru un nou AIS, de ex. să identifice toate deficiențele IP-ului existent;

· alegeți o direcție și determinați fezabilitatea economică a proiectării unui AIS.

Lucrarea de sondaj începe cu analiza cerințelor primare și planificarea lucrărilor, care durează de la 2 zile la 4 săptămâni. În continuare, se efectuează sondajul activităților întreprinderii (durata sondajului este de 1-2 săptămâni.)

În primul rând, se creează o descriere și se analizează funcționarea întreprinderii sau organizației în cauză în conformitate cu cerințele (obiectivele) care i se aplică. Sunt determinate structurile organizatorice si topologice ale intreprinderii. Sunt identificate activitățile funcționale ale fiecăreia dintre diviziile întreprinderii și interacțiunile funcționale dintre acestea, fluxurile de informații în interiorul și între divizii, obiectele externe întreprinderii și interacțiunile informaționale externe. Se stabilește o listă de sarcini (funcții) țintă ale întreprinderii și se efectuează o analiză a distribuției funcțiilor între departamente și angajați.

Se stabilește o listă a echipamentelor de automatizare utilizate la întreprindere.

În continuare, rezultatele sondajului sunt procesate și sunt construite modele ale activității întreprinderii de următoarele două tipuri (rețineți că pentru a construi fiecare dintre modelele necesare, este necesară o muncă intensivă a 6-7 analiști de sistem calificați timp de 2-4 luni) .

1. În construcție Modelul „ca atare” reprezentând un „instantaneu” al stării de fapt la întreprindere (structură organizațională, interacțiuni între departamente, tehnologii adoptate, procese de afaceri automatizate și neautomatizate etc.) la momentul sondajului și vă permite să înțelegeți ce face aceasta și cum functioneaza această întreprindere din punctul de vedere al analizei sistemului, precum și pe baza verificării automate, identificați o serie de erori și blocajeleși să formuleze o serie de propuneri pentru îmbunătățirea situației.

2. Format Model „cum ar trebui să fie” integrarea propunerilor promițătoare din partea conducerii și angajaților întreprinderii, experților și analiștilor de sistem și permițând formarea unei viziuni asupra noilor tehnologii raționale pentru funcționarea întreprinderii. Ea reprezintă conceptul viitorului AIS.

Crearea unui concept pentru un sistem viitor include următoarele lucrări:

Studiu detaliat al obiectului de automatizare;

Lucrări de cercetare necesare (C&D) legate de găsirea căilor și evaluarea posibilității de realizare a cerințelor utilizatorilor;

Dezvoltarea versiunilor alternative ale conceptului AIS creat și a planurilor de implementare a acestora;

Evaluarea resurselor necesare implementarii acestora si asigurarea functionarii;

Evaluarea avantajelor și dezavantajelor fiecărei opțiuni;

Compararea cerințelor utilizatorului și a caracteristicilor sistemului propus și selecție varianta optima;

Stabilirea procedurii de evaluare a calitatii si conditiilor de acceptare a sistemului;

Evaluarea efectelor obtinute din sistem;

Întocmirea unui proces-verbal care să cuprindă o descriere a lucrărilor efectuate;

Descrierea și justificarea versiunii propuse a conceptului de sistem.

Pe baza conceptului construit al sistemului și a rezultatelor unui sondaj al întreprinderii în ceea ce privește identificarea cerințelor pentru viitorul sistem, se formează un proiect de sistem. (modelul cerințelor), care este prima fază de dezvoltare a sistemului de automatizare în sine (și anume faza de analiză a cerințelor sistemului), în care cerințele clienților sunt clarificate, formalizate și documentate

De fapt, în această etapă se dă răspunsul la întrebarea: „Ce ar trebui să facă viitorul sistem?” Aici se află cheia succesului întregului proiect de automatizare. În practica creării de sisteme software mari, există multe exemple de implementare nereușită tocmai din cauza caracterului incomplet și definirii neclare a cerințelor de sistem.

În această etapă se determină următoarele:

§ arhitectura sistemului, funcțiile acestuia, condițiile externe de funcționare a acestuia, distribuția funcțiilor între părțile hardware și software;

§ interfeţe şi distribuţie a funcţiilor între o persoană şi sistem;

§ cerințe pentru componentele software și informaționale ale sistemului, resursele hardware necesare, cerințele bazei de date, caracteristicile fizice ale componentelor sistemului, interfețele acestora;

§ componenţa persoanelor şi lucrărilor legate de sistem;

§ restrictii in procesul de dezvoltare (termene directive pentru parcurgerea etapelor individuale, resurse disponibile);

§ proceduri organizatorice pentru asigurarea securitatii informatiilor.

Ca parte a proiectării sistemului, se efectuează următoarele:

Determinarea compoziției, structurii și caracteristicilor sarcinilor funcționale în cadrul activităților unităților structurale;

Determinarea compoziției și structurii software-ului de automatizare pentru tehnologia de rezolvare a problemelor, ținând cont de instrumentele existente în diviziuni structurale;

Determinarea structurii și caracteristicilor suportului informațional pentru tehnologia de rezolvare a problemelor;

Dezvoltarea de soluții tehnice pentru construirea de suport informațional (structuri de baze de date logice, structuri de clasificare);

§ dezvoltarea procedurilor automatizate de flux de documente.

Proiect de sistem ar trebui să includă:

· un model funcțional complet al cerințelor pentru viitorul sistem;

· comentarii asupra modelului funcțional (specificațiile proceselor de nivel inferior sub formă de text);

· un pachet de rapoarte și documente privind modelul funcțional, inclusiv caracteristicile obiectului de modelare, o listă de subsisteme, cerințe pentru metode și mijloace de comunicare pentru schimbul de informații între componente, cerințe pentru caracteristicile relațiilor sistemului cu sistemele adiacente, cerințe pentru funcțiile sistemului;

· model conceptual al unei baze de date integrate (pachet de diagrame);

· arhitectura sistemului cu referire la modelul conceptual;

· propuneri de structură organizatorică pentru sprijinirea sistemului.

Astfel, proiectul de sistem conține modele funcționale, informaționale și, eventual, de evenimente ale cerințelor pentru viitorul sistem. Tipurile și succesiunea lucrărilor la construirea acestor modele de cerințe sunt similare cu lucrările corespunzătoare privind modelele de activități de construcție. În plus, proiectul de sistem include specificații tehnice pentru crearea unui sistem automatizat.

Este necesar să rețineți următorul avantaj al proiectului de sistem. Dezvoltarea tradițională se caracterizează prin implementarea etapelor inițiale folosind metode artizanale, neformalizate. Ca rezultat, clienții și utilizatorii pot vedea sistemul pentru prima dată după ce acesta a fost deja implementat în mare măsură. Desigur, acest sistem este diferit de ceea ce se așteptau să vadă. Prin urmare, urmează mai multe iterații ale dezvoltării sau modificării sale, ceea ce necesită cheltuieli suplimentare (și semnificative) de bani și timp. Cheia pentru rezolvarea acestei probleme este oferită de un design de sistem care permite:

Descrieți, „vedeți” și ajustați viitorul sistem înainte ca acesta să fie implementat fizic;

Reducerea costurilor de dezvoltare și implementare a sistemului;

Evaluează dezvoltarea în termeni de timp și rezultate;

Realizarea înțelegerii reciproce între toți participanții la lucru (clienți, utilizatori, dezvoltatori, programatori etc.);

Îmbunătățiți calitatea sistemului dezvoltat și anume: creați o structură optimă a bazei de date integrate, efectuați o descompunere funcțională a modulelor standard.

Proiectul de sistem este complet independent și separat de dezvoltatorii specifici, nu necesită întreținere din partea creatorilor săi și poate fi transferat fără durere altor persoane. Mai mult, dacă dintr-un motiv oarecare întreprinderea nu este pregătită să implementeze un sistem bazat pe proiect, acesta poate fi pus „la raft” până când apare necesitatea. În plus, poate fi folosit pentru dezvoltarea independentă sau ajustarea software-ului deja implementat pe baza acestuia de către programatorii din departamentul de automatizare a întreprinderii.

Scopul dezvoltării unui „Studiu de fezabilitate” a unui proiect AIS este de a evalua principalii parametri care limitează proiectul, de a justifica alegerea și de a evalua principalele decizii de proiectare pentru componentele individuale ale proiectului. În același timp, se face distincția între parametrii organizatorici care caracterizează modalitățile de organizare a proceselor de transformare a informațiilor în sistem, parametrii informaționali și economici care caracterizează costurile de creare și exploatare a sistemului, și economiile din funcționarea acestuia. Obiectele principale de parametrizare în sistem sunt sarcini, seturi de sarcini, indicatori economici, procesele de prelucrare a informațiilor. După ce se ia decizia de a efectua lucrări ulterioare, se efectuează o serie de măsuri organizatorice, de exemplu, trebuie emise comenzi adecvate pentru lucru; ar trebui desemnate persoane responsabile etc.

Fără un astfel de sprijin din partea conducerii întreprinderii, este inutil să începeți un proiect.

Figura 33. Secvența lucrărilor în etapa de pre-proiectare a ciclului de viață AIS.

În continuare, este creată o specificație tehnică (TOR) pentru proiect, care reflectă specificatii tehniceși cerințele pentru viitorul AIS, precum și restricții privind resursele de proiectare. Dacă proiectul necesită dezvoltarea științifică a componentelor, atunci conceptul viitorului AIS este dezvoltat pe baza specificațiilor tehnice.

Ca parte a formării specificațiilor tehnice, propunerile de automatizare sunt dezvoltate pe baza cerințelor identificate și convenite, care includ:

Alcătuirea unei liste de locuri de muncă automatizate ale întreprinderii și metode de interacțiune între acestea;

Analiza aplicabilitatii sistemele existente managementul întreprinderii (în primul rând clasele MRP și ERP) pentru a rezolva problemele necesare și a formula recomandări pentru alegerea unui astfel de sistem;

Luarea deciziilor în comun cu clientul alegerea unui anumit sistem de management al întreprinderii sau dezvoltarea propriului dumneavoastră sisteme.

Elaborarea de propuneri de mijloace tehnice;

Elaborare de propuneri de software;

Dezvoltarea topologiei, compoziției și structurii unei rețele de calculatoare locale;

Elaborarea de propuneri pentru etapele și calendarul de automatizare.

Dacă s-a luat decizia de a selecta un anumit sistem de control, atunci se omite unii pași.

Faza a doua" Proiecta„(Fig. 34) efectuează următorii sub-pași:

1) proiectare preliminară: clarificarea cerințelor specificațiilor tehnice, pregătirea și aprobarea proiectării preliminare;

2) proiectare tehnică: selecția soluțiilor de proiectare pentru toate aspectele dezvoltării AIS, descrierea tuturor componentelor AIS, pregătirea și aprobarea unui proiect tehnic;

3) proiectare detaliată: selectarea și dezvoltarea metodelor matematice și a algoritmilor programului, ajustarea structurii bazelor de date (DB), crearea documentației pentru furnizarea și dezvoltarea produselor software, selectarea unui set de hardware AIS, crearea documentației pentru furnizarea și instalarea hardware-ului, elaborarea unui proiect de lucru al AIS.

Obiectivele acestei etape sunt următoarele:

· dezvoltarea unei arhitecturi funcționale a AIS, care să reflecte structura și compoziția subsistemelor funcționale, pentru sprijinirea automată a anumitor funcții de management ale organizației;

· dezvoltarea arhitecturii de sistem a opțiunii AIS selectate, adică compoziția subsistemelor suport.

Pentru AIS complexe de dimensiuni mari, automatizare întreprindere mare, exploatare, organe puterea statului etc., la subetapa 1 " Proiectare schematică» se formulează decizii preliminare pentru viitorul AIS în ansamblu și componentele sale constitutive, în urma cărora se creează un proiect preliminar (DS). Dezvoltarea soluțiilor de proiectare preliminară pentru sistem și părțile sale include:

Definirea funcției AIS;

Definirea funcțiilor subsistemelor, a scopurilor și efectelor acestora;

Determinarea compoziției complexelor de sarcini și sarcinilor individuale;

Definirea conceptului de baza de informatii, structura sa extinsa;

Determinarea funcțiilor unui sistem de management al bazelor de date;

Determinarea componenței sistemului informatic;

Definirea funcțiilor și parametrilor instrumentelor software de bază.

Elaborarea documentației pentru această parte a proiectului.

Dacă proiectul în curs de dezvoltare nu este foarte complex, să presupunem că o întreprindere mică este automatizată, atunci etapa de lucru este omisă.

La subetapa 2." Design tehnic » se lucrează la dezvoltarea logică și selecția celor mai bune opțiuni pentru soluții de proiectare, în urma cărora se creează un proiect tehnic (TP). Ca parte a realizării unui proiect tehnic, se realizează următoarele:

- conversia unui proiect de sistem într-un proiect tehnic(model de implementare), incluzând următoarele acțiuni: clarificarea modelului logic (dezvoltarea logicii detaliate pentru fiecare proces folosind diagrame de flux de date și specificații de proces), proiectarea unei baze de date fizice, construirea unei ierarhii a funcțiilor modulelor care urmează să fie programate, estimarea costurilor de implementare.

Lucrările enumerate ar trebui să fie efectuate de consultanți-analiști împreună cu proiectanții de sistem - aici se află granița care separă consultanța și dezvoltarea. Cu toate acestea, este de dorit ca, în etapa de implementare a sistemului, consultantul să acționeze și în interesul clientului, și anume: să monitorizeze conformitatea creată. sistem software proiecte de sistem și tehnice și, de asemenea, a participat la lucrările de extindere și modificare a acestuia, deoarece Extensiile trebuie planificate pe baza modelului de cerințe.

- lucrări de proiectare tehnică efectivă:

Dezvoltarea de soluții generale pentru sistem și părțile sale,

Dezvoltarea de soluții generale pentru structura funcțional-algoritmică a sistemului,

Elaborarea deciziilor generale privind funcțiile de personal și structura organizatorică,

Dezvoltarea de soluții generale pentru structura mijloacelor tehnice,

Dezvoltarea de soluții generale bazate pe algoritmi de rezolvare a problemelor și limbaje utilizate,

Dezvoltarea de soluții generale pentru organizarea și menținerea unei baze de informații,

Dezvoltarea de soluții generale pentru sistemul de clasificare și codificare a informațiilor,

Dezvoltarea de soluții software generale;

Efectuează elaborarea și execuția documentației pentru toate părțile proiectului, inclusiv documentul „Formularea problemei”,

Elaborarea și executarea documentației pentru furnizarea produselor pentru completarea AIS și/sau cerințe tehnice (specificații tehnice) pentru dezvoltarea acestora;

Dezvoltarea sarcinilor de proiectare în părțile adiacente ale proiectului unității de automatizare.

Subetapa 3." Design detaliat » este asociat cu implementarea fizică a opțiunii de proiect selectate și primirea documentației detaliate de proiectare (DP).

În această subetapă se efectuează următoarele:

Elaborarea și execuția documentației de lucru care să cuprindă toate informațiile necesare și suficiente pentru a asigura implementarea lucrărilor de punere în funcțiune a AIS și de funcționare a acestuia, precum și pentru menținerea nivelului caracteristicilor operaționale (calității) sistemului în conformitate cu proiectul adoptat. deciziile și coordonarea și aprobarea acestei documentații;

Dezvoltarea de programe și software de sistem, precum și selectarea, adaptarea și/sau legarea software-ului achiziționat,

Dezvoltarea documentației software.

Organizare de licitatii pentru furnizarea de componente pentru produse AIS (software si hardware, sisteme software si hardware, produse informatice).

Figura 34. Secvența de lucru în etapa de proiectare a ciclului de viață AIS.

Dacă aveți experiență de proiectare și proiectul este de complexitate redusă, toate cele trei subetape sunt combinate într-una singură, ceea ce are ca rezultat un singur proiect tehnico-de lucru (TDP). În acest caz, proiectul este succesiv, pe măsură ce subetapele sunt finalizate, transformat dintr-o schiță într-un proiect de lucru.

Etapa a treia" Implementarea„(Fig. 35) este proiectarea fizică a sistemului în următoarea secvență:

1) primirea și montarea echipamentului tehnic;

2) programe de codare, testare și reglare fină;

3) obținerea și instalarea de software;

4) crearea suportului informativ, inclusiv completarea bazelor de date;

5) elaborarea de instrucțiuni pentru operarea software și hardware, precum și descrierea postului pentru personal.

Aceste lucrări pot fi efectuate practic în paralel.

La a patra etapă a ciclului de viață AIS " Implementarea» există următoarele sub-etape:

1) implementare pilot:

· punerea în funcțiune a echipamentelor tehnice în probă,

· punerea în funcțiune a software-ului, efectuarea operațiunii de probă a tuturor componentelor și sistemelor în ansamblu,

· instruirea și certificarea personalului.

Implementare experimentală constă în verificarea funcționalității elementelor și modulelor de proiect, eliminarea erorilor la nivelul elementelor și conexiunilor dintre acestea.

În această etapă se lucrează la pregătirea organizatorică a obiectului de automatizare pentru punerea în funcțiune a sistemului informatic automatizat, inclusiv:

Implementarea soluțiilor de proiectare pentru structura organizatorică a AIS;

Furnizarea departamentelor unității de management cu materiale didactice și metodologice;

Introducerea clasificatoarelor de informații;

Instruire,

Verificarea capacității acestuia de a asigura funcționarea AIS.

În aceeași etapă, AIS este dotat cu produse furnizate (software și hardware, sisteme software și hardware, produse de informare), precum și construcție, instalare, punere în funcțiune și testare preliminară:

Testați AIS pentru operabilitatea și conformitatea cu specificațiile tehnice în conformitate cu programul pregătit în prealabil și metodologia de testare preliminară;

Depanarea și actualizarea (dacă este necesar) software-ul, efectuarea de modificări la documentația AIS, inclusiv documentația operațională în conformitate cu raportul de testare.

Lucrările la implementarea pilot se încheie aproximativ întocmirea unui certificat de finalizare a operațiunii de probă.

2) implementare industrială (punerea în funcțiune în exploatare comercială):

· punere in functiune,

· semnarea certificatelor de acceptare a lucrărilor.

Punere in functiune constă în organizarea unei evaluări a proiectului la nivel de funcție și monitorizarea conformității cu cerințele acestuia formulate în etapa de inspecție pre-proiect, adică:

Efectuați teste pentru conformitatea cu specificațiile tehnice în conformitate cu programul și metodologia pregătite în prealabil teste de acceptare;

Analiza rezultatelor testelor AIS și eliminarea deficiențelor identificate în timpul testării.

Lucrările se termină întocmirea unui act de acceptare a AIS pentru operare permanentă.

În ultima a cincea etapă a ciclului de viață AIS, exploatare, întreținere și modernizare software, hardware și întregul proiect.

Suport AIS este efectuarea lucrărilor în conformitate cu obligatii de garantie, efectuând lucrări de eliminare a deficiențelor identificate în timpul funcționării AIS în cadrul stabilit perioadele de garanție iar în efectuarea lucrărilor de a introduce modificările necesareîn documentația AIS.

Serviciul post-garanție constă în:

În efectuarea lucrărilor de analiză a funcționării sistemului;

În identificarea abaterilor caracteristicilor operaționale efective ale AIS de la valorile de proiectare;

În stabilirea cauzelor acestor abateri;

În eliminarea deficiențelor identificate și asigurarea stabilității caracteristicilor operaționale AIS;

În efectuarea modificărilor necesare în documentația AIS.

În funcție de specificul AIS care se creează și de condițiile pentru crearea acestora, este permisă efectuarea unor etape individuale de lucru înainte de finalizarea etapelor anterioare, efectuarea etapelor de lucru în paralel în timp sau includerea unor noi etape de lucru.

Figura 35. Etapele ciclului de viață AIS.

Ciclul de viață este de obicei iterativ: etapele ciclului de viață implementate, începând de la cele mai timpurii, sunt repetate ciclic în conformitate cu noile cerințe și schimbări. conditii externe. La fiecare etapă a ciclului de viață se formează un set de documente și soluții tehnice, care constituie sursa deciziilor ulterioare.

Cel mai răspândit trei modele de ciclu de viață:

· model în cascadă (până în anii 70) – trecere secvenţială la etapa următoare după finalizarea celei precedente;

· model iterativ (anii 70 – 80) – cu reveniri iterative la etapele anterioare după parcurgerea etapei următoare;

· model în spirală (anii 80 – 90) – un model prototip care implică o extindere treptată a prototipului AIS.

Pentru modelul ciclului de viață în cascadă caracterizat prin automatizarea sarcinilor individuale nelegate, care nu necesită integrarea și compatibilitatea informațiilor, software, interfață tehnică și organizatorică. În ceea ce privește rezolvarea problemelor individuale, modelul în cascadă a fost justificat din punct de vedere al timpului de dezvoltare și al fiabilității. Aplicarea acestui model de ciclu de viață la proiecte mari și complexe, datorită duratei lungi a procesului de proiectare și variabilității cerințelor în acest timp, duce la impracticabilitatea lor practică.

Model iterativ de ciclu de viață. Crearea de sisteme informatice automatizate complexe presupune coordonarea solutiilor de proiectare obtinute in timpul implementarii sarcinilor individuale. Abordarea de proiectare de jos în sus necesită astfel de returnări iterative, atunci când soluțiile de proiectare pentru sarcini individuale sunt combinate în soluții globale de sistem și, în același timp, este nevoie de revizuirea cerințelor formulate anterior. De regulă, din cauza unui număr mare de iterații, apar discrepanțe în soluțiile și documentația de proiectare finalizate. Complexitatea arhitecturii funcționale și de sistem a AIS creat și dificultatea de utilizare a documentației de proiectare duc imediat la necesitatea reproiectării întregului sistem în etapele de implementare și operare. Ciclul lung de viață al dezvoltării unui sistem informațional se încheie cu etapa de implementare, urmată de ciclul de viață al creării unui nou sistem informatic automatizat.

Modelul ciclului de viață în spirală. Este utilizată o abordare de sus în jos a organizării proiectării AIS, atunci când este mai întâi determinată compoziția subsistemelor funcționale și apoi formularea sarcinilor individuale. În consecință, sunt dezvoltate mai întâi probleme la nivelul întregului sistem, cum ar fi organizarea unei baze de date integrate, tehnologia de colectare, transmitere și stocare a informațiilor, iar apoi tehnologia pentru rezolvarea unor probleme specifice. În cadrul unor seturi de sarcini, programarea se realizează în direcția de la modulele principale de program la modulele care îndeplinesc funcții individuale. În același timp, problemele de interacțiune între interfețele modulelor software între ele și cu baza de date vin în prim-plan, iar implementarea algoritmilor trece pe plan secund.

Fiecare tură a spiralei corespunde unui model pas cu pas pentru crearea unui fragment AIS. El clarifică obiectivele și caracteristicile proiectului, determină calitatea acestuia și planifică activitatea următoarei ture a spiralei. Detaliile proiectului sunt aprofundate și precizate constant, se formează o versiune justificată, care este adusă la implementare.

Modelul ciclului de viață în spirală se bazează pe utilizarea tehnologiei prototip sau a tehnologiei RAD (dezvoltare rapidă a aplicațiilor).

Conform acestei tehnologii, AIS este dezvoltat prin extinderea prototipurilor software, repetând calea de la detalierea cerințelor până la detalierea codului programului.

Desigur, cu tehnologia de prototipare, numărul de iterații este redus și apar mai puține erori și inconsecvențe care trebuie corectate în iterațiile ulterioare, iar proiectarea în sine este realizată într-un ritm mai rapid, iar crearea documentației de proiectare este simplificată. Pentru a potrivi mai precis documentația de proiectare cu AIS dezvoltat, toate valoare mai mare este dedicată menținerii unui depozit la nivelul întregului sistem și automatizării proiectării, în special utilizării tehnologiilor CASE (Computers Aids System Engineering).

Când utilizați modelul în spirală:

· există o acumulare și reutilizare de soluții de proiectare, instrumente de proiectare, modele și prototipuri de AIS și tehnologii informaționale;

· concentrarea pe dezvoltarea și modificarea sistemelor și tehnologiilor în procesul de proiectare a acestora;

· se efectuează o analiză a riscurilor și costurilor în timpul procesului de proiectare a sistemului.

O interfață este împerecherea unor părți de software și hardware, date, o tehnologie pentru comunicarea umană cu un computer, în care toate informațiile, parametrii logici, fizici și electrici îndeplinesc standardele stabilite.

Un prototip este o versiune minimă a unui sistem utilizată pentru generare sau dezvoltare versiunea completa

Depozitul conține informații despre obiectele AIS proiectate și relațiile dintre acestea; toate subsistemele fac schimb de date cu acesta.

Abordarea în cascadă s-a dovedit bine în construcția sistemelor informaționale, pentru care chiar la începutul dezvoltării este posibil să se formuleze toate cerințele destul de precis și complet pentru a oferi dezvoltatorilor libertatea de a le implementa din punct de vedere tehnic cât mai bine posibil. Această categorie include sisteme complexe cu un număr mare de sarcini de calcul, sisteme în timp real etc.

Modelul ciclului de viață AIS este o structură care descrie procesele, acțiunile și sarcinile care sunt efectuate în timpul dezvoltării, exploatării și întreținerii de-a lungul întregului ciclu de viață al sistemului.

Alegerea unui model de ciclu de viață depinde de specificul, scara, complexitatea proiectului și setul de condiții în care este creat și funcționează AIS.

Modelul ciclului de viață AIS include:

Rezultatele muncii în fiecare etapă;

Evenimente cheie sau puncte de finalizare a lucrărilor și luarea deciziilor.

În conformitate cu modelele de ciclu de viață cunoscute, software-ul determină modelele de ciclu de viață AIS - cascadă, iterativă, spirală.

I. Model în cascadă descrie abordarea clasică a dezvoltării sistemelor în orice domeniu; utilizat pe scară largă în anii 1970 și 80.

Modelul în cascadă oferă o organizare secvențială a muncii, iar principala caracteristică a modelului este împărțirea tuturor lucrărilor în etape. Trecerea de la etapa anterioară la următoarea are loc numai după finalizarea completă a tuturor lucrărilor precedentei.

A evidentia cinci etape de dezvoltare durabilă, practic independente de domeniul de studiu

Pe primulÎn această etapă, se efectuează un studiu al zonei cu probleme și se formulează cerințele clientului. Rezultatul acestei etape este o specificație tehnică (sarcina de dezvoltare) convenită cu toate părțile interesate.

Pe parcursul al doilea etapa, conform cerintelor caietului de sarcini, sunt dezvoltate anumite solutii de proiectare. Ca rezultat, apare un set de documentație de proiectare.

Al treilea etapa - implementarea proiectului; În esență, dezvoltarea (codarea) software-ului în conformitate cu deciziile de proiectare din etapa anterioară. Metodele de implementare nu au o importanță fundamentală în acest caz. Rezultatul acestei etape este un produs software finit.

Pe Al patruleaÎn această etapă, software-ul rezultat este verificat pentru conformitatea cu cerințele prevăzute în specificațiile tehnice. Funcționarea de probă face posibilă identificarea diferitelor tipuri de deficiențe ascunse care apar în condițiile reale de funcționare ale AIS.

Ultima etapă este livrarea proiect finalizat, iar principalul lucru aici este să convingi clientul că toate cerințele sale sunt pe deplin îndeplinite.

Fig. 1.1 Modelul în cascadă al ciclului de viață AIS

Etapele de lucru din cadrul modelului cascadă sunt adesea numite părți ale ciclului proiectului AIS, deoarece etapele constau în multe proceduri iterative pentru clarificarea cerințelor sistemului și a opțiunilor de soluție de proiectare. Ciclul de viață al unui AIS este semnificativ mai complex și mai lung: poate include un număr arbitrar de cicluri de clarificare, modificări și completări la deciziile de proiectare deja adoptate și implementate. În aceste cicluri, AIS este dezvoltat și componentele sale individuale sunt modernizate.

Avantajele modelului în cascadă:

1) la fiecare etapă, se generează un set complet de documentație de proiectare care îndeplinește criteriile de completitudine și coerență. În etapele finale, este elaborată documentația utilizatorului, care acoperă toate tipurile de suport AIS prevăzute de standarde (organizațional, informațional, software, tehnic etc.);

2) implementarea secvențială a etapelor de lucru vă permite să planificați datele de finalizare și costurile corespunzătoare.

Modelul în cascadă a fost dezvoltat inițial pentru a rezolva diferite tipuri de probleme de inginerie și nu și-a pierdut importanța pentru domeniul aplicat până în prezent. În plus, abordarea cascadă este ideală pentru dezvoltarea AIS, deoarece chiar la începutul dezvoltării este posibil să se formuleze destul de precis și complet toate cerințele pentru a oferi dezvoltatorilor libertatea de implementare tehnică. Astfel de AIS, în special, includ sisteme complexe de calcul și sisteme în timp real.

Dezavantajele modelului în cascadă:

Întârziere semnificativă în obținerea rezultatelor;

Erorile și deficiențele în orice etapă apar, de regulă, în etapele ulterioare de lucru, ceea ce duce la necesitatea unei retururi;

Dificultatea lucrului paralel la proiect;

Suprasaturarea excesivă de informații a fiecărei etape;

Complexitatea managementului de proiect;

Nivel ridicat de risc și investiții nesigure.

Întârziere în primirea rezultatelor se manifestă prin faptul că o abordare consistentă a rezultatelor dezvoltării sunt convenite cu părțile interesate numai după finalizarea următoarei etape de lucru. Ca urmare, se poate dovedi că AIS în curs de dezvoltare nu îndeplinește cerințele și astfel de inconsecvențe pot apărea în orice stadiu de dezvoltare; în plus, erorile pot fi introduse neintenționat atât de către designeri-analiști, cât și de către programatori, deoarece nu li se cere să aibă o bună înțelegere a domeniilor pentru care este dezvoltat AIS.

Reveniți la etapele anterioare. Acest dezavantaj este o manifestare a celui precedent: lucrul secvenţial pas cu pas asupra unui proiect poate duce la faptul că erorile făcute în etapele anterioare sunt descoperite doar în etapele ulterioare. Ca urmare, proiectul este revenit la etapa anterioară, reluat și abia apoi transferat la lucrările ulterioare. Acest lucru poate cauza întreruperi de program și poate complica relațiile dintre echipele de dezvoltare care efectuează etapele individuale.

Cea mai proastă opțiune este atunci când deficiențele etapei anterioare sunt descoperite nu în etapa următoare, ci mai târziu. De exemplu, în etapa de operare de probă, pot apărea erori în descrierea domeniului subiectului. Aceasta înseamnă că o parte din proiect trebuie să fie readusă la stadiul inițial de lucru.

Dificultate în munca paralelă este asociată cu necesitatea coordonării diferitelor părți ale proiectului.Cu cât este mai puternică interconectarea părților individuale ale proiectului, cu atât mai des și mai atent trebuie efectuată sincronizarea, cu atât echipele de dezvoltare sunt mai dependente unele de altele. Ca urmare, avantajele muncii paralele se pierd pur și simplu; Lipsa paralelismului afectează negativ și organizarea muncii a întregii echipe.

Problemă suprasaturarea informatiei apare din cauza dependențelor puternice dintre diferitele grupuri de dezvoltare. Faptul este că atunci când se fac modificări la una dintre părțile proiectului, este necesar să se anunțe acei dezvoltatori care l-au folosit (ar putea folosi) în munca lor. Când există un număr mare de subsisteme interconectate, sincronizarea documentației interne devine o sarcină critică separată: dezvoltatorii trebuie să se familiarizeze constant cu modificările și să evalueze modul în care aceste modificări vor afecta rezultatele obținute.

Complexitatea managementului de proiect se datorează în principal secvenței stricte a etapelor de dezvoltare și prezenței unor relații complexe între diferitele părți ale proiectului. Secvența reglementată de lucru duce la faptul că unele grupuri de dezvoltare trebuie să aștepte rezultatele muncii altor echipe, astfel încât este necesară intervenția administrativă pentru a conveni asupra calendarului și componenței documentației transferate.

Dacă în lucrare sunt detectate erori, este necesar să revenim la etapele anterioare; munca curentă a celor care au greșit este întreruptă. Consecința acestui lucru este de obicei nerespectarea termenelor limită atât pentru proiectele reparate, cât și pentru cele noi.

Este posibil să se simplifice interacțiunea dintre dezvoltatori și să se reducă suprasaturarea de informații a documentației prin reducerea numărului de conexiuni între părțile individuale ale proiectului, dar nu fiecare AIS poate fi împărțit în subsisteme slab conectate.

Nivel ridicat de risc. Cu cât proiectul este mai complex, cu atât durează mai mult fiecare etapă de dezvoltare și cu atât relațiile dintre părțile individuale ale proiectului sunt mai complexe, numărul cărora crește și el. În plus, rezultatele dezvoltării pot fi văzute și evaluate cu adevărat numai în etapa de testare, adică după finalizarea analizei, proiectării și dezvoltării - etape a căror implementare necesită timp și bani semnificativi.

Evaluarea tardivă dă naștere la probleme serioase atunci când sunt identificate erori de analiză și proiectare, este necesară revenirea la etapele anterioare și repetarea procesului de dezvoltare. Cu toate acestea, revenirea la etapele anterioare poate fi asociată nu numai cu erori, ci și cu schimbări care au avut loc în domeniul subiectului sau în cerințele clienților în timpul dezvoltării. În același timp, nimeni nu garantează că subiectul nu se va schimba din nou până când următoarea versiune a proiectului este gata. De fapt, aceasta înseamnă că există posibilitatea unei „ciclări” a procesului de dezvoltare: costurile proiectului vor crește constant, iar data de livrare a produsului finit va fi întârziată în mod constant.

II. Model iterativ (Model treptat cu control intermediar) constă dintr-o serie de cicluri (pași) scurte de planificare, implementare, studiu, acțiune.

Crearea de sisteme informatice automatizate complexe presupune aprobarea solutiilor de proiectare obtinute in timpul implementarii sarcinilor individuale. Abordarea „de jos în sus” a proiectării necesită astfel de iterații ale returnărilor, atunci când soluțiile de proiectare pentru sarcini individuale sunt combinate în cele generale de sistem. În același timp, este necesar să se revizuiască cerințele formate anterior.

Avantaj Modelul iterativ este că ajustările între etape asigură o intensitate mai mică a muncii de dezvoltare în comparație cu modelul în cascadă.

Defecte model de iterație:

· durata de viață a fiecărei etape se extinde pe întreaga perioadă de lucru;

· din cauza unui număr mare de iterații, apar discrepanțe în implementarea deciziilor de proiectare și a documentației;

· complexitatea arhitecturii;

· dificultățile în utilizarea documentației de proiectare în etapele de implementare și exploatare necesită reproiectarea întregului sistem.

III. Model în spirală, spre deosebire de cel în cascadă, dar similar celui precedent, presupune un proces iterativ de dezvoltare a unui AIS. În același timp, crește importanța etapelor inițiale, precum analiza și proiectarea, la care se verifică și se justifică fezabilitatea soluțiilor tehnice prin realizarea de prototipuri.

Fiecare iterație reprezintă un ciclu complet de dezvoltare, care duce la lansarea unei versiuni interne sau externe a produsului (sau a unui subset produs final), care este îmbunătățit de la iterație la iterație pentru a deveni un sistem complet (Fig. 1.2).

Orez. 1.2. Model în spirală al ciclului de viață AIS

Astfel, fiecare tură a spiralei corespunde creării unui fragment sau a unei versiuni a unui produs software, obiectivele și caracteristicile proiectului sunt clarificate, calitatea acestuia este determinată și lucrul este planificat pentru următoarea tură a spiralei. Fiecare iterație servește la aprofundarea și specificarea consecventă a detaliilor proiectului, în urma căruia este selectată o opțiune rezonabilă pentru implementarea finală.

Utilizarea modelului în spirală vă permite să treceți la următoarea etapă a proiectului fără a aștepta ca cea actuală să fie complet finalizată - lucrul neterminat poate fi finalizat la următoarea iterație. Sarcina principală a fiecărei iterații este de a crea un produs funcțional pe care să-l demonstreze utilizatorilor cât mai repede posibil. Astfel, procesul de realizare a clarificărilor și completărilor la proiect este simplificat semnificativ.

Abordarea spirală a dezvoltării software depășește majoritatea dezavantajelor modelului cascadă, în plus, oferă o serie de caracteristici suplimentare, făcând procesul de dezvoltare mai flexibil.

Avantaje abordare iterativă:

Dezvoltarea iterativă simplifică semnificativ efectuarea de modificări la proiect atunci când cerințele clienților se modifică;

Când se utilizează modelul în spirală, elementele individuale ale AIS sunt integrate treptat într-un singur întreg. Deoarece integrarea începe cu mai puține elemente, există mult mai puține probleme în timpul integrării;

Reducerea nivelului riscurilor (o consecință a avantajului anterior, deoarece riscurile sunt descoperite tocmai în timpul integrării). Nivelul de risc este maxim la începutul dezvoltării proiectului și scade pe măsură ce dezvoltarea progresează;

Dezvoltarea iterativă oferă o mai mare flexibilitate în managementul proiectelor, făcând posibilă efectuarea de modificări tactice la produsul dezvoltat. Astfel, puteți reduce timpul de dezvoltare prin reducerea funcționalității sistemului sau puteți utiliza produse de la terți ca componente în loc de propriile dezvoltări(relevant pentru economie de piata când este necesar să reziste promovării produselor concurenților);

Abordarea iterativă facilitează reutilizarea componentelor deoarece este mult mai ușor să identifici părți comune ale unui proiect atunci când acestea sunt deja parțial dezvoltate decât să încerci să le izolezi chiar la începutul proiectului. Analizând designul după câteva iterații inițiale dezvăluie componente comune, reutilizabile, care vor fi îmbunătățite în iterațiile ulterioare;

Modelul în spirală permite un sistem mai fiabil și mai stabil. Acest lucru se datorează faptului că pe măsură ce sistemul evoluează, erorile și punctele slabe sunt descoperite și corectate la fiecare iterație. În același timp, sunt ajustați parametrii critici de eficiență, care în cazul modelului în cascadă sunt disponibili numai înainte de implementarea sistemului;

Abordarea iterativă permite îmbunătățirea procesului
dezvoltare - ca rezultat al analizei la finalul fiecărei iterații, se evaluează schimbările în organizarea dezvoltării; se îmbunătățește în următoarea iterație.

Principala problemă a ciclului spiral- dificultatea de a determina momentul trecerii la etapa urmatoare. Pentru a o rezolva, este necesar să se introducă restricții de timp pentru fiecare etapă a ciclului de viață. În caz contrar, procesul de dezvoltare se poate transforma într-o îmbunătățire nesfârșită a ceea ce a fost deja făcut.

Implicarea utilizatorilor în procesul de proiectare și copiere a aplicației vă permite să primiți comentarii și completări la cerințe direct în timpul procesului de proiectare a aplicației, reducând timpul de dezvoltare. Reprezentanții clienților au posibilitatea de a controla procesul de creare a sistemului și de a influența conținutul funcțional al acestuia. Rezultatul este punerea în funcțiune a unui sistem care ține cont de majoritatea nevoilor clienților.

Modelul ciclului de viață și tehnologia de proiectare

Mai devreme spuneam că tehnologia de proiectare stabilește succesiunea de acțiuni necesare obținerii unui proiect IP. Evident, implementarea fiecăreia dintre aceste acțiuni înseamnă o tranziție a sistemului informațional de la o stare la alta. Astfel, orice tehnologie de proiectare descrie în mod unic un anumit model de ciclu de viață. Pe de altă parte, prin construirea unui model de ciclu de viață al unui sistem informațional, adică prin definirea:

· sarcini, alcătuirea și succesiunea lucrărilor efectuate;

· rezultatele obținute în urma fiecărei acțiuni efectuate;

· metode și mijloace necesare pentru efectuarea lucrării;

· rolurile și responsabilitățile participanților;

· alte informații necesare pentru planificarea, organizarea și gestionarea dezvoltării colective a PI,

vom primi o descriere clară a tehnologiei de proiectare pe care am ales-o. Astfel, modelul ciclului de viață este o parte integrantă și cea mai importantă a tehnologiei de proiectare a sistemelor informaționale.

Etape și etape de proiectare

Conceptele de „etapă” și „etapă” de proiectare sunt adesea confundate. Uneori vorbesc despre etape sau faze ciclu de viață, trepte proiecta. Apare întrebarea: care este calea corectă?

Trebuie amintit că în diferit standarde internaționale Terminologia utilizată poate varia. Ne vom concentra, ori de câte ori este posibil, pe terminologia GOST-urilor interne. Etapa de proiectare vom numi o parte a procesului de creare a unui IP, limitată de un anumit interval de timp și care se încheie cu lansarea unui anumit produs (model, documentație, text program etc.). Pe baza obiectivelor comune, etapele de proiectare pot fi combinate în etape. De exemplu, etapa „Proiectare tehnică”, etapa „Implementare” etc.

Conform datelor publicate, fiecare etapă a dezvoltării AIS necesită o anumită perioadă de timp. În cea mai mare parte (45-50%) timpul este alocat codării, testării complexe și offline. În medie, dezvoltarea unui AIS ocupă o treime din întregul ciclu de viață al sistemului.

Orez. Distribuția timpului în timpul dezvoltării AIS

Etapele creării unui AIS (ISO/IEC 15288)

Standardul ISO/IEC 12207 definește o structură a ciclului de viață care conține procesele, activitățile și sarcinile care trebuie efectuate în timpul creării unui sistem informațional.