Biblioteca deschisă este o bibliotecă deschisă de informații educaționale. Ciclul de viață al unui sistem informațional automatizat modelul cascadă AIS
Proiectare AIS canonică
Dezvoltare și proiectare AIS începe cu crearea unui model conceptual pentru utilizarea sistemului. În primul rând, trebuie determinate oportunitatea creării unui sistem, funcțiile sale specifice și sarcinile care trebuie automatizate. Ar trebui făcută o evaluare nu numai a obiectivelor, ci și a posibilităților de creare a sistemului. În plus, se efectuează analiza cerințelor pentru AIS, proiectarea detaliată, interrelarea etapelor, programarea și testarea, minimizarea pierderilor în timpul tranziției de la un nivel de prezentare a informațiilor la altul, integrarea în sistemul existent, implementarea și suportul.
Există trei clase de metodologii de proiectare AIS:
· Modelarea conceptuală a subiectului;
Eliberarea cerințelor și a specificațiilor sistem informatic prin prototiparea sa;
Arhitectura sistemului instrumente softwaresusținut de instrumentaţie Tehnologii CASE (CASE - Computer Aided Software Engineering - tehnologie pentru crearea și întreținerea software-ului pentru diverse sisteme).
Etapa creării unui sistem automat -parte a procesului de creare a unui vorbitor stabilit reguli și se încheie cu eliberarea documentației pentru NPP, care ar trebui să conțină un model al sistemului la nivelul acestei etape, fabricarea componentelor non-seriale sau acceptarea NPP în funcțiune.
Fiecare etapă este evidențiată din motive de planificare rațională și organizare a muncii și trebuie să se încheie în mod necesar cu un anumit rezultat. Conținutul documentației la fiecare etapă este determinat de compoziția și specificul lucrării.
GOST 34.601-90 definește opt etape de creare a sistemelor automate:
- Formarea cerințelor pentru UA.
- Dezvoltarea conceptului de vorbitor.
- Sarcină tehnică.
- Proiect preliminar.
- Proiect tehnic.
- Documentație de lucru.
- Punere in functiune.
- Escorta AC.
Etapele 1, 2, 3 se referă la prima perioadă, etapele 4, 5, 6 - la a doua perioadă, etapele 7, 8 - la a treia.
În perioada de pre-proiectare, sunt elaborate un studiu de fezabilitate (FS) și o atribuire tehnică (TOR) pentru proiectarea sistemului. În această perioadă, în etapa de formare a cerințelor pentru UA, se desfășoară trei etape de lucru:
- examinarea obiectului subiectului și justificarea necesității de a crea un sistem;
- formarea cerințelor utilizatorilor pentru sistem;
- pregătirea unui raport asupra muncii efectuate și a unei aplicații pentru dezvoltarea sistemului.
- studiul obiectului;
- munca de cercetare stiintifica;
- selectarea unei opțiuni de concept de sistem din mai multe dezvoltate;
- întocmirea unui raport asupra muncii prestate.
Termeni de referință (TOR) -aceasta este o listă cu principalele cerințe operaționale, tehnologice, economice și de altă natură pe care instalația proiectată trebuie să le îndeplinească în toate etapele existenței sale.După aprobarea TK, începe a doua perioadă a creării UA - perioada de proiectare a sistemului.
Proiectare -procesul de alegere rezonabilă a caracteristicilor sistemului, formarea modelelor logico-matematice și economico-matematice, dezvoltarea documentației.
În etapa de creare a proiectului de proiectare, în prima etapă, sunt dezvoltate soluții preliminare de proiectare a sistemului și a componentelor sale, în etapa a 2-a, documentația centralei nucleare și a pieselor sale.
În etapa a 5-a, la crearea unui proiect tehnic, dezvoltarea se realizează în patru etape:
- soluții de proiectare pentru sistem și părțile sale;
- documentație pentru centrala nucleară și părțile sale;
- documentația pentru furnizarea de produse pentru completarea centralelor nucleare și specificațiile tehnice pentru dezvoltarea acestora;
- asignări n # proiectare în părțile adiacente ale proiectului obiectului de automatizare.
În etapa a 7-a, sistemul este pus în funcțiune în opt etape:
- pregătirea obiectului de automatizare pentru punerea în funcțiune a CNE;
- pregatirea personalului;
- echipamente de difuzoare cu software, tehnice, mass-media și produse;
- lucrări de construcție și instalare;
- punerea în funcțiune a lucrărilor;
- teste preliminare;
- operațiune de încercare;
- teste de acceptare.
Pentru a îmbunătăți gestionarea procesului de proiectare, fiecare etapă este detaliată, adică este împărțită în etape.
Etapa creării unui sistem automat -parte a etapei de creare a UA, determinată de natura operei, de rezultatul acesteia sau de specializarea artiștilor interpreți.
Metodologii moderne proiectarea sistemelor ar trebui să furnizeze o descriere a obiectelor de automatizare, o descriere a funcționalității AIS, o specificație a proiectului care garantează realizarea caracteristicilor sistemului specificate, un plan detaliat pentru crearea unui sistem cu o estimare a timpului de dezvoltare, o descriere a implementării unui sistem specific.
Ciclul de viață AIS
În centrul creației și al utilizării AIS se află conceptul ciclului de viață (LC).
Ciclul de viață este un model pentru crearea și utilizarea AIS, care reflectă diferitele stări ale sistemului din momentul în care mijloacele apar într-un complex dat până în momentul în care acesta este complet în afara utilizării.
Pentru AIS, următoarele etape principale ale ciclului lor de viață se disting în mod condiționat:
1. analiza - determinarea a ceea ce ar trebui să facă sistemul;
2. proiectare - definirea modului în care va funcționa sistemul: în primul rând, specificarea subsistemelor, componentelor funcționale și modalitățile de interacțiune a acestora în sistem;
3. dezvoltare - crearea de componente funcționale și subsisteme separate, conectarea subsistemelor într-un singur întreg;
4. testare - verificarea conformității funcționale și parametrice a sistemului cu indicatorii determinați în etapa de analiză;
5. implementare - instalare și punere în funcțiune a sistemului;
6. suport - asigurarea procesului regulat de operare a sistemului la întreprinderea clientului.
Etapele dezvoltării, testării și implementării AIS sunt desemnate printr-un singur termen - implementare.
În fiecare etapă a ciclului de viață, este generat un anumit set de soluții tehnice și documente care le reflectă, în timp ce pentru fiecare etapă documentele și deciziile luate în etapa anterioară sunt cele inițiale.
Modelele existente ale ciclului de viață determină ordinea de execuție a etapelor în procesul de creare a unui sistem, precum și criteriile de tranziție de la etapă la etapă. Cele mai frecvente sunt următoarele modele.
Model în cascadă presupune trecerea la etapa următoare după finalizarea completă a lucrării etapei anterioare. Acest model este utilizat în construcția AIS, pentru care la începutul dezvoltării este posibil să se formuleze toate cerințele cu precizie și completitate. Acest lucru oferă dezvoltatorilor libertatea de a le implementa cât mai tehnic posibil. Sistemele complexe de decontare, sistemele în timp real și altele se încadrează în această categorie. Cu toate acestea, această abordare are o serie de dezavantaje, cauzate în primul rând de faptul că procesul real de creare a unui sistem nu se încadrează niciodată complet într-o schemă rigidă. De exemplu, în procesul de creare a software-ului, este nevoie să reveniți la etapele anterioare și să rafinați sau să revizuiți deciziile luate anterior.
Model în spirală bazat pe etapele inițiale ciclul de viață: analiză, proiectare preliminară și detaliată.
Fiecare rotație a spiralei corespunde unui model pas cu pas de creare a unui fragment sau a unei versiuni a sistemului, pe acesta sunt specificate obiectivele și caracteristicile proiectului, se determină calitatea acestuia și se planifică lucrarea următoarei rotații a spiralei. Principala problemă este determinarea momentului în care treceți la etapa următoare. Pentru a o rezolva, este necesar să se introducă limite de timp pentru fiecare etapă a ciclului de viață. Tranziția se realizează în conformitate cu planul, care este compilat pe baza datelor statistice obținute în proiectele anterioare și a experienței personale a dezvoltatorilor. Dezavantajele acestei abordări sunt problemele nerezolvate și erorile comise în timpul etapelor de analiză și proiectare. Ele pot duce în etape ulterioare la probleme și chiar la eșecul întregului proiect. Din acest motiv, analiza și proiectarea trebuie efectuate cu o atenție deosebită.
Etapa modelării fizice ar trebui să ofere o verificare experimentală a performanței reale a modelelor AIS create și a adecvării acestora. Pentru a implementa această etapă, se dezvoltă un model fizic (la scară completă) al AIS. Modelul fizic AIS este un set de structuri, metode și mijloace de implementare redusă la scară completă a AIS, conceput pentru a testa operabilitatea viitorului sistem și adecvarea modelelor sale în condiții reale.
Într-un anumit sens, modelul fizic al AIS are proprietățile unui sistem real. Pentru a-l construi, sunt implicate computere, dispozitive periferice, documente, fișiere, baze de date, programe de prelucrare a datelor și alte componente necesare pentru crearea AIS. Model fizic AIS redus, adică acesta este afișajul redus. Scăderea aici nu este mecanică, nu arbitrară, ci armonizată. Prezintă doar acele proprietăți pe care dezvoltatorii le-au atribuit categoriei de bază, esențiale.
3. Proiectare AIS
Proiectarea sistemului se realizează pe baza principiilor dezvoltate, prevederilor, modelelor, metodelor și mijloacelor de construire a AIS, obținute în etapa de cercetare.
Etapa de proiectare constă din următoarele etape:
1) anchetă subiect (PRO) a IP-ului existent (tradițional);
2) dezvoltare specificatii tehnice a crea un sistem;
3) dezvoltarea unui proiect tehnic pentru crearea unui sistem;
4) dezvoltarea unui proiect de lucru pentru crearea unui sistem.
Cu condiția ca IS existent să fie automatizat, există două modalități posibile de proiectare: modernizarea AIS existent sau înlocuirea completă a AIS nou creat. Cu volume relativ mici lucrări de proiectare etapele 2 și 3 pot fi combinate.
Etapa ABM realizat cu scopul de a studia și analiza trăsăturile obiectului - IP-ul tradițional existent. Se realizează colectarea materialelor pentru proiectare - definirea cerințelor, studiul obiectului de proiectare. Condițiile pentru funcționarea viitorului AIS sunt studiate, sunt stabilite anumite restricții cu privire la condițiile de dezvoltare - calendarul etapelor de proiectare, resursele disponibile și lipsă, procedurile și măsurile pentru a asigura protecția informațiilor etc. Ținând cont de studiile preliminare, se realizează dezvoltarea și selectarea unei versiuni a conceptului AIS.
Etapa de dezvoltare a cunoștințelor tehnice - o continuare logică a etapei de apărare antirachetă. Materialele obținute în etapa de apărare antirachetă sunt utilizate pentru a elabora specificații tehnice. Aici, se efectuează analiza și dezvoltarea cerințelor fundamentale pentru AIS de la un anumit client sau un grup potențial de consumatori. Cerințele sunt formulate pentru hardware, software, informații și componente organizaționale și legale ale AIS etc.
Pe etapa de proiectare tehnică se efectuează căutarea celor mai acceptabile soluții pentru toate problemele de proiectare AIS. Scopul acestei etape de proiectare este de a concretiza cunoștințe generale, uneori vagi despre cerințele pentru un sistem viitor. În această etapă, se determină următoarele:
sunt luate în considerare și scopul, sarcinile, funcțiile AIS, condițiile externe pentru funcționarea sistemului, distribuția funcțiilor între componentele sale;
Parametrii sistemului AIS - interfețe și distribuție a funcțiilor între operator și sistem;
configurarea tuturor subsistemelor AIS care formează structura sa - documentare și informații, tehnice, software și componente matematice și organizaționale și juridice ale structurii sistemului;
structura și sistemul de management al bazei de date, instrumentele lingvistice, compoziția limbajelor de recuperare a informațiilor, clasificatoare și codificatoare, metode de indexare a documentelor și interogări;
foaia de configurare a complexului hardware AIS și specificațiile acestora;
compoziția și caracteristicile modelelor matematice, algoritmilor și programelor AIS;
Diagrama de funcționare AIS, procesul tehnologic de prelucrare a datelor etc;
instrucțiuni de muncă și de lucru pentru personalul AIS;
studiu de fezabilitate a proiectului revizuit.
Partea principală a complexității proiectării detaliate este alcătuită din lucrări privind dezvoltarea algoritmilor și a programelor corespunzătoare.
Pe etapa de proiectare detaliată se realizează perfecționarea finală a acestor probleme, care la etapa de proiectare tehnică din anumite motive nu a putut fi rezolvată pe deplin. În această etapă, se dezvoltă un complex de programe bazate pe algoritmi compilate în etapa de proiectare tehnică. Structura bazei de date este clarificată, iar formatele unificate ale documentelor procesate în tehnologia AIS sunt ajustate.
În această etapă, programele sunt testate, o serie de teste de control cu \u200b\u200bprelucrarea documentelor reale, rezultatele testării și procesarea experimentală sunt analizate și ajustările necesare ale programului.
Metode și instrumente pentru proiectarea AIS. Proiectarea AIS poate fi realizată:
firmă de dezvoltare terță parte. Această firmă are un personal format din profesioniști cu înaltă calificare. Lucrarea se desfășoară pe baza unui acord între dezvoltator și client;
de către specialiștii interni ai clientului.
O soluție de compromis este, de asemenea, posibilă: compania clientă poate invita un consultant pentru dezvoltarea AIS pe bază de contract.
Alegerea specifică este determinată de mulți factori, în special, starea financiară a companiei clienți, disponibilitatea specialiștilor cu normă întreagă de profil și nivel adecvat, calendarul creării AIS, prezența în această regiune sau în apropiere a companiei dezvoltatoare corespunzătoare, consultanți speciali, regimul de secret al companiei etc.
Pentru rezolvarea problemelor de proiectare sunt utilizate metode și instrumente adecvate. Printre acestea, ar trebui să găsim astfel de metode care să rezolve radical problemele dezvoltării AIS. O astfel de metodă este analiza structurală. Este o metodă de studiere a unui sistem care privește sistemul ca o structură ierarhică de la nivelul său general la cel mai mic necesar.
În stadiul anchetei pre-proiect, se utilizează metode pentru a studia starea reală a SI existent (tradițional):
sondaj oral sau scris;
chestionar scris;
observare, măsurare și evaluare;
discutarea rezultatelor intermediare;
analiza sarcinilor;
analiza producției, managementului și informației
procese.
Metodele pentru formarea stării specificate sunt asociate cu justificarea teoretică a tuturor componentelor AIS, luând în considerare obiectivele, cerințele și condițiile clientului. Acestea includ:
modelarea proceselor de prelucrare a datelor;
Design structural;
descompunere;
analiza tehnologiei informației.
Pentru o reprezentare vizuală a obiectelor și proceselor AIS, se utilizează metode de afișare grafică a stărilor reale și specificate - diagrame bloc, grafice, desene, desene, schițe, diagrame etc.
4. Automatizarea proiectării AIS
Sisteme automate proiectarea este un mijloc eficient de îmbunătățire a performanței proiectării AIS. În domeniul proiectării s-a format o direcție specială - inginerie software sau tehnologii CASE (Software asistat de calculator / Inginerie sisteme - sistem de dezvoltare de software de calculator). Tehnologiile CASE sunt un set de metode de analiză, proiectare, dezvoltare și implementare AIS, susținute de un set de instrumente de automatizare interconectate. Tehnologiile CASE sunt un instrument pentru analiștii de sistem, dezvoltatori și programatori care oferă automatizarea proceselor de proiectare pentru AIS de diferite clase și valori.
Scopul principal al tehnologiei CASE este de a automatiza cât mai mult posibil procesul de dezvoltare și de a separa procesul de proiectare de codificarea instrumentelor software AIS.
Metode structurale pentru construirea modelelor de întreprindere. Este obișnuit să se numească o metodă structurală o astfel de metodă pentru studierea unui sistem sau proces, care începe cu o imagine de ansamblu generală a obiectului cercetării și apoi își asumă detaliile consecvente. Metodele structurale au trei caracteristici principale:
Dezmembrarea unui sistem complex în părți, reprezentate ca „cutii negre”, fiecare „cutie neagră” implementează o funcție specifică a sistemului de control;
Ordonarea ierarhică a elementelor selectate ale sistemului cu definirea relațiilor dintre ele;
Folosind o reprezentare grafică a relațiilor dintre elementele sistemului.
Un model construit folosind metode structurale este un set ierarhic de diagrame care descriu grafic funcțiile îndeplinite de sistem și relațiile dintre acestea.
Cele mai comune metodologii pentru analiza structurală includ următoarele:
SADT este o tehnologie de analiză structurală și proiectare, iar un subset al acesteia este standardul IDEFO.
DFD - diagrame de flux de date.
ERD - diagrame entitate-relație.
STD - diagrame de tranziție de stare.
ÎN metodologii IDEFO sunt utilizate patru concepte de bază: bloc funcțional, arc de interfață, descompunere, glosar.
Modelul IDEFO începe întotdeauna cu o reprezentare de proces a unui singur bloc funcțional cu arcuri de interfață în afara domeniului de interes. Uneori, aceste diagrame sunt furnizate cu ajutor contextual.
Scopul identifică acele zone ale întreprinderii care ar trebui luate în considerare în primul rând. Scopul stabilește direcția și nivelul de descompunere a modelului dezvoltat.
ÎN metodologii DFD procesul în studiu este împărțit în subprocese și este reprezentat ca o rețea conectată prin fluxuri de date. În exterior, DFD este similar cu SADT, dar diferă în setul de elemente utilizate. Acestea includ procese, fluxuri de date și stocare.
Metodologia ERD Este folosit pentru a construi modele de baze de date, oferă un mod standardizat de a descrie datele și de a determina relațiile dintre ele. Principalele elemente ale metodologiei sunt conceptele de „esență”, „relație” și „conexiune”. Entitățile definesc tipurile de bază de informații, iar relațiile indică modul în care aceste tipuri de date interacționează între ele. Relațiile unesc entități și relații.
Metodologia STD este cel mai convenabil pentru modelarea anumitor aspecte ale funcționării sistemului, datorită timpului și răspunsului la evenimente, de exemplu, pentru a implementa cererea unui utilizator către AIPS în timp real. Elementele de bază ale STD sunt conceptele de „stare”, „stare inițială”, „tranziție”, „condiție” și „acțiune”. Prin intermediul conceptelor, se realizează o descriere a funcționării sistemului în timp și în funcție de evenimente. Modelul STD este o reprezentare grafică - o diagramă a tranzițiilor sistemului de la o stare la alta.
Metode orientate pe obiecte pentru construirea modelelor unui sistem de control. Aceste metode diferă de cele structurale printr-un nivel mai ridicat de abstractizare. Ele se bazează pe reprezentarea sistemului ca un set de obiecte care interacționează între ele prin schimbul de date. Obiecte specifice sau entități abstractizate - comanda, clientul etc. pot servi drept obiecte ale domeniului. Cea mai semnificativă metodă este G. Buch. Este o tehnică de proiectare a obiectelor cu elemente de analiză a obiectelor și are patru etape:
1) dezvoltarea unei diagrame hardware care prezintă procesele, dispozitivele, rețelele și conexiunile acestora;
2) definirea unei structuri de clasă care descrie relația dintre clase și obiecte;
3) dezvoltarea de diagrame de obiecte care arată relația unui obiect cu alte obiecte;
4) dezvoltarea arhitecturii software care descrie proiectarea fizică a sistemului creat.
Majoritatea covârșitoare a metodelor existente de analiză și proiectare orientată pe obiecte includ atât un limbaj de modelare, cât și un mijloc de descriere a proceselor de modelare.
Abordarea orientată pe obiecte nu este opusă celei structurale, dar poate servi drept complement al acesteia.
5. Construirea și implementarea AIS
După finalizarea completă a lucrărilor de proiectare, începe etapa de construire a AIS. Construirea AIS este un set de măsuri organizatorice și tehnice pentru implementarea proiectului AIS. Printre astfel de măsuri se numără măsuri de natură financiară, informațională, tehnică, software, juridică, organizațională:
Determinarea surselor de finanțare și alocarea fondurilor pentru achiziționarea echipamentului necesar prevăzut de proiect - „Fișa de specificații a echipamentului AIS”;
Selectarea furnizorilor și încheierea contractelor pentru furnizarea de echipamente;
Alocarea spațiilor pentru desfășurarea AIS și pregătirea acestuia pentru instalarea echipamentelor;
Amplasarea, asamblarea, instalarea, reglarea echipamentelor AIS în conformitate cu proiectul;
Selectarea, organizarea și instruirea categoriilor de personal al personalului AIS pentru a efectua lucrări adecvate pentru a asigura funcționarea AIS;
Executarea lucrărilor la controlul calității echipamentelor (control, testare). La depistarea defectelor - înregistrarea și prezentarea plângerilor către furnizori;
Instalarea software-ului și performanța lucrărilor la testarea pachetului software AIS. Sub rezerva depistării defectelor - luarea de măsuri pentru eliminarea acestora;
Completarea bazei de date, rezolvarea cazurilor de test pentru întregul complex de sarcini AIS în conformitate cu proiectul. Dacă se constată deficiențe, se iau măsuri pentru a le elimina. Dacă nu se constată nicio deficiență - pregătirea documentelor pentru punerea AIS în funcțiune.
Compoziția măsurilor și succesiunea acestora reflectă principalele puncte de control în construcția AIS. Construcția fiecărui sistem specific va avea propriile sale caracteristici atât în \u200b\u200bnatura sarcinilor, cât și în ordinea lor. Caracteristicile construcției sunt determinate de natura AIS, de nivelul organizațional al aplicației AIS, de modul de funcționare, de valoarea finanțării etc.
Una dintre condițiile importante pentru eficacitatea AIS este implementarea unui complex de lucrări privind implementarea acestuia. Introducerea AIS începe cu faptul că șeful companiei clienți emite o comandă privind implementarea sistemului, indicând etapele principale, calendarul implementării acestora, executanții responsabili, suportul resurselor, forma de prezentare a rezultatelor implementării, responsabil cu monitorizarea executării comenzii etc. indicând lucrul în următoarele etape:
1) documentarea rezultatelor punerii în funcțiune a echipamentelor, precum și a testelor de control ale unui set de sarcini ale sistemului;
2) instruirea personalului în tehnologia AIS și studierea secțiunilor relevante documentația proiectului;
3) efectuarea procesului de operare a sistemului, analiza și corectarea erorilor de proiectare și pregătirea documentației pe baza rezultatelor operației de testare;
4) punerea AIS în operațiune de producție cu înregistrarea documentației relevante.
Astfel, în prima etapă, se dezvoltă programul testelor de control ale AIS în ansamblu. În a doua etapă, dezvoltatorul și clientul organizează instruire pentru personalul implicat în funcționarea AIS. În a treia etapă, operațiunea de încercare a sistemului este efectuată. În funcție de conținutul și sfera sarcinilor AIS, operațiunea de încercare durează de la trei la șase luni.
Implementarea AIS este o sarcină destul de dificilă atât în \u200b\u200bceea ce privește aspectele organizaționale, cât și cele tehnice. Clientul trebuie să pregătească implementarea sistemului. Această condiție necesită anumite eforturi organizatorice, profesionale și psihologice din partea personalului companiei clienți, într-un fel sau altul implicat în funcționarea AIS. Administrația companiei trebuie să ofere astfel de condiții în care echipa companiei va avea o atitudine pozitivă față de implementarea sistemului și va ajuta la implementarea, stăpânirea și dezvoltarea acestuia. Apoi, va fi posibil să presupunem că obiectivul introducerii și operării AIS la întreprindere va fi atins.
6. Metodologie pentru calcularea eficienței tehnice și economice a procesării automate a informațiilor
Una dintre secțiunile fundamentale ale proiectului AIS este studiul de fezabilitate al AIS în general și procesele de prelucrare automată a informațiilor economice în special. Acest lucru necesită efectuarea unor calcule adecvate ale eficienței tehnice și economice.
Eficiența economică a procesării automatizate a datelor este asigurată de următorii factori principali:
Viteza ridicată a operațiunilor de colectare, transmisie, prelucrare și emitere a informațiilor, performanță de mare viteză a mijloacelor tehnice;
Reducerea maximă a timpului pentru efectuarea operațiunilor individuale;
Îmbunătățirea calității procesării datelor și a informațiilor primite.
Eficiența generală a rezolvării automate a problemelor este direct proporțională cu reducerea costurilor de prelucrare a datelor și este o eficiență economică directă. Realizarea efectului soluțiilor la nivel de sistem pentru îmbunătățirea calității serviciilor de informații pentru utilizatori oferă o eficiență economică indirectă.
Indicatorii de eficiență economică directă sunt determinați prin compararea costurilor de prelucrare a datelor pentru mai multe opțiuni de proiectare. În esență, aceasta este o comparație a două opțiuni - de bază și proiectată. Versiunea de bază este sistemul existent de prelucrare automată sau tradițională (manuală) a datelor, iar versiunea proiectată este rezultatul modernizării sistemului existent sau al noului AIS dezvoltat.
Indicatorul absolut al eficienței economice a proiectului AIS dezvoltat este o scădere a costurilor anuale și a costurilor forței de muncă pentru procesul tehnologic de prelucrare a datelor în comparație cu versiunea de bază a ÎPT.
Economisirea costurilor financiare datorită automatizării procesării datelor se determină pe baza calculului diferenței dintre costurile opțiunilor de bază și cele proiectate de prelucrare a datelor folosind formula:
C e \u003d C b - C p (1)
unde C e - valoarea reducerii costului prelucrării datelor;
C b - costuri pentru cazul de bază;
С п - costuri pentru versiunea proiectată.
Indicatorul relativ al eficienței economice a proiectului AIS este coeficientul de eficiență (K e) al costurilor și indicele de modificare a costurilor (I z).
K e \u003d C e / S b * 100% (2)
Raportul de eficiență a costurilor arată cât de mult din costuri se vor economisi cu opțiunea AIS proiectată sau cu cât procent vor fi reduse costurile.
Valoarea indicelui de modificare a costurilor poate fi determinată de formula:
I s \u003d C e / C b. (3)
Acest indice indică de câte ori costul procesării datelor va scădea la implementarea unui proiect AIS.
La implementarea unui proiect AIS, este necesar să se ia în considerare costurile de capital suplimentare, a căror valoare (K 3) poate fi determinată de formula:
K 3 \u003d K p - K b (4)
unde K p și K b - costurile de capital, respectiv, sistemele de procesare a datelor proiectate și respectiv.
Eficiența costurilor de capital este determinată de perioada de recuperare (T) a costurilor de capital suplimentare pentru modernizarea IS:
T \u003d K 3 / C e (5)
E \u003d C e / K 3 \u003d 1 / T. (6)
Împreună cu calcularea costurilor costurilor, este util să se obțină indicatori de reducere a costurilor forței de muncă pentru prelucrarea datelor. Indicatorul absolut al reducerii costurilor forței de muncă (t) este diferența dintre costurile anuale ale forței de muncă ale opțiunilor de prelucrare a datelor de bază și proiectate:
t \u003d T b. - T p (7)
unde T b. și T p - intensitatea anuală a muncii de funcționare, respectiv, a opțiunilor de prelucrare a datelor de bază și proiectate.
Valoarea indicatorului relativ de reducere a costurilor forței de muncă poate fi afișată prin coeficientul de reducere a costurilor forței de muncă (K):
K t \u003d t / T b. (8)
Indicele de modificare a costurilor forței de muncă (I t) caracterizează creșterea productivității muncii datorită dezvoltării unei versiuni mai economice de muncă a proiectului de prelucrare a datelor, poate fi determinat de formula:
I t \u003d T b / T p. (9)
Indicatorul absolut al reducerii costului forței de muncă (P) este utilizat pentru a determina eliberarea potențială resurse de muncă (interpreți) din sistemul de prelucrare a datelor:
P \u003d (t / T f) * f (10)
unde T f - fondul anual de timp al unui interpret angajat în tehnologia prelucrării datelor;
f este un coeficient care reflectă posibilitatea eliberării totale a lucrătorilor, în detrimentul fondului de timp în care s-a calculat valoarea t.
Determinarea economiilor directe din implementarea unui sistem de procesare a datelor proiectat (modernizat) se realizează pe baza unei comparații a indicatorilor care reflectă costurile forței de muncă și costuri pentru operațiunile atât ale sistemelor tradiționale, cât și ale celor proiectate.
Economiile de costuri ale forței de muncă (E tz) în procesarea automată a informațiilor despre proiect pot fi determinate de formulă
E tz \u003d T o6sh - T sov (11)
unde T o6sh - complexitatea procesării datelor în mod tradițional cu versiunea de bază;
T sov - complexitatea procesării automatizate a datelor în versiunea de proiectare.
Economiile în costurile financiare din implementarea opțiunii de proiectare a procesării datelor în comparație cu cazul de bază manual pot fi determinate în mod similar.
Colectarea datelor inițiale pentru substituire în formulele de mai sus și efectuarea calculelor pentru a determina eficiența economică se realizează prin înregistrarea și măsurarea parametrilor corespunzători în etapele procesului tehnologic de prelucrare a datelor. În plus, datele inițiale pentru o perioadă lungă de timp pot fi obținute prin analiza jurnalelor de înregistrare (tehnologice) ale dispeceratului AIS și a altor forme de înregistrare.
Modele de cicluri de viață AIS -O structură care definește implementarea secvențială a proceselor, acțiunilor, sarcinilor efectuate în timpul ciclului de viață și relația dintre aceste procese.
Model cascadă.Trecerea la etapa următoare înseamnă finalizarea completă a lucrării în etapa anterioară. Cerințele, determinate în etapa de formare a cerințelor, sunt strict documentate sub formă de specificații tehnice și sunt stabilite pentru întreaga perioadă de dezvoltare a proiectului. Fiecare etapă se încheie cu lansarea unui set complet de documentație, suficient pentru ca dezvoltarea să fie continuată de o altă echipă de dezvoltare.
Etapele proiectului conform modelului cascadei:
1. Formarea cerințelor;
2. Proiectare;
3. Dezvoltare;
4. Testarea;
5. Implementare;
6. Funcționarea și întreținerea.
Beneficii:
-Documentare completă și consecventă în fiecare etapă;
-Ordine specifică succesiunii lucrărilor;
-Va permite sa planificati clar termenele si costurile.
Dezavantaje:
-O întârziere semnificativă în obținerea rezultatelor terminate;
- Erorile la oricare dintre etape sunt relevate în etapele ulterioare, ceea ce duce la necesitatea returnării și reemiterii documentației proiectului;
-Complexitatea managementului de proiect.
Model în spirală. Fiecare iterație corespunde creării unui fragment sau versiune a software-ului, sunt specificate obiectivele și caracteristicile proiectului, se evaluează calitatea rezultatelor obținute și se planifică activitatea următoarei iterații.
Fiecare iterație este un ciclu complet de dezvoltare sub forma primei versiuni a AIS.
Etape de iterație:
1. Formarea cerințelor
3. Proiectare
4. Dezvoltare
5. Integrare
La fiecare iterație, sunt evaluate următoarele:
Riscul depășirii termenilor și costului proiectului;
Nevoia de a efectua încă o iterație;
Gradul de completitudine și precizie a înțelegerii cerințelor sistemului;
Fezabilitatea încheierii proiectului.
Beneficii:
-Procesul de modificare a proiectului este simplificat;
-Oferă o mare flexibilitate în gestionarea proiectelor;
-Capacitatea de a obține un sistem fiabil și stabil, deoarece erori și neconcordanțe sunt detectate la fiecare iterație;
-Influența clientului asupra muncii în procesul de verificare a fiecărei iterații.
Dezavantaje:
-Complexitatea planificării;
-Mod de lucru stresant pentru dezvoltatori;
-Planificarea muncii se realizează pe baza experienței disponibile și nu există suficiente valori pentru a măsura calitatea fiecărei versiuni.
Cerințe pentru tehnologia de proiectare, dezvoltarea și întreținerea AIS
Tehnologie de design - definește o combinație de trei componente:
- o procedură pas cu pas care determină succesiunea operațiunilor de proiectare tehnologică;
-regulele utilizate pentru evaluarea rezultatelor operațiunilor tehnologice;
- transmiterea proiectului pentru examinare și aprobare.
Instrucțiunile tehnologice, care constituie conținutul principal al tehnologiei, ar trebui să conste într-o descriere a secvenței operațiunilor tehnologice, condiții, în funcție de una sau alta operațiune, și descrieri ale operațiunilor în sine.
Tehnologia de proiectare, dezvoltare și întreținere a IS trebuie să îndeplinească următoarele cerințe generale:
Tehnologia trebuie să susțină un ciclu de viață complet al software-ului;
Tehnologia ar trebui să asigure realizarea garantată a obiectivelor dezvoltării SI cu o calitate dată și într-un timp specificat;
Tehnologia ar trebui să ofere capacitatea de a efectua lucrări la proiectarea subsistemelor individuale în grupuri mici (3-7 persoane). Acest lucru se datorează principiilor gestionării echipei și creșterii productivității prin minimizarea numărului de relații externe;
Tehnologia ar trebui să asigure capacitatea de a gestiona configurația proiectului, de a menține versiunile proiectului și ale componentelor sale, capacitatea de a elibera automat documentația proiectului și de a sincroniza versiunile sale cu versiunile proiectului;
Utilizarea oricărei tehnologii pentru proiectarea, dezvoltarea și întreținerea SI într-o anumită organizație și un anumit proiect este imposibilă fără dezvoltarea unui număr de standarde (reguli, acorduri) care trebuie urmate de toți participanții la proiect. La asemenea standarde include următoarele:
- standard de proiectare;
-standard pentru documentația de proiectare;
-Interfață utilizator standard.
Cerința de dezvoltare
- Executarea lucrărilor de dezvoltare software;
Pregătirea pentru introducerea AIS;
Controlul, testarea principalilor indicatori ai proiectului.
Cerințe de întreținere
Finalizarea implementării CSI ar trebui să fie însoțită de publicarea sistemului reglementări administrative și descrierile posturilor care guvernează funcționarea organizației. Din momentul în care sistemul informațional este pus în funcțiune, funcționarea are loc pe baza „Regulamentelor pentru funcționarea sistemului informațional” și a mai multor acte normative. Întreținerea sistemului și funcționarea sa neîntreruptă se efectuează de către o divizie a organizației autorizată prin comanda relevantă. Completarea sistemului informațional după punerea în funcțiune se efectuează în conformitate cu proiectele individuale și cu termenii de referință.
În procesul de menținere a sistemului informațional corporativ, sarcina este de a-și menține viabilitatea. Viabilitatea sistemului informațional corporativ este în mare măsură determinată de cât de mult corespunde sarcinilor și nevoilor reale ale universității, care se schimbă pe parcursul ciclului de viață al sistemului informațional corporativ.
Introducere
1. Arhitectura sistemelor informatice automatizate și problemele îmbunătățirii acestuia 13
1.1. Modele de arhitectură și componente principale ale AIS 13
1.2. Probleme de dezvoltare AIS 47
1.3. Platforme pentru implementarea noii arhitecturi AIS UP 53
1.4. Capitolul 1 Concluzii 57
2. Modelul de arhitectură AIS UP 58
2.1. Cerințe de bază pentru AIS UP 59
2.2. Arhitectura AIS UP 66
2.3. Componentele AIS UP 89
2.4. Concluzii la capitolul 2 102
3. Metode practice de implementare pentru AIS UP 104
3.1. Instrumente de dezvoltare pentru AIS UP 104
3.2. Experiență în implementarea practică a modelului AIS UP 111
3.3. Concluzii la capitolul 3 123
4. Concluzie 125
5. Terminologie și abrevieri 128
6. Literatura
Introducere în muncă
Activitățile întreprinderilor moderne sunt asociate cu mișcarea fluxurilor interdependente și volumice de resurse materiale, financiare, de muncă și de informații. Gestionarea proceselor producției și ciclului comercial într-un mediu politic și economic în schimbare dinamică necesită luarea promptă a deciziilor într-un timp scurt. Soluția acestei probleme în condiții moderne este imposibilă fără utilizarea procesării automate a informațiilor tehnice și economice.
În ultimii 40 de ani, tehnologiile informaționale automatizate (IT) au fost utilizate în mod activ pentru rezolvarea problemelor de contabilitate, planificare și analiză activitatea economică întreprinderi diferite forme proprietate, afiliere la industrie, structura organizationala și amploarea activității. În acest timp, o mare experienta practica crearea de sisteme informatice automatizate pentru managementul întreprinderii (AIS UP), dezvoltat și primit recunoașterea universală a metodologiei de management, a cărei utilizare este imposibilă în afara mediului computerizat. Se poate susține cu deplină responsabilitate că AIS UP a devenit o parte integrantă a infrastructurii de afaceri. Problemele teoretice și practice ale automatizării proceselor economice sunt profund cercetate în lucrările lui V. M. Glushkov, S. Volkov, V. I. Isakov, O. M. Ostrovsky, V. I. Podolsky, Yu. A. Ratmirov, A. N. Romanov. , Khotshova E.N., Brady R., Zachman J., Cook M., Finkelstein K., Hammer M. și alți autori. Abordările propuse de acestea au devenit baza utilizării tehnologiei informatice la întreprinderi în rezolvarea problemelor de contabilitate, planificare și analiză a activităților financiare și economice. in orice caz
modelele pe care le-au propus nu au luat în considerare realitățile economiei societății informaționale și nivelul actual de dezvoltare IT.
Dezvoltarea mijloacelor de comunicare contribuie la o interacțiune din ce în ce mai strânsă a producătorilor cu consumatorii, furnizorii cu cumpărătorii, intensifică concurența pe piață, extinde limitele piețelor locale la nivel național și transnațional, accelerează timpul tranzacțiilor economice și al tranzacțiilor financiare. Implementarea rețelelor globale de calculatoare în procesele economice a dus la apariția noilor concepte: economia societății informaționale, afaceri electronice (e-business), comerț electronic (e-commerce), electronice etaj comercial (piața electronică) etc. Tendințele globalizării economice se reflectă în noua metodologie de organizare a afacerilor, în care problemele creșterii flexibilității construirii proceselor de afaceri și a eficacității relațiilor cu clienții și furnizorii vin în prim plan.
Conceptele existente ale organizației AIS UP se bazează pe o abordare funcțională a distribuției sarcinilor între subsistemele sale. Cu toate acestea, AIS, construit ca un complex de subsisteme axate pe funcții de management individuale, nu îndeplinesc cel mai bine cerința continuității proceselor de afaceri end-to-end ale unei întreprinderi. Prin urmare, în ultimii ani, o abordare a devenit din ce în ce mai populară în care procesele de afaceri sunt în prim plan, și nu funcțiile individuale ale serviciilor sistemului de management care le realizează. Acest lucru necesită dezvoltare concept nou arhitectura AIS UP. În același timp, este evident că tranziția către noua arhitectură a AIS UP nu poate fi realizată simultan, întrucât de-a lungul anilor, întreprinderile și organizațiile au pus în funcțiune un număr mare de instrumente software care implementează soluția unor probleme importante de control, a căror utilizare nu poate fi abandonată imediat. Din păcate, majoritatea sunt axate pe funcționarea autonomă, ceea ce complică semnificativ integrarea complexă a fluxurilor de informații. Multe existente produse softwarecare oferă sprijin pentru rezolvarea noilor probleme de management al întreprinderii care au apărut în contextul globalizării economice au fost, de asemenea, dezvoltate fără elaborarea suficientă a interfețelor pentru interacțiunea cu pachete softwareimplementarea soluției problemelor conexe. În aceste condiții, sarcina de a sintetiza sisteme complexe de management al întreprinderii prin integrarea componentelor gata făcute de la producători terți, soluții personalizate și dezvoltări interne este de o importanță deosebită.
În publicațiile oamenilor de știință și ale practicienilor, ideea implementării standardelor pentru integrarea în sistem a instrumentelor software furnizate de diverși producători a fost mult timp discutată. Progresul setului de instrumente pentru sisteme a dus la apariția tehnologiilor orientate pe obiecte și de dezvoltare a componentelor software care permit construirea de sisteme pe scară largă din blocuri gata făcute. Furnizori de frunte de hardware și software de sistem (Intel, Microsoft, Sun, Oracle, IBM etc.), comunicații (Cisco, Nortel, Ericsson, Motorola), soluții de aplicații (SAP, PeopleSoft, Siebel etc.), guvern de renume, internațional, comercial și organizații non-profit și asociațiile (ISO, IEEE, ASCII, APICS, RosStandard etc.) până în prezent s-au dezvoltat și implementează activ în practică tehnologii de integrare hardware și software, permițând crearea de sisteme deschise bazate pe standarde și protocoale pentru schimbul de date și interacțiunea componentelor într-un mediu eterogen în in timp real.
Cu toate acestea, aceste propuneri oferă doar o platformă la nivel de sistem care necesită îmbunătățiri semnificative în raport cu un anumit domeniu. În contextul implementării practice a AIS UP, mecanismele pentru proiectarea și dezvoltarea sistemelor informaționale (IS) care utilizează arhitecturi componente pe mai multe niveluri bazate pe standarde și protocoale ale sistemelor deschise nu au fost suficient dezvoltate.
În acest sens, devine o problemă urgentă dezvoltarea unei platforme teoretice și elaborarea de recomandări practice menite să construiască AIS UP, asigurând automatizarea cuprinzătoare a tuturor procedurilor de informare pentru gestionarea întreprinderilor și organizațiilor.
Nevoia de a dezvolta o abordare holistică pentru rezolvarea problemelor de integrare a sistemului AIS UP și automatizarea end-to-end a proceselor microeconomice bazate pe IT modern a determinat alegerea subiectului și a direcției acest studiu.
Scopul studiului este de a dezvolta un model de arhitectură AIS UP care să ofere automatizare cuprinzătoare și suport informațional pentru procesele de business end-to-end și să fundamenteze alegerea instrumentelor pentru integrarea sistemului său din punctul de vedere al tehnologiilor informaționale moderne.
Pe baza obiectivului urmărit, au fost stabilite și rezolvate următoarele sarcini științifice și practice:
Analizați și rezumați abordările existente în proiectarea, dezvoltarea și implementarea software-ului AIS UP;
Clasificați varietățile de software utilizate în practica managementului întreprinderii;
Explorează tehnologiile și standardele existente care asigură integrarea instrumentelor software eterogene;
Identificați problemele care decurg din integrarea software-ului utilizat în AIS UP;
Pentru a sistematiza cerințele întreprinderilor pentru software-ul AIS UP pentru a oferi suport informațional pentru procesele economice end-to-end;
Elaborați un model al arhitecturii AIS UP și evidențiați componentele sale principale;
Dezvoltarea principiilor de interacțiune și schimb de date ale componentelor AIS UP;
Subiectul cercetării îl constituie metodele și instrumentele pentru dezvoltarea sistemelor de informații economice.
Obiectul cercetării este managementul întreprinderii IS.
Metodologia cercetării se bazează pe aplicații specifice metodologiei cunoștințelor științifice în domeniile aplicate ale informaticii și matematicii.
Scopurile și obiectivele cercetării au fost formulate în conformitate cu direcția principală de lucru privind dezvoltarea și îmbunătățirea ulterioară a metodelor matematice și a tehnologiei computerizate utilizate în domeniile economice.
Împreună cu abordarea științifică generală bazată pe teoria sistemelor, disertația rezumă experiența dezvoltării, implementării și operării de software de la producători autohtoni și străini, metode
implementarea standardelor internaționale deschise pentru construirea sistemelor informaționale. Pe această bază, se propune un set de recomandări metodologice și practice care au fost testate la întreprinderile rusești și străine.
Lucrarea folosește prevederile teoretice ale operelor autorilor autohtoni și străini în domeniu:
Prelucrarea automată a informațiilor economice și modelarea proceselor economice;
Metodologii de planificare și managementul operational producție și inventare;
Reinginerie și proiectare computerizată a proceselor de afaceri;
Standarde moderne în tehnologia informației.
În cursul studiului, am analizat și utilizat evoluțiile desfășurate de echipe de cercetare și oameni de știință individuali la Academia Financiară sub guvernul Federației Ruse, Institutul de corespondență din Rusia și Finanțe și Economie, Universitatea de Stat din Moscova de Economie, Statistică și Informatică, St. Voznesensky, Institutul Financiar de Cercetare Științifică și alte organizații.
Baza informațională a cercetării a constat din produse software ale producătorilor ruși și străini, publicații în publicații economice și informatice, cercetări ale grupurilor internaționale de cercetare Gartner Group, Aberdeen, IDC, MetaGroup, DataQuest etc., materiale metodologice ale companiilor de consultanță și audit internaționale și internaționale, rezultatele cercetărilor asociației. dezvoltatori de software în domeniul economiei,
cercetarea pieței de software din Rusia și din țările CSI CIES "Business-Programs-Service".
Noutatea științifică a disertației constă în dezvoltarea unui model de arhitectură AIS UP, axat pe automatizarea complexă a proceselor de business end-to-end și propuneri pentru implementarea acesteia prin integrarea în sistem a instrumentelor software eterogene într-un mediu de rețea eterogen distribuit bazat pe tehnologii de obiecte și componente.
Următoarele rezultate obținute în disertație conțin noutăți științifice:
Determinarea și clasificarea cerințelor pentru funcționalitatea software-ului pentru managementul organizațional și economic al întreprinderilor;
Modelul de arhitectură AIS UP axat pe automatizarea complexă a proceselor de business end-to-end;
Principii de integrare a instrumentelor software pentru rezolvarea problemelor serviciilor funcționale ale unei întreprinderi cu software de bază pentru gestionarea proceselor de afaceri, schimbul de date și fluxul de documente;
Propuneri pentru organizarea unui spațiu informațional unificat al întreprinderii, accesibil angajaților și partenerilor întreprinderii prin intermediul portalului web corporativ;
Propuneri pentru implementarea unui sistem unificat pentru formarea și clasificarea declarațiilor folosind instrumente analitice;
Principiile implementării interacțiunii subsistemelor AIS UP bazate pe tehnologii orientate obiect și componente și interacțiunea componentelor software într-o rețea distribuită
un mediu în conformitate cu standardele industriei și protocoalele Internet;
Mecanismul pentru implementarea proprietăților adaptive ale modelului de arhitectură software AIS UP în conformitate cu cerințele unei anumite întreprinderi, bazat pe capacitatea de a personaliza subsistemele de bază la fluxurile de lucru existente și proiectate.
Semnificația practică a lucrării de disertație constă în faptul că implementarea propunerilor prezentate face posibilă crearea AIS UP care să ofere un sprijin eficient pentru procedurile de informare pentru gestionarea activităților unei întreprinderi în contextul globalizării economice și al formării unei societăți informaționale.
Modelul de arhitectură AIS UP propus și recomandările pentru aplicarea acestuia au suficientă flexibilitate și versatilitate, ceea ce asigură aplicabilitatea acestora în sistemele de informații de management al clădirilor pentru întreprinderi cu diferite forme de proprietate, specificul industriei și domeniul de activitate.
De importanță practică independentă sunt:
Propuneri pentru selectarea și aplicarea standardelor, protocoalelor și a altor mecanisme utilizate în integrarea sistemului AIS UP;
Propuneri pentru automatizarea complexă a proceselor de afaceri end-to-end și a fluxului de lucru;
Propuneri pentru crearea unui spațiu unic de informare pentru o întreprindere utilizând mecanismul portalurilor web;
Propuneri pentru adaptarea abordării spiral-iterative în dezvoltarea și implementarea software-ului AIS UP.
Semnificația practică a lucrării a fost evaluată în proiecte specifice pentru implementarea modelului propus orientat spre probleme al unui sistem de automatizare a întreprinderii:
Sistem integrat de management al întreprinderii „Flagman” al companiei „Infosoft”,
Sisteme de management al relației cu clienții „eRelationship” corporație „Pivotal Software” (Canada),
Sisteme de raportare corporativă „Monarch ES” de „DataWatch” (SUA),
Proiect de integrare a sistemelor informatice pentru Sovintel și Tele Ross.
Centrul de instruire al companiei Vest-MetaTechnology folosește materialele pregătite de autor pe baza abordării propuse în cursul acestui studiu, atunci când desfășoară cursuri privind dezvoltarea sistemelor informaționale pentru managementul întreprinderii (vezi http://www.vest.msk.ru).
Materialele cercetării disertației sunt utilizate în activitățile de cercetare și practică ale organelor executive ale Asociației Dezvoltatorilor de Software din Domeniul Economiei (AEP) și ale membrilor săi.
Principalele dispoziții ale lucrării au fost raportate și discutate la:
Conferințe "Soluții IBM în domeniul integrării afacerilor pentru companiile de telecomunicații", reprezentare IBM în Europa de Est (Moscova, 18 iunie 2002);
Simpozionul "Call Center CRM Solutions 2002 / Call centres and customer relation management" (Moscova, martie 2002);
Conferințe ale dezvoltatorilor de sisteme informaționale bazate pe instrumentele Centura Software Corp. (Berlin, Germania, 17-19 noiembrie 1999);
Conferința „InfoCity: Practica și problemele informatizării orașelor” (Moscova, octombrie 1999);
Conferințe științifice și practice ale firmei "Infosoft" (Moscova, 1995-1999);
Conferințe ale specialiștilor în domeniul sistemelor de control automat și al sistemelor informaționale corporative „Corporate Systems” (Moscova, aprilie 1998 și 28-30 aprilie 1997, organizatori: SoftService și reprezentanțe ale Oracle, Informix, Sybase, Borland și Centura);
Cea de-a treia conferință anuală „Bazele de date corporative 98” (Moscova, 31 martie-3 aprilie 1998 și 26-29 martie 1996, organizată de Centrul pentru Tehnologii Informaționale cu participarea Editurii Open Systems);
Conferințe „Technikom-97” (Moscova, 24-26 noiembrie 1997, organizatori: SoftService, Asociația Rusă a Utilizatorilor Oracle, reprezentanțe ale Microsoft, Borland, Computer Associates, Lucent Software).
Probleme de dezvoltare AIS
Introducerea tehnologiilor informaționale în economie, pătrunderea instrumentelor informatice și de comunicare în managementul întreprinderii la toate nivelurile, interesul crescând pentru interacțiunea companiilor prin intermediul internetului necesită modificări conceptuale în abordările construcției AIS UP. Acest lucru se aplică nu numai problemelor pur tehnologice de creare și operare a PI, ci și abordărilor de gestionare a afacerilor într-o economie a societății informaționale.
AIS UP ar trebui să răspundă nevoilor de automatizare și informatizare din întreaga organizație, care prezintă următoarele sarcini pentru dezvoltatorii de software: dezvoltarea unei platforme capabile să asigure munca unui număr mare de utilizatori; suport pentru comunicații și standarde industriale pentru schimbul de date și protocoale de interacțiune a componentelor; integrarea dezvoltărilor existente într-un singur sistem.
Integrarea aplicațiilor eterogene într-un singur AIS ar trebui să sprijine: procesele de business end-to-end; interfață utilizator unificată (portal); spațiu comun de informații.
În opinia noastră, esența problemelor ridicate nu constă atât în \u200b\u200baspectele tehnice ale implementării, cât și în necesitatea de a utiliza un model fundamental nou de arhitectură AIS UP.
Să rezumăm avantajele și dezavantajele diferitelor opțiuni pentru arhitectura IS în ceea ce privește posibilitățile de construire a unei soluții integrate.
Prelucrarea centralizată a datelor impune cereri mari serverelor. Odată cu creșterea numărului de utilizatori concurenți (ceea ce este inevitabil la automatizarea proceselor în întreaga întreprindere), încărcăturile devin excesive pentru platforma hardware și software-ul utilizat. Prin utilizarea diferitelor soluții hardware (clustering, multiprocesare și alte forme de combinare a resurselor de calcul), precum și procesarea distribuită utilizând monitoare de tranzacții, servere de aplicații și DBMS industrial puternic, este posibil să se creeze soluții cu adevărat scalabile, descărcând nodurile centrale nu numai prin creșterea puterii hardware-ului, dar și datorită construcției adecvate a componentelor software ale sistemului.
Cu toate acestea, chiar dacă serverul central de baze de date este capabil să ofere performanța necesară, cu o astfel de construcție IS, apar inevitabil probleme legate de menținerea unei singure structuri a unei baze de date comune dacă componentele software individuale ale IS sunt dezvoltate de companii diferite sau chiar de echipe de dezvoltare din cadrul aceleiași organizații. Instalarea unei baze de date comune cu acces din programe pentru rezolvarea diferitelor probleme aplicate vă permite să oferiți un spațiu comun de informații, tehnologiile enumerate mai sus permit unui număr mare de utilizatori să acceseze baza de date, dar acest lucru nu oferă o garanție muncă corectă cu date partajate. Problema integrității logice a datelor rămâne. Atunci când se utilizează programe de la diferiți producători, devine inevitabilă împărțirea datelor în subsisteme, posibil prin denormalizarea acestora și crearea unor structuri redundante. O schemă a arhitecturii de bază comune este prezentată în figura următoare (Figura 1-14). După cum urmează din diagrama de mai sus, modulele nu interacționează, adică nu există apel către un modul de către altul în timp real, nu există suport operațional pentru procesul end-to-end. Datele sunt stocate în baza de date, de la care sunt disponibile pentru alte module care trebuie să conțină funcții pentru urmărirea modificărilor, iar relevanța datelor depinde de frecvența verificării actualizărilor. Un exemplu de proces end-to-end ar fi o factură de către un agent de vânzări. Dacă folosește un sistem CRM pentru aceasta, factura generată, în paralel cu extrasul, trebuie procesată în modulul logistic al sistemului ERP pentru a rezerva bunuri, și imediat după aceea - de către modulul financiar pentru a crește datoria clientului. Pentru a face acest lucru, modulele relevante trebuie să verifice existența unui cont nou. Dacă acest lucru nu se face în timp util, se poate emite o factură pentru articolul efectiv rezervat.
Pentru ca diferite module să funcționeze structura generală DB, acestea trebuie să fie dezvoltate inițial cu așteptarea unei structuri de date specifice sau să utilizeze un mecanism de metadate agreat (depozit).
Atunci când se utilizează o arhitectură diferită, când bazele de date eterogene sunt menținute pe computere diferite (și, eventual, în rețele diferite) și sunt utilizate de module autonome (Figura 1-15), menținerea integrității logice a datelor este o sarcină care consumă mai mult timp. În acest caz, este necesar să reglezi și să implementezi replicarea (sincronizarea) datelor, unificarea directoarelor, regulile de codificare și clasificare, dezvoltarea sau implementarea mecanismului de replicare în sine. Toate acestea necesită măsuri organizatorice pentru sincronizarea bazei de date. Rămâne problema continuării automate a procesului (exemplu cu extrasul de factură).
Platforme de implementare pentru noua arhitectură AIS UP
Până la începutul secolului XXI în industria IT, următoarele soluții au fost dezvoltate și stăpânite la nivel industrial, ceea ce a asigurat introducerea pe scară largă a IT în procesele economice:
un instrument de calcul personal, constând în faptul că în multe tipuri de muncă a dispărut nevoia de intermediari între stabilirea sarcinii și executantul acesteia, adică angajații serviciilor funcționale ale întreprinderii sunt capabili să efectueze proceduri de informare în competența lor folosind calculatoare fără implicarea sau cu sprijinul minim al personalului tehnic însoțitor ;
mijloace de sprijin automat pentru munca comună coordonată a unui grup („echipă”) de lucrători pe un proiect, document, sarcină etc;
mecanismul comunicațiilor electronice, care, în multe cazuri, a făcut posibilă excluderea necesității de a transfera documente pe hârtie, pentru a minimiza nevoia de întâlniri, ceea ce este deosebit de important atunci când participanții la un anumit proces de afaceri sunt distanți teritorial.
Datorită acestor soluții, a devenit posibilă automatizarea majorității proceselor de lucru care au loc atât în \u200b\u200binteriorul întreprinderii în activitățile sale financiare, economice, de producție și comerciale, cât și legate de funcțiile externe. Combinarea de software și hardware care automatizează diverse funcții și locuri de muncă vă permite să conectați procesele tehnologice (bazate pe echipamente și dispozitive tehnice) și de lucru (care implică angajați din toate diviziile întreprinderilor) în procesele de business end-to-end. Astfel, există o posibilitate fundamentală de a rezolva problema separării punctelor de date de centrele de stocare și prelucrare a acestora, separarea locurilor de muncă între ele.
Soluția la problema integrării modulelor AIS și alegerii unei abordări centralizate sau descentralizate în organizarea interacțiunii lor este posibilă și datorită celor mai recente dezvoltări ale producătorilor de top de software de sistem: sisteme de operare, servere web, servere de aplicații, SGBD și platforme middleware. Integrarea aplicațiilor este posibilă prin utilizarea tehnologiei de dezvoltare orientată obiect și a arhitecturii pe mai multe niveluri a componentelor. Principiul cheie aici este conceptul de interfețe de programare și regulile pentru modificările și extensiile acestora (limbaj IDL).
Pentru a lucra într-un mediu eterogen distribuit, cum ar fi Internetul, sunt dezvoltate activ specificații ale serviciilor web, fiecare dintre acestea putând implementa una sau mai multe proceduri sau funcții de afaceri (proceduri de afaceri, funcții). OASIS, BPMI și IBM, Microsoft și BEA au publicat specificații pentru reglarea fluxurilor de lucru în cadrul proceselor de afaceri BPEL4WS (Business Process Execution Language for Web Services), Web Services XLANG și WSFL (Web Services Flow Language) și coaliția WfML - XPDL (XML Process Definition Language).
Tendința este de a combina subsistemele de la componente cu interfețe deschise la servicii web care efectuează cicluri logice complete de procese de afaceri. În acest caz, componentele pot fi localizate pe diferite servere de aplicații distribuite în rețea și pot funcționa cu una sau mai multe baze de date. Prin variația numărului și a relațiilor componentelor, numărul și locația serverelor de rețea, capacitatea de a înlocui componentele sau de a le muta pe rețea fără a pierde compatibilitatea, este posibil să se construiască AIS care să mențină un echilibru de centralizare și descentralizare în managementul întreprinderii.
Nu există obstacole tehnice în implementarea unei astfel de arhitecturi. Serverele moderne de aplicații industriale (de exemplu, MTS / COM + /. Net, ONE sau J2EE / EJB) vă permit să construiți sisteme pe mai multe niveluri, să oferiți o platformă comună pentru accesarea diferitelor servicii web, să oferiți integritate tranzacțională a operațiunilor, echilibrarea încărcării cu acces concomitent de zeci de mii de utilizatori. în timp real și, de asemenea, garantează toleranța la erori și recuperarea în caz de dezastru.
O realizare importantă a industriei IT o reprezintă standardele acceptate pe scară largă recunoscute de principalii furnizori de software: protocoale de interacțiune a componentelor (COM / DCOM, CORBA, Java RMI) și formate de schimb de date (EDI, XML,).
Standardul EDI și variantele sale industriale (EDIFACT, XI2, HIPAA etc.) sunt utilizate în sectoarele financiar și industrial America de Nord și Europa de la mijlocul anilor 70 și domină lumea de astăzi. Odată cu creșterea popularității XML pe internet, EDI a fost tradus în XML.
Pe baza XML (DTD și XDR), datele au fost dezvoltate, structurate și formatate în diverse domenii economice sub forma așa-numitelor dicționare de subiecte sau tipuri de documente, de exemplu, WIDL, OFX, FpML, IFX, XBRL, CRML și numeroase altele din Occident, precum și CommerceML.ru și XML Partnership / ARB în Rusia. American Society for Manufacturing and Inventory Management APICS, care certifică sistemele ERP / MRP, publică specificații XML ale entităților economice, cum ar fi structura și formatul datelor sau facturii clienților. Autodocumentarea XML asigură faptul că datele sunt înțelese fără echivoc atât de oameni, cât și de programe.
Arhitectura AIS UP
Pentru a construi un model de arhitectură AIS UP, vom considera o întreprindere ca un set de resurse de muncă, financiare, materiale și de informații implicate în procesele de afaceri pentru a atinge obiectivele de afaceri ale întreprinderii. Aici, termenul de obiective de afaceri se referă la obiectivele strategice pe termen lung stabilite de proprietari și manageri de top, precum și sarcinile curente atribuite de managerii de vârf și de mijloc. Un proces de afaceri sau proces de afaceri este o succesiune de acțiuni ale angajaților, operațiuni la locul de muncă, precum și funcțiile îndeplinite de software și mijloace tehnice în mod automat... Fiecare acțiune sau secvența lor va fi numită o etapă a procesului. Operațiile, procedurile pot fi, de asemenea, sinonime pentru acțiuni. Dacă o etapă necesită acțiunile unui angajat (grup de rol, reprezentant sau șef al unui departament, precum și al unei persoane care ocupă o funcție oficială), atunci se mai numește o sarcină, iar angajatul este numit interpret. Secvența acțiunilor într-un proces de afaceri poate fi ambiguă, adică descrierea procesului sub forma unui grafic direcționat poate include ramificarea cu condiții de tranziție de la o etapă la alta. Lanțurile tipice de etape pot fi separate în subprocese. Mișcarea sarcinilor în anumite etape ale procesului se numește traseu. Dacă procesul nu poate fi descris din cauza tranzițiilor arbitrare între etape, decizia despre care este luată de executant în timpul executării sarcinii în etapa curentă, atunci acest caz se numește rutare gratuită.
AIS UP ar trebui să permită descrierea formală a proceselor de afaceri în formă grafică sub forma unui grafic direcționat (digraf), ale cărui vârfuri sunt etape, iar marginile sunt tranziții între etape. Într-un caz particular, graficul procesului de afaceri arată ca o diagramă de rețea, în care vârfurile indică lucrarea cu o indicație a duratei lor, iar marginile orientate (săgeți) arată secvența de lucru. În conformitate cu descrierea procesului, denumită harta procesului, AIS UP ar trebui să gestioneze resursele (sau, mai precis, să ajute managerii de întreprindere să le gestioneze), să atribuie sarcini și executanții acestora și să apeleze (să activeze) software și hardware pentru a lansa proceduri automatizate.
Parametrii la scară întreprinderii afectează organizarea managementului într-o anumită întreprindere, ceea ce se reflectă în cerințele pentru AIS UP. Pe de altă parte, AIS UP afectează amploarea întreprinderii, de exemplu, contribuind la creșterea afacerii. Schimbarea unuia dintre parametri implică actualizarea AIS în același mod în care introducerea AIS poate schimba organizarea managementului.
Scopul concentrării asupra proceselor de afaceri în construcția AIS UP este de a găsi o platformă comună pe baza căreia va fi posibilă modificarea adecvată a AIS fără a necesita o reorganizare completă a sistemului. Această platformă este modelarea proceselor de afaceri utilizând software-ul de control al proceselor.
Ca nucleu al AIS UP, este necesar să se dezvolte un sistem care combină mai multe funcții discutate în revizuirea sistemelor de control al proceselor (paragrafele "1.1.7 Sisteme de gestionare a documentelor" la pagina 31 și "1.1.8 Sisteme de control al proceselor" la pagina 34). Printre acestea: Flux de lucru - un subsistem pentru gestionarea proceselor de lucru și tehnologice, oferind direcționarea predefinită și gratuită a sarcinilor între interpreți; Docflow - un subsistem pentru gestionarea documentelor și rutarea documentelor cu urmărirea stărilor lor; Groupware - un subsistem pentru susținerea funcțiilor de atribuire operațională a sarcinilor și rutare gratuită (ad hoc) a sarcinilor între membrii unui grup de executori Flux de date - date de rutare, pachete de date, mesaje între aplicații.
Spre deosebire de practica acceptată a utilizării autonome a sistemelor de acest fel, aici presupunem prezența unei hărți generale de proces, a unui modul general pentru procesarea etapelor procesului, a unui mecanism general pentru atribuirea interpreților și a rutării sarcinilor și datelor.
Astfel, datele tehnologice generate de dispozitivele tehnice, datele factuale introduse în IS de către utilizatori la locul de muncă (inclusiv documentele primare), precum și datele generate de aplicațiile software vor fi introduse în AIS UP și sunt disponibile consumatorilor de informații în realitate timp.
Ciclul de viață al procesării datelor în AIS UP este prezentat schematic în figura următoare (Figura 2-2). Datele introduse manual sau primite de la componentele software sunt întocmite ca un document, care este procesat ulterior de modulul fluxului de lucru în conformitate cu harta procesului. De-a lungul traseului de procesare (dacă setarea sistemului o impune), subsistemul de gestionare a documentelor apelează modulele subsistemelor funcționale pentru procesarea tranzacțiilor financiare, economice și de altă natură. Ca urmare, acreditările sunt stocate în baze de date structurate. La rândul lor, documentele în sine sunt stocate într-un depozit sau într-o bază de date nestructurată. Toate aceste baze de date ar trebui să fie disponibile modulelor analitice ale subsistemului de raportare pentru a genera rapoartele necesare.
Experiență în implementarea practică a modelului AIS UP
Din 1995 până în 1999, sub conducerea autorului tezei, a fost dezvoltat sistemul „Flagman” de management integrat al întreprinderii de către compania „Infosoft”, care este implementat în prezent în peste o sută de întreprinderi mari, mijlocii industriale, de construcții, comerciale, agricole și organizații bugetare din Rusia și Țările CSI. Sistemul continuă să evolueze pe baza nucleului dezvoltat de autor și, până în 2002, „Flagship” include mai mult de zece subsisteme principale, prezentate în figura următoare (Figura 3-2):
Baza sistemului „Flagman” este modulul de bază „Flux de documente”, care este responsabil pentru introducerea, procesarea, rutare și tipărirea tuturor documentelor primare. Alte module de bază sunt Administrare și Instrumente, comune tuturor modulelor funcționale. Acestea vă permit să personalizați grupurile de roluri și drepturile de acces, AWP până la elementele de meniu, aspectele documentelor și șabloanele de raportare.
Avantajele modelului implementat sunt introducerea unică a documentelor primare, generarea conturi în subsistemele funcționale bazate pe aceste documente, unificarea lucrului cu documentele primare.
Dezvoltarea rapidă a subsistemelor și lipsa de standardizare a interacțiunii lor au dus la faptul că integrarea a fost realizată în jurul unei baze de date centrale și a unor tabele comune. Dacă nu luăm în considerare arhitectura pe două niveluri, a cărei alegere s-a datorat nivelului de dezvoltare a instrumentelor de dezvoltare din 1995, atunci dependența încrucișată a modulelor a devenit principala problemă pentru dezvoltarea sistemului. Primele implementări au relevat lipsa funcțiilor de automatizare a fluxului de documente prin rutare de documente singure și au ridicat problema necesității implementării unui modul de gestionare a fluxului de lucru.
Dacă luăm în considerare implementarea mai detaliat, atunci modulul de gestionare a documentelor este o bibliotecă de obiecte incluse în toate subsistemele și, de asemenea, compilat ca un modul autonom. Biblioteca include instrumente pentru setarea tipurilor și variantelor de documente, compoziția câmpurilor, formularele de introducere și editare, o listă de stări, posibile combinații de tranziții de la stare la stare, o listă de operații legate de module funcționale, șabloane și formulare tipărite, precum și reguli pentru formarea registrelor și a jurnalelor de documente ...
Operațiile cu documente își schimbă starea și apelează și funcțiile subsistemelor de aplicații. Lista funcțiilor este inclusă în fiecare subsistem și este specifică acestuia. Pentru programatorii însoțitori implicați în configurarea sistemului, sunt disponibili parametrii funcției și capacitatea de a lega câmpurile documentului cu ajutorul formulelor. Acest lucru vă permite să automatizați majoritatea operațiunilor financiare, precum și funcțiile de logistică, evidența personalului și salarizarea, cu toate acestea, pentru o implementare completă, rămâne nevoia unui limbaj de script (script).
Sistemul are un generator de rapoarte încorporat comun tuturor subsistemelor. Deoarece sistemul se bazează pe principiul integrării în jurul unei baze de date centrale, generatorul are acces la toate datele, indiferent de apartenența la modul. Rapoartele sunt clasificate într-o structură ierarhică, fiecare dintre aspectele raportului conține un șablon pentru previzualizare și tipărire și interogări SQL pentru a forma setul de date rezultat. Rapoartele generate pot fi procesate ulterior ca documente.
De asemenea, trebuie remarcat faptul că sistemul „Flagman” implementează un aspect unificat al subsistemelor. Modulul de administrare generală a elementelor interfeței cu utilizatorul, funcțiile AWP, inclusiv meniul și bara de instrumente, vă permite să personalizați aspectul într-un mod uniform.
În acest moment, dezvoltarea IT necesită actualizarea platformei sistemului „Flagman”. În primul rând, este necesar să-l transferați într-o arhitectură pe trei niveluri și să dezvoltați un modul de gestionare a documentelor într-un sistem de control al procesului complet funcțional. De asemenea, este necesar să se dezvolte mecanisme pentru integrarea aplicațiilor externe, deoarece sistemul are doar mijloace de import și export de date.
Cu toate acestea, numeroase exemple de implementare cu succes și funcționare industrială a sistemului "Flagman", creșterea numărului vânzărilor sale în 2001-2002 mărturisesc eficiența economică a soluției pentru automatizarea întreprinderilor din diferite domenii de activitate, industrii și scară.
În februarie 1999, sistemul emblematic Infosoft, creat sub îndrumarea autorului, a fost recunoscut ca fiind cea mai bună dezvoltare rusă bazată pe setul de instrumente Centura Team Developer de Centura Software Corp. (SUA) și compania Interface (Rusia). În 1999, 2000 și 2001. CSI "Flagman" a fost certificat ca sistem informațional la scară de întreprindere de către experții juriului concursului "Business-Soft" organizat de Asociația Dezvoltatorilor de Software în Domeniul Economiei (AEP), CIES "Business-Programs-Service", revista "Accounting" și "Financial Gazette" ".
În aproape fiecare domeniu, oamenii folosesc un fel de model (matematic, fizic sau computerizat) pentru a avea o idee mai clară a ceea ce se întâmplă în procesele reale.
Există 2 moduri de a descrie modelele:
1) static, având în vedere structura modelului, ᴛ.ᴇ. asemenea aspecte ale acesteia în care timpul poate fi neglijat;
2) dinamic, având în vedere fluxul de evenimente, ᴛ.ᴇ. schimbarea fenomenelor simulate în timp, care nu poate fi neglijată din punctul de vedere al sarcinilor rezolvate.
Orice companie și activitățile sale pot fi vizualizate din punctul de vedere al diferitelor persoane: operator, director executiv, client, acționar, partener, vânzător etc. Fiecare categorie de oameni are nevoie de un model diferit de firmă.
Director executiv trebuie să aibă o imagine de ansamblu: procese, produse, finanțe, perspective etc., ᴛ.ᴇ. imagine integrată în ansamblu. Pentru ca personalul de conducere să poată lua decizii corecte în toate situațiile, este extrem de important să existe un set de modele care să descrie diferite aspecte ale activităților firmei și ale relațiilor acestora. În modelele utilizate la nivelul superior al managementului, cel mai important lucru este ϶ᴛᴏ concizie și claritate. Ar trebui să sublinieze principalele puncte, iar detaliile sunt ascunse.
Unul dintre cele mai importante modele în prezent este modelul de afaceri, care definește funcțiile firmei în lumea exterioară.
Figura 1 - Modelul unei companii organizate ierarhic
Modelele existente ale ciclului de viață determină ordinea de execuție a etapelor în procesul de creare a unui sistem, precum și criteriile de tranziție de la etapă la etapă. Următoarele trei modele sunt cele mai utilizate.
Printre modelele cunoscute ale ciclului de viață AIS se numără modelele în cascadă, iterative și spirale.
Model în cascadă (până la 70 ᴦ.ᴦ.) presupune trecerea la etapa următoare după finalizarea completă a lucrărilor etapei anterioare. Acest model este utilizat în construcția AIS, pentru care la începutul dezvoltării este posibil să se formuleze toate cerințele cu precizie și completitate. Acest lucru oferă dezvoltatorilor libertatea de a le implementa cât mai tehnic posibil. Sistemele complexe de decontare, sistemele în timp real și altele se încadrează în această categorie.
Figura 2 - Diagrama modelului în cascadă
Beneficii model în cascadă:
1) în fiecare etapă, se formează un set complet de documentație a proiectului care îndeplinește criteriile de completitudine și coerență;
2) etapele de lucru efectuate într-o succesiune logică permit planificarea momentului finalizării acestora și a costurilor corespunzătoare.
dezavantaje model în cascadă:
1) întârziere în obținerea rezultatelor;
2) este extrem de important să reveniți la etapele anterioare.
Modelul ciclului de viață în cascadă AIS se caracterizează prin automatizarea sarcinilor independente, care nu necesită integrarea și compatibilitatea informațiilor, software, interfață tehnică și organizațională. Ca parte a rezolvării problemelor individuale, modelul ciclului de viață în cascadă s-a justificat în ceea ce privește timpul de dezvoltare și fiabilitatea. Aplicarea modelului de cascadă a ciclului de viață AIS la proiecte mari și complexe datorită duratei lungi a procesului de proiectare și a variabilității cerințelor în acest timp poate duce la impracticabilitate practică.
Model iterativ pe etape. Acest model de proiectare AIS presupune bucle de feedback între etape. Avantajul unui astfel de model este, de fapt, că ajustările între etape asigură mai multă flexibilitate și mai puțină intensitate a forței de muncă în comparație cu modelul cascadei. În același timp, durata de viață a fiecărei etape se poate extinde pe întreaga perioadă de creare a sistemului.
Figura 3 - Schema pas cu pas model iterativ
Dezavantaje: De regulă, datorită numărului mare de iterații, există inconsecvențe în soluțiile de proiectare și documentația implementate. Confuzia arhitecturii funcționale și a sistemului AIS creată, dificultatea utilizării documentației de proiectare face extrem de importantă reproiectarea întregului sistem în etapele de implementare și operare. Ciclul de viață al dezvoltării AIS se încheie cu etapa de implementare, după care începe ciclul de viață al creării unui nou AIS.
Model în spirală (80-90 ᴦ.ᴦ.) - se bazează pe etapele inițiale ale ciclului de viață: analiză, proiectare preliminară și detaliată.
Fiecare rotație a spiralei corespunde unui model pas cu pas pentru crearea unui fragment sau versiune a sistemului, obiectivele și caracteristicile proiectului sunt specificate pe acesta, calitatea acestuia este determinată, este planificată lucrarea următoarei rotații a spiralei. Principala problemă este determinarea momentului în care treceți la etapa următoare. Pentru a o rezolva, este extrem de important să introducem limite de timp pentru fiecare etapă a ciclului de viață. Tranziția se efectuează în conformitate cu planul, care este compilat pe baza datelor statistice obținute în proiectele anterioare și a experienței personale a dezvoltatorilor. Dezavantajele acestei abordări sunt problemele nerezolvate și erorile comise în timpul etapelor de analiză și proiectare. Οʜᴎ poate duce în etape ulterioare la probleme și chiar la eșecul întregului proiect. Din acest motiv, analiza și proiectarea mea trebuie făcute cu o atenție deosebită.
Figura 4 - Schema modelului spiralat
Modelul ciclului de viață în spirală se bazează pe utilizarea tehnologiei prototip sau a tehnologiei RAD ( Dezvoltarea rapidă a aplicațiilor -tehnologii de dezvoltare rapidă a aplicațiilor). Conform acestei tehnologii, AIS este dezvoltat prin extinderea prototipurilor software, repetând calea de la detalierea cerințelor la detalierea codului programului. Bineînțeles, această tehnologie reduce numărul de iterații și există mai puține erori și inconsecvențe, care sunt extrem de importante pentru a fi corectate la iterațiile ulterioare. În același timp, proiectarea AIS merge mai repede, crearea documentației de proiectare este simplificată. Pentru o corespondență mai exactă a documentației de proiectare cu AIS dezvoltat, se acordă din ce în ce mai multă importanță întreținerii unui depozit la nivel de sistem și utilizării tehnologiilor CASE.
Ciclul de viață atunci când se utilizează tehnologia RAD implică participarea activă a utilizatorilor finali ai viitorului sistem la toate etapele de dezvoltare și include 3 etape principale ale reingineriei informației:
1) analiză și planificare strategia informațională : utilizatorii, împreună cu specialiști în dezvoltare, participă la identificarea zonei problematice;
2) proiecta : utilizatorii participă la proiectarea tehnică sub îndrumarea specialiștilor în dezvoltare;
3) introducere : specialiștii în dezvoltare îi instruiesc pe utilizatori să lucreze în noul mediu AIS.
Dezvoltarea și proiectarea AIS începe cu crearea unui model conceptual pentru utilizarea sistemului. În primul rând, trebuie determinate oportunitatea creării sistemului, funcțiile sale specifice și sarcinile care trebuie automatizate. Ar trebui făcută o evaluare nu numai a obiectivelor, ci și a posibilităților de creare a sistemului. În plus, se efectuează analiza cerințelor pentru AIS, proiectarea detaliată, interrelarea etapelor, programarea și testarea, minimizarea pierderilor în timpul tranziției de la un nivel de prezentare a informațiilor la altul, integrarea în sistemul existent, implementarea și suportul.
Există trei clase de metodologii de proiectare AIS:
Modelarea conceptuală a subiectului;
Dezvăluirea cerințelor și specificațiilor sistemului informațional prin prototiparea acestuia;
Arhitectura de sistem a instrumentelor software acceptate de instrumentele tehnologice CASE (CASE - Computer Aided Software Engineering - tehnologie pentru crearea și întreținerea software-ului pentru diferite sisteme).
Metodologiile moderne de proiectare a sistemului ar trebui să furnizeze o descriere a obiectelor de automatizare, o descriere a funcționalității AIS, o specificație a proiectului care garantează realizarea caracteristicilor specificate ale sistemului, un plan detaliat pentru crearea unui sistem cu o evaluare a timpului de dezvoltare, o descriere a implementării unui sistem specific.
Specificație - o descriere exactă, completă, clar formulată a cerințelor pentru o sarcină dată.
Ar putea fi util să citiți:
- Luna fără curs Luna inactivă august;
- Rețetă de pudră Staromoskovskaya;
- Statutul proiectelor tipice conform legislației;
- Care sunt avantajele proiectelor tipice de case Proiecte tipice și aplicarea lor;
- Plan schițat al casei. Proiect de schiță de casă. Proiect terasa;
- Ce este zahărul brut? Zahăr neprocesat. Specificații Ce este zahărul brut;
- Pentru ce este designul conceptual?;
- Cum a început dezvoltarea țărilor virgine;