Departamentul Contabilitate, Informatică Economică și Statistică

Specializarea Informatică Economică, anul III zi

An universitar 2017/2018, sem. I

Proiect (studiu de caz) pentru disciplina

Analiza Sistemelor Informaţionale
Sistemul <denumirea sistemului ce va fi supus analizei>1

Membrii echipei (în ordinea

alfabetică, cu specificarea
ponderii contribuției la proiect)
(Regula generală este de 3-4 membri în echipă)

Nume şi prenume:
Telefon:
Persoana de contact:
Funcţia în firmă:

E-mail:

IAŞI 2017

Copyright@Gabriela Meşniţă 2017

1
Ce apare sub forma <text>, se înlocuie ște de studen ț i cu datele solicitate.

1
 OBSERVAȚII IMPORTANTE

 Vă rugăm să citiţi şi să completaţi cu atenţie acest formular, fără a elimina nici o componentă a acestuia (în
afara textelor scrise cu Italic) . Omisiunile nu vor putea fi rectificate după predarea proiectului, în forma
finală. În cazul în care lipsesc părţi din informaţiile solicitate, nota va fi diminuată corespunzător.
 Versiunea electronică a formularului va fi pusă la dispoziţie prin intermediul portalului FEAA.
 Proiectele se vor realiza conform cerinţelor specificate în cadrul orelor alocate disciplinei şi vor avea
obligatoriu cuprins cu trimiteri la paginile din formularul completat.
 ATENŢIE!!!! Proiectele vor aborda probleme ale sistemelor informa ționale (aplica țiile ș i
programele utilizate) din cadrul unor organizaţii reale, bazându-se pe documentare practică la
organizaţia aleasă, dar şi pe documentare teoretică, din cursurile şi materialele bibliografice folosite la
alte discipline, cum ar fi contabilitate financiară, ISA, TIA, management, marketing, finan țe, inclusiv de la
alte specializări.
 Orice proiect copiat sau inspirat din proiectele colegilor din promoţia curentă sau cele anterioare va
fi sancţionat conform regulamentelor didactice în vigoare, considerându-se fraudă!!!
Termene de predare la orele de laborator, în funcţie de orarul fiecărei grupe:
 Săptămâna 16 octombrie - 20 octombrie 2017 - anun țarea echipei finale ș i a organiza ției
 Săptămâna 30 octombrie - 04 noiembrie 2017 - capitolele 1 ș i 2
 Săptămâna 4 decembrie – 8 decembrie 2017 - capitolul 3
 Săptămâna 18 - 22 decembrie 2017 - capitolul 4
 Proiectul în formă finală se va preda în ultimele 2 săptămâni din semestru (înainte de sesiunea de iarnă)
Prezenţa la laborator este obligatorie. La cel pu țin 4 absen țe nemotivate se reface activitatea. De
asemenea, la cel puţin 2 neprezentări ale proiectului, la termenele stabilite, se pierde dreptul de intrare în
examen, fiind subiect de refacere a activită ț ii în anul universitar viitor. Sus ț inerea proiectelor se face numai
dacă este prezentă întreaga echipă. Eventualele probleme ce pot interveni se vor anun ța din timp, nu în
săptămâna ș i zilele planificate.
Laboratoarele se vor desfăşura sub îndrumarea:
Prof. univ. dr. Gabriela MEȘNIȚĂ (gabim[at]uaic.ro)
Conf. univ. dr. Daniela POPESCUL (rdaniela[at]uaic.ro)
Cercet. dr. Laura-Diana RADU (glaura[at]uaic.ro)

CUPRINS
1. Descrierea organizaţiei şi a sistemelor informaţionale economice (aplica ții/programe informatice economice)...................2
1.1 Analiza organizaţiei și a contextului în care func ț ionează ..................................................................................................2
1.2 Descrierea aplicaţiilor informatice existente și identificarea principalelor sisteme de prelucrare a tranzac țiilor ...............2
1.3 Realizarea matricei aplica ții/programe/sisteme - componente organizatorice & parteneri..................................................2
1.4 Prezentarea proiectelor informatice propuse sau în curs de implementare.............................................................................2
2. Definirea ariei de întindere a aplica ției/sistemului analizat...............................................................................................2
2.1 Prezentarea activită ților/tranzacţiilor economice înregistrate în aplica ț ia/ sistemul analizat.............................................2
2.2 Identificarea relaţiilor dintre aplica ț ia/sistemul analizat cu diferitele componente organizatorice şi cu partenerii
organizaţie..................................................................................................................................................................................... 2
2.3 Extragerea intrărilor şi ieşirilor specifice aplica ț iei/sistemului analizat...............................................................................2
2.4 Construirea primei versiuni a diagramei de context...............................................................................................................2
3. Analiza sistemului existent...................................................................................................................................................... 2
3.1 Descompunerea sistemului prin identificarea proceselor şi subproceselor de prelucrare......................................................2
3.2 Analiza ieşirilor din procesele/subprocesele de prelucrare către entită ți externe sau locuri de stocare (se ordonează după
procesul/ subprocesul care le generează, din care ies)..................................................................................................................2
3.3 Analiza intrărilor în procesele/subprocesele de prelucrare de la entită ț i externe sau locuri de stocare (se ordonează după
procesul /subprocesul în care intră)............................................................................................................................................... 2
3.4 Analiza proceselor/subproceselor de prelucrare (tabel pentru verificarea încruci șată între tabelul ieșirilor ș i intrărilor). 2
4. Modelarea sistemului............................................................................................................................................................... 2
4.1 Construirea diagramelor fluxurilor de date.............................................................................................................................2
4.2 Descrierea DFD în depozitul (dicţionarul) datelor..................................................................................................................2
4.3 Realizarea matricei CRUD...................................................................................................................................................... 2
5. Identificarea ș i descrierea cerinţelor funcţionale şi nonfuncţionale ale aplica ției/sistemului.......................................2

2
 1. Descrierea organizaţiei2 şi a sistemelor informaţionale economice
(aplica ț ii/programe informatice economice)

Se prezintă pe scurt organizaţia din punctul de vedere al obiectului de activitate şi al sistemelor

informaţionale (aplica țiilor/programelor informatice) existente.
1.1 Analiza organizaţiei și a contextului în care func ționează
Vor fi prezentate principalele componente ce definesc organizaţia, pentru a descrie contextul în
care func ționează sistemele informaţionale (aplica țiile/programele informatice).

Nr. Principalele componente

crt. ce definesc organiza ția
1. Obiectul de activitate,
forma de organizare
juridică, tipul proprietăţii
2. Tipul de structură
organizatorică şi
principalele activităţi
economice desfă șurate
3. Mediul în care activează
(furnizori, clien ț i, bănci,
parteneri comerciali,
sponsori, institu ții ale
statului etc.)
Descrierea principalelor componente ce definesc organiza ția
IRO (Institul regional de oncologie) este o instituție publică, sub
proprietatea statului, cu obiectul de activitate în tratarea bolilor
canceroase
Tipul de structură organizatorică este una de tip funcțională, iar
principalele activități economice desfășurate sunt: comercială ,
resurse umane, financiar-contabilă și cercetare-dezvoltare.
Furnizorii interni si externi se aleg prin realizarea unei licitații prin
platforma online SEAP, dar există și furnizori stabili, în special
pentru utilități, cum ar fi energia electrică, apa, internet, gaz,
curățenie, catering, etc.
Clientii IRO sunt reprezentați de pacienții spitalului, care primesc
tratamentul pe baza asigurării de sănătate.
Concurenta este reprezentată de spitalele private.

1.2 Descrierea aplicaţiilor informatice existente și identificarea principalelor sisteme

de prelucrare a tranzac țiilor
Se vor descrie principalele aplicaţii informatice care sprijină prelucrarea datelor ș i, pe baza
principalelor activităţi şi procese economice din organizaţie, se vor identifica sistemele de prelucrare a
tranzac țiilor. Se va completa tabelul de mai jos.

2
Organizaţia poate fi firmă, instituţie publică, bancă, organizaţie non-guvernamentală, unitate de învăţământ, pe scurt
orice entitate cu personalitate juridică

3
Nr. Descrierea Prelucrările identificate prin analiza Locurile (birourile, Sistemul informaţional sprijinit de
crt. aplica țiilor/programelor interfeţei aplicaţiilor/programelor persoanele) din firmă unde aplica țiile/programele informatice
informatice economice sau sau modulelor (meniuri, opţiuni, se folosesc aplicaţiile/ şi activită țile economice pe care le reflectă
modulelor din aplica ții ecrane) programele sau modulele
care asigură prelucrările de
date
1. Aplicatia Hipocrate- Calculul salariilor se realizeaza astfel: Modulul este utilizat de Sistemul de salarizare sprjină evidența (pontajul),
>Salarizare-> - în fiecare zi, când încep programul responsabilul cu salariile din calculul, plata și verificarea salariilor
sprijina gestiunea salariilor semnează condica de prezen ță, în care cadrul departamentului
+ CAB se trece data ș i ora. contabilitate. Uneori este
- pontajul este preluat de asistentul accesată ș i de directorul
ș ef, apoi este trimis șefului de la economic sau managerul
resurse umane pentru a fi semnat spitalului
-este inregistrat în aplica ție, se
calculează automat salariile, ț inând
cont și de concediile angaja ților
(maternal, odihnă, medical)
-aplica ția emite o propunere de
angajament de plată, care este ulterior
semnată de directorul financiar
contabil
-angajamentul semnat este introdus în
aplica ția CAB, care generează un cod
unic de 11 litere, care este înregistrat în
contabilitate
............................................................
............................................................
............................................................
.......
-sunt emi și
fluturașii..........................
-se trimit ordine de plată directorului
financiar pentru a le semna, apoi sunt
trimise la trezorerie
-trezoreria trimite băncilor (la care au
angaja ții cont bancar) suma de bani

4
 pentru salarii, respectiv un fișier cu
numele acestora, iban-ul ș i suma.
-banca virează salariile în contul
angaja ților;

2. Aplica ția Hipocrate- -fiecare șef de sec ție întocme ște un Aplica țiile sunt utilizate de Sistemul privind gestiunea aprovizionării asigură
gestiunea aprovizionării referat de necesitate, care este semnat șefii de sec ție, gestionarii, monitorizarea cheltuielilor, lansarea comenzilor,
+ SEAP de medicul-ș ef directorul finaciar ș i de recepția produselor, plata contravalorii produselor,
+ Monitorizare cheltuieli -referatul trebuie aprobat de manager, managerul spitalului. efectuarea retururilor sau refuzurilor, precum și
apoi este trimis departamentului de intrarea și ieșirea din gestiune.
achizi ț ii
-departamentul de achizi ții caută
furnizori ș i emite o cerere de ofertă
către aceștia
-furnizorii trimit ofertele
-dacă valoarea contractului nu
depă șe ș te suma de ................, se face
comandă către furnizor
-dacă valoarea contractului depășe ș te
suma de ......, se realizează un anun ț
de atribuire pe site-ul SEAP, care
organizează o licita ț ie
............................................................
............................................................
......
-cel care a câ știgat licita ț ia primește
o comandă ș i contractul de la IRO
prin e-mail
-furnizorul primește e-mailul,
semnează contractul si il trimite înapoi
prin e-mail (având un termen de
maxim 7 zile să semneze contractul ș i
să îl trimită)
-contractul original este trimis în două
exemplare prin poștă la furnizor
-furnizorul livrează marfa și
întocmește factura

5
 -contractul este înregistrat în aplica ția
monitorizarea cheltuielilor (se introduc
doar contractele care depășesc suma
de 20.000 lei)
-gestionarul introduce factura în
Hipocrate, sec țiunea aprovizionare
-ș efii de sec ție realizează bonuri de
consum pe care le introduc în
programul Hipocrate, dar le
completează ș i manual
-bonurile sunt trimise spre aprobare la
directorul financiar și managerul
spitalului
-bonurile de consum aprobate sunt
introduse în program
-ș efii de sec ție merg la gestionar,
primesc marfa de pe bon ș i lasă bonul
la gestionar.
3. Aplicația Hipocrate-Angajare -se întocmește statul de func ții odată Departamentul de resurse Sistemul privind resursele umane sprijină
pe an umane, managerul recrutarea personalului și introducerea datelor
-fiecare șef de sec ție face o cerere acestora.......................................
către manager, în care specifică de
câ ți angaja ți mai are nevoie,
posturile, precum și motivele.
-cererea este aprobată de managerul
spitalului, apoi este trimisă la
departamentul Resurse Umane (R.U)
-R.U trimite o cerere la minister pentru
modificarea statului de func ții
-dacă ministerul a aprobat cererea se
publică anun ț pe site-ul oficial al
spitalului (administratorul site-ului),
respectiv pe avizier
-în anun ț sunt specificate detalii
precum postul, condi țiile și
documentele necesare
-în termen de 10 zile candida ț ii depun

6
dosarele la secretariat
-după cele 10 zile, dosarele sunt
verificate de o comisie
-candida ții cu dosarele aprobate
sus ț in proba scrisă (test teoretic)
-candida ții care trec de proba scrisă
sus ț in proba orală (interviu)
-după aceste probe candida ții primesc
un punctaj
-depunerea contesta țiilor
-evaluarea contesta ț iilor se va face de
altă comisie
-afi șarea rezultatelor finale
-în ordinea ierarhiei, în func ție de câte
posturi sunt scoase la concurs vor fi
angaja ți candida ții aleși
-candida ții admiși vor aduce restul
documentelor necesare angajării la
departamentul de resurse umane
-cei de la resurse umane vor încheia un
contract de muncă
-contractul de muncă este semnat de
angajat, după acesta primește fișa
postului
-se înregistrează toate datele (inclusiv
IBAN-ul) în aplica ția Hipocrate
(modulul salarizare).

7
 1.3 Realizarea matricei aplica ții/programe/sisteme - componente organizatorice
& parteneri
Se va construi matricea aplica ții/programe/sisteme informaţionale – componente
organizatorice, conform machetei de mai jos.

Aplica ții/Programe/Siste Aplica ț ia Modulul Aplica ț ie Program ..... Se vor

me informaţionale privind pentru eviden ț ă resurse adăuga
gestiunea gestiunea vânzări umane câte
Componente producţiei stocurilor coloane
organizatorice şi parteneri sunt
    2 necesare
Secţii producţie
1

Birou proiectare
Birou aprovizionare

....
Clienţi 3     

Se vor adăuga câte linii

sunt necesare
Legendă:
1 – Bon de consum (provine de la Secţii producţie şi este preluat în Modulul Gestiune Stocuri)
2 – Date comenzi clienţi (Aplicația evidență Vânzări, pe baza comenzilor primite de la Clienţi,
prelucrează datele şi le transmite pentru a fi utilizate de Aplicația pentru gestiunea Producţiei)
3 –Comenzi clienţi (Comenzile primite de la Clienţi, indiferent de modul de transmitere, sunt culese și
prelucrate în Aplicați evidență vânzări)
Exemple de astfel de matrice se vor realiza împreună la laborator, pe baza suportului de curs.
Pentru o mai uşoară construire, se poate apela mai întâi la o formă descriptivă de stabilire a
fluxurilor informaţionale (documente, rapoarte, date etc.), după care se poate trece la includerea
lor în matrice.
1.4 Prezentarea proiectelor informatice propuse sau în curs de implementare
În acest punct se vor identifica posibilele proiecte informatice pentru îmbunătăţirea sau
înlocuirea aplicaţiilor existente sau implementarea unora noi. De asemenea, se vor descrie
eventualele proiecte aflate în curs de implementare (dacă este cazul). Se va completa următorul
tabel:

Nr. Denumirea Tipul proiectului Scopul proiectului Restricţii de implementare

crt. proiectului (propus, în curs de (problema ce se doreşte a
implementare) fi rezolvată, activitatea
economică informatizată)
1 <Magazin <Propus> <Vânzarea online a <Livrarea se poate face doar pe
electronic> produselor, inclusiv cu raza muncipiului Iași și zonele
posibilitatea de configurare limitrofe. De asemenea, plata se
de clienți a produselor> face numai la livrare, fără
posibilitate de plata online,
pentru următorul an>
2 <Integrarea <În curs de <Eliminarea redundanței <Imposibilitatea actualizării în
aplicației stocuri implementare> culegerii și prelucrării timp real a stocurilor pentru că
cu producția> datelor privind stocurile de nu există infrastructură adecvată
materii prime și materiale> la nivelul tuturor magazinelor>
...
n

8
 2. Definirea ariei de întindere a aplica ț iei/sistemului analizat3
Pentru delimitarea ariei de întindere se vor avea în vedere, în special, fluxurile informaţionale
(intrări şi ieşiri) identificate la punctul 1.3, relevante pentru aplica ția/sistemul ce va fi supus
analizei.
2.1 Prezentarea activită ților/tranzacţiilor economice înregistrate în aplica ția/
sistemul analizat
Cunoașterea tranzacţiilor economice (activită ți, operaţii, procese economice) este foarte
importantă, pentru că reprezintă punctul de plecare în stabilirea principalelor procese de prelucrare 4
ale sistemului analizat, dar şi a datelor ce urmează a fi supuse prelucrării şi a informaţiilor
transmise către alte sisteme/aplica ții, birouri sau persoane. În acest scop, se va completa următorul
tabel.

Nr. crt. Denumirea tranzacţiei Tipul tranzacţiei Descrierea tranzacţiei

(internă, externă)
1. <Primirea comenzilor <Internă> <Clienții pot transmite comenzi pentru produsele
de la clienți> dorite, mai ales dacă au nevoie de alte modele
decât cele realizate aflate în procesul de
producție>
2. ........
3. Se vor adăuga linii în
funcţie de nevoi

2.2 Identificarea relaţiilor dintre aplica ția/sistemul analizat cu diferitele

componente organizatorice5 şi cu partenerii organizaţiei (dacă este cazul)

Aceste rela ții se stabilesc, în special, pe baza informa țiilor din matricea de la punctul 1.3,
dar și pe baza descrierilor ce se pot regăsi în regulamentele de ordine de interioară, în procedurile
respectate pentru derularea activită ților, în organigramă, în manualele de utilizare a aplica țiilor
informatice existente sau în normele metodologice de întocmire a documentelor.

Nr. Departament/birou/persoană/ Descrierea relaţiilor cu aplica ția/sistemul analizat

crt. partener
1. <Client> <Transmite comenzi; Primește produsele; Efectuează
plata; Refuză/returnează produsele; Primește ofertele
etc.>
2. <Depozite> <Pregătește livrarea pe baza comenzilor de la clienți
Livrează produsele; Primește produsele de la
producție; Preia produsele refuzate/returnate;
Inventariază stocurile>
3. Se vor adăuga linii în funcţie de nevoi

2.3 Extragerea intrărilor şi ieşirilor specifice aplica ției/sistemului analizat

Plecând de la punctul anterior (2.2) şi de la prezentarea aplica țiilor/sistemelor (punctele 1.2
şi 1.3) se vor stabili entităţile externe (principalele birouri, alte aplica ții/sisteme, persoane sau

3
Din toate sistemele prezentate în capitolul, se va alege doar una/unul, care va fi supus analizei începând din acest
capitol.
4
ATENȚIE!!! Să nu face ț i confuzie între procesele economice și procesele de prelucrare. Primele sunt cele
declanșează procesele de prelucrare, motiv pentru care, de multe ori, denumirea lor este apropiată. De exemplu,
vânzarea produselor, ca proces economic, este reflectat în sistemul informatic sub forma Eviden ț a vânzărilor sau
înregistrarea vânzărilor sau gestiunea vânzărilor. Această similitudine are ca scop să asigure o coresponden ț ă cât
mai clară între procesele economice care trebuie reflectate in sistem, prin intermediul proceselor de prelucrare.
5
componentă organizatorică = birou, departament, compartiment, oficiu, director etc.

9
alte organizaţii cu care intră în legătură aplica ția/sistemul), precum şi fluxurile informaţionale
dintre ele și sistem. Se va construi lista intrărilor/ieşirilor în/din entităţile externe, conform
modelului de mai jos:

Nr. Entitatea externă Intrări de la entitate în Ieşiri din aplica ție/sistem

crt. aplica ție/sistem către entitate
1.
2. ... .... ....
3. Se vor adăuga linii în funcţie
de nevoi

2.4 Construirea primei versiuni a diagramei de context

Pe baza entităţilor externe descoperite anterior şi a fluxurilor extrase din matricea
aplica ții/sisteme informaţionale – componente organizatorice, se va construi o diagramă a
principalelor fluxuri de informaţii care intră şi/sau ies din aplica ți/sistemul analizat (diagrama
de context).

Elemente de autocontrol:
1) Există o legătură logică între componentele organizatorice prezentate la punctul 1.3 şi
diagrama de context?
2) Există o legătură logică între tranzacţiile economice prezentate la punctul 2.1 şi diagrama
de context?
3) Există o legătură logică între intrările şi ieşirile prezentate în matricea aplica ții/sisteme
informaţionale – componente organizatorice şi diagrama de context?

10
 Oficiul
AGA
juridic

Consiliu
Serviciul
Administraţie
administrativ

Director general Resurse

umane

Director Departament
Director producţie Director economic Director comercial
Informatic

Secţii Birou Birou Analiză, Întreţinere

producţie tehnic proiectare proiectare sisteme
sisteme

Birou
Birou Birou Economişti
analize Casierie
contabilitate financiar Filiale
economice

Secţia I Secţia II Secţia III Directori

Mobilă Mic Tapiţerie Uscătorie Birou Birou Birou
vânzări Depozite
masivă mobilier aproviz. desfacere marketing
Filiale
Fig. 1.1. Structura organizatorică a firmei ALFA
Notă: Se va înlocui cu organigrama organizaţiei la care se face proiectul

11
 3. Analiza sistemului existent 6

Se va analiza în detaliu sistemul ales. Se evidenţiază toate componentele şi se identifică problemele ce

necesită rezolvare, astfel încât aplica ția/sistemul să dispună de funcţionalităţile solicitate de
activităţile economice pe care le sprijină. Informaţiile colectate prin observarea aplica ției/sistemului, din
analiza documentelor organizaţiei, discuţiile cu angajaţii, se vor sintetiza sub forma unor tabele, ce vor fi
completate cu atenţie, astfel încât să poată fi realizată modelarea sistemului, ce urmează în capitolul 4.

3.1 Descompunerea sistemului prin identificarea proceselor şi subproceselor de prelucrare

Faţă de procesele de prelucrare identificate, de o manieră generală, în capitolul 1, pe baza tranzacţiilor
economice identificate în capitolul 2, se vor detalia prelucrările şi se va urmări descompunerea în
subprocese. Ca urmare, se vor enumera procesele şi subprocesele de prelucrare, prin codificarea şi
indentarea lor.

Element de autocontrol: Verificaţi dacă toate datele despre tranzacţiile economice identificate la punctul
2.1 sunt incluse, într-o formă sau alta (proces, subproces), în descrierea proceselor de prelucrare.

6
Se face analiza doar a sistemului care a fost ales pentru descriere începând cu capitolul 2.
13
3.2 Analiza ieşirilor din procesele/subprocesele de prelucrare către entită ți externe sau locuri de stocare (se ordonează după procesul/
subprocesul care le generează, din care ies)
Proces/subproces Denumire Tip ieşire 2, mod de Destinaţie Structură Documentul/ datele pe Locurile de stocare Cerin țe pe baza
de prelucrare care ieşire obţinere 3, momentul ieşire 4 baza căruia/cărora se folosite pentru citirea observaţiilor și
generează ieşirea 1 generării obţine ieşirea 5 datelor (tabele ale bd, constatărilor rezultate
fişiere) 6 din analiza efectuată 7
<Atribut 1
<Programat, <L1(atribut 1, atribut
(N,3)
semiautomat, la 2)> <Se poate renunţa la
<Proces 1> <Raport a> <Sistem X> .... <Document 1>
sfârşitul fiecărei <L2 (atribut m, un exemplar>
Atribut n
luni> atribut n)>
(C,25)>
<Programat,
<Atribut 1 <Se obţine cu
semiautomat (se <Document 1
(C,8) întârziere din cauza
extrage din aplicaţie Document 2
<Proces 1> <Lista a> <Birou Z> ... <L3> perioadei mari de
o listă iniţială şi se Date preluate în
Atribut n culegere a datelor de
continuă prelucrările formă electronică>
(D)> pe documente>
în Excel), zilnic>
<Atribut 1
<În funcţie de
<Informaţii (C,6)
momentul tranzacţiei
<Proces 2> transmise <Sistem Y> ... <Document 1> <L1, L2>
ce a generat
electronic> Atribut n
documentul>
(C,40)>
...

Note:
1. Se preiau denumirile proceselor/subproceselor de prelucrare identificate la punctul 3.1, pe baza operaţiilor economice surprinse în sistemul analizat. Trebuie să fie aceleaşi cu cele
din tabelul 3.2. Pentru procesele/subprocesele care nu generează ieşiri pentru entităţile externe, se va specifica faptul că sunt procese care asigură doar adăugarea de înregistrări sau
actualizarea locurilor de stocare, numite procese interne
2. Din suportul de curs, se va folosi clasificarea rapoartelor şi se vor încadra ieşirile sistemului analizat în acea clasificare.
3. Se va specifica dacă ieşirile sunt obţinute numai cu ajutorul aplicaţiilor, dacă se obţin prin prelucrare manuală, automată sau mixtă.
4. Se descriu toate atributele incluse în structura raportului, definind tipul (numeric, caracter, dată calendaristică etc.), lungimea atributului, iar unde este cazul se vor specifica
formulele de calcul (de exemplu, totalurile), precum şi atributele utilizate în cadrul formulelor de calcul.
5. Se prezintă denumirea documentului sau documentelor, informaţiilor existente în sistem ce stau la baza obţinerii raportului, specificându-se atributele din acel(e) document(e)
folosite în cadrul raportului.
6. Sunt specificate numele locurilor de stocare (tabele ale bd, fişiere, dosare) în care au fost stocate (înregistrate) anterior date necesare obţinerii rapoartelor, precum şi atributele din
acele locuri de stocare folosite pentru generarea raportului. În situaţia în care nu aveţi acces la baza de date, propuneţi aici o serie de locuri de stocare.
7. Se comentează eventualele particularităţi ale raportului, din punct de vedere al obţinerii lui sau al aspectelor ce ar trebui eliminate sau adăugate, ca şi cerinţe pentru noul sistem.
Tot aici scrieţi: timpul necesar obţinerii raportului cu ajutorul aplica ț iei existente şi orice alte elemente pe care le consideraţi importante despre raport, nespecificate anterior.

14
 3.3 Analiza intrărilor în procesele/subprocesele de prelucrare de la entită ți externe sau locuri de stocare (se ordonează după
procesul /subprocesul în care intră)

Proces/ Denumire Emitent şi/sau Tip intrare Structura intrării 3 Date culese și Locurile de stocare Cerin țe pe baza
subproces/ în intrare Sursa de intrare păstrate în unde sunt înregistrate observaţiilor și
care intră (document, date în sistem2 aplica ție/sistem 4 datele (tabele ale bd, constatărilor rezultate
datele1 existente în alte fişiere, dosare) 5 din analiza efectuată 6
aplica ții etc.)
<Sistem/ Birou/ <Atribut 1 (N,3) <Atribut 1 <Ex.: Nu sunt utilizate
<L1>
<Proces 1> <Document a> Persoană/ <Suport hârtie> … Atribut 3 ... în prelucrări toate
Partener> Atribut n (C,20)> Atribut n> datele>
<Atribut 1
<Sistem/ Birou/ <Atribut 1 (C,5) <Ex.: Poate fi preluat
Atribut 3
<Proces 1> <Lista b> Persoană/ <Suport hârtie> … <L1> numai după ce a fost
…
Partener> Atribut n (N,4)> introdus Doc. 1>
Atribut n>
<Atribut 1
<Atribut 1 (N,3)
Atribut 3
<Proces 2> <Raport c> <Sistem> <Suport hârtie> … <L2, Ln>
…
Atribut n (D)>
Atribut n>
... ... ... ... ... ... ... ...
Note:
1. Se preiau denumirile proceselor/subproceselor de prelucrare identificate la punctul 3.1, pe baza operaţiilor economice surprinse în sistemul analizat. Pentru procesele/subprocesele
care nu au intrări de la entităţi externe, se va specifica faptul că sunt procese care se bazează exclusiv pe prelucrarea datelor din locurile de stocare, numite procese interne.
2. Emitentul reprezintă entitatea/actorul care întocmeşte acel document şi declanşează procesul de prelucrare, care poate o persoană, un birou, o aplica ț ie, o altă organiza ț ie, statul
etc. Sursa de intrare poate fi identică cu emitentul documentului, poate fi alt loc din unitate din care trebuie să fie preluat documentul sau un alt proces al sistemului. Emitentul
diferă de sursă atunci când un document trece pe la mai multe birouri/persoane până ajunge să fie preluat în aplica ț ie. În acest mod se pot identifica situaţii în care este necesar să
se modifice circuitul documentului respectiv.
3. Se descriu toate atributele incluse în structura documentului, definind tipul (numeric, caracter, dată calendaristică etc.), lungimea atributului, iar unde este cazul se vor specifica
formulele de calcul (de exemplu, totalurile) şi atributele care intră în formule.
4. Din structura prezentată se vor specifica atributele preluate din document pentru a fi înregistrate în locurile de stocare sau care urmează a fi supuse altor prelucrări, după care vor fi
înregistrate sau nu în baza de date.
5. Se va specifica locul de stocare în care sunt înregistrate datele preluate de pe documente, indiferent dacă este vorba de tabele ale bazei de date, fi șiere sau dosare, centralizatoare.
Obligatoriu vor fi aceleaşi locuri de stocare identificate şi pentru obţinerea ieşirilor, pentru că prin introducerea datelor de pe documente sau preluarea datelor de intrare se asigură
informaţiile necesare pentru generarea rapoartelor. Datele care sunt culese și prelucrate, după care sunt înregistrate în locurile de stocare, vor reprezenta pentru proces fluxuri
interne de ieşire.
6. Se vor comenta diferitele aspecte ce particularizează documentul/datele analizate, probleme legate de circuitul lor, condiţionarea prelucrării unui document de alt document, astfel
încât să fie identificate eventualele cerin ț e de informatizare a unor prelucrări manuale, de eliminare a unor redundan ț e etc.

15
 3.4 Analiza proceselor/subproceselor de prelucrare (tabel pentru verificarea încrucișată între tabelul ieșirilor ș i intrărilor)
Locul de stocare a Cerin țe pe baza
Proces/ 2 Ieşiri din Intrări în Formulele sau datelor (tabele ale observaţiilor și
Descrierea operaţiunilor de prelucrare
Subproces1 proces/subproces 3 proces/subproces 4 relaţiile de calcul 5 bd, fişiere sau constatărilor rezultate din
dosare)6 analiza efectuată 7
<Ex.: Verificare cod produs (se <Raport a <Document a <Valoare = <L1, L2> <Ex. Pentru
introduce codul produsului solicitat şi Raport n> Lista b> Cantitate x Preţ> introducerea unui nou
dacă nu există fie se introduce în tabelă, produs în tabela Produse
fie se renunţă la operaţiune) este necesar să se iasă
<Proces 1>
Adăugare produs nou în tabela produse din aplicaţie.>
Adăugare înregistrare în tabela comenzi
etc.
Generare raport 1>
<Proces 2> <Lista a> <Lista b> <L1, L3>
<Informaţii în <Raport c <L1, L2, L3, Ln>
<Proces 3> format Document n>
electronic>

Note:
1. Se preiau denumirile proceselor/subproceselor de prelucrare identificate la punctul 3.1, pe baza operaţiilor economice surprinse în sistemul analizat. Trebuie să fie aceleaşi cu cele
din tabelul 3.2 şi tabelul 3.3.
2. Se vor specifica operaţiunile de prelucrare specifice fiecărui proces, respectiv subprocesele, procedurile etc. care se execută (în cazul existenţei aplicaţiilor, opţiunile din meniul
principal, cu subopţiunile specifice etc.)
3. Se enumeră ieşirile generate din proces, respectiv rapoartele/situaţiile transmise către diferite entităţi externe. Trebuie să fie aceleaşi cu cele identificate în 3.2.
4. Se prezintă documentele care intră în sistem de la diferite entităţi externe (aşa cum au fost prezentate la descrierea intrărilor). Trebuie să fie aceleaşi cu cele identificate în 3.3.
5. Dacă operaţiunile de prelucrare conţin formule de calcul se vor specifica atributele care intră în formulele de calcul, precum şi provenienţa lor (locurile de stocare de unde vor fi
citite si folosite valorile).
6. Se prezintă locurile de stocare care intră în legătură cu procesul/subprocesul de prelucrare, prin operaţiuni de adăugare, modificare, ştergere sau citire/interogare înregistrări. Vor fi
aceleaşi cu cele identificate în 3.2 şi 3.3.
7. Eventualele probleme care apar la prelucrarea datelor sau în relaţia cu alte procese sau sisteme.

Observaţii finale:
 Din aceste descrieri ar trebui să poată fi uşor identificate elementele ce vor sta la baza modelării sistemului, precum şi determinarea cerinţelor pentru noul sistem.
 Este necesar să se aibă în vedere şi elementele prezentate în suportul de curs, pentru a surprinde în coloana de observaţii şi alte aspecte care nu au fost incluse în
structura tabelelor.

16
 4. Modelarea sistemului

În acest capitol nu aveţi de scris un text, ci de construit diagramele fluxurilor de date, de realizat un tabel
(matricea CRUD = sinteza unor elemente deja specificate în DFD nivelul 0), de completat dicţionarul de
date.

4.1 Construirea diagramelor fluxurilor de date

Se va reface diagrama de context (dacă au intervenit modificări fa ță de prima versiune construită la
2.4), diagrama de nivel 0 (pe baza proceselor identificate la 2.2 și a ieșirilor/intrărilor analizate în 3.2 ș i
3.3), DFD-urile de nivel 1 şi cele de nivel 2. Pentru proiectul fiecărei echipe trebuie să existe cel puţin 2
diagrame de nivel 1 şi cel puţin o diagramă de nivel 2.

4.2 Descrierea DFD în depozitul (dicţionarul) datelor

Se vor descrie cel puţin 4 fluxuri de date (cel puţin un flux extern de intrare, cel puţin un flux intern
de scriere, cel puţin un flux intern de citire, cel puţin un flux extern de ieşire), un loc de stocare, o entitate
externă şi un proces de prelucrare.

4.3 Realizarea matricei CRUD

Pe baza informaţiilor obţinute din analiza sistemului existent şi a construirii diagramei de nivel "0",
rezultă următoarea matrice CRUD (Create-Read-Update-Delete):
Ex.:
Locuri stocare Comenzi Furnizori Materiale Miscari Note Plati Receptii
Procese contabile

<Aprovizionare> <CRUD> <CRU>

<Înregistrarea <R> <CRU> <CRU> <CRU> <CRU>
tranzacţiilor>
<Evidenţa <CRU> <R> <R>
furnizorilor>
<Actualizarea <U> <R>
stocului>

17
 5. Identificarea ș i descrierea cerinţelor funcţionale şi nonfuncţionale ale aplica ț iei/sistemului

Pe baza informaţiilor colectate în capitolul 3, în special în ultima coloană a celor trei tabele, şi a problemelor constatate la modelarea sistemului, în capitolul 4,
se vor identifica cerinţele funcţionale şi nonfuncţionale, completându-se tabelul următor.

Nr. Problema/nevoia de
Prezentarea problemei Natura cerinţei Descrierea solu ției pentru cerin ța identificată
crt. rezolvat
1.
2.
3.
4. .... ... ... ....
5. Se adaugă linii în
funcţie de nevoi

18