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

1.2 Etape de proiectare a sistemelor de informare și referință

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

Sarcina proiectării AIS pentru întreprinderile industriale este destul de dificilă, deoarece natura informațiilor procesate este eterogenă și dificil de formalizat. Totuși, aici putem distinge principalul model de lucru - acesta este lucrul „din codul proiectului”. În general, codul proiectului este un analog (funcțional) al unui cont personal, are o anumită adâncime de bit, ordine (adică un grup specific de denumiri alfanumerice caracterizează o parte, o unitate de asamblare, un produs și nivelul de interconectare al acestora). Mai mult, o parte specifică a codului caracterizează documente tehnologice, de proiectare, financiare și de altă natură. Toate acestea sunt reglementate de GOST-urile relevante, deci pot fi formalizate. În acest caz, o abordare modulară a implementării AIS este cea mai importantă.

Abordarea duală a formării planului zilnic de producție a stat la baza așa-numitelor. „principiul dualismului” pentru întreprinderile industriale AIS. Implementarea principiului dualismului a necesitat în mod inevitabil și construirea de întreprinderi AIS de o nouă generație sub formă de module software interconectate organic, dar în același timp capabile să funcționeze independent.

Un astfel de sistem cu mai multe componente a asigurat conformitatea cu principiul fundamental al construirii sistemelor informatice automatizate - absența duplicării intrării datelor inițiale. Informațiile despre operațiunile efectuate utilizând 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ă variația 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 pe etape. La prima etapă de implementare, componentele de sistem învechite sunt instalate (sau înlocuite) pe acele locuri de muncă care necesită actualizări de software. În a doua etapă, sistemul se dezvoltă odată cu conectarea de noi componente și dezvoltarea conexiunilor intercomponente. Posibilitatea utilizării acestei metodologii de implementare asigură o replicare destul de simplă și adaptarea la condițiile locale. Astfel, un sistem informațional automatizat 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 acestor evoluții este relativ scăzut (în comparație cu produsele dezvoltatorilor străini mari). De regulă, doar o nouă structură este adăugată la subdiviziunile existente ale Departamentului de Informatizare, cum ar fi: Managementul operațiunilor, rețeaua de calculatoare și facilitățile de comunicații Managementul operațiunilor, expert și management analitic (setarea sarcinilor), se adaugă doar o nouă structură: dezvoltarea AIS și managementul dezvoltării, care, de regulă, nu implică pentru un cost financiar mare.

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

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

4. este posibilă o reacție promptă la modificările normelor pieței.

În același timp, cu propria dezvoltare, este necesar să se rezolve o serie întreagă de probleme organizaționale și tehnice care ar permite evitarea deciziilor eronate:

În primul rând, alegerea corectă a arhitecturii pentru construirea unei rețele de calcul și comunicare și concentrarea asupra SGBD profesionale. Conform 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.

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

În al treilea rând, o infrastructură multitasking pentru dezvoltarea de proiecte, atunci când un modul AIS specific este menținut de un grup de dezvoltatori cu o listă interconectată de sarcini, construită pe principiile interschimbabilității complete, adică funcționarea acestui modul AIS și dezvoltarea acestuia nu sunt asociate cu un dezvoltator specific.

În al patrulea rând, utilizarea mijloacelor organizaționale și tehnice eficiente pentru managementul proiectelor și controlul versiunilor AIS.

Doar respectând aceste prevederi de bază 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 cel mai bine ș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 poate necesita înlocuirea hardware-ului serverului și clientului și a software-ului la nivel de sistem, inclusiv un SGBD, iar acest lucru nu este ieftin. Prin urmare, atunci când alegeți opțiunea pentru implementarea AIS, este foarte important să decideți imediat asupra posibilităților de export / import de date în sistemul creat. Odată cu soluția corectă a acestei probleme, schimbarea AIS, dacă totuși apare necesitatea acesteia, se va întâmpla aproape nedureroasă pentru unitățile funcționale.

Spre deosebire de structurile bancare, marile întreprinderi industriale naționale se apropie acum de realizarea nevoii clare de implementare și dezvoltare a sistemelor informatice corporative ca una dintre principalele componente ale dezvoltării strategice a afacerilor. În acest sens, în viitorul apropiat, ne putem aștepta la extinderea pieței pentru sistemele de informații corporative și la creșterea semnificativă ulterioară a acesteia. Având în vedere integrarea strânsă a structurilor financiare și industriale, se poate presupune că baza pentru construirea sistemelor corporative ale grupurilor financiare și industriale va fi ABS-ul utilizat în instituțiile lor financiare.

Concentrarea pe SGBD profesionale poate ajuta la atingerea următoarelor obiective:

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

2) Instrumente fiabile de protecție a informațiilor (luând în considerare arhitectura standard de protecție pe trei niveluri la nivelul rețelei - la nivelul serverului de baze de date - la nivelul sistemului de operare al clientului).

3) Instrumente eficiente pentru diferențierea accesului 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 gestionarea, 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 SGBD profesionale în marile bănci comerciale și corporații industriale. Conform estimărilor experților, Oracle, Informix și Sybase sunt în fruntea numărului de instalații. În ciuda acestui fapt, majoritatea băncilor și întreprinderilor mici și mijlocii se concentrează încă pe soluții bazate pe AIS a treia și chiar a doua generație.

Principalele motive pentru care vă concentrați asupra utilizării SGBD profesionale atunci când vă construiți propriul AIS:

„CONTRA” - Cost relativ ridicat al SGBD profesionale

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

„CONTRA” - SGBD-urile profesionale fac cereri ridicate asupra platformei hardware.

„PENTRU” - Cu o creștere bruscă a performanței platformelor hardware orientate către Intel, majoritatea producătorilor de SGBD profesionale și-au lansat versiunile pentru serverele Intel, inclusiv pentru sistemul de operare Linux și având în vedere că LINUX, cu toată puterea sa de sistem UNIX, este practic un sistem de operare gratuit, atunci o soluție bazată pe aceasta, de regulă, nu va implica costuri financiare mari. Acest lucru permite, atunci când construiți un sistem, să vă concentrați nu numai pe servere RISC multi-cluster performante, ci și să utilizați platforme de servere Intel.

„CONTRA” - AIS profesional este dificil și costisitor de administrat.

„PENTRU” - De regulă, complexitatea administrării depinde de AIS specific. În plus, atunci când operează AIS într-o bancă sau întreprindere multidisciplinară pe o platformă UNIX, elimină 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, în mod obiectiv, fac ca noua generație AIS să fie mai scumpă, dar totuși comparabilă în costuri cu predecesorii lor.

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

„PENTRU” - Întârzierea implementării, de regulă, este cauzată fie de lipsa de experiență a companiei furnizorului în instalarea unor astfel de sisteme, fie de pregătirea insuficientă a produsului implementat. Perioada aproximativă de instalare a unui AIS tipic din 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ă de dorit.

„PENTRU” - În multe privințe, această prejudecată a fost formată pe baza experienței de operare a AIS fabricate în străinătate. Este posibil să se indice o serie de cazuri în care firmele furnizori străini fie au refuzat să facă modificări în timp util din cauza noilor instrucțiuni ale Băncii Centrale, fie au cerut sume nejustificate de mari pentru aceste modificări. Cu toate acestea, acest lucru nu se aplică deloc sistemelor interne ale noii generații, concepute inițial pentru legislația rusă în schimbare.

Analiza pieței arată că astăzi un AIS modern ar trebui să fie un complex integrat de hardware și software care implementează un sistem de informații cu mai multe subiecte care oferă tehnologii moderne financiare, de management, proiectare, producție și marketing în timp real pentru procesarea tranzacțională a datelor.

Care sunt principalele caracteristici distinctive ale SGBD corporative. În primul rând, au vizat 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 sistemelor. Î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 conduc la un număr tot mai mare de implementări de succes ale sistemelor bazate pe SGBD profesionale.

Deci, după alegerea unei metode care ar trebui să fie ghidată în proiectarea unui sistem informațional, este necesar să planificați un set de lucrări pentru crearea unui SI în conformitate cu etapele tipice de dezvoltare. Etapele dezvoltării sistemelor informatice automatizate în versiunea clasică vor arăta după cum urmează.

A) Dezvoltarea și analiza unui model de afaceri

Sarcinile principale ale AIS sunt determinate, sarcinile sunt descompuse în module și funcțiile sunt determinate cu ajutorul cărora aceste sarcini sunt rezolvate. Descrierea funcțiilor se realizează în limbajul de producție (descrierea proceselor din domeniul în cauză), funcțional (descrierea formelor documentelor procesate) și cerințele tehnice (hardware, software, AIS lingvistic). Metoda soluției: modelare funcțională. Rezultat:

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

Componența hardware și tehnică a AIS-ului creat.

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

Modelul conceptual dezvoltat este formalizat, adică este întruchipat sub forma unui model AIS logic. Metoda soluției: Dezvoltarea unei diagrame „entitate-relație” (ER (Entitate-Reationship) - CASE-diagramă). Rezultat: Suport informațional AIS dezvoltat: scheme ș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.

Dezvoltarea AIS: se selectează suport lingvistic (mediu de dezvoltare - instrumente), se dezvoltă software și suport 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 baze de date și scheme funcționale în formularele și aplicațiile utilizatorilor. Metoda soluției: Dezvoltarea codului programului utilizând instrumentele selectate. Rezultat: un AIS funcțional.

D) Testarea și depanarea AIS

În această etapă, informațiile, hardware-ul, software-ul sunt corectate, se dezvoltă suport metodologic (dezvoltator, documentație pentru utilizator) etc. Rezultat: Compoziție optimă și funcționare eficientă a AIS. Set de documentație: dezvoltator, administrator, utilizator.

E) Funcționarea și controlul versiunii

Particularitatea AIS creată în conformitate cu arhitectura client-server este multi-nivel și multi-modularitate, prin urmare, în timpul funcționării și dezvoltării lor, problemele controlului versiunilor vin în prim plan, adică adăugarea de noi și dezvoltarea de module vechi cu dezafectarea 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 în mod eficient. Rezultat: scalabilitate și compoziție redundantă a AIS flexibil, scalabil.

Figura 1.3 Secvența transformării modelului de afaceri în obiecte și aplicații ale bazei de date

În acest caz, secvența de transformare a modelului de afaceri în obiecte de bază de date și aplicații va fi după cum urmează. Dezvoltarea principalelor funcții și scopuri ale AIS și modelarea domeniului subiect preced studiul proceselor de afaceri ale modelului rezultat și formarea obiectelor bazei de date. Mai mult, în fiecare etapă sunt utilizate metode și mijloace specifice acestuia.

Munca proiectanților de baze de date depinde în mare măsură de calitatea modelului informațional. Modelul informațional nu ar trebui să conțină construcții de neînțeles care nu pot fi implementate în cadrul SGBD ales. Trebuie remarcat faptul că modelul informațional este creat pentru a construi un model de date pe baza acestuia, adică ar trebui să ia în considerare caracteristicile de implementare ale SGBD selectat. Dacă anumite caracteristici ale SGBD nu permit reflectarea în modelul de date ceea ce descrie modelul de informații, atunci este necesar să se schimbe modelul de informații, deoarece este puțin probabil ca producătorul SGBD să schimbe imediat SGBD în sine pentru proiectul dvs. specific (deși astfel de cazuri, recunoscute, sunt izolate) a avut loc).

Construirea de modele de date logice și fizice este o parte esențială a proiectării bazei de date. Modelul informațional obținut în procesul de analiză este transformat mai întâi într-un model logic și apoi într-un model fizic de date. După aceea, se creează o bază de date de încercare pentru dezvoltatorii sistemului informațional. Dezvoltatorii de coduri încep să lucreze cu el. În mod ideal, modelul de date ar trebui să fie stabil până la începerea dezvoltării. Proiectarea bazei de date nu poate fi separată de modulul și aplicația, deoarece regulile de afaceri pot crea obiecte în baza de date, cum ar fi constrângerile serverului, precum și procedurile și declanșatoarele stocate - în acest caz, se spune adesea că o parte din logica de afaceri transferat în 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 obișnuite pentru proiectarea modelelor de date:

Identificarea unor constructe nerealizabile sau neobișnuite în modelul ER și în definițiile entității;

Rezoluția tuturor arcurilor, subtipurilor și supertipurilor;

Studiul unor chei posibile, primare, străine, 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 afaceri 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 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 indexurilor, clusterelor necesare (dacă sunt implementate în SGBD), determinarea fragmentării orizontale a tabelelor (dacă este implementată în SGBD);

Estimarea dimensiunilor tuturor tabelelor, indexurilor, clusterelor;

Determinarea mărimii spațiilor de masă și a particularităților plasării lor pe medii de stocare, determinarea specificației mediilor de stocare pentru un sistem industrial (de exemplu, tipul matricilor de raid, numărul acestora, care spații de masă sunt amplasate pe ele), determinarea dimensiunilor spațiilor de masă de sistem necesare (de exemplu, catalogul sistemului, jurnal de tranzacții, spațiu de tabel temporar etc.);

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

Dezvoltarea unei topologii a bazei de date în cazul unei baze de date distribuite, definirea mecanismelor de accesare a datelor 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. Sistemele moderne de gestionare a proceselor de afaceri permit integrarea diverselor programe software în jurul lor, formând un singur sistem informațional. Aceasta rezolvă problemele de coordonare a activităților angajaților și departamentelor, oferindu-le informațiile necesare și monitorizarea disciplinei executive, iar conducerea primește acces în timp util la date fiabile cu privire la progresul procesului de producție și are mijloacele pentru adoptarea și implementarea promptă a deciziilor lor. Și, cel mai important, complexul automat rezultat este o structură deschisă flexibilă care poate fi reconstruită și completată cu module noi sau software extern.

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

Etapele proiectării unui sistem de informare și referință - una dintre componentele principale ale CSI - reprezintă un avans consistent de la studiul domeniului în cauză la funcționarea sistemului finalizat. În timpul procesului de proiectare, ar trebui acordată o atenție specială dezvoltării modelului de date la nivel conceptual, logic și fizic.

CAPITOLUL 2. CARACTERISTICILE SISTEMULUI DE INFORMAȚIE GOU NPO PU Nr. 33

Corpul de lucru, funcțiile care vor fi îndeplinite de Centrul analitic pentru dezvoltare inovatoare (ACID), creat ca principal instrument organizațional pentru îmbunătățirea RIS. Funcția strategică a ACID este susținerea organizațională, legală și financiară a activităților creative din regiune, unificarea funcției de inovare și investiții sub un singur management. Creatorii 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 de economisire a energiei Lb 40, Philips -1000. 4.5 Modul de funcționare al secțiunii cupru-radiator este de 251 zile lucrătoare pe an. Program de lucru: o tura de la 8:00 la 17:00. Pauză de prânz între orele 12:00 - 13:00. Pauze tehnologice de 10 minute - la ora 10 și ...

Etape de proiectare a sistemelor informatice automatizate. Două domenii de activitate sunt direct legate de proiectarea AIS: 1) proiectarea efectivă a AIS a anumitor întreprinderi (industrii) pe baza componentelor software și hardware gata făcute folosind instrumente speciale de dezvoltare; 2) proiectarea componentelor și instrumentelor AIS menționate, orientate spre utilizarea reutilizabilă în dezvoltarea multor sisteme informaționale specifice.

Esența primei direcții poate fi exprimată prin cuvintele „integrare a sistemului”. Dezvoltatorul AIS trebuie să fie un specialist în domeniul ingineriei de sisteme, să aibă o bună cunoaștere a standardelor internaționale, a stării și a tendințelor de dezvoltare a tehnologiilor informaționale și a produselor software, să fie familiarizat cu instrumentele de dezvoltare a aplicațiilor (instrumentele CASE) și să fie pregătit să perceapă și să analizeze procesele de aplicații automatizate în cooperare cu specialiștii subiectului relevant. zonă. Există o serie de firme specializate în dezvoltarea de proiecte AIS (de exemplu, Price Waterhouse, Jet Info, Software consecvent etc.).

A doua direcție este mai mult legată de dezvoltarea matematică și software pentru implementarea funcțiilor AIS - modele, metode, algoritmi, programe bazate pe cunoașterea ingineriei sistemelor, 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, software și hardware). Fiecare dintre ei își promovează tehnologia pentru crearea AIS și aderă la strategia fie a unui furnizor total, fie la deschiderea și extinderea sistemului cu aplicații și completări de la terți.

Ambele, de fapt, componentele AIS și AIS sunt sisteme complexe, iar în proiectarea lor este recomandabil să se utilizeze un stil de sus în jos de proiectare ierarhică de blocuri, care include un număr de nivele ș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, dezvoltarea unui proiect de proiectare.

Studiile de pre-proiectare sunt realizate prin analizarea (supravegherea) activităților întreprinderii (companie, instituție, birou), unde AIS este creat sau modernizat. Înainte de sondaj, obiectivele sondajului sunt formate și în procesul de implementare a acestuia - definirea oportunităților și resurselor pentru îmbunătățirea eficienței întreprinderii pe baza automatizării proceselor de management, a proiectării și a 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ă seama de prognozele pentru dezvoltarea întreprinderii. În ceea ce privește hardware-ul și în special software-ul (software-ul), o astfel de alegere este cel mai adesea alegerea companiei - furnizorul instrumentelor necesare (sau, cel puțin, software-ul de bază), deoarece colaborarea corectă a programelor de la diferite companii se realizează 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 \u200b\u200betapa sondajului, cât și în etapele ulterioare, este recomandabil să adere la o anumită disciplină de fixare și prezentare a rezultatelor obținute, pe baza uneia sau altei metode de formalizare a specificațiilor. Formalizarea este necesară pentru a înțelege fără echivoc cerințele, constrângerile și deciziile luate de executanți și clienți.

În proiectarea conceptuală, sunt utilizate o serie de specificații, printre care modelele pentru transformarea, stocarea și transmiterea informațiilor ocupă un loc central. Modelele obținute în procesul de supraveghere 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 lor finală sunt considerate deja ca modele ale AIS proiectat.

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

Conținutul etapelor ulterioare ale proiectării de sus în jos este definirea listelor de echipamente achiziționate și produse software finite, construirea unui mediu de sistem, proiectarea infologică detaliată a bazelor de date și conținutul inițial al acestora, dezvoltarea propriului nostru software original, care, la rândul său, este împărțit în mai multe etape ale proiectării de sus în jos.

Un loc special într-o serie de sarcini de proiectare îl ocupă dezvoltarea unui proiect de rețea de calculatoare corporativă, 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 diferite orașe, atunci problema leasingului de canale de comunicații pentru rețeaua corporativă este rezolvată, deoarece utilizarea alternativă a unui canal dedicat se dovedește in cele mai multe cazuri a fi inacceptabilă din cauza prețului ridicat. Bineînțeles, acest lucru are în primul rând în considerare posibilitatea utilizării serviciilor de internet. Prin Internet, întreprinderile care operează pe tehnologia CALS (Computer Acquisition Life-Cycle System) pot interacționa. Problemele apărute în acest caz sunt asociate cu asigurarea securității informațiilor și fiabilitatea livrării mesajelor.

Una dintre tendințele principale din industria modernă a informaticii este crearea de sisteme deschise. Proprietatea deschiderii înseamnă, în primul rând, portabilitatea (mobilitatea) software-ului către diverse platforme hardware și, în al doilea rând, adaptabilitatea sistemului la modificările sale (modificabilitatea sau deschiderea însăși) și integrarea cu alte sisteme pentru a-și extinde funcționalitatea și / sau a da sistemului calități noi (integrabilitate).

Etapa I - pre-proiectare (inspecție, întocmirea unui raport, studiu de fezabilitate și specificații tehnice);

Etapa II - etapa de proiectare (elaborarea proiectelor tehnice și de lucru);

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

Etapa IV - analiza funcționării (identificarea problemelor, modificarea soluțiilor de proiectare și AIS și AIT existente).

Fig. 1.

În etapa de pre-proiectare, se efectuează studiul și analiza obiectului de proiectare. În special, sunt analizate baza de informații, toate documentele de intrare, volumul, 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 de obiecte este construit sub formă de tabele și grafice.

Metodele pentru studierea și analiza stării unui obiect economic și a sistemului său de management includ:

sondaj oral și scris;

chestionar scris;

observare, măsurare, evaluare;

discuție în grup;

analiza sarcinilor;

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

Ca rezultat al sondajului, se dezvoltă recomandări privind schimbarea structurii organizaționale, sunt descrise noi descrieri de posturi, fezabilitatea anumitor documente, se determină compoziția bazelor de date, se propun modificarea tehnologiei de procesare, se configurează rețeaua de calculatoare, numărul de mașini, compoziția sarcinilor economice, succesiunea computerizării lor. privind implementarea sarcinilor economice prin intermediul pachetelor software.

În etapa de proiectare, sunt elaborate proiecte tehnice și de lucru pentru fiecare nivel al stației de lucru. Proiectul de lucru reflectă prevederile generale, compoziția mijloacelor tehnice, arhitectura, structura organizațională în noile condiții, stabilirea sarcinilor este realizată, suportul informațional este proiectat, schimbul de informații cu alte AWP-uri, eficiența economică este calculată, instrucțiuni pentru interpreți

Proiectarea proceselor tehnice include proiectarea parolelor, programelor, scripturilor pentru dialogul utilizator-PVM, inclusiv proiectarea meniurilor ierarhice organizate și a „ferestrelor”. Dacă sunt implicate pachete gata făcute de programe de aplicație, acestea trebuie să conțină un manual de utilizare pentru operare și un set de programe de mașină pe dischete.

Afirmarea problemei oferă o idee exhaustivă a esenței sale, 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ă (numele, scopul soluției, frecvența și calendarul soluției, sursele și metodele de primire a datelor, consumatorii de informații despre rezultate și metodele de trimitere a acestora, legături de informații cu alte sarcini);

descrierea variabilei inițiale și a informațiilor constante condiționate (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 pentru rezolvarea problemei (succesiunea efectuării operațiilor aritmetice și logice).

În prezent, aproape toate AIS sunt descentralizate, deci 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 informațional corporativ, de regulă, se realizează pentru o întreprindere foarte specifică. Specificul activității subiectului întreprinderii va influența cu siguranță structura sistemului informațional. Dar, în același timp, structurile diferitelor întreprinderi sunt, în general, similare. Fiecare organizație, indiferent de tipul său de activitate, constă dintr-o serie de divizii care desfășoară în mod direct unul sau alt tip de activitate a companiei. Și această situație este adevărată pentru aproape toate organizațiile, indiferent de tipul de activitate în care sunt angajate.

Fazele principale ale proiectării sistemului informațional

Fiecare proiect, indiferent de complexitatea și cantitatea de muncă necesară pentru implementarea sa, trece prin anumite stări în desfășurarea sa: de la statul în care „proiectul nu este încă” la stat atunci 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 pentru implementarea unui proiect specific și de experiența participanților principali. 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. Principalul conținut al lucrării în această fază este definirea proiectului, dezvoltarea conceptului său, inclusiv:

Formarea ideilor, stabilirea obiectivelor;

Formarea unei echipe cheie de proiect;

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

Colectarea datelor de bază ș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;

2. dezvoltarea specificațiilor tehnice. Principalul conținut al acestei faze este dezvoltarea unei propuneri tehnice și negocierile cu clientul pentru încheierea unui contract. Conținutul general al activității 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 și bugetarea proiectului, determinarea nevoii de resurse;

Elaborarea orarelor și a orelor de lucru extinse;

Semnarea unui contract cu un client;

Punerea în funcțiune a mijloacelor de comunicare a participanților la proiect și control asupra progresului muncii;

3. proiecta. În această fază, subsistemele, interconectările lor sunt determinate și sunt selectate cele mai eficiente modalități de execuție a proiectului și de utilizare a resurselor. Lucrări tipice ale acestei faze:

Lucrări de proiectare de bază;

Elaborarea de specificații tehnice private;

Proiectare conceptuală;

Elaborarea specificațiilor și instrucțiunilor tehnice;

Prezentarea proiectului, expertiza și aprobarea.

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

· schema de date afișează grafic calea datelor la rezolvarea problemelor din momentul apariției pentru a fi transferate către consumator și determină etapele procesării, precum și suporturile de date utilizate;

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

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

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

· schema de interacțiune a programului arată calea activării programelor și interacțiunilor cu datele corespunzătoare;

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

4. de fabricație. În această fază, se efectuează coordonarea și controlul operațional al lucrărilor de proiect, subsistemele sunt fabricate, combinate și testate. Conținut principal:

Implementarea lucrărilor de dezvoltare software;

Pregătirea pentru implementarea sistemului;

Controlul și reglementarea principalilor indicatori ai proiectului.

5. punerea în funcțiune a sistemului... În această fază, se efectuează teste, funcționarea de probă a sistemului în condiții reale, sunt în curs negocieri cu privire la rezultatele proiectului și la posibilele noi contracte. Principalele tipuri de muncă:

Teste complexe;

Pregătirea personalului pentru funcționarea sistemului în curs de creare;

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

Întreținere, asistență, service;

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.

A doua și parțial a treia fază sunt denumite de obicei fazele proiectării sistemelor, iar ultimele două (uneori aceasta include faza de proiectare) - fazele implementării.

Fazele inițiale ale proiectului au o influență decisivă asupra rezultatului obținut, deoarece 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 conceptului și propunerii, 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 două ori mai mult pentru a găsi erorile făcute în faza de inginerie a sistemelor decât în \u200b\u200bfazele ulterioare, iar remedierea acestora este de cinci ori mai scumpă. Prin urmare, în primele etape ale unui proiect, dezvoltarea ar trebui făcută cu deosebită atenție. Cel mai adesea, în fazele inițiale se fac următoarele greșeli:

Erori la determinarea intereselor clientului;

Concentrarea pe interese externe neimportante;

Interpretarea incorectă a enunțului original al problemei;

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

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

Erori la determinarea resurselor necesare și a calendarului;

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

Proiectarea sistemelor informatice

Dezvoltarea unui sistem informațional corporativ, 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. Fiecare organizație, indiferent de tipul său de activitate, constă dintr-o serie de divizii care desfășoară în mod direct unul sau alt tip de activitate a companiei. Și această situație este adevărată 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 interacționale (diviziuni), fiecare dintre ele putând avea propria structură destul de complexă. Relațiile dintre departamente sunt, de asemenea, destul de complexe. În cazul general, se poate distinge trei tipuri de conexiuni între diviziile întreprinderii:

 conexiuni funcționale - fiecare departament efectuează anumite tipuri de muncă într-un singur proces de afaceri;

 comunicări informaționale - diviziile schimbă informații (documente, faxuri, ordine scrise și verbale etc.);

• relații externe - unele departamente interacționează cu sistemele externe, iar interacțiunea lor poate fi, de asemenea, informațională și funcțională.

Generalitatea structurii diferitelor întreprinderi ne permite să formulăm câteva principii comune ale construirii sistemelor de informații corporative.

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

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

 în funcție de timp sau de etapele ciclului de viață al sistemului î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 de informații pentru întreprinderi este dezvoltat ca proiect. Multe caracteristici ale managementului de proiect și fazele de dezvoltare a proiectului (fazele ciclului de viață) sunt generale, independente nu numai de aria subiectului, ci și de natura proiectului (nu contează dacă este un proiect de inginerie sau unul economic). Prin urmare, este logic să se ia în considerare mai întâi o serie de probleme generale de gestionare a proiectelor.

Un proiect este o schimbare limitată în timp, intenționată, a unui sistem separat cu obiective inițial clar definite, a cărui realizare determină finalizarea proiectului, precum și cu cerințele stabilite pentru calendarul, rezultatele, riscul, domeniul de cheltuieli pentru fonduri și resurse și pentru structura organizațională.

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

Următoarele principalele trăsături distinctive ale proiectului ca obiect de control:

Variabilitate - transferul intenționat al sistemului de la existent la unii

starea dorită, descrisă în termeni de obiective ale proiectului;

 obiectiv final limitat;

Durată limitată;

 buget limitat;

 resurse 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;

• sprijin juridic și organizațional - crearea unei structuri organizaționale 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 urmează a fi 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ă se disting 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țiile de incertitudine și variabilitate ale subiectului, care adesea însoțesc proiectele pentru dezvoltarea sistemelor informaționale.

Fiecare proiect, indiferent de complexitatea și cantitatea de muncă necesară pentru implementarea sa, trece prin anumite stări în desfășurarea sa: de la statul când „proiectul nu este încă” la stat atunci 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).

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.

A doua și parțial a treia fază sunt denumite de obicei fazele proiectării sistemelor, iar ultimele două (uneori aceasta include faza de proiectare) - fazele implementării.

Faza conceptuală

 formarea ideilor, stabilirea obiectivelor;

 formarea echipei cheie a proiectului;

 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, a structurii de bază a proiectului;

 elaborarea și aprobarea specificațiilor tehnice;

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

 întocmirea estimărilor și bugetului proiectului, determinarea necesității resurselor;

 elaborarea programelor și a programelor de lucru consolidate;

 semnarea unui contract cu un client;

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

Proiecta

În această fază, subsistemele, interconectările lor sunt determinate, sunt selectate cele mai eficiente modalități de execuție a proiectului și utilizarea resurselor. Lucrări tipice ale acestei faze:

 executarea lucrărilor de proiectare de bază;

 elaborarea specificațiilor tehnice private;

 realizarea proiectării conceptuale;

 pregătirea specificațiilor tehnice și a instrucțiunilor;

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

Dezvoltare a

În această fază, se efectuează coordonarea și controlul operațional al lucrărilor de proiect, subsistemele sunt fabricate, combinate și testate. 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, testarea funcționării sistemului în condiții reale,

sunt în curs negocieri cu privire la rezultatele proiectului și la posibilele noi contracte. Principalele tipuri de muncă:

 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 o decizie de a crea un sistem informațional și se termină atunci când este complet retras din serviciu.

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

ISO - Organizația Internațională de Standardizare (organizație internațională pentru standardizare). IEC- Comisia electrotehnică internațională (comisia internațională pentru inginerie electrică).

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

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

 principalele procese ale ciclului de viață (cumpărare, livrare, dezvoltare, operare, întreținere);

Procese auxiliare care susțin principalele procese (documentare, gestionarea configurației, asigurarea calității, verificare, validare, evaluare, audit, rezolvarea problemelor);

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

Metodologia pentru crearea sistemelor informaționale constă în organizarea procesului de construire a unui sistem informațional și asigurarea controlului acestui proces pentru a se asigura că sunt îndeplinite atât cerințele pentru sistemul în sine, cât și caracteristicile procesului de dezvoltare.

Sarcinile principale, a cărei soluție ar trebui furnizată de metodologie pentru crearea sistemelor informatice corporative (folosind caseta de instrumente adecvată) sunt următoarele:

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

 garanția creării unui sistem cu parametrii specificați într-un timp specificat î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 de informații corporative care îndeplinesc cerințele de deschidere, portabilitate și scalabilitate;

 posibilitatea utilizării instrumentelor tehnologiei informației (software, baze de date, tehnologie computerizată, telecomunicații) dezvoltate anterior și utilizate la întreprindere în sistemul în curs de creare.

Metodologiile, tehnologiile și instrumentele de proiectare (instrumentele CASE) formează baza proiectării oricărui sistem informațional. Metodologia este implementată prin tehnologii specifice și standardele, metodologiile și instrumentele de susținere a acestora care asigură implementarea proceselor ciclului de viață ale sistemelor informatice.

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

 o secvență dată de operațiuni 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ă cu următoarele resurse materiale și informaționale:

 date obținute în timpul operației anterioare (sau date inițiale), prezentate într-o formă standard;

 materiale didactice, instrucțiuni, reglementări și standarde;

 software și hardware;

 interpreți.

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

Următoarele serii pot fi formulate cerințe generalecare trebuie să satisfacă tehnologia proiectării, dezvoltării și întreținerii sistemelor informatice:

 să mențină întregul ciclu de viață al sistemului informațional;

 asigura realizarea garantată a obiectivelor dezvoltării sistemului cu calitatea specificată și în timpul specificat;

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

 Tehnologia ar trebui să ofere capacitatea de a desfășura lucrări la proiectarea subsistemelor individuale în grupuri mici (3-7 persoane). Acest lucru se datorează principiilor gestionării echipei și îmbunătățirii productivității prin minimizarea numărului de relații externe;

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

Descompunerea proiectului poate îmbunătăți eficiența muncii. Subsistemele în care este împărțit proiectul ar trebui să fie cuplate în termeni de date și funcții. 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 duplicarea rezultatelor obținute de fiecare grup 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, de către subsisteme individuale. 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 atunci când se implementează subsisteme individuale într-un interval de timp mai scurt de către un număr mai mic de dezvoltatori.

 să asigure posibilitatea de a gestiona configurația proiectului, de a menține versiunile proiectului și a componentelor acestuia, de a elibera automat documentația proiectului și de a sincroniza versiunile acestuia cu versiunile proiectului;

 asigura independența soluțiilor de proiectare executate față de mijloacele de implementare a sistemului - sistemul de gestionare a bazelor de date, sistemul de operare, limbajul și sistemul de programare.

Crearea, întreținerea și dezvoltarea sistemelor moderne de informații complexe 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: organele guvernamentale, sfera financiară și creditară, serviciile de informații pentru antreprenoriat, sfera producției, știința, educația. Dezvoltarea și utilizarea sistemelor informatice deschise sunt indisolubil legate de aplicarea standardelor bazate pe metodologia standardizării funcționale a tehnologiei informației.

Conceptul profilului sistemului informațional

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

Profileste 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 este format pe baza caracteristicilor funcționale ale obiectului de standardizare. Profilul evidențiază și setează capacitățile admise și valorile parametrilor pentru fiecare standard de bază și / sau document de reglementare inclus în profil.

Profilul nu trebuie să contrazică standardele de bază și documentele normative utilizate în acesta. Acesta va utiliza 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 de informații. 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 aplicației sale.

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

De obicei considerat două grupuri de profiluri:

 reglarea arhitecturii și structurii sistemului informațional;

 reglarea 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:

 profilurile unui sistem informațional specific care definesc soluții de proiectare standardizate în cadrul unui proiect dat;

 profiluri de sistem informațional destinate rezolvării unei anumite clase de probleme aplicate.

Profilele sistemelor informaționale unifică și reglementează doar o parte din cerințe, caracteristici, indicatori de calitate a obiectelor și proceselor, separați și formalizați 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 lua în considerare prevederile documentelor de reglementare.

Principiile formării unui profil de sistem informațional

Utilizarea profilurilor sistemelor informaționale este concepută pentru 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 aplicațiilor software.

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

Relevanța utilizării profilurilor sistemelor informatice se datorează modernității starea de standardizare a tehnologiei informației, care se caracterizează prin următoarele caracteristici:

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

să răspundă pe deplin și inegal nevoilor de standardizare a obiectelor și a proceselor de creare și utilizare a sistemelor informatice complexe;

 termenii lungi de dezvoltare, coordonare și aprobare a standardelor internaționale și naționale duc la conservatorismul lor și la un declin cronic în urma tehnologiilor informaționale moderne;

 standardele funcționale susțin și reglementează doar cele mai simple obiecte și procese masive de rutină: telecomunicații, programare, documentare a programelor și a datelor. Cele mai complexe și creative procese de creare și dezvoltare a unor sisteme informaționale 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 datorită dificultății formalizării și unificării acestora;

 îmbunătățirea și armonizarea documentelor normative și metodologice într-un număr de cazuri face posibilă crearea de standarde naționale și internaționale pe baza acestora.

Abordările de formare a profilurilor sistemelor informatice pot fi diferite. În standardizarea funcțională internațională a tehnologiilor informaționale, a fost adoptat un concept destul de rigid al unui profil. Se crede că numai standardele internaționale și naționale aprobate pot fi baza sa. Utilizarea standardelor de facto și a reglementărilor companiei nu este permisă. Cu această abordare, este dificil să unifici, să reglezi și să parametrizezi un set de funcții și caracteristici specifice obiectelor complexe de arhitectură și structură a sistemelor informatice moderne. O altă abordare a dezvoltării și aplicării profilurilor sistemului informațional 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 sistemele deschise (OSE / RM) definește împărțirea oricărui sistem informațional în două componente: aplicații (aplicații și suite software) și mediul în care funcționează aceste aplicații.

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

În plus, profilurile pot defini interfețe unificate pentru interacțiunea părților funcționale între ele și interfețe pentru interacțiunea dintre componentele mediului sistemului. Specificațiile funcțiilor îndeplinite și interfețele de interacțiune pot fi executate sub formă de profiluri ale componentelor sistemului.

În acest fel, profiluri de sistem informațional cu structură ierarhică poate include:

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

 funcții de interacțiune a sistemului cu mediul extern pentru acesta;

 interfețe standardizate între aplicații și mediul sistemului informațional;

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

 evidențiați zonele de funcționare orientate spre probleme unite printr-o conexiune logică, unde pot fi aplicate standarde comune pentru o organizație sau un grup de organizații;

 să identifice standardele și reglementările, cazurile de utilizare și parametrii care trebuie incluși în profil;

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

 oficializează profilul în conformitate cu categoria sa, inclusiv standarde, diverse versiuni ale documentelor de reglementare și parametri suplimentari care sunt direct legați de profil;

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 susținută de un set de tehnici, instrumente, compoziția și conținutul documentelor elaborate în fiecare etapă a proiectului.

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

Structura profilelor sistemelor informaționale

Dezvoltarea și aplicarea profilelor este o parte organică a proiectării, dezvoltării și întreținerii sistemelor informatice. Profilele caracterizează fiecare sistem informațional specific în toate etapele ciclului său de viață, stabilind un set convenit 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 stabilite în TOR 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 profilurile sistemului și ulterior le poate coordona cu clientul. Astfel, profilul unui sistem specific nu este static, se dezvoltă și se concretizează în procesul de proiectare a unui sistem informațional și este întocmit ca parte a documentației de proiectare a sistemului.

Profilul unui sistem specific include specificațiile componentelor dezvoltate ca parte a acestui proiect și specificațiile software-ului și hardware-ului gata utilizate, dacă aceste instrumente nu sunt specificate de standardele relevante. După finalizarea proiectării și testării sistemului, timp în care se verifică conformitatea acestuia cu profilul, profilul este folosit ca instrument principal pentru susținerea sistemului în timpul funcționării, modernizării și dezvoltării.

Introducere

Concluzie

Literatură

Introducere

Dezvoltarea diferitelor sfere ale activității umane în etapa actuală este imposibilă fără utilizarea pe scară largă a tehnologiei informatice și crearea sistemelor informaționale în diferite direcții. Prelucrarea 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. În această etapă, se face alegerea soluțiilor tehnologice, pe baza cărora va fi construit sistemul informațional.

Informațiile din lumea modernă au devenit una dintre cele mai importante resurse, iar sistemele informaționale (SI) au devenit un 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, luând în considerare constrângerile date.

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

Scopul testului este - să ia în considerare în etape procesul de creare a sistemelor informaționale.

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

1. Proiectarea sistemelor informatice

Proiectarea sistemelor informatice începe întotdeauna cu definirea obiectivului proiectului. Sarcina principală a oricărui proiect de succes este să se asigure că, în momentul lansării sistemului și pe toată durata funcționării acestuia, ar fi posibil să se asigure:

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

· Debitul necesar al sistemului;

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

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

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

· Securitate necesară.

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

Proiectarea sistemelor informatice acoperă trei domenii principale:

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

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

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

Conform metodologiei moderne, procesul de creare a unui SI este un proces de construire și transformare secvențială a unui număr de modele agreate în toate etapele ciclului de viață al SI (LC). În fiecare etapă a ciclului de viață, sunt create modele specifice - organizații, cerințe IS, proiect IS, cerințe de aplicație etc. Modelele sunt formate din grupurile de lucru ale echipei de proiect, salvate și acumulate în depozitul de proiecte. Crearea modelelor, controlul, transformarea și furnizarea acestora pentru utilizarea colectivă se realizează folosind instrumente software speciale - CASE-tools.

Procesul de creare a unui IS este împărțit în mai multe etape (etape), limitate de un anumit interval de timp și se încheie cu lansarea unui produs specific (modele, produse software, documentație etc.).

De obicei, se disting următoarele etape ale creării unui IS: 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 obiectivelor și obiectivelor acesteia. Modelul organizațional, descris în termeni de procese de afaceri și funcții de afaceri, vă permite să formulați cerințele de bază pentru IS. Această premisă fundamentală a metodologiei oferă obiectivitate î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 proiectarea conceptuală a IP. Sunt formate 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 etapelor inițiale de creare a unui IS, realizat în etapa de analiză a activităților organizației, este de a formula cerințe pentru IS care să reflecte corect și corect obiectivele și obiectivele organizației clienților. Pentru a specifica procesul de creare a unui IP care să răspundă nevoilor organizației, este necesar să aflăm și să articulăm clar care sunt aceste nevoi. Pentru a face acest lucru, este necesar să se determine cerințele clienților pentru IP și să le mapeze în limba modelelor în cerințele pentru dezvoltarea unui proiect IP, astfel încât să se asigure conformitatea cu obiectivele și obiectivele organizației.

Sarcina formării cerințelor IS este una dintre cele mai responsabile, dificil de formalizat și cea mai costisitoare și mai dificil de corectat în caz de eroare. Instrumentele și produsele software moderne vă permit să creați rapid un IS în funcție de cerințele 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 al acestei situații este definiția incorectă, inexactă sau incompletă a cerințelor IP în etapa de analiză.

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

În paralel cu proiectarea schemei bazei de date, proiectarea procesului este realizată pentru a obține specificații (descrieri) ale 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 să mapeze funcțiile obținute în etapa de analiză în modulele sistemului informațional. La proiectarea modulelor, se determină interfețele programului: aspectul meniului, vizualizarea ferestrelor, tastele rapide și apelurile asociate.

Produsele finale ale fazei de proiectare sunt:

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

· Un set de specificații pentru modulele de sistem (acestea se bazează pe modele funcționale).

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

· Dacă va fi o arhitectură fișier-server sau client-server;

Dacă 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 este 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 proveni de la același furnizor (de exemplu, toate serverele sunt numai Oracle sau toate serverele sunt numai DB2 UDB). Dacă baza de date nu este omogenă, ce software va fi utilizat pentru schimbul de date între SGBD de diferiți producători (existente sau dezvoltate în mod specific ca parte a proiectului);

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

Faza de proiectare se încheie cu dezvoltarea unui design tehnic pentru IS. Î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 modulului (eșecuri dure);

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

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

Mai mult, un grup de module este testat pentru fiabilitatea operațională, 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, hardware. Al doilea grup de teste determină gradul de stabilitate al sistemului în timpul funcționării normale și vă permite să estimați durata de funcționare a sistemului. Setul de teste de stabilitate ar trebui să includă teste care simulează sarcina maximă pe sistem.

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

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

Ar putea fi util să citiți: