Când proiectați un sistem informațional, determinați. Construirea unui model de date. Conceptul de profil al sistemului informatic

1.2 Etapele proiectării sistemelor informatice și de referință

Proiectarea unui sistem informațional și de referință este una dintre cele mai importante etape ale existenței sale, ceva de la care, de fapt, ar trebui să înceapă viața lui. Orice sistem corect de informații și referințe se bazează pe o bază de date atent proiectată, care ia în considerare nu numai toate caracteristicile de a face afaceri, dar oferă și posibilitatea dezvoltării viitoare prin adăugarea de funcționalități la sistemul informațional.

Sarcina de a proiecta AIS pentru întreprinderile industriale este destul de dificilă, deoarece natura informațiilor procesate este eterogenă și dificil de formalizat. Cu toate acestea, aici putem distinge modelul principal de lucru - aceasta este munca „din codul proiectului”. V caz general codul de proiect este un analog (funcțional) al unui cont personal, are o anumită adâncime de biți, ordine (adică un anumit grup de denumiri alfanumerice caracterizează o parte, unitatea de asamblare, produsul și nivelul lor de interconectare). Mai mult, o parte specifică a codului caracterizează documentele tehnologice, de design, financiare și de altă natură. Toate acestea sunt reglementate de GOST-urile relevante, deci pot fi oficializate. În acest caz, o abordare modulară a implementării AIS este cea mai importantă.

O abordare dublă a modelării cotidianului plan de productie a stat la baza așa-numitului. „principiul dualismului” pentru întreprinderile industriale AIS. Implementarea principiului dualismului a necesitat inevitabil și construirea AIS a întreprinderilor de nouă generație sub formă de module software interconectate organic, dar în același timp capabile să funcționeze autonom.

Un astfel de sistem multicomponent a asigurat conformitatea principiu fundamental construirea sistemelor informatice automatizate - fara duplicare a introducerii datelor initiale. Informațiile despre operațiunile efectuate folosind una dintre componentele sistemului pot fi utilizate de orice altă componentă a sistemului. Modularitatea construcției unei noi generații de AIS și principiul intrării unice fac posibilă variarea flexibilă a configurației acestor sisteme.

În plus, unul dintre avantajele principiului multicomponent, care este de bază în crearea unei noi generații de AIS, este posibilitatea implementării lor în faze. În prima etapă a implementării, componentele de sistem învechite sunt instalate (sau înlocuite) pe acele stații de lucru care au nevoie de actualizări de software. În a doua etapă, dezvoltarea sistemului are loc cu conectarea de noi componente și dezvoltarea conexiunilor inter-componente. Posibilitatea utilizării acestei metodologii de implementare asigură replicarea și adaptarea ei destul de simplă la condițiile locale. Astfel, un sistem informatic automat de nouă generație este un sistem multicomponent cu o bază de date distribuită pe niveluri de expertiză.

Multe întreprinderi preferă să dezvolte AIS pe cont propriu, deoarece:

1.costul unor astfel de dezvoltări este relativ scăzut (în comparație cu produsele marilor dezvoltatori străini). De regulă, la subdiviziunile existente ale Departamentului de Informatizare se adaugă doar o nouă structură, cum ar fi: Managementul operațiunilor, Managementul operațiunilor rețelelor de calculatoare și facilităților de comunicații, Managementul expert și analitic (setarea sarcinilor), se adaugă doar o nouă structură: AIS dezvoltarea și managementul dezvoltării, care, de regulă, nu implică un cost financiar mare.

2. Dezvoltarea proprie este concentrarea maximă pe implementarea proceselor de afaceri ale unei întreprinderi sau unei bănci, tehnologiile sale financiare și de management unice, care au luat contur de-a lungul anilor.

3. Acest lucru permite un nivel semnificativ mai ridicat de securitate și independență față de factori externi.

4. este posibilă o reacție promptă la modificările regulilor jocului de pe piață.

În același timp, cu propria dezvoltare, este necesar să se rezolve o serie întreagă de probleme organizatorice și tehnice care să facă posibilă evitarea deciziilor eronate:

La început, alegerea potrivita arhitectura de construire a unei rețele de calcul și comunicații și concentrare pe DBMS profesional. Potrivit estimărilor experților, 53% din propriile noastre dezvoltări AIS se bazează pe Oracle DBMS, aproximativ 15% pe Informix și 22% pe alte DBMS-uri.

În al doilea rând, utilizarea instrumentelor moderne în dezvoltare.

În al treilea rând, o infrastructură multitasking pentru dezvoltarea proiectelor, atunci când un anumit modul AIS este întreținut de un grup de dezvoltatori cu o listă de sarcini interconectate, construită pe principiile interschimbabilității complete, de exemplu. funcționarea acestui modul AIS și dezvoltarea lui nu este asociată cu un anumit dezvoltator.

În al patrulea rând, utilizarea eficientă organizațională și mijloace tehnice pentru managementul proiectelor și controlul versiunilor AIS.

Doar dacă aceste prevederi de bază sunt respectate ne putem aștepta ca propria noastră dezvoltare să fie competitivă și eficientă. În caz contrar, vă puteți confrunta cu efectul „așteptărilor nejustificate” - acesta este în cel mai bun caz și, în cazuri extreme, gândiți-vă în general la schimbarea AIS. În același timp, schimbarea AIS poate provoca atât o schimbare directă a modulelor client, cât și a structurii tabulare a bazei de date și necesită înlocuirea hardware-ului serverului și clientului și la nivelul întregului sistem. software, inclusiv DBMS, iar această afacere nu este ieftină. Prin urmare, atunci când alegeți o opțiune de implementare AIS, este foarte important să rezolvați imediat problema capacităților de export/import de date în sistemul creat. Cu decizia corectă această problemă schimbarea AIS, dacă totuși este nevoie de el, se va produce aproape fără durere pentru unitățile funcționale.

Spre deosebire de structurile bancare, marile interne întreprinderile industriale acum tocmai se apropie de realizarea nevoii clare de implementare și dezvoltare a sistemelor informaționale corporative ca una dintre componentele principale. dezvoltare strategică Afaceri. În acest sens, în viitorul apropiat, ne putem aștepta la extinderea pieței sistemelor informaționale corporative și la creșterea semnificativă a acesteia ulterioară. Având în vedere integrarea strânsă a financiar și structuri industriale se poate presupune că baza construcţiei sisteme corporative grupurile financiare și industriale vor fi, utilizate în instituțiile lor financiare, ABS.

Concentrarea pe DBMS profesională poate ajuta la atingerea următoarelor obiective:

1) Modul de operare multi-utilizator optimizat cu un sistem dezvoltat de procesare tranzacțională, care oferă numeroși utilizatori posibilitatea de a lucra cu baza de date fără a interfera unul cu celălalt.

2) Mijloace fiabile de protecție a informațiilor (ținând cont de arhitectura standard de protecție în trei niveluri la nivel de rețea - la nivel de server de baze de date - la nivel de sistem de operare client).

3) Instrumente eficiente pentru a diferenția accesul la baza de date.

4) Suport pentru o gamă largă de platforme hardware și software.

5) Implementarea procesării distribuite a datelor.

6) Capacitatea de a construi rețele eterogene și distribuite.

7) Instrumente avansate pentru managementul, controlul, monitorizarea și administrarea serverului de baze de date.

8) Suport pentru instrumente eficiente precum: dicționare de date, declanșatoare, funcții, proceduri, pachete etc.

Toate cele de mai sus au condus la utilizarea pe scară largă a soluțiilor bazate pe DBMS profesionale în marile bănci comerciale și corporații industriale. Potrivit estimărilor experților, Oracle, Informix, Sybase sunt lideri în ceea ce privește numărul de instalări. În ciuda acestui fapt, în majoritatea băncilor și întreprinderilor mijlocii și mici, acestea se concentrează în continuare pe soluții bazate pe a treia și chiar a doua generație AIS.

Principalele motive pentru a vă concentra pe utilizarea DBMS profesionale atunci când vă construiți propriul AIS:

„CONTRA” – Cost relativ ridicat al SGBD profesional

„PENTRU” – De regulă, furnizorii aproape tuturor SGBD-urilor profesionale oferă acum soluții scalabile pentru sisteme medii și mici, iar prețul acestora din urmă este comparabil cu prețurile pentru SGBD-urile locale.

„CONTRA” - SGBD-urile profesionale fac cerințe mari pe platforma hardware.

„PENTRU” - Cu o creștere bruscă a performanței platformelor hardware orientate spre Intel, majoritatea producătorilor de SGBD-uri profesionale și-au lansat versiunile pentru servere Intel, inclusiv sistemul de operare Linux, și având în vedere că LINUX, cu toată puterea sistemului UNIX, este practic un sistem de operare gratuit, apoi o soluție bazată pe acesta, de regulă, nu va implica costuri financiare mari. Acest lucru face posibilă concentrarea nu numai pe serverele RISC multi-cluster de înaltă performanță atunci când construiți un sistem, ci și utilizarea platformelor de server Intel.

„CONT” – AIS profesional este dificil și costisitor de administrat.

„PENTRU” - De regulă, complexitatea administrării depinde de AIS specific. În plus, atunci când se operează AIS într-o bancă sau întreprindere multidisciplinară pe o platformă UNIX, înlătură multe probleme care apar în domeniu, datorită posibilităților largi de administrare la distanță din centru.

„CONTRA” - Dezvoltarea AIS pe o platformă industrială este prea costisitoare.

„PENTRU” - Proiectarea sistemelor integrate moderne este un proces laborios care necesită dezvoltatori cu înaltă calificare. Toate acestea se reflectă în preț și fac ca noua generație AIS să fie mai scumpă, dar totuși comparabilă ca cost cu predecesorii lor.

„CONTRA” - Implementarea sistemelor pe o platformă profesională este un proces lung și costisitor.

„PENTRU” – Întârzierea în implementare, de regulă, este cauzată fie de lipsa de experiență a companiei furnizorului în instalarea unor astfel de sisteme, fie de disponibilitatea insuficientă a produsului în curs de implementare. Perioada aproximativă de instalare a unui AIS tipic de a patra generație sub Oracle DBMS cu un proces tehnologic simplificat este de câteva săptămâni.

„CONTRA” – Întreținerea sistemelor bazate pe o platformă profesională este nerezonabil de costisitoare, iar caracteristicile de calitate ale unui astfel de AIS lasă mult de dorit.

„PENTRU” - În multe privințe, această prejudecată s-a dezvoltat pe baza experienței de operare a AIS de fabricație străină. Se pot indica o serie de cazuri în care firmele furnizori străine fie au refuzat să facă modificări în timp util din cauza noilor instrucțiuni ale Băncii Centrale, fie au cerut sume nejustificat de mari pentru aceste modificări. Cu toate acestea, acest lucru nu se aplică deloc sistemelor casnice ale unei noi generații, concepute inițial pentru o schimbare Legislația rusă.

Analiza pieței arată că astăzi un AIS modern ar trebui să fie un complex integrat de hardware și instrumente software implementarea unui sistem informatic multisubiect care furnizează tehnologii moderne financiare, de management, proiectare, producție și vânzări în timp real în prelucrarea datelor tranzacționale.

Care sunt principalele caracteristici distinctive ale DBMS corporative. În primul rând, au avut ca scop inițial crearea de sisteme integrate, multi-utilizator, având la dispoziție dicționare de date dezvoltate, ceea ce crește semnificativ rolul analizei și modelării sistemelor în proiectarea sistemului. În al doilea rând, instrumentele de dezvoltare pentru aceste SGBD sunt optimizate pentru dezvoltarea colectivă a sistemelor complexe într-o singură linie strategică bine gândită. Toate acestea determină numărul tot mai mare de implementări de succes ale sistemelor bazate pe DBMS profesional.

Deci, după alegerea metodei care ar trebui să ghideze designul Sistem informatic, este necesară planificarea unui complex de lucrări privind crearea SI în conformitate cu etapele tipice de dezvoltare. Etapele dezvoltării sistemelor informatice automatizate în versiunea clasică vor arăta astfel.

A) Dezvoltarea și analiza unui model de afaceri

Se determină principalele sarcini ale AIS, sarcinile sunt descompuse în module și se determină funcțiile cu ajutorul cărora se rezolvă aceste sarcini. Descrierea funcțiilor se realizează în limbajul de producție (descrierea proceselor din domeniul de studiu), funcțional (descrierea formelor documentelor prelucrate) și cerinte tehnice(hardware, software, AIS lingvistic). Metoda de rezolvare: Modelare funcțională. Rezultat:

Model conceptual AIS, constând dintr-o descriere a domeniului subiectului, a resurselor și a fluxurilor de date, o listă de cerințe și restricții pentru implementarea tehnică a AIS.

Compoziția hardware și tehnică a AIS creat.

B) Formalizarea modelului de afaceri, dezvoltarea unui model logic al proceselor de afaceri.

Modelul conceptual dezvoltat este formalizat, i.e. este întruchipat sub forma unui model logic AIS. Metoda de rezolvare: Elaborarea unei diagrame „entitate-relație” (ER (Entity-Reationship) - CASE-diagram). Rezultat: Dezvoltarea suportului informațional AIS: diagrame și structuri de date pentru toate nivelurile de modularitate AIS, documentație privind structura logică a AIS, scripturi generate pentru crearea obiectelor bazei de date.

C) Selectarea suportului lingvistic, dezvoltarea software-ului AIS.

Dezvoltare AIS: se selectează suport lingvistic (mediu de dezvoltare - instrumente), se dezvoltă suport software și metodologic. Schema logică dezvoltată în a doua etapă este întruchipată în obiecte reale, în timp ce schemele logice sunt implementate sub formă de obiecte de bază de date, iar schemele funcționale în formulare și aplicații utilizator. Metoda de rezolvare: Dezvoltarea codului programului folosind setul de instrumente selectat. Rezultat: un AIS funcțional.

D) Testarea și depanarea AIS

Pe această etapă se realizează corectarea informațiilor, hardware, software, se dezvoltă suport metodologic (documentația dezvoltatorului, utilizatorului) etc. Rezultat: Compoziția optimă și funcționarea eficientă a AIS. Un set de documentație: dezvoltator, administrator, utilizator.

E) Operarea și controlul versiunilor

Particularitatea AIS creată conform arhitecturii client-server este multi-nivelul și multi-modularitatea lor, prin urmare, în timpul funcționării și dezvoltării lor, problemele controlului versiunilor ies în prim-plan, i.e. adăugarea de noi și dezvoltarea de module vechi cu scoaterea din funcțiune a celor vechi. De exemplu, dacă nu se efectuează controlul zilnic al versiunii, atunci, după cum a arătat practica, baza de date AIS pentru un an de funcționare poate număra mai mult de 1000 de tabele, dintre care doar 20-30% vor fi utilizate efectiv. Rezultat: scalabilitate și compoziție redundantă a AIS flexibil și scalabil.

Figura 1.3 Secvența de transformare a modelului de afaceri în obiecte și aplicații de bază de date

În acest caz, secvența de transformare a modelului de afaceri în obiecte și aplicații de bază de date va fi următoarea. Dezvoltarea funcțiilor și scopului principal al AIS și modelarea domeniului de studiu precedă studiul proceselor de afaceri ale modelului rezultat și formarea obiectelor bazei de date. Totodată, la fiecare etapă se folosesc metode și mijloace specifice acesteia.

Munca designerilor de baze de date depinde în mare măsură de calitatea modelului de informații. Modelul informațional nu trebuie să conțină constructe de neînțeles care nu pot fi implementate în cadrul SGBD selectat. Trebuie remarcat faptul că model informativ este creat pentru a construi un model de date pe baza acestuia, adică trebuie să țină cont de caracteristicile de implementare ale SGBD selectat. Dacă anumite caracteristici ale SGBD nu permit să reflecte în modelul de date ceea ce descrie modelul de informații, atunci este necesar să se schimbe modelul de informații, deoarece producătorul SGBD este puțin probabil să schimbe prompt SGB-ul însuși pentru proiectul dvs. specific ( deși acestea sunt, desigur, cazuri izolate au avut loc).

Construirea modelelor de date logice și fizice este o parte esențială a proiectării bazei de date. Modelul informațional obținut în timpul analizei este mai întâi transformat într-un model de date logic și apoi într-un model de date fizic. După aceea, se creează o bază de date de probă pentru dezvoltatorii sistemului informațional. Dezvoltatorii de cod încep să lucreze cu el. În mod ideal, până la începerea dezvoltării, modelul de date ar trebui să fie robust. Proiectarea bazei de date nu poate fi divorțată de proiectarea modulelor și a aplicațiilor, deoarece regulile de afaceri pot crea obiecte în baza de date, cum ar fi constrângerile de server, precum și procedurile stocate și declanșatoarele - în acest caz, se spune adesea că o parte din logica de afaceri este transferată către baza de date. Proiectarea unui model de date pentru fiecare SGBD conține propriile sale caracteristici, decizii de proiectare care dau un rezultat bun pentru un SGBD, dar se pot dovedi a fi complet inacceptabile pentru altul. Mai jos sunt sarcinile comune pentru proiectarea modelelor de date:

Dezvăluirea constructelor irealizabile sau neobișnuite în modelul ER și în definițiile entităților;

Rezoluția tuturor arcurilor, subtipurilor și supertipurilor;

Studiul cheilor străine posibile, primare, descrierea integrității referențiale (în funcție de implementare, declarativ sau folosind declanșatoare);

Proiectați și implementați denormalizarea bazei de date pentru a îmbunătăți performanța;

Determinarea părții din logica de business care ar trebui implementată în baza de date (pachete, proceduri stocate);

Implementarea constrângerilor (constrângeri și declanșatoare) care reflectă toate regulile de afaceri definite la nivel central, generarea de constrângeri și declanșatoare;

Definirea unui set de reguli de afaceri care nu pot fi specificate ca constrângeri în baza de date;

Determinarea indicilor necesari, clusterelor (dacă sunt implementate în SGBD), determinarea fragmentării orizontale a tabelelor (dacă este implementată în SGBD);

Estimarea dimensiunilor tuturor tabelelor, indicilor, clusterelor;

Determinarea dimensiunii spațiilor de masă și particularitățile plasării acestora pe suporturile de informații, determinarea specificației suporturilor de informații pentru sistem industrial(de exemplu, tipul de matrice raid, numărul acestora, ce spații de tabelă sunt amplasate pe acestea), determinarea dimensiunii spațiilor de tabelă de sistem necesare (de exemplu, catalogul de sistem, jurnalul de tranzacții, spațiul de tabel temporar etc.);

Determinarea utilizatorilor bazei de date, nivelurile de acces ale acestora, dezvoltarea și implementarea regulilor de securitate a accesului, auditare (dacă este necesar), crearea de privilegii pachetate (în funcție de implementarea SGBD, acestea sunt roluri sau grupuri), sinonime;

Dezvoltarea unei topologii de baze de date în cazul unei baze de date distribuite, definirea mecanismelor de accesare a datelor de la distanță.

Astfel, un sistem informațional corporativ este un set de instrumente tehnice și software ale unei întreprinderi care implementează idei și metode de automatizare. Sisteme moderne managementul proceselor de afaceri vă permite să integrați diverse programe software în jurul lor, formând un singur sistem informațional. Astfel se rezolvă problemele de coordonare a activităților angajaților și departamentelor, oferindu-le informațiile și controlul necesar. executarea disciplinei, iar conducerea primește acces în timp util la date fiabile cu privire la progresul procesului de producție și are mijloacele pentru a lua și implementa prompt deciziile. Și, cel mai important, complexul automatizat rezultat este o structură deschisă flexibilă care poate fi reconstruită și completată cu noi module sau software extern.

Un sistem informatic poate fi construit folosind principiul strat cu strat. Deci, în straturi separate, este posibil să se distingă software specializat (de birou, aplicat), flux direct de lucru, sistem de gestionare a documentelor, programe pentru introducerea în flux a documentelor, precum și software auxiliar pentru comunicarea cu lumea exterioară și oferirea accesului la funcționalitatea sistemului prin mijloace de comunicare (e-mail, Internet/intranet).

Etapele de proiectare a unui sistem informatic și de referință - una dintre componentele principale ale SIC - reprezintă un avans consistent de la studiul domeniului subiectului până la funcționarea sistemului finit. În timpul procesului de proiectare, este necesar atentie speciala să se dedice dezvoltării unui model de date la nivel conceptual, logic și fizic.

CAPITOLUL 2. CARACTERISTICA SISTEMULUI INFORMATIV GOU NPO UP Nr. 33

Corpul de lucru, funcțiile care vor fi îndeplinite de către creat ca principal instrument organizatoricîmbunătățirea RIS - Centrul Analitic Dezvoltare inovatoare(ACIR). Funcția strategică a ACID este susținerea organizatorică, juridică și financiară a activităților creative din regiune, sub asociere management unificat funcţia de inovare şi investiţii. Creatori de inovații (...

Pentru o iluminare mai bună. În timpul pauzei, ar trebui să stingeți și aparatele electrice, mașinile-unelte și alte aparate electrice. Instalarea lămpilor fluorescente cu economie de energie Lb 40, Philips -1000. 4.5 Modul de funcționare al secțiunii de cupru-radiator este de 251 de zile lucrătoare pe an. Program de lucru: un singur schimb de la 8:00 la 17:00. Pauza de masa de la 12:00 la 13:00. Pauze tehnologice de 10 minute - la ora 10 și...

Etapele proiectării sistemelor informatice automatizate. Două domenii de activitate sunt direct legate de proiectarea AIS: 1) proiectarea propriu-zisă a AIS a unor întreprinderi (industrii) specifice pe baza componentelor software și hardware gata făcute folosind instrumente speciale de dezvoltare; 2) proiectarea componentelor și instrumentelor AIS menționate anterior, axată pe utilizarea repetată în dezvoltarea multor sisteme informaționale specifice.

Esența primei direcții poate fi exprimată prin cuvintele „integrare de sistem”. Dezvoltatorul AIS trebuie să fie un specialist în domeniul ingineriei sistemelor, să aibă o bună cunoaștere a standardelor internaționale, a stării și a tendințelor de dezvoltare tehnologia Informatieiși produse software, să fie expert în instrumentele de dezvoltare a aplicațiilor (CASE-tools) și să fie gata să percepe și să analizeze procesele de aplicații automate în cooperare cu specialiști din domeniul relevant. Există o serie de firme specializate în dezvoltarea de proiecte AIS (de exemplu, Price Waterhouse, Jet Info, Consistent Software etc.).

A doua direcție este mai mult legată de domeniul dezvoltării matematicii și software-ului pentru implementarea funcțiilor AIS - modele, metode, algoritmi, programe bazate pe cunoștințe de inginerie de sisteme, metode de analiză și sinteză a soluțiilor de proiectare, tehnologii de programare, sisteme de operare etc. În fiecare clasă de AIS (ACS, CAD, GIS etc.) există firme specializate în dezvoltarea de sisteme software (și uneori hardware și software). Fiecare dintre ele își face publicitate tehnologiei pentru crearea AIS și aderă fie la strategia unui furnizor total, fie la deschiderea și extinderea sistemului cu aplicații și completări de la terți.

Atât, de fapt, AIS, cât și componentele AIS sunt sisteme complexe, iar atunci când le proiectați, este recomandabil să folosiți un stil de sus în jos de design ierarhic bloc, care include o serie de niveluri și etape.

Nivelul superior al designului AIS este adesea denumit design conceptual. Proiectarea conceptuală se realizează în procesul de cercetare pre-proiectare, formularea unei propuneri tehnice, elaborarea unui proiect preliminar.

Prev studii de proiectare desfășurată prin analiza (supravegherea) activităților întreprinderii (firmă, instituție, birou) în care se creează sau se modernizează AIS. Înainte de sondaj, se formează obiectivele sondajului și în procesul de implementare a acestuia - definirea oportunităților și resurselor de îmbunătățire a eficienței întreprinderii pe baza automatizării proceselor de management, proiectării și fluxului de documente. Conținutul sondajului este de a identifica structura întreprinderii, funcțiile îndeplinite, fluxurile de informații, experiența și instrumentele de automatizare disponibile. Sondajul este realizat de analiști de sistem (integratori de sistem) împreună cu reprezentanți ai organizației clienților.

Pe baza analizei rezultatelor sondajului, se dezvoltă un concept inițial AIS. Acest concept include propuneri pentru schimbarea structurii întreprinderii și a interacțiunii departamentelor, pentru alegerea software-ului și hardware-ului de bază, iar propunerile ar trebui să țină cont de prognoza de dezvoltare a întreprinderii. În ceea ce privește hardware-ul și în special software-ul (software), o astfel de alegere este cel mai adesea alegerea companiei - furnizorul instrumentelor necesare (sau cel puțin software-ul de bază), deoarece munca în comun programele diferitelor companii sunt realizate cu mare dificultate.

Rezultatele analizei - o propunere tehnică și un plan de afaceri pentru crearea AIS - sunt prezentate clientului pentru aprobarea finală.

Atât în etapa de sondaj, cât și în etapele ulterioare, este indicat să se adere la o anumită disciplină de fixare și prezentare a rezultatelor obținute, pe baza uneia sau alteia metode de formalizare a caietului de sarcini. Formalizarea este necesară pentru a înțelege fără ambiguitate cerințele, restricțiile și deciziile luate de executori și clienți.

În proiectarea conceptuală sunt utilizate o serie de specificații, printre care modelele de transformare, stocare și transmitere a informațiilor ocupă un loc central. Modelele obţinute în procesul de topografie a unei întreprinderi sunt modele de funcţionare a acesteia. În procesul de dezvoltare a modelelor AIS, de regulă, acestea suferă modificări semnificative și, în forma finală, sunt considerate deja modele ale AIS proiectate.

Distingeți între modelele funcționale, informaționale, comportamentale și structurale. Model functional sistem descrie setul de funcții îndeplinite de sistem. Modelul informațional reflectă structurile de date - compoziția și relațiile acestora. Modelul comportamental descrie procesele informaționale (dinamica de funcționare), include categorii precum starea sistemului, evenimentul, trecerea de la o stare la alta, condițiile de tranziție, succesiunea evenimentelor. Modelul structural caracterizează morfologia sistemului (construcția acestuia) - compoziția subsistemelor, interconexiunile acestora.

Conținutul etapelor ulterioare de proiectare de sus în jos este definirea listelor de echipamente achiziționate și de produse software finite, construirea unui mediu de sistem, proiectarea infologică detaliată a bazelor de date și conținutul lor inițial, dezvoltarea propriului software original, care, în rândul său, este împărțit într-un număr de etape de proiectare de sus în jos.

Un loc special într-o serie de sarcini de proiectare îl ocupă dezvoltarea unui proiect de rețea de computere corporative, deoarece suportul tehnic al AIS are o structură de rețea.

Dacă AIS este situat în puncte îndepărtate unul de celălalt, în special, situate în orașe diferite, atunci problema închirierii canalelor de comunicare pentru rețeaua corporativă, deoarece utilizarea alternativă a unui canal dedicat în majoritatea cazurilor se dovedește a fi inacceptabilă din cauza prețului ridicat. Desigur, în acest caz, în primul rând, se ia în considerare posibilitatea utilizării serviciilor de internet. Prin intermediul internetului, întreprinderile care operează pe tehnologia CALS (Computer Acquisition Life-Cycle System) pot interacționa. Problemele apărute în acest caz sunt legate de furnizarea de securitatea informatieiși fiabilitatea livrării mesajelor.

Una dintre principalele tendințe din industria informatică modernă este creația sisteme deschise... Proprietatea deschiderii înseamnă, în primul rând, portabilitatea (mobilitatea) software-ului către diverse platforme hardware, iar în al doilea rând, adaptabilitatea sistemului la modificările acestuia (modificarea sau deschiderea în sine) și integrarea cu alte sisteme pentru a-și extinde funcționalitatea și/ sau conferă sistemului calități noi (integrabilitate).

Etapa I - preproiectare (inspectie, intocmire raport, studiu de fezabilitate si specificatii tehnice);

Etapa II - etapa de proiectare (intocmirea proiectelor tehnice si de lucru);

Etapa III - implementare (pregătirea pentru implementare, efectuarea testelor pilot și punerea în funcțiune a software-ului);

Etapa IV - analiza de funcționare (identificarea problemelor, efectuarea de modificări la soluțiile de proiectare și AIS și AIT existente).

Fig. 1.

În etapa de pre-proiectare se realizează studiul și analiza obiectului de proiectare. În special, sunt analizate baza de informații, toate documentele de intrare, volumul acestora, frecvența, algoritmii, documentele de ieșire și toate legăturile de informații ale sarcinilor. Aceste date sunt procesate, iar un model informațional al obiectelor este construit sub formă de tabele și grafice.

Metodele de studiu și analiză a stării unui obiect economic și a sistemului de management al acestuia includ:

sondaj oral și scris;

chestionar scris;

observare, măsurare, evaluare;

discuție în grup;

analiza sarcinilor;

analiza proceselor de producție, management și informare.

În urma sondajului se fac recomandări pentru schimbarea structurii organizatorice, nouă descrierea postului, se determină oportunitatea anumitor documente, se determină componența bazelor de date, se determină propuneri de schimbare a tehnologiei de prelucrare, configurația rețelei de calculatoare, numărul de mașini, alcătuirea sarcinilor economice, succesiunea informatizării acestora, se elaborează propuneri. pentru realizarea sarcinilor economice prin intermediul pachetelor software aplicate.

În faza de proiectare se întocmesc proiecte tehnice și de lucru pentru fiecare nivel al stației de lucru. Proiectul de lucru reflectă Dispoziții generale, alcătuirea mijloacelor tehnice, arhitectură, structura organizationalaîn condiții noi se realizează stabilirea sarcinilor, se proiectează suportul informațional, schimb de informatii cu alte AWP-uri, se calculează eficiență economică, instrucțiuni pentru interpreți.

Proiectarea proceselor tehnice include proiectarea de parole, programe, scripturi pentru dialogul utilizator-PVM, inclusiv proiectarea meniurilor organizate ierarhic și „ferestre.” Dacă sunt implicate pachete gata făcute de programe de aplicație, atunci acestea trebuie să conțină în mod necesar un manual de utilizare. pentru operare și un set de programe de mașină pe dischete.

Enunțul problemei oferă o idee cuprinzătoare a esenței acesteia, logica transformării informațiilor inițiale pentru a obține un rezultat.

În procesul de stabilire a problemei, sunt dezvăluite următoarele:

esența sa organizatorică și economică (denumirea, scopul soluției, frecvența și calendarul soluției, sursele și metodele de primire a datelor, consumatorii de informații despre rezultat și metodele de transmitere a acesteia, legături de informații cu alte sarcini);

descrierea variabilei inițiale și a informațiilor constante condiționat (listă, formulare de prezentare, indicatori de volum, descrierea unităților structurale de informații, metode de control al datelor inițiale);

descrierea informațiilor rezultate (listă, formulare de prezentare, utilizatori, unități structurale de informații, metode de control);

descrierea algoritmului de rezolvare a problemei (secvența efectuării operațiilor aritmetice și logice).

În prezent, aproape toate AIS sunt descentralizate, prin urmare, este important ca utilizatorul să participe la etapa de pre-proiectare, la formularea și implementarea sarcinilor și la analiza funcționării AIT.

Ciclul de viață al sistemelor informaționale

Dezvoltarea unui sistem de informații corporative, de regulă, se realizează pentru o întreprindere foarte specifică. Specificul activității subiectului întreprinderii va influența, fără îndoială, structura sistemului informațional. Dar, în același timp, structurile diferitelor întreprinderi sunt în general similare între ele. Fiecare organizație, indiferent de tipul său de activitate, este formată dintr-un număr de divizii care desfășoară direct unul sau altul tip de activitate a companiei. Și această situație este valabilă pentru aproape toate organizațiile, indiferent de tipul de activitate în care sunt angajate.

Principalele faze ale proiectării sistemului informațional

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

Există unele diferențe în determinarea numărului de faze și a conținutului acestora, deoarece aceste caracteristici depind în mare măsură de condițiile de implementare a unui anumit proiect și de experiența principalilor participanți. Cu toate acestea, logica și conținutul principal al procesului de dezvoltare a sistemului informațional sunt în aproape toate cazurile aceleași.

Se pot distinge următoarele faze ale dezvoltării sistemului informațional:

1. formarea conceptului. Conținutul principal al lucrării în această fază este definirea proiectului, dezvoltarea conceptului acestuia, inclusiv:

Formarea ideilor, stabilirea obiectivelor;

Formarea unei echipe cheie de proiect;

Studierea motivației și cerințelor clientului și a altor participanți;

Colectarea datelor de referință și analiza stării existente;

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

Evaluarea comparativă a alternativelor;

Depunerea propunerilor, examinarea și aprobarea acestora;

2. elaborarea specificațiilor tehnice. Conținutul principal al acestei faze este elaborarea unei propuneri tehnice și negocieri cu clientul pentru încheierea unui contract. Conținutul general al lucrării acestei faze:

Dezvoltarea conținutului principal al proiectului, a structurii de bază a proiectului;

Elaborarea și aprobarea specificațiilor tehnice;

Planificarea, descompunerea modelului structural de bază al proiectului:

Estimarea si bugetarea proiectului, determinarea necesarului de resurse;

Elaborarea programelor și a programelor de lucru extinse;

Semnarea unui contract cu un client;

Punerea în funcțiune a mijloacelor de comunicare a participanților la proiect și controlul derulării lucrărilor;

3. proiecta.În această fază se determină cel mai mult subsistemele, interrelațiile lor moduri eficiente execuția proiectului și utilizarea resurselor. Lucrări tipice ale acestei faze:

Performanță de bază munca de proiectare;

Dezvoltarea privat specificatii tehnice;

Design conceptual;

Întocmirea specificațiilor tehnice și a instrucțiunilor;

Performanţă dezvoltarea designului, examinare și aprobare.

În această etapă, problemele de determinare a fluxurilor de informații de intrare și de ieșire, tipurile acestora, instrumente de protecție a datelor, programe și sisteme informatice sunt rezolvate. În acest moment, se dezvoltă o schemă de date, un meniu de acțiuni, diagrame de resurse de sistem, interacțiuni cu programe, diagrame de program:

· schema de date afișează grafic calea datelor în rezolvarea problemelor din momentul originii până la transferul către consumator și determină etapele procesării, precum și suporturile de date utilizate;

· meniul de acțiuni- aceasta este o listă orizontală de obiecte de pe ecran, reprezentând un grup de acțiuni disponibile utilizatorului pentru selecție;

· diagrama resurselor sistemului afișează configurația blocurilor de date și a instrumentelor de procesare care sunt necesare pentru rezolvarea problemei;

· schema de program afișează succesiunea operațiilor din program;

· schema de interacțiune cu programul arată calea de activare a programelor și interacțiunile cu datele corespunzătoare;

· diagrama de funcționare a sistemului afișează gestionarea operațiunilor și a fluxurilor de date și reflectă proces tehnologic prelucrarea datelor în sistem.

4. de fabricație.În această fază, coordonarea şi control operational se efectuează lucrări la proiect, fabricarea subsistemelor, integrarea și testarea acestora. Conținut principal:

Implementarea lucrărilor de dezvoltare software;

Pregatirea pentru implementarea sistemului;

Controlul si reglementarea principalilor indicatori ai proiectului.

5. punerea în funcțiune a sistemului... În această fază se efectuează teste, testează funcționarea sistemului în condiții reale, se poartă negocieri asupra rezultatelor proiectului și asupra eventualelor noi contracte. Principalele tipuri de munca:

Teste complexe;

Instruirea personalului pentru operarea sistemului în curs de creare;

Intocmirea documentatiei de lucru, livrarea sistemului catre client si punerea lui in functiune;

Escort, suport, întreținerea serviciului;

Evaluarea rezultatelor proiectului și pregătirea documentelor finale;

Rezolvarea conflictelor și închiderea proiectului;

Acumularea datelor experimentale pentru proiectele ulterioare, analiza experienței, starea, determinarea direcțiilor de dezvoltare.

Faza a doua și parțial a treia sunt de obicei numite faze de proiectare a sistemelor, iar ultimele două (uneori aceasta include faza de proiectare) - fazele de implementare.

Fazele inițiale ale proiectului au o influență decisivă asupra rezultatului obținut, întrucât iau principalele decizii care determină calitatea sistemului informațional. În același timp, de obicei 30% din contribuția la rezultatul final al proiectului este realizată de fazele de concept și propuneri, 20% de faza de proiectare, 20% de faza de fabricație, 30% de faza de livrare a obiectului şi finalizarea proiectului.

În plus, este nevoie de aproximativ de două ori mai mult pentru a găsi erorile făcute în faza de inginerie a sistemelor decât în fazele ulterioare, iar remedierea lor este de cinci ori mai costisitoare. Prin urmare, în etapele incipiente ale unui proiect, dezvoltarea trebuie efectuată cu deosebită atenție. Cel mai adesea, în fazele inițiale, următoarele erori:

Erori în determinarea intereselor clientului;

Concentrarea asupra intereselor neimportante ale terților;

Interpretare greșită a enunțului original al problemei;

Înțelegerea greșită sau insuficientă a detaliilor;

Specificații funcționale incomplete (cerințe de sistem);

Erori în determinarea resurselor necesare și a calendarului;

O verificare rară a consistenței etapelor și a lipsei de control din partea clientului (fără implicarea clientului).

Proiectare sisteme informatice

Dezvoltarea unui sistem de informații corporative, de regulă, se realizează pentru o întreprindere foarte specifică. Specificul activității subiectului întreprinderii va afecta, fără îndoială, structura sistemului informațional. Dar, în același timp, structurile diferitelor întreprinderi sunt în general similare între ele. Fiecare organizație, indiferent de tipul său de activitate, este formată dintr-un număr de divizii care desfășoară direct unul sau altul tip de activitate a companiei. Și această situație este valabilă pentru aproape toate organizațiile, indiferent de tipul de activitate în care sunt angajate.

Astfel, orice organizație poate fi considerată ca un set de elemente (subdiviziuni) care interacționează, fiecare dintre ele putând avea propria sa structură destul de complexă. Relațiile dintre departamente sunt și ele destul de complexe. În cazul general, se poate distinge trei tipuri de conexiuni între diviziile întreprinderii:

 conexiuni funcționale - fiecare departament realizează anumite tipuri de muncă în cadrul unui singur proces de afaceri;

 comunicaţii informaţionale - departamentele fac schimb de informaţii (documente, faxuri, comenzi scrise şi orale etc.);

Relații externe - cu unele departamente interacționează sisteme externe, iar interacțiunea lor poate fi, de asemenea, atât informațională, cât și funcțională.

Generalitatea structurii diferitelor întreprinderi ne permite să formulăm câteva principii comune de construire a sistemelor informaționale corporative.

În general procesul de dezvoltare a sistemului informatic poate fi considerată din două puncte de vedere:

 în ceea ce privește principalele fluxuri de lucru: interpreți, acțiuni, succesiune de acțiuni etc.;

 după timp, sau pe etape ciclu de viață sistemul în curs de dezvoltare. În acest caz, se are în vedere organizarea dinamică a procesului de dezvoltare, descrisă în termeni de cicluri, etape, iterații și etape.

Un sistem informatic al întreprinderii este în curs de dezvoltare ca un fel de proiect. Multe caracteristici ale fazelor de management al proiectelor și de dezvoltare a proiectelor (fazele ciclului de viață) sunt generale, nu depind nu numai de domeniul subiectului, ci și de natura proiectului (nu contează dacă este un proiect de inginerie sau unul economic) . Prin urmare, este logic să luăm în considerare mai întâi o serie de probleme generale de management de proiect.

Un proiect este o schimbare limitată în timp, intenționată, a unui sistem separat față de un sistem inițial clar obiective specifice, a cărui realizare determină finalizarea proiectului, precum și cu cerințele stabilite pentru calendarul, rezultatele, riscul, cadrul de cheltuire a fondurilor și resurselor, precum și pentru structura organizatorică.

De obicei, pentru un concept complex (care, în special, este conceptul de proiect) este dificil să se ofere o formulare lipsită de ambiguitate care să acopere pe deplin toate trăsăturile conceptului introdus. Prin urmare, definiția dată nu pretinde a fi unică și completă.

Se pot distinge următoarele principalele caracteristici distinctive ale proiectului ca obiect de control:

Variabilitate - transfer intenționat al sistemului de la existent la unele

starea dorită, descrisă din punct de vedere al obiectivelor proiectului;

• limitarea scopului final;

Durată limitată;

 buget limitat;

 resursele limitate necesare;

 noutate pentru întreprinderea pentru care se implementează proiectul;

• complexitate - prezența unui număr mare de factori care afectează direct sau indirect progresul și rezultatele proiectului;

• suport juridic si organizatoric - crearea unei structuri organizatorice specifice pe durata proiectului.

Eficiența muncii se realizează prin gestionarea procesului de implementare a proiectului, care asigură alocarea resurselor, coordonarea secvenței de lucru care trebuie efectuată și compensarea perturbărilor interne și externe.

Din punctul de vedere al teoriei sistemelor de control, proiectul ca obiect de control trebuie să fie observabil și gestionabil, adică sunt identificate unele caracteristici prin care este posibilă monitorizarea constantă a progresului proiectului (proprietatea observabilității) . În plus, sunt necesare mecanisme de influență în timp util asupra cursului implementării proiectului (proprietatea controlabilității).

Proprietatea controlabilității este deosebit de importantă în condiții de incertitudine și variabilitate a domeniului subiectului, care însoțesc adesea proiectele de dezvoltare a sistemelor informaționale.

Se pot distinge următoarele faze ale dezvoltării sistemului informațional:

 formarea conceptului;

 elaborarea specificaţiilor tehnice;

 proiectare;

• de fabricație;

 punerea în funcţiune a sistemului.

Să luăm în considerare fiecare dintre ele mai detaliat.

Faza a doua și parțial a treia sunt de obicei numite faze de proiectare a sistemelor, iar ultimele două (uneori aceasta include faza de proiectare) - fazele de implementare.

Faza conceptuală

 formarea ideilor, stabilirea scopurilor;

 formarea echipei cheie de proiect;

 studiul motivației și cerințelor clientului și ale altor participanți;

 colectarea datelor inițiale și analiza stării existente;

 determinarea cerinţelor şi restricţiilor de bază, a resurselor materiale, financiare şi de muncă necesare;

 evaluarea comparativă a alternativelor;

 depunerea propunerilor, examinarea și aprobarea acestora.

Elaborarea unei propuneri tehnice

 dezvoltarea conţinutului principal al proiectului, structura de bază a proiectului;

 elaborarea şi aprobarea specificaţiilor tehnice;

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

 intocmirea devizului si bugetului proiectului, determinarea necesarului de resurse;

 elaborarea programelor de lucru și a programelor de lucru lărgite;

 semnarea unui contract cu un client;

 punerea în funcţiune a mijloacelor de comunicare a participanţilor la proiect şi controlul derulării lucrărilor.

Proiecta

În această fază se determină subsistemele, interconexiunile acestora, se selectează cele mai eficiente modalități de execuție a proiectului și de utilizare a resurselor. Lucrări tipice ale acestei faze:

 efectuarea lucrărilor de proiectare de bază;

 elaborarea specificaţiilor tehnice private;

 implementarea designului conceptual;

 intocmirea specificatiilor si instructiunilor tehnice;

 prezentarea elaborării, examinării și aprobării proiectării.

Dezvoltare a

În această fază, se realizează coordonarea și controlul operațional al lucrărilor de proiect, se fabrică, se combină și se testează subsistemele. Conținut principal:

 executarea lucrărilor de dezvoltare software;

 pregătirea pentru implementarea sistemului;

 controlul şi reglementarea principalilor indicatori ai proiectului.

Punerea în funcțiune a sistemului

În această fază se efectuează teste, test de funcționare a sistemului în condiții reale,

sunt în desfășurare negocieri cu privire la rezultatele proiectului și la posibile noi contracte. Principalele tipuri de munca:

 teste complexe;

Conceptul de ciclu de viață este unul dintre conceptele de bază ale metodologiei de proiectare a sistemelor informaționale. Ciclul de viață al unui sistem informațional este un proces continuu care începe din momentul în care se ia decizia de a crea un sistem informațional și se termină atunci când acesta este scos complet din funcțiune.

Există un standard internațional care reglementează ciclul de viață al sistemelor informatice - ISO/IEC 12207.

ISO înseamnă Organizația Internațională de Standardizare. IEC- Comisia Electrotehnică Internațională

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

Conform acestui standard, structura ciclului de viață se bazează pe trei grupuri de procese:

 principalele procese ale ciclului de viață (achiziție, livrare, dezvoltare, exploatare, întreținere);

Procese auxiliare care susțin procesele principale (documentare, managementul configurației, asigurarea calității, verificarea, validarea, evaluarea, auditul, rezolvarea problemelor);

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

Metodologia de realizare a sistemelor informatice consta in organizarea procesului de construire a unui sistem informatic si asigurarea controlului asupra acestui proces pentru a se asigura ca sunt indeplinite atat cerintele sistemului in sine, cat si caracteristicile procesului de dezvoltare.

Sarcinile principale, a cărui soluție ar trebui furnizată de metodologie de creare a sistemelor informatice corporative(folosind cutia de instrumente adecvată) sunt următoarele:

 asigurarea creării de sisteme informatice care să îndeplinească scopurile și obiectivele întreprinderii și să îndeplinească cerințele pentru ca acestea să automatizeze procesele de afaceri;

 garantarea realizării unui sistem cu parametri predeterminaţi într-un timp determinat într-un buget prestabilit;

 simplitatea întreţinerii, modificării şi extinderii sistemului pentru a asigura conformitatea acestuia cu condiţiile în schimbare ale întreprinderii;

 asigurarea creării de sisteme informaționale corporative care să îndeplinească cerințele de deschidere, portabilitate și scalabilitate;

 posibilitatea utilizării instrumentelor de tehnologie a informaţiei (software, baze de date, tehnologie informatică, telecomunicaţii) dezvoltate anterior şi utilizate la întreprindere în sistemul care se creează.

Metodologiile, tehnologiile și instrumentele de proiectare (CASE-tools) stau la baza proiectării oricărui sistem informațional. Metodologia este implementată prin tehnologii specifice și standardele, metodologiile și instrumentele suport ale acestora care asigură implementarea proceselor ciclului de viață al sistemelor informaționale.

Tehnologie de design poate fi reprezentat ca o combinație de trei componente:

 o secvenţă dată de operaţii de proiectare tehnologică;

 criteriile și regulile utilizate pentru evaluarea rezultatelor operațiunilor tehnologice;

 mijloace grafice și textuale (notații) utilizate pentru a descrie sistemul proiectat.

Fiecare operațiune tehnologică trebuie să fie prevăzută următoarele resurse materiale și informaționale:

 datele obţinute în timpul operaţiei anterioare (sau date iniţiale) prezentate în forma standard;

 materiale metodologice, instrucţiuni, norme şi standarde;

 software și hardware;

 interpreţi.

Rezultatele operațiunii trebuie prezentate într-o formă standard care să le asigure percepția adecvată în timpul următoarei operațiuni tehnologice (în care vor fi folosite ca date inițiale).

Se poate formula următoarea serie Cerințe generale care trebuie satisfăcută tehnologie de proiectare, dezvoltare și întreținere a sistemelor informaționale:

 menţinerea întregului ciclu de viaţă al sistemului informaţional;

 să asigure realizarea garantată a obiectivelor dezvoltării sistemului cu calitatea specificată și în termenul specificat;

 să ofere posibilitatea împărțirii proiectelor mari într-un număr de subsisteme - descompunerea proiectului în părțile sale componente, dezvoltate de grupuri de executanți de un număr limitat, cu integrarea ulterioară a părților componente;

 Tehnologia ar trebui să ofere capacitatea de a efectua lucrări de proiectare a subsistemelor individuale în grupuri mici (3-7 persoane). Acest lucru se datorează principiilor managementului echipei și creșterii productivității prin minimizarea numărului de relații externe;

 să asigure timpul minim pentru obținerea unui sistem funcțional;

Descompunerea proiectului vă permite să creșteți eficiența muncii. Subsistemele în care este împărțit proiectul ar trebui să fie ușor cuplate în ceea ce privește datele și funcțiile. Fiecare subsistem este dezvoltat de o echipă de dezvoltare separată. În același timp, este necesar să se asigure coordonarea muncii și să se elimine dublarea rezultatelor obținute de fiecare echipa de proiect... Aceasta nu înseamnă implementarea sistemului informațional în ansamblu, ci dezvoltarea subsistemelor sale individuale. De regulă, chiar și în prezența unui proiect complet finalizat, implementarea sistemului dezvoltat se realizează secvenţial, în subsisteme separate. Implementarea întregului sistem într-un timp scurt poate necesita implicarea unui număr mare de dezvoltatori, în timp ce efectul poate fi mai mic decât la implementarea subsistemelor individuale într-un interval de timp mai scurt de către un număr mai mic de dezvoltatori.

Oferă capacitatea de a gestiona configurația proiectului, menține versiuni ale proiectului și ale componentelor acestuia, posibilitatea lansării automate documentatia proiectuluiși sincronizarea versiunilor sale cu versiunile de proiect;

 asigurarea independenţei soluţiilor de proiectare executate faţă de mijloacele de implementare a sistemului - sistemul de management al bazei de date, sistemul de operare, limbajul şi sistemul de programare.

Crearea, întreținerea și dezvoltarea sistemelor informatice complexe moderne se bazează pe metodologia de construire a unor astfel de sisteme deschise. Sistemele informaționale deschise sunt create în procesul de informatizare a tuturor sferelor principale ale societății moderne: organisme guvernamentale, sfera financiară și de credit, servicii de informare pentru antreprenoriat, sfera producției, știință, educație. Dezvoltarea și utilizarea sistemelor informatice deschise este indisolubil legată de aplicarea standardelor bazate pe metodologia de standardizare funcțională a tehnologiei informației.

Conceptul de profil al sistemului informatic

La crearea și dezvoltarea sistemelor informatice complexe, distribuite, replicabile, este necesară formarea și aplicarea flexibilă a unor seturi armonizate de standarde de bază și documente de reglementare de diferite niveluri, alocarea cerințelor și recomandărilor necesare pentru implementarea funcțiilor specificate ale sistemului. Pentru unificare și reglementare, astfel de seturi de standarde de bază trebuie adaptate și specificate în legătură cu anumite clase de proiecte, funcții, procese și componente ale sistemului. În acest sens, a fost evidențiat și format conceptul de profil al sistemului informațional ca instrument principal de standardizare funcțională.

Profil este o colecție de mai multe (sau un subset al unuia) standarde de bază cu subseturi clar definite și armonizate de capabilități obligatorii și opționale, concepute pentru a implementa o anumită funcție sau grup de funcții.

Profilul se formează pe baza caracteristicilor funcționale ale obiectului de standardizare. În profil, sunt evidențiate și stabilite capabilitățile și valorile permise ale parametrilor fiecărui standard de bază și/sau document normativ inclus în profil.

Profilul nu trebuie să contrazică standardele de bază și documentele normative utilizate în el. Acesta va folosi caracteristicile opționale selectate dintre alternative și valorile parametrilor în limitele permise.

Pe baza unui set de standarde de bază, pot fi formate și aprobate profiluri diferite pentru diferite proiecte de sisteme informatice. Limitările documentelor de bază ale profilului și consistența acestora, realizate de dezvoltatorii profilului, ar trebui să asigure calitatea, compatibilitatea și interacțiunea corectă a componentelor individuale ale sistemului corespunzătoare profilului în zona dată a acestuia. aplicarea.

Standardele și profilurile de bază, în funcție de aria de aplicare a sistemelor informaționale orientate către probleme, pot fi utilizate ca documente directe de directivă, îndrumare sau recomandare, precum și cadru de reglementare necesar pentru selectarea sau dezvoltarea instrumentelor de automatizare pentru etapele tehnologice. sau procese de creare, întreținere și dezvoltare a sistemelor informaționale.

De obicei luate în considerare două grupuri de profiluri:

 reglementarea arhitecturii şi structurii sistemului informaţional;

 reglementarea proceselor de proiectare, dezvoltare, aplicare, întreţinere şi dezvoltare a sistemului.

În funcție de domeniul de aplicare, profilurile pot avea diferite categorii și, în consecință, diferite stări de aprobare:

 profile ale unui sistem informatic specific, definind soluţii standardizate de proiectare în cadrul a acestui proiect;

 profiluri de sisteme informatice destinate rezolvarii unei anumite clase de probleme aplicate.

Profilele sistemelor informatice unifică și reglementează doar o parte din cerințele, caracteristicile, indicatorii de calitate ai obiectelor și proceselor, distinse și formalizate pe baza standardelor și a documentelor de reglementare. O altă parte a caracteristicilor funcționale și tehnice ale sistemului este determinată de clienți și dezvoltatori în mod creativ, fără a ține cont de prevederile documentelor de reglementare.

Principii de formare a unui profil de sistem informatic

Utilizarea profilurilor sistemelor informatice are scopul de a rezolva următoarele sarcini:

 reducerea complexității proiectelor;

 îmbunătățirea calității componentelor sistemului informațional;

 asigurarea extensibilității și scalabilității sistemelor în curs de dezvoltare;

 asigurarea posibilităţii de integrare funcţională în sistemul informaţional a sarcinilor care anterior au fost rezolvate separat;

 asigurarea portabilităţii software-ului de aplicaţie.

În funcție de care dintre aceste sarcini au cea mai mare prioritate, se face alegerea standardelor și documentelor pentru formarea profilului.

Relevanța utilizării profilurilor sistemului informațional se datorează modernității starea standardizării tehnologiei informaţiei, care se caracterizează prin următoarele caracteristici:

 există multe standarde internaționale și naționale care nu sunt

satisface pe deplin și inegal nevoile de standardizare a obiectelor și proceselor de creare și utilizare a sistemelor informaționale complexe;

 termenii lungi de dezvoltare, coordonare și aprobare a standardelor internaționale și naționale duc la conservatorismul acestora și la rămânerea cronică în urma tehnologiilor informaționale moderne;

 standardele funcționale susțin și reglementează doar cele mai simple obiecte și procese de rutină, masive: telecomunicații, programare, documentare programe și date. Cele mai complexe și creative procese de creare și dezvoltare a sistemelor informatice distribuite mari - analiza și proiectarea sistemelor, integrarea componentelor și sistemelor, testarea și certificarea - aproape că nu sunt susținute de cerințele și recomandările standardelor din cauza dificultății formalizării lor și unificare;

 îmbunătățirea și armonizarea documentelor normative și metodologice într-o serie de cazuri fac posibilă crearea standardelor naționale și internaționale pe baza acestora.

Abordările pentru formarea profilurilor sistemelor informaționale pot fi diferite. În standardizarea funcțională internațională a tehnologiilor informaționale, a fost adoptat un concept destul de rigid de profil. Se crede că doar standardele internaționale și naționale aprobate pot sta la baza acestuia. Nu este permisă utilizarea standardelor de facto și a reglementărilor companiei. Cu această abordare, este dificil de unificat, reglat și parametrizat un set de funcții și caracteristici specifice ale obiectelor complexe de arhitectură și structura sistemelor informaționale moderne. O altă abordare a dezvoltării și aplicării profilurilor sistemelor informaționale este utilizarea unui set de standarde internaționale și naționale de bază adaptate și parametrizate și specificații deschise care îndeplinesc standardele și recomandările de facto ale consorțiilor internaționale.

Modelul de referință pentru mediul sistemelor deschise (OSE/RM) definește împărțirea oricărui sistem informațional în două componente: aplicații (programe de aplicație și sisteme software) și mediul în care operează aceste aplicații.

Interfețele standardizate de program de aplicații (API) sunt definite între aplicații și mediu și sunt o parte necesară a profilurilor oricărui sistem deschis.

În plus, în profiluri pot fi definite interfețe unificate de interacțiune a părților funcționale între ele și interfețe de interacțiune între componentele mediului de sistem. Specificațiile funcțiilor efectuate și interfețele de interacțiune pot fi executate sub formă de profile ale componentelor sistemului.

Prin urmare, profiluri ale sistemului informatic cu structură ierarhică poate include:

 descrieri standardizate ale funcţiilor îndeplinite de acest sistem;

 funcţiile de interacţiune a sistemului cu mediul extern pentru acesta;

 interfeţe standardizate între aplicaţii şi mediul sistemului informaţional;

 profile ale componentelor funcţionale individuale incluse în sistem. Pentru a utiliza eficient un anumit profil, trebuie să:

 evidențiază domeniile de funcționare orientate către probleme unite printr-o conexiune logică, unde pot fi aplicate standarde comune pentru o organizație sau un grup de organizații;

 identifică standardele și reglementările, cazurile de utilizare ale acestora și parametrii care trebuie incluși în profil;

 documentează zonele unui profil specific în care este necesară crearea de noi standarde sau reglementări și identifică caracteristicile care pot fi importante pentru dezvoltarea standardelor și reglementărilor lipsă pentru acest profil;

 să formalizeze profilul în conformitate cu categoria sa, inclusiv standarde, diverse versiuni ale documentelor de reglementare și parametri suplimentari care au legătură directă cu profilul;

Atunci când utilizați profiluri, este important să vă asigurați că acestea sunt validate prin testare, testare și certificare. Acest lucru necesită crearea unei tehnologii de control și testare în procesul de aplicare a profilului. Această tehnologie ar trebui să fie susținută de un set de tehnici, instrumente, compoziția și conținutul documentelor care urmează să fie întocmite la fiecare etapă a proiectului.

Utilizarea profilurilor promovează unificarea în dezvoltarea testelor care verifică calitatea și interacțiunea componentelor sistemului informațional proiectat. Profilurile ar trebui definite în așa fel încât testarea implementării lor să poată fi efectuată cât mai complet posibil, conform unei metodologii standardizate. În același timp, este posibil să se utilizeze metode dezvoltate anterior, deoarece standardele și profilurile internaționale stau la baza creării de teste de certificare general recunoscute.

Structura profilurilor sistemelor informatice

Dezvoltarea și aplicarea profilurilor este o parte organică a proiectării, dezvoltării și întreținerii sistemelor informaționale. Profilurile caracterizează fiecare sistem informațional specific în toate etapele ciclului său de viață, stabilind un set agreat de standarde de bază pe care sistemul și componentele sale trebuie să le respecte. Standardele care sunt importante din punctul de vedere al clientului ar trebui să fie stabilite în specificația tehnică pentru proiectarea sistemului și să alcătuiască profilul său principal. Ceea ce nu este specificat în TK rămâne inițial la latitudinea dezvoltatorului de sistem, care, ghidat de cerințele TK, poate completa și dezvolta profilele de sistem și, ulterior, le poate coordona cu clientul. Astfel, profilul unui anumit sistem nu este static, el se dezvoltă și se concretizează în procesul de proiectare a unui sistem informațional și se întocmește ca parte a documentației de proiectare a sistemului.

Profilul unui sistem specific include specificațiile componentelor dezvoltate în cadrul acestui proiect și specificațiile software-ului și hardware-ului gata de fabricație utilizat, dacă aceste instrumente nu sunt specificate de standardele relevante. După ce proiectarea și testarea sistemului este finalizată, timp în care se verifică conformitatea acestuia cu profilul, profilul este utilizat ca instrument principal de sprijinire a sistemului în timpul funcționării, modernizării și dezvoltării.

Introducere

Concluzie

Literatură

Introducere

Dezvoltarea diferitelor sfere ale activității umane pe stadiul prezent imposibil fără o utilizare pe scară largă tehnologie de calculși crearea de sisteme informaționale directii diferite... Procesarea informațiilor în astfel de sisteme a devenit o direcție științifică și tehnică independentă.

După etapa de construire a modelului informațional începe proiectarea sistemului. In aceasta etapa se face alegerea solutiilor tehnologice pe baza carora se va construi sistemul informatic.

Informații în lumea modernă a devenit una dintre cele mai importante resurse, iar sistemele informaționale (SI) au devenit instrument necesarîn aproape toate domeniile de activitate.

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

Varietatea sarcinilor rezolvate cu ajutorul SI a dus la apariția multor tipuri diferite de sisteme care diferă în principiile de construcție și regulile de prelucrare a informațiilor inerente acestora.

Scopul munca de testare este - a lua în considerare pas cu pas, procesul de creare a sistemelor informatice.

Sarcinile acestei lucrări sunt de a afla scopul principal al proiectării, precum și scopul creării de sisteme informaționale.

1. Proiectarea sistemelor informatice

Proiectarea sistemelor informatice începe întotdeauna cu definirea scopului proiectului. Sarcina principală a oricărui proiect de succes este că la momentul pornirii sistemului și pe toată perioada de funcționare a acestuia s-ar putea asigura:

· Functionalitatea ceruta a sistemului si gradul de adaptare la conditiile schimbatoare ale functionarii acestuia;

Cel necesar debitului sisteme;

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

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

· Ușurință în operare și suport al sistemului;

· Securitate necesară.

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

Proiectarea sistemelor informatice acoperă trei domenii principale:

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

· Proiectarea de programe, ecrane, rapoarte care vor asigura executarea interogarilor la date;

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

Conform metodologie modernă, procesul de creare a unui IS este un proces de construire și transformare secvențială a unui număr de modele convenite în toate etapele ciclului de viață al SI (LC). La fiecare etapă a ciclului de viață se creează modele specifice - organizații, cerințe IS, proiect IS, cerințe de aplicație etc. Modelele sunt formate din grupuri de lucru ale echipei de proiect, salvate și acumulate în depozitul de proiect. Crearea modelelor, controlul, transformarea și furnizarea acestora pentru uz colectiv se realizează cu ajutorul instrumentelor software speciale - CASE-tools.

Procesul de creare a unui IS este împărțit într-un număr de etape (etape), limitate de un anumit interval de timp și care se termină cu lansarea unui anumit produs (modele, produse software, documentație etc.).

De obicei, se disting următoarele etape ale creării unui SI: formarea cerințelor pentru sistem, proiectare, implementare, testare, punere în funcțiune, operare și întreținere.

Etapa inițială a procesului de creare a SI este modelarea proceselor de afaceri care au loc în organizație și realizarea scopurilor și obiectivelor acesteia. Modelul de organizare, descris în termeni de procese de afaceri și funcții de afaceri, face posibilă formularea cerințelor de bază pentru IS. Această premisă fundamentală a metodologiei asigură obiectivitatea în formularea cerințelor de proiectare a sistemului. Setul de modele pentru descrierea cerințelor IP este apoi transformat într-un sistem de modele care descriu designul conceptual al IP. Se formează modele de arhitectură IS, cerințe pentru software (software) și suport informațional (IO). Apoi se formează arhitectura software și IO, se alocă baze de date corporative și aplicații individuale, se formează modele de cerințe pentru aplicații și se realizează dezvoltarea, testarea și integrarea acestora.

Scopul etapele inițiale crearea SI, realizată în etapa de analiză a activităților organizației, este formarea unor cerințe pentru SI care reflectă corect și cu acuratețe scopurile și obiectivele organizației client. Pentru a preciza procesul de creare a unui IP care să răspundă nevoilor organizației, este necesar să se afle și să se articuleze clar care sunt aceste nevoi. Pentru a face acest lucru, este necesar să se definească cerințele clienților pentru IP și să le mapeze în limbajul modelelor în cerințele pentru dezvoltarea proiectului IP, astfel încât să se asigure conformitatea cu scopurile și obiectivele organizației.

Sarcina de formare a cerințelor IS este una dintre cele mai responsabile, greu de oficializat și cea mai costisitoare și dificil de corectat în caz de eroare. Instrumente moderne și produse software vă permit să creați rapid IS bazat pe cerințe gata făcute... Dar de multe ori aceste sisteme nu satisfac clienții, necesită numeroase modificări, ceea ce duce la o creștere bruscă a costului costului real al IP. Motivul principal pentru această situație este definirea incorectă, inexactă sau incompletă a cerințelor IP în etapa de analiză.

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

În paralel cu proiectarea schemei bazei de date, se realizează proiectarea procesului pentru a obține specificațiile (descrierile) tuturor modulelor IS. Ambele procese de proiectare sunt strâns legate deoarece o parte din logica de afaceri este de obicei implementată în baza de date (constrângeri, declanșatoare, proceduri stocate). Scopul principal al proiectării proceselor este de a mapa funcțiile obținute în etapa de analiză în modulele sistemului informațional. La proiectarea modulelor, se determină interfețele programului: aspectul meniului, vizualizările ferestrelor, tastele rapide și apelurile asociate.

Produsele finale ale fazei de proiectare sunt:

· Schema bazei de date (pe baza modelului ER dezvoltat în etapa de analiză);

· Un set de specificații pentru modulele de sistem (acestea sunt construite pe baza modelelor funcționale).

În plus, în faza de proiectare, se realizează și dezvoltarea arhitecturii IS, inclusiv alegerea unei platforme (platforme) și a unui sistem de operare (sisteme de operare). Într-un circuit integrat eterogen, mai multe computere pot rula pe platforme hardware diferite și pot rula sisteme de operare diferite. Pe lângă alegerea unei platforme, în etapa de proiectare sunt determinate următoarele caracteristici ale arhitecturii:

· Fie că va fi o arhitectură „fișier-server” sau „client-server”;

Fie că va fi o arhitectură pe 3 niveluri cu următoarele straturi: server, middleware (server de aplicații), software client;

· Dacă baza de date va fi centralizată sau distribuită. Dacă baza de date urmează să fie distribuită, ce mecanisme vor fi utilizate pentru a menține consistența și relevanța datelor;

· Dacă baza de date va fi omogenă, adică dacă toate serverele de baze de date vor fi de la același furnizor (de exemplu, toate serverele sunt numai Oracle sau toate serverele sunt numai DB2 UDB). În cazul în care baza de date nu este omogenă, ce software va fi folosit pentru schimbul de date între SGBD-uri ale diferiților producători (existente sau dezvoltate special ca parte a proiectului);

· Dacă serverele de baze de date paralele (de ex. Oracle Parallel Server, DB2 UDB) vor fi folosite pentru a obține performanța dorită.

Faza de proiectare se încheie cu elaborarea unui proiect tehnic pentru SI. În etapa de implementare, se realizează crearea de software pentru documentația operațională.

După finalizarea dezvoltării unui modul separat al sistemului, se efectuează un test autonom, care are două obiective principale:

· Detectarea defecțiunilor modulelor (defecțiuni grave);

· Conformitatea modulului cu specificația (disponibilitatea tuturor funcțiilor necesare, absența funcțiilor inutile).

După ce testul autonom are succes, modulul este inclus în partea dezvoltată a sistemului, iar un grup de module generate sunt supuse unor teste de comunicare, care ar trebui să urmărească influența lor reciprocă.

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

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

Ultimul test al sistemului informatic este testele de acceptare. Un astfel de test presupune arătarea sistemului informațional către client și ar trebui să conțină un grup de teste care simulează procese reale de afaceri pentru a arăta că implementarea îndeplinește cerințele clientului.

Ar putea fi util să citiți: