Documente Academic
Documente Profesional
Documente Cultură
CONINUT
1. INTRODUCERE ...................................................................................................................................................... 3
1.1. NOIUNI DE BAZ DIN PROIECTAREA SISTEMELOR INFORMAIONALE ........................... 3
1.1.1. OBIECTUL I METODELE CURSULUI ....................................................................................................................... 3
1.1.2. SISTEME INFORMAIONALE I SISTEME INFORMATICE ........................................................................................ 3
1.1.3. CLASIFICRI ........................................................................................................................................................... 5
1.1.4. SCURT ISTORIC ...................................................................................................................................................... 7
1.2. ETAPELE PROCESULUI DE CREARE A SI ............................................................................................... 8
1.2.1. FORMAREA CERINELOR ......................................................................................................................................... 9
1.2.2. PROIECTAREA ......................................................................................................................................................... 9
1.2.3. REALIZAREA I TESTAREA.................................................................................................................................... 10
1.3. METODOLOGII DE REALIZARE A SISTEMELOR INFORMATICE ............................................... 11
1.3.1. CONINUTUL METODOLOGIILOR DE REALIZARE A SISTEMELOR INFORMATICE ................................................ 11
1.3.2. METODE I TEHNICI DE REALIZARE A SI............................................................................................................ 11
1.3.3. CARACTERISTICI ESENIALE ALE PRINCIPALELOR METODE ............................................................................... 12
1.3.4. INSTRUMENTE CASE ........................................................................................................................................... 12
2. CICLUL DE VIA A PRODUSELOR PROGRAM ..................................................................................... 13
2.1. MODELE ALE CICLULUI DE VIA ......................................................................................................... 14
2.1.1. MODELUL CASCAD .............................................................................................................................................. 14
2.1.2. MODELUL SPIRAL................................................................................................................................................ 15
2.1.3. ALTE MODELE ........................................................................................................................................................ 16
2.2. PROCESELE CICLULUI DE VIA ........................................................................................................... 18
2.2.1. PROCESELE CONFORM ISO/IEC 12207 ........................................................................................................... 18
2.2.2. CONINUTUL PROCESELOR PRIMARE ................................................................................................................... 19
2.2.3. PROCESELE CONFORM ISO/IEC 15288 ........................................................................................................... 20
2.2.4. ALTE STANDARDE I REGLEMENTRI .................................................................................................................. 21
3. ORGANIZAREA PROCESELOR DE DEZVOLTARE A SISTEMELOR INFORMAIONALE ......... 23
3.1. PROIECTAREA CANONIC A SI .............................................................................................................. 23
3.1.1. ETAPELE PROIECTRII CANONICE ........................................................................................................................ 23
3.1.2. ANALIZA SITUAIEI I IDENTIFICAREA CERINELOR SISTEMULUI NOU ............................................................ 24
3.1.3. ELABORAREA CONCEPIEI SI I SARCINII TEHNICE ........................................................................................ 27
3.1.4. PROIECTUL TEHNIC............................................................................................................................................... 29
3.1.5. DOCUMENTAIA .................................................................................................................................................... 31
3.2. PROIECTAREA TIP ........................................................................................................................................ 31
3.2.1. SOLUIA PROIECT TIP .......................................................................................................................................... 32
3.2.2. ETAPELE REALIZRII............................................................................................................................................. 33
3.2.3. MODELE DE COMPONENTE ................................................................................................................................... 34
4. ANALIZA I MODELAREA SPAIULUI FUNCIONAL AL IMPLEMENTRII SI ....................... 35
4.1. MODELUL BUSINESS COMPLET AL COMPANIEI ............................................................................. 35
4.2. ABLOANELE MODELRII BUSINESS ORGANIZAIONALE ....................................................... 38
4.2.1. ABLONUL PENTRU ELABORAREA MISIUNII ........................................................................................................ 38
4.2.2. ABLOANE PENTRU FORMAREA AFACERILOR ...................................................................................................... 40
4.2.3. ABLONUL DE DESCRIERE FLUX-PROCES............................................................................................................ 43
4.3. CONSTRUIREA MODELULUI ORGANIZAIONAL-FUNCIONAL AL COMPANIEI .............. 43
4.4. MIJLOACE INSTRUMENTALE PENTRU MODELAREA ORGANIZAIONAL .......................... 49
5. SPECIFICAREA CERINELOR FUNCIONALE........................................................................................ 50
5.1. MODELE DE FLUX PROCESUALE ............................................................................................................. 50
5.2. ELEMENTELE DE BAZ ALE ABORDRII PROCESUALE................................................................ 52
5.3. SELECTAREA I CLASIFICAREA PROCESELOR ................................................................................ 53
5.3.1. TIPURI DE PROCESE BUSINESS............................................................................................................................ 53
5.3.2. PROCESELE DE BAZ ............................................................................................................................................ 54
5.3.3. PROCESELE DE MANAGEMENT .............................................................................................................................. 55
5.3.4. PROCESELE DE ASIGURARE.................................................................................................................................. 57
5.3.5. MODELUL BUSINESS DE REFERIN .................................................................................................................... 58
5.4. ANALIZA ACTIVITII NTREPRINDERII ......................................................................................... 58
5.5. REZULTATELE ETAPEI DE ANALIZ ...................................................................................................... 61
6. METODOLOGIA MODELRII DOMENIULUI OBIECTIV ..................................................................... 61
6.1. MODELUL STRUCTURAL AL DOMENIULUI OBIECTIV ................................................................... 62
6.1.1. STRUCTURA OBIECTUAL ..................................................................................................................................... 63
6.1.2. STRUCTURA FUNCIONAL .................................................................................................................................. 63
6.1.3. STRUCTURA MANAGEMENTULUI ........................................................................................................................... 64
6.1.4. STRUCTURA ORGANIZAIONAL .......................................................................................................................... 64
6.1.5. STRUCTURA TEHNIC ........................................................................................................................................... 64
6.2. METODOLOGII ORIENTATE PE FUNCII I ORIENTATE PE OBIECTE ................................. 65
6.2.1. METODOLOGIA IDEF0......................................................................................................................................... 66
6.2.2. METODA FLUXURILOR DE DATE ........................................................................................................................... 68
6.2.3. METODA OBIECT-ORIENTAT .............................................................................................................................. 70
6.2.4. COMPARAREA METODELOR ................................................................................................................................... 72
6.3. METODA SINTETIC ..................................................................................................................................... 73
7. MODELAREA PROCESELOR BUSINESS N BPWIN ............................................................................. 75
7.1. MEDIUL INSTRUMENTAL BPWIN ........................................................................................................... 75
7.2. CONSTRUIREA MODELULUI IDEF0 ....................................................................................................... 76
7.2.1. OBIECTIVUL MODELRII ....................................................................................................................................... 77
7.2.2. TIPURI DE DIAGRAME ........................................................................................................................................... 79
7.2.3. TIPURI DE SGEI ................................................................................................................................................ 82
7.2.4. CODURILE ICOM ................................................................................................................................................. 84
7.2.5. SGEILE LIBERE I LEGATE................................................................................................................................ 85
7.2.6. TUNELAREA SGEILOR ....................................................................................................................................... 90
7.2.7. NUMEROTAREA ACTIVITILOR I DIAGRAMELOR.............................................................................................. 91
7.2.8. DIAGRAMELE ARBORELUI NODURILOR I FEO................................................................................................... 92
7.2.9. CHENARUL DIAGRAMEI ......................................................................................................................................... 94
7.3. REUNIREA I DESPRIREA MODELELOR ........................................................................................ 96
7.4. CREAREA RAPOARTELOR N BPWIN .................................................................................................... 97
1. Introducere
Din perspectiva sistemic, structura unei organizaii include trei componente principale (fig. 1.1):
Sistemul de conducere sau de decizie (S.D.),
Sistemul informaional (S.I.),
Sistemul condus sau operaional (S.O.).
Diversitatea problemelor rezolvate cu ajutorul SI a dus la apariia unor multiple tipuri de sisteme,
diferena constnd n principiile de creare i modalitatea de prelucrare a informaiilor. Clasificarea
de mai jos are la baz cele mai semnificative caracteristici care definesc posibilitile funcionale i
particularitile de construire a sistemelor moderne. n funcie de tipul datelor, nivelul
automatizrii, sfera utilizrii, mijloacele tehnice utilizate, modul de funcionare a organizaiei etc.,
sistemele informaionale pot fi mprite n mai multe grupuri sau clase (fig. 1.2).
Etapa de nceput const n modelarea proceselor business, care au loc n organizaie i care
realizeaz scopurile i obiectivele acesteia. Modelul organizaiei, descris n termeni de procese i
funcii business, permite formularea cerinelor principale ctre sistem. Acest moment fundamental
al metodologiei asigur obiectivitatea procesului de identificare a cerinelor. Mulimea modelelor de
descriere a cerinelor este apoi transformat ntr-un sistem de modele, care descriu proiectul
conceptual al SI. Sunt formate modelele arhitecturale ale SI, cerinele referitoare la asigurarea
program i informaional. Urmeaz formarea arhitecturii resurselor program i resurselor
informaionale, determinarea bazelor de date i identificarea modulelor program, formarea
modelului de cerine fa de programe i crearea acestora, testarea i integrarea.
Scopul etapelor de nceput, care au loc la faza de analiz a activitii organizaiei, este formarea
cerinelor sistemului, care s reflecte corect i exact scopurile i obiectivele organizaiei-client.
Pentru a specifica procesul de creare a SI, care satisface necesitile organizaiei, trebuie de
clarificat i de formulat explicit aceste necesiti. n acest scop trebuie identificate cerinele
clientului ctre SI i reflectarea lor n limbajul modelelor de elaborare a proiectului SI asigurnd
conformitatea cu scopurile i obiectivele organizaiei.
Formarea i formularea cerinelor este una din sarcinile cele mai responsabile, dificil de formalizat
i extrem de complicate i costisitoare n cazul unor erori. Mijloacele instrumentale i produsele
program contemporane permit crearea relativ rapid a SI dac cerinele sunt prezente. Dar adesea
aceste sisteme nu satisfac clienii, solicit o mulime de perfecionri, ceea ce conduce la creterea
brusc a cheltuielilor. Cauz princial a acestei situaii este identificarea incorect sau incomplet a
cerinelor la etapa de analiz.
1.2.2. Proiectarea
La etapa proiectrii sunt create, n primul rnd, modelele datelor. n calitate de informaii iniiale
proiectanii folosesc rezultatele analizei. Crearea modelului logic i modelului fizic al datelor este
partea principal la proiectarea bazei de date. Modelul informaional, obinut la etapa de analiz,
este transformat mai nti n modelul logic, apoi n modelul fizic al datelor.
Paralel cu proiectarea schemei BD are loc proiectarea proceselor n scopul obinerii specificaiilor
(descrierilor) tuturor modulelelor SI. Aceste dou procese de proiectare sunt strns legate, or o
parte a logicii-business de obicei este realizat n cadrul bazei de date (constrngeri, triggere,
proceduri ncorporate). Scopul principal al etapei de proiectare a proceselor const n
transformarea funciilor, identificate la etapa de analiz, n module ale SI. n cadrul proiectrii
modulelor sunt stabilite interfeele programelor: formatul meniului, forma ferestrelor, tastele
fierbini i apelurile associate, etc.
Ieirile etapei de proiectare sunt:
schema bazei de date (prin utilizarea modelului entitate-relaie (ER), creat la etapa de
analiz);
specificaiile modulelor sistemului (construite n baza modelelor funciilor).
Suplimentar, la etapa de proiectare are loc elaborarea arhitecturii SI, care include n acest caz
alegerea platformei/platformelor i a sistemului/sistemelor de operare. ntr-un SI eterogen
calculatoarele pot funciona pe diferite platforme hard i sub comanda diferitor sisteme de operare.
Tot aici sunt cutate rspunsuri referitor la urmtoarele caracteristici ale arhitecturii:
tipul arhitecturii (file server sau client server(?));
numrul de nivele (2 sau 3 nivele(?): clientul, serverul BD, serverul aplicaiilor);
tipul BD - centralizat sau distribuit? n ultimul caz, vor fi alese mecanismele de
coordonare i actualizare utilizate;
omogenitatea BD: omogen - serverele BD de la acelai productor sau eterogen? n
ultimul caz, care va fi modalitatea (produsele program) de asigurare a schimbului de date?;
paralelism: vor fi sau nu utilizate servere BD paralele pentru sporirea productivitii?, etc.
Etapa de proiectare se incheie cu elaborarea proiectului tehnic al sistemului informaional.
1.2.3. Realizarea i testarea
La etapa de realizare (implementare) are loc crearea programelor, instalarea resurselor tenice,
elaborarea documentaiei de exploatare.
Etapa de testare este distribuit n timp. La finalizarea lucrrilor de creare a unui modul al
sistemului are loc testarea autonom (sau de detaliu), care urmrete dou scopuri principale:
detectarea refuzurilor n funcionare a unui modul (cderi fatale);
stabilirea nivelului de corespundere specificaiilor (dac sunt prezente toate funciile
necesare, dac nu exist funcii redundante).
Dac testarea autonom trece cu succes, modulul este inclus n componena prii finalizate a
sistemului i grupul modulelor realizate sunt supuse testrii legturilor, care urmrete verificarea
corectitudinii influenelor reciproce.
Urmeaz testarea fiabilitii grupului de module cnd:
sunt imitate situaiile de refuz n funcionare;
este determinat timpul mediu dintre dou cderi succesive (MTBF- Mean Time Between
Failures).
Primul grup de teste stabilete ct de bine sistemul se restabilete dup cderile resurselor
program sau tehnice. Al doilea grup determin gradul de stabilitate al sistemului n regim standard
de lucru i permite determinarea valorii timpului mediu de bun funcionare. n setul de teste la
stabilitate sunt incluse teste, care imit sarcina de vrf la care poate fi supus sistemul.
Apoi ntreg setul de module este supus testelor de sistem testarea pentru acceptarea intern a
produsului, care indic nivelul lui de calitate. Aici sunt incluse teste de funcionalitate i de
fiabilitate.
Ultima testare o reprezint testarea de acceptare (de primire-predare). Sistemul informaional este
prezentat beneficiarului, iar testarea va include un grup de teste, care modeleaz procesele
business reale, pentru a demonstra conformitatea produsului realizat cu cerinele tehnice.
Necesitatea monitorizrii procesului de creare a sistemelor informaionale, garantrii realizrii
obiectivelor proiectului i respectarea diferitor constrngeri (bugetare, de timp, etc.) a condus la
utilizarea larg a metodelor i mijloacelor ingineriei software: analiza structural, modelarea
obiect-orientat, instrumente CASE.
Informaia este vzut de DeMarco n 1982, ca fiind posibil de abordat prin trei perspective
specifice sistemelor informaionale sau prin trei dimensiuni: date, funcii, comportament.
Datele sunt surprinse din prisma structurii lor sub form de atribute i nseamn de fapt, ceea ce
are stocat i reflect structura static [1].
Funciile scot n eviden n mod limitat ceea ce face sistemul. El poate fi vzut i ca un proces,
ntruct elementele sistemului despre care se pstreaz datele de rigoare sunt supuse unor
transformrii funcionale, prin intermediul proceselor [1].
Comportamentul este invocat pentru a reda o alt modalitate de percepie a sistemului, influena
evenimentelor i proprietilor sistemului, i sugereaz dinamica lui [1].
Dintre autorii remarcabili care au abordat descompunerea funcional i enumerm pe civa
cum ar fi DeMarco, Yourdon i Constantine, Jackson, Page-Jones, Marco&Gowan, Warnier-Orr,
Dahl. Descompunerea funcional este cea care anun apariia proiectrii i analizei structurale.
Fiecare funcie este descompus n subfuncii, pn se obin structuri uor de transpus n
instruciunile limbajelor de programare.
Prin metoda fluxurilor de date (orientat-proces) analitii efectueaz reprezentarea lumii reale prin
simboluri care reprezint fluxul datelor, transformrile datelor, stocarea datelor, entiti externe,
etc. Metoda orientat-proces are un mare grad de asemnare cu descompunerea funcional.
n cadrul metodei orientate spre informaii (orientate-date) dou realizri importante n domeniu
au dat tonul unei orientri n abordarea sistemelor: modelarea datelor cu ajutorul diagramelor
entitate-relaie, de ctre Peter P. Chen (1976) i ingineria informaiei, n viziunea lui James Martin.
Metoda orientat-obiect constituie o categorie particular a metodelor de dezvoltare software, care
privesc construirea sistemelor n care clasa reprezint unitatea arhitectural fundamental. Clasa
este o grupare logic a obiectelor care au aceeai structur i un comportament similar.
1.3.4. Instrumente CASE
Problema CASE-ului (Proiectarea Sistemelor/Programelor asistat de calculator sau cu Ajutorul
Calculatorului Computer Aided Systems Engineering) a devenit foarte important la mijlocul
anilor 1980, cnd resursele tehnice s-au extins prin seria PC-urilor, iar reelele au devenit mai
puternice, constituindu-se sistemele distribuite. Obiectivul principal al CASE-ului l constituie
punerea n practic a produselor-program de proiectare i realizare a softului cu ajutorul
calculatorului. Instrumentele oferite de CASE sunt utilizabile de la faza de definire a cerinelor pn
la ntreinerea fizic a produsului informatic. Analiza i proiectarea, bazate pe conceptele i
metodele structurale, reprezint elementele forte ale instrumentelor CASE, chiar dac n ultimii ani
CASE a acordat atenia cuvenit analizei, proiectrii i programrii orientate pe obiecte [1].
Majoritatea produselor soft au fost construite n mod artizanal, fr posibilitatea testrii complete a
lor, fiind nsoite de o documentaie slab. Instrumentele CASE implic utilizarea calculatorului ca
mijloc de susinere a activitilor de planificare, definire, proiectare i realizare a softului. Ele se
bazeaz pe logica structural, pe descompunerea funcional i reprezentarea prin diagrame a
fluxurilor de date ale aplicaiilor.
Potrivit principiilor conceptuale, sistemele CASE au fost realizate pentru a ncuraja abordarea logicii
structurale i pentru folosirea calculatorului ca un mod de tezaurizare a lucrrilor i ca o planet
de desen, pe care pot fi plasate reprezentrile structurate ale sistemelor sau aplicaiilor. Pe msura
evoluiei lor, sistemele CASE au devenit mult mai complexe, permind ca procesele de proiectare
i realizare a aplicaiilor s se desfoare ntr-un mediu informatic interactiv, oferind utilizatorilor
un ntreg arsenal de instrumente i proceduri, prin care pot proiecta, realiza, testa, documenta,
ntreine, actualiza i exploata sistemul.
Utilizarea produselor de tip CASE a fost determinat de [1]:
calitatea ndoielnic a aplicaiilor realizate n mod tradiional;
frustrarea utilizatorilor n ncercarea lor de a participa la procesul de proiectare i realizare a
aplicaiilor, datorit nivelului ridicat de cunotine informatice solicitate de metodele
tradiionale;
costuri deosebit de mari pe care le presupun ntreinerea i actualizarea softului funcional;
imposibilitatea rezolvrii tuturor cerinelor utilizatorilor;
limitarea posibilitii de reprezentare grafic a schemelor de realizare a noilor proiecte.
Folosirea sistemelor CASE este motivat i de urmtoarele avantaje:
reducerea complexitii logicii de descriere a sistemului;
posibilitatea de a alege dintre mai multe variante de proiectare;
creterea vitezei de realizare a sistemelor;
realizarea succesiv a componentelor unui sistem;
creterea nivelului de integrare;
consolidarea disciplinei de proiectare;
oferirea unei interfee de proiectare;
folosirea depozitelor modularizate;
salvarea i refolosirea unor componente din diagramele realizate;
simplificarea activitilor de proiectare i realizare a sistemelor/aplicaiilor.
Utilizarea sistemelor CASE a nceput cu introducerea diagramelor fluxurilor de date, care fac
posibil realizarea unui model al derulrii proceselor sistemului/aplicaiei care se proiecteaz. A
urmat folosirea dicionarului de date ca un depozit al tuturor datelor privind sistemul sau aplicaia.
Au aprut ecranele predefinite pentru a prezenta ce poate s obin utilizatorul prin exploatarea
sistemului. S-a apelat la facilitile grafice, care pot folosi simbolurile logicii structurale i care
permit proiectantului s realizeze o diagram coerent a fluxurilor de date [1].
ntrebri de control
1. Care este tipul datelor prelucrate n SI factorafice?
Modelul cascad (fig. 2.1) stabilete executarea consecitiv a fazelor proiectului ntr-o ordine strict.
Include urmtoarele faze: Stabilirea cerinelor, Proiectarea, Realizarea/Implementarea i testarea
modulelor, Integrarea i testarea de sistem, Exploatarea i mentenana. Trecerea la faza urmtoare
semnific finalizarea complet a tuturor lucrrilor de la etapa precedent.
Acest model a fost definit plecnd de la slbiciunile modelului cascad, n special lipsa sa de
flexibilitate la schimbri ale cerinelor. Este focalizat pe analiza riscurilor n mod incremental,
repetnd modelul cascad ntr-o serie de cicluri, ca n figura 2.3.
Fig. 2.3. Modelul spiral
2. Dezvoltarea produsului: proiectarea de detaliu, testarea unitar, integrarea. La prima
iteraie este construit un prim prototip al noului sistem din design-ul preliminar, care este de
obicei un sistem la scar redus i reprezint o aproximare a caracteristicilor produsului final.
3. Planificarea urmtorului ciclu: evaluarea de ctre client, planificarea dezvoltrii i a
livrrii ctre client. Urmtorul prototip este dezvoltat conform urmtorilor pai:
Evaluarea prototipului precedent n termeni de puncte forte, puncte slabe i riscuri;
Definirea cerinelor pentru urmtorul prototip;
Planificarea i proiectarea urmtorului prototip;
Construirea i testarea urmtorului prototip.
Modelul spiral este o mbuntire a modelului cascad deoarece prevede mai multe livrri i mai
multe posibiliti de implicare a clientului. Raza spiralei reprezint costul acumulat.
O versune modificat este modelul spiral WinWin, care adaug la nceputul fiecrui ciclu activiti
de identificare a prilor interesate n proiect (stakeholders) i condiiile lor de ctig (win
conditions).
La avantaje merit s fie subliniat atitudinea pro-activ asupra riscurilor cu o presupunere explicit
a riscurilor i a rezolvrii lor. De asemenea un avantaj important este flexibilitatea modelului.
La dezavantaje trebuie de menionat c este aproape imposibil de estimat de la nceput timpul de
execuie a proiectului i costurile necesare.
2.1.3. Alte modele
La categoria alte modele pot fi menionate Rational Unified Process (RUP), Model Driven
Architecture (MDA), Modelul n V (V model), modelul ESA ( European Space Agency), Dezvoltarea
Agile, Dezvoltare pe baz de prototip (Prototyping) etc.
Modelul n V (fig. 2.4) este o variant a modelului cascad, care pune n eviden corelarea dintre
activitile de specificare i cele de testare, nlnuirea n timp a activitilor fiind aceeai.
n conformitate cu standardul ISO/IEC 12207 procesele ciclului de via se mpart n trei categorii:
1. Procese primare constau din cinci procese, care formeaz partea de baz a ciclului de
via a produselor program. Partea primar este cea care iniiaz i realizeaz dezvoltarea,
exploatarea sau meninerea produsului program. Componentele ei sunt achizitorul,
furnizorul, dezvoltatorul, exploatatorul i menintorul produsului program. Cele cinci procese
primare sunt:
o achiziie definete activitile de achizitor, organizaia care achiziioneaz un sistem,
un PP sau un serviciu soft;
o aprovizionare definete activitile de furnizor, organizaie care livreaz sistemul, PP
sau presteaz serviciul solicitat de achizitor;
o dezvoltare - definete activitile de dezvoltator, organizaia care definete i dezvolt
produsul program;
o exploatare - definete activitile operatorului organizaie, care ofer servicii de
operare a unui sistem informatic n mediul su pentru utilizatorii si;
o ntreinere - definete activitile de mentenan a organizaiei care ofer serviciul de
meninere a PP, de gestionare a modificrilor pentru a-l menine actualizat i
operaional. Acest proces include activitile de migrare i de retragere din uz a PP.
2. Procesele auxiliare includ opt procese, care susin executarea altor procese cu scopul
garantrii succesului i calitii finale. Un proces auxiliar este lansat n execuie la necesitate
de un alt proces. Procesele auxiliare sunt:
o documentarea definete activitile de nregistrare a informaiei produse de un ciclu
de via;
o managementul configuraiei - definete activitile de gestiune a configuraiei;
o asigurarea calitii - definete activitile de asigurare obiectiv a conformitii
produselor program i proceselor cu specificaiile lor;
o verificarea - definete activitile (pentru achizitor, furnizor, sau o persoan
independent), pentru verificarea produselor program n profunzime, n funcie de
proiect;
o validarea - definete activitile (pentru achizitor, furnizor, sau o o persoan
independent), pentru validarea (atestarea) produselor program;
o revizuirea comun - definete activitile de evaluare a strii i produselor unei
activiti;
o auditarea - definete activitile pentru stabilirea conformitii cu cerinele, planurile
i clauzele contractuale;
o soluionarea problemelor - definete un proces de analizare i ndeprtare a
problemelor, indiferent de natura lor sau surs, probleme descoperite n timpul
dezvoltrii, funcionrii, ntreinerii etc.
3. Procesele organizaionale includ patru procese realizate de ctre o organizaie, care
stabilete i pune n aplicare o structur de baz format din procesele asociate ciclului de
via i de personal i care are grij de mbuntirea continu a acestei structurii i a
proceselor. Procesele organizaionale sunt:
o management - definete activitile de baz ale managementului, inclusiv
managementul de proiect, n timpul unui proces al ciclului de via;
o procesul de infrastructur - definete activitile de baz pentru stabilirea structurii
unui proces al ciclului de via;
o perfecionare - definete activitile de baz pe care o organizaie (achizitorul,
furnizorul, dezvoltatorul, operatorul, menintorul sau managerul unui alt proces) le
efectueaz pentru determinarea, msurarea, controlul, precum i mbuntirea
procesului ciclului su de via;
o instruire - definete activitile pentru furnizarea de personal instruit n mod adecvat.
Pentru susinerea utilizrii practice a standardului ISO/IEC 12207 au fost elaborate o serie de
documente tehnologice: Ghid pentru ISO/IEC 12207 (ISO/IEC TR 15271:1998 Information
technology - Guide for ISO/IEC 12207) i Ghid de utilizare ISO/IEC 12207 la managementul
proiectelor (ISO/IEC TR 16326:1999 Software engineering - Guide for the application of ISO/IEC
12207 to project management).
2.2.2. Coninutul proceselor primare
n anul 2002 a fost publicat standardul pentru procesele ciclului de via al sistemelor - ISO/IEC
15288 System life cycle processes. La elaborarea lui au participat specialiti din diferite domenii:
ingineria sistemelor, programare, managementul calitii, managementul resurselor umane,
securitate etc. A fost luat n consideraie experiena crerii sistemelor informaionale pentru
instituiile statului, uniti comerciale, organizaii academice sau militare. Stadardul este gndit
pentru un spectru larg de sisteme, dar destinaia principal este susinerea crerii sistemelor
iinformaionale. n conformitate cu standardul ISO/IEC 15288 ciclul de via include urmtoarele
grupuri de procese:
1. Procese contractuale:
o achiziie (soluii interne sau ale unui furnizor extern);
o furnizare (soluii interne sau ale unui furnizor extern).
2. Procesele ntreprinderii:
o managementul mediului extern;
o management investiional;
o managementul ciclului de via a produselor program;
o managementul resurselor;
o managementul calitii.
3. Procesele proiectului:
o planificarea proiectului;
o estimarea proiectului;
o controlul proiectului;
o administrarea riscurilor;
o managementul configuraiei;
o managementul fluxurilor informaionale;
o adoptarea deciziilor.
4. Procesele tehnice:
o identificarea cerinelor;
o analiza cerinelor;
o elaborarea arhitecturii;
o implementarea;
o integrarea;
o verificare;
o transmiterea ctre beneficiar;
o validarea (atestarea);
o exploatarea;
o meninerea;
o retragerea din uz.
5. Procese speciale:
o determinarea i realizarea legturilor reieind din sarcini i scopuri.
Etapele de creare a unui sistem propuse de standardul ISO/IEC 15288 difer un pic de cele din
ISO/IEC 12207. n tabelul 2.2 sunt prezentate etapele i rezultatele principale, care trebuie s fie
atinse la momentul finalizrii etapelor conform standardului ISO/IEC 15288.
Tabelul 2.2. Etapele crerii sistemelor conform ISO/IEC 15288
Etap Descriere
crt
1 Elaborarea Analiza necesitilor, formularea concepiei i alegerea soluiilor de
concepiei proiect
2 Proiectarea Elaborarea proiectului tehnic al sistemului
3 Realizarea Construirea sistemulu
4 Exploatarea Lansarea n exploatare i utilizarea sistemului
5 Mentenana Asigurarea funcionrii sistemului
6 Retragerea din uz Terminarea utilizrii, demontarea, trecerea n arhiv a sistemului
Conform anexei 3, RT 38370656- 002:2006, Concepia este documentul iniial, elaborat la crearea
sistemului, care conine rezultatele ndeplinirii lucrrilor de cercetare tiinific i experimental i
servete drept baz pentru elaborarea ulterioar a documentaiei tehnice.
n dependen de scopurile propuse, Concepia poate fi de baz sau cadru. Concepia cadru se
elaboreaz n cazul, cnd sistemul descris const dintr-o multitudine de sisteme independente sau
interconectate, pentru care ulterior vor fi elaborate concepii de baz. Concepia cadru se
deosebete de cea de baz printr-o expunere rezumativ a materialului sau prin lipsa capitolelor/
subcapitolelor separate, care sunt obligatorii pentru concepia de baz.
Destinaia Concepiei const n prezentarea viziunii generale asupra sistemului, funciilor
ndeplinite de sistem, descrierii spaiului de drept i informaional i interaciunii cu alte SI.
Conform RT 38370656- 002:2006, Concepia trebuie s conin urmtoarele capitole:
1. Introducere;
2. Generaliti;
3. Spaiul juridico-normativ al funcionrii sistemului;
4. Spaiul funcional al sistemului;
5. Structura organizaional a sistemului;
6. Documentele sistemului;
7. Spaiul informaional al sistemului;
8. Spaiul tehnologic al sistemului;
9. Asigurarea securitii informaionale a sistemului;
10. ncheiere.
n conformitate cu anexa 4, RT 38370656- 002:2006, Sarcina Tehnic (etapa 3) este documentul,
care determin scopurile i obiectivele, cerinele i datele principale de intrare, necesare pentru
elaborarea SI.
La elaborarea ST vor fi soluionate urmtoarele probleme:
stabilirea scopului crerii SI, determinarea subsistemelor i a funciilor;
elaborarea i fundamentarea cerinelor privind subsistemele;
elaborarea i fundamentarea cerinelor privind baza informaional, resursele matematice,
program i tehnice (inclusiv, mijloacele de comunicaie i trasmitere a datelor);
identificarea cerinelor generale ale sistemului proiectat;
determinarea listei lucrrilor de creare a sistemului i a executorilor;
determinarea etapelor crerii sistemului i termenilor de execuie a acestora;
calcularea preliminar a costurilor pentru crearea sistemului i determinarea nivelului de
eficien economic a implementrii lui.
Cerinele-tip referitor la componena i coninutul ST sunt prezentate n tabelul 3.1.
Tabelul 3.1. Compnena i coninutul ST (GOST 34.602- 89)
Nr
Compartiment Coninut
crt
1 Generaliti denumirea complet a sistemului i abrevierea
codul (numrul) temei sau al contractului
denumirea organizaiei executoare i a beneficiarului,
rechizitele lor
lista documentelor n baza crora este creat sistemul
data de ncepere i finalizare a lucrrilor
informaii despre surse i modalitatea de finanare
ordinea de perfectare i prezentare a rezultatelor crerii
SI, prilor sistemului sau a unor module separate
2 Destinaia i scopurile crerii categoria activitilor de automatizare
(modernizrii) sistemului lista obiectelor pentru care va fi utilizat sistemul
denumirea i valorile solicitate ale indicatorilor tehnici,
tehnologici, economici etc., care vor fi atini odat cu
implementarea sistemului
3 Descrierea obiectului informaii succinte despre obiectul automatizrii
automatizrii informaii despre condiiile de exploatare i caracteristicile
mediului ambiant
4 Cerine referitoare la sistem Cerine privind sistemul n totalitate:
o cerine referitoare la structura i modul de funcionare
a sistemului (lista subsistemelor, nivelele ierarhice,
gradul de centralizare, modul de schimb informaional,
regimurile de funcionare, interaciunea cu alte
sisteme, perspectivele de dezvoltare)
o cerine privind personalul (roluri, calificarea, regimul
de lucru, organizarea instruirii, utilizatorii)
o indicatori asociai destinaiei sistemului
(adaptabilitatea la modificrile sistemului de conducere
i a valorilor parametrilor, scalabilitatea)
o cerine privind fiabilitatea, securitatea, ergonomia,
transportabilitatea, exploatarea, deservirea tehnic i
reparaia, protecia contra unor influene externe,
drepturi de autor, standardizare i unificare
Cerine referitoare la funcii (pe subsisteme):
o lista activitilor automatizate
o cadrul temporal de realizare a fiecrei funcii
o cerine privind calitatea realizrii fiecrei funcii, forma
de prezentare a ieirilor, exactitatea i autencitatea
datelor
o lista i criteriile de stabilire a cderilor (refuz serviciu)
Cerine referitoare la resurse:
o matematice (componena i sfera utilizrii modelelor i
metodelor matematice, algoritmilor existeni i noi
o informaionale (componena, structura i organizarea
datelor, schimbul intern de date, compatibilitatea
informaional cu alte sisteme, clasificatoarele
utilizate, SGBD, controlul datelor i folosirea masivelor
de date, procedurile de conferire a valabilitii juridice
documentelor la ieire)
o lingvistice (limbajele de programare, limbile de
interaciune a utilizatorilor cu sistemul, sistemele de
codare, limbajele pentru intrri/ieiri
o program (independena de platform, calitatea i
metodele de control, utilizarea fondurilor de algoritmi
i programe
o tehnice
o metrologice
o organizaionale (structura i funciile departamentelor
de exploatare, protecia contra unor aciuni eronate)
o metodice (documentaia normativ-tehnic)
5 Componena i coninutul lista stadiilor i a etapelor
lucrrilor de creare a termenii de execuie
sistemului lista orgaizaiilor executoare
modalitatea i ordinea expertizrii documentaiei tehnice
programul de asigurare a fiabilitii
programul de asigurare metrologic
6 Modul de testare, verificare i tipurile, componena, volumul i metodele de testare
primire a sistemului cerine generale privind acceptarea lucrrilor pe etape
statutul comisiei de primire
7 Cerine referitoare la transformarea informaiilor de intrare n form
componena i coninutul mainolizibil
lucrrilor de pregtire a modificrile introduse n obiectul automatizrii
obiectului automatizrii pentru termenii i modalitatea de selectare i instruire a
lansarea n exploatare a SI personalului
8 Cerine privind documentaia lista documentelor elaborate
lista documentelor pe supori magnetici
9 Surse informaionale documente i materiale informaionale, n baza crora a
fost elaborat ST i sistemul
Proiectul de detaliu include elaborarea soluiilor de preproiect pentru ntregul sistem i prile
componente. Acest etap nu este obligatorie. Dac soluiile principale de proiect au fost
determinate anterior sau sunt suficient de evidente pentru un sistem concret, etapa proiectrii
detaliate poate fi exclus din lista lucrrilor.
De obicei, la etapa proiectrii de detaliu sunt stabilite:
funciile SI;
funciile subsistemelor, scopurile lor i efectul preconizat la implementare;
lista grupurilor de lucrri i a unor lucrri separate;
concepia i structura general a bazei informaionale;
funciile SGBD;
componentele sistemului de calcul i a celorlalte resurse tehnice;
funciile i parametrii prncipalelor resurse program.
La finalizarea acestor activiti este perfectat, coordonat i aprobat documentaia n volum
necesar pentru descrierea setului total de soluii proiect stabilite i suficient pentru continuarea
lucrrilor de creare a sistemului.
n baza Sarcinii Tehnice (i a proiectului de detaliu) este elaborat Proiectul Tehnic al SI (etapa 5).
3.1.4. Proiectul tehnic
Proiectul Tehnic al sistemului informaional este documentul, care include soliile generale
sistemice de proiect, algoritmii de soluionare a problemelor, estimarea eficienei economice a
implementrii sistemului automatizat i lista activitilor pentru pregtirea implementrii. n cadrul
acestei etape sunt executate lucrri experimentale i de cercetare pentru alegerea final a soliiilor
principale de proiect i calcularea eficienei economice a implementrii sistemului.
Componena i coninutul Proiectului Tehnic sunt prezentate n tabelul 3.2
Tabelul 3.2. Informaii referitoare la Proiectului Tehnic
Nr
Compartiment Coninut
crt
1 Not explicativ cadrul justificativ pentru elaborarea sistemului
lista organizaiilor executoare
caracteristica succint a obiectului cu lista indicatorilor tehnico-
economici principali de funcionare i legtuarile cu alte obiecte
informaii succinte privind soluiile principale de proiect
2 Structura funcional i justificarea subsistemelor, lista i destinaia lor
organizaional a lista lucrrilor ndeplininte n cadrul fiiecrui subsistem,
sistemului caracteristica succint i coninutul lucrrilor
schema legturilor informaionale ntre subsisteme i lucrri n
cadrul unui subsistem
3 Enunul problemei i natur organizaional i economic a problemei (denumirea,
algoritmii de soluionare scopul, rezumat, metoda, periodicitate i timpul de rezolvare,
metodele de culegere i transmitere a datelor, relaia cu alte
sarcini, natura utilizrii rezultatelor)
modelul economic i matematic al problemei (prezentarea
structural i detaliat)
informaii normative (coninutul i forma de prezentare)
informaii privind comunicarea cu alte sarcini
informaii pentru decizii ulterioare referitoare la problema dat
informaii cu privire la modificri (modul de introducere a
schimbrilor i lista informaiilor care fac obiectul modificrilor)
algoritmul de soluionare a problemei (secvena de pai,
schema, formule de calcul)
studiu de caz (set de formulare ale documentelor de intrare
completate, documente convenionale de ieire cu informaii
acumulate i stocate, formulare ale documentelor de ieire,
completate cu rezultatele soluionrii problemei conform
algoritmului elaborat)
4 Organizarea bazei sursele de informaii i modul de transfer
informaionale setul de indicatori, utilizai de sistem
lista de documente, termenii i periodicitatea intrrii
soluiile principale de proiect privind organizarea fondului
componena bazei informaionale, inclusiv rechizitele,
definirea lor, marja de valori i lista documentelor bazei
lista masivelor, volumul lor, modalitatea i frecvena
corectrii informaiilor
structura fondului cu descrierea legturilor ntre elementele
constitutive, cernie referitoare la tehnologia crerii i
operrii fondului
metodele de pstrare, cutare, modificare i control
determinarea volumelor i fluxurilor informaionale
exemplu de control la introducerea unor modificri
propuneri privind unificarea documentaiei
5 Albumul cu formele
documentelor
6 Resursele matematice justificarea structurii resurselor matematice
justificarea alegerii mediului de programare
lista resuselor program de sistem
7 Complexul de mijloace descrierea i motivarea schemei procesului tehnologic de
tehnice prelucrare a datelor
justificarea alegerii structurii complexului tehnic i
grupurilior funcionale ale acestuia
motivarea cerinelor privind echipamentele speciale
setul de aciuni pentru asigurarea fiabilitii funcionrii
echipamentelor
8 Calculul eficienei devizul de cheltuieli pentru exploatarea sistemului
economice a sistemului calculul eficienei economice anuale obinute din optimizarea
structurii organizaiei, diminuarea costurilor i a pierderilor,
mbuntirea deciziilor administrative
9 Msuri privind pregtirea lista msurilor organizaionale pentru perfecionarea
obiectului pentru proceselor business
implementarea lista lucrrilor pentru implementarea sistemului, care sunt
sistemului necesare la etapa proiectrii tehnice, cu indicarea termenilor
i responsabililor
10 Borderoul documentelor
3.1.5. Documentaia
La finalizarea etapei proiectrii tehnice sunt documentate componentele, produse n serie necesare
pentru crearea SI. De asemenea sunt determinate cerinele tehnice i este elaborat sarcina
tehnic pentru producerea componentelor speciale.
n cadrul etapei 6 Implementarea codului i perfectarea documentaiei de lucru este creat
produsul program i toat documentaia nsoitoare. Documentaia va include informaiile necesare
i suficiente pentru ndeplinirea lucrrilor de implementare a SI, ca i pentru meninerea nivelului
caracteristicilor funcionale.
Calitatea caracteristicilor funcionale este identificat prin testare. Sunt stabilite urmtoarele tipuri
de testri (ncercri) ale SI: preliminare, de exploatare pilot i testarea final (de primire). La
necesitate pot avea loc testri suplimentare att pentru ntregul sistem, ct i pentru prile
componente.
n dependen de legturile interne ale componentelor i obiectului automatizrii, testrile pot fi
autonome sau complexe. Testrile autonome (de detaliu) includ unele prti ale sistemului. Ele sunt
executate gradual, odat cu finalizarea unei pri pentru darea n exploatare experimental (pilot).
Testrile complexe sunt executate pentru grupuri de pri sau pentru ntreg sistemul.
Pentru planificarea testrilor este creat documentul Programul i metodica testrilor.
Responsabilul de crearea documentului este fixat n Contract sau ST. Documentul poate include
teste sau exemple de control (n calitate de anexe).
Testrile preliminare determin funcionalitatea sistemului i stabilirea posibilitii de primire n
exploatare pilot. Testrile preliminare trebuie executate dup depanarea i testarea PP i a
resurselor tehnice i prezentarea documentelor privind disponibilitatea lor pentru ncercri. De
asemenea, personalul va fi instruit sau cel puin va face cunotin cu documentaia de exploatare.
Exploatarea pilot are drept scop determinarea valorilor reale ale caracteristicilor cantitative i
calitative ale sistemului, nivelului de pregtire a personalului pentru exploatarea sistemului i
stabilirea eficacitii reale, ca i introducerea unor modificri (la necesitate).
Testarea de primire este excutat pentru determinarea conformitii sistemului cu Sarcina Tehnic,
estimarea calitii exploatrii pilot i stabilirea posibilitii de primire a sistemului i lansare n
exploatare industrial.
Modelul de baz al SI din depozit include descrierea funciilor bisiness, proceselor business,
obiectlor business, regulilor business, structurii organizaionale, pentru care pot fi utilizate
modulele SI tip.
Modelele tip descriu configuraiile SI pentru ramuri sau tipuri de producie concrete.
Modelul unei ntreprinderi concrete este construit sau prin alegerea unor fragmente ale modelului
de baz sau modelului tip conform praticularitile specifice ale ntreprinderii (BAAN Enterprise
Modeler), sau prin adaptarea automatizat a acestor modele ca rezultat al unor sondaje expert
(SAP Business Engineering Workbench).
Modelul construit al ntreprinderii este pstrat, sub forma unei metadescrieri, n depozit i poate fi
corectat la necesitate. n baza acestui model are loc configurarea automat i acordarea
parametrilor sistemului.
Regulile busines determin condiiile utilizrii corecte a componentelor SI i asigur meninerea
integritii sistemului creat.
Modelul funciilor business prezint decompoziia ierarhic a activitii ntreprinderii.
Modelul proceselor business reflect ndeplinirea lucrrilor pentru funciile de la cel mai de jos nivel
al modelului funciilor business. Pentru descrierea proceselor este utilizat modelul de control al
evenimentelor ( - Event-driven Process Chain). Modelul proceselor business permite
executarea acordrii (reglrii) modulelor program aplicaii ale sistemului informaional, conform
cu particularitile concrete ale ntreprinderii.
Modelele obiectelor business sunt utilizate pentru integrarea aplicaiilor, care realizeaz diferite
procese buciness.
Modelul structurii organizaionale a ntreprinderii este o structur ierarhic tradiional, care
include departamentele i personalul.
Implementarea unui SI tip ncepe cu analiza cerinelor, care sunt stabilite la etapa de cercetare
preproiect. Pentru a estima conformitatea PP cu aceste cerine poate fi utlizat metoda de estimare
a pachetelor program, descris mai sus. Dup alegerea PP n baza modelelor de referin are loc
construirea modelului preliminar a SI, n care sunt reflectate toate particularitile realizrii SI
pentru ntreprindere dat. Modelul preliminar servete ca baz pentru alegerea modelului tip al
sistemului i determinarea listei componentelor, care vor fi realizate utiliznd alte resurse program
sau vor solicita crearea folosind instrumentele prezente n cadrul SI tip (de exemplu, ABAP n SAP,
Tools n BAAN).
Realizarea unui proiect tip presupune executarea urmtoarelor operaii:
instalarea parametrilor globali ai sistemului;
desemnarea structurii obiectului automatizrii;
determinarea structurii datelor principale;
desemnarea setului de funcii i procese realizate;
descrierea interfeelor;
descrierea rapoartelor;
configurarea autorizrii accesului;
configurarea sistemului de arhivare.
n tabelul 3.3 sunt prezentate particularitile principale pentru diferite clase de SPT.
Tabelul 3.3. Avantajele i dezavantajele SPT
Clasa SPT
Realizarea Avantaje Dezavantaje
SPT
SPT pe utilizarea abordrii modulare cheltuieli mari de timp pentru racordarea
elemente pentru proiectarea i elementelor eterogene ca rezultat al
Biblioteci de documentare SI incompatibilitii informaionale, logice
programe sau tehnice
orientate pe cheltuieli mari de timp pentru revizuirea
metode SPT pentru unele elemente
SPT pe nivel nalt de integrare a adaptabilitate insuficient din punctul de
subsisteme elementelor vedere al ingineriei continue a proceselor
Pachete de permite realizarea proiectrii business
programe modulare, adaptarea probleme n integrarea unor sisteme
aplicative parametric a componentelor diferite, n special n cazul utilizrii unor
program pentru diferite soluii de la productori diferii
obiecte de gestiune
asigur diminuarea
cheltuielilor
documentare bun a
proceselor de prelucrare a
iinformaiei
SPT pe obiecte integrarea componentelor pot aprea probleme, generate de
Proiecte SI de datorit unitii metodologice legarea proiectului tip de un obiect
ramur i informaionale, concret, ceea ce poate conduce n unele
compatibilitii tehnice i cazuri la necesitatea modificrii structurii
logice organizaionale i economice a obiectului
arhitectura deschis permite automatizrii
utilizarea SPT pentru diferite
platforme tehnice i logice
scalabilitatea permite
configurarea SI pentru un
numr variabil de posturi
prin configurare este posibil
alegerea componentelor
Precum a fost menionat mai sus, orice companie, cu mediul nconjurtor la nivel micro sau macro,
reprezint o ierarhie de sisteme deschise, subiect-orientate, imbricate reciproc. Pe de o parte,
compania este parte a pieei, iar pe de alt parte i apr n lupt concurenial interesele proprii.
Misiunea este rezultatul poziionrii companiei printre participanii pieei. Din aceast cauz nu este
posibil descrierea misiunii prin analiza structurii interne a companiei. Pentru descrierea modelului
interaciunii companiei cu mediul exterior (definiia misiunii companiei pe pia) este necesar:
s fie identificat piaa (super-sistemul), parte a creia este compania;
s fie determinate proprietile (necesitile) pieei;
s se determine destinaia (misiunea) companiei, reieind din rolul ei pe pia.
Suplimentar, dup cum a fost subliniat mai sus, misiunea reprezint compromisul ntre necesitile
pieei i dorina companiei de a satisface aceste necesiti. Cutarea compromisului poate fi
organizat folosind ablonul prezentat n figura 4.4.
Listele cu ntrebri pentru interviuri i sondaje sunt alctuite pentru fiecare dapartament studiat i
este aprobat de conductorul companiei. Aceasta se face cu scopul:
prevenirii accesului la informaii confideniale;
consolidrii nivelului de direcionare a studiului;
minimizrii distragerii angajailor de la ndeplinirea sarcinilor de baz.
Lista general a ntrebrilor (cu detalizarea ulterioar) include urmtoarele puncte:
obiectivele principale ale subdiviziunii;
informaia colectat i nregistrat;
modul de raportare;
interaciunea cu alte subdiviziuni.
Anchetele pentru conductori i specialiti pot conine urmtoarele ntrebri:
Care (din punctul de vedere al departamentului DVS) trebuie s fie obiectivele crerii
sistemului informaional integrat?
Structura organizaional a departamentului.
Obirctivele departamentului.
Succesivitatea aciunilor pentru ndeplinirea lucrrilor.
Care sunt tipurile de organizaii externe (bnci, clieni, furnizori etc.) cu care interacioneaz
departamentul i care subt achimburile de informaii?
Care este materialul de referin folosit?
Ct timp cheltuii (n minute) pentru executarea operaiilor de baz?
Care sunt zilele cu ncrcare maxim (periodicitatea pentru o lun, semestru, an, etc.)?
Asigurarea tehnic a departamentului (claculatoare, reea, modem, etc.). Produsele program
pentru automatizarea proceselor business.
Care sunt rapoartele i periodicitatea pregtirii lor pentru conducere?
Specialitii cheie ai departamentului, care pot rspunde la orice ntrebare legat de procesele
business.
Caracteristicile obiectelor distribuite geografic.
Managementul documentelor la locul de lucru.
Datele colectate n aa mod, de obicei, nu acoper toate domeniile relevante de activitate
organizaional i posed un nivel nalt de subiectivism. Dar cel mai important este faptul, c
studiile de acest gen nu identific factorii stabili, legai de particularitile specifice ale ntreprinderii,
care pot fi influenai excluisv prin metode de ajustare funcional a sistemului organizaional.
Analiza sondajelor conductorilor organizaiilor studiate arat, c punctul lor de vedere referitor la
structura organizaiei, obiectivele generale i locale ale funcionrii, obiectivele i funciile
departamentelor, ierarhia lucrtorilor adesea au un caracter contradictoriu. n plus, aceste puncte
de vedere difer adesea de la scopurile i normele declarate oficial sau contravin activitilor
efective.
Structura fluxurilor informaional poate fi stabilit folosind formularele documentelor i configuraia
reelelor de calculatoare i a bazelor de date. ns structura microproceselor reale, executate de
persoanl n contactele informaionale (n mare parte nedocumentate) rmne necunoscut.
Rspunsuri la aceste ntrebri poate oferi o diagnosticare structural-funcional, bazat pe
metodele de fotografiere continu (sau eantionat), a timpului de lucru a personalului. Scopul
diagnosticrii const n obinerea unor cunotine de ncredere despre organizaie i relaiile
organizaionale ale elementelor sale funcionale. n acest sens, cea mai important sarcin de
diagnosticare funcional a structurilor organizatorice sunt:
clasificarea subiecilor funcionrii (categorii i grupuri de lucrtori);
clasificarea elementelor procesului de funcionare (aciuni, procedure);
clasificarea direciilor (problemelor soluionate), obiectivelor funcionrii;
clasificarea elementelor fluxurilor informaionale;
cercetarea activitii personalului organizaiei;
studierea repartizrii (n timp i frecven) a caracteristicilor organizaionale: procedure,
contacte, direcii de activitate, elemente ale fluxurilor informaionale individual i n
combinaie pentru categorii de lucrtori, tipuri de procedure i direciile lor (conform
rezultatelor i logicii studiului);
identificare structurii reale a relaiilor funcionale, informaionale, ierarhice, temporale ntre
conductori, colaboratori i departamente;
stabilirea structurii repartizrii timpului de lucru al conductorilor i personalului conform
funciilor, problemelor i obiectivelor organizaiei;
identificarea tehnologiilor-cheie de funcionare (proceselor informaionale, inclusive i
nedocumentate), stabilirea obiectivelor lor, n comparaie cu obiectivele declarate ale
organizaiei;
identificarea grupurilor omogene de lucrtori, conform specificului activitii, obiectivelor i
subordonrii reale, formarea modelului real al structurii organizaionale i compararea cu
structura declaratr;
determinarea cauzelor de necoinciden a structurilor relaiilor organizaionale declarate i
reale.
O fotografiere continu a timpului de lucru se numete observarea permanent i
nregistrarea caracteristicilor lucrtorilor n procesul fiuncionrii pe toat durata zile de
lucru. Pe tot parcursul acestor activiti parametrii selectai sunt introdui nr-un tabel pregtit din
timp. Prezentm mai jos forma tabelului de lucru al analistului de sistem.
Obiectul este entitatea utilizat la executarea unei funcii sau operaii (transformare, procesare,
formare etc.). Obiectele pot fi statice sau dinamice: obiectele dinamice sunt utilizate ntr-un singur
ciclu de reproducere, de exemplu comenzile de produse, bonuri de plat, pli. Obiectele statice
sunt utilizate n mai multe cicluri de reproducere, de exemplu echipamentele, personalul, rezervele
materiale.
La nivelul extern de detalizare a modelului sunt evideniate tipurile principale de obiecte materiale
(de exemplu, materia prim, semifabricatele, produsele finite, serviciile) i informaionale sau
documente (de exemplu, comenzile, bonurile de trsur, conturile etc.).
La nivelul conceptual este specificat componena claselor de obiecte, sunt determinate atributele
i legturile lor; are loc crearea unei imagini generale a structurii domeniului obiectiv.
La nivel intern modelul conceptual este reflectat sub form de fiiere ale bazei de date, documente
de intrare i ieire ale sistemului. Obiectele dinamice vor fi reprezentate prin uniti de informaii
variabile sau documente, iar obiectele statice prin uniti de informaii convenional constante
sub form de liste, nomenclatoare, liste de preuri, dicionare, clasificatoare. Modelul bazei de
date, n calitate de resurs informaional meninut constant, reflect pstrarea informaiilor
convenional-constante i informaiilor variabile cumulate, utilizate n procesele informaionale
repetitive.
6.1.2. Structura funcional
Funcia (operaia) este un fel de convertor al intrrilor n ieiri. Secvena de funcii legate reciproc
pe intrri i ieiri se numete proces business. O funcia a procesului business poate genera
obiecte de orice natur (materiale, informaionale, financiare). Procesele business i procesele
informaionale, de regul, sunt inseparabile, adic funciile unui proces material nu pot fi efectuate
fr suport informaional. De exemplu, recepia produciei finite are loc n baza documentului
Ordin, care, la rndul su, genereaz documentul nsoitor Factur.
Funcia poate fi prezentat printr-o singur aciune sau o secven de aciuni. n ultimul caz
fiecrei funcii poate corespunde un proces oarecare, care poate avea subprocese, .a.m.d., pn
la momentul n care fiecare subfuncie va reprezenta o secven nedecompozabil de aciuni.
La nivelul extern al modelrii este determinat lista fubnciilor business principale sau tipurilor de
procese business. De obicei funcii de acest tip sunt n jur de 15 20.
La nivelul conceptual funciile selectate sunt descompuse i sunt construite ierarhii de funcii
interdependente.
La nivelul intern structura ptocesului informaional este reflectat n calculator: sunt stabilite
structurile ierarhice ale modulelor program, care realizeaz funciile automatizate.
6.1.3. Structura managementului
n setul de funcii ale procesului business sunt posibile secvene alternative sau ciclice n
dependen de condiiile n care are loc procesul. Aceste condiii sunt legate de evenimentele, care
au loc n mediul extern sau n interiorul proceselor, ca i de anumite stri ale obiectului (de
exemplu, comanda a fost acceptat, refuzat, transmis pentru introducerea unor corectri).
Evenimentele genereaz execuia funciilor, care, la rndul lor, modific starea obiectelor i
genereaz noi evenimente, .a.m.d., pn a terminarea procesului business. n acest caz vom
spune, c secvena de evenimente reprezint o realizare concret a procesului business.
Fiecare eveniment este descris din dou puncte de vedere: informaional i procedural. Un
eveniment informaional este prezent sub forma unui mesaj, care fixeaz faptul ndeplinirii unei
funcii de modificare a strii sau apariia unei stri noi. Un eveniment procedural apeleaz execuia
unei funcii noi, din aceast cauz pentru fiecare stare a obiectului trebuie s fie specificate aceste
apeluri. n aa mod, evenimentele au rolul de legtura n execuia funciilor proceselor business.
La nivelul extern este determinat lista evenimentelor externe, generate de interciunea
ntreprinderii cu mediul extern (plata impozitelor, procentelor pentru credite, contractelor etc.), i
lista indicaiilor-obiective (consecin a obiectivelor organizaiei), crora trebuie s corespund
procesele business (regulamentul de ndeplinire a proceselor, meninerea nivelului necesar al
rezervelor materiale, nivelul calitii produciei etc.).
La nivelul conceptual sunt stabilite regulile business, care determin condiiile de apelare a
funciilor la producerea unui eveniment sau trecerea procesuluintr-o stare anume.
La nivelul intern are loc formalizarea regulilor business sub form de triggere sau apelri ale
modulelor program.
6.1.4. Structura organizaional
Prezint un set de uniti organizaionale, de regul, legate prin relaii ierarhice i procesuale.
Unitatea organizaional este subdiviziunea, care reprezint reuniunea de oameni (personal)
pentru ndeplinirea inui set de funcii comune sau procese business. ntr-o structur
organizaional funcional-orientat unitatea organizaional execut un set de funcii, care fac
parte dintr-un singur tip de procese i care au atribuie pentru diferite funcii de managemnt.
La nivelul extern este construit modelul structural al ntreprinderii sub form de ierarhie de
subordonare a unitilor organizaionale sau liste de subdiviziuni care interacioneaz.
La nivelul conceptual pentru fiecare subdiviziune este stabilit structura organizaional a
statelor (funciilor, rolurilor personalului).
La nivelul intern sunt stabilite cerinele referitoare la drepturile personalului de accesare a
funciilor automatizate ale SI.
6.1.5. Structura tehnic
Obiectivul acestei metode este construirea modelului sistemului studiat sub form de diagram a
fluxurilor de date (Data Flow Diagram DFD), care asigur descrierea corect a ieirilor (reacia
sistemului n form de date) pentru intrri cunoscute (semnale la intrare prin interefeele externe).
Diagramele fluxurilor de date sunt instrumentul principal de modelare a cerinelor funcionale ale
sistemului proiectat.
La crearea diagramei fluxurilor de date sunt utuilizate trei noiuni principale: fluxuri de date,
procese (lucrri) de transformare a fluxurilor de intrare n ieiri, entiti externe i
depozite de date (repozitorii).
Fluxurile de date sunt abstracii, utilizate pentru modelarea transferului de informaii (sau a
componentelor fizice) dintr-o parte a sistemului n alta. Pe o diagram fluxurile sunt reprezentate
de sgei, care au nume, iar orientarea lor indic direia de deplasare a informaiei.
Destinaia procesului (lucrrii) const n producerea fluxurilor de ieire din fluxurile de intrare n
conformitate cu aciunea, indicat de numele procesului. Numele unui proces trebuie s fie un verb
n forma indefinit urmat de un complement (de exemplu, recepionare documente de livrare a
produciei). Fiecare proces are un numr unic pentru a putea fi referit n interiorul diagramei.
Numrul poate fi utilizat mpreun cu numrul diagramei pentru a obine indicile uncal al
procesului n cadrul ntregului model.
Depozitul de date (repozitoriul) permite determinarea datelor pentru sectoarele indicate, care vor fi
pstrate n memorie ntre procese. De facto, depozitul prezint seciuni temporale ale fluxurilor.
Informaia care se conine n depozit poate fi utilizat la orice moment de timp dup culegere,
datele pot fi luate din depozit n ordine arbitrar. Numele unui depozit trabuie s corespund
coninutului lui i s fie un substantiv.
Entitatea extern este un obiect material din afara contextului sistemului, care este surs pentru
sau receptor al datelor sistemului. Numele entitii externe trebuie s conin un substantiv, de
exemplu, depozit de mrfuri. Obiectele, reprezentate prin entiti externe, nu vor participa n
prelucrri de date.
n afara elementelor principale n DFD intr dicionarele de date i minispecifaciile procesrii.
Dicionarele de date sunt cataloagele tuturor elementelor de date, prezente n DFD, inclusiv
fluxurile de date de grup sau individuale, depozitele i procesele, ca i toate atributele lor.
Minispecificaiile procesrii descriu procesele DFD de nivel inferior. De facto, minipecificaiile
reprezint algoritmii de descriere a lucrrilor, ndeplinite de procese: mulimea tuturor
minispecificaiilor este specificaia total a sistemului.
Procesul de construire a DFD ncepe cu crearea diagramei principale de tip stea n care este
prezentat procesul modelat i toate entitile externe, cu care procesul interacioneaz. Dac
procesul principal este complicat el va fi prezentat din start descompus ntr-o serie de procese,
care interacioneaz. Criterii de complexitate pot fi: existena unui numr mare de entiti externe,
multifuncionalitatea sau caracterul distribuit al sistemului. Entitile externe vor fi evideniate
pentru procesul principal. Pentru determinarea lor vor fi evideniai furnizorii i consumatorii
procesului principal, adic toate obiectele care interaioneaz cu procesul principal. La aceast
etap descrierea interaciunii const n alegerea unui verb, care s reprezinte modul n care
entitatea extern utilizeaz pe sau este utilizate de procesul principal. De exemplu, pentru procesul
principal evidena petiiilor cetenilor, entitatea extern cetean, descrierea interaciunii
depune petiie i primete rspuns. Aceast etap este una important principial fiindc anume
aici sunt stabilite graniele sistemului modelat.
Pentru fiecare entitate extern este construit tabelul evenimentelor, care descrie interaciunea
entitii cu procesul principal. Tabelul evenimentelor include denumire entitii externe,
evenimentul, tipul lui (ordinar/tipic pentru sistem sai excepional, adic reaqlizat n condiii
speciale) i reaia sistemului.
La pasul urmtor are loc decompoziia procesului principal ntr-un set de procese care reciproc
legate, care fac schim de fluxuri de date. Fluxurile nu sunt concretizate, este determinat doar
caracterul interaciunii lor. Decompoziia este finalizat n momentul n care procesul devine
simplu, adic:
1. procesul are dou-trei fluxuri de intrare i de ieire;
2. procesul poate fi descris sub form de transformare a intrrilor n ieiri;
3. procesul poate fi descris sub forma unui algoritm secvenial.
Pentru procesele simple este elaborat minispecificaia descrierea formal a algoritmului de
transformare a intrrilor n ieiri.
Minispecificaiile vor rspunde urmtoarelor cerine: pentru fiecare proces este elaborat o singur
specificaie; specificaia determin n mod univoc fluxurile de intrare i de ieire pentru procesul
dat; specificaia nu determin modul de transformare a fluxurilor de intrare n fluxuri de ieire;
specificaia face referin doar la elementele existente fr a introduce elemente noi; specificaia
va utiliza n msura posibilitilor operaii i abordri standard.
Dup ce procesul principal a fost descompus va fi construite pentru fiecare subproces tabele
analogice ale evenimentelor interne.
La urmtorul pas, dup determinarea tabelului complet al evenimentelor, vor fi evideniate
fluxurile de date cu care procesele fac schimb, i entitile externe. Cea maisimpl modalitate
este analiza tabelului evenimentelor. Evenimentele sunt transformate n fluxuri de date de la
iniiatorul evenimentului la procesul solicitat, iar reaciile n flux invers de evenimente. Dup
construirea fluxurilor de intrare i ieire n mod analogic sunt construite fluxurile interne. Pentru
evidenierea lor vor fi selectai furnizorii i consumatorii informaiilor pentru fiecare proces intern.
Dac un furnizor sau un consumator de informaii este un proces de pstrare sau de solicitare de
informaii, atunci va fi introdus depozitul de date, pentru care acest proces servete drept
interfa.
Dup construirea fluxurilor de date diagrama va fi verificat la completitudine i lipsa
contradiciilor. Completitudinea unei diagrame este asigurat dac n sistem nu exist procese
neutilizate n procesul de transformare a intrrilor n ieiri. Lipsa contradiciilor este asigurat prin
ndeplinirea unui set de reguli formale privind tipurile posibile de procese: pe diagram nu poate fi
un proces, care s lege dou entiti externe o astfel de interciune trebuie lichidat; nici o
entitate nu poate direct primi din sau transmite informaii n depozit depozitul de date este un
element pasiv, gestionat cu ajutorul procesului de interfaare; dou depozite de date nu pot s
fac schimb direct de informaii astfel de depozite trebuie comasate n unul singur.
n calitate de avantaje ale metodei DFD amintim:
posbilitatea determinrii univoce a entitilor externe, analiznd fluxurile de informaii din
sistem i din afara lui;
posbilitatea proiectrii de sus n jos, prin aceasta simplificnd construirea modelului to be;
prezena specificaiilor proceselor de nivel inferior, cea ce permite s se treac de
nonfinalizarea logic a modelului funcional i s se constriasc specificaiia funcional
complet a sistemului elaborat.
La dezavantaje: necesitatea introducerii artificiale a proceselor administrative (de conducere,
control sau gestiune), deoarece aciunile de conducere (fluxuri) i procesele de conducere din
punctul de veder al DFD nu se deosebesc prin nimic de cele obinuite; lipsa nuiunii de timp, adic
lipsa analizei intervalelor de timp la transforamrea datelor (toate constrngerile temporale trebuie
introduse n specificaiile proceselor).
6.2.3. Metoda obiect-orientat
Funciile (operaiile, actiunile, lucrrile), legate pe diagrame prin fluxuri de obiecte, sunt
componentele structurale principale ale modelelor funcionale (diagramele DFD sau SADT).
Un avantaj indiscutabil al modelelor funcionale este realizarea abordrii structurale pentru
proiectarea SI conform principiului top-down, cnd fiecare bloc funcional poate fi descompus
ntr-o mulime de subfuncii .a.m.d., realiznd proiectarea modular a SI. Pentru modelele
funcionale sunt caracteristice rigurozitatea procedural a decompoziiei SI i prezentarea clar.
Abordarea funcional presupune crearea separat a modelelor obiect sub form de diagrame ER
obiect-proprietate-relaie. Pentru verificarea corectitudinii modelrii domeniului obiectiv ntre
modelul funcional i cel obiectual sunt stabilite relaii biunivoce.
Principalul dezavantaj al modelelor funcionale const n faptul, c procesele i datele exist
independent unele de altele n afara decompoziiei funcionale exist, ntr-un plan secundar,
structura datelor.Mai mult, nu sunt clare condiiile de ndeplinire a proceselor de prelucrare a
informaiilor, care pot s se schimbe dinamic.
Aceste dezavantaje sunt excluse n modelele obiect-orientate n care clasa de obiecte cu setul de
funcii asociat este componenta structural principal.
Pentru clasele de obiecte este caracteristic ierarhia generalizatoare, care permite motenirea nu
doar a atributelor (proprietilor) obiectelor clasei de nivel mai nalt, dar i a funciilor (metodelor).
n cazul motenirii funciilor se poate face abstracie de o realizare concret a procedurilor (tipuri
abstracte de date), care difer pentru anumite subclase de situaii. Aceasta permite apelarea unor
astfel de module program folosind nume comune (polimorfism) i este posibil utilizarea repetat a
codului la modificarea resurselor program. n consecin, adaptabilitatea sistemelor obiect-
orientate este mult mai nalt dect n cazul abordrii funcionale.
Chiar i principiul proectrii este modificat n abordarea obiect-orientat. Mai nti sunt stabilite
clasele obiectelor, iar n continuare n dependen de strile posbile ale obiectelor (ciclului de via
a obiectelor) sunt determinate metodele de procesare (procedurile funcionale), ceea ce asigur o
mai bun realizare a comportamentului dinamic al sistemului informaional.
Pentru abordarea obiect-orientat au fost elaborate metode i create instrumente de modelare
ggrafic a domeniului obiectiv, generalizate n cadrul limbajului UML. Dar modelele UML cedeaz
modelelor funcionale din punctul de vedere al claritii.
Metoda modelrii domeniului obiectiv este aleas reieind din gradul de dinamism al domeniului.
Pentru situaiile cu un nivel mai nalt de reglementare sunt recomandate modelele funcionale, iar
pentru procese business cu un grad de adaptivitate mai nalt (gestiunea fluxurilor de lucru,
realizarea solicitrilor dinamice la depozite de date) modele obiect-orientate. n unele cazuri, n
cadrul aceluiai sistem pentru diferite clase de problem pot fi necesare diferite tipuri de modele,
care s descrie acelai domeniu obiectiv. n acest caz vor fi utilizate modele mixte ale domeniului.
Modelarea proceselor business, de regul, este realizat cu ajutorul mijloacelor CASE. Din aceast
categorie fac parte BPwin (PLATINUM technology), Silverrun (Silverrun technology), Oracle
Designer (Oracle), Rational Rose (Rational Software) .a. Vom analiza n continuare posibilitile
funcionale ale mijloacelor instrumentale de modelare structural a proceselor business pe
exemplul mediului instrumental BPwin.
BPwin susine trei metodologii de modelare: modelarea funcional (IDEF0), descrierea proceselor
business (IDEF3) i digramele fluxurilor de date (DFD).
Diagrama de decompoziie este destinat detalizrii activitii. Spre deosebire de modelele, care
reflect structura organizaiei, activitatea ntr-o diagram de nivel siperior n IDEF0 nu este un
element de control cu activitile de la nivele mai joase. Activitile de la nivele mai joase
reprezint aceleai momente ca i activitile de nivel nalt, dar cu un grad mai mare de detaliere.
n rezultat, graniele unei activiti de nivel superior reprezint acelai lucru ca i graniele
diagramei de decompoziie. ICOM (abrevierea de la Input, Control, Output i Mechanism) sunt
codurile destinate identificrii sgeilor de grani. Un cod ICOM conine prefixul, care corespunde
tipului sgeii (I, C, O sau M) i numrul de ordine.
BPwin introduce codurile n mod automat. Pentru afiarea codurilor ICOM trebuie actualizat
opiunea ICOM codes a paginii Display a ferestrei de dialog Model Properties (meniul Model/Model
Properties, fig. 7.12).
Dicionarul sgeilor este editat folosind editorul special Arrow Dictionary Editor, n care are loc
identificarea sgeii i este introdus comentariul asociat ei (fig. 7.13). Dicionarul sgeilor rezolv
o problem foarte important. Analistul creeaz diagrame pentru a desfura sesiunea de
expertizare, adic s discute diagrama cu un specialist din domeniul obiectiv. n orice domeniu
obiectiv sunt create argouri (jargon) profesionale, frecvent expresiile jargon au un sens vag i sunt
contientizate n mod diferit de experi diferii. n acelai timp analistul autorul diagramelor este
obligat s utilizeze cele mai pe nelesul experilor expresii. Deoarece definiiile formale adesea
sunt complicate pentru acceptate, analistul este nevoit s utilizeze n diagrame argoul profesional,
iar pentru excluderea unor posibile tratri neunivoce, n dicionarul sgeilor fiecare noiune poate
fi definit extins, la necesitate formal.
Fig. 7.12. Activarea opiunii ICOM codes pe pagina Display
Fig. 7.30. Fereastra de dialog pentru crearea unei diagrame FEO noi
Numrul unei diagrame noi este generat n mod automat (numrul diagramei printe conform
nodului + sufixul F, de exempplu A1F).
7.2.9. Chenarul diagramei