Managementul proiectului AIS. AIS „Management de proiect. Concepte de bază ale proiectării AIS

Există multe metode și opțiuni pentru dezvoltarea AIS, a căror utilizare depinde de diverși factori, de exemplu, dimensiunea întreprinderilor și (sau) IS-urile lor, obiectivele de creare a unui IS, resursele disponibile etc. Metode și principii de proiectare un IS este discutat în capitolele anterioare.

Ciclul de viață al proiectului software este un set de etape și etape de dezvoltare software, de la analiza sistemului și dezvoltarea cerințelor inițiale până la instalarea (instalarea) acestuia pe computer.

Experiența în dezvoltarea și implementarea diferitelor clase de AIS a demonstrat o eficiență ridicată (inclusiv economică) a aplicației lor, în special la întreprinderile mari. Se reflectă într-o bună organizare a forței de muncă și a producției, o creștere a preciziei planificării și implementării sarcinilor stabilite, în asigurarea ritmului întreprinderii, reducerea ponderii muncii manuale, sprijin eficient (inclusiv operațional) pentru diverse informații. categorii de utilizatori etc. Perioada medie de recuperare pentru astfel de sisteme nu depășește de obicei doi ani.

La dezvoltarea IS, în majoritatea cazurilor, se acordă preferință soluțiilor de proiectare standard, adaptate condițiilor și capacităților specifice ale Clientului. Proiectele individuale sunt dezvoltate în absența soluțiilor standard sau când parametrii de bază ai organizației diferă semnificativ (cu mai mult de 10-15%) de soluțiile standard. Acest lucru se aplică de obicei organizațiilor mari și mari.

Nicio schemă de dezvoltare IC nu este absolută. Sunt posibile diverse opțiuni, în funcție, de exemplu, de condițiile inițiale în care se realizează dezvoltarea: se dezvoltă un sistem complet nou; a fost deja realizat un sondaj al întreprinderii și există un model al activității sale; întreprinderea are deja un IS care poate fi folosit ca prototip inițial sau ar trebui integrat cu cel dezvoltat.

Dezvoltarea detaliată a proiectului AIS presupune disponibilitatea unui set complet de documentație organizațională, de proiectare, tehnologică și operațională.

Proiectarea oricărui obiect se realizează cu:

• a) determinarea scopului său funcțional (de ce este necesar, ce și cum face obiectul proiectat),
• b) identificarea conexiunilor logice (modul în care obiectul proiectat își îndeplinește scopul funcțional, ce informații sunt procesate și în ce ordine),
• c) alegerea mijloacelor materiale pentru implementarea obiectului proiectat - aspectul funcțional, tehnologic și tehnic (media, instrumente de prelucrare a datelor etc.);
• d) amplasarea spațială (teritorială) a mijloacelor materiale de vânzare în zonele alocate sau posibile pentru utilizare;
• e) formarea structurii organizatorice și de conducere a obiectului proiectat (alcătuirea departamentelor, puterilor și responsabilitățile funcționale muncitorii)

După alegerea metodei de proiectare AIS, este necesar să planificați un set de lucrări pentru a crea un sistem în conformitate cu etapele tipice de dezvoltare a acestuia. Proiectul este revizuit și aprobat de către Client. Proiectarea AIS implică implementarea anumitor etape și etape.

Pentru implementarea cu succes a proiectului, este necesar să se stabilească etape reale cu un început și un sfârșit clar marcați. Elaborarea unui plan de lucru detaliat este asociat cu o descriere a proceselor și a succesiunii acestora efectuate în fiecare etapă, a specialiștilor, fondurilor și resurselor necesare. Această abordare ajută într-o măsură mai mare la evitarea omisiunilor și greșelilor. Este necesar pentru angajații care implementează implementarea unui proiect de automatizare și, de asemenea, are un impact pozitiv asupra persoanelor care îl finanțează.

Implementarea etapizată eficientă a lucrărilor de proiectare este asociată cu necesitatea de a elabora un program de implementare a acestora, inclusiv resurse și calendarul (etapele) implementării acestora (a se vedea programele și cifrele anterioare). Resursele includ personalul necesar, hardware, software, finanțare și infrastructură. În același timp, este mai bine să o finanțați separat pentru fiecare tip de lucrare (achiziționarea de fonduri și software, instalare, instruire, etape individuale de proiectare etc.).

Pentru automatizare tipuri diferite activitățile (management, proiectare, cercetare etc.), inclusiv combinațiile acestora, utilizează prevederile GOST 34.601-90. Acesta prevede următoarele etape și etape de proiectare (tabelul 1).

masa 2

Standardul prevede, de asemenea, că:

• · Etapele și etapele realizate de organizațiile care participă la crearea UA sunt stabilite în contracte și termeni de referință pe baza acestui standard.
• · Este permisă excluderea etapei „Proiectare proiect” și a etapelor separate de lucru în toate etapele, pentru a combina „Proiectare tehnică” și „Documentație de lucru” într-o singură etapă „Proiectare tehnologică”. În funcție de specificul PNP-urilor create și de condițiile pentru crearea lor, este permisă efectuarea etapelor individuale de lucru înainte de finalizarea etapelor anterioare, paralel cu executarea în timp a etapelor de lucru, includerea de noi etape de lucru.

Proiectul tehnic (proiectare preliminară) conține diagrame de circuit și documentația de proiectare a obiectului de dezvoltare și a componentelor sale, o listă a instrumentelor software gata pregătite și suport tehnic(inclusiv tipuri de computere, sisteme de operare, programe de aplicații etc.), algoritmi pentru rezolvarea problemelor pentru dezvoltarea de noi instrumente software).

Proiectare detaliată - etapa finală de proiectare, în general, asigurând clarificarea și detalierea rezultatelor etapelor anterioare, crearea și testarea unui prototip al obiectului de automatizare, dezvoltarea și testarea produselor software, documentația tehnologică și operațională.

În practica modernă de proiectare a sistemelor informatice automatizate (de exemplu, AIPS, ASNTI, ACS etc.), poate fi etapa inițială a implementării acestora în activitatea unei organizații sau servicii a Clientului proiectului sau a șefului una într-un număr de alte organizații automatizate, servicii etc.

Dezvoltarea detaliată a proiectării sistemului presupune disponibilitatea unui set complet de documentație organizațională, de proiectare, tehnologică și operațională.

Standardul de stat GOST 19.102-77 stabilește următoarele etape de dezvoltare a documentației software:

• 1. Termenii de referință;
• 2. Proiect de proiect;
• 3. Proiectare tehnică;
• 4. Proiect de lucru;
• 5. Implementare.

Rețineți că pentru proiectele mici numărul de etape poate fi redus.

Ca parte a implementării primei etape „Formarea cerințelor pentru UA”, obiectul este examinat și necesitatea creării unui AIS este justificată, luând în considerare cerințele utilizatorului pentru AIS proiectat. Aceste proceduri din prima fază de proiectare fac parte din studiul de pre-proiectare. Aceasta poate include, de asemenea, procedurile celei de-a doua etape a proiectării - „Dezvoltarea conceptului NPP”.

În procesul de cercetare pre-proiectare, se efectuează un studiu de fezabilitate pentru fezabilitatea creării unui AIS; dezvoltarea cerințelor generale pentru dezvoltarea AIS.

În procesul unui studiu de pre-proiectare pentru implementarea lucrărilor de proiectare necesare, sunt identificate următoarele:

• · resurse materiale,
• · resurse financiare,
• · resurse umane,
• · Resurse temporare.

În prezent, orice organizație are la dispoziție unele resurse materiale, de regulă, de origine eterogenă. Pentru a asigura siguranța acestor resurse, este necesar să se țină evidența și să se numească persoane responsabile. Soluția la această problemă poate fi realizată folosind diverse aplicații, cum ar fi 1C: Enterprise, AVARD și multe altele. Dar aceste programe sunt foarte scumpe, atât la cumpărare, cât și la întreținere. Necesită educație specială și instruire a personalului.

În proiectare ar trebui să înțeleagă procesul de creare a unui prototip al obiectului propus sau posibil.

Tehnologia modernă pentru crearea AIS este o combinație de instrumente și metode de proiectare eficiente care simplifică acest proces, reduc costurile, reduc calendarul de proiectare a sistemului și îmbunătățesc calitatea dezvoltării datorită unei selecții largi de soluții de proiectare avansate dovedite.

În principal instrumente de proiectare poate fi atribuit:

Soluții tipice de proiectare (TPD) și pachete de aplicații (PPP). TPR - un set de elemente algoritmice și software care asigură implementarea sarcinilor pe un computer cu ajutorul mijloacelor tehnice adecvate;

Sisteme de proiectare asistate de computer (CAD), care implică utilizarea computerelor în toate etapele de creare AIS.

Cerințe generale pentru instrumentele de proiectare:

Acoperirea completă a întregului proces de creare AIS;

Compatibilitate, adică consecvență atât în ​​procesul de creare a unui sistem, cât și în procesul de funcționare a acestuia;

Versatilitate, adică posibilitatea de a utiliza aceleași instrumente pentru diferite obiecte;

Accesibilitate în dezvoltare și simplitate (simplitate) în implementare;

Posibilitatea organizării procesului de proiectare în modul de interacțiune interactivă a dezvoltatorului de sistem, proiectantului și computerului;

Adaptabilitate și rentabilitate.

Printre metode de proiectare aloca:

Design original;

Design tipic și tipurile sale: elementar, subsistem, modular, grup;

Proiectare asistată de calculator.

Metoda de proiectare originală este tradițională și se concentrează asupra unei întreprinderi specifice. Caracteristică caracteristică Această metodă este dezvoltarea metodelor originale de inspecție a obiectelor și crearea documentației necesare sub forma unui proiect individual. Avantajul acestei metode este reflectarea caracteristicilor specifice ale obiectului de automatizare în proiectul AIS. Dezavantajele includ o intensitate relativ mare a forței de muncă și un timp de dezvoltare lung, un indicator scăzut de fiabilitate funcțională și adaptabilitate la condiții în schimbare. Cu toate acestea, proiectele create prin metoda originală se împrumută modernizării în formă pură această metodă este rar utilizată. Astăzi, în timpul implementării sale, sunt utilizate diverse instrumente de proiectare și doar anumite părți ale proiectului necesită soluții de proiectare originale. Acest lucru ușurează oarecum neajunsurile sale. Cu toate acestea, această metodă rămâne relevantă atunci când automatizează obiecte complexe, extraordinare.

V condiții moderne AIS nu este de obicei construit de la zero. În prezent, în economie, la aproape toate nivelurile de management și la toate obiectele economice, funcționează sisteme automatizate de procesare a informațiilor. Nevoia crescută de informații operaționale în timp util, de înaltă calitate și necesită crearea AIS pe o nouă bază tehnică și tehnologică.

Căutarea unor modalități raționale de proiectare merge în următoarele direcții:

1. dezvoltarea de soluții standard de proiectare implementate în pachete software aplicate (PPP) pentru rezolvarea problemelor economice cu legarea ulterioară a PPP la condițiile specifice de implementare și funcționare;

2. dezvoltarea sistemelor de proiectare automată.

Prima dintre modalități este capacitatea de a utiliza soluții standard de proiectare incluse în pachetele de programe aplicate.

Design tipic- o metodă industrială de creare a AIS utilizând TPR și RFP. Această metodă se caracterizează prin prezența unor instrumente dovedite, standard organizaționale-economice, tehnice, informaționale, matematice și de control al software-ului. Aplicarea acestei metode face posibilă reducerea intensității muncii, reducerea costurilor și scurtarea timpului de proiectare și îmbunătățirea calității proiectării. Procesul tipic de proiectare constă în selectarea și legarea subsistemelor suport în conformitate cu cerințele unui AIS specific. Partea tipică a AIS este un complex de informații, software și hardware. Natura tipică a suportului informațional se realizează prin respectarea strictă a unității structurii bazei de informații, compoziția matricelor, formelor de intrare și ieșire a documentelor. Natura tipică a software-ului este realizată prin utilizarea PPP, iar natura tipică a suportului tehnic se realizează prin utilizarea computerelor de același tip sau combinate.

1. O variantă a metodei tipice de proiectare este metoda design elementar, care se bazează pe TPR. Când se dezvoltă un proiect, se folosește o soluție gata făcută cu modificări minore și nu se dezvoltă una nouă.

2. Când utilizați metoda modulară TPR sunt create pe o bază modulară, atunci când fiecare soluție de proiectare este împărțită în părți componente separate - module care implementează o anumită parte a TPR. Acest lucru vă permite să creați un proiect pentru un nou sistem automat prin combinarea modulelor standard individuale.

3. Când utilizați metoda de proiectare a subsistemului pentru fiecare subsistem, sunt create proiecte de soluții și pachete de aplicații - la nivel de sistem și funcționale. Alocarea subsistemelor depinde de obiectul procesului economic și de producție. Pentru fiecare dintre subsisteme, sunt dezvoltate propriile soluții de proiectare automată și PPP, care pot fi la nivelul întregului sistem sau funcționale. PPP la nivel de sistem includ PPP-uri de gestionare a datelor, PPP-uri ale procedurilor standard de procesare a datelor, metode de statistici matematice și programare discretă, etc. și management sectorial.

O cerință importantă pentru RFP este compatibilitatea, deoarece atunci când proiectați AIS, este recomandabil să utilizați mai multe pachete simultan. Proiectarea sistemelor care utilizează PPP este de fapt redusă la legarea pachetelor selectate în funcție de anumiți parametri la condițiile specifice ale obiectului de automatizare. Calități pozitive Această abordare a proiectării poate fi numită: proces mai puțin intensiv în muncă, reducerea timpului de proiectare în comparație cu proiectarea originală, implementarea metodelor avansate de procesare a datelor, simplificarea documentației proiectului (deoarece se folosește documentația pachetului), fiabilitate sporită a AIS proiectat.

4. În plus, există metoda de proiectare a grupului... Esența sa constă în selectarea preliminară a unui grup de obiecte de același tip din punct de vedere al caracteristicilor. Dintre acestea, este selectat obiectul de bază, pentru care se dezvoltă proiectul, și pot fi utilizate diverse metode și metode de proiectare. Principalul lucru aici este asigurarea unei adaptabilități ridicate a proiectului. Domeniul principal de aplicare a acestei metode este instalațiile neindustriale (de exemplu, depozite).

Următoarele activități se pretează cel mai eficient automatizării:

1. contabilitate, inclusiv management și financiar. Cel mai mare număr de RFP-uri au fost create în scopuri contabile. Printre acestea se numără „1C: Contabilitate”, „Turbo-Contabil”, „Info-Contabil”, „Parus”, „ABACUS”, „Bambi +” etc .;

2. Serviciu de ajutor și informații activitatea economică... Reprezentat de următorul PPP: "GARANT" (impozite, contabilitate, audit, antreprenoriat, bancar, reglementare valutară, control vamal); „CONSULBTANT +” (impozite, contabilitate, audit, antreprenoriat, activități bancare, reglementare valutară, control vamal).

3.economic și activități financiare... Reprezentată de următoarea cerere de ofertă:

a) „Analiza economică și prognoza firmei, organizației” (firma „INEK”), care implementează funcțiile: analiză economică activitățile unei firme, întreprinderi; întocmirea planurilor de afaceri; studiu de fezabilitate pentru rambursarea împrumutului; analiza și selectarea opțiunilor pentru activități; prognoza soldului, fluxurilor de numerar și bunurilor finite.

b) Complex de rețea multi-utilizator de automatizare completă a corporației Galaktika (JSC Novy Atlant), care include planificarea, managementul operațional, contabilitatea și controlul, analiza, în plus, permite în cadrul DSS să asigure soluția planificării afacerii probleme la utilizarea PPP Project- Expert.

4. organizarea muncii șefului;

5. automatizarea fluxului de documente;

6. instruire.

Recent, întreprinderile și firmele preferă să cumpere pachete și tehnologii gata făcute și, dacă este necesar, să le adauge propriul software, deoarece dezvoltarea propriului AIS este asociat cu costuri și riscuri ridicate. De regulă, este dezvoltat și propus un sistem de bază, care este adaptat în funcție de dorințele clienților individuali. În același timp, utilizatorilor li se oferă consultații care ajută la minimizarea timpului de implementare a sistemelor și tehnologiilor, le utilizează în cel mai eficient mod și îmbunătățesc calificările personalului.

Sisteme de proiectare asistate de computer - al doilea mod de dezvoltare rapidă a lucrărilor de proiectare.

Dintre metodele de proiectare asistate de computer, metodele de proiectare a modelelor ocupă un loc special. Crearea și utilizarea sistemelor CAD oferă un nivel suficient de ridicat de fiabilitate funcțională, acoperire cuprinzătoare a tuturor proceselor tehnologice, reducerea intensității forței de muncă a lucrărilor de proiectare cu luarea în considerare maximă a intereselor obiectului de automatizare. Cu toate acestea, această metodă este destul de costisitoare și necesită dezvoltatori cu înaltă calificare. Cerința cheie pentru CAD este abilitatea de a construi și menține un anumit model de informație economică globală a obiectului de automatizare în sistemul de proiectare într-o stare adecvată. Un model este o afișare explicită a componentelor informaționale ale unui obiect de automatizare și a relațiilor dintre acestea. Scopul principal al construirii unui model este de a crea un proiect AIS corespunzător acestui model, luând în considerare și utilizând în mod activ toate caracteristicile obiectului. Un astfel de model ar trebui să conțină într-o formă formalizată o descriere a seturilor de componente informaționale și a relației dintre acestea, inclusiv legături de informații și interacțiune algoritmică. Folosind metoda de proiectare a modelului, abordarea sistemelor, care determină utilizarea computerelor nu numai în toate etapele de creare a sistemului, ci și în procesul de analiză a rezultatelor funcționării sale industriale. Dezvoltarea și aplicarea CAD a predeterminat tranziția către crearea de proiecte individuale, dar la un nivel semnificativ mai ridicat decât metoda de proiectare originală.

În ultimul deceniu, a apărut o nouă direcție în domeniul automatizării proiectării IC și IT - Tehnologie de dezvoltare software CASE asistată de computer(CASE - Inginerie software / sistem asistat de calculator). Complexitatea crescândă a sistemelor informaționale, cerințele tot mai mari pentru acestea au condus la necesitatea industrializării tehnologiilor pentru crearea lor.

Tehnologie CASE este un set de metode de analiză, proiectare, dezvoltare și întreținere a IS, susținut de un set de instrumente de automatizare interconectate. CASE este un set de instrumente pentru analiștii de sistem, dezvoltatori și programatori care automatizează procesul de proiectare și dezvoltare de circuite integrate. Sistemele CASE sunt utilizate ca un instrument puternic pentru rezolvarea problemelor de cercetare și proiectare, cum ar fi analiza structurală a subiectului, implementarea proiectului utilizând ultima generație de limbaje de programare, lansarea documentației proiectului, testarea implementării proiectului, planificarea și controlul dezvoltărilor, modelarea aplicații de afaceri pentru rezolvarea problemelor operaționale și planificarea strategică și gestionarea resurselor etc.

Scopul principal al CASE este de a automatiza cât mai mult posibil dezvoltarea și funcționarea sistemelor.

Atunci când se utilizează tehnologiile CASE, tehnologia de lucru în toate etapele ciclului de viață al sistemelor automate se schimbă. În sistemele CASE, proiectarea se bazează pe metode vizuale vizuale de dezvoltare, în timp ce grafice, diagrame, tabele, diagrame și explicații textuale la acestea sunt utilizate pentru a descrie modelul IS proiectat. Astfel de metodologii oferă o descriere riguroasă și descriptivă a sistemului proiectat, care începe cu o imagine de ansamblu a sistemului și apoi intră în mai multe detalii, devenind o structură ierarhică cu un număr tot mai mare de niveluri.

Automatizarea programării se bazează pe generarea automată de coduri de programe care conțin descrieri de date, logica principală a procesării acestora, scheme de baze de date, fișiere de descriere a interfeței etc. Codurile sunt în continuare rafinate și rafinate, dar în unele cazuri automatizarea ajunge la 90%. În plus, tehnologia CASE generează documentația necesară a proiectului gata de utilizare.

Când se utilizează tehnologia CASE, este oferit suportul unei singure baze de proiect, adică toate informațiile despre AIS dezvoltat sunt plasate automat într-o singură bază de date a proiectului. Aceasta menține coerența, consistența, completitudinea și redundanța minimă a datelor de proiectare.

Tehnologia CASE oferă munca în echipă a echipelor de dezvoltare, deoarece diferiților grupuri de specialiști li se oferă instrumente adecvate, precum și capacitatea de a efectua în mod consecvent și corect modificări proiectului de către diferiți specialiști în timp real.

Tehnologiile CASE sunt folosite cu succes pentru a construi aproape toate tipurile de AIS. CASE este, de asemenea, utilizat pentru a crea modele de sisteme care ajută structurile comerciale să rezolve problemele planificării strategice, managementului financiar, determinării politicii companiei, instruirii personalului etc.

CASE au următoarele avantaje principale:

Îmbunătățiți calitatea IS (IT) creată prin intermediul controlului automat (în primul rând, controlul proiectului);

Permiteți în scurt timp să creați un prototip al viitorului SI (IT), care vă permite să evaluați rapid, în primele etape, rezultatul scontat;

Accelerați procesul de proiectare și dezvoltare a sistemului;

Eliberați dezvoltatorul de munca de rutină, permițându-i să se concentreze în totalitate asupra părții creative a designului;

Acestea sprijină dezvoltarea și întreținerea unui IS care funcționează deja.

Până acum s-a format o puternică industrie CASE, care a unit sute de firme și companii de diferite orientări. Printre acestea se remarcă:

Companii-dezvoltatori de instrumente pentru analiza și proiectarea IP și IT

Companii-dezvoltatoare de instrumente speciale cu accent pe domenii înguste sau în etape individuale ale ciclului de viață al PI;

Firme de instruire care organizează seminarii și cursuri de instruire pentru specialiști;

Firme de consultanță care oferă asistență practică în utilizarea pachetelor CASE pentru dezvoltarea SI specifice;

Firme specializate în publicarea de periodice și buletine despre tehnologiile CASE.

Nbsp; Modele de ciclu de viață AIS

Modelul ciclului de viață AIS este o structură care descrie procesele, acțiunile și sarcinile care se desfășoară și cursul dezvoltării, funcționării și întreținerii pe parcursul întregului ciclu de viață al sistemului.

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

Modelul ciclului de viață AIS include:

Rezultatele lucrărilor în fiecare etapă;

Evenimente cheie sau puncte de finalizare și luare a deciziilor.

În conformitate cu modelele bine-cunoscute ale ciclului de viață al software-ului, se determină modelele ciclului de viață al AIS - cascadă, iterativă, spirală.

I. Modelul cascadei descrie abordarea clasică a dezvoltării sistemelor în orice domeniu; a fost utilizat pe scară largă în anii 1970 și 1980.

Modelul cascadei asigură organizarea secvențială a muncii, iar caracteristica principală 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 celei anterioare.

Aloca cinci etape stabile de dezvoltare, practic independente de aria subiectului (Fig. 1.1).

Pe primulÎn această etapă, se efectuează un studiu al zonei problematice, sunt formulate cerințele clientului. Rezultatul acestei etape este termenii de referință (atribuire de dezvoltare), convenit cu toate părțile interesate.

Pe parcursul al doilea etapă, în conformitate cu cerințele sarcinii tehnice, sunt dezvoltate anumite soluții de proiectare. Ca rezultat, apare un set de documentație a proiectului.

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

Pe Al patruleaÎn această etapă, software-ul primit este verificat pentru a respecta cerințele menționate în termenii de referință. Operațiunea de încercare vă permite să identificați diferite tipuri de defecte ascunse care apar în condițiile reale ale AIS.

Ultima etapă este predarea proiectul terminat, iar principalul lucru aici este convingerea clientului că toate cerințele sale sunt îndeplinite în totalitate.

Figura 1.1 Modelul ciclului de viață AIS cascadă

Etapele de lucru în cadrul modelului cascadei sunt deseori denumite părți ale ciclului proiectului AIS, deoarece etapele constau în multe proceduri iterative pentru clarificarea cerințelor sistemului și a opțiunilor de proiectare. Ciclul de viață AIS este mult mai complicat și mai lung: poate include un număr arbitrar de cicluri de clarificare, modificări și adăugiri la soluțiile de proiectare deja adoptate și implementate. În aceste cicluri, are loc dezvoltarea AIS și modernizarea componentelor sale individuale.

Avantajele modelului în cascadă:

1) în fiecare etapă, se formează un set complet de documentație a proiectului care îndeplinește criteriile de completitudine și coerență. În etapele finale, se dezvoltă documentația utilizatorului, care acoperă toate tipurile de suport AIS oferit de standarde (organizațional, informațional, software, tehnic etc.);

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

Modelul cascadei a fost inițial dezvoltat pentru a rezolva diverse tipuri de probleme de inginerie și nu și-a pierdut semnificația pentru câmpul aplicat până acum. În plus, abordarea cascadei este ideală pentru dezvoltarea AIS, deoarece deja la începutul dezvoltării, este posibil să se formuleze toate cerințele cu o precizie suficientă pentru a oferi dezvoltatorilor libertatea de implementare tehnică. Astfel de AIS, în special, includ sisteme complexe de decontare și sisteme în timp real.

Dezavantaje ale modelului de cascadă:

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

Erorile și neajunsurile în orice etapă apar, de regulă, în etapele ulterioare de lucru, ceea ce duce la necesitatea revenirii;

Complexitatea lucrării paralele la proiect;

Suprasaturare excesivă a informațiilor pentru fiecare dintre 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 consecventă a dezvoltării acordului rezultatelor cu părțile interesate se realizează numai după finalizarea următoarei etape de lucru. Ca urmare, se poate dovedi că AIS dezvoltat nu îndeplinește cerințele și astfel de neconcordanțe pot apărea în orice stadiu de dezvoltare; în plus, erorile pot fi introduse din greșeală atât de proiectanții analitici, cât și de programatori, deoarece nu li se cere să fie bine versați în domeniile pentru care este dezvoltat AIS.

Reveniți la etapele anterioare. Acest dezavantaj este una dintre manifestările celei anterioare: lucrarea secvențială pas cu pas pe un proiect poate duce la faptul că greșelile făcute în etapele anterioare sunt descoperite doar în etapele ulterioare. Ca urmare, proiectul este readus la etapa anterioară, refăcut și abia apoi transferat la lucrarea ulterioară. Acest lucru poate duce la o întrerupere a programului și poate complica relația dintre grupurile de dezvoltare care efectuează etape individuale.

Cea mai rea opțiune este atunci când defectele etapei anterioare sunt descoperite nu în etapa următoare, ci mai târziu. De exemplu, în etapa operației de încercare, pot apărea erori în descrierea zonei subiect. Aceasta înseamnă că o parte a proiectului trebuie readusă la stadiul inițial de lucru.

Complexitatea muncii paralele legat de necesitatea coordonării diferitelor părți ale proiectului Cu cât relația dintre părțile individuale a proiectului este mai puternică, cu atât ar trebui să se realizeze sincronizarea mai des și mai temeinic, cu atât mai dependente sunt reciproc echipele de dezvoltare. Drept urmare, beneficiile muncii paralele sunt pur și simplu pierdute; lipsa paralelismului afectează negativ organizarea muncii întregii echipe.

Problemă suprasaturarea informațiilor apare din dependențe puternice între diferite grupuri de dezvoltare. Faptul este că, atunci când faceți modificări la una dintre părțile proiectului, este necesar să anunțați acei dezvoltatori care l-au folosit (l-ar putea folosi) în munca lor. Cu 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în principal datorită secvenței stricte a etapelor de dezvoltare și prezenței unor relații complexe între diferite părți ale proiectului. Secvența de lucru reglementată duce la faptul că unele grupuri de dezvoltare trebuie să aștepte rezultatele muncii altor echipe, prin urmare, este necesară intervenția administrativă pentru a conveni asupra calendarului și compoziției documentației depuse.

Dacă sunt detectate erori în lucrare, este necesar să reveniți la etapele anterioare; munca actuală a celor care au greșit este întreruptă. Consecința acestui fapt este de obicei o întârziere în finalizarea atât a proiectului corectat, cât și a noului proiect.

Este posibil să se simplifice interacțiunea dintre dezvoltatori și să se reducă supraîncărcarea informațiilor din documentație prin reducerea numărului de conexiuni între părți individuale ale proiectului, dar nu fiecare AIS poate fi împărțit în subsisteme cuplate slab.

Nivel ridicat de risc. Cu cât proiectul este mai complex, cu atât durează fiecare etapă de dezvoltare și cu atât mai complexe sunt interconectările dintre părțile individuale ale proiectului, al căror număr crește, de asemenea. Mai mult, rezultatele dezvoltării pot fi cu adevărat văzute și evaluate doar în etapa de testare, adică după finalizarea etapelor de analiză, proiectare și dezvoltare, a căror implementare necesită timp și bani semnificativi.

Evaluarea tardivă creează probleme serioase în identificarea erorilor în analiză și proiectare - trebuie să reveniți la etapele anterioare și să repetați procesul de dezvoltare. Cu toate acestea, revenirea la etapele anterioare poate fi asociată nu numai cu erorile, ci și cu modificările care au avut loc în zona în cauză sau în cerințele clientului în timpul dezvoltării. În același timp, nimeni nu garantează că zona subiectului nu se va schimba din nou până când următoarea versiune a proiectului va fi gata. De fapt, acest lucru înseamnă că există probabilitatea de a „bucla” procesul de dezvoltare: costurile proiectului vor crește constant, iar termenele pentru livrarea produsului finit sunt amânate în mod constant.

II. Model iterativ constă într-o serie de cicluri scurte (pași) de planificare, implementare, studiu, acțiune.

Crearea AIS complexă implică aprobarea soluțiilor de proiectare obținute în implementarea sarcinilor individuale. Abordarea de proiectare de jos în sus necesită astfel de iterații de rentabilitate, atunci când soluțiile de proiectare pentru sarcini individuale sunt combinate în cele sistemice comune. În același timp, este necesară revizuirea cerințelor formate anterior.

Avantaj modelul iterativ este acela că ajustările între etape asigură o dezvoltare mai puțin intensă a forței de muncă în comparație cu modelul cascadei.

dezavantaje model iterativ:

· Durata de viață a fiecărei etape este prelungită pe întreaga perioadă de lucru;

· Datorită unui număr mare de iterații, există neconcordanțe în implementarea soluțiilor de proiectare și a documentației;

· Complexitatea arhitecturii;

· Dificultățile de utilizare a documentației de proiectare în etapele de implementare și operare necesită reproiectarea întregului sistem.

III. Model în spirală, spre deosebire de cascadă, dar similar cu precedentul, implică un proces iterativ de dezvoltare AIS. În același timp, crește importanța etapelor inițiale, precum analiza și proiectarea, la care fezabilitatea soluțiilor tehnice este verificată și justificată prin crearea de prototipuri.

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

Orez. 1.2. Model spiralat al ciclului de viață AIS

Astfel, fiecare rotație a spiralei corespunde creării unui fragment sau versiune a unui produs software, obiectivele și caracteristicile proiectului sunt specificate pe acesta, calitatea acestuia este determinată, se planifică lucrarea pentru următoarea rotație a spiralei. Fiecare iterație servește la aprofundarea și concretizarea consecventă a detaliilor proiectului, în urma căreia 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 finalizarea completă a celei actuale - lucrarea neterminată poate fi finalizată la următoarea iterație. sarcina principală fiecare iterație - creați un produs care să poată fi demonstrat utilizatorilor cât mai curând posibil. Astfel, procesul de a face ajustări și adăugiri la proiect este mult simplificat.

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

Avantaje abordare iterativă:

Dezvoltarea iterativă simplifică foarte mult modificarea proiectului atunci când se schimbă cerințele clientului;

Atunci 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 implementarea sa;

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

Dezvoltarea iterativă oferă o mai mare flexibilitate în gestionarea proiectelor, permițând modificări tactice ale produsului în curs de dezvoltare. Deci, puteți scurta timpul de dezvoltare prin reducerea funcționalității sistemului sau utilizarea acestuia ca părți componente produse de companii terțe în loc de propriile dezvoltări (relevante într-o economie de piață, atunci când este necesar să se opună promovării produselor concurenților);

O abordare iterativă face mai ușoară refolosirea componentelor, deoarece este mult mai ușor să identificați (să identificați) părțile comune ale proiectului atunci când acestea sunt deja parțial dezvoltate decât să încercați să le izolați chiar la începutul proiectului. Analiza proiectului după mai multe iterații inițiale relevă componente reutilizabile comune 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, se ajustează parametrii critici de performanță, care, în cazul unui model în cascadă, sunt disponibili numai înainte de implementarea sistemului;

O abordare iterativă îmbunătățește procesul
dezvoltare - ca urmare a analizei la sfârșitul fiecărei iterații, se efectuează o evaluare a schimbărilor în organizația de dezvoltare; se îmbunătățește la următoarea iterație.

Principala problemă a ciclului spiralat- dificultatea determinării momentului de tranziție la etapa următoare. Pentru a o rezolva, este necesar să se introducă limite 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 sa făcut deja.

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

Metodologiile moderne și tehnologiile de proiectare AIS care le implementează sunt livrate către în format electronicîmpreună cu instrumentele CASE și includ biblioteci de procese, șabloane, metode, modele și alte componente destinate construirii de software din clasa de sisteme la care se concentrează metodologia. Metodologiile și tehnologiile electronice formează nucleul unui set de acorduri instrumente dezvoltarea AIS. Caracteristicile soluțiilor metodologice moderne pentru proiectarea AIS nu pot fi implementate fără anumite tehnologii de proiectare care să corespundă dimensiunii și specificului proiectului.

Tehnologie de proiectare AIS este un set de metode și instrumente pentru proiectarea AIS, precum și metode și instrumente pentru organizarea proiectării (gestionarea procesului de creare și modernizare a unui proiect AIS).

Conform designului TP, AIS este un set de lanțuri de acțiuni secvențiale-paralele, conectate și subordonate, fiecare dintre ele putând avea propriul subiect. Acțiunile care sunt efectuate în proiectarea AIS pot fi definite ca operațiuni tehnologice indivizibile sau ca subprocese de operațiuni tehnologice. Toate acțiunile pot fi corecte proiecta, care modelează sau modifică rezultatele proiectării și estimat, care sunt dezvoltate conform criteriilor stabilite pentru evaluarea rezultatelor proiectării.

Astfel, tehnologia de proiectare este stabilită de o secvență reglementată de operațiuni tehnologice efectuate în procesul de creare a unui proiect bazat pe o anumită metodă.

Subiectul tehnologiei de proiectare alese ar trebui să fie reflectarea proceselor de proiectare corelate în toate etapele ciclului de viață AIS.

Principalele cerințe pentru tehnologia de proiectare aleasă sunt următoarele:

· Proiectul creat cu ajutorul acestei tehnologii trebuie să îndeplinească cerințele clientului;

· Tehnologia ar trebui să reflecte cât mai mult posibil toate etapele ciclului de viață al proiectului;

· Tehnologia ar trebui să asigure costuri minime de muncă și costuri pentru proiectare și sprijin pentru proiect;

· Tehnologia ar trebui să contribuie la creșterea productivității muncii proiectanților;

· Tehnologia ar trebui să asigure fiabilitatea proiectării și funcționării proiectului;

· Tehnologia ar trebui să faciliteze întreținerea ușoară a documentației proiectului.

Tehnologia de proiectare AIS implementează o metodologie de proiectare specifică. La rândul său, metodologia de proiectare presupune prezența unor concepte, principii de proiectare și este implementată printr-un set de metode și instrumente.

Metodele de proiectare AIS pot fi clasificate în funcție de gradul de utilizare a instrumentelor de automatizare, soluții tipice de proiectare, adaptabilitate la schimbările anticipate.

În funcție de gradul de automatizare, acestea se disting:

proiectare manuală, în care proiectarea componentelor AIS se realizează fără utilizarea unor instrumente software speciale; programarea se face în limbaje algoritmice;

proiectare computer, în care generarea sau configurarea (reglarea) soluțiilor de proiectare se realizează folosind instrumente software speciale.

În funcție de gradul de utilizare a soluțiilor tipice de proiectare, acestea se disting:

original (individual) proiectare, atunci când soluțiile de proiectare sunt dezvoltate „de la zero” în conformitate cu cerințele pentru AIS;

design tipic, presupunând configurația AIS din soluții de proiectare standard gata făcute (module software).

Design original AIS își asumă o atenție maximă la caracteristicile unei instalații automatizate.

Design tipic efectuate pe bază soluții gata făcuteși este o generalizare a experienței acumulate mai devreme în crearea de proiecte conexe.

Prin gradul de adaptabilitate a soluțiilor de proiectare următoarele metode diferă:

reconstrucţie- adaptarea soluțiilor de proiectare se realizează prin prelucrarea componentelor corespunzătoare (reprogramarea modulelor software);

parametrizare- soluțiile de proiectare sunt ajustate în conformitate cu parametrii specificați și variabili;

restructurarea modelului- modelul domeniului se schimbă, ceea ce duce la reformarea automată a soluțiilor de proiectare.

Combinarea diferitelor semne de clasificare a metodelor de proiectare determină natura tehnologiei de proiectare AIS utilizate. Există două clase principale de tehnologie de proiectare: canonicși industrial... Tehnologia de proiectare industrială este împărțită în două subclase: automatizat(utilizarea tehnologiilor CASE) și tipic proiectare (orientată parametric sau orientată spre model).

Tabelul 1.1.Caracteristicile claselor de tehnologie de proiectare

Proiectare AIS canonică se concentrează pe utilizarea în principal a modelului de cascadă a ciclului de viață AIS.

În funcție de complexitatea obiectului de automatizare și de setul de sarcini care trebuie rezolvate la crearea unui AIS specific, etapele și etapele de lucru pot avea intensitate de muncă diferită. Este permisă combinarea etapelor succesive și excluderea unora dintre ele în orice etapă a proiectului. De asemenea, este permisă începerea lucrărilor etapei următoare înainte de sfârșitul celei anterioare.

Etapele și etapele de creare AIS, efectuate de organizațiile participante, sunt prescrise în contracte și în termenii de referință pentru efectuarea muncii.

Etapa 1. Formarea cerințelor pentru AIS:

· Studiul facilității și justificarea necesității de a crea AIS;

· Formarea cerințelor utilizatorilor pentru AIS;

· Pregătirea unui raport privind munca efectuată și o sarcină tactică și tehnică pentru dezvoltare.

Etapa 2. Dezvoltarea conceptului AIS:

· Studiul obiectului de automatizare;

· Efectuarea lucrărilor de cercetare necesare;

· Dezvoltarea de opțiuni pentru conceptul de AIS, satisfacerea cerințelor utilizatorilor;

· Pregătirea raportului și aprobarea conceptului.

Etapa 3. Sarcină tehnică:

Elaborarea și aprobarea specificațiilor tehnice pentru crearea AIS.

Etapa 4. Proiect preliminar:

· Dezvoltarea soluțiilor de proiectare preliminară pentru sistem și părțile sale;

· Dezvoltarea documentației generale pentru AIS și părțile sale.

Etapa 5. Proiect tehnic:

· Dezvoltarea soluțiilor de proiectare pentru sistem și părțile sale;

· Dezvoltarea documentației pentru AIS și părțile sale;

· Elaborarea și executarea documentației pentru furnizarea componentelor;

· Dezvoltarea sarcinilor de proiectare în părțile conexe ale proiectului.

Etapa 6. Documentație de lucru:

· Dezvoltarea documentației de lucru pentru AIS și părțile sale;

· Dezvoltarea și adaptarea programelor.

Etapa 7. Punere in functiune:

· Pregătirea obiectului de automatizare; pregatirea personalului;

· Set complet de produse furnizate de AIS (software și hardware, complexe de software și hardware, produse de informare);

· Lucrări de construcție și instalare; punerea în funcțiune a lucrărilor;

· Efectuarea testelor preliminare;

· Desfășurarea operațiunii de încercare;

· Efectuarea testelor de acceptare.

Etapa 8. Escorta AIS:

· Efectuarea lucrărilor în conformitate cu obligațiile de garanție;

· Serviciu post-garanție.

Studiu Este studiul și analiza structurii organizaționale a întreprinderii, a activităților sale și sistemul existent procesarea informatiei.

Materialele obținute în urma sondajului sunt utilizate pentru:

Justificare pentru dezvoltarea și implementarea pe etape a sistemelor;

Elaborarea specificațiilor tehnice pentru dezvoltarea sistemelor;

Dezvoltarea proiectelor tehnice și de lucru ale sistemelor.

În etapa anchetei, este recomandabil să se distingă două componente: definirea strategiei de implementare AIS și o analiză detaliată a activităților organizației.

Sarcina principală a primei etape a sondajului este de a evalua volumul real al proiectului, obiectivele și obiectivele acestuia pe baza funcțiilor identificate și a elementelor informaționale ale obiectului automat la nivel înalt. Aceste sarcini pot fi implementate fie de către clientul AIS în mod independent, fie cu implicarea organizațiilor de consultanță. Această etapă implică o interacțiune strânsă cu principalii utilizatori potențiali ai sistemului și experți în afaceri. Sarcina principală a interacțiunii este de a obține o înțelegere completă și fără echivoc a cerințelor clientului. De obicei, informațiile de care aveți nevoie pot fi obținute prin interviuri, conversații sau ateliere cu conducerea, experții și utilizatorii.

La finalizarea etapei sondajului, devine posibil să se determine abordările tehnice probabile pentru crearea unui sistem și să se estimeze costurile implementării acestuia (pentru hardware, pentru software-ul achiziționat și pentru dezvoltarea de software nou).

Rezultatul etapei de definire a strategiei este un document (studiu de fezabilitate - studiu de fezabilitate - proiect), în care se formulează clar ce va primi clientul dacă este de acord să finanțeze proiectul, când primește produsul finit (programul de lucru) și modul în care mult va costa (pentru proiecte mari - acesta este un program de finanțare în diferite etape de lucru). Este de dorit să se reflecte în document nu numai costurile, ci și beneficiile proiectului, de exemplu, timpul de recuperare a proiectului, așteptat efect economic(dacă poate fi evaluat).

Limitări, riscuri, factori critici care pot afecta succesul proiectului;

Setul de condiții în care ar trebui să funcționeze viitorul sistem - arhitectura sistemului, resursele hardware și software, condițiile de operare, personalul de service și utilizatorii sistemului;

Condiții de finalizare a etapelor individuale, forma de acceptare / livrare a muncii, resursele implicate, măsuri de protejare a informațiilor;

Descrierea funcțiilor îndeplinite de sistem;

Oportunități pentru dezvoltarea și modernizarea sistemului;

Interfețele și distribuția funcțiilor între o persoană și un sistem;

cerințe pentru software și sisteme de gestionare a bazelor de date (SGBD).

În etapa de analiză detaliată a activităților organizației, sunt studiate activități care asigură implementarea funcțiilor de conducere, structura organizationala, personalul și conținutul muncii privind managementul întreprinderii, precum și natura subordonării organismelor superioare de management. Aici este necesar să se contureze materialele instructiv-metodice și directive, pe baza cărora sunt determinate compoziția subsistemelor și lista sarcinilor, precum și posibilitatea utilizării unor noi metode de rezolvare a problemelor.

Analiștii colectează și înregistrează informații sub două forme interdependente:

Funcții - informații despre evenimente și procese care au loc în organizația automatizată;

Entități - Informații despre clasele de obiecte care sunt relevante pentru organizație și despre care sunt colectate date.

Când se studiază fiecare sarcină de control funcțional, se determină următoarele:

Numele sarcinii; termenii și frecvența deciziei sale;

Gradul de formalizare a problemei;

Surse de informații necesare pentru rezolvarea problemei;

Indicatori și caracteristicile lor cantitative;

Procedura de corectare a informațiilor;

Algoritmi de operare pentru calcularea indicatorilor și a posibilelor metode de control;

Mijloace existente de colectare, transmitere și prelucrare a informațiilor;

Mijloace de comunicare existente;

Acuratețea acceptată a soluției problemei;

Complexitatea rezolvării problemei;

Formele existente de prezentare a datelor inițiale și rezultatele prelucrării acestora sub formă de documente;

Consumatorii informațiilor rezultate despre sarcină.

Una dintre cele mai consumatoare de timp, deși bine formalizate, sarcinile acestei etape este descrierea fluxului de lucru al organizației. La examinarea fluxului de lucru, se întocmește o diagramă a traseului de mișcare a documentelor, care ar trebui să reflecte:

Numărul de documente;

Locul formării indicatorilor documentului;

Relația documentelor în timpul formării lor;

Traseul și durata mișcării documentului;

Locul de utilizare și stocare a acestui document;

Comunicații de informații interne și externe;

Volumul documentului în semne.

Pe baza rezultatelor sondajului, se stabilește o listă a sarcinilor de management I care urmează să fie automatizate și succesiunea dezvoltării acestora.

În timpul fazei de sondaj, funcțiile planificate ale sistemului ar trebui clasificate în funcție de importanța lor. Unul dintre formatele posibile pentru prezentarea unei astfel de clasificări este MuSCoW. Această abreviere înseamnă: Trebuie să aibă - funcțiile necesare; Ar trebui să aibă - funcțiile dorite; Ar putea avea - I funcții posibile; Nu vor avea caracteristici lipsă.

Funcțiile primei categorii sunt esențiale pentru I munca de succes capabilitățile sistemelor. Implementarea funcțiilor categoriilor a doua și a treia este limitată de timp și cadru financiar: necesarul, precum și maximul posibil, în ordinea priorității, se dezvoltă numărul funcțiilor din categoriile a doua și a treia. Ultima categorie de funcții este deosebit de importantă, deoarece este necesar să înțelegem clar limitele proiectului I și setul de funcții care vor lipsi în sistem.

Modelele de activitate organizațională sunt create în două tipuri 1:

Modelul „așa cum este” - reflectă procesele de afaceri existente în organizație;

Modelul „a fi” reflectă schimbările necesare în procesele de afaceri, luând în considerare introducerea AIS. j

Deja în etapa de analiză, este necesar să se implice grupul de testare în lucru pentru a rezolva următoarele sarcini:

Obținerea caracteristicilor comparative ale platformelor hardware, sistemelor de operare, SGBD etc;

Elaborarea unui plan de lucru pentru a asigura fiabilitatea AIS și testarea acestuia.

Angajarea testerilor la începutul dezvoltării este o idee bună pentru orice proiect. Cu cât sunt descoperite erorile ulterioare în soluțiile de proiectare, cu atât este mai scump să le remediați; cel mai rău scenariu este detectarea lor în faza de implementare. Astfel, cu cât echipele de testare încep să identifice mai repede erorile din AIS, cu atât este mai mic costul lucrării la sistem. Timpul pentru testarea sistemului și pentru corectarea erorilor detectate ar trebui să fie furnizat nu numai în etapa de dezvoltare, ci și în etapa de proiectare.

Sistemele speciale de urmărire a erorilor sunt concepute pentru a facilita și crește eficiența testării. Utilizarea lor vă permite să aveți un singur depozit de erori, să urmăriți reapariția acestora, să controlați viteza și eficiența corectării erorilor, să vedeți cele mai instabile componente ale sistemului și, de asemenea, să mențineți comunicarea între echipa de dezvoltare și echipa de testare.

Rezultatele sondajului reprezintă o bază obiectivă pentru formarea specificațiilor tehnice pentru SIA.

Sarcină tehnică Este un document care definește obiectivele, cerințele și datele inițiale de bază necesare pentru dezvoltarea unui sistem de control automat.

Atunci când dezvoltați o misiune tehnică (TOR), este necesar să rezolvați următoarele sarcini:

· Să stabilească scopul general al creării AIS;

· Stabiliți cerințe generale pentru sistemul proiectat;

· Elaborați și fundamentați cerințele pentru informații, asistență matematică, software, hardware și tehnologică;

· Determinarea compoziției subsistemelor și a sarcinilor funcționale;

· Dezvoltarea și fundamentarea cerințelor pentru subsisteme;

· Să stabilească etapele de creare a sistemului și calendarul implementării acestora;

Faceți un calcul preliminar al costurilor de creare a unui sistem și determinați nivelul eficiență economică implementare;

· Determinarea compoziției interpreților.

Cerințele tipice pentru compoziția și conținutul misiunii tehnice sunt date în tabel. 1.6.

Tablitsa 1.6. Compoziția și conținutul sarcinii tehnice (GOST 34.602-89)

Proiect exclusiv asigură dezvoltarea de soluții de proiectare preliminară pentru sistem și părțile sale. Proiectarea preliminară nu este o etapă strict obligatorie. Dacă principalele soluții de proiectare sunt definite mai devreme sau sunt suficient de evidente pentru un anumit obiect AIS și automatizare, atunci această etapă poate fi exclusă din secvența generală de lucrări.

Funcții AIS;

Funcțiile subsistemelor, obiectivele acestora și efectul scontat al implementării;

Compunerea complexelor de sarcini și a sarcinilor individuale;

Conceptul bazei de informații și structura sa extinsă;

Funcții ale sistemului de gestionare a bazelor de date;

Compoziția unui sistem de calcul și a altor mijloace tehnice;

Funcțiile și parametrii software-ului principal.

Pe baza rezultatelor muncii efectuate, documentația este întocmită, convenită și aprobată în suma necesară pentru a descrie setul complet de decizii de proiectare adoptate și suficientă pentru lucrări ulterioare privind crearea sistemului.

În conformitate cu GOST 19.102-77, etapa preliminară de proiectare conține două etape: dezvoltarea unui proiect preliminar; aprobarea proiectului de proiectare.

Prima etapă de dezvoltare constă în:

Dezvoltarea preliminară a structurii datelor de intrare și ieșire;

Rafinarea metodelor de rezolvare a problemei;

Elaborarea unei descrieri generale a algoritmului pentru rezolvarea problemei;

Dezvoltarea unui studiu de fezabilitate;

Elaborarea unei note explicative.

În acest caz, este permisă combinarea și excluderea unor lucrări.

Mai jos este un set de documente care ar trebui și pot fi pregătite la sfârșitul proiectării schiței.

Documente obligatorii:

1) termenii actualizați de referință pentru proiectare și dezvoltare
opera AIS;

2) specificarea cerințelor de calificare pentru AIS;

3) un set de specificații de cerințe pentru componentele software funcționale și descrierea datelor;

4) specificarea cerințelor pentru interfețele interne ale componentei și interfețele cu mediul extern;

5) o descriere a sistemului de gestionare a bazei de date, a structurii și distribuției software-ului și a obiectelor informaționale din baza de date;

6) proiectează orientări pentru protecția informațiilor și asigurarea fiabilității funcționării AIS;

7) o versiune preliminară a manualului administratorului AIS;

8) o versiune preliminară a manualului de utilizare AIS;

9) un plan revizuit pentru implementarea proiectului;

10) plan rafinat de management al asigurării calității AIS;

11) notă explicativă a proiectului preliminar de AIS;

12) un contract (acord) revizuit cu clientul pentru detalii
nou design al AIS.

Documente întocmite de comun acord cu clientul:

1) o descriere preliminară a funcționării AIS;

2) o diagramă a fluxurilor de date între componentele funcționale ale AIS;

3) o diagramă rafinată a arhitecturii AIS, interacțiunea dintre componentele software și informaționale, organizarea procesului de calcul și alocarea resurselor;

4) o descriere a indicatorilor de calitate a componentelor și a cerințelor pentru acestea în etapele de dezvoltare AIS;

5) raport cu privire la indicatorii tehnici și economici, programul de implementare a proiectului, alocarea resurselor și bugetul;

6) un tabel de distribuție a specialiștilor pe componente și pe etape de lucru;

7) certificate de dezvoltatori pentru dreptul de a utiliza tehnologie și instrumente de automatizare pentru dezvoltarea AIS;

8) o descriere a cerințelor pentru compunerea și formele documentelor rezultate pe etape de lucru;

9) un plan pentru depanarea componentelor software, oferindu-i metode și instrumente de automatizare a testelor;

10) îndrumări preliminare pentru proiectarea detaliată
vaniya, programarea și depanarea componentelor AIS;

11) plan preliminar de vânzare și implementare;

12) o descriere a structurii preliminare a bazei de date.

Proiect tehnic sistemele sunt documentație tehnică care conține soluții de proiectare la nivel de sistem, algoritmi pentru rezolvarea problemelor, precum și o evaluare a eficienței economice a AIS. În această etapă, se efectuează un complex de cercetare și lucrări experimentale pentru a selecta principalele soluții de proiectare și a calcula eficiența economică a sistemului. Compoziția și conținutul proiectului tehnic sunt date în tabel. 1.7

Tabelul 1.7. Conținutul proiectului tehnic

În etapa „Documentație de lucru”, se realizează crearea unui produs software și dezvoltarea tuturor documentațiilor însoțitoare. Documentația trebuie să conțină toate informațiile necesare și suficiente pentru a asigura performanța lucrărilor la punerea în funcțiune a AIS și funcționarea acestuia, precum și pentru a menține nivelul caracteristicilor operaționale (calitatea) sistemului. Documentația elaborată trebuie întocmită, convenită și aprobată în mod corespunzător.

În etapa „Punerea în funcțiune” pentru AIS, sunt stabilite următoarele tipuri principale de teste: teste preliminare, funcționare de încercare și teste de acceptare. Dacă este necesar, este permisă efectuarea suplimentară a altor tipuri de teste ale sistemului și ale componentelor sale.

În funcție de relația dintre componentele AIS și obiectul automatizării, testele pot fi autonome și complexe. Componentele sistemului sunt implicate în testarea autonomă. Acestea sunt realizate de îndată ce piesele sistemului sunt gata de punere în funcțiune. Se efectuează teste complexe pentru grupuri de componente interconectate (subsisteme) sau pentru sistemul în ansamblu.

Pentru a planifica desfășurarea tuturor tipurilor de teste, se dezvoltă documentul „Metodologia programului și testului”. Dezvoltatorul documentului este stabilit în contract sau în TK. Testele sau cazurile de testare pot fi incluse în document ca atașament.

Depanarea este procesul de proiectare care consumă mai mult timp. Erorile ascunse apar uneori după mulți ani de funcționare a sistemului. Este imposibil să se evite complet erorile, care se datorează numărului astronomic de opțiuni pentru funcționarea sistemului. Este aproape imposibil să le verificați pe toate pentru o funcționare corectă în viitorul apropiat.

Costul identificării și eliminării erorilor în etapele ulterioare de proiectare crește aproximativ exponențial (Figura 1.10).

Cercetătorii numără 169 de tipuri de erori, rezumate în 19 clase mari:

1) logic;

2) erori de manipulare a datelor;

3) erori I / O;

4) erori în calcule;

Orez. 1.10. Costul relativ al detectării și remedierii unei singure erori

5) erori în interfețele utilizatorului;

6) erori în sistemul de operare și în programele auxiliare;

7) erori de aspect;

8) erori în interfețele de interpretare;

9) erori în interfețele „Program - software de sistem”;

10) erori la manipularea dispozitivelor externe;

11) erori de interfață cu baza de date (DB);

12) erori de inițializare a bazei de date;

13) erori de modificări la cerere din exterior;

14) erori legate de variabile globale;

15) greșeli repetitive;

16) erori în documentație;

17) încălcarea cerințelor tehnice;

18) erori nerecunoscute;

19) erori de operator.

Nu toate erorile provin de la dezvoltator. Potrivit diferiților cercetători, de la 6 la 19% din erori sunt cauzate de erori în documentație.

Relația dintre dezvoltare și testare în diferite etape ale proiectării AIS este prezentată în Fig. 1.11.

Acest lanț este „condiționat” doar condiționat într-o linie. În el sunt întotdeauna bucle recurente. Pentru a identifica erorile, dezvoltatorii creează teste speciale și efectuează o etapă de depanare. Dacă nu se găsesc erori, acest lucru nu înseamnă că nu există - poate că testul sa dovedit a fi prea slab.

Orez. 1.11. Corelația dintre dezvoltare și testare pe etape de proiectare AIS

Tehnica de depanare ia în considerare simptomele posibilelor erori:

Prelucrare incorectă (răspuns greșit, rezultat) - până la 30%;

Transfer greșit de control - 16%;

Incompatibilitatea programelor cu datele utilizate - 15%;

Incompatibilitatea programelor pentru datele transmise - până la 9%.

Când se dezvoltă sarcini de depanare, sunt rezolvate următoarele sarcini:

Teste de scriere;

Selectarea punctelor, zonelor și rutelor de control;

Determinarea listei cantităților controlate și procedura de stabilire a valorilor acestora;

Stabilirea ordinii de testare;

Evaluarea fiabilității și complexității depanării.

Programul care este depanat trebuie să funcționeze cel puțin o dată prin fiecare ramură a algoritmului și, în același timp, să atribuie o serie de valori variabilelor, captând limitele intervalului, mai multe valori în interiorul acestuia, valori zero și puncte singulare (dacă există). Pentru sistemele specializate, sunt dezvoltate limbaje speciale de depanare. Ele pot conține un număr relativ mic de comenzi (20-30) cu parametri de reglare suplimentari pentru a rezolva următoarele sarcini:

Controlul retragerii;

Modelarea procesului de execuție a programului care este depanat;

Emiterea stării componentelor de memorie în timpul executării programului;

Verificarea condițiilor pentru realizarea anumitor stări în procesul de execuție a programului;

Stabilirea valorilor de testare a datelor inițiale;

Implementarea salturilor condiționate în testare, în funcție de rezultatele executării altor macrocomenzi sau diferite teste;

Efectuarea operațiunilor de service pentru pregătirea programului pentru testare.

Procesul de depanare nu poate fi clasificat ca fiind complet formalizat, prin urmare există recomandări empirice pentru conduita acestuia, care sunt date mai jos.

1. Utilizați o abordare semantică, gândită în prealabil pentru depanare, planificați procesul de depanare și proiectați cu atenție seturi de date de testare din cele mai simple opțiuni posibile, eliminând cele mai probabile surse de eroare.

2. Colectați și analizați informații pentru a eficientiza procesul de testare:

Caracteristici și statistici de eroare;

Cu privire la specificul datelor inițiale și succesiunea variabilelor variabile din program și influența lor reciprocă;

Despre structura algoritmului și caracteristicile implementării sale software.

3. Găsiți o singură eroare odată.

Utilizați mijloacele de înregistrare și afișare a informațiilor despre erori, inclusiv în program codul de depanare special pentru tipărirea mostrelor de valori ale variabilelor, mesaje despre sfârșitul secțiunilor individuale ale programului, urmărirea, condițiile logice etc.

5. Studiați cu atenție rezultatul rezultat și comparați-l cu rezultatele preconizate preconizate.

6. Acordați atenție datelor, analizați cu atenție funcționarea programului atunci când utilizați valori limită și când introduceți incorect; controlați tipurile de date, intervalele, dimensiunile câmpului și precizia.

7. Utilizați analiza fluxului de date și analiza fluxului de control pentru a valida și a stabili domenii de date pentru diferite căi de execuție a programului.

8. Utilizați o varietate de instrumente de depanare în același timp, fără a vă baza pe o singură posibilitate. Utilizați în același timp instrumente automate și depanare manuală și testare, verificând codul programului pentru performanță, luând în considerare cele mai probabile erori.

9. Documentați orice erori găsite și remediate, diferențele, locația și tipul acestora. Aceste informații vor fi utile în prevenirea erorilor viitoare.

10. Măsurați complexitatea programelor. În programele cu complexitate ridicată, există o mare probabilitate de erori de specificație și proiectare și cu o complexitate scăzută - codare și erori clericale.

11. Pentru a spori experiența și practica în depanarea plasează artificial erorile în programe. După o anumită perioadă de depanare, programatorul ar trebui să sublinieze orice erori rămase pe care nu le-a găsit. O astfel de „însămânțare” este utilizată pe scară largă pentru a estima numărul de erori nedetectate (dacă atât erorile artificiale cât și cele reale sunt detectate și corectate uniform, atunci procentul de erori introduse introduse și erori reale poate fi utilizat pentru a prezice câte dintre ele rămân).

Se efectuează teste preliminare pentru a determina operabilitatea sistemului și pentru a rezolva problema posibilității acceptării acestuia în funcțiune de încercare. Testele preliminare trebuie efectuate după ce dezvoltatorul a depanat și testat software-ul și hardware-ul furnizate ale sistemului și a prezentat documentele relevante despre disponibilitatea lor pentru testare, precum și după ce personalul AIS s-a familiarizat cu documentația operațională.

Funcționarea de încercare a sistemului se efectuează pentru a determina valorile reale ale caracteristicilor cantitative și calitative ale sistemului și disponibilitatea personalului de a lucra în condițiile funcționării acestuia, precum și pentru a determina eficiența reală și a ajusta , dacă este necesar, documentația.

Se efectuează teste de acceptare pentru a determina conformitatea sistemului cu specificațiile tehnice, pentru a evalua calitatea operației de încercare și pentru a rezolva problema posibilității de acceptare a sistemului în funcțiune permanentă.

Trimite-ți munca bună în baza de cunoștințe este simplu. Folosiți formularul de mai jos

Studenții, studenții absolvenți, tinerii oameni de știință care folosesc baza de cunoștințe în studiile și munca lor vă vor fi foarte recunoscători.

postat pe http://www.allbest.ru/

Ministerul Educației și Științei Federația Rusă

Bugetul de stat federal instituție educațională studii superioare profesionale

Universitatea de Stat de Tehnologie și Proiectare din Sankt Petersburg

Munca cursului

După disciplină: „Arhitectura sistemelor informaționale”

Pe tema: „Proiectarea sistemelor informatice automate”

INTRODUCERE

În prezent, tehnologia calculatoarelor este din ce în ce mai răspândită atât în ​​producție, cât și în fluxul de lucru al întreprinderilor, iar lista sarcinilor acoperite de aceasta devine din ce în ce mai largă. Volumul și complexitatea informațiilor procesate sunt în continuă creștere și sunt necesare noi tipuri de prezentare a acestora.

Iată doar câteva dintre avantajele utilizării computerului pentru o organizație:

* Posibilitatea controlului operațional asupra acurateței informațiilor;

* Reducerea numărului de erori posibile la generarea datelor derivate;

* Posibilitatea de a accesa rapid orice date;

* Capacitatea de a genera rapoarte rapid;

* Economisirea costurilor forței de muncă și a timpului petrecut pentru prelucrarea informațiilor.

Toate aceste avantaje sunt apreciate în prezent de multe organizații, prin urmare, astăzi există un proces de dezvoltare rapidă a sistemelor informatice automatizate și implementarea acestora în activitatea diferitelor instituții. În acest sens, subiectul pe care l-am ales este foarte relevant în prezent.

Principala caracteristică a industriei sistemelor de automatizare pentru diverse întreprinderi și instituții, caracterizată printr-o gamă largă de date de intrare cu diverse căi de procesare a acestor date, este concentrarea complexității în etapele inițiale ale analizei cerințelor și proiectarea specificațiilor sistemului cu relativ complexitate scăzută și laboriositate a etapelor ulterioare. De fapt, aici are loc înțelegerea a ceea ce va face viitorul sistem și a modului în care va funcționa pentru a îndeplini cerințele pentru acesta. Și anume, vagitatea și incompletitudinea cerințelor de sistem, problemele nerezolvate și greșelile comise în etapele de analiză și proiectare dau naștere la probleme dificile, adesea de nerezolvat în etapele ulterioare și, în cele din urmă, duc la eșecul întregii lucrări în ansamblu. O simplă replicare a unui sistem foarte bun de management al întreprinderii nu se va potrivi niciodată complet clientului, deoarece nu poate lua în considerare specificul său. Mai mult, în acest caz, apare problema alegerii exact a sistemului care este cel mai potrivit pentru o anumită întreprindere. Și această problemă este complicată și mai mult de faptul că cuvintele cheie care caracterizează diverse sisteme de informații sunt practic aceleași:

* Mediul informațional unificat al întreprinderii;

* Mod în timp real;

* Independență de legislație;

* Integrare cu alte aplicații (inclusiv sisteme care funcționează deja la întreprindere);

* Implementare fazată etc.

De fapt, problema automatizării complexe a devenit relevantă pentru fiecare întreprindere. Și pentru a face automatizări complexe, aveți nevoie de cunoștințe structurate în acest domeniu.

Scopul acestei lucrări: să vă familiarizați cu conceptul de sisteme informatice automatizate, să luați în considerare procesul de proiectare.

Pentru a atinge obiectivul, este necesar să rezolvați următoarele sarcini:

§ Formulează definiții ale conceptelor și termenilor de bază;

§ Luați în considerare obiectivele și obiectivele proiectării;

§ Familiarizați-vă cu etapele principale ale proiectării;

§ Evidențiați fazele de dezvoltare a sistemelor informatice automatizate;

§ Luați în considerare compoziția și structura misiunii tehnice și a proiectului tehnic.

1. DEFINIȚIA CONCEPTELOR SISTEMUL DE INFORMARE AUTOMAT (AIS), SISTEMUL DE INFORMARE (IS), PROIECTUL ȘI PROIECTAREA

La structurarea proceselor în domeniul activității umane, se utilizează diferite metode de izolare a componentelor (subprocese) și se obțin diverse rezultate, precum cercetarea și dezvoltarea, analiza și sinteza etc.

Proiectarea este destul de acceptabilă pentru a fi considerată un concept generalizator pentru multe sarcini intelectuale care sunt rezolvate în procesul de gândire și distinse în moduri diferite.

Rădăcina designului cuvântului subliniază legătura dintre procesul care are un astfel de nume și principalele rezultate ale acestui proces, după cum urmează:

a) proiecție - ce se obține prin analiza fenomenelor complexe pentru a obține reprezentări simplificate și

b) proiect - ceea ce se obține prin sintetizarea reprezentărilor complexe dintr-un set de imagini mai simple.

Cele două motive de mai sus au servit drept motiv pentru alegerea actuală a cuvântului design ca termen care denotă esența activității principale care se desfășoară în informatică.

În proiectarea sistemelor informaționale, sistemele informaționale sunt obiectele proiectării și acest lucru este destul de firesc pentru informatică (deoarece IS sunt considerate principalele sale obiecte).

După cum știți, sistemele informaționale sunt capabile să afișeze cele mai diverse fenomene ale universului și, prin urmare, toate fenomenele se dovedesc a fi și obiecte potențiale de proiectare.

Sistemele informaționale în multe cazuri se dovedesc a fi subiecte de proiectare, adică acei interpreți care realizează procesul de proiectare în sine. Prin studierea procesului de proiectare, suntem prin urmare în mare parte angajați în cercetarea sistemelor informaționale.

Un sistem este înțeles ca orice obiect care este considerat simultan atât ca un întreg unic, cât și ca un set de elemente eterogene combinate în interesul realizării obiectivelor stabilite. Sistemele diferă semnificativ unele de altele atât prin compoziție, cât și prin obiectivele lor principale.

În informatică, conceptul de sistem este răspândit și are multe semnificații semantice. Cel mai adesea este utilizat în legătură cu un set de hardware și software. Adăugarea la conceptul cuvântului sistem informațional reflectă scopul creării și funcționării sale. Sistemele informaționale asigură colectarea, stocarea, procesarea, căutarea și livrarea informațiilor necesare în procesul de luare a deciziilor cu privire la problemele din orice domeniu. Acestea ajută la analiza problemelor și la crearea de produse noi.

Sistem informațional (IS) - un set interconectat de instrumente, metode și personal utilizat pentru a stoca, procesa și emite informații pentru a atinge obiectivul.

Tehnologiile informaționale moderne oferă o gamă largă de metode de implementare a IP, a căror alegere se bazează pe cerințele utilizatorilor intenționați, care, de regulă, se modifică în timpul procesului de dezvoltare.

Adăugarea termenului „automat” la conceptul de „sistem” reflectă modalitățile de creare și funcționare a unui astfel de sistem.

Sistem automat(conform GOST) este un sistem format dintr-un set interconectat de unități organizaționale și un set de instrumente de automatizare a activităților care implementează funcții automatizate pentru anumite tipuri Activități.

Un sistem informațional automatizat (AIS) este un complex de mijloace și personal software, tehnic, informațional, lingvistic, organizațional și tehnologic, conceput pentru a rezolva problemele serviciilor de referință și de informații și (sau) de asistență a informațiilor pentru utilizatori.

Un sistem informațional automatizat este o colecție de informații, metode și modele economice și matematice, tehnice, software, instrumente tehnologice și specialiști concepute pentru a prelucra informațiile și a lua decizii de management.

Scopul principal al sistemelor informatice automatizate nu este doar colectarea și economisirea resurselor electronice de informații, ci și asigurarea accesului utilizatorilor la acestea. Una dintre cele mai importante caracteristici ale AIS este organizarea recuperării datelor în matricile lor de informații (baze de date).

În cadrul proiectului AIS ne referim la proiectare și documentație tehnologică, care oferă o descriere a soluțiilor de proiectare pentru crearea și operarea IS într-un mediu software și hardware specific.

Se pot distinge următoarele caracteristici principale ale proiectului ca obiect de management:

· Obiectiv final limitat;

· Durată limitată;

· Buget limitat;

· Resurse limitate necesare;

· Noutate pentru întreprinderea pentru care se implementează proiectul;

· Complexitate;

· Sprijin juridic și organizațional.

Având în vedere planificarea și gestionarea proiectelor, este necesar să înțelegem clar că vorbim despre gestionarea unui anumit obiect dinamic. Prin urmare, sistemul de management al proiectului trebuie să fie suficient de flexibil pentru a permite modificarea fără modificări globale în program de lucru... Executarea lucrărilor este asigurată de disponibilitatea resurselor necesare: materiale; echipamente; resurse umane. Din punct de vedere al teoriei sistemelor de control, proiectul ca obiect de control trebuie să fie observabil și controlabil, adică sunt evidențiate unele caracteristici prin care progresul proiectului poate fi monitorizat constant. În plus, sunt necesare mecanisme care să influențeze progresul proiectului în timp util.

Proiectarea AIS este înțeleasă ca procesul de conversie a informațiilor de intrare despre un obiect, metode și experiență în proiectarea obiectelor cu un scop similar în conformitate cu GOST într-un proiect IS.

Din acest punct de vedere, proiectarea AIS este redusă la formalizarea secvențială a soluțiilor de proiectare în diferite etape ale ciclului de viață AIS: planificarea și analiza cerințelor, proiectarea tehnică și detaliată, implementarea și funcționarea AIS.

Scara sistemelor dezvoltate determină compoziția și numărul de participanți la procesul de proiectare. Cu un volum mare și termene limitate pentru implementarea lucrărilor de proiectare, mai multe echipe de proiectare (organizații de dezvoltare) pot lua parte la dezvoltarea sistemului. În acest caz, este alocată organizația părinte, care coordonează activitățile tuturor organizațiilor co-executante.

Tehnologia de proiectare AIS este un set de metodologie și instrumente de proiectare pentru AIS, precum și metode și mijloace de organizare a acestuia (gestionarea procesului de creare și modernizare a unui proiect AIS).

Tehnologia de proiectare se bazează pe un proces tehnologic care determină acțiunile, succesiunea acestora, compoziția necesară a interpreților, mijloacele și resursele.

Procesul tehnologic de proiectare AIS este în general împărțit într-un set de lanțuri de acțiuni secvențiale-paralele, conectate și subordonate, fiecare dintre ele putând avea propriul subiect. Astfel, tehnologia de proiectare este stabilită printr-o secvență reglementată de operațiuni tehnologice efectuate pe baza unei anumite metode, în urma căreia devine clar nu numai ce ar trebui făcut pentru a crea un proiect, ci și modul în care, de către cine și și în ce secvență.

Subiectul oricărei tehnologii de proiectare selectate ar trebui să fie reflectarea proceselor de proiectare corelate în toate etapele ciclului de viață AIS. Principalele cerințe pentru tehnologia de proiectare aleasă includ următoarele:

· Proiectul creat trebuie să îndeplinească cerințele clientului;

· Reflectarea maximă a tuturor etapelor ciclului de viață al proiectului;

· Asigurarea costurilor minime ale forței de muncă și a costurilor pentru proiectare și sprijin pentru proiect;

· Tehnologia ar trebui să fie baza comunicării între proiectare și sprijinul proiectului;

· Creșterea productivității proiectantului;

· Fiabilitatea proiectării și funcționării proiectului;

· Întreținerea simplă a documentației proiectului.

Tehnologia de proiectare AIS se bazează pe metodologia care definește esența, principalele trăsături tehnologice distinctive.

O metodologie de proiectare presupune prezența unor concepte, principii de proiectare, implementate printr-un set de metode, care, la rândul lor, trebuie susținute prin anumite mijloace.

Organizarea proiectării implică definirea metodelor de interacțiune dintre designeri și cu clientul în procesul de creare a unui proiect AIS, care poate fi susținut și de un set de instrumente specifice.

sistem informatic de proiectare asistat de computer

2. SCOP ȘI OBIECTIVE DE PROIECTARE

Proiectarea sistemelor informaționale începe întotdeauna cu definirea obiectivului proiectului. Scopul proiectării este selecția tehnică și formarea de informații, matematică, software și suport organizațional și juridic.

Selectarea asistenței tehnice trebuie să fie de așa natură încât să asigure colectarea, înregistrarea, transferul, stocarea, completarea și prelucrarea informațiilor în timp util.

Suportul informațional ar trebui să prevadă crearea și funcționarea unui singur fond de informații al sistemului, reprezentat de o varietate de matrice de informații, un set de date sau o bază de date.

Formarea suportului matematic al sistemelor include un set complet de metode și algoritmi pentru rezolvarea problemelor funcționale. Atunci când se dezvoltă sisteme software, se acordă o atenție specială creării unui set de programe și instrucțiuni de utilizare și alegerii produselor software eficiente.

Sarcina principală a oricărui proiect de succes este să se asigure că, în momentul lansării sistemului și pe toată durata funcționării acestuia, ar fi posibil să se asigure:

· Funcționalitatea necesară a sistemului și gradul de adaptare la condițiile în schimbare ale funcționării acestuia;

· Debitul necesar al sistemului;

· Timpul de răspuns necesar al sistemului la cerere;

· Funcționarea fără probleme a sistemului în modul necesar, cu alte cuvinte - disponibilitatea și disponibilitatea sistemului pentru a procesa cererile utilizatorilor;

· Ușurința de funcționare și sprijinul sistemului;

· Securitate necesară.

Performanța este principalul factor determinant al eficienței sistemului. Un design bun este fundamentul unui sistem de înaltă performanță.

Proiectarea sistemelor informatice automatizate acoperă trei domenii principale:

· Proiectarea obiectelor de date care vor fi implementate în baza de date;

· Proiectarea de programe, ecrane, rapoarte care să asigure executarea interogărilor la date;

· Luând în considerare un mediu sau o tehnologie specifică și anume: topologia rețelei, configurația hardware, arhitectura utilizată (fișier-server sau client-server), procesare paralelă, procesare distribuită de date etc.

În condiții reale, proiectarea este o căutare a unei metode care să îndeplinească cerințele funcționalității sistemului prin intermediul tehnologiilor disponibile, luând în considerare constrângerile date.

O serie de cerințe absolute sunt impuse oricărui proiect, de exemplu, timpul maxim de dezvoltare a proiectului, investiția financiară maximă în proiect etc. Una dintre dificultățile proiectării este că nu este o sarcină atât de structurată precum analiza cerințelor pentru un proiect sau implementarea unei soluții de proiectare specifice.

3. ETAPE DE PROIECTARE

Procesul de creare a AIS este împărțit într-o serie de etape (etape), limitate de un anumit interval de timp și se încheie cu lansarea unui anumit produs.

Fiecare proiect, indiferent de complexitatea și volumul de muncă necesar implementării sale, trece prin anumite stări în dezvoltarea sa. De la statul când „proiectul nu există încă” la statul când „proiectul nu mai este acolo”. Setul de etape de dezvoltare de la apariția unei idei până la finalizarea completă a proiectului este de obicei împărțit în faze.

Scopul etapelor inițiale de creare a AIS, desfășurate în etapa de analiză a activităților organizației, este de a formula cerințe pentru AIS care să reflecte corect și corect obiectivele și obiectivele organizației clienților. Pentru a specifica procesul de creare a unui AIS care să răspundă nevoilor organizației, este necesar să clarificați și să articulați clar care sunt aceste nevoi. Pentru a face acest lucru, este necesar să se determine cerințele clienților pentru AIS și să le mapeze în limbajul modelelor în cerințele pentru dezvoltarea proiectului AIS, astfel încât să se asigure conformitatea cu obiectivele și obiectivele organizației.

Se pot distinge următoarele faze de dezvoltare a sistemelor informatice automatizate:

3.1 Formarea conceptului. Faza conceptuală

Aceasta include:

· Formarea ideii;

· Formarea unei echipe cheie de proiect;

· Studiul motivațiilor și cerințelor clientului și ale altor participanți;

· Colectarea datelor inițiale și analiza stării existente;

· Determinarea cerințelor și restricțiilor de bază, a resurselor materiale, financiare și de muncă necesare;

· Evaluarea comparativă a alternativelor;

· Depunerea propunerilor, examinarea și aprobarea acestora.

Sarcina formării cerințelor pentru AIS este una dintre cele mai importante, dificil de formalizat și cea mai costisitoare și mai dificil de corectat în caz de eroare. Instrumentele și produsele software moderne vă permit să creați rapid AIS în conformitate cu cerințele gata pregătite. Dar de multe ori aceste sisteme nu satisfac clienții, necesită numeroase modificări, ceea ce duce la o creștere bruscă a costului costului real al AIS. Motivul principal al acestei situații este definiția incorectă, inexactă sau incompletă a cerințelor pentru AIS în etapa de analiză.

3.2 Pregătirea unei propuneri tehnice

§ dezvoltarea conținutului principal al structurii de bază a proiectului;

§ elaborarea și aprobarea specificațiilor tehnice;

§ planificarea, descompunerea modelului structural de bază al proiectului;

§ întocmirea estimărilor și bugetului proiectului;

§ dezvoltarea planuri calendaristiceși programele de lucru extinse;

§ semnarea unui contract cu clientul;

§ punerea în funcțiune a mijloacelor de comunicare ale participanților la proiect și a mijloacelor de control asupra progresului muncii.

3.3 Proiectare

În faza de proiectare, subsistemele sunt identificate, se interconectează și se selectează cele mai eficiente modalități de proiectare și utilizare a resurselor. Lucrări tipice ale acestei faze:

§ executarea lucrărilor de proiectare de bază;

§ dezvoltarea de specificații tehnice private;

§ implementarea proiectării conceptuale;

§ întocmirea specificațiilor și instrucțiunilor tehnice;

§ prezentarea dezvoltării, examinării și aprobării proiectului.

În etapa de proiectare, se formează mai întâi modele de date. Proiectanții primesc rezultatele analizei ca input. Construirea modelelor de date logice și fizice este o parte esențială a proiectării bazei de date. Modelul informațional obținut în timpul analizei este transformat mai întâi într-un model logic și apoi într-un model fizic de date.

3.4 Dezvoltare

În faza de dezvoltare, se realizează coordonarea și controlul operațional al lucrărilor de proiect, subsistemele sunt fabricate, combinate și testate.

După ce testul autonom a fost trecut cu succes, modulul este inclus în partea dezvoltată a sistemului și un grup de module generate este supus testelor de comunicare, care ar trebui să urmărească influența lor reciprocă.

Mai mult, un grup de module este testat pentru fiabilitatea funcționării, adică trec, în primul rând, teste pentru a simula defecțiunile sistemului și, în al doilea rând, teste ale timpului de funcționare între defecțiuni. Primul grup de teste arată cât de bine se recuperează sistemul de la defecțiunile software-ului, defecțiunile hardware. Al doilea grup de teste determină gradul de stabilitate al sistemului în timpul funcționării normale și vă permite să estimați durata de funcționare a sistemului. Setul de teste de stabilitate ar trebui să includă teste care simulează sarcina maximă pe sistem.

Apoi întregul set de module este supus unui test de sistem - un test de acceptare internă a produsului, care arată nivelul calității acestuia. Aceasta include teste de funcționalitate și teste de fiabilitate a sistemului.

Ultimul test automat Sistem informatic- teste de acceptare. Un astfel de test presupune afișarea sistemului informațional către client și trebuie să conțină un grup de teste care simulează procese reale de afaceri.

3.5 Punerea în funcțiune a sistemului

În etapa de punere în funcțiune a sistemului, se efectuează teste, sistemul este testat în condiții reale, sunt în curs negocieri cu privire la rezultatele proiectului și la posibilele noi contracte.

Principalele tipuri de muncă:

§ teste complexe;

§ instruirea personalului pentru funcționarea sistemului în curs de creare;

§ pregătirea documentației de lucru, livrarea sistemului către client și punerea acestuia în funcțiune;

§ acompaniament, sprijin, serviciu;

§ evaluarea rezultatelor proiectului și pregătirea documentelor finale.

4. COMPOZIȚIA ȘI STRUCTURA PROIECTULUI TEHNIC ȘI PROIECTAREA TEHNICĂ

1. Dispoziții generale

1.1. Termenii de referință (TOR) sunt documentul principal care definește cerințele și procedura pentru crearea (dezvoltarea sau modernizarea - crearea ulterioară) a sistemului informațional, în conformitate cu care se realizează dezvoltarea SI și acceptarea acestuia la punerea în funcțiune .

1.2. TK este dezvoltat pentru întregul sistem, conceput pentru a funcționa independent sau ca parte a altui sistem.

1.3. Cerințele pentru IS în volumul stabilit de acest standard pot fi incluse în atribuirea pentru proiectarea unui obiect de informatizare nou creat. În acest caz, TK nu este dezvoltat.

1.4. Cerințele incluse în TK trebuie să respecte nivelul actual de dezvoltare tehnologia Informatieiși să nu cedeze cerințelor similare pentru cei mai buni omologi interni și străini moderni. Cerințele stabilite în TK nu ar trebui să restricționeze dezvoltatorul de sistem în găsirea și implementarea celor mai eficiente soluții tehnice, tehnice, economice și de altă natură.

1.5. TK include numai acele cerințe care completează cerințele pentru sistemele de acest tip și sunt determinate de specificul unui anumit obiect pentru care sistemul este creat.

1.6. Modificările aduse de cunoștințele tehnice sunt elaborate printr-un adaos sau un protocol semnat de client și dezvoltator. Suplimentul sau protocolul specificat fac parte integrantă din TK on IP. Pe pagina de titlu a TK ar trebui să existe o intrare „Valabilă de la ...”.

2. Compoziție și conținut

2.1. TK conține următoarele secțiuni, care pot fi împărțite în subsecțiuni:

1) informații generale;

2) scopul și scopurile creării (dezvoltării) sistemului;

3) caracteristicile obiectelor;

4) cerințe de sistem;

5) compoziția și conținutul lucrărilor privind crearea sistemului;

6) procedura de control și acceptare a sistemului;

7) cerințe privind compoziția și conținutul lucrărilor privind pregătirea obiectului de dezvoltare pentru punerea în funcțiune a sistemului;

8) cerințe pentru documentare;

9) surse de dezvoltare.

TK poate include aplicații.

2.2. În funcție de tipul, scopul, caracteristicile specifice ale proiectului și condițiile de funcționare a sistemului, este permisă formalizarea secțiunilor din TK sub formă de aplicații, introducerea suplimentară, excluderea sau combinarea subsecțiunilor din TK.

TK pentru părți ale sistemului nu include secțiuni care duplică conținutul secțiunilor TK ca întreg.

2.3. În secțiunea „Informații generale” indicați:

1) numele complet al sistemului și simbolul acestuia;

2) codul subiectului sau codul (numărul) contractului;

3) numele companiilor dezvoltatorului și clientului (utilizatorului) sistemului și detaliile acestora;

4) o listă de documente pe baza cărora este creat sistemul, de către cine și când au fost aprobate aceste documente;

5) datele planificate de început și de sfârșit pentru crearea sistemului;

6) informații despre sursele și procedura de finanțare a lucrării;

7) procedura de înregistrare și prezentare către client a rezultatelor lucrărilor la crearea sistemului (părțile sale), la fabricarea și ajustarea mijloacelor individuale (hardware, software, informații) și software și hardware (software și metodologic) ) sisteme ale sistemului.

2.4. Secțiunea „Scopul și obiectivele creării (dezvoltării) sistemului” constă din subsecțiuni:

1) scopul sistemului;

2) scopul creării sistemului.

2.4.1. În subsecțiunea „Scopul sistemului” indicați tipul de activitate a sistemului (management, proiectare etc.) și lista obiectelor de informatizare (obiecte) pe care se presupune că este utilizat.

2.4.2. În subsecțiunea „Obiectivele creării unui sistem”, sunt date numele și valorile solicitate ale indicatorilor tehnici, tehnologici, de producție-economici sau de altă natură ai obiectului informatizării, care trebuie atinse ca urmare a creării unui IS. , și sunt indicate criteriile pentru evaluarea realizării obiectivelor de creare a unui sistem.

2.5. În secțiunea „Caracteristicile obiectului informatizării” dați:

1) informații scurte despre obiectul informatizării sau linkuri către documente care conțin astfel de informații;

2) informații despre condițiile de funcționare ale obiectului de automatizare.

2.6. Secțiunea Cerințe de sistem constă din următoarele subsecțiuni:

1) cerințe pentru sistemul în ansamblu;

2) cerințe pentru funcțiile (sarcinile) îndeplinite de sistem;

3) cerințe pentru tipurile de securitate.

Compoziția cerințelor pentru sistem, inclusă în această secțiune a TK pentru IS, este stabilită în funcție de tipul, scopul, caracteristicile specifice și condițiile de funcționare a unui anumit sistem.

2.6.1. În subsecțiunea „Cerințe pentru sistemul în ansamblu” indicați:

cerințe pentru structura și funcționarea sistemului;

cerințe privind numărul și calificările personalului sistemului și modul de lucru al acestora;

indicatori de destinație;

cerințe de fiabilitate;

cerințe de siguranță;

cerințe de ergonomie și estetică tehnică;

cerințe pentru funcționarea, întreținerea, repararea și depozitarea componentelor sistemului;

cerințe pentru protecția informațiilor împotriva accesului neautorizat;

cerințe privind siguranța informațiilor în caz de accidente;

cerințe de protecție împotriva influenței influențelor externe;

cerințe privind puritatea brevetului;

cerințe pentru standardizare și unificare;

Cerințe suplimentare.

2.6.1.1. Cerințele pentru structura și funcționarea sistemului includ:

1) o listă de subsisteme, scopul și caracteristicile lor de bază, cerințele privind numărul de niveluri de ierarhie și gradul de centralizare al sistemului;

2) cerințe privind metodele și mijloacele de comunicare pentru schimbul de informații între componentele sistemului;

3) cerințe privind caracteristicile interconectărilor sistemului care se creează cu sistemele adiacente, cerințe privind compatibilitatea acestuia, inclusiv instrucțiuni despre modul de schimb al informațiilor (automat, prin trimiterea documentelor, prin telefon etc.);

4) cerințe pentru modurile de funcționare a sistemului;

5) cerințe pentru diagnosticarea sistemului;

6) perspective de dezvoltare, modernizare a sistemului.

2.6.1.2. Cerințele pentru numărul și calificările personalului IS includ:

§ cerințe privind numărul de personal (utilizatori) al IS;

§ cerințe privind calificările personalului, procedura de formare și control al cunoștințelor și abilităților;

§ modul de lucru necesar al personalului SI.

2.6.1.3. În cerințele pentru indicatorii scopului IS, sunt date valorile parametrilor care caracterizează gradul de conformitate al sistemului cu scopul său.

2.6.1.4. Cerințele de fiabilitate includ:

1) compoziția și valorile cantitative ale indicatorilor de fiabilitate pentru sistemul în ansamblu sau subsistemele acestuia;

2) o listă a situațiilor de urgență pentru care trebuie reglementate cerințele de fiabilitate și valorile indicatorilor corespunzători;

3) cerințe privind fiabilitatea hardware-ului și software-ului;

4) cerințe pentru metodele de evaluare și monitorizare a indicatorilor de fiabilitate în diferite etape ale creării sistemului, în conformitate cu documentele tehnice și de reglementare actuale.

2.6.1.5. Cerințele de siguranță includ cerințele de siguranță pentru livrarea, punerea în funcțiune, funcționarea și întreținerea sistemului.

2.6.1.6. Cerințele pentru ergonomie și estetică tehnică includ indicatori IP care stabilesc calitatea necesară a interacțiunii om-mașină și confortul condițiilor de lucru pentru personal.

2.6.1.7. Cerințele pentru protejarea informațiilor împotriva accesului neautorizat includ cerințele stabilite de industrie și mediul informațional al clientului.

2.6.1.8. În cerințele privind siguranța informației, este prezentată o listă de evenimente: accidente, defecțiuni ale mijloacelor tehnice (inclusiv pierderea de energie) etc., în care trebuie asigurată siguranța informațiilor din sistem.

2.6.1.9. Cerințele privind puritatea brevetului indică o listă a țărilor pentru care trebuie asigurată puritatea brevetului sistemului și a părților sale.

2.6.1.10. Cerințele suplimentare includ cerințe speciale la discreția dezvoltatorului sau a clientului sistemului.

2.6.2. În subsecțiunea „Cerințe pentru funcțiile (sarcinile)” efectuate de sistem, sunt prezentate următoarele:

§ pentru fiecare subsistem, o listă de funcții, sarcini sau complexe ale acestora (inclusiv cele care asigură interacțiunea părților sistemului) care trebuie automatizate;

§ la crearea unui sistem în două sau mai multe cozi - o listă de subsisteme funcționale, funcții individuale sau sarcini care sunt puse în funcțiune în cozile 1 și ulterioare;

§ programul de timp pentru implementarea fiecărei funcții, sarcini (sau set de sarcini);

§ cerințe pentru calitatea implementării fiecărei funcții (sarcină sau complex de sarcini), pentru forma de prezentare a informațiilor de ieșire, caracteristicile preciziei necesare și a timpului de execuție, cerințe pentru efectuarea simultană a unui grup de funcții, fiabilitatea a rezultatelor;

§ lista și criteriile de eșecuri pentru fiecare funcție, pentru care sunt stabilite cerințe de fiabilitate.

2.6.3. În subsecțiunea „Cerințe pentru tipurile de suport”, în funcție de tipul de sistem, sunt furnizate cerințe pentru asistență matematică, informațională, lingvistică, software, tehnică, metrologică, organizatorică, metodologică și alte tipuri de suport.

2.6.3.2. Pentru suportul informațional al sistemului, sunt furnizate următoarele cerințe:

1) compoziției, structurii și metodelor de organizare a datelor în sistem;

2) schimbul de informații între componentele sistemului;

3) compatibilitatea informațiilor cu sistemele conexe;

4) privind aplicarea sistemelor de gestionare a bazelor de date;

5) la structura procesului de colectare, prelucrare, transfer al datelor în sistem și prezentarea datelor;

6) la protecția datelor;

7) controlul, stocarea, actualizarea și recuperarea datelor;

2.6.3.3. Pentru suport lingvistic al sistemului, sunt date cerințe pentru utilizarea limbajelor de programare la nivel înalt în sistem, limbaje pentru interacțiunea dintre utilizatori și mijloacele tehnice ale sistemului, precum și cerințe pentru codificarea și decodarea datelor, pentru limbaje de intrare-ieșire a datelor, limbaje de manipulare a datelor, mijloace pentru descrierea subiectului, pentru metode de organizare a dialogului.

2.6.3.4. Pentru software-ul sistemului, este prezentată o listă a software-ului achiziționat, precum și cerințele:

1) de dependența software-ului de mediul de operare;

2) la calitatea software-ului, precum și la metodele de furnizare și control al acestuia;

2.6.3.5. Pentru asistența tehnică a sistemului, sunt date următoarele cerințe:

1) la tipurile de mijloace tehnice, inclusiv la tipurile de complexe de mijloace tehnice, complexe software și hardware și alte componente, admisibile pentru utilizare în sistem;

2) la caracteristicile funcționale, de proiectare și operaționale ale suportului tehnic al sistemului.

2.6.3.6. Cerințele pentru sprijin metrologic includ:

1) o listă preliminară a canalelor de măsurare;

2) cerințe privind precizia măsurătorilor parametrilor și (sau) pentru caracteristicile metrologice ale canalelor de măsurare;

3) cerințe privind compatibilitatea metrologică a mijloacelor tehnice ale sistemului;

4) o listă a canalelor de control și de calcul ale sistemului pentru care este necesar să se evalueze caracteristicile de precizie;

5) cerințe privind suportul metrologic al hardware-ului și software-ului care fac parte din canalele de măsurare ale sistemului, mijloacele, controlul încorporat, adecvarea metrologică a canalelor de măsurare și instrumentele de măsurare utilizate la configurarea și testarea sistemului;

6) tipul certificării metrologice (de stat sau departamentale) cu o indicație a procedurii de implementare a acesteia și a organizațiilor care efectuează certificarea.

2.6.3.7. Pentru sprijin organizațional, sunt date cerințele:

1) la structura și funcțiile subdiviziunilor care participă la funcționarea sistemului sau care furnizează operațiuni;

2) la organizarea funcționării sistemului și ordinea de interacțiune între personalul IS și personalul obiectului de informatizare;

3) pentru a proteja împotriva acțiunilor eronate ale personalului sistemului.

2.7. Secțiunea „Compoziția și conținutul lucrărilor privind crearea (dezvoltarea) sistemului” ar trebui să conțină o listă de etape și etape de lucru privind crearea sistemului, calendarul implementării acestora, o listă a organizațiilor - executanții lucrării , linkuri către documente care confirmă consimțământul acestor organizații de a participa la crearea sistemului sau o înregistrare care identifică persoana responsabilă (client sau dezvoltator) de efectuarea acestor lucrări.

Această secțiune oferă, de asemenea:

1) o listă a documentelor prezentate la sfârșitul etapelor și etapelor de lucru relevante;

2) tipul și procedura pentru examinarea documentației tehnice (etapa, etapa, volumul documentației verificate, organizarea expertului);

3) un program de lucru menit să asigure nivelul necesar de fiabilitate al sistemului în curs de dezvoltare (dacă este necesar);

4) o listă a lucrărilor privind suportul metrologic în toate etapele de creare a sistemului, indicând termenele acestora și organizațiile de executare (dacă este necesar).

2.8. În secțiunea „Procedura de control și acceptare a sistemului” indicați:

1) tipurile, compoziția, domeniul de aplicare și metodele de testare a sistemului și a componentelor sale;

2) cerințe generale pentru acceptarea lucrărilor pe etape, procedura de coordonare și aprobare a documentației de acceptare;

2.9. În secțiunea „Cerințe pentru compoziția și conținutul lucrărilor privind pregătirea obiectului de automatizare pentru punerea în funcțiune a sistemului”, este necesar să se furnizeze o listă a principalelor activități și a performanților acestora care ar trebui să fie efectuate la pregătirea proiectului pentru punerea în funcțiune a IS.

Lista principalelor activități include:

1) aducerea informațiilor care intră în sistem (în conformitate cu cerințele pentru informații și suport lingvistic);

2) crearea de condiții pentru funcționarea proiectului, în conformitate cu care se garantează conformitatea sistemului creat cu cerințele conținute în TOR;

3) crearea de subdiviziuni și servicii necesare funcționării sistemului;

4) calendarul și procedura pentru încadrarea personalului și instruirea personalului.

2.10. În secțiunea „Cerințe pentru documentare”, sunt prezentate următoarele:

1) lista seturilor și tipurilor de documente care urmează a fi dezvoltate, convenite de către dezvoltator și Clientul sistemului;

2) o listă a documentelor emise pe suportul de mașină;

3) în absența standardelor de stat care determină cerințele pentru documentarea elementelor sistemului, acestea includ în plus cerințe pentru compoziția și conținutul acestor documente.

2.11. Secțiunea „Surse de dezvoltare” ar trebui să enumere documentele și materialele informaționale pe baza cărora a fost dezvoltat TK și care ar trebui utilizate la crearea sistemului.

3. Reguli de proiectare.

3.1. Secțiunile și subsecțiunile din TK trebuie plasate în ordinea stabilită în secțiunea. 2 din acest standard.

3.2. Numerele de foi (pagini) sunt puse jos, începând cu prima foaie după pagina de titlu, în partea superioară a foii (deasupra textului, în mijloc) după desemnarea codului TK pe IP.

3.3. Pagina de titlu conține semnăturile clientului, dezvoltatorului și companiilor aprobatoare, care sunt sigilate. Dacă este necesar, pagina de titlu este întocmită pe mai multe pagini. Semnăturile dezvoltatorilor și funcționarilor TK care participă la acord și examinarea proiectului de cunoștințe tehnice pe IP sunt plasate pe ultima foaie.

Forma paginii de titlu a TK este dată în apendicele 2. Forma ultimei pagini a TK este dată în apendicele 3.

3.4. Pagina de titlu a suplimentului la TK este întocmită în același mod ca pagina de titlu a misiunii tehnice. În loc de numele „Termeni de referință”, ei scrie „Suplimentul nr. ... la TK pentru AC ...”.

3.5. Pe fișele ulterioare ale adăugării la cunoștințele tehnice, sunt plasate baza modificării, conținutul modificării și linkurile către documente, în conformitate cu care se fac aceste modificări.

3.6. La prezentarea textului suplimentului la cunoștințele tradiționale, numerele clauzelor, subclauzelor, tabelelor din cunoștințele tehnice principale etc. trebuie indicate și cuvintele „înlocuiți”, „supliment”, „excludeți”, „reformulați” " ar trebui folosit.

Procedura pentru dezvoltarea, coordonarea și aprobarea cunoștințelor tehnice pentru IS.

1. Proiectul de cunoștințe tehnice este dezvoltat de organizația-dezvoltatorul sistemului cu participarea clientului pe baza cerințelor tehnice (aplicații, specificații tactice și tehnice etc.).

În organizarea competitivă a muncii, opțiunile pentru proiectul de cunoștințe tehnice sunt luate în considerare de către client, care fie alege opțiunea preferată, fie, pe baza unei analize comparative, pregătește versiunea finală a cunoștințelor tehnice pentru AC, cu participarea viitor dezvoltator IS.

2. Necesitatea aprobării proiectului de cunoștințe tehnice cu autoritățile de supraveghere de stat și alte organizații interesate este determinată în comun de către clientul sistemului și de către dezvoltatorul proiectului de cunoștințe tehnice pe IS,

Lucrările privind aprobarea proiectului de cunoștințe tehnice pentru IC sunt efectuate în comun de către dezvoltatorul cunoștințelor tehnice și clientul sistemului, fiecare în organizațiile ministerului (departamentului) său.

3. Termenul de aprobare a proiectului de cunoștințe tehnice în fiecare organizație nu trebuie să depășească 15 zile de la data primirii sale. Se recomandă trimiterea copiilor proiectului de cunoștințe tehnice (copii) simultan către toate organizațiile (diviziile) pentru aprobare.

4. Comentariile cu privire la proiectul TOR trebuie prezentate cu o justificare tehnică. Deciziile privind comentariile ar trebui luate de către dezvoltatorul proiectului de cunoștințe tehnice și de clientul sistemului înainte de aprobarea TK pe IS.

5. Dacă, la acordul asupra proiectului de cunoștințe tehnice, au apărut dezacorduri între dezvoltator și client (sau alte organizații interesate), atunci se întocmește un protocol de dezacorduri (formă arbitrară) și se ia o decizie specifică în ordinea stabilită.

6. Aprobarea proiectului de cunoștințe tehnice este permisă pentru a întocmi un document separat (scrisoare). În acest caz, sub titlul „De acord” faceți un link către acest document.

7. Aprobarea TK este efectuată de șefii companiilor dezvoltatorului și clientului sistemului.

8. Copii ale TK aprobate în termen de 10 zile de la aprobare sunt trimise de către dezvoltatorul TK către participanții la crearea sistemului.

9. Coordonarea și aprobarea adăugirilor la TK se efectuează în modul stabilit pentru TK pe IP.

10. Modificările aduse de TK nu pot fi aprobate după trimiterea sistemului sau a cozii sale pentru testele de acceptare.

Baza pentru dezvoltarea proiectului tehnic al sistemului este atribuirea tehnică aprobată de client.

Proiectarea tehnică a sistemului este documentația tehnică aprobată în modul prescris, care conține soluții de proiectare la nivel de sistem, un algoritm pentru rezolvarea problemelor, precum și o evaluare a eficienței economice a unui sistem de control automat și o listă de măsuri de pregătire facilitatea de implementare.

Proiectul tehnic este în curs de dezvoltare pentru a determina principalele soluții de proiectare pentru crearea sistemului. În această etapă, se desfășoară un complex de cercetare și muncă experimentală pentru a selecta cele mai bune soluții, se efectuează verificarea experimentală a principalelor soluții de proiectare și calculul eficienței economice a sistemului.

De fapt, proiectul tehnic conține un complex de modele economice, matematice și algoritmice.

Un set complet de proiectare tehnică pentru sistem include 10 documente:

1. Notă explicativă.

2. Structura funcțională și organizațională a sistemului.

3. Enunțul problemei și algoritmul soluției.

4. Organizarea bazei de informații.

5. Albumul formularelor de documente.

6. Sistem software.

7. Principiul construirii unui complex de mijloace tehnice.

8. Calculul eficienței economice a sistemului.

9. Măsuri de pregătire a facilității pentru implementarea sistemului.

10. Lista documentelor.

Din lista de mai sus, documentul 3 „Declarația sarcinilor și algoritmul de rezolvare” este realizat pentru fiecare sarcină individuală inclusă în EIS, restul documentelor sunt comune pentru întregul sistem. În plus, documentele 1, 2, 5, 8 și 9 pot fi dezvoltate pentru subsisteme individuale.

Toate documentele enumerate pot fi grupate și prezentate sub forma a patru părți principale ale unui proiect tehnic: economic și organizațional, informațional, matematic și tehnic.

Partea economică și organizațională a proiectului tehnic conține o notă explicativă care justifică dezvoltarea sistemului, o listă a organizațiilor dezvoltatorilor, o scurtă descriere a obiectului care indică principalii indicatori tehnici și economici ai funcționării sale și conexiunile cu alte obiecte, scurt informații despre principalele soluții de proiectare pentru părțile funcționale și de susținere ale sistemului.

În secțiunea proiectului tehnic, dedicată structurii organizatorice și funcționale a sistemului, sunt prezentate următoarele: justificarea subsistemelor alocate, lista și scopul acestora; o listă de sarcini care trebuie rezolvate în fiecare subsistem, cu o scurtă descriere a conținutului acestora; o diagramă a legăturilor de informații între subsisteme și între sarcinile din cadrul fiecărui subsistem.

Pentru fiecare sarcină inclusă în setul de sarcini prioritare, se execută declarația acesteia și algoritmul pentru rezolvarea acesteia. Această secțiune a proiectării tehnice include:

§ esența organizațională și economică a problemei (numele, scopul soluției, rezumatul, metoda, frecvența și timpul rezolvării problemei, metodele de colectare și transfer a datelor, legarea problemei cu alte probleme, natura utilizării rezultatelor soluția în care sunt utilizate);

§ modelul economic și matematic al problemei (formă de prezentare structurală și detaliată);

§ introducerea informațiilor operaționale (caracteristicile indicatorilor, semnificația acestora și gama de schimbări, forme de prezentare);

§ informații normative de referință (INS) - conținut și forme de prezentare;

§ informații stocate pentru comunicarea cu alte sarcini;

§ informații acumulate pentru soluțiile ulterioare ale acestei probleme;

§ informații despre efectuarea modificărilor (sistem pentru efectuarea modificărilor și o listă de informații care pot fi modificate);

§ algoritm pentru rezolvarea problemei (succesiune de etape de calcul, diagramă, formule de calcul);

§ caz de testare (un set de formulare de document de intrare umplute cu date, documente condiționale cu informații acumulate și stocate, formulare de document de ieșire completate pe baza rezultatelor rezolvării unei probleme economice și tehnice și în conformitate cu algoritmul de calcul dezvoltat).

Documentul „Calculul eficienței economice a sistemului” conține o estimare consolidată a costurilor asociate funcționării sistemelor, se furnizează calculul eficienței economice anuale, ale cărui surse sunt optimizarea structurii de producție a economie (asociere), reducerea costurilor de producție datorită utilizării raționale a resurselor de producție și reducerii pierderilor, decizii de gestionare.

Documentul „Măsuri de pregătire a facilității pentru implementarea sistemului” conține o listă de măsuri organizatorice pentru îmbunătățirea structurii de management existente, o listă a lucrărilor privind implementarea sistemului care trebuie efectuate în etapa de proiectare detaliată, indicând calendarul și persoanele responsabile.

Partea informațională a proiectului tehnic unește documentele 4 și 5. Documentul „Organizarea bazei de informații” reflectă: surse de informații și metode de transmitere a acestuia pentru rezolvarea complexului primar de sarcini funcționale; un set de indicatori utilizați în sistem; compunerea documentelor, termenele și frecvența primirii acestora; soluții de proiectare de bază pentru organizarea fondului INS; compoziția INS, inclusiv lista detaliilor, definiția, semnificația, gama de modificări și lista documentelor INS; lista seturilor de date ale datelor de referință, volumul, ordinea și frecvența corecției informațiilor; propuneri pentru unificarea documentației, un caz de testare pentru modificarea INS; forma structurală a INS cu o descriere a relației dintre elemente; cerințe pentru tehnologia creării și întreținerii unui fond; metode de stocare, căutare, modificare și control, determinarea volumelor și fluxurilor de informații ale datelor de referință.

„Albumul formularelor de documente” conține forme de date de referință.

Partea matematică a proiectului tehnic conține justificarea structurii software-ului, justificarea alegerii sistemului de programare, inclusiv lista programelor standard.

Partea tehnică a proiectării tehnice include: descrierea și justificarea schemei procesului de prelucrare a datelor tehnice; justificarea cerințelor pentru dezvoltarea de echipamente nestandardizate; fundamentarea și alegerea structurii complexului de mijloace tehnice și a grupurilor sale funcționale; un set de măsuri pentru a asigura fiabilitatea funcționării mijloacelor tehnice.

CONCLUZIE

Dezvoltarea unui sistem informațional, de regulă, se realizează destul de mult o întreprindere specifică... Specificul activității subiectului întreprinderii, desigur, afectează structura sistemului informațional, dar în același timp, structurile diferitelor întreprinderi sunt în general similare una cu alta. Fiecare organizație, indiferent de tipul său de activitate, constă dintr-o serie de divizii care desfășoară în mod direct unul sau alt tip de activitate a companiei, iar această situație este adevărată pentru aproape toate organizațiile, indiferent de tipul de activitate în care sunt angajate.

Introducerea tehnologiilor informaționale moderne face posibilă reducerea timpului necesar pregătirii proiectelor specifice de marketing și producție, reducerea costurilor neproductive în timpul implementării acestora, eliminarea posibilității de erori în pregătirea documentației contabile, tehnologice și a altor tipuri de documentație , ceea ce conferă unei societăți comerciale un efect economic direct.

Desigur, pentru a dezvălui toate posibilitățile potențiale pe care le presupune utilizarea computerelor, este necesar să se utilizeze în munca lor un set de instrumente software și hardware care se potrivește cel mai bine sarcinilor stabilite. Prin urmare, în prezent, există o mare nevoie de companii comerciale în programe de calculator care sprijină activitatea conducerii companiei, precum și informații despre cum să utilizați cât mai bine echipamentele informatice ale companiei.

Implementarea proiectării AIS implică utilizarea unei anumite tehnologii de proiectare de către proiectanți, corespunzătoare dimensiunii și caracteristicilor proiectului în curs de dezvoltare.

LISTA LITERATURII UTILIZATE

1. Liniile directoare pentru studiul disciplinei „Sisteme informatice automatizate” [Resursă electronică]. - Moscova, 2006. - Mod de acces:

http://www.e-biblio.ru/book/bib/01_informatika/sg.html - Titlu. de pe ecran.

2. Wikipedia, enciclopedia gratuită [Resursă electronică] / Articolul „Sistem informațional” - Mod de acces: http://ru.wikipedia.org/wiki/Sistem informațional.

3. Presă computerizată: revistă Internet. - Electron. Dan. - [B.m., 2001]. - Mod de acces: http://compress.ru/article.aspx?id=12282.

4. Vendrov AM, „Proiectare software pentru sisteme de informații economice” / А.М. Vendra. - M.: „Finanțe și statistici”, 2000. - 364 p.

5. "Termeni de referință pentru crearea unui sistem automat" / - M.: GOST 34.602-89, 1990.

6. Grekul V.I. „Proiectarea sistemelor informaționale” / V.I. Grekul, G.N. Denischenko, N.L. Korovkin. - M.: Internet University of Information Technologies, 2008.

Postat pe Allbest.ru

Documente similare

Dezvoltarea sistemelor informatice. Piata moderna software aplicat financiar și economic. Avantajele și dezavantajele implementării sistemelor informatice automate. Metode de proiectare a sistemelor informatice automatizate.

teză, adăugată 22.11.2015


Tipuri de sisteme informatice automatizate suport. Pregătirea specificațiilor tehnice, dezvoltarea unui sistem informațional, pregătirea unui manual de utilizare pentru program. Instrumente de programare pentru sisteme distribuite de procesare a informațiilor.

raport de practică, adăugat 16.04.2017


Ciclul de viață al sistemelor informatice automatizate. Bazele metodologiei pentru proiectarea sistemelor automate bazate pe tehnologii CASE. Faza de analiză și planificare, construcție și implementare a unui sistem automatizat. Cascadă și model în spirală.

hârtie pe termen adăugată în 20.11.2010


Conceptul de sistem informațional, tipuri de sisteme informaționale. Analiza instrumentelor pentru dezvoltarea sistemelor informatice automatizate. Cerințe pentru programul și produsul software. Dezvoltarea de forme de interfață grafică și baze de date.

teză, adăugată 23.06.2015


Principiile organizării unui sistem format din personal și un set de instrumente pentru automatizarea activităților lor. Proiectarea sistemelor informatice automate corporative. Structura, fluxurile de intrare și ieșire, limitările sistemelor automate.

prezentare adăugată în 14/10/2013


Conceptul sistemului informațional. Etapele dezvoltării sistemelor informatice. Procese în sistemul informațional. Sistem informațional pentru găsirea unor nișe de piață, pentru reducerea costurilor de producție. Structura sistemului informațional. Suport tehnic.

rezumat, adăugat 17.11.2011


Organizarea, arhitectura și structura sistemului informațional. Indicatori ai eficacității muncii sale. Obiective și obiective ale analizei ACS. Componente ale sistemelor automate. Descrierea zonei subiectului, datele de intrare și ieșire. Construirea unei diagrame de caz de utilizare.

termen de hârtie, adăugat 04/11/2014


Crearea și organizarea sistemelor informatice automatizate (AIS). Principalele componente și procese tehnologice ale AIS. Etapele și etapele de creare AIS din poziția conducerii organizației. Dezvoltarea complexelor de soluții de proiectare pentru un sistem automatizat.

rezumat, adăugat 18/10/2012


Principalii factori care influențează istoria dezvoltării sistemelor informatice automate corporative. Caracteristicile și clasificarea lor generală. Compoziția și structura AIS integrat. Sistemele ERP ca un tip modern de sistem informațional corporativ.

prezentare adăugată în 14/10/2013


Analiza domeniului subiect, etapele de proiectare a sistemelor informatice automatizate. Sisteme de instrumente de dezvoltare software. Rolul instrumentelor CASE în proiectarea modelului informațional. Modelul logic al bazei de date proiectate.

La 1 decembrie 2015, a avut loc o apărare deschisă a Sistemului informațional de gestionare automată a proiectelor (AIS PU) creat prin ordinul Ministerului Industriei și Comerțului din Rusia. La apărare, prezidată de primul ministru adjunct al industriei și comerțului din Federația Rusă, Gleb Nikitin, au participat șefi de departamente din minister, reprezentanți ai Ministerului Dezvoltării Economice și ai Ministerului Apărării al Federației Ruse.

Sistemul automatizat de management al proiectelor este conceput pentru a îmbunătăți eficiența Ministerului Industriei și Comerțului din Rusia în ceea ce privește sprijinul, întreținerea și implementarea proiectelor care vizează, printre altele, substituirea importurilor, creșterea exporturilor, dezvoltarea tehnologică a producției, crearea și modernizarea locurilor de muncă performante și dezvoltarea infrastructurii industriale (parcuri industriale, parcuri tehnologice, centre de proiectare industrială și inginerie).

Utilizatorii principali ai sistemului creat, împreună cu conducerea și angajații ministerului responsabil cu implementarea programelor de stat și a programelor țintă federale, vor fi întreprinderile industriale care își vor implementa propriile proiecte de investiții, autoritățile executive federale care vor oferi sprijin de stat întreprinderilor, băncilor, investitorii instituționali și alte instituții financiare care participă la finanțarea proiectelor de investiții ale întreprinderilor industriale și a proiectelor de dezvoltare a infrastructurii industriale.

Sistemul a fost creat de integratorul rus de sistem „Inline-Technologies”, cu implicarea dezvoltatorului de software intern „LM-Soft”. AIS PU a fost dezvoltat pe baza platformei rusești 1C folosind software gratuit și software de design propriu.

Pe baza rezultatelor studierii funcționalității sistemului, s-au primit feedback-uri pozitive atât de la conducerea și angajații Ministerului Industriei și Comerțului, cât și de la Ministerul Dezvoltării Economice, care este responsabil pentru implementarea mecanismelor de gestionare a proiectelor în guvern corpuri. În plus, feedback-ul pozitiv cu privire la capacitățile PU AIS a fost dat de întreprinderile industriale care și-au prezentat proiectele pilot ca parte a dezvoltării sistemului. În special, reprezentanți ai Centrului Științific de Stat Krylov, ai Corporației Științifice și de Producție SA Uralvagonzavod și ai Institutului Federal de Cercetare Științifică al Geodeziei au dat feedback pozitiv cu privire la funcționarea pilot a AIS PU. De asemenea, trebuie remarcat faptul că reprezentanții SA Garrison, care se află sub jurisdicția Ministerului Apărării, precum și reprezentanții unor bănci cu participare a statului, au manifestat un interes deosebit pentru sistem și interes pentru cooperarea comună în implementarea managementului proiectului .

„Sistemul creat de gestionare a proiectelor nu numai că va crește eficiența angajaților ministerului, dar va permite, de asemenea, organizarea unei interacțiuni eficiente cu participanții la proiecte industriale de la întreprinderi industriale, organisme guvernamentale și instituții de dezvoltare și instituții financiare. AIS PU funcționează pe principiul unei „ferestre unice” cu utilizarea maximă a tehnologiilor electronice de gestionare a documentelor ”, a comentat Sergey Valuev, directorul Departamentului de Tehnologii Informaționale și Relații Publice al Ministerului Industriei și Comerțului, cu privire la implementarea sistem.

„Scopul principal al introducerii AIS PU este îmbunătățirea calității controlului și a gestionabilității, pentru a facilita interacțiunea dintre autorități și executanții proiectelor la scară largă. La dezvoltarea sistemului, în primul rând, au fost luate în considerare standardele industriale, decretele și ordinele guvernului, decretele președintelui și ordinele ministrului industriei și comerțului, precum și cele mai bune practici interne și externe. Peste 600 de componente au fost proiectate pentru AIS PU, au fost încărcate peste 20.000 de cărți de referință, dicționare și clasificatoare. Ca parte a lucrărilor ulterioare privind dezvoltarea AIS PU, este planificată integrarea sistemului ca unul dintre subsistemele Sistemului de Informații de Stat al Industriei, în prezent creat de Ministerul Industriei și Comerțului din Rusia ”, a declarat Sergey Valuev.

Introducerea metodelor de gestionare a proiectelor este definită ca unul dintre instrumentele principale pentru modernizarea administrației publice și este consacrată în noua ediție a „Principalele direcții de activitate ale Guvernului Federației Ruse pentru perioada până în 2018”, semnată de Prime Ministrul Dmitri Medvedev.