Sisteme software și hardware pentru implementarea proceselor informaționale. Memoria persistentă este destinată

Documente similare

Etapele dezvoltării sistemelor informatice. Mijloace pentru stocarea și transmiterea informațiilor către CJSC „Russian Standard Bank”. Probleme teoretice ale genezei și perspectivelor pentru dezvoltarea mijloacelor de stocare și transmitere a informațiilor în instituțiile financiare și de credit din Rusia.

teză, adăugată 23.06.2012


Caracteristicile conținutului proceselor asociate căutării, stocării, transmiterii, procesării și utilizării informațiilor. Lățimea de bandă și imunitatea la zgomot a canalelor de transmisie a mesajelor. Instrumente software pentru implementarea proceselor informaționale.

rezumat, adăugat 10/03/2012


Proiectarea proceselor tehnologice ținând cont de modul de implementare a acestora. Modalități centralizate, descentralizate, distribuite și integrate de procesare a informațiilor. Complexul și clasificarea mijloacelor tehnice de prezentare a informațiilor.

test, adăugat 10/04/2009


Analiza tehnologiilor moderne pentru protecția împotriva scurgerii de informații confidențiale. Posibile canale de scurgere și mijloace tehnice de protecție. Sisteme de monitorizare activă a stațiilor de lucru ale utilizatorilor, instrumente pentru analiza conținutului pachetelor de date de ieșire.

termen de hârtie, adăugat 26.05.2010


Mijloacele de schimb de informații între un computer și lumea exterioară sunt dispozitive periferice. Clasificarea dispozitivelor de intrare-ieșire a informațiilor. Caracteristicile de utilizare și caracteristicile dispozitivelor obișnuite de conversie și control de tip manipulator.

test, adăugat 11/03/2014


Arhitectura și structura unui computer personal. Principalele tendințe în dezvoltarea hardware-ului computerului. Principiul modular al portbagajului al arhitecturii computerului personal. Dispozitiv computer personal. Generații de computere și caracteristicile acestora.

termen de hârtie, adăugat 03/04/2009


Mijloace tehnice pasive și active de protejare a canalului acustic și vibroacustic. Detectarea dispozitivelor încorporate radio. Sisteme hardware și software pentru monitorizare radio. Generatoare de zgomot în gama acustică. Protecția cu ultrasunete a spațiilor.

rezumat, adăugat 24/10/2009


Caracteristicile conceptului de virus informatic. Informații generale despre principalele tehnologii de arhivare a fișierelor, programe pentru deservirea operatorilor de transport de informații. Studierea caracteristicilor defragmentării media, eliminarea fragmentării, accelerarea dispozitivelor.

rezumat adăugat la 25.11.2014


Conceptul informației și tehnologiei informației. Principalele tipuri de informații. Tehnologii de colectare, stocare, transfer, prelucrare și prezentare a informațiilor. Clasificarea tehnologiei informației pe domenii de aplicare: prelucrarea textului și a informațiilor numerice.

curs de prelegeri, adăugat 26.09.2017


Scopul facilităților de afișare a informațiilor. Modalități de prezentare a informațiilor într-o formă vizuală. Principalele caracteristici ale mijloacelor de reproducere și afișare a informațiilor. Caracteristicile consumului de energie și costul dispozitivelor de afișare a informațiilor.

Organizarea funcțională a computerului. Principiul principal-modular al construirii unui computer. Dispozitive periferice și interne ale computerului: scop și caracteristici principale. Principiul de programare al controlului computerului. Tipuri de memorie în computer. Principalii purtători de informații și cele mai importante caracteristici ale acestora.

Dosare. Operații de fișier. Sistem de operare. Principalele tipuri de software de calculator. Diverse modalități de introducere a informațiilor într-un computer. Modele de date discrete în computer. Instalarea programelor.

Măsuri de siguranță și standarde sanitare și igienice atunci când lucrați pe computer. Protecția siguranței informațiilor. Viruși computerizați: metode de distribuție,

prevenirea infecției. Programe antivirus.

Bazele programării. Algoritm. Tipuri de algoritmi. Limbaj de programare Pascal. Structura programului. Date. Cunoașterea unuia dintre limbajele de programare. Structuri de date de bază. Misiune. Variabilă: nume, tip, valoare. Structură liniară, ramificativă și ciclică în limbajul Pascal. Funcții, subrutine.

Programare pe calculator. Limbaje de programare la nivel înalt (HPL), clasificarea lor. Structura programului în Pascal. Prezentarea datelor în program. Regulile pentru scrierea operatorilor principali: atribuire, intrare, ieșire, ramificare, bucle. Tipul de date structurate este o matrice. Metode de descriere și procesare a matricelor. Etapele rezolvării unei probleme folosind programarea: enunț de problemă, formalizare, algoritmizare, codare, depanare, testare .

Sisteme de informare.Scopul serviciilor de comunicare prin internet. Scopul serviciilor de informare pe internet. Conceptele de bază ale WWW. Ce este un director de căutare, un index de căutare. Care sunt instrumentele pentru crearea paginilor web. Capabilități de procesare text pentru crearea de pagini web. Ce este o bază de date (DB). Concepte de bază ale bazelor de date relaționale. Definiția și scopul unui SGBD Bazele organizării unei baze de date cu mai multe tabele. Ce este o schemă de baze de date. Ce este integritatea datelor. Etape de creare a unei baze de date cu mai multe tabele utilizând un SGBD relațional. Organizarea interogărilor pentru selecție într-o bază de date cu mai multe tabele. Operații logice de bază utilizate în interogări. Reguli pentru reprezentarea condițiilor de selecție în limba interogării.

Tehnologii de modelare a informațiilor. Model matematic. Forme de reprezentare a dependențelor între cantități. Model de regresie. Prognoza modelului de regresie. Ce este dependența de corelație. Capacitățile procesorului de foi de calcul pentru a efectua analize de corelație. Planificare optimă Ce este o resursă, cum sunt descrise. Obiectivul planificării strategice Abilitatea procesorului de masă de a rezolva problemele de planificare; Bazele informaticii sociale.

Adnotare: Principiile creării unui sistem informațional. Reinginerizarea proceselor de afaceri. Afișarea și simularea proceselor. Furnizarea procesului de analiză și proiectare a IP cu capacitățile tehnologiilor CASE. Implementarea sistemelor informatice.

6. Dezvoltarea și implementarea sistemului informațional

6.1. Principiile creării unui sistem informațional

Mulți utilizatori de hardware și software de computer au întâlnit în mod repetat o situație în care software-ul care funcționează bine pe un computer nu funcționează pe un alt dispozitiv similar. Sau blocurile de sistem ale unui dispozitiv de calcul nu se împerechează cu hardware-ul altui. Sau sistemul informațional al altei companii nu încăpățânează să proceseze datele pe care le-ați pregătit în sistemul informațional la locul de muncă. Această problemă se numește problema compatibilității dispozitivelor de calcul, telecomunicații și informații.

Dezvoltarea sistemelor și a tehnologiei computerizate, implementarea extinsă a acestora în toate sferele științei, tehnologiei, serviciilor și a vieții de zi cu zi a dus la necesitatea combinării dispozitivelor de calcul specifice și a sistemelor informaționale implementate pe baza lor în sisteme unificate de informare și calcul (ICS) și medii. În același timp, dezvoltatorii IVS s-au confruntat cu o serie de probleme.

De exemplu, eterogenitatea mijloacelor tehnice ale tehnologiei computerizate din punctul de vedere al organizării procesului de calcul, arhitectura, sistemul de comandă, capacitatea de biți a procesorului și a magistralei de date etc., a necesitat crearea de interfețe fizice care, de regulă, implementează compatibilitatea reciprocă a dispozitivelor. Odată cu creșterea numărului de tipuri de dispozitive integrate, complexitatea organizării unei interfețe fizice între ele a crescut semnificativ. Eterogenitatea mediilor programabile implementate în dispozitive și sisteme de calcul specifice, în ceea ce privește varietatea sistemelor de operare, diferențele de lățime de biți și alte caracteristici, a condus la crearea de interfețe software între dispozitive și sisteme. Trebuie remarcat faptul că nu a fost întotdeauna posibil să se obțină compatibilitatea deplină a produselor software dezvoltate pentru un mediu software specific într-un alt mediu. Eterogenitatea interfețelor de comunicații din sistemul „om-computer” a necesitat o coordonare constantă a software-ului și hardware-ului și recalificarea personalului.

Principiul „deschiderii” sistemului informațional

Rezolvarea problemelor de interoperabilitate a condus la dezvoltarea unui număr mare de standarde și acorduri internaționale în domeniul aplicației tehnologiei informației și al dezvoltării sistemelor informaționale. Conceptul fundamental a fost conceptul de sisteme deschise.

Termenul „sistem deschis” poate fi definit astăzi ca „un set cuprinzător și agreat de standarde internaționale de tehnologie a informației și profiluri de standarde funcționale care specifică interfețe, servicii și formatele de suport ale acestora pentru a permite interoperabilitatea și portabilitatea aplicațiilor software, a datelor și a personalului”

Această definiție, formulată de specialiștii de la Institutul de ingineri electrici și electronici (IEEE), unifică conținutul mediului pe care un sistem deschis îl asigură pentru utilizare pe scară largă. OASIS (Organizația pentru avansarea standardelor de informații structurate) este în prezent punctul focal recunoscut pentru dezvoltarea și armonizarea standardelor sistemelor deschise.

Proprietățile generale ale sistemelor informatice deschise pot fi formulate după cum urmează:

extensibilitate / scalabilitate: oferind capacitatea de a adăuga noi funcții ale IS sau de a schimba unele dintre cele existente, cu părțile funcționale rămase ale IS neschimbate;

mobilitate / portabilitate: asigurarea posibilității de a transfera programe, date în timpul modernizării sau înlocuirii platformelor hardware ale IS și posibilitatea de a lucra cu acestea pentru specialiștii care utilizează IT, fără recalificarea acestora la schimbarea IS;

interacțiune: capacitatea de a interacționa cu alte IS (mijloacele tehnice pe care este implementat sistemul informațional sunt conectate printr-o rețea sau rețele de diferite niveluri: de la local la global);

standardizare: IS sunt concepute și dezvoltate pe baza standardelor și propunerilor internaționale agreate, implementarea deschiderii se realizează pe baza standardelor funcționale (profiluri) în domeniul tehnologiei informației;

ușurință în utilizare: a dezvoltat interfețe unificate în procesele de interacțiune în sistemul „om-mașină”, permițând utilizatorului să lucreze fără pregătire specială „computer”.

O nouă privire asupra sistemelor deschise este determinată de faptul că aceste caracteristici sunt considerate în ansamblu, ca interconectate, și sunt implementate într-un complex, ceea ce este destul de natural, deoarece toate proprietățile de mai sus se completează reciproc. Doar în ansamblu, capacitățile sistemelor deschise permit rezolvarea problemelor de proiectare, dezvoltare și implementare a sistemelor informatice moderne.

Structura mediului sistemului informațional

Structura generalizată a oricărui IS poate fi reprezentată de două părți care interacționează:

parte funcțională, inclusiv programe de aplicații care implementează funcțiile zonei de aplicații;

mediu sau parte de sistem care oferă executarea programelor de aplicații.

Strâns legate de această diviziune există două grupuri de probleme de standardizare:

standarde de interfețe pentru interacțiunea programelor de aplicații cu mediul IS, interfața programului de aplicație (API);

standarde ale interfețelor de interacțiune a IS-ului cu mediul extern pentru acesta (External Environment Interface - EEI).

Aceste două grupuri de interfețe definesc specificațiile descrierii externe a mediului IS - arhitectură, din punctul de vedere al utilizatorului final, proiectantului IS, programatorului de aplicații care dezvoltă părțile funcționale ale IS.

Specificațiile interfețelor externe ale mediului IS și, așa cum se va vedea mai jos, specificațiile interfețelor pentru interacțiunea dintre componentele mediului în sine, sunt descrieri precise ale tuturor funcțiilor, serviciilor și formatelor necesare unei anumite interfețe. Colectarea unor astfel de descrieri constituie Modelul de sistem deschis de referință.

Acest model este utilizat de peste 20 de ani și este definit de Arhitectura rețelei de sistem (SNA) propusă de IBM în 1974. Se bazează pe împărțirea mediului de calcul în șapte niveluri, interacțiunea dintre care este descrisă de standardele corespunzătoare și oferă comunicare între niveluri, indiferent de construcția nivelului în fiecare implementare specifică (Fig. 6.1). Principalul avantaj al acestui model este o descriere detaliată a conexiunilor din mediu din punctul de vedere al dispozitivelor tehnice și al interacțiunilor de comunicare. Cu toate acestea, nu ține cont de relația cu privire la mobilitatea software-ului aplicației.


Figura: 6.1.

Modelul de referință pentru sistemele de sisteme deschise (OSE / RM) definește împărțirea oricărui sistem de informații în aplicații (programe de aplicații și sisteme software) și mediul în care funcționează aceste aplicații. Interfețele standardizate (API) sunt definite între aplicații și mediu și sunt o parte necesară a profilurilor oricărui sistem deschis. În plus, interfețele unificate de interacțiune a părților funcționale între ele și interfețele de interacțiune între componentele mediului IS pot fi definite în profilurile IS.

Model de creare a sistemului informațional

Este important din punct de vedere metodologic, împreună cu modelele luate în considerare ale mediului IS, să propunem un model pentru crearea unui IS, care să aibă aceleași aspecte ale grupurilor funcționale de componente (utilizatori, funcții, date, comunicații). Această abordare va oferi un proces de proiectare și suport end-to-end în toate etapele operațiunii IS și posibilitatea unei alegeri rezonabile de standarde pentru dezvoltarea sistemului și documentația proiectului.

O companie este o structură ontologică (conceptuală) complexă, constând dintr-un anumit set de entități și relații (Fig. 6.2).




Figura: 6.2.

Interacțiunile dintre elementele sale, determinate de logica de afaceri și fixate într-un set de reguli de afaceri, sunt activitățile companiei. Sistemul informațional „reflectă” logica și regulile, organizând și transformând fluxurile de informații, automatizează procesele de lucru cu date și informații și vizualizează rezultatele sub formă de seturi de formulare de raportare. Prin urmare, pentru început, ar trebui să creați un model de afaceri al întreprinderii, care să reflecte întreprinderea și sistemul său de gestionare a informațiilor.

La crearea unui model, se formează un „limbaj de comunicare” între managerii întreprinderii, consultanții, dezvoltatorii și utilizatorii viitori, ceea ce face posibilă dezvoltarea unei idei unificate despre CE ȘI CUM ar trebui să facă sistemul de management al întreprinderii (sistemul de management al corporației). Un astfel de model de afaceri este un rezultat tangibil, cu ajutorul căruia este posibil să se specifice cât mai mult posibil obiectivele implementării IP și să se determine următorii parametri ai proiectului:

• principalele obiective de afaceri care pot fi atinse prin automatizarea proceselor;
• lista site-urilor și secvența de implementare a modulelor IS;
• cererea reală pentru volume de software și hardware achiziționate;
• estimări reale ale momentului desfășurării și lansării IMS;
• utilizatori cheie ai IS și o listă actualizată a membrilor echipei de implementare;
• gradul în care aplicația software aleasă se potrivește cu specificul afacerii companiei dvs.

Modelul se bazează întotdeauna pe obiectivele de afaceri ale întreprinderii, care determină complet compoziția tuturor componentelor de bază ale modelului:

• funcții de afaceri, descriind CE face afacerea;
• procesele principale, auxiliare și de management, care descriu CUM își îndeplinește compania funcțiile de afaceri;
• structura organizațională și funcțională, care determină unde sunt efectuate funcțiile de afaceri și procesele de afaceri;
• faze care determină CÂND (în ce secvență) ar trebui implementate anumite funcții de afaceri;
• roluri care determină OMS îndeplinește funcții de afaceri și OMS este „stăpânul” proceselor de afaceri;
• reguli care guvernează comunicarea și interacțiunea între toate CE, CUM, UNDE, CÂND și CINE.

După construirea unui model de afaceri (sau în paralel cu acesta), puteți începe să formați un model de proiectare, implementare și implementare a IS-ului în sine (Fig. 6.3).




Figura: 6.3.

Experiența de a crea și utiliza IS „personalizate” ne permite să distingem condiționat următoarele etape principale ale ciclului lor de viață:

• definirea cerințelor de sistem și analizarea acestora - definirea a ceea ce ar trebui să facă sistemul;
• proiectare - definirea modului în care sistemul va face ceea ce ar trebui să facă; proiectarea este, în primul rând, specificația subsistemelor, componentelor funcționale și modalitățile de interacțiune a acestora în sistem;
• dezvoltare - crearea de componente funcționale și subsisteme separate, conectarea subsistemelor într-un singur întreg;
• testare - verificarea conformității funcționale a sistemului cu indicatorii determinați în etapa de analiză;
• implementare - instalare și punere în funcțiune a sistemului;
• funcționare - un proces operațional regulat în conformitate cu principalele obiective și obiective ale SI;
• întreținere - asigurarea procesului regulat de operare a sistemului la întreprinderea clientului.

Determinarea cerințelor de sistem și analiza este prima etapă a creării unui IS, la care cerințele clientului sunt specificate, convenite, formalizate și documentate. De fapt, în această etapă, se răspunde la întrebarea: „Pentru ce este destinat sistemul informațional și ce ar trebui să facă?” Aici stă cheia succesului întregului proiect.

Scopul analizei sistemelor este de a transforma cunoștințele generale și vagi despre domeniul original (cerințele clienților) în definiții și specificații precise pentru dezvoltatori și de a genera o descriere funcțională a sistemului. În această etapă, se determină și se specifică următoarele:

• condițiile externe și interne ale sistemului;
• structura funcțională a sistemului;
• distribuirea funcțiilor între o persoană și un sistem, interfețe;
• cerințe pentru componentele tehnice, informaționale și software ale sistemului,
• cerințe de calitate și siguranță;
• compunerea documentației tehnice și a utilizatorului;
• condițiile de implementare și funcționare.

Dezvoltarea specificațiilor de mai sus la crearea unui IS conceput pentru a automatiza procesele de management trece, în general, prin patru etape.

Prima etapă a analizei - analiza structurală a întreprinderii - începe cu un studiu al modului în care este organizat sistemul de management al întreprinderii, cu un sondaj al structurii funcționale și informaționale a sistemului de management, identificarea consumatorilor existenți și potențiali de informații.

Pe baza rezultatelor sondajului, analistul din prima etapă construiește un model logic generalizat al ariei tematice originale, reflectând structura sa funcțională, caracteristicile activității principale și spațiul informațional în care se desfășoară această activitate (Fig. 6.4). Pe acest material, analistul construiește un model funcțional „Ca atare”.

A doua etapă de lucru, în care sunt implicați în mod necesar reprezentanții interesați ai clientului și, dacă este necesar, experți independenți, constă în analizarea modelului „În starea în care este”, identificarea deficiențelor și blocajelor acestuia, identificarea modalităților de îmbunătățire a sistemului de management pe baza criteriilor de calitate identificate.

A treia etapă a analizei, care conține elemente de proiectare, este crearea unui model logic generalizat îmbunătățit care reflectă domeniul reorganizat sau o parte a acestuia care face obiectul automatizării - modelul As To Be.

Procesul (a patra etapă) se încheie cu dezvoltarea „Hărții de automatizare”, care este un model al zonei subiect reorganizate, pe care sunt în mod necesar indicate „limitele automatizării”.

În majoritatea cazurilor, modelul „Ca atare” este îmbunătățit de către analistul de sisteme prin eliminarea inconsecvențelor și blocajelor evidente, iar versiunea rezultată a modelului este considerată în viitor ca un model preliminar „Așa cum ar trebui”, care este ulterior completat în conformitate cu strategia de dezvoltare a întreprinderii (Fig. .6.5).




Figura: 6.5.

În etapa de analiză a cerințelor pentru sistemul proiectat, sunt introduse următoarele:

• clase de utilizatori și diagrame aferente tranzacțiilor comerciale;
• modele (diagrame) de procese de activitate aplicate și liste corespunzătoare de sarcini funcționale IS;
• clase de obiecte ale zonei subiectului și diagramele corespunzătoare „entitate-relație”, care reflectă modelul informațional al acestei zone subiect;
• topologia locației departamentelor și utilizatorilor deserviți de acest IS;
• parametrii de protecție a datelor, informațiile și sistemul în sine.

Documentul principal care reflectă rezultatele primei etape de creare a unui IS este termenii de referință pentru proiect (dezvoltare), care, pe lângă definițiile și specificațiile de mai sus, conține și informații despre ordinea de creare a sistemului, informații despre resursele alocate, termene pentru realizarea anumitor etape de lucru, proceduri organizatorice și activități pentru acceptarea etapelor, protecția informațiilor despre proiect etc.

Următoarea etapă este proiectarea. În condiții reale, proiectarea este o căutare, modelare a unei metode de dezvoltare care îndeplinește cerințele funcționalității sistemului prin intermediul tehnologiilor disponibile, luând în considerare condițiile inițiale și constrângerile date. Proiectarea sistemelor informatice începe întotdeauna cu definirea obiectivului proiectului. Sarcina principală a oricărui proiect de succes este de a se asigura 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 și timpul minim de răspuns al sistemului la o cerere;
• funcționarea fără probleme a sistemului în modul necesar, disponibilitatea și disponibilitatea sistemului pentru a procesa cererile utilizatorilor;
• ușurința funcționării și întreținerii sistemului;
• securitatea datelor necesare și drepturile de acces ale utilizatorilor.

Performanța și fiabilitatea sunt principalii factori care determină eficiența sistemului. Un design bun este fundamentul unui sistem performant.

Proiectarea sistemelor informatice acoperă trei domenii principale:

• proiectarea structurilor de date care urmează să fie implementate în baza de date;
• proiectarea de programe, formulare de ecran, rapoarte care vor asigura executarea interogărilor la date;
• proiectarea unui mediu sau a unei tehnologii specifice, și anume: topologia rețelei, configurația hardware, arhitectura utilizată, procesarea paralelă, procesarea distribuită a datelor etc.

Pe baza rezultatelor analizei sistemului în etapa preliminară de proiectare, se dezvoltă următoarele:

• proiect de implementare de software și hardware, proiect de interfețe de utilizator și tehnologie a muncii utilizatorilor în sistem;
• arhitectura sistemului distribuit și specificațiile rețelei de telecomunicații;
• modele de flux de date (diagrame);
• diagrame funcționale funcționale ale aplicației și ale software-ului de sistem (acesta din urmă - în conformitate cu modelele acceptate ale mediului IS și profilelor standardelor)

Etapa de pre-proiectare poate implica prototiparea pieselor care sunt importante din punctul de vedere al utilizatorului pentru a verifica dacă îndeplinesc cerințele la începutul fazei de dezvoltare.

În etapa de proiectare detaliată, sunt dezvoltate următoarele:

• complexe de programe IS funcționale și un proiect pentru implementarea unui mediu IP;
• structuri de date, instrumente de întreținere a bazelor de date;
• adrese de rețea, protocoale de telecomunicații și alte componente ale mediului de schimb de informații incluse în IS proiectat;
• reguli pentru diferențierea accesului utilizatorilor și a mijloacelor de implementare a acestora.

Etapa de implementare a IS prevede dezvoltarea și testarea componentelor și testarea complexă a sistemului.

Etapa de funcționare și întreținere prevede monitorizarea funcționării IS, efectuarea modificărilor necesare în baza informațiilor în procesul de lucru curent și modernizarea funcțiilor IS de către specialiștii aplicați folosind instrumentele încorporate în sistem.

Etapele dezvoltării, testării, implementării, funcționării și întreținerii SI sunt unite prin termenul - implementare. Implementarea IP este un proces multidimensional extrem de complex, desfășurat pe baza seturilor (profilurilor) standardelor, specificațiilor și acordurilor internaționale armonizate. Această practică este o garanție că sistemul informațional creat va fi implementat ca un „sistem deschis”. Cu alte cuvinte, un astfel de IC va fi scalabil, mobil, portabil, va avea interfețe prietenoase etc.

Ciclul de viață al unui IS este format în conformitate cu principiul proiectării de sus în jos și, de regulă, are o natură iterativă spirală. Etapele implementate, începând de la cele mai vechi, sunt repetate ciclic în conformitate cu modificările cerințelor și condițiilor externe, introducerea unor restricții suplimentare etc. În fiecare etapă a ciclului de viață, este generat un anumit set de soluții tehnice și documente, în timp ce pentru fiecare etapă documentele și deciziile sunt inițiale. luate în etapa anterioară. Ciclul de viață al unui IS se încheie atunci când software-ul și suportul său tehnic se opresc.

6.2. Reinginerizarea proceselor de afaceri

Introducerea tehnologiilor informaționale și a sistemelor informaționale implementate pe baza acestora în activitățile zilnice ale unei întreprinderi îi conferă avantaje tactice și pe termen lung în afaceri. Dorința conducerii de a utiliza IT poate rămâne doar intenții bune dacă nu respectă cerințele și regulile stabilite pentru dezvoltarea, proiectarea și implementarea IT. Mai sus, am vorbit despre cerințele de bază pentru standardizarea obiectelor și a sarcinilor funcționale, fără de care sistemul implementat nu va fi un sistem deschis, ceea ce va duce ulterior la numeroase probleme în timpul implementării și funcționării sale.

Respectarea cerințelor standardelor în dezvoltarea SI duce automat la faptul că întreprinderea însăși - un mediu extern pentru IS - îndeplinește și cerințele necesare: definirea și standardizarea claselor de utilizatori și obiecte, topologia fluxurilor de date și a muncii, arhitectura subsistemelor moștenite și dezvoltate, starea proceselor de afaceri și etc.

Un proces de afaceri este un sistem de activități secvențiale, orientate spre obiective și reglementate, în care, printr-o acțiune de control și cu ajutorul anumitor resurse, pentru o anumită perioadă de timp, intrările procesului sunt convertite în rezultate - în rezultate care sunt valoroase pentru consumator și aduc profit producătorului.

Un proces de afaceri standard la nivelul întregii întreprinderi este implementat sub forma unei rețele de procese principale, auxiliare, de sprijin și de gestionare (Fig. 6.6).




Figura: 6.6.

În același timp, împărțirea în procese principale și auxiliare într-o măsură decisivă depinde de domeniul și direcția întreprinderii: pentru o companie producătoare, de exemplu, activitățile departamentului juridic sunt auxiliare, iar pentru o firmă juridică sau de consultanță - cea principală. Identificarea proceselor este o condiție prealabilă, fără de care informatizarea activităților este imposibilă.

Managerii de întreprinderi care decid să implementeze IT trebuie să înțeleagă ferm că începutul lucrărilor de proiectare a unui sistem informațional implică cel mai adesea o reinginerare obligatorie a proceselor de afaceri! Reingineria este o varietate de tehnici și recomandări, printre care trebuie să le alegeți pe cele care se potrivesc cel mai bine obiectivelor dvs.

Reinginerizarea proceselor de afaceri este un set de metode și acțiuni care servesc la reproiectarea proceselor în conformitate cu condițiile modificate ale mediului extern și intern și / sau ale obiectivelor de afaceri.

Există câteva reguli de bază de urmat în procesul de reinginerie:

• dezvoltarea de proceduri secvențiale pas cu pas pentru reproiectarea proceselor;
• utilizarea limbajelor standard și a notațiilor în proiectare;
• prezența unor indicatori euristici și pragmatici care vă permit să evaluați sau să măsurați gradul în care procesul sau funcționalitatea reproiectată îndeplinește obiectivele specificate;
• abordarea rezolvării unor probleme particulare și a combinării acestora trebuie să fie sistemică;
• chiar și o mică îmbunătățire ar trebui să aibă un efect pozitiv rapid.

Reinginerarea proceselor și funcțiilor de afaceri începe cu o revizuire a obiectivelor întreprinderii, a structurii acesteia, a analizei nevoilor utilizatorilor interni și a pieței, a produselor și serviciilor produse (Figura 6.7).

Reeșalonarea obiectivelor și obiectivelor implică revizuirea politicilor întreprinderii și răspunsul la următoarele întrebări:

• Ce noi provocări ne sunt prezentate de mediul de afaceri schimbat?
• Ce reprezintă compania acum și ce vrem de la ea în viitor?
• Ce fel de clienți servim, în ce măsură le îndeplinim cerințele și așteptările și ce trebuie făcut pentru a atrage noi?
• Ce fel de indicatori determină eficiența întreprinderii, productivitatea muncii și calitatea produsului, este această definiție completă și adecvată?
• Ce tehnologii și instrumente informaționale ne vor ajuta în acest sens?




Figura: 6.7.

Pentru a răspunde la aceste întrebări cheie, este necesar, în primul rând, să se realizeze o descriere detaliată a arhitecturii de afaceri a întreprinderii, a logicii sale de afaceri, să se construiască un model funcțional al interacțiunii proceselor de afaceri, a resurselor și a personalului și să se reflecte în arhitectura SI, conținutul modulelor subsistemelor informaționale și vizualizarea formelor de prezentare a informațiilor. ... De asemenea, este necesar să existe metode și instrumente pentru reorganizarea proceselor, rezolvarea problemelor aplicate și gestionarea unui proiect de reinginerie (Figura 6.8). Descrierea arhitecturii de afaceri a întreprinderii permite:

• construiți o diagramă a principalelor fluxuri de date, muncă, mișcare a finanțelor și documente
• să înțeleagă modul în care informațiile sunt distribuite între departamente și cine este utilizatorul final într-un anumit proces de afaceri;
• descrie interacțiunea proceselor și modulelor sistemului informațional;
• determina importanța critică a tipurilor de informații pentru niveluri specifice de management al întreprinderii;
• identificați structurile și conexiunile duplicate.




Figura: 6.8.

Rezultatul acestei descrieri este:

• harta rețelei procesului rafinat;
• matrice de relații între procese și departamente implicate în aceste procese;
• informații despre ce sisteme de automatizare există, atunci când se efectuează ce operațiuni sunt utilizate, unde și ce date sunt utilizate, ce sisteme de automatizare și informatizare trebuie dezvoltate;
• diagrame funcționale ale fluxurilor de date (Flux de date), lucrări (Flux de lucru), fluxuri financiare (Flux de numerar), fluxuri de influențe de management (Flux de control) și flux de lucru (Doc Flow).

Modelul funcțional va ajuta la elaborarea specificațiilor precise ale tuturor operațiunilor, procedurilor și relațiilor dintre ele. Un astfel de model, dacă este construit corect, oferă o descriere cuprinzătoare a procesului de operare și a tuturor fluxurilor de informații pe care le conține. Acest model descrie starea „Așa cum este”. Pe baza rezultatelor analizei posibilelor modalități de îmbunătățire față de modelul real, trebuie să mergeți la modelul care caracterizează îmbunătățirea - modelul „As To Be”, opțiunea - „Așa cum ar trebui să fie” (Fig. 6.9).




Figura: 6.9.

Modelarea funcțională este o problemă destul de gravă, completitudinea și conformitatea modelului construit depind atât de instrumentele de modelare, cât și de calificările specialiștilor care efectuează această modelare.

Reinginerizarea proceselor de afaceri este un proiect complex și multifacetic care necesită o planificare atentă și elaborarea detaliilor. Tabelul 6.1 prezintă etapele principale ale reingineriei.

Tabelul 6.1. Principalele etape ale reingineriei

Etapă	activitate
Planificarea și începerea lucrului	Identificarea principalelor motive ale reformei la întreprindere și evaluarea consecințelor abandonării unei astfel de reforme
	Identificarea celor mai importante procese care necesită reinginerie
	Identificarea persoanelor cu gânduri similare în rândul conducerii și crearea unui grup de lucru din partea reprezentanților administrației
	Furnizarea de suport pentru managementul proiectelor
	Pregătirea unui plan de proiect: scop, stabilirea unor obiective măsurabile, alegerea unei metodologii, întocmirea unui program detaliat
	Coordonarea obiectivelor și sferei proiectului cu managementul
	Formarea grupului de reinginerie
	Selecția de consultanți sau experți externi
	Ținerea unei ședințe introductive
	Aducerea obiectivelor proiectului către managerii de nivel inferior; comunicare inițială către întreaga organizație
	Pregătirea grupului de reinginerie
	Pregătiți planul și începeți munca
Cercetare	Studiu analitic al experienței companiilor cu procese similare
	Intervievarea clienților și a grupurilor de control pentru a identifica cerințele existente și viitoare
	Intervievarea angajaților și managerilor pentru identificarea problemelor; brainstorming
	Căutați în literatură și presă tendințele și experiențele industriei
	Pregătirea documentelor detaliate pentru procesele inițiale și colectarea datelor de lucru; identificarea defectelor
	Prezentare generală a modificărilor și opțiunilor tehnologice
	Proprietari și interviuri de conducere
	Participarea la cluburi și seminarii
	Colectarea datelor de la experți externi și consultanți
Proiecta	Brainstorming și generarea de idei inovatoare; exerciții de gândire creativă pentru a „elimina blinders”
	Dezvoltarea „ce-ar fi dacă?” și aplicarea „modelelor de succes” ale altor companii
	Crearea a 3-5 modele cu ajutorul specialiștilor; dezvoltarea de modele complexe, în care este colectat cel mai bun din fiecare dintre cele anterioare
	Crearea unei imagini a procesului ideal
	Definirea noilor modele de proces și prezentarea lor grafică
	Dezvoltarea unui model organizațional combinat cu un nou proces
	Determinarea cerințelor tehnologice; alegerea unei platforme pentru noi procese
	Evidențierea măsurilor pe termen scurt și pe termen lung
Afirmație	Analiza cost-beneficiu; calculul randamentului capitalului
	Evaluarea impactului asupra clienților și angajaților; evaluarea impactului asupra competitivității
	Pregătirea unui document formal pentru conducerea superioară
	Organizarea de ședințe de revizuire pentru a familiariza și aproba detaliile proiectului de către comitetul de organizare și conducerea superioară
Implementare	Finalizarea dezvoltării detaliate a proceselor și a modelelor organizaționale; definirea de noi responsabilități de serviciu
	Dezvoltarea sistemelor de suport
	Implementarea versiunilor preliminare și testelor inițiale
	Familiarizarea angajaților cu noua opțiune; dezvoltarea și implementarea unui plan de reformă
	Elaborarea unui plan pe etape; implementare ca atare
	Elaborarea unui plan de instruire; instruirea angajaților în noi procese și sisteme
Activități de urmărire	Dezvoltarea măsurilor de evaluare periodică; determinarea rezultatelor noului proces; implementarea unui program de îmbunătățire continuă pentru un nou proces
	Prezentarea raportului final către comitetul de organizare și administrație

6.3. Afișarea și simularea proceselor

Până în prezent, trei metodologii principale de modelare funcțională (și instrumentele lor însoțitoare) au devenit răspândite: IDEF (Integrated DEFinition), UML (Unified Modeling Language) și ARIS (Architecture of Integrated Information Systems). Pentru fiecare dintre ele, există anumite produse software care, pe lângă dezvoltare, permit transformări și operații pentru lucrări ulterioare cu modelele rezultate. Cele mai răspândite astăzi sunt metodologiile IDEF și produsul software BPWin care conține metodologiile IDEF0, IDEF3, DFD (Diagramele fluxului de date) și ERWin (IDEF1x) de la Computer Associates.

Istoria metodologiei IDEF începe în anii ’70 ai secolului XX cu metodologia SADT (Structured Analysis and Design Technique), dezvoltată de Douglas Ross (Softtech INC). SADT a fost utilizat inițial de către Departamentul Apărării al SUA pentru modelarea practică a proceselor în cadrul programului ICAM (Integrated Computer Aided Manufacturing). O cerință fundamentală în dezvoltarea familiei considerate de metodologii a fost posibilitatea unui schimb eficient de informații între toți specialiștii care participă la programul ICAM (Icam DEFinition). Ulterior, această metodologie a fost transformată în standardul IDEF0 (Function Modeling, FIPS No. 183). Familia IDEF include deja menționatele IDEF3 (Captură descriere proces) și IDEF1x (Modelare date, FIPS Nr. 184).

După publicarea standardelor, acestea au fost aplicate cu succes în diverse domenii de activitate, arătându-se a fi un mijloc eficient de analiză, proiectare și afișare a proceselor de afaceri (apropo, este utilizat în mod activ în agențiile guvernamentale interne, de exemplu, în Inspectoratul Fiscal de Stat). Mai mult, apariția ideilor principale ale conceptului acum popular de „reinginerare a proceselor de afaceri” (Business Process Reengineering - BPR) este de fapt legată de utilizarea pe scară largă a IDEF (și a metodologiei SADT anterioare).

Procesul de informare este un proces stabil (o secvență de lucru și acțiuni cu date și informații) legat de susținerea producției și a activităților economice ale unei companii și este de obicei axat pe servicii de informare pentru crearea de noi valori. Un proces de afaceri include o ierarhie de acțiuni funcționale interdependente care implementează unul (sau mai multe) obiective de afaceri ale companiei și reflectă rezultatele din sistemul informațional, de exemplu, suportul informațional pentru gestionarea și analiza producției produsului sau suportul resurselor pentru producția produsului (aici, produsele sunt înțelese ca bunuri, servicii , decizii, documente).

Lucrul cu metoda IDEF începe cu stabilirea unui obiectiv de simulare. Experiența mondială arată că erorile la stabilirea unui obiectiv conduc în medie la 50% din eșecurile procesului de modelare. Formularea unui scop direcționează inițial munca într-o direcție dată, ceea ce înseamnă că limitează gama de întrebări pentru analiză. Lucrarea practică începe cu definirea contextului (context, diagramă contextuală), adică nivelul superior al sistemului, în cazul nostru, al întreprinderii. După formularea obiectivului, este necesar să se contureze zona de modelare (Scop), care va determina ulterior direcțiile generale de mișcare și adâncimea detaliilor (Descompunere). De fapt, metodologia IDEF în sine definește obiecte standardizate pentru operare și afișare. De exemplu, acestea includ o funcție (Activitate), un arc de interfață (Săgeată), o notă (Notă), precum și modul în care sunt localizate și interpretate (Semantică).

Recent, pe piața rusă a apărut un produs software Business Studio, care este special creat pentru a lucra cu metodele IDEF și are o interfață intuitivă și prietenoasă (User-friendly Interface).




Figura: 6.10.

Notarea și metodologia IDEF0 se bazează pe conceptul de „bloc”, adică un dreptunghi care exprimă o anumită funcție a afacerii (Figura 6.10). Conform standardului, funcția trebuie exprimată cu o frază verbală. În IDEF0, rolurile laturilor dreptunghiului (valorile funcționale) sunt diferite: partea de sus este „control”, stânga este „intrare”, dreapta este „ieșire”, partea de jos este „mecanism de execuție”.

Al doilea element al metodologiei și al notației este „fluxul”, care se numește „arc de interfață” în standard. Este un element care descrie date, gestionarea informală sau orice altceva care influențează funcția descrisă de bloc. Fluxurile sunt indicate printr-o sintagmă nominală.

În funcție de ce parte a blocului este direcționat fluxul, acesta este, respectiv, numit „intrare”, „ieșire”, „control”. Elementul pictural care reprezintă fluxul este o săgeată. Un flux poate fi interpretat ca o reprezentare a unui obiect, ceea ce înseamnă atât un obiect informațional, cât și un obiect fizic real.

Un factor important este că, de regulă, numai blocurile pot fi „sursa” și „scufundarea” fluxurilor (adică începutul și sfârșitul unei săgeți). În acest caz, sursa poate fi doar partea de ieșire a blocului, receptorul - oricare dintre cele trei rămase. Dacă este necesar să se sublinieze natura externă a fluxului, atunci se poate aplica metoda „tunelare” - ascunderea sau apariția arcului de interfață din „tunel”.

Și, în cele din urmă, „a treia balenă” a metodologiei IDEF0 este principiul descompunerii blocului funcțional, care este o interpretare model a situației practice conform căreia orice acțiune (în special la fel de complexă ca un proces de afaceri) poate fi descompusă (descompusă) în operații mai simple ( activități, funcții de afaceri). Sau, cu alte cuvinte, o acțiune poate fi reprezentată ca o colecție de funcții elementare.

Un exemplu de model funcțional al procesului de livrare și livrare a produsului este prezentat în Fig. 6.11.

Gradul de formalizare a descrierii proceselor de afaceri poate fi diferit în funcție de sarcinile care se rezolvă. Un limbaj specializat BPEL (Business Process Execution Language) a fost dezvoltat pentru a descrie procesele informaționale. BPEL se bazează pe XML pentru a descrie formal procesele și protocoalele de afaceri pentru interacțiunea lor între ele. BPEL extinde modelul de interoperabilitate a serviciilor web pentru a include suport tranzacțional.

În prezent, se dezvoltă în mod activ metodologia BPMS (Business Process Management System) - o clasă de software pentru gestionarea proceselor de afaceri și a reglementărilor administrative. (De asemenea, sunt utilizați termenii sistem BPM și pur și simplu BPM). Utilizarea BPMS vă permite să organizați interacțiuni eficiente între manageri și profesioniști IT, să utilizați mai bine subsistemele existente și să accelerați dezvoltarea altora noi.

Principalele funcții ale BPMS sunt modelarea, executarea și monitorizarea proceselor de afaceri. Pe baza datelor de monitorizare, întreprinderile identifică blocaje și își îmbunătățesc procesele de afaceri. Bucla de gestionare este închisă atunci când procesele de afaceri modificate sunt puse rapid în producție folosind BPMS.

Metodele moderne de dezvoltare și dezvoltare a software-ului IP încearcă pe deplin să se concentreze asupra posibilității schimbărilor operaționale automatizate. Cel mai dificil a fost procesul de standardizare a limbajului BPEL pentru unificarea utilizării acelorași constructe de către software de la diferiți producători. IBM și Microsoft au definit două limbi destul de similare: WSFL (Web Services Flow Language) și respectiv Xlang.

Creșterea popularității BPML și mișcarea deschisă a BPMS către utilizatori a determinat Intalio Inc., IBM și Microsoft să decidă să combine aceste limbi în noul limbaj BPEL4WS. În aprilie 2003, BEA Systems Corporation, IBM, Microsoft, SAP și Siebel Systems au trimis BPEL4WS versiunea 1.1 către OASIS pentru standardizare în cadrul Comitetului tehnic BPEL pentru servicii web. Deși BPEL4WS a apărut în versiunile 1.0 și 1.1, comitetul tehnic OASIS WS-BPEL a votat pe 14 septembrie 2004 să denumească specificația WS-BPEL 2.0. Această modificare a fost făcută pentru a alinia BPEL la alte standarde de servicii Web care încep cu litera „WS-” bazată pe „Convenția de numire”.

Active Endpoints, Adobe, BEA, IBM, Oracle și SAP au publicat BPEL4 People și WS-HumanTask Consensus Specification, care prezintă modul în care interacțiunile de proces cu oamenii pot fi implementate în sistemul și notația BPEL. Se intenționează adăugarea de semantică la BPEL sub formă de WS-HumanTask și diverse alte adăugiri.

6.4. Furnizarea procesului de analiză și proiectare a IP cu capacitățile tehnologiilor CASE

Termenul CASE (Computer Aided Software / System Engineering) este utilizat în prezent într-un sens foarte larg. Înțelesul inițial al termenului CASE, limitat la problemele de automatizare a dezvoltării numai a software-ului (software), a căpătat acum un nou sens, acoperind procesul de dezvoltare a IP-ului complex în ansamblu.

Acum, termenul instrumente CASE înseamnă instrumente software care susțin procesele de creare și întreținere a IS, inclusiv analiza și formularea cerințelor, proiectarea software-ului aplicației (aplicații) și a bazelor de date, generarea codului, testarea, documentarea, asigurarea calității, managementul configurației și managementul proiectelor. precum și alte procese. Astfel, instrumentele CASE moderne, împreună cu software-ul sistemului și mijloacele de asistență tehnică, formează un mediu complet de dezvoltare IS.

Apariția tehnologiei CASE și a instrumentelor CASE a fost precedată de cercetări în domeniul metodologiei de programare. Programarea a dobândit caracteristicile unei abordări sistemice prin dezvoltarea și implementarea limbajelor la nivel înalt, metode de programare structurală și modulară, instrumente de modelare vizuală și proiectare bazate pe limbajul UML (Unified Modeling Language), instrumente pentru susținerea lor, limbaje formale și informale pentru descrierea cerințelor și specificațiilor sistemului etc. În plus, apariția tehnologiei CASE a fost facilitată de factori precum:

• instruirea analiștilor și programatorilor receptivi la concepte de programare modulare și structurate;
• introducerea pe scară largă și creșterea constantă a productivității computerelor, care a făcut posibilă utilizarea instrumentelor grafice eficiente și automatizarea majorității etapelor de proiectare;
• introducerea tehnologiei de rețea, care a făcut posibilă combinarea eforturilor contractorilor individuali într-un singur proces de proiectare prin utilizarea unei baze de date partajate care conține informațiile necesare despre proiect.

Tehnologia CASE este o metodologie pentru proiectarea unui IS, precum și un set de instrumente care vă permit să simulați vizual un subiect, să analizați acest model în toate etapele de dezvoltare și întreținere a unui IS și să dezvoltați aplicații în conformitate cu nevoile de informații ale utilizatorilor. Majoritatea instrumentelor CASE existente se bazează pe metodologii de analiză și proiectare structurală (în principal) sau orientată pe obiecte, utilizând specificații sub formă de diagrame sau texte pentru a descrie cerințele externe, relațiile dintre modelele de sistem, dinamica comportamentului sistemului și arhitectura software [Vendrov A. M ., http://www.citforum.ru/database/case/index.shtml].

Instrumentele CASE vă permit să creați nu numai un produs care este aproape gata de utilizare, dar oferă și un proces „corect” pentru dezvoltarea acestuia. Scopul principal al tehnologiei este de a separa cât mai mult posibil proiectarea software-ului de codificarea, asamblarea, testarea și „ascunderea” tuturor detaliilor despre dezvoltarea și funcționarea software-ului de către viitorii utilizatori. În același timp, eficiența muncii proiectantului este semnificativ crescută: timpul de dezvoltare este redus, numărul de erori software scade, modulele software pot fi utilizate în următoarele dezvoltări.

Majoritatea instrumentelor CASE se bazează pe metodologia / metoda / notația / structura / paradigma instrumentului.

Metodologia oferă îndrumări pentru evaluarea și alegerea unui proiect de dezvoltare software, etape și secvența de lucru, reguli pentru aplicarea anumitor metode.

Metodă - o procedură sistematică sau tehnologie pentru generarea descrierilor componentelor software (de exemplu, descrierea fluxurilor și structurilor de date).

Notările sunt destinate să descrie sistemul în ansamblu, elementele sale: grafice, diagrame, tabele, diagrame bloc, algoritmi, limbaje formale și de programare.

Structurile sunt un mijloc pentru implementarea analizei structurale și construirea structurii unui sistem specific.

Instrumente - instrumente tehnologice și software pentru susținerea și consolidarea metodelor.

Tehnologiile CASE au următoarele avantaje principale care le permit să fie utilizate pe scară largă în dezvoltarea sistemelor informaționale:

• accelerarea procesului de proiectare și dezvoltare colaborativă;
• vă permit să creați un prototip al unui sistem comandat cu proprietăți specificate într-un timp scurt;
• eliberați dezvoltatorul de munca de rutină, lăsând timp pentru creativitate;
• asigura eficiența și calitatea software-ului dezvoltat prin automatizarea controlului întregului proces de dezvoltare;
• sprijină întreținerea și dezvoltarea sistemului la un nivel ridicat.

Trebuie remarcat faptul că, în ciuda tuturor capacităților potențiale ale instrumentelor CASE, există multe exemple de implementare nereușită a acestora, drept urmare instrumentele CASE devin Shelfware.

În acest sens, trebuie luate în considerare următoarele:

• Fondurile CASE nu dau neapărat un efect imediat, ele pot fi obținute numai după un timp;
• costurile reale ale implementării instrumentelor CASE sunt de obicei mult mai mari decât costurile achiziției lor;
• Instrumentele CASE oferă oportunități pentru beneficii semnificative numai după implementarea cu succes, instruirea eficientă a utilizatorilor și utilizarea regulată.

De asemenea, puteți enumera următorii factori care complică determinarea posibilului efect al utilizării instrumentelor CASE:

• o mare varietate de calitate și capacități ale instrumentelor CASE;
• timp relativ scurt de utilizare a instrumentelor CASE în diferite organizații și lipsă de experiență în utilizarea lor;
• o mare varietate în practica implementării diferitelor organizații;
• lipsa valorilor și datelor detaliate pentru proiectele deja finalizate și în curs;
• o gamă largă de domenii tematice ale proiectelor;
• diferite grade de integrare CASE-tools în diverse proiecte.

Unii analiști consideră că beneficiile reale ale utilizării anumitor tipuri de instrumente CASE pot fi obținute numai după unul sau doi ani de experiență. Alții consideră că efectele pot apărea de fapt în timpul fazei operaționale a ciclului de viață al PI, când îmbunătățirile tehnologice pot duce la costuri operaționale mai mici.

Mai jos sunt enumerate principalele tipuri și secvențe de lucru recomandate atunci când se construiesc modele logice ale subiectului în cadrul tehnologiei CASE pentru analiza sistemului de management al întreprinderii.

1. Realizarea unui sondaj funcțional și informațional al sistemului de management (activitate administrativă și managerială) a întreprinderii (Figura 6.1.2):
   • determinarea structurii organizatorice și a personalului întreprinderii;
   • determinarea structurii funcționale a întreprinderii;
   • determinarea listei funcțiilor țintă ale elementelor structurale (diviziuni și funcționari);
   • determinarea intervalului și ordinea examinării elementelor structurale ale sistemului de control în conformitate cu funcțiile țintă formulate;
   • cercetarea activităților elementelor structurale selectate;
   • construirea unei diagrame FD a unui sistem de control cu \u200b\u200bo indicație a elementelor structurale și a funcțiilor, a căror implementare va fi modelată la nivelul DFD.
2. Dezvoltarea modelelor de activitate a elementelor structurale și a sistemului de management în ansamblu:
   • selectarea unui set de obiecte externe care au un impact semnificativ asupra activității unui element structural;
   • specificarea fluxurilor de informații de intrare și ieșire;
   • identificarea principalelor procese care determină activitatea unui element structural și asigură implementarea funcțiilor sale țintă;
   • specificarea fluxurilor de informații între principalele procese de activitate, clarificarea conexiunilor dintre procese și obiecte externe;
   • evaluarea volumelor, intensității și a altor caracteristici necesare ale fluxurilor de informații;
   • dezvoltarea unei ierarhii a diagramelor de flux de date care formează un model funcțional al activității unui element structural;
   • combinarea modelelor DFD ale elementelor structurale într-un singur model al unui sistem de management al întreprinderii.
3. Dezvoltarea modelelor informaționale ale elementelor structurale și a unui model al spațiului informațional al sistemului de control:
   • definirea entităților model și a atributelor acestora;
   • efectuarea analizei atributelor și optimizarea entității;
   • identificarea relațiilor dintre entități și definirea tipurilor de relații;
   • analiza și optimizarea modelului informațional;
   • combinând modele de informații într-un singur model de spațiu informațional.
4. Dezvoltarea de propuneri pentru automatizarea sistemului de management al întreprinderii:
   • determinarea limitelor automatizării - întocmirea unei liste de elemente structurale automatizate, împărțirea proceselor activității principale în automate, automatizate și manuale;
   • întocmirea unei liste de subsisteme și AWP-uri logice (stații de lucru automatizate), determinarea modalităților de interacțiune a acestora;
   • dezvoltarea de propuneri privind ordinea de proiectare și implementare a subsistemelor și AWP-urilor logice individuale care fac parte din SI;
   • dezvoltarea cerințelor pentru mijloacele de asistență tehnică de bază pentru IS;
   • dezvoltarea de cerințe pentru mijloacele software de bază IS.

Modelul logic care reflectă activitatea sistemului de management al întreprinderii și spațiul informațional în care se desfășoară această activitate este un „instantaneu” al stării de lucruri (structura funcțională, rolurile funcționarilor, interacțiunea diviziilor, tehnologiile adoptate pentru prelucrarea informațiilor de management, procesele automatizate și neautomatizate etc.) .) în momentul examinării. Acest model vă permite să înțelegeți ce face întreprinderea și cum funcționează întreprinderea din punctul de vedere al analizei sistemelor și să formulați propuneri pentru îmbunătățirea situației.

Dezvoltarea unui model logic al subiectului, transformarea sa treptată într-un model IS țintă, va permite integrarea propunerilor promițătoare ale conducerii și angajaților de conducere ai întreprinderii, experților și analiștilor de sistem și formează o viziune a unei noi activități de întreprindere reorganizată și automatizată (Figura 6.12).




Figura: 6.12.

Modelul construit este un rezultat complet din următoarele motive.

1. Acesta include un model de tehnologie manuală existentă adoptată în întreprindere. O analiză formală a acestui model face posibilă identificarea blocajelor în managementul întreprinderii și formularea recomandărilor pentru îmbunătățirea acestuia (indiferent dacă este planificată sau nu dezvoltarea ulterioară a unui sistem automatizat).
2. Este independent și detașabil de dezvoltatorii specifici, nu necesită întreținere și poate fi transferat fără durere altora. Mai mult, dacă, dintr-un anumit motiv, întreprinderea nu este pregătită să implementeze proiectul la un moment dat, modelul poate fi „pus pe raft” până când apare necesitatea.
3. Permite formarea eficientă a noilor angajați în domenii specifice ale întreprinderii, deoarece tehnologiile corespunzătoare sunt conținute în model.
4. Cu ajutorul său, este posibil să se efectueze modelări preliminare ale domeniilor promițătoare ale activității întreprinderii pentru a identifica noi fluxuri de date, procese de interacțiune și elemente structurale.
5. Asigură diseminarea experienței acumulate în alte întreprinderi, face posibilă unificarea activităților administrative, manageriale și financiare ale acestor întreprinderi.

Modelul nu este doar implementarea etapelor inițiale de lucru și baza pentru formarea specificațiilor tehnice pentru etapele sale ulterioare. Este un rezultat independent de o mare importanță practică, deoarece permite utilizarea în continuare a tehnologiilor CASE pentru proiectarea și dezvoltarea reală a CI-urilor.

1. Paradigm Plus - Modelarea aplicațiilor și generarea de coduri de obiecte;
2. Rational Rose - Modelarea proceselor de afaceri și a componentelor aplicației
3. Rational Suite AnalystStudio - suită de analisti de date;
4. Oracle Designer (parte a Oracle9i Developer Suite) este un sistem software extrem de funcțional și un instrument de proiectare a bazelor de date care implementează tehnologia CASE și propria metodologie Oracle CDM. Permite echipei de dezvoltare să realizeze pe deplin proiectul, de la analiza proceselor de afaceri prin modelare până la generarea de cod și obținerea unui prototip și apoi a produsului final. Un instrument sofisticat CASE care are sens să fie utilizat atunci când vizează linia de produse Oracle.




Figura: 6.15. Compoziția instrumentului CASE IBM-Rational Fig. 6.16).

6.5. Implementarea sistemelor informatice

Implementarea IP corporativă, dezvoltată independent sau achiziționată de la un furnizor, este adesea însoțită de ruperea (reproiectarea) proceselor de afaceri existente la nivelul întreprinderii. Trebuie să le reconstruim pentru a îndeplini cerințele standardelor și logica sistemului implementat. Observăm imediat că introducerea SI rezolvă o serie de probleme manageriale și tehnice, însă generează probleme asociate factorului uman.

Implementarea unui sistem informațional, de regulă, facilitează foarte mult gestionarea întreprinderii, optimizează fluxurile de informații interne și externe și elimină blocajele în management. Cu toate acestea, după ce sistemul a fost instalat cu succes, „testat” în funcțiune și și-a demonstrat eficacitatea, unii dintre angajați arată că nu sunt dispuși să folosească IS în munca lor. Ca urmare a reingineriei, devine clar că unii angajați dublează în mare măsură munca altora sau nu sunt deloc necesari. În plus, introducerea CSI este însoțită de formare obligatorie, dar, după cum arată experiența rusă, nu sunt atât de mulți oameni dispuși să se recalifice. Ruperea abilităților vechi și insuflarea altora noi este un proces lung și dificil!

Ar trebui să se înțeleagă clar că IP-ul corporativ este conceput pentru a simplifica gestionarea unei organizații, pentru a îmbunătăți procesele, pentru a consolida controlul și, astfel, pentru a oferi beneficii competitive. Numai din acest punct de vedere pot fi evaluate beneficiile implementării sale.

Urmând această logică, devine clar că, deși IS corporativ este destinat în ansamblu să ofere tuturor utilizatorilor informațiile necesare, gestionarea dezvoltării și implementării CSI este prerogativa conducerii superioare a companiei! Înțeleg liderii acest lucru?

Și aici trebuie să ne confruntăm cu stereotipuri tenace. "De ce am nevoie de un sistem corporativ dacă lucrurile merg bine la întreprindere?" "De ce să spargi ceva dacă totul funcționează?" Dar nu este nevoie să spargi ceva mai des. În prima etapă, este necesar doar să se formalizeze și să se transfere în mod competent și corect procesele identificate în cadrul căreia întreprinderea trăiește către SI corporativă. O astfel de formalizare va perfecționa, va lustrui rezultatele reușite ale marketingului și producției, va optimiza procesul de gestionare și control și va permite modificări suplimentare.

Implementarea unui nou CI este un proces complex, care durează de la câteva luni pentru IC-uri mici până la câțiva ani pentru IC-uri ale companiilor mari distribuite cu o gamă largă de produse și un număr mare de furnizori. Succesul unui proiect pentru dezvoltarea (achiziționarea) și implementarea IP depinde în mare măsură de disponibilitatea întreprinderii de a conduce proiectul, interesul personal și voința conducerii, un program real de acțiune, disponibilitatea resurselor, personalul instruit și capacitatea de a depăși rezistența la toate nivelurile organizației existente.

Până acum, a fost format un set standard de tehnici pentru implementarea SI. Regula de bază este de a efectua secvențial fazele necesare și de a nu sări peste niciuna dintre ele.

Următorii factori sunt critici pentru implementare:

• obiective de proiect clar definite și cerințe IP;
• disponibilitatea unei strategii pentru implementarea și utilizarea IP;
• efectuarea unui sondaj pre-proiect al întreprinderii și modelele de construcții „În starea actuală” și „Într-adevăr”;
• planificarea lucrărilor, resurselor și monitorizarea implementării planului de implementare;
• participarea conducerii superioare la implementarea sistemului;
• efectuarea de lucrări privind implementarea SI de către specialiști în integrarea sistemelor împreună cu specialiștii întreprinderii;
• monitorizarea regulată a calității muncii prestate;
• primirea rapidă a rezultatelor pozitive, cel puțin în ceea ce privește modulele IS implementate sau în procesul de funcționare a probei sale.

Înainte de a începe dezvoltarea proiectului de implementare, trebuie să:

• formalizează cât mai mult posibil obiectivele proiectului de implementare a PI;
• estimează costurile minime necesare și articolele de cheltuieli;
• stabilirea unei priorități ridicate a proiectului de implementare față de restul proiectelor curente;
• împuternicirea managerului de proiect cu cea mai mare autoritate posibilă;
• să desfășoare activități educaționale de masă cu personalul întreprinderii pentru a transmite tuturor importanța și necesitatea reformelor viitoare;
• să dezvolte măsuri organizatorice pentru aplicarea noilor tehnologii informaționale;
• să distribuie responsabilitatea personală pentru toate etapele de implementare și operațiunea de încercare.

De asemenea, este necesar să se determine zonele funcționale pentru implementarea modulelor sistemului informațional:

• management organizatoric;
• sprijin organizatoric și administrativ;
• managementul proceselor de afaceri;
• management, planificare financiară și contabilitate;
• managementul personalului;
• managementul documentelor;
• managementul logisticii;
• gestionarea relațiilor cu clienții și mediul extern.

În plus față de cele enumerate mai sus, este necesar să se stabilească cerințe tehnologice pentru implementarea SI:

• platforma de sistem: implementarea și adaptarea unei soluții gata făcute de la producător sau dezvoltare personalizată în conformitate cu specificațiile clientului.
• integrabilitate: datele sunt stocate și procesate într-un singur spațiu informațional - acest lucru asigură integralitatea, consistența, fiabilitatea și reutilizarea acestora; sistemul poate include tehnologii și aplicații nou dezvoltate și deja utilizate.
• adaptabilitate: sistemul este configurat în conformitate cu cerințele clientului și cu specificul câmpului de informații al clientului.
• distribuit: sistemul poate funcționa eficient în diviziile și ramurile geografice ale întreprinderii.
• scalabilitate: sistemul poate fi implementat sub forma unui cadru care conține module de bază și completat în conformitate cu cerințele unui mediu extern și intern în schimbare.

Fazele principale ale implementării sistemului informațional

Faza „Lucrări preliminare privind pregătirea unui proiect de implementare a PI”. În timpul sondajului pre-proiect al întreprinderii (Figura 6.1.4), sunt colectate informații detaliate despre structura structurală a organizației, relațiile funcționale, sistemul de management, despre principalele procese de afaceri, despre fluxurile din cadrul întreprinderii (Flux de control, flux de doc, flux de date, flux de lucru, numerar Flux) necesar pentru a construi modelele adecvate și a selecta obiecte pentru automatizare. Se estimează termenii, resursele, tipurile și volumele de lucru, nomenclatura și costul software-ului și hardware-ului și al mijloacelor de telecomunicații, costul instruirii personalului etc.

Faza „Pregătirea proiectului”. După finalizarea primei faze, se efectuează planificarea preliminară și formarea procedurilor de lansare a proiectului:

• formarea de proiecte și grupuri de experți;
• repartizarea competențelor și responsabilităților;
• determinarea cerințelor organizaționale și tehnice pentru procesul de implementare;
• clarificarea specificațiilor și așteptărilor clienților;
• instruirea grupului de implementare, format din specialiști din întreprinderea client.

Ultimul punct foarte important este, din anumite motive, adesea trecut cu vederea la elaborarea unui plan de implementare. Dar succesul întregului proiect depinde în mare măsură de el! După începerea finanțării, proiectul este considerat lansat pentru executare.


Figura: 6.17. Conținutul aproximativ al depozitului de proiecte de implementare

Etapa „Implementarea proiectului”. În timpul lucrărilor principale de implementare, se creează, se instalează și se configurează un mediu de sistem, se determină procedurile de administrare a sistemului și se instalează principalele sisteme și aplicații software și hardware. Sistemul configurează structurile organizaționale-de personal și organizaționale-funcționale ale întreprinderii utilizând astfel de unități organizaționale ca sucursală, departament, departament, grup de lucru etc.

Instalarea, configurarea și configurarea rețelei și a instalațiilor de telecomunicații se efectuează, datele sunt transferate de la sistemele locale anterioare și formarea de interfețe cu sisteme vechi și externe. În acest caz, toate modelele create, planurile, produsele software de lucru, documentația sunt plasate în depozitul de la capăt la cap al proiectului de implementare (Fig. 6.17

Tema 1. Conceptul de informație. Caracteristicile generale ale proceselor de colectare, transmitere, procesare și acumulare de informații.

Informația se numește informații despre anumite obiecte, fenomene sau procese din mediu. Orice formă de activitate umană este asociată cu transmiterea și prelucrarea informațiilor. Este necesar pentru gestionarea corectă a realității înconjurătoare, atingerea obiectivelor și, în cele din urmă, pentru existența umană. Orice sistem: socio-economic, tehnic sau un sistem în natură vie funcționează în relație constantă cu mediul extern - alte sisteme de niveluri superioare și inferioare. Comunicarea se realizează prin intermediul informațiilor care transmit atât comenzile de control, cât și informațiile necesare pentru a lua deciziile corecte. Conceptul de informație ca cel mai important element al unui sistem, care acoperă toate aspectele vieții sale, poate fi considerat universal, aplicabil oricărui sistem.

Nu există o singură opinie științifică despre semnificația cantitativă a conceptului de „informație”. Direcții științifice diferite dau definiții diferite pe baza obiectelor și fenomenelor pe care le studiază. Unii dintre ei consideră că informațiile pot fi exprimate cantitativ, oferind definiții ale cantității și cantității de informații (măsuri de informații), altele se limitează la interpretări calitative.

Măsura sintactică a informației este utilizată pentru a cuantifica informațiile impersonale care nu exprimă o relație semantică cu obiectele.

Cantitatea de informație semantică (semantică) este măsurată prin măsurarea tezaurului. Exprimă capacitatea unui observator (utilizator) de a primi un mesaj primit.

O măsură pragmatică a informației. Crearea unei informații se întâmplă dintr-un anumit motiv, iar primirea informațiilor poate duce la un anumit rezultat. Măsura cantitativă a informației în acest caz poate fi gradul de reacție a sistemului la aceste informații.

Această măsură determină utilitatea informațiilor (valoare) pentru realizarea obiectivului utilizatorului. Este, de asemenea, relativ, datorită particularităților utilizării informațiilor într-un anumit sistem. Este recomandabil să măsurați valoarea informațiilor în aceleași unități (sau aproape de ele) în care se măsoară obiectivul.

Procesele informaționale (colectarea, prelucrarea și transmiterea informațiilor) au jucat întotdeauna un rol important în știință, tehnologie și societate. Pe parcursul evoluției omenirii, există o tendință constantă către automatizarea acestor procese, deși conținutul lor interior a rămas în esență neschimbat.

Colectarea informațiilor este o activitate a unui subiect, în timpul căreia primește informații despre un obiect de interes. Colectarea informațiilor poate fi efectuată fie de către o persoană, fie cu ajutorul mijloacelor și sistemelor tehnice - hardware. De exemplu, utilizatorul poate primi el însuși informații despre circulația trenurilor sau avioanelor, după ce a studiat orarul, sau de la o altă persoană direct, sau prin intermediul unor documente întocmite de această persoană, sau folosind mijloace tehnice (ajutor automat, telefon etc.) ... Sarcina de colectare a informațiilor nu poate fi rezolvată separat de alte sarcini, în special sarcina de schimb de informații (transmisie).

Schimbul de informații este un proces în timpul căruia sursa de informații o transmite, iar destinatarul o primește. Dacă se găsesc erori în mesajele transmise, atunci se organizează o retransmisie a acestor informații. Ca urmare a schimbului de informații între sursă și destinatar, se stabilește un fel de „echilibru informațional”, în care, în mod ideal, destinatarul va avea aceleași informații ca sursa.

Schimbul de informații se realizează folosind semnale care sunt purtătorul său material. Sursele de informații pot fi orice obiecte ale lumii reale cu anumite proprietăți și abilități. Dacă un obiect aparține naturii neînsuflețite, atunci acesta generează semnale care îi reflectă direct proprietățile. Dacă obiectul sursă este o persoană, atunci semnalele generate de aceasta nu numai că pot reflecta în mod direct proprietățile sale, ci pot corespunde și acelor semne pe care le dezvoltă o persoană pentru a face schimb de informații.

Destinatarul poate utiliza informațiile primite de mai multe ori. În acest scop, el trebuie să-l fixeze pe un suport material (magnetic, foto, film etc.). Procesul de formare a unei matrici inițiale, nesistematizate de informații se numește acumulare de informații. Semnalele înregistrate pot include cele care reprezintă informații valoroase sau utilizate în mod obișnuit. Este posibil ca unele informații dintr-un moment dat să nu aibă o valoare specială, deși ar putea fi necesare în viitor.

Stocarea informațiilor este procesul de menținere a informațiilor originale într-o formă care asigură emiterea datelor la cererea utilizatorilor finali în timp util.

Prelucrarea informațiilor este un proces ordonat al transformării sale în conformitate cu algoritmul pentru rezolvarea unei probleme.

După rezolvarea problemei procesării informațiilor, rezultatul ar trebui să fie dat utilizatorilor finali în forma cerută. Această operațiune este implementată în cursul rezolvării problemei emiterii de informații. Emiterea informațiilor, de regulă, se realizează utilizând dispozitive externe pentru computer sub formă de texte, tabele, grafice etc.

Tehnologia informației este un set de metode, procese de producție și software și hardware, unite într-un lanț tehnologic, care asigură colectarea, procesarea, stocarea, distribuirea și afișarea informațiilor pentru a reduce intensitatea forței de muncă a proceselor de utilizare a unei resurse informaționale, precum și pentru a spori fiabilitatea și eficiența acestora.

Tehnologiile informaționale se caracterizează prin următoarele proprietăți de bază:

Subiectul (obiectul) prelucrării (procesului) sunt datele;

Scopul procesului este de a obține informații;

Mijloacele de implementare a procesului sunt software, hardware și sisteme de calcul software-hardware;

Procesele de prelucrare a datelor sunt împărțite în operațiuni în conformitate cu un anumit domeniu;

Alegerea acțiunilor de control asupra proceselor ar trebui efectuată de factorii de decizie;

Criteriile de optimizare a procesului sunt oportunitatea furnizării de informații către utilizator, fiabilitatea, fiabilitatea și completitudinea acesteia.

Literatură :, p. 5-19; , din. 13-19.

Tema 2. Mijloace tehnice pentru implementarea proceselor informaționale.

Tehnologia informatică este baza materială a tehnologiei informației, cu ajutorul căreia informațiile sunt colectate, stocate, transmise și procesate.

Este necesar să se facă distincția între conceptele de arhitectură și structura unui computer. Sub arhitectura calculatoruluise obișnuiește să înțelegem setul de principii generale de organizare a hardware-ului și software-ului și principalele caracteristici ale acestora, care determină funcționalitatea unui computer atunci când rezolvă tipurile de probleme corespunzătoare.

Arhitectura unei facilități de calcul trebuie să se distingă de structura sa. Structura unei instalații de calcul determină compoziția sa actuală la un anumit nivel de detaliu și descrie conexiunile din cadrul instalației. Arhitectura, pe de altă parte, definește regulile de bază pentru interacțiunea elementelor constitutive ale unui instrument de calcul, a cărui descriere este realizată în măsura necesară formării regulilor pentru interacțiunea lor. Nu stabilește toate conexiunile, ci cele mai necesare, care trebuie cunoscute pentru o utilizare mai competentă a mijloacelor utilizate.

În ciuda faptului că computerele moderne din exterior nu sunt deloc similare cu primele modele, ideile fundamentale adoptate în acestea și asociate cu conceptul de algoritm dezvoltat de Alan Turing, precum și implementarea arhitecturală propusă de John von Neumann, nu au suferit încă schimbări fundamentale (cu excepția, desigur, sisteme de prelucrare a informațiilor paralele).

Orice Calculator de arhitectură Neumannconține următoarele dispozitive de bază:

· Unitate logică aritmetică (ALU);

Dispozitiv de control (UU)

· Dispozitiv de stocare (memorie);

· Dispozitive de intrare-ieșire (UVV);

· Panou de control (PU).

În computerele moderne, ALU și UU sunt combinate într-un singur dispozitiv comun numit procesor central.

Un computer personal modern conține următoarele dispozitive de bază:

Dispozitive de memorie externe, cel mai adesea discuri magnetice, pe care sunt stocate informații și programe chiar și atunci când alimentarea este oprită;

Memorie cu acces aleatoriu, în care se află informațiile și programul atunci când efectuați acțiunile necesare;

Un procesor care execută de fapt instrucțiuni în ordinea prescrisă de program;

Dispozitive de intrare și ieșire (cum ar fi o tastatură și un monitor) prin care computerul primește informații și programe din exterior sau le transmite către exterior.

În exterior, computerele personale moderne constau de obicei din trei părți: o unitate de sistem, o tastatură și un monitor. Unitatea de sistem este o unitate de procesare; conține cel puțin următoarele noduri de computer:

Circuite electronice (procesor, RAM, controlere de dispozitiv etc.);

O unitate de alimentare care transformă puterea de curent alternativ în curent continuu de joasă tensiune furnizat circuitelor electronice;

O unitate de dischetă (unitate) utilizată pentru a transfera programe și date între diferite computere;

O unitate de hard disk concepută pentru stocarea pe termen lung a unor cantități mari de informații într-un computer.

Dispozitivele periferice includ: imprimante, scanere, difuzoare, surse de alimentare neîntreruptibile, modemuri, unități de memorie amovibile, adică acele dispozitive fără de care un computer poate funcționa independent.

Imprimante. Imprimantele (tipărire - tipărire) sunt dispozitive de imprimare automată concepute pentru a imprima pe hârtie rezultatele muncii pe computer (texte, imagini, grafică).

Conform principiului de funcționare, există matrice de șocuri, jet de cerneală, laser și alte imprimante.

Un scaner este un dispozitiv care vă permite să introduceți într-un computer o imagine cu texte, desene, fotografii direct dintr-un document pe hârtie. Scannerele de birou sunt clasificate în scanere cu platformă, cu role și proiecție.

Pentru stocarea pe termen lung a informațiilor sau pentru rescrierea unor cantități mari de date pe alt computer, sunt utilizate unități de memorie amovibile.

Suporturile de stocare detașabile sunt dispozitive de stocare de mare capacitate care pot fi deconectate de la computer și utilizate conform intenției. Unitățile au de obicei o masă și un volum mic, pot fi transportate cu ușurință chiar și la un diplomat.

Utilizarea unităților amovibile face posibilă excluderea completă a accesului neautorizat la date confidențiale. Informațiile lăsate pe hard diskul intern al unui computer sunt întotdeauna disponibile pentru un număr nelimitat de persoane și pot fi deteriorate accidental.

Următoarele unități sunt utilizate pentru a acumula date: bazate pe dischete, cum ar fi hard disk-uri, magneto-optice, streamere, laser, modulare etc.

Literatură :, p. 20-39; , din. 100-156.




Informații similare.