Departamentul Contabilitate, Informatică Economică și Statistică

Specializarea Contabilitate și Informatică de Gestiune, anul III zi

An universitar 2018/2019, sem. I

Proiect (studiu de caz) pentru disciplina

Sisteme informa ționale financiar-contabile I
Sistemul <denumirea sistemului ce va fi supus analizei>1

Organizaţia: SC VERTICAL DESIGN SRL.

Nume şi prenume: CIUCLU DANIEL
0745279050
Telefon:
Persoana de contact:
ASOCIAT
Funcţia în firmă:
Ciuclu.daniel89@gmail.com
E-mail:

1. APOSTU CATALINA-IULIANA(____ %)

Membrii echipei (în ordinea
alfabetică, cu specificarea
ponderii contribuției la proiect)
2.GROSU DIANA-ELENA(____ %)
3.MARCIUC IONELA-GABRIELA(____ %)
4.PRODAN OANA-LOREDANA(____ %)

(Regula este de 3-4 membri în echipă, fără nici o excepție)

În săptămâna 15-20 octombrie 2018, se anun ță echipa de proiect și organiza ția

IAŞI 2018

Copyright@Gabriela Meşniţă 2018

1
Ce apare sub forma <text> se înlocuie ște de către 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 dintre simbolurile <>). Omisiunile nu vor putea fi
rectificate după predarea proiectului, intermediară sau î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. Foarte utile sunt informa țiile prezentate în dosarul pregătit
pentru practica de specialitate de la sfârșitul anului II.
 Exemplele furnizate în suportul de lucrări practice nu rezolvă complet toate aspectele regăsite
în formular, ci sunt doar sugestii, cu rol orientativ.

 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 6 (5 - 9 noiembrie 2018) - capitolele 1 si 2 (25% din nota proiectului);
 Săptămâna 11 (10-14 decembrie 2018) - capitolele 3 si 4 (40% din nota proiectului);
 Săptămânile 13-14 (7-20 ianuarie 2019) capitolul 5 ș i proiectul în formă finală - (15% din
nota proiectului pentru capitolul 5, la care se adaugă 10% pentru progresul înregistrat la
proiect ș i 10% pentru modul de implicare la activitatea de laborator).
Prezenţa la laborator este obligatorie. La cel pu țin 4 absen țe nemotivate se reface activitatea. De
asemenea, nu se admit absen țe la nici una dintre cele 2 prezentări intermediare. Fiecare parte predată
va fi notată, iar nota va fi luată în calcul pentru evaluarea finală. Nepromovarea proiectului conduce la
pierderea dreptului 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 pentru sus țineri.
Laboratoarele se vor desfăşura sub îndrumarea:
Conf. univ. dr. Daniela POPESCUL (rdaniela[at]uaic.ro)
Cercet. dr. Laura-Diana RADU (glaura[at]uaic.ro)
Ec. dr. Radu ARTENE (artene_radu[at]yahoo.com)

2
 CUPRINS
1 Prezentarea organizaţiei şi a sistemelor informaţionale economice (aplica ții/programe informatice
economice)................................................................................................................................................4
1.1 Descrierea organizaţiei ș i a contextului în care func ționează........................................4
1.2 Prezentarea aplicaţiilor informatice existente și identificarea principalelor sisteme de
prelucrare a tranzac țiilor, plecând de la activită țile economice...........................................4
1.3 Identificarea principalelor fluxuri de date și (intrări și ieșiri) în/din sistemele
informa ționale de prelucrare a tranzac țiilor ........................................................................6
1.4 Identificarea principalelor proiecte informatice propuse sau în curs de implementare.....6
2 Delimitarea ariei de întindere a sistemului analizat.....................................................................7
2.1 Prezentarea activită ților/opera țiilor economice înregistrate în aplica ția/ sistemul
analizat.................................................................................................................................... 7
2.2 Stabilirea relaţiilor dintre aplica ția/sistemul analizat, diferitele componente
organizatorice şi partenerii organizaţiei (dacă este cazul).......................................................7
2.3 Extragerea intrărilor şi ieşirilor specifice aplica ției/sistemului analizat..........................7
2.4 Construirea primei versiuni a diagramei de context..........................................................8
3 Analiza sistemului existent...............................................................................................................9
3.1 Descompunerea sistemului prin identificarea proceselor şi subproceselor de prelucrare. .9
3.2 Analiza ieşirilor, a intrărilor ș i a proceselor/subproceselor de prelucrare ale sistemului
analizat.................................................................................................................................. 10
4 Modelarea sistemului.....................................................................................................................12
4.1 Construirea diagramelor fluxurilor de date.....................................................................12
4.2 Descrierea DFD în depozitul (dicţionarul) datelor..........................................................12
4.3 Realizarea matricei CRUD..............................................................................................12
5 Stabilirea ș i descrierea cerinţelor funcţionale şi nonfuncţionale ale aplica ției/sistemului...13

3
 1 Prezentarea 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 Descrierea organizaţiei și a contextului în care func ționează
Vor fi prezentate principalele componente ce definesc organizaţia ș i mediul în care activează.
Tabelul 1.1. - Descrierea organizației și a mediului extern
Nr. Principalele componente
Descrierea principalelor componente ce definesc organiza ția
crt. ce definesc organiza ția
1. Obiectul de activitate, Firma S.C VERTICAL DESIGN S.R.L., cu sediul în Iași, cod
forma de organizare unic de identificare RO26383066, număr de înregistrare la
juridică, tipul proprietăţii Registrul Comer țului, J22/424/2010, având ca obiect de
activitate,,Industria confec țiilor. Firma este o întreprindere
mică ș i mijlocie în proprietate privată, apar ținând unui număr
de doi asocia ți
2. Tipul de structură Structura organizatorică a S.C.VERTICAL DESIGN S.R.L. este
organizatorică, conform de tip matriceala. Conform organigramei există următoarele
organigramei din fig. 1.1 componente: doi asociati, un contabil – colaboratori externi și
lucrători comerciali
3. Activităţile economice Achizi ț ionarea de materii prime și material de la furnizori
desfă șurate în Vânzarea marfurilor(produse textile):
organiza ție Plata mărfurilor
4. Mediul în care activează Furnizori: interni, externi pentru principalele materiale
(furnizori, clien ț i, bănci, schimb(rebut).
parteneri comerciali, Clienţi: interni, externi, pe bază de contracte dar și pe bază de
sponsori, institu ții ale comenzi,
statului etc.)
Concurenţa

<imagine cu structura organizatorică a organizației la care se face proiectul>

Fig. 1.1. Structura organizatorică a organizației analizate

1.2 Prezentarea aplicaţiilor informatice existente și identificarea principalelor

sisteme de prelucrare a tranzac țiilor, plecând de la activită țile economice
Se vor stabili legăturile dintre activităţile şi opera țiile economice din organiza ție, principalele
aplicaţii informatice ș i sistemele de prelucrare a tranzac țiilor.
Se vor enumera principalele aplica ții economice existente în organiza ție. Se vor identifica
sistemele informa ționale și se va specifica scopul fiecărui sistem.
Pe baza acestor elemente se va completa tabelul 1.2.
WINMENTOR

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ă

4
 Tabelul 1.2 - Relația activități economice-sisteme informaționale-aplicații/module
Nr. Sistemul informa țional
crt Activită ți economice Aplica ții/module utilizate
.
1. PRODUCTIE SISTEMUL STOCURILOR PRODUSE FINITE
2. DISTRIBUTIE SISTEMUL CLIENTI MENTOR, COMERCIAL, RETAIL
3. FURNIZOR DE SERVICII SISTEMUL FURNIZORI MATERII PRIME
Se vor adăuga linii în funcţie de nevoi

5
 1.3 Identificarea principalelor fluxuri de date (intrări ș i ie șiri) în/din sistemele
informa ționale de prelucrare a tranzac țiilor
Se va completa un tabel prin care se vor indica principalele intrări și ieșiri pentru fiecare
sistem identificat la 1.2 (fiecare sistem trebuie să fie descris prin minim 4 intrări ș i minim 3
ieșiri). Pentru fiecare intrare ș i ieșire se va specifica sursa, respectiv destina ția, care pot fi
inclusiv alte sisteme sau aplica ții informatice.
Un exemplu se va realiza la laborator, pe baza suportului de curs si lucrări practice. 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 tabel.
ATENȚIE!!: Orice sistem trebuie să aibă cel pu țin o intrare ș i cel pu țin o ieșire , dar
nu este obligatoriu ca fiecărei intrări să-i corespundă o ieșire și invers. Dintr-o singură intrare pot
fi generate mai multe ieșiri sau din mai multe intrări se poate genera o singură ieșire .
Tabelul 1.3 - Intrările și ieșirile în/din sistemele informa ționale
Sistemul Intrări Ieșiri
informa țional Denumire intrare Sursă Denumire ieșire Destina ție
SISTEMUL LISTA MARFURI SISTEMUL SITUATIA ADMINISTRATIE
STOCURILOR FACTURA CREANTE STOCURILOR
VANZARE EXISTENTE
…..
Se vor adăuga linii
în funcţie de nevoi

1.4 Identificarea principalelor proiecte 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:
Tabelul 1.4 – Proiecte de dezvoltare a sistemelor informa ționale
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 IN CURS DE VANZAREA ONLINE A PLATA SE FACE LA LIVRARE
ONLINE IMPLEMENTARE PRODUSELOR CATRE FARA POSIBILITATEA DE
CLIENTI PLATA ONLINE
2 <Proiect 2> < Propus/În curs de <Scop> <Restricții>
implementare >
...
n

6
 2 Delimitarea ariei de întindere a 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 sistemul ce va fi supus analizei.
2.1 Prezentarea activită ților/opera țiilor economice înregistrate în aplica ția/
sistemul analizat
Cunoașterea activită ților/ operaţiilor 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.
Tabelul 2.1 - Descrierea activităților economice ale căror date sunt prelucrate de sistem
Nr. crt. Denumirea activită ții/ Tipul Descrierea activită ții/opera ției
opera ției economice activită ții/opera ției
(internă, externă)
1. INCHEIEREA EXTERNA <IN URMA NEGOCIERII CONDITIILOR
CONTRACTELOR CU CONTRACTUALE CU FURNIZORII DE
FURNIZSORII DE MATERIALE TEXTILE SE INCHEIE UN
MARFURI CONTRACT DE VANZARE CUMPARARE. Din
acest contract se preiau datele de identificare si
contact al furnizorilor cat si termenele de vanzare
a marfurilor
2. ........
3. Se vor adăuga linii în
funcţie de nevoi

2.2 Stabilirea relaţiilor dintre aplica ția/sistemul analizat, diferitele componente

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

Aceste rela ții se stabilesc, în special, pe baza informa țiilor din tabelul 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.
Tabelul 2.2 - Relațiile sistemului cu alte componente organizatorice sau mediul extern
Nr. Departament/birou/persoană/ Descrierea relaţiilor cu aplica ția/sistemul analizat
crt. partener
1. Administrator Negociaza si semneaza contractele economice cu
furnizorii
Verifica sumele disponibile din conturile bancare
2. Contabil Primeste si inregistreaza nirurile , inregistreaza platile
conform facturilor
3. Se vor adăuga linii în funcţie de nevoi

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 activită ț ile și opera ț iile 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 activitate 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 activită ț ile economice care trebuie reflectate in sistem, prin intermediul
proceselor de prelucrare.
5
componentă organizatorică = birou, departament, compartiment, oficiu, director etc.

7
 2.3 Extragerea intrărilor şi ieşirilor specifice aplica ției/sistemului analizat
Plecând de la tabelele 1.2, 1.3 si 2.2, se vor stabili entităţile externe (principalele birouri, alte
aplica ții/sisteme, persoane sau 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, în următorul tabel:

8
 Tabelul 2.3 - Lista intrărilor/ieşirilor de la/spre entităţile externe
Nr. Entitatea externă Intrări de la entitate în Ieşiri din aplica ție/sistem spre
crt. aplica ție/sistem entitate
1. <Entitate 1> <Document 1> <Document 3>
<Document 2> <Document 4>
<Document 5>
2. ... .... ....
3. Se vor adăuga linii în funcţie
de nevoi

2.4 Construirea primei versiuni a diagramei de context

Pe baza tabelului 2.3, se va construi o diagramă a principalelor fluxuri de informaţii care intră
şi/sau ies din aplica ția/sistemul analizat (diagrama de context).

<Diagrama de context a sistemului informațional ....>

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 activită țile economice prezentate la punctul 2.1 şi diagrama
de context?
3) Există o legătură logică între intrările şi ieşirile prezentate în tabelul 2.3 şi diagrama de
context?

9
 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 și descrie procesele şi subprocesele de prelucrare, prin codificarea
şi indentarea lor.

<1. Procesul ....>

<1.1 Subprocesul ....>
<1.2 Subprocesul ....>
<1.3 Subprocesul ....>
<2. Procesul ....>
<2.1 Subprocesul ....>
<2.2 Subprocesul ....>
<3. Procesul ....>
<3.1 Subprocesul ....>
<3.2 Subprocesul ....>
<3.3 Subprocesul ....>

.......
<n. Procesul ....>
<n.1 Subprocesul ....>
<n.2 Subprocesul ....>
....
<n.n Subprocesul ....>

Element de autocontrol: Verificaţi dacă toate datele despre activită țile/opera ț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.
10
 3.2 Analiza ieşirilor, a intrărilor și a proceselor/subproceselor de prelucrare ale sistemului analizat

ATENȚIE !!! Fiecare membru al echipei va descrie un proces și cel puțin două subprocese.
PROCES DE PRELUCRARE1,
din care se ob țin ieşirile, pe
baza datelor de intrare
Identificarea și descrierea
prelucrărilor
<Proces 1>
Denumire IEȘIRE din
proces2, tip ieşire 3, mod
de obţinere 4, momentul
generării, structura
ieșirii 5
<Raport A>
<Tip ieșire, mod de
obținere, momentul
generării>
Structura ieșirii
<Atribut 1 (N,3)
....
Atribut n (C,25)>
Denumire INTRARE în Locurile de stocare folosite Formulele sau relaţiile de Observa ții,
proces6 (document, date pentru adăugarea, citirea, calcul folosite în procesul comentarii,
provenite din alte aplica ții actualizarea, ștergerea de prelucrare 9 recomandări pe
etc.), tip intrare și datelor (tabele ale bd, baza cărora se
structura intrării 7 fişiere) 8 stabilesc
cerin țele
func ționale și
nonfunc ționale 10
<Document a> <L1(atribut 1, atribut 2)> < Valoare reducere = Pret Ieșire:
<Suport <L2 (atribut m, atribut n)> unitar x Cantitate x Procent <Observație>
hârtie/verbal/electronic> reducere > Intrare:
<Observație>
Structura intrării Prelucrare:
<Atribut 1 (N,3) <Observație>
…
Atribut n (C,20)>

<Proces 2> <Lista B> <Lista b> <L3> <ΣA= a1...an> Ieșire:
< Tip ieșire, mod de <Suport hârtie> < Observație>
obținere, momentul Intrare:
generării> < Observație>
<Atribut 1 (C,5)
Structura ieșirii …
<Atribut 1 (C,8) Atribut n (N,4)>
...
Atribut n (D)>
... ...

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 curent. 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. 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. Se vor identifica și
descrie prelucrările.
2. Se va anexa un exemplar din ieșirile de tipul rapoartelor, documentelor, listelor etc., fără co ț inutul valoric, doar macheta
3. Din suportul de curs, se va folosi clasificarea rapoartelor şi se vor încadra ieşirile procesului în acea clasificare.
11
 4. Se va specifica dacă ieşirile sunt obţinute numai cu ajutorul aplicaţiilor, dacă se obţin prin prelucrare manuală, automată sau mixtă.
5. 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.
6. Se va anexa un exemplar din documentele de intrare, fără co ț inutul valoric, doar macheta.
7. Se descriu toate atributele incluse în structura documentului, definind tipul (numeric, caracter, dată calendaristică etc.), lungimea atributului, iar unde este cazul se
vor specifica campurile calculate (de exemplu, totalurile, valori procentuale cum ar fi TVA) şi atributele care intră în formule.
8. 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.
9. 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).
10. 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. 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.
Se vor comenta eventualele probleme care apar la prelucrarea datelor sau în relaţia cu alte procese sau sisteme. Aceste observa ții stau la baza realizării capitolului
5.
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.

12
 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. Toate diagramele vor fi tipărite ș i atașate proiectului. Fiecare membru al
echipei trebuie să construiască cel puţin câte 1 diagramă de nivel 1.
4.2 Descrierea DFD în depozitul (dicţionarul) datelor
Fiecare student va 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
Loc de Loc de Loc de Loc de Loc de Loc de Loc de
Procese stocare 1 stocare 2 stocare 3 stocare 4 stocare 5 stocare 6 stocare 7

<Proces 1> <CRUD> <CRU>

<Proces 2> <R> <CRU> <CRU> <CRU> <CRU>
<...> <CRU> <R> <R>
<Proces x> <RU> <R>

13
 5 Stabilirea ș i descrierea cerinţelor funcţionale şi nonfuncţionale ale aplica ț iei/sistemului

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

Nr. Problema/nevoia de Descrierea solu ției pentru cerin ța identificată (va fi

Prezentarea problemei Natura cerinţei
crt. rezolvat punctul de plecare în proiectarea sistemului din sem. II)
1.
2.
3.
4. .... ... ... ....
5. Se adaugă linii în
funcţie de nevoi

14