Etapele proiectării standard a ais. Proiectarea unui sistem automat de contabilitate a depozitului folosind instrumentul Rational Rose CASE. Metode de realizare a lucrărilor de proiectare

Etapele dezvoltării sistemelor CASE

În ultimul deceniu, a apărut o nouă direcție în proiectarea sistemelor informaționale - proiectarea asistată de computer folosind instrumentele CASE. Termenul CASE (Computer Aided System/Software Engineering) se referea inițial doar la automatizarea dezvoltării software; acum acoperă întregul proces de dezvoltare a AIS complexe.

Inițial, tehnologiile CASE au fost dezvoltate cu scopul de a depăși neajunsurile metodologiei de proiectare structurală (dificultatea de înțelegere, intensitatea ridicată a forței de muncă și costul de utilizare, dificultatea de a efectua modificări ale specificațiilor de proiectare etc.) prin automatizare și integrare a instrumentelor suport.

Tehnologiile CASE nu există de la sine și nu sunt independente. Acestea automatizează și optimizează utilizarea metodologiei relevante și fac posibilă creșterea eficienței aplicării acesteia.

Cu alte cuvinte, tehnologii CASE reprezintă un set de metodologii pentru analiza, proiectarea, dezvoltarea și întreținerea sistemelor software complexe, susținute de un set de instrumente de automatizare interconectate care vă permit să modelați vizual domeniul de studiu, să analizați acest model în toate etapele de dezvoltare și întreținere a AIS și dezvolta aplicatii in concordanta cu nevoile de informatii ale utilizatorilor .

Instrumentele moderne CASE acoperă o gamă largă de suport pentru numeroase tehnologii de proiectare AIS - de la instrumente simple de analiză și documentare la instrumente de automatizare la scară completă care acoperă întregul ciclu de viață AIS. Cea mai mare nevoie de utilizare a sistemelor CASE este experimentată în etapele inițiale de dezvoltare - în etapele de analiză și specificare a cerințelor pentru AIS. Greșelile făcute aici sunt aproape fatale, costul lor depășește semnificativ costul erorilor în etapele ulterioare de dezvoltare.

Principalele obiective ale instrumentelor CASE sunt de a separa etapele inițiale (analiza și proiectarea) de cele ulterioare și de a nu împovăra dezvoltatorii cu detaliile mediului de dezvoltare și funcționarea sistemului.

Cele mai multe sisteme CASE moderne folosesc metodologii structuralși/sau analiza orientata pe obiecteȘi proiecta, bazat pe utilizarea diagramelor vizuale, grafice, tabele și diagrame.

Prin utilizarea corectă a instrumentelor CASE se realizează o creștere semnificativă a productivității muncii, în valoare (conform estimărilor companiilor străine care utilizează tehnologii CASE) de la 100 la 600%, în funcție de volumul, complexitatea muncii și experiența cu CASE. În același timp, toate fazele ciclului de viață AIS se modifică, dar cele mai mari schimbări se referă la fazele de analiză și proiectare (Tabelele 2.5, 2.6).

Tabelul 2.5. Estimări ale costurilor forței de muncă pe faze ale ciclului de viață AIS

Tabelul 2.6. Comparație între utilizarea CASE și cea tradițională dezvoltare

Utilizarea instrumentelor CASE nu numai că automatizează metodologia structurală și face posibilă utilizarea metodelor moderne de inginerie de sistem și software, dar oferă și alte avantaje (Fig. 2.22), în special:

1. îmbunătățește calitatea software-ului dezvoltat prin mijloace de generare și control automat;

2. vă permite să reduceți timpul pentru crearea unui prototip AIS, ceea ce face posibilă evaluarea calității și eficacității proiectului în stadiile incipiente;

3. accelerează procesul de proiectare și dezvoltare;

4. vă permite să reutilizați componentele dezvoltate;

5. suportă suport AIS;

6. vă eliberează de munca de rutină privind documentarea proiectului, deoarece utilizează un documentator încorporat;

7. facilitează munca în echipă în cadrul proiectului.

Orez. 2.22. Avantajele dezvoltării AIS utilizând tehnologiile CASE: A- coeficientul de reducere a costurilor proiectului; b - factor de reducere a timpului de dezvoltare

Majoritatea instrumentelor CASE se bazează pe patru concepte principale: metodologie, metodă, notație, instrument [ 11,15, 16].

Metodologie definește linii directoare pentru evaluarea și selectarea soluțiilor în proiectarea și dezvoltarea AIS, etapele de lucru, succesiunea acestora, regulile de distribuție și scopul metodelor.

Metode - proceduri de generare a componentelor și descrierile acestora.

Notații au scopul de a descrie structura generală a sistemului, elementele de date, etapele de procesare, pot include grafice, diagrame, tabele, organigrame, limbaje formale și naturale.

Facilităţi- instrumente de susținere și consolidare a metodelor; sprijină utilizatorii atunci când creează și editează un proiect în mod interactiv, ajută la organizarea proiectului sub forma unei ierarhii de niveluri de abstractizare și verifică conformitatea componentelor.

Clasificarea instrumentelor CASE

Încă nu există o clasificare stabilă a instrumentelor CASE, doar abordări ale clasificării au fost definite în funcție de diferite criterii de clasificare. Mai jos sunt câteva dintre ele.

Concentrați-vă pe etapele și procesele tehnologice ale ciclului de viață AIS:

1. instrumente de analiză și proiectare. Folosit pentru a crea specificații de sistem și design. Aceștia sprijină metodologii de proiectare bine-cunoscute;

2. instrumente de proiectare a bazelor de date. Asigurarea modelării logice a datelor, generarea structurilor bazelor de date;

3. instrumente de management al cerințelor;

4. instrumente de management al configurației software. Suport programare, testare, generare automată de software din specificații;

5. instrumente de documentare;

6. instrumente de testare;

7. Instrumente de management de proiect. Sprijină planificarea, controlul, interacțiunea;

8. instrumente de inginerie inversă concepute pentru a transfera un sistem existent într-un mediu nou.

Metodologii de proiectare acceptate[ 11, 12, 15, 16]:

1. orientat pe funcție (orientat pe structură);

2. orientat pe obiecte;

3. orientat spre complex (set de metodologii de proiectare).

Notații grafice acceptate:

1. cu notație fixă;

2. cu notaţii separate;

3. cu cele mai comune notaţii.

Gradul de integrare:

1. programe auxiliare (Tools) care rezolvă independent o problemă autonomă;

2. pachete de dezvoltare (Toolkit), care sunt un set de instrumente care oferă asistență pentru una dintre clasele de sarcini software;

3. seturi de instrumente integrate conectate printr-o bază de date de proiectare comună - un depozit, automatizarea întregii sau parțial a lucrării în diferite etape ale creării unui AIS (Workbench).

Dezvoltarea proiectelor colective:

1. fără sprijin pentru dezvoltarea colectivă;

2. concentrat pe dezvoltarea proiectelor în timp real;

3. axat pe modul de combinare a subproiectelor.

Tipuri de instrumente CASE:

1. instrumente de analiză (Majuscule); printre specialiști sunt numite instrumente informatice de planificare. Folosind aceste instrumente CASE, este construit un model care reflectă toate specificul existent. Acesta are ca scop înțelegerea mecanismelor generale și specifice de funcționare, a capacităților disponibile, a resurselor și a obiectivelor proiectului în conformitate cu scopul companiei. Aceste instrumente vă permit să analizați diverse scenarii, acumulând informații pentru luarea deciziilor optime;

2. instrumente de analiză și proiectare (CAZ de mijloc); sunt considerate instrumente pentru a sprijini analiza cerințelor și fazele de proiectare ale specificațiilor și structurii AIS. Principalul rezultat al utilizării unui instrument CASE mediu este o simplificare semnificativă a proiectării sistemului, deoarece proiectarea se transformă într-un proces iterativ de lucru cu cerințele pentru AIS. În plus, instrumentele CASE medii oferă o documentare rapidă a cerințelor;

3. instrumente de dezvoltare software (inferioară); sprijină sistemele de dezvoltare software AIS. Acestea conțin dicționare de sistem și instrumente grafice care elimină necesitatea dezvoltării specificațiilor fizice - există specificații de sistem care sunt traduse direct în codurile de program ale sistemului în curs de dezvoltare (până la 80% din coduri sunt generate automat). Principalele avantaje ale instrumentelor CASE mai mici sunt o reducere semnificativă a timpului de dezvoltare, modificări mai ușoare și suport pentru lucrul cu prototipuri.

Instrumentele CASE sunt de asemenea clasificate după tipul și arhitectura tehnologiei informatice,și după tipul de sistem de operare.

În prezent, piața de software este reprezentată de o mare varietate de software, inclusiv instrumente CASE din aproape oricare dintre clasele enumerate.

Caracteristicile instrumentelor CASE

Silverrun. Instrumentul CASE Silverrun de la compania americană Computer Systems Advisers, Inc. (CSA) este utilizat pentru analiza și proiectarea AIS de clasă business și se concentrează mai mult pe modelul ciclului de viață în spirală. Este aplicabil pentru a susține orice metodologie bazată pe construcția separată a modelelor funcționale și informaționale (diagrame flux de date și diagrame entitate-relație).

Personalizarea pentru o anumită metodologie este asigurată prin selectarea notării grafice necesare a modelelor și a unui set de reguli pentru verificarea specificațiilor de proiectare. Sistemul are setări gata făcute pentru cele mai comune metodologii: DATARUN (metodologia principală susținută de Silverrun), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Information Engineering. Pentru fiecare concept introdus în proiect, este posibil să adăugați proprii descriptori. Arhitectura Silverrun vă permite să vă dezvoltați mediul de dezvoltare după cum este necesar.

Silverrun are structura modularași constă din patru module, fiecare dintre ele un produs independent și poate fi achiziționat și utilizat separat.

1. Modul pentru construirea modelelor de procese de afaceri sub formă de diagrame de flux de date, Business Process Modeler (BPM) vă permite să modelați funcționarea unei organizații automatizate sau a unui sistem informatic automat creat. Capacitatea de a lucra cu modele foarte complexe este oferită de funcțiile de renumerotare automată, lucrul cu arborele de proces (inclusiv tragerea vizuală a ramurilor), detașarea și atașarea părților modelului pentru dezvoltarea colectivă. Diagramele pot fi afișate în mai multe notații predefinite, inclusiv Yourdon/DeMarco și Gane/Sarson. De asemenea, este posibil să vă creați propriile notații, de exemplu, adăugați câmpuri definite de utilizator la numărul de descriptori afișați pe diagramă.

2. Modulul de modelare conceptuală a datelor Entity-Relationship eXpert (ERX) permite construirea de modele de date entitate-relație care nu sunt legate de o implementare specifică. Sistemul expert încorporat vă permite să creați un model de date normalizat corect, răspunzând la întrebări semnificative despre relația dintre date. Este oferită construcția automată a unui model de date din descrierile structurilor de date. Analiza dependențelor funcționale ale atributelor face posibilă verificarea conformității modelului cu cerințele celei de-a treia forme normale și asigurarea îndeplinirii acestora. Modelul verificat este transmis la modulul Relational Data Modeler.

3. Modulul de modelare relațională Relational Data Modeler (RDM) vă permite să creați modele detaliate entitate-relație pentru implementare într-o bază de date relațională. Acest modul documentează toate constructele asociate cu construirea unei baze de date: indexuri, declanșatoare, proceduri stocate etc. Notația flexibilă, mutabilă și extensibilitatea depozitului vă permit să lucrați cu orice metodologie. Abilitatea de a crea subscheme urmează abordarea ANSI SPARC pentru reprezentarea unei scheme de bază de date. Atât nodurile de procesare distribuite, cât și vizualizările utilizatorului sunt modelate în limbajul subcircuitului. Acest modul oferă proiectarea și documentarea completă a bazelor de date relaționale.

4. Manager de depozit de grup de lucru Workgroup Repository Manager (WRM) este folosit ca dicționar de date pentru a stoca informații comune tuturor modelelor și oferă, de asemenea, integrarea modulelor Silverrun într-un singur mediu de proiectare.

Avantajul instrumentului Silverrun CASE este flexibilitatea ridicată și varietatea mijloacelor vizuale pentru construirea de modele, iar dezavantajul este lipsa unui control reciproc strict între componentele diferitelor modele (de exemplu, capacitatea de a propaga automat modificările între DFD-uri diferite). niveluri de descompunere). Trebuie remarcat, totuși, că acest dezavantaj poate fi semnificativ numai dacă se utilizează un model de ciclu de viață în cascadă.

Silverrun include:

1. generarea automată de scheme de baze de date pentru cele mai comune SGBD: Oracle, Informix, DB2, Ingres, Progress, SQL Server, SQLBase, Sybase;

2. transferul de date către instrumente de dezvoltare a aplicațiilor: JAM, PowerBuilder, SQL Windows, Uniface, NewEra, Delphi.

Astfel, este posibilă definirea completă a nucleului bazei de date folosind toate caracteristicile unui SGBD specific: declanșatoare, proceduri stocate, constrângeri de integritate referențială. La crearea unei aplicații, datele migrate din depozitul Silverrun sunt folosite fie pentru a genera automat obiecte de interfață, fie pentru a le crea rapid manual.

Pentru a face schimb de date cu alte instrumente de automatizare a designului, pentru a crea proceduri specializate pentru analiza și verificarea specificațiilor de proiectare și pentru a compila rapoarte specializate în conformitate cu diferite standarde, sistemul Silverrun oferă trei moduri de a scoate informațiile de proiectare în fișiere externe.

1. Sistem de raportare. Rapoartele sunt transmise în fișiere text.

2. Sistem de export/import. Nu numai conținutul fișierului de export este specificat, ci și separatorii de înregistrări, separatorii de câmpuri în înregistrări și marcatorii de început și de sfârșit ai câmpurilor de text. Astfel de fișiere de export pot fi generate și încărcate în depozit. Acest lucru face posibilă schimbul de date cu diverse sisteme: alte instrumente CASE, DBMS, editori de text și foi de calcul.

3. Stocarea depozitului în fișiere externe cu acces folosind drivere ODBC. Pentru a accesa datele de depozit din cele mai comune SGBD-uri, este posibil să stocați toate informațiile despre proiect direct în formatul acestor SGBD.

Silverrun acceptă două metode de lucru în grup:

1) versiunea standard pentru un singur utilizator are un mecanism de împărțire și îmbinare controlată a modelelor. Modelul poate fi împărțit în părți și distribuit între mai mulți dezvoltatori. După o dezvoltare detaliată, piesele sunt reasamblate într-un singur model;

2) versiunea de rețea a Silverrun permite lucrul în grup paralel cu modele stocate într-un depozit de rețea bazat pe DBMS Oracle, Sybase sau Informix. În același timp, mai mulți dezvoltatori pot lucra cu același model, deoarece blocarea obiectelor are loc la nivelul elementelor individuale ale modelului.

GEM. Instrumentul de dezvoltare a aplicațiilor JYACC Application Manager (JAM) este un produs al JYACC. Caracteristica principală este conformitatea cu metodologia RAD, deoarece JAM vă permite să implementați rapid ciclul de dezvoltare a aplicației, care constă în generarea următoarei versiuni a prototipului aplicației. ținând cont de cerințele identificate în pasul anterior și să-l prezinte utilizatorului.

JAM are o structură modulară și constă din următoarele componente:

1. nuclee de sistem;

2. JAM/DBi - module de interfață specializate către DBMS (JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC etc.);

3. JAM/RW - modul generator de rapoarte;

4. JAM/CASEi - module specializate de interfață cu instrumentele CASE (JAM/CASE-TeamWork, JAM/CASE-Inno-vator etc.);

5. JAM/TPi - module de interfață specializate pentru managerii de tranzacții (de exemplu, JAM/TPi-Server TUXEDO etc.);

6. Jterm - un emulator X-terminal specializat.

Nucleul sistemului este un produs complet și poate fi utilizat independent pentru dezvoltarea aplicațiilor. Toate celelalte module sunt suplimentare și nu pot fi utilizate independent.

Nucleul sistemului include următoarele componente principale:

1. editor de ecran. Editorul de ecran include un mediu de dezvoltare a ecranului, un depozit de obiecte vizuale, propriul său DBMS JAM - JDB, un manager de tranzacții, un depanator, un editor de stil;

2. editor de meniu;

3. un set de utilitati auxiliare;

4. mijloace de producere a unei versiuni industriale a aplicaţiei.

Când se utilizează JAM, dezvoltarea interfeței externe a unei aplicații este un design vizual și se reduce la crearea de formulare de ecran prin plasarea structurilor de interfață pe acestea și definirea câmpurilor de ecran pentru intrarea/ieșirea informațiilor. Proiectarea interfeței în JAM se face folosind editor de ecran. Aplicațiile dezvoltate în JAM au o interfață cu mai multe ferestre. Dezvoltarea ecranului presupune plasarea elementelor de interfață pe acesta, gruparea acestora și setarea valorilor proprietăților lor.

Editor de meniu vă permite să dezvoltați și să depanați sisteme de meniu. A fost implementată capacitatea de a construi meniuri pictografice. Atribuirea elementelor de meniu la obiectele aplicației se face în editorul de ecran.

JDB-ul DBMS relațional cu un singur utilizator este încorporat în nucleul JAM. Scopul principal al JDB este crearea de prototipuri a aplicațiilor în cazurile în care lucrul cu un SGBD standard este imposibil sau nepractic. JDB implementează capabilitățile minime necesare ale SGBD-urilor relaționale, care nu includ indecși, proceduri stocate, declanșatori și vizualizări. Folosind JDB, puteți construi o bază de date identică cu baza de date țintă (cu excepția caracteristicilor care lipsesc în JDB) și puteți dezvolta o parte semnificativă a aplicației.

Depanatorul permite depanarea completă a aplicației în curs de dezvoltare. Toate evenimentele care au loc în timpul execuției aplicației sunt urmărite.

Utilități JAM-urile includ trei grupuri:

1) convertoare de fișiere de ecran JAM în text. JAM salvează ecranele ca fișiere binare native;

2) configurarea dispozitivelor de intrare/ieșire. JAM și aplicațiile create cu acesta nu funcționează direct cu dispozitivele I/O. În schimb, JAM accesează dispozitivele I/O logice (tastatură, terminal, raport);

3) întreținerea bibliotecilor de ecrane.

Unul dintre modulele JAM suplimentare este generator de rapoarte. Aspectul raportului este realizat în editorul de ecran JAM. Funcționarea raportului este descrisă folosind un limbaj special. Generatorul de rapoarte vă permite să definiți datele afișate în raport, gruparea informațiilor de ieșire, formatarea ieșirii etc.

Aplicațiile dezvoltate folosind JAM pot fi produse ca module executabile. Pentru a face acest lucru, dezvoltatorii trebuie să aibă un compilator C și un linker.

JAM conține limbaj de programare încorporat JPL (JAM Procedural Language), cu care, dacă este necesar, se pot scrie module care implementează acțiuni specifice. Acest limbaj este interpretat. Este posibil să se facă schimb de informații între mediul de aplicație construit vizual și astfel de module. În plus, JAM implementează capacitatea de a conecta module externe scrise în limbaje compatibile cu limbajul C în ceea ce privește apelurile de funcții.

JAM este sistem orientat pe evenimente, constând dintr-un set de evenimente - deschiderea și închiderea ferestrelor, apăsarea unei taste de la tastatură, declanșarea unui temporizator de sistem, primirea și transferul controlului fiecărui element de ecran. Dezvoltatorul implementează logica aplicației prin definirea unui handler pentru fiecare eveniment.

Manageri de evenimente JAM poate conține atât funcții JAM încorporate, cât și funcții scrise de dezvoltator în C sau JPL. Setul de funcții încorporate include peste 200 de funcții pentru diverse scopuri; sunt disponibile pentru apeluri de la funcții scrise atât în ​​JPL, cât și în C.

Versiunea industrială a aplicației, dezvoltat folosind JAM, constă din următoarele componente:

1. modul executabil al interpretului aplicației;

2. ecrane care alcătuiesc aplicația (furnizate ca fișiere separate, ca parte a bibliotecilor de ecrane sau încorporate în corpul interpretului);

3. module JPL externe (furnizate sub formă de fișiere text sau în formă precompilată; precompilate

4. module JPL externe - sub formă de fișiere separate și ca parte a bibliotecilor de ecran);

5. fișiere de configurare a aplicației - fișiere de configurare a tastaturii și a terminalului, fișier cu mesaje de sistem, fișier de configurare generală.

Interacțiunea directă cu DBMS este implementată de modulele JAM/DBi (interfață bază de date). Metodele de implementare a interacțiunii în JAM sunt împărțite în două clase: manuale și automate.

La mod manual Dezvoltatorul scrie independent interogări în SQL, în care sursele și destinațiile pentru primirea rezultatelor interogărilor pot fi atât elemente de interfață ale unui nivel extern proiectat vizual, cât și variabile interne invizibile pentru utilizatorul final.

Mod auto implementat de managerul de tranzacții JAM. Este fezabil pentru tipurile obișnuite de operațiuni cu baze de date, așa-numitele QBE (Query By Example - interogări bazate pe un eșantion), ținând cont de relațiile destul de complexe între tabelele bazei de date și controlul automat al atributelor câmpurilor de intrare-ieșire a ecranului, în funcție de asupra tipului de tranzacție (citire, scriere și etc.) la care participă cererea generată.

JAM vă permite să construiți aplicații care să funcționeze cu mai mult de 20 de SGBD: ORACLE, Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2, SGBD compatibil ODBC etc.

O caracteristică distinctivă a JAM este nivelul ridicat de portabilitate a aplicațiilor între diferite platforme (MS DOS/MS Windows, SunOS, Solaris (i80x86, SPARC), HP-UX, AIX, VMS/Open VMS etc.); poate exista o cerință de „redesenare” a câmpurilor de text static pe ecrane cu text rusesc atunci când se transferă între medii DOS-Windows-UNIX. În plus, portabilitatea este facilitată de faptul că în JAM, aplicațiile sunt dezvoltate pentru dispozitive I/O virtuale mai degrabă decât pentru cele fizice. Astfel, atunci când migrați o aplicație de la platformă la platformă, de obicei trebuie doar să mapați dispozitivele fizice I/O la reprezentările lor logice pentru aplicație.

Utilizarea SQL ca mijloc de interacțiune cu SGBD ajută, de asemenea, la asigurarea portabilității între SGBD. Dacă structura bazei de date este transferată, aplicațiile pot să nu necesite nicio modificare, cu excepția inițializării sesiunii de lucru. Acest lucru este posibil dacă aplicația nu a folosit extensii SQL specifice DBMS.

Când sarcina sistemului crește și complexitatea sarcinilor care se rezolvă (distribuția și eterogenitatea resurselor utilizate, numărul de utilizatori conectați simultan, complexitatea logicii aplicației) este utilizată model de arhitectură pe trei niveluri„client – ​​server” folosind manageri de tranzacții. Componentele JAM/TPi-Client și JAM/TPi-Server fac destul de ușor trecerea la un model cu trei niveluri. În acest caz, modulul JAM/TPi-Server joacă un rol cheie, deoarece principala dificultate în implementarea unui model pe trei niveluri constă în implementarea logicii aplicației în serviciile de gestionare a tranzacțiilor.

Interfața JAM/CASE permite schimbul de informații între depozitul de obiecte JAM și depozitul de instrumente CASE. Schimbul este similar cu modul în care o structură de bază de date este importată într-un depozit JAM direct din baza de date. Diferența este că schimbul dintre depozite este bidirecțional.

Pe lângă modulele JAM/CASEi, există și un modul Kit pentru dezvoltatori JAM/CASEi. Folosind acest modul, puteți dezvolta independent o interfață (adică un modul JAM/CASEi specializat) pentru un instrument CASE specific, dacă există o interfață. modulul gata JAM/CASEi pentru el nu există.

Există o interfață care implementează interacțiunea dintre instrumentul Silverrun CASE și JAM. Transferă schema bazei de date și formularele de ecran ale aplicației între instrumentul Silverrun-RDM CASE și JAM versiunea 7.0; are doua moduri de functionare:

1) modul direct (Silverrun-RDM->JAM) este destinat creării de obiecte dicționar CASE și elemente de depozit JAM bazate pe reprezentarea schemelor în Silverrun-RDM. Pe baza reprezentării modelelor de date de interfață în Silverrun-RDM, sunt generate ecrane și elemente de depozit JAM. Puntea convertește tabele și relațiile de schemă relațională RDM într-o secvență de obiecte JAM de tipurile adecvate. Metodologia de construire a modelelor de date de interfață în Silverrun-RDM implică utilizarea unui mecanism de subcircuit pentru prototiparea ecranelor aplicației. Pe baza descrierii fiecărui subcircuit RDM, puntea generează o formă de ecran JAM;

2) modul invers (JAM->Silverrun-RDM) este destinat transferului modificărilor obiectelor dicționarului CASE la modelul relațional Silverrun-RDM.

Modul Reengineering permite ca modificările tuturor proprietăților ecranului JAM importate anterior din RDM să fie transferate în schema Silvcrrun. Pentru a controla integritatea bazei de date, nu sunt permise modificări ale schemei sub formă de adăugare sau ștergere a tabelelor și a câmpurilor de tabel.

Nucleul JAM are o interfață încorporată pentru instrumentele de gestionare a configurației (PVCS pe platforma Windows și SCCS pe platforma UNIX). Bibliotecile de ecran și/sau depozitele sunt transferate sub controlul acestor sisteme. În absența unor astfel de sisteme, JAM implementează în mod independent unele dintre funcții pentru a sprijini dezvoltarea grupului.

Pe platforma MS-Windows, JAM are o interfață încorporată cu PVCS, iar acțiunile de preluare/checkout sunt efectuate direct din mediul JAM.

Vantage Team Builder (Westmount I-CASE). Vantage Team Builder este un produs software integrat conceput să implementeze și să susțină pe deplin modelul ciclului de viață al cascadei.

Vantage Team Builder oferă următoarele funcții:

1. proiectarea de diagrame de flux de date, diagrame entitate-relație, structuri de date, diagrame bloc de program și secvențe de forme de ecran;

2. proiectarea diagramelor de arhitectură a sistemului - SAD (proiectarea compoziției și comunicării instrumentelor de calcul, distribuirea sarcinilor de sistem între instrumentele de calcul, modelarea relațiilor client-server, analizarea utilizării managerilor de tranzacții și a caracteristicilor de funcționare a sistemelor în timp real);

3. generarea codului programului în limbajul SGBD-ului țintă cu suport deplin al mediului software și generarea codului SQL pentru crearea de tabele de baze de date, indexuri, constrângeri de integritate și proceduri stocate;

4. programare în limbaj C cu SQL încorporat;

5. managementul versiunii și configurației proiectului;

6. acces multi-utilizator la depozitul de proiecte;

7. generarea documentației de proiect folosind șabloane standard și individuale;

8. exportul și importul datelor de proiect în format CDIF (CASE Data Interchange Format).

Vantage Team Builder vine în diverse configurații în funcție de SGBD utilizat (ORACLE, Informix, Sybase sau Ingres) sau instrumentele de dezvoltare a aplicațiilor (Uniface). Configurația Vantage Team Builder pentru Uniface diferă de restul prin concentrarea sa parțială pe modelul ciclului de viață în spirală datorită capacităților sale rapide de prototipare. Un set mare de diagrame este folosit pentru a descrie proiectul AIS.

La construirea tuturor tipurilor de diagrame, se asigură controlul pentru conformitatea modelelor cu sintaxa metodelor utilizate, precum și controlul corespondenței elementelor cu același nume și a tipurilor acestora pentru diferite tipuri de diagrame.

La construirea diagramelor de flux de date DFD, este monitorizată conformitatea diagramelor la diferite niveluri de descompunere. Corectitudinea nivelului superior al DFD este monitorizată folosind matricea listei de evenimente ELM. Pentru a controla descompunerea fluxurilor de date compozite, sunt utilizate mai multe opțiuni pentru descrierea lor: în formular diagramele structurii datelor DSD sau notatii BNF (Backus - forma Naur).

Pentru a construi SAD, se folosește o notație DFD extinsă, care face posibilă introducerea conceptelor de procesoare, sarcini și dispozitive periferice, ceea ce asigură claritatea soluțiilor de proiectare.

La construirea unui model de date sub forma unui ERD, acesta este normalizat și se introduce definirea numelor fizice ale elementelor de date și tabelelor care vor fi utilizate în procesul de generare a schemei fizice de date a unui anumit SGBD. Este posibil să se determine chei alternative ale entităților și câmpurilor care formează puncte de intrare suplimentare în tabel (câmpuri index) și puterea relațiilor dintre entități.

Prezența unui sistem universal de generare a codului bazat pe mijloace specificate de acces la depozitul de proiect permite dezvoltatorilor să mențină un nivel ridicat de execuție a disciplinei de proiectare: o ordine strictă de generare a modelului; structura rigidă și conținutul documentației; generarea automată a codurilor sursă de programe etc.; toate acestea asigură o creștere a calității și fiabilității IC-urilor dezvoltate.

Sistemele de publicare FrameMaker, Interleaf sau Word Perfect pot fi folosite pentru a pregăti documentația proiectului. Structura și compoziția documentației proiectului sunt configurate în conformitate cu standardele specificate. Personalizarea se realizează fără modificarea soluțiilor de proiectare.

Când se dezvoltă AIS mari, întregul sistem în ansamblu corespunde unui proiect ca categorie Vantage Team Builder. Proiectul poate fi descompus într-un număr de sisteme, fiecare dintre ele corespunde unui subsistem AIS relativ autonom și este dezvoltat independent de celelalte. În viitor, sistemele de proiect pot fi integrate.

Procesul de proiectare AIS folosind Vantage Team Builder este implementat sub forma a patru faze (etape) succesive - analiză, arhitectură, designȘi implementare,în acest caz, rezultatele finalizate ale fiecărei etape sunt transferate (importate) total sau parțial în faza următoare. Toate diagramele, cu excepția ERD, sunt convertite în alt tip sau își schimbă aspectul în conformitate cu caracteristicile fazei curente. Astfel, DFD-urile sunt convertite în SAD-uri în faza de arhitectură, DSD-urile în DTD-uri. Odată ce importul este finalizat, conexiunea logică cu faza anterioară este întreruptă, adică toate modificările necesare pot fi făcute diagramelor.

Configurația Vantage Team Builder pentru Uniface asigură partajarea a două sisteme într-un singur mediu de proiectare tehnologică, în timp ce schemele de baze de date (modele SQL) sunt transferate în depozitul Uniface și invers, modelele de aplicații generate de instrumentele Uniface pot fi transferate în Vantage. Depozitul Team Builder . Posibilele discrepanțe între depozitele celor două sisteme sunt eliminate folosind un utilitar special. Dezvoltarea formularelor de ecran în mediul Uniface se realizează pe baza diagramelor de secvență a formularelor FSD după importul modelului SQL. Tehnologia de dezvoltare a AIS pe baza acestei configurații este prezentată în Fig. 2.23.

Structura depozitului stocat în DBMS-ul țintă și interfețele Vantage Team Builder sunt deschise, ceea ce permite în principiu integrarea cu orice alte instrumente.

Uniface. Produsul Compuware este un mediu de dezvoltare pentru aplicații la scară largă într-o arhitectură client-server și are următoarea arhitectură de componente:

1. Application Objects Repository (depozitul de obiecte de aplicație) conține metadate care sunt utilizate automat de toate celelalte componente de-a lungul ciclului de viață AIS (modele de aplicație, descrieri de date, reguli de afaceri, formulare de ecran, obiecte globale și șabloane). Depozitul poate fi stocat în oricare dintre bazele de date suportate de Uniface;

Orez. 2.23. Interacțiunea dintre Vantage Team Builder și Uniface

2. Application Model Manager suportă modele de aplicație (modele E-R), fiecare dintre acestea reprezentând un subset al schemei generale a bazei de date din punctul de vedere al unei aplicații date și include un editor grafic corespunzător;

3. Rapid Application Builder - un instrument pentru crearea rapidă a formularelor de ecran și a rapoartelor bazate pe obiecte model de aplicație. Include un editor de formulare grafice, instrumente de prototipare, depanare, testare și documentare. O interfață cu diferite tipuri de comenzi pentru ferestre Open Widget Interface a fost implementată pentru interfețele grafice existente - MS Windows (inclusiv VBX), Motif, OS/2. Interfața de prezentare universală vă permite să utilizați aceeași versiune a aplicației în diferite interfețe grafice fără a modifica codul programului;

4. Serviciile pentru dezvoltatori sunt utilizate pentru a sprijini proiecte mari și pentru a implementa controlul versiunilor (Uniface Version Control System), drepturi de acces (separarea puterilor), modificări globale etc. Acest lucru oferă dezvoltatorilor instrumente pentru proiectare paralelă, control de intrare și ieșire, căutare, vizualizarea, menținerea și emiterea de rapoarte privind datele sistemului de control al versiunilor;

5. Deployment Manager (gestionarea distribuției aplicației) - instrumente care vă permit să pregătiți aplicația creată pentru distribuție, să o instalați și să o întrețineți (în acest caz, platforma utilizatorului poate diferi de platforma dezvoltatorului). Acestea includ drivere de rețea și drivere DBMS, un server de aplicații (poliserver), instrumente de distribuție a aplicațiilor și de gestionare a bazelor de date. Uniface acceptă interfața cu aproape toate platformele hardware și software cunoscute, DBMS, instrumente CASE, protocoale de rețea și manageri de tranzacții;

6. Personal Series (instrumente personale) sunt folosite pentru a crea interogări complexe și rapoarte în formă grafică (Personal Query and Personal Access - PQ/PA), precum și pentru a transfera date către sisteme precum WinWord și Excel;

7. Distributed Computing Manager - instrument de integrare cu managerii de tranzacții Tuxedo, Encina, CICS, OSF DCE.

Versiunea Uniface 7 acceptă pe deplin modelul de calcul distribuit și arhitectura client-server pe trei niveluri (cu posibilitatea de a schimba schema de descompunere a aplicației în timpul execuției). Aplicațiile create folosind Uniface 7 pot fi executate în medii de operare eterogene folosind diferite protocoale de rețea, simultan pe mai multe platforme eterogene (inclusiv Internet).

Componentele Uniface 7 includ:

1. Uniface Application Server - server de aplicații pentru sisteme distribuite;

2. WebEnabler - software server pentru operarea aplicațiilor pe Internet și intranet;

3. Name Server - software server care asigură utilizarea resurselor distribuite de aplicații;

4. PolyServer - un instrument pentru accesarea datelor și integrarea diverselor sisteme.

Lista de SGBD-uri acceptate include DB2, VSAM și IMS; PolyServer oferă, de asemenea, interacțiune cu sistemul de operare MVS.

Designer/2000 + Dezvoltator/2000. Designer/2000 2.0 de la ORACLE este un instrument CASE integrat care, împreună cu instrumentele de dezvoltare a aplicațiilor Developer/2000, oferă suport pentru un ciclu de viață complet al software-ului pentru sistemele care utilizează DBMS-ul ORACLE.

Designer/2000 este o familie de metodologii și produse software care le suportă. Metodologia de bază Designer/2000 (CASE*Method) este o metodologie structurală pentru proiectarea sistemului care acoperă în totalitate toate etapele ciclului de viață AIS. În etapa de planificare se determină obiectivele creării sistemului, prioritățile și limitările, se elaborează arhitectura sistemului și planul de dezvoltare AIS. În timpul procesului de analiză se construiesc: un model al nevoilor de informații (diagrama entitate-relație), o diagramă de ierarhie funcțională (bazată pe descompunerea funcțională AIS), o matrice de referințe încrucișate și o diagramă de flux de date.

În faza de proiectare, se dezvoltă o arhitectură AIS detaliată, se proiectează o schemă de bază de date relațională și module software și se stabilesc referințe încrucișate între componentele AIS pentru a analiza influența reciprocă și a controlului schimbărilor.

În etapa de implementare se creează o bază de date, se construiesc sisteme de aplicații, se testează, se verifică calitatea și respectarea cerințelor utilizatorului. Sunt create documentația sistemului, materialele de instruire și manualele de utilizare. La etapele de operare și întreținere se analizează performanța și integritatea sistemului, se efectuează suport și, dacă este necesar, modificarea AIS.

Designer/2000 oferă o interfață grafică pentru dezvoltarea diferitelor modele (diagrame) ale domeniului subiectului. În timpul procesului de construire a modelelor, informațiile despre acestea sunt introduse în depozit. Designer/2000 include următoarele componente.

Design AIS

Dezvoltare detaliată proiectarea sistemului, care conține un set complet al documentației sale organizatorice, de proiectare, tehnologice și operaționale. În conformitate cu GOST 34.601-90. Proiectarea sistemelor automate presupune implementarea unui număr de etape, inclusiv: formarea cerințelor pentru AS, dezvoltarea conceptului AS, elaborarea specificațiilor tehnice, proiectarea preliminară, proiectarea tehnică și elaborarea documentației de lucru. Pe lângă proiectare, etapele creării unei CNE includ și: punerea în funcțiune și întreținerea CNE. Fiecare etapă este împărțită în etape. De asemenea, anexele la acest standard definesc:

· Lista tipurilor de organizații care participă la lucru.

În funcție de natura obiectului de design și de condițiile sale specifice, GOST 34.601-90 permite excluderea etapelor individuale, precum și combinarea acestora. Ținând cont de practica pe termen lung din Rusia atunci când se creează sisteme informatice automatizate (" AIS”) se desfășoară în mod obișnuit următoarele etape de proiectare: studiu pre-proiectare, proiectare conceptuală, proiectare preliminară, proiectare tehnică și proiectare detaliată. Alte standarde de stat care reglementează diferite aspecte ale proiectării difuzoarelor:

· GOST 34.602-89 Set de standarde pentru sisteme automate. Termeni de referință pentru crearea unui sistem automatizat. Intrat la 01/01/90.

· Standard 34.603-92 Tehnologia informaţiei. Tipuri de teste AC.

· Standarde 34. (971, 972,973, 974, 981) - 91 Tehnologia informației. Interconectarea sistemelor deschise.

· Standard 34.91. Tehnologia de informație. Rețelele locale etc.

Sondaj înainte de proiect- Colectarea și prelucrarea informațiilor despre organizarea și caracteristicile funcționării obiectului de automatizare, inclusiv date privind interacțiunea acestuia cu mediul extern și alte obiecte, precum și implementarea analiza de sistem, elaborarea unui studiu de fezabilitate pentru fezabilitatea automatizării și elaborarea cerințelor generale pentru dezvoltarea unui sistem automatizat. Conținutul lucrării în timpul inspecției înainte de proiect a unei instalații de automatizare corespunde etapei „Formarea cerințelor pentru un sistem automatizat” GOST 34.601-90, etape: „Inspecția obiectului și justificarea necesității de a crea un sistem automatizat”. ”, „Formarea cerințelor utilizatorilor pentru un sistem automatizat”, „Formarea unui raport asupra lucrărilor efectuate și a unei cereri de dezvoltare AS - specificații tactice și tehnice.”

Design conceptual- Corespunde etapelor de proiectare în conformitate cu GOST 34.601-90 - „Dezvoltarea conceptului CNE” (etape: „Elaborarea opțiunilor pentru conceptul CNE și selectarea opțiunii conceptului CNE care satisface utilizatorul”, „Pregătirea unui raport privind munca efectuată”) și „Elaborarea specificațiilor tehnice”. Tipurile de documente finale de lucru în această etapă sunt proiect preliminar(se folosesc și nume - „ Design conceptual ”, “Proiect pilot") sau Program crearea unui sistem care să includă:

· Scurtă descriere a stării inițiale a obiectului de automatizare și a mediului în care funcționează;

· Indicarea obiectivelor principale și lista sarcinilor de automatizare;

· Descrierea structurii organizatorice și funcționale extinse a opțiunii (sau opțiunilor) selectate pentru construirea sistemului care se creează;

· Studiu de fezabilitate;

· Descriere integrată și cerințe de bază pentru informații și instrumente de suport lingvistic;

· Cerințe generale pentru software și hardware;

· Lista și caracteristicile extinse ale etapelor de creare a sistemului, momentul implementării acestora, componența interpreților și rezultatele așteptate ale implementării lor;

· Evaluarea inițială a indicatorilor de cost ai lucrării;

· Specificații tehnice pentru întregul sistem și/sau componentele sale principale (subsisteme, sisteme și instrumente software și hardware, sarcini individuale etc.), aprobate de Client.

Proiectare schematică- Dezvoltarea solutiilor de proiectare preliminara pentru sistem si piesele acestuia. Documentul final pentru efectuarea lucrărilor în această etapă de proiectare este proiectare preliminară, care conține soluțiile fundamentale de proiectare și circuit ale obiectului de dezvoltare, precum și date care definesc scopul acestuia și parametrii de bază (la proiectare software sistem, proiectul preliminar trebuie să conţină un complet specificațieîn curs de dezvoltare programe).

Design tehnic - Etapa de lucru privind proiectarea sistemului de difuzoare, care include:

· Dezvoltarea de soluții de proiectare pentru sistem și piesele acestuia;

· Elaborarea documentației pentru CNE și părțile sale;

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

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

Documentul final al acestei etape de proiectare este proiect tehnic, care conține, pe lângă materialele enumerate, schemele de circuit și documentația de proiectare a obiectului de dezvoltare și a componentelor acestuia, o listă de instrumente gata făcute selectate software și hardware(inclusiv computere, sistem de operare, programe de aplicație etc.), și de asemenea algoritmi rezolvarea problemelor pentru dezvoltarea de noi instrumente software etc.

Design detaliat- Stadiu final proiecta, care, pe lângă dezvoltarea documentației de lucru pentru sistem și părțile sale cerute de GOST 34.601-90, prevede în general clarificarea și detalierea rezultatelor etapelor anterioare, crearea și testarea unui prototip și/sau model industrial pilot. a unui obiect de automatizare, dezvoltarea și testarea produselor software, documentația tehnologică și operațională. Rezultatele sunt prezentate în muncitor sau proiect tehnic de lucru. În practica modernă de design sisteme informatice automatizate(De exemplu, ABIS, ASNTI, ACS etc.) este etapa inițială a implementării lor în activitatea companiei, organizației sau serviciului care este clientul proiectului, sau mamă într-un număr de alte companii, organizații, servicii automatizate etc.

Ciclul de dezvoltare (proiectare).) software - Set de etape de dezvoltare softwareîncepând de la analiza de sistemși dezvoltarea cerințelor inițiale înainte de implementarea acesteia.

Principii de proiectare AIS- Un set de reguli sau cerințe stabilite de mulți ani de experiență diversă în crearea și operarea AIS. Cele mai frecvente sunt:

· Identitate- dezvoltarea unuia nou, îmbunătățirea unuia existent sau implementarea unui AIS obținut extern sunt probleme științifice și tehnice care sunt similare ca conținut, diferând una de cealaltă doar prin conținutul unui număr de etape și parametri de timp ;

· Fabricabilitatea: tehnologie automatizata inseamna dezvoltarea unei noi tehnologii sau modernizarea uneia existente in conditiile AIS si nu permite utilizarea simpla a software-ului si hardware-ului dezvoltat in conditiile vechilor tehnologii traditionale;

· Continuitatea, etapizarea și continuitatea dezvoltării și dezvoltării: AIS sunt sisteme care se dezvoltă constant pe baza lor; fiecare inovație servește ca o dezvoltare a principiilor de bază ale sistemului și a calității deja atinse;

· Adaptabilitate: Componentele AIS trebuie să aibă proprietăți care să asigure adaptarea rapidă a acestor componente la schimbările din mediul extern și noile mijloace;

· Principiul modular al construcției software și hardware: presupune că componența acestor instrumente este formată din blocuri („module”) care oferă posibilitatea înlocuirii sau modificării acestora în vederea îmbunătățirii funcționării AIS sau a adaptării acestuia la noile condiții;

· Tehnologic (inclusiv - rețea) integrare: presupune unitate pentru întregul sistem de tehnologie pentru crearea, actualizarea, stocarea și utilizarea resurselor informaționale și, în special, prelucrarea unică a documentelor și datelor, precum și utilizarea lor multiplă și multifuncțională;

· Normalizarea completă a proceselor și monitorizarea acestora: utilizarea multifuncțională a informațiilor AIS necesită asigurarea unei fiabilități ridicate a datelor din sistem. Pentru a face acest lucru, la diferite etape de prelucrare și introducere a documentelor informaționale, este necesar să se utilizeze diverse forme de control al informațiilor, cerințele pentru care se pot forma din alcătuirea sarcinilor în curs de rezolvare și a datelor în curs de prelucrare. monitorizarea constantă este, de asemenea, necesară pentru a obține caracteristici calitative și cantitative ale funcționării AIS pe baza instrumentelor de statistică inteligentă încorporate și special dezvoltate;

· Regulament: AIS sunt concentrate pe funcționarea într-un mod industrial, oferind procesare în flux de masă a documentelor informaționale; Această prelucrare este reglementată de standarde, tehnologii de rută și operaționale, standarde pentru indicatorii de resurse și timp și un serviciu de expediere dezvoltat.

· Oportunitatea economică: crearea unui AIS ar trebui să includă selecția unor astfel de soluții de proiectare (inclusiv software, tehnic și organizatoric-tehnologic), care, sub rezerva atingerii scopurilor și obiectivelor stabilite, să asigure reducerea la minimum a costurilor resurselor financiare, materiale și de muncă.

· Tipificarea soluțiilor de proiectare: dezvoltarea și dezvoltarea AIS și a rețelelor acestora se realizează cu accent pe cooperarea și cooperarea între biblioteci, precum și în conformitate cu regulile și protocoalele de schimb internațional de informații;

· Utilizarea maximă a soluțiilor gata făcute: pentru a reduce costurile și timpul de dezvoltare și implementare a AIS, precum și pentru a reduce erorile de proiectare atât ale sistemului în ansamblu, cât și ale componentelor sale individuale, se recomandă utilizarea soluțiilor și instrumentelor gata făcute cât mai mult posibil. În acest plan, la crearea unui nou sistem, o cantitate semnificativă de muncă este asociată cu analiza opțiunilor alternative pentru posibile soluții, selectarea celei mai potrivite pentru obiectul de automatizare și adaptarea acestuia la noile condiții de aplicare;

· Spirit corporativ: la proiectarea unui sistem automatizat care face parte dintr-un sistem de nivel superior (oraș, departament, republică etc.), trebuie asigurată compatibilitatea hardware, software, lingvistică și informațională a acestuia cu alți participanți la sistem și/sau rețeaua AIS. Cerințele corporatismului pot intra în conflict cu cerințele sau deciziile dictate de alte principii, de exemplu, continuitatea deciziilor de proiectare;

· Orientarea către primele persoane ale obiectului de automatizare: implementarea cu succes a lucrărilor privind crearea unui sistem informatic automatizat, dezvoltarea și funcționarea acestuia este posibilă numai dacă sunt susținute necondiționat de prima persoană a obiectului de automatizare (de exemplu, directorul unei biblioteci sau agenție de informare) și responsabilitatea directă pentru implementarea lor este atribuită prin ordin al organizației unui manager la nivelul cel puțin de director adjunct

SPRIJIN REGULATOR ȘI METODOLOGIC PENTRU CREAREA AIS.

Concepte de bază ale designului AIS

În termeni generali, AIS include: utilizator (consumator), resurse de informații, purtători de informații, mijloace de colectare, stocare, procesare a informațiilor și mijloace de transmitere a informațiilor.

Proiectarea AIS se bazează pe două componente interdependente:

Standarde de proiectare;

Metodologia de proiectare.

Conceptele, abordările și definițiile de bază ale designului AIS sunt reglementate de trei tipuri de documentație de proiectare și software:

1. sistem unificat de documentație de proiectare (ESKD);
2. sistem unificat de documentare a programelor (USPD);
3. un set de documente de orientare pentru AIS.

Compoziția documentației proiectului este un set de standarde și orientări bazate pe AIS GOST 24.104-85, GOST 34.003-90, GOST 34.201-90, care include orientări pentru tehnologiile informaționale și sistemele automate, precum și cerințele pentru conținutul documentelor.

Scopul designului este de a identifica o structură internă relativ simplă, numită arhitectură de sistem.

AIS este dezvoltat ca proiect. Multe caracteristici ale managementului de proiect și ale fazei de dezvoltare a proiectului (fazele ciclului de viață) sunt comune, independente nu numai de domeniul de studiu, ci și de natura proiectului. Conceptul de proiect este un concept complex și este greu de găsit o formulare clară pentru el.

Proiect– aceasta este o schimbare limitată în timp, intenționată a unui sistem separat, cu obiective inițial clar definite, a căror realizare determină finalizarea proiectului, precum și cu cerințele stabilite pentru calendar, rezultate, risc, cadru pentru cheltuirea fondurilor și resurselor , și pentru structura organizatorică.

Pentru economic sisteme, prin proiect EIS înțelegem documentația de proiectare și inginerie, care oferă o descriere a soluțiilor de proiectare pentru crearea și funcționarea EIS într-un mediu software și hardware specific.

Sub design EISînțelege procesul de conversie a informațiilor de intrare despre un obiect de proiectare, metode de proiectare și experiență în proiectarea de obiecte cu un scop similar în conformitate cu GOST într-un proiect EIS. Din acest punct de vedere, proiectarea unui EIS se rezumă la formalizarea consecventă a soluțiilor de proiectare în diferite etape ale ciclului de viață EIS: planificare și analiza cerințelor, proiectare tehnică și detaliată, implementare și operare a EIS.

Obiecte de design EIS sunt elemente individuale sau complexe ale acestora de părți funcționale și suport. Astfel, elementele funcționale, în conformitate cu descompunerea tradițională, sunt sarcini, seturi de sarcini și funcții de conducere. Ca parte a părții suport a EIS, obiectele de proiectare sunt elementele și complexele lor de informații, suport software și hardware al sistemului.

Ca subiect Proiectarea EIS implică echipe de specialiști care desfășoară activități de proiectare, de obicei ca parte a unei organizații specializate (de proiectare), și organizația client pentru care este necesară dezvoltarea unui EIS. Amploarea sistemelor dezvoltate determină compoziția și numărul de participanți la procesul de proiectare. Cu un volum mare și termene strânse pentru finalizarea lucrărilor de proiectare, mai multe echipe de proiectare (organizații de dezvoltare) pot participa la dezvoltarea sistemului. În acest caz, se identifică o organizație-mamă care coordonează activitățile tuturor organizațiilor co-executoare.

Forma de participare a co-executorilor la dezvoltarea unui proiect de sistem poate fi diferită. Cea mai comună formă este în care fiecare co-executor realizează lucrări de proiectare de la început până la sfârșit pentru o parte a sistemului în curs de dezvoltare. De obicei, acesta este un subsistem funcțional sau un set interconectat de sarcini de management. Mai puțin obișnuită este forma de participare a co-executorilor, în care co-executorii individuali efectuează lucrări în anumite etape ale procesului de proiectare. Este posibilă o opțiune în care funcțiile clientului și ale dezvoltatorului sunt combinate, adică EIS este proiectat intern.

Realizarea proiectării unui EIS presupune utilizarea de către proiectanți a unei anumite tehnologii de proiectare corespunzătoare amplorii și caracteristicilor proiectului în curs de dezvoltare.

Tehnologia de proiectare EIS- acesta este un set de metodologie și instrumente pentru proiectarea unui EIS, precum și metode și mijloace de organizare a designului (gestionarea procesului de creare și modernizare a unui proiect EIS)

Metodologie (concept + metodă)

Organizarea instrumentelor

design design

Tehnologia de proiectare se bazează pe un proces tehnologic care determină acțiunile, succesiunea acestora, componența interpreților, mijloacele și resursele necesare pentru realizarea acestor acțiuni.

Astfel, procesul tehnologic de proiectare a unui EIS în ansamblu este împărțit într-un set de lanțuri de acțiuni secvenţial-paralele, conectate și subordonate, fiecare dintre acestea putând avea propriul subiect. Acțiunile care se realizează la proiectarea unui EIS pot fi definite ca operații tehnologice indivizibile sau ca subprocese ale operațiilor tehnologice. Toate acțiunile pot fi acțiuni de proiectare în sine, care formează sau modifică rezultatele de proiectare, și acțiuni de evaluare, care sunt dezvoltate conform criteriilor stabilite pentru evaluarea rezultatelor de proiectare.

Astfel, tehnologia de proiectare este specificată printr-o succesiune reglementată de operațiuni tehnologice efectuate în procesul de creare a unui proiect pe baza unei anumite metode, în urma căreia ar deveni clar nu numai CE trebuie făcut pentru a crea proiectul, ci și CUM, CUI și ÎN CE SECVENȚĂ trebuie făcut acest lucru.

Subiectul oricărei tehnologii de proiectare selectate ar trebui să fie o reflectare a proceselor de proiectare interconectate în toate etapele ciclului de viață EIS.

Principalele cerințe pentru tehnologia de proiectare selectată includ următoarele:

Proiectul creat folosind această tehnologie trebuie să corespundă cerințelor clientului;

Tehnologia selectată trebuie să reflecte cât mai mult posibil toate etapele ciclului de viață al proiectului;

Tehnologia selectată trebuie să asigure costuri minime de forță de muncă și costuri pentru proiectare și suport pentru proiect;

Tehnologia ar trebui să fie baza conexiunii dintre proiectare și întreținerea proiectului;

Tehnologia ar trebui să ajute la creșterea productivității designerilor;

Tehnologia trebuie să asigure fiabilitatea proiectării și funcționării proiectului;

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

Baza tehnologiei de proiectare EIS este o metodologie care determină esența, principalele caracteristici tehnologice distinctive.

Metodologia de proiectare presupune prezența unui anumit concept, principii de proiectare, implementate printr-un set de metode de proiectare, care, la rândul lor, trebuie susținute de anumite instrumente de proiectare.

Organizarea designului presupune determinarea metodelor de interacțiune între designeri între ei și cu clientul în procesul de creare a unui proiect EIS, care poate fi susținut și de un set de instrumente specifice.

Metodele de proiectare EIS pot fi clasificate în funcție de gradul de utilizare a instrumentelor de automatizare, soluții standard de proiectare și adaptabilitate la schimbările așteptate.

Da, după grad automatizare Metodele de proiectare sunt împărțite în metode:

design de mână, în care proiectarea componentelor EIS se realizează fără utilizarea unor instrumente software speciale, iar programarea se face în limbaje algoritmice;

proiectarea calculatorului, care generează sau configurează (înființează) soluții de proiectare bazate pe utilizarea unor instrumente software speciale.

Pe baza gradului de utilizare a soluțiilor standard de proiectare, se disting următoarele metode de proiectare:

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

Design standard, care presupune configurarea unui EIS din soluții de proiectare standard gata făcute (module software).

Designul original (individual) al EIS se caracterizează prin faptul că toate tipurile de lucrări de proiectare sunt concentrate pe crearea de proiecte individuale pentru fiecare obiect, care reflectă toate caracteristicile acestuia în maximum.

Proiectarea standard este realizată pe baza experienței acumulate în dezvoltarea proiectelor individuale. Proiectele tipice ca o generalizare a experienței pentru anumite grupuri de sisteme organizaționale și economice sau tipuri de muncă în fiecare caz specific sunt asociate cu multe caracteristici specifice și diferă prin gradul de acoperire a funcțiilor de management, munca efectuată și documentația de proiect elaborată.

În funcție de gradul de adaptabilitate al soluțiilor de proiectare, metodele de proiectare sunt clasificate în metode:

Reconstrucție, atunci când adaptarea soluțiilor de proiectare se realizează prin prelucrarea componentelor relevante (module software de reprogramare);

Parametrizare, atunci când soluțiile de proiectare sunt ajustate (regenerate) în conformitate cu parametrii modificați;

Restructurarea modelului, atunci când modelul zonei cu probleme se modifică, pe baza căruia soluțiile de proiectare sunt regenerate automat.

Combinația diferitelor caracteristici ale clasificării metodelor de proiectare determină natura tehnologiei de proiectare EIS utilizată, dintre care se remarcă două principale:

clasa: tehnologii canonice şi industriale (Tabelul 2.1). Tehnologia designului industrial, la rândul său, este împărțită în două subclase: proiectare automată (folosind tehnologii CASE) și proiectare standard (orientată pe parametri sau pe model). Utilizarea tehnologiilor de design industrial nu exclude utilizarea tehnologiei canonice în unele cazuri.

Tabelul 2.1 Caracteristicile claselor de tehnologie de proiectare

Tipuri specifice de tehnologii de proiectare sunt caracterizate prin utilizarea anumitor instrumente de dezvoltare EIS care sprijină implementarea atât a lucrărilor de proiectare individuale, a etapelor, cât și a combinațiilor acestora. Prin urmare, dezvoltatorii EIS, de regulă, se confruntă cu sarcina de a alege instrumente de proiectare care, în ceea ce privește caracteristicile lor, îndeplinesc cel mai bine cerințele unei anumite întreprinderi.

Instrumentele de proiectare ar trebui să fie:

În clasa sa, invariant față de obiectul de design;

Acoperă în ansamblu toate etapele ciclului de viață EIS;

Tehnic, software și informații compatibile;

Ușor de învățat și utilizat;

Fezabil din punct de vedere economic.

Instrumentele de proiectare EIS pot fi împărțite în două clase: fără a utiliza un computer și folosind un computer.

Instrumentele de proiectare fără utilizarea unui computer sunt utilizate în toate etapele și etapele proiectării EIS. De regulă, acestea sunt mijloace de sprijin organizațional și metodologic pentru operațiunile de proiectare și, în primul rând, diferite standarde care reglementează procesul de proiectare a sistemului. Aceasta include, de asemenea, un sistem unificat de clasificare și codificare a informațiilor, un sistem unificat de documentare, modele de descriere și analiză a fluxurilor de informații etc.

Instrumentele de proiectare care utilizează un computer pot fi utilizate atât la nivel individual, cât și în toate etapele și fazele procesului de proiectare EIS și, în consecință, sprijină dezvoltarea elementelor de proiectare a sistemului, a secțiunilor de proiectare a sistemului și a proiectării sistemului în ansamblu. Întregul set de instrumente de proiectare care utilizează computere este împărțit în patru subclase.

Prima subclasă include instrumente operaționale care sprijină proiectarea operațiunilor de prelucrare a informațiilor. Această subclasă de instrumente include limbaje algoritmice, biblioteci de subrutine standard și clase de obiecte, macrogeneratoare, generatoare de programe pentru operațiuni tipice de prelucrare a datelor etc., precum și instrumente pentru extinderea funcțiilor sistemelor de operare (utilități). Această clasă include, de asemenea, instrumente de proiectare simple precum instrumente pentru testarea și depanarea programelor, sprijinirea procesului de documentare a proiectului etc. Particularitatea celor mai recente programe este că, cu ajutorul lor, productivitatea designerilor crește, dar nu este dezvoltată o soluție completă de proiectare.

Astfel, instrumentele acestei subclase sprijină operațiunile individuale de proiectare EIS și pot fi utilizate independent unele de altele.

A doua subclasă include instrumente care sprijină proiectarea componentelor individuale ale unui proiect EIS. Această subclasă include instrumente pentru scopuri generale ale sistemului:

Sisteme de management al bazelor de date (DBMS);

Pachete de programe de aplicație orientate către metode (rezolvarea problemelor de programare discretă, statistici matematice etc.)

Procesoare de masă;

PPP statistic;

Shell-uri de sistem expert;

Editor grafic;

Editori de text;

Software integrat (un mediu interactiv cu capabilități de dialog încorporate care vă permite să integrați instrumentele software de mai sus).

Instrumentele de proiectare enumerate se caracterizează prin utilizarea lor pentru dezvoltarea subsistemelor tehnologice ale EIS: introducerea informațiilor, organizarea stocării și accesului la date, calcule, analiza și afișarea datelor, luarea deciziilor.

A treia subclasă include mijloacele care sprijină proiectarea secțiunilor proiectului EIS. Această subclasă include instrumente de proiectare funcțională.

Instrumentele funcționale au ca scop dezvoltarea sistemelor automatizate care implementează funcții, seturi de sarcini și sarcini de control. Varietatea disciplinelor dă naștere unei varietăți de instrumente ale acestei subclase, concentrate pe tipul de sistem organizațional (sfere industriale, neindustriale), nivelul de management (de exemplu, întreprindere, atelier, departament, șantier, loc de muncă), management funcția (planificare, contabilitate etc.) .

Instrumentele funcționale pentru proiectarea sistemelor de procesare a informațiilor includ soluții standard de proiectare, pachete funcționale de programe de aplicație și proiecte standard.

A patra subclasă de instrumente de proiectare EIS include instrumente care sprijină dezvoltarea proiectelor în etapele și etapele procesului de proiectare. Această clasă include o subclasă de instrumente de automatizare a proiectării EIS (instrumente CASE).

Instrumentele CASE moderne, la rândul lor, sunt clasificate în principal după două criterii:

1) prin etapele parcurse în procesul de dezvoltare a EIS;

2) după gradul de integrare: instrumente locale separate (instrumente), un set de instrumente neintegrate care acoperă majoritatea etapelor dezvoltării EIS (kit de instrumente) și instrumente complet integrate legate printr-o bază de date de proiectare comună - un depozit (banc de lucru).

Proiectarea unui AIS este un proces creativ. Fiecare proiect trece prin anumite stări în dezvoltarea sa: de la starea când „proiectul încă nu există” până la starea când „proiectul nu mai există”. Setul de etape de dezvoltare de la apariția unei idei până la finalizarea completă a unui proiect este de obicei împărțit în etape (faze, etape). Există unele diferențe în determinarea numărului de etape (faze) și a conținutului acestora, dar cu toate acestea esența conținutului ciclului de viață al dezvoltării AIS este aceeași în diferite abordări.

Sub design ar trebui să se înțeleagă procesul de creare a unui prototip al unui obiect presupus sau posibil.

Tehnologia modernă pentru crearea AIS este un set de instrumente eficiente și metode de proiectare care fac posibilă simplificarea acestui proces, reducerea costurilor, reducerea timpului calendaristic pentru proiectarea sistemului și îmbunătățirea calității dezvoltării printr-o selecție largă de soluții de proiectare avansate dovedite.

La principal instrumente de proiectare pot fi atribuite:

Soluții standard de proiectare (TDS) și pachete de aplicații software (APP). TPR - un set de elemente algoritmice și software care asigură implementarea sarcinilor pe un computer folosind mijloace tehnice adecvate;

Sisteme de proiectare asistată de computer (CAD), care implică utilizarea computerelor în toate etapele creării unui AIS.

Cerințe generale pentru instrumentele de proiectare:

Acoperire completă a întregului proces de creare a unui AIS;

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

Versatilitate, de ex. capacitatea de a folosi aceleași instrumente pentru diferite obiecte;

Accesibilitate la învățare și simplitate (simplitate) de implementare;

Capacitatea de a organiza procesul de proiectare în modul de interacțiune interactivă între dezvoltatorul de sistem, proiectant și computer;

Adaptabilitate și rentabilitate.

Printre metode de proiectare a evidentia:

Design original;

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

Design automatizat.

Metoda originală de proiectare este tradițională și se concentrează pe o anumită întreprindere. O trăsătură caracteristică a acestei metode este dezvoltarea unor metode originale pentru examinarea unui obiect ș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 intensitatea relativ mare a muncii și timpul lung de dezvoltare, fiabilitatea funcțională scăzută și adaptabilitatea la condițiile în schimbare. Proiectele create prin metoda originală pot fi modernizate, dar această metodă este rareori folosită în forma sa pură. Astăzi, la implementarea acestuia, se folosesc diverse instrumente de proiectare și doar anumite părți ale proiectului necesită soluții de proiectare originale. Acest lucru netezește oarecum deficiențele sale. Cu toate acestea, această metodă rămâne relevantă atunci când se automatizează obiecte complexe, extraordinare.

În condițiile moderne, AIS, de regulă, nu este creat de la zero. În prezent, în economie, sistemele automate de procesare a informațiilor funcționează la aproape toate nivelurile de management și la toate unitățile economice. Nevoia crescută de informații la timp, de înaltă calitate și operaționale necesită crearea unui sistem informatic automatizat pe o nouă bază tehnică și tehnologică.

Căutarea căilor de proiectare raționale se efectuează în următoarele direcții:

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

2. dezvoltarea sistemelor automatizate de proiectare.

Prima modalitate este abilitatea de a utiliza soluții standard de proiectare incluse în pachetele de aplicații software.

Design standard- o metodă industrială de creare a unui AIS folosind TPR și PPP. Această metodă se caracterizează prin prezența unor instrumente de automatizare organizatorice, economice, tehnice, informatice, matematice și de management software dovedite, standard. Utilizarea acestei metode face posibilă reducerea intensității forței de muncă, reducerea costurilor, scurtarea timpului de proiectare și îmbunătățirea calității designului. Procesul de proiectare standard constă în selectarea și conectarea subsistemelor suport în conformitate cu cerințele unui AIS specific. Partea tipică a AIS este un complex de informații, software și hardware. Natura standard a suportului informațional este atins prin respectarea strictă la unitatea structurii bazei de informații, compoziția matricelor și formele documentelor de intrare și ieșire. Natura standard a software-ului este obținută prin utilizarea software-ului, iar natura standard a hardware-ului se realizează prin utilizarea computerelor de același tip sau de tipuri comune.

1. O variație a metodei standard de proiectare este metoda design elementar, a cărui bază este TPR. Când se dezvoltă un proiect, se folosește o soluție gata făcută cu modificări minore, mai degrabă decât una nouă în curs de dezvoltare.

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

3. Când se utilizează metoda de proiectare a subsistemului Pentru fiecare subsistem, sunt create soluții de proiect și pachete de aplicații software - la nivelul întregului 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 automatizate și PPP, care pot fi la nivelul întregului sistem sau funcționale. Cele la nivel de sistem includ PPP-uri pentru managementul datelor, PPP-uri pentru proceduri standard de prelucrare a datelor, metode de statistică matematică și programare discretă etc. PPP-urile funcționale includ pachete destinate întreprinderilor industriale cu o natură discretă sau continuă a producției, sfera neindustrială, și managementul industriei.

O cerință importantă pentru PPP este compatibilitatea, deoarece Când proiectați un AIS, este recomandabil să folosiți mai multe pachete simultan. Proiectarea sistemelor folosind PPP se reduce de fapt la legarea pachetelor selectate în funcție de anumiți parametri la condițiile specifice ale obiectului de automatizare. Calitățile pozitive ale acestei abordări de proiectare pot fi numite: un proces mai puțin intensiv în muncă, o reducere a timpului de proiectare în comparație cu proiectarea originală, implementarea unor metode avansate de procesare a datelor, simplificarea documentației proiectului (deoarece se utilizează documentația pachetului), și fiabilitate crescută a AIS proiectat.

4. În plus, ele evidențiază metoda de proiectare a grupului. Esența sa constă în selecția preliminară a unui grup de obiecte cu caracteristici similare. Printre acestea, este selectat un obiect de bază pentru care este dezvoltat proiectul și pot fi utilizate diverse metode și metode de proiectare. Principalul lucru este de a asigura o adaptabilitate ridicată a proiectului. Domeniul principal de aplicare a acestei metode sunt instalațiile neindustriale (de exemplu, depozitele).

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

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

2. servicii de referință și informare pentru activități economice. Reprezentat prin următorul PPP: „GARANT” (impozite, contabilitate, audit, antreprenoriat, bancar, reglementare valutară, control vamal); „CONSULTANT+” (taxe, contabilitate, audit, antreprenoriat, bancar, reglementare valutară, control vamal).

3. activităţi economice şi financiare. Reprezentat de următorul PPP:

a) „Analiza economică și prognoza activităților unei întreprinderi, organizații” (firma „INEK”), implementând funcțiile: analiza economică a activităților unei întreprinderi, întreprinderi; intocmirea planurilor de afaceri; studiu de fezabilitate a rambursării creditului; analiza și selectarea opțiunilor de activitate; prognoza bilanţului, fluxurilor de numerar şi produselor finite.

b) Complexul de rețea multi-utilizator de automatizare completă a Galaktika Corporation (JSC New Atlant), care include planificare, management operațional, contabilitate și control, analiză, în plus, permite, în cadrul DSS, să ofere soluții pentru afaceri probleme de planificare folosind PPP Project-Expert.

4. organizarea muncii a managerului;

5. automatizarea fluxului de documente;

6. antrenament.

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 oferit un sistem de bază, care este adaptat în funcție de dorințele clienților individuali. În același timp, utilizatorilor li se oferă consultări care ajută la minimizarea timpului de implementare a sistemelor și tehnologiilor, le utilizează cel mai eficient și la îmbunătățirea calificărilor personalului.

Sisteme automate de proiectare - al doilea mod de realizare a lucrărilor de proiectare, în curs de dezvoltare.

Printre metodele de proiectare automatizate, metodele de proiectare a modelelor ocupă un loc aparte. Crearea și utilizarea CAD asigură un nivel destul de ridicat de fiabilitate funcțională, o acoperire cuprinzătoare a tuturor proceselor tehnologice, reducând intensitatea muncii de proiectare cu luarea în considerare la maximum a intereselor obiectului de automatizare. Cu toate acestea, această metodă este destul de costisitoare și necesită dezvoltatori înalt calificați. Cerința cheie pentru CAD este capacitatea de a construi și menține în sistemul de proiectare într-o stare adecvată un model de informații economice globale ale obiectului de automatizare. Un model este o afișare a componentelor informaționale ale unui obiect de automatizare și a relațiilor dintre acestea, specificate în mod explicit. Scopul principal al construirii unui model este de a crea un proiect AIS corespunzător acestui model, care ia în considerare și utilizează în mod activ toate caracteristicile obiectului. Un astfel de model trebuie să conțină o descriere formală a seturilor de componente informaționale și a relațiilor dintre acestea, inclusiv conexiunile informaționale și interacțiunea algoritmică. Folosind metoda de proiectare a modelului, se utilizează o abordare sistematică, care prevede utilizarea computerelor nu numai în toate etapele creării unui sistem, ci și în procesul de analiză a rezultatelor exploatării sale industriale. Dezvoltarea și aplicarea CAD-ului a predeterminat trecerea la crearea proiectelor individuale, dar la un nivel mult mai ridicat față de metoda originală de proiectare.

În domeniul automatizării IS și proiectării IT, o nouă direcție a apărut în ultimul deceniu - Tehnologia CASE pentru dezvoltarea software automată(CASE - Software-ul asistat de calculator/Inginerie de sistem). Complexitatea tot mai mare a sistemelor informatice și cerințele tot mai mari pentru acestea au condus la necesitatea industrializării tehnologiilor pentru crearea lor.

Tehnologia CASE este un set de metode de analiză, proiectare, dezvoltare și întreținere SI, susținute de un set de instrumente de automatizare interconectate. CASE este un set de instrumente pentru analiști de sistem, dezvoltatori și programatori care vă permite să automatizați procesul de proiectare și dezvoltare IS. Sistemele CASE sunt folosite ca un instrument puternic pentru rezolvarea problemelor de cercetare și proiectare, cum ar fi analiza structurală a unui domeniu, implementarea proiectelor folosind limbaje de programare de ultimă generație, eliberarea documentației de proiect, testarea implementării proiectului, planificarea și controlul dezvoltărilor, modelarea aplicaţiilor de afaceri în vederea rezolvării problemelor operaţionale şi planificarea strategică şi managementul resurselor etc.

Scopul principal al CASE este de a maximiza automatizarea dezvoltării și exploatării sistemelor.

Atunci când se utilizează tehnologii CASE, tehnologia de desfășurare a lucrărilor în toate etapele ciclului de viață al sistemelor automate se schimbă. În sistemele CASE, proiectarea se bazează pe metode clare de dezvoltare vizuală, în timp ce grafice, diagrame, tabele, diagrame și explicații textuale pentru acestea sunt folosite pentru a descrie modelul IS proiectat. Astfel de metodologii oferă o descriere riguroasă și vizuală a sistemului proiectat, care începe cu privirea generală a acestuia și apoi devine detaliată, dobândind o structură ierarhică cu un număr tot mai mare de nivele.

Automatizarea programării se bazează pe generarea automată a codurilor de program care conțin descrieri ale datelor, logica de bază a procesării acestora, scheme de baze de date, fișiere de descriere a interfeței etc. Codurile sunt ulterior perfecționate și finalizate, dar în unele cazuri automatizarea ajunge la 90% . În plus, tehnologia CASE generează documentația de proiect necesară, gata de utilizare.

Când utilizați tehnologia CASE, este oferit suport pentru o singură bază de proiect, de exemplu. toate informațiile despre AIS dezvoltat sunt plasate automat într-o singură bază de date de proiect. Acest lucru menține consistența, consistența, completitudinea și redundanța minimă a datelor de proiectare.

Tehnologia CASE asigură munca în echipă a echipelor de dezvoltare, deoarece diferitelor grupuri de specialiști li se oferă instrumente adecvate, precum și capacitatea de a coordona și de a efectua corect modificările 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 folosit și pentru a crea modele de sistem care să ajute structurile comerciale să rezolve probleme de planificare strategică, management financiar, determinarea politicilor companiei, pregătirea personalului etc.

CASE are următoarele avantaje principale:

Îmbunătățirea calității sistemelor informatice create (IT) prin mijloace de control automat (în primul rând controlul proiectelor);

Ele vă permit să creați un prototip al unui viitor IS (IT) într-un timp scurt, ceea ce vă permite să evaluați rapid rezultatul așteptat în stadiile incipiente;

Accelerează procesul de proiectare și dezvoltare a sistemului;

Ele eliberează dezvoltatorul de munca de rutină, permițându-i să se concentreze în totalitate pe partea creativă a designului;

Sprijinirea dezvoltării și întreținerii sistemelor informaționale deja funcționale.

Până în prezent, s-a format o puternică industrie CASE, unind sute de firme și companii de diverse orientări. Printre acestea se numără:

Companii care dezvoltă instrumente de analiză și proiectare pentru IS și IT

Firme care dezvoltă instrumente speciale cu accent pe domenii înguste sau pe etapele individuale ale ciclului de viață IS;

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

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

Firme specializate in producerea de reviste periodice si buletine despre tehnologiile CASE.

Guvernul Regiunii Belgorod Sistem informatic automat „Management de proiect” AIS „Management de proiect” Cadrul de reglementare Soluția a fost creată în conformitate cu standardele stabilite în Federația Rusă, consacrate în: 1. GOST R 54869—2011 „Managementul de proiect. Cerințe pentru managementul proiectelor.” 2. GOST R 54870—2011 „Management de proiect. Cerințe pentru managementul portofoliului de proiecte.” 3. GOST R 54871—2011 „Management de proiect. Cerințe pentru managementul programului.” La crearea și înființarea sistemului, au fost luate în considerare prevederile Guvernului Regiunii Belgorod din 31 mai 2010 N 202-pp „Cu privire la aprobarea Regulamentului privind managementul proiectelor în autoritățile executive și organele guvernamentale ale Regiunii Belgorod”. . 2 AIS „Managementul de proiect” Tehnologia de dezvoltare Internet Rețea Rețea locală Soluția a fost dezvoltată pe baza platformei Motiware Melody One. Datorită interfeței web a sistemului, toți participanții la proiect au acces la datele necesare în orice moment și de oriunde în lume. Pentru a accesa sistemul, aveți nevoie doar de o conexiune la Internet și de un browser instalat. Server partea 3 a AIS „Managementul proiectelor” Obiective Obiective pentru crearea și implementarea sistemului: . Pentru a crește eficiența implementării proiectelor pe teritoriul unei entități constitutive a Federației Ruse, oferind echipelor de proiect informații actualizate, complete și de încredere. . Îmbunătățirea interacțiunii dintre autoritățile de stat și autoritățile locale cu cetățenii și întreprinderile în ceea ce privește inițierea și implementarea proiectelor. . Oferiți tuturor participanților la activitățile de proiect instrumente și instrumente convenabile de management de proiect. . Simplificați monitorizarea progresului proiectului prin reducerea timpului alocat pregătirii și analizării datelor de raportare. 4 Funcțiile sistemului AIS „Managementul proiectelor” Sistemul vă permite să organizați întregul ciclu al procesului de management al proiectului și/sau al portofoliului de proiecte. Un proiect din sistem parcurge secvențial mai multe etape - de la înregistrarea unei cereri de inițiativă până la mutarea proiectului finalizat în arhivă. . Luarea în considerare a cererilor de inițiativă. Iniţiere. Planificare. Implementare și control. Finalizarea a 5 AIS „Management de proiect” Lucru cu aplicații de inițiativă AIS „Management de proiect” Proiecte Aplicații de inițiativă Portal de interacțiune cu cetățenii și întreprinderile Arhiva (aplicații respinse) 6 AIS „Managementul de proiect” Etapa de inițiere a proiectului 2. Inițierea proiectului. Atribuirea automată a unui număr unic de înregistrare proiectului. . Formarea unui card de proiect pe baza datelor specificate în cererea de inițiativă. 7 AIS „Managementul proiectului” Etapa de inițiere a proiectului 3. Formarea pașaportului de proiect. Posibilitatea de editare pas cu pas a cardului pașaportului proiectului (câmpuri). . Contabilitatea bugetului proiectului pe surse de finanțare. . Formarea unei echipe de proiect care să indice rolurile participanților. . Introducerea și editarea caracteristicilor proiectului. . Generarea conform formei stabilite si incarcarea din sistem a unui pasaport de proiect in format *.docx. 8 AIS „Managementul de proiect” Etapa de planificare a proiectului 4. Crearea unui plan de management de proiect. Prezentarea planului de management al proiectului folosind diagrama Gantt. . Planificarea lucrărilor la proiect, indicând datele de început și de încheiere, executanții responsabili și cerințele pentru rezultatele lucrării. . Crearea unei liste ierarhice de lucrări pentru proiect. . Generarea conform formei stabilite si descarcarea din sistem a unui plan de management de proiect in format *.docx. 9 AIS „Managementul proiectului” Etapa de implementare și control 5. Organizarea procesului de modificare a pașaportului și a planului de management al proiectului. Crearea și editarea de noi versiuni ale pașaportului și/sau planului de management al proiectului. . Formarea după modelul stabilit și încărcarea din sistem a unei liste de modificări în format *.docx. . Coordonarea listei de modificări cu grupul de monitorizare și control. 10 AIS „Managementul proiectului” Etapa de implementare și control 6. Contabilitatea implementării lucrărilor la proiect. Capacitatea executanților de a atașa fișiere de raport la finalizarea lucrărilor. . Contabilizarea datelor efective de finalizare a lucrărilor și a abaterilor de la datele planificate. . Monitorizarea reperelor viitoare și restante. 11 AIS „Managementul proiectului” Etapa de finalizare 7. Formarea raportului final. Calculul evaluării succesului proiectului. . Formarea conform modelului stabilit si incarcarea raportului final din sistem in format *.docx. 12 AIS „Managementul proiectului” Arhiva de proiect 8. Menținerea unei arhive de proiect. Crearea unui singur depozit de date despre toate proiectele inițiate vreodată pe teritoriul unei entități constitutive a Federației Ruse. . Acces la informații complete despre proiectele finalizate și arhivate. . Protecție împotriva modificărilor la proiectele finalizate. 13 AIS „Managementul proiectelor” Rapoarte și analize Unul dintre obiectivele sistemului este de a oferi participanților la activități de proiect informații de raportare despre proiecte într-o formă convenabilă și vizuală. AIS vă permite să generați automat documentația de proiect: . Pașaport de proiect. . Plan de management al proiectului. . Raport final. 14 AIS „Managementul de proiect” Informații despre implementare Mai mult decât „Managementul de proiect” AIS a fost folosit cu succes pentru a desfășura activități de proiect de către autoritățile din regiunea Belgorod. 4.200 de proiecte 5.000 de utilizatori ai AIS „Managementul de proiect” 60.000 de lucrări (evenimente de control) 19 districte municipale 3 districte orașului 15 Guvernul Regiunii Belgorod Vă mulțumim pentru atenție! 16