Sunteți pe pagina 1din 16

Departamentul Contabilitate, Informatic Economic i Statistic

Specializarea Informatic Economic, anul III zi


An universitar 2017/2018, sem. I

654

Proiect (studiu de caz) pentru disciplina


Analiza Sistemelor Informaionale
Sistemul <denumirea sistemului ce va fi supus analizei>1

1. Dumitriu Cezar Octavian (____ %)

2. Florea Mihaela-Claudia (____ %)


Membrii echipei (n ordinea
alfabetic, cu specificarea 3. Peneoasu Cristi (____ %)
ponderii contribuiei la proiect)
4. Tiplea Alexandru (____ %)

(Regula general este de 3-4 membri n echip)

Organizaia:

Nume i prenume: Bogdan Costea

0756569037
Telefon:

Persoana de contact: Director adjunct


Funcia n firm:
bogdan.costea@cronosconsulting.ro

office@cronosconsulting.ro
E-mail:

IAI 2017

Copyright@Gabriela Meni 2017

1
Ce apare sub forma <text>, se nlocuiete de studeni cu datele solicitate.

1
OBSERVAII IMPORTANTE

V rugm s citii i s completai cu atenie acest formular, fr 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 pri din informaiile solicitate, nota va fi diminuat corespunztor.
Versiunea electronic a formularului va fi pus la dispoziie prin intermediul portalului FEAA.
Proiectele se vor realiza conform cerinelor specificate n cadrul orelor alocate disciplinei i vor avea
obligatoriu cuprins cu trimiteri la paginile din formularul completat.
ATENIE!!!! Proiectele vor aborda probleme ale sistemelor informaionale (aplicaiile i programele
utilizate) din cadrul unor organizaii reale, bazndu-se pe documentare practic la organizaia
aleas, dar i pe documentare teoretic, din cursurile i materialele bibliografice folosite la alte discipline,
cum ar fi contabilitate financiar, ISA, TIA, management, marketing, finane, inclusiv de la alte specializri.
Orice proiect copiat sau inspirat din proiectele colegilor din promoia curent sau cele anterioare va fi
sancionat conform regulamentelor didactice n vigoare, considerndu-se fraud!!!
Termene de predare la orele de laborator, n funcie de orarul fiecrei grupe:
Sptmna 16 octombrie - 20 octombrie 2017 - anunarea echipei finale i a organizaiei
Sptmna 30 octombrie - 04 noiembrie 2017 - capitolele 1 i 2
Sptmna 4 decembrie 8 decembrie 2017 - capitolul 3
Sptmna 18 - 22 decembrie 2017 - capitolul 4
Proiectul n form final se va preda n ultimele 2 sptmni din semestru (nainte de sesiunea de iarn)
Prezena la laborator este obligatorie. La cel puin 4 absene nemotivate se reface activitatea. De
asemenea, la cel puin 2 neprezentri ale proiectului, la termenele stabilite, se pierde dreptul de intrare n
examen, fiind subiect de refacere a activitii n anul universitar viitor. Susinerea proiectelor se face numai dac
este prezent ntreaga echip. Eventualele probleme ce pot interveni se vor anuna din timp, nu n sptmna i
zilele planificate.
Laboratoarele se vor desfura sub ndrumarea:
Prof. univ. dr. Gabriela MENI (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 organizaiei i a sistemelor informaionale economice (aplicaii/programe informatice economice)........................2
1.1 Analiza organizaiei i a contextului n care funcioneaz.......................................................................................................2
1.2 Descrierea aplicaiilor informatice existente i identificarea principalelor sisteme de prelucrare a tranzaciilor.....................2
1.3 Realizarea matricei aplicaii/programe/sisteme - componente organizatorice & parteneri......................................................2
1.4 Prezentarea proiectelor informatice propuse sau n curs de implementare...............................................................................2
2. Definirea ariei de ntindere a aplicaiei/sistemului analizat..................................................................................................2
2.1 Prezentarea activitilor/tranzaciilor economice nregistrate n aplicaia/ sistemul analizat...................................................2
2.2 Identificarea relaiilor dintre aplicaia/sistemul analizat cu diferitele componente organizatorice i cu partenerii organizaie 2
2.3 Extragerea intrrilor i ieirilor specifice aplicaiei/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 ieirilor din procesele/subprocesele de prelucrare ctre entiti externe sau locuri de stocare (se ordoneaz dup
procesul/ subprocesul care le genereaz, din care ies)...................................................................................................................2
3.3 Analiza intrrilor n procesele/subprocesele de prelucrare de la entiti externe sau locuri de stocare (se ordoneaz dup
procesul /subprocesul n care intr)............................................................................................................................................... 2
3.4 Analiza proceselor/subproceselor de prelucrare (tabel pentru verificarea ncruciat ntre tabelul ieirilor i intrrilor).........2
4. Modelarea sistemului............................................................................................................................................................... 2
4.1 Construirea diagramelor fluxurilor de date..............................................................................................................................2
4.2 Descrierea DFD n depozitul (dicionarul) datelor...................................................................................................................2
4.3 Realizarea matricei CRUD...................................................................................................................................................... 2
5. Identificarea i descrierea cerinelor funcionale i nonfuncionale ale aplicaiei/sistemului............................................2

2
1. Descrierea organizaiei2 i a sistemelor informaionale economice
(aplicaii/programe informatice economice)
Se prezint pe scurt organizaia din punctul de vedere al obiectului de activitate i al sistemelor
informaionale (aplicaiilor/programelor informatice) existente.
1.1 Analiza organizaiei i a contextului n care funcioneaz
Vor fi prezentate principalele componente ce definesc organizaia, pentru a descrie contextul n
care funcioneaz sistemele informaionale (aplicaiile/programele informatice).

Nr. Principalele componente


Descrierea principalelor componente ce definesc organizaia
crt. ce definesc organizaia
1. Obiectul de activitate, CAEN 7022 Activiti de consultan pentru afaceri i management;
forma de organizare Organizaia este persoan juridic romn, organizat i autorizat
juridic, tipul proprietii s funcioneze n conformitate cu prevederile Legii nr. 31/1990 privind
nfiinarea societilor comerciale n Romnia;
Firm romneasc cu capital privat.

2. Tipul de structur Serviciile oferite de ctre S.C. CRONOS CONSULTING S.R.L. se


organizatoric i refer la consultana n atragerea fondurilor europene de ctre
principalele activiti persoane fizice sau juridice de drept privat sau public i se constituie
economice desfurate n:
consultan pentru accesarea fondurilor europene
nerambursabile prin prezentarea programelor de finanare active,
precum i analiza eligibilitii solicitanilor i ale activitilor ce pot
fi realizate prin proiecte;
consultan pentru atragerea de finanri nerambursabile
prin conceperea i elaborarea de proiecte de investiii att pentru
ageni economici, ct i pentru instituii publice;
consultan n managementul afacerilor pentru ageni
economici (planuri de afaceri, studii de pia, strategii de marketing,
strategii de pia), precum i consultan n arhitectur i inginerie
(studii de fezabilitate);
consultan n elaborarea i depunerea proiectelor de
investiii (ntocmirea memoriilor justificative, ntocmirea cereri de
finanare, elaborarea documentaiilor necesare avizelor);
consultan n managementul de proiect - asisten pentru
semnarea contractului cu instituia finanatoare, realizarea dosarelor
de achiziii, coordonarea achiziiilor, ntocmirea rapoartelor de
achiziii, realizarea rapoartelor tehnice i financiare intermediare i
finale, ntocmirea cererilor de plat, consultan financiar, precum i
monitorizarea i evaluarea specific a proiectelor.
3. Mediul n care activeaz Pn la momentul de fa, S.C. CRONOS CONSULTING S.R.L. s-a
(furnizori, clieni, bnci, adresat persoanelor fizice, juridice, dar i autoritilor publice locale
parteneri comerciali, din zona Moldovei, implementnd, n principal, proiecte n judee
sponsori, instituii ale precum Iai, Neam, Botoani, Suceava. Pentru perioada de depunere
statului etc.) 2014-2020, S.C. CRONOS CONSULTING S.R.L. poart discuii
avansate cu beneficiari i din alte judee ale rii, lrgindu-i astfel
zona de acooperire a serviciilor oferite. innd cont de faptul c,
pn la momentul de fa, S.C. CRONOS CONSULTING S.R.L. a
acumulat peste 10 ani de existen n activitatea de consultan, am
reuit s ne facem o baz de date consolidat. Clienii sunt persoane
fizice sau juridice, att societi comerciale ct i autoriti publice,
ONG-uri sau ntreprinderi individuale, care i desfoar activitatea
n Regiunea de Nord Est.
2
Organizaia poate fi firm, instituie public, banc, organizaie non-guvernamental, unitate de nvmnt, pe scurt
orice entitate cu personalitate juridic

3
Instituiile financiare cu care colaboreaz sunt: GARANTI BANK,
ING BANK, OTP BANK.
Instituiile publice cu care colaboreaz sunt: MINISTERUL
AGRICULTURII SI DEZVOLTARII RURALE, MINISTERUL
DEZVOLTRII REGIONALE, ADMINISTRAIEI PUBLICE I
FONDURILOR EUROPENE, MINISTERUL FINANELOR,
MINISTERUL SNTII, MINISTERUL PENTRU MEDIUL DE,
AFACERI, COMER I ANTREPRENORIAT , AUTORITATEA
NAIOANAL SANITAR VETERINAR I PENTRU SIGURANA
ALIMENTELOR.

Figur1:Structura organizaional a
ntreprinderii

1.2 Descrierea aplicaiilor informatice existente i identificarea principalelor sisteme


de prelucrare a tranzaciilor
Se vor descrie principalele aplicaii informatice care sprijin prelucrarea datelor i, pe baza
principalelor activiti i procese economice din organizaie, se vor identifica sistemele de prelucrare a
tranzaciilor. Se va completa tabelul de mai jos.

4
Nr. Descrierea Prelucrrile identificate prin analiza Locurile (birourile, Sistemul informaional sprijinit de
crt. aplicaiilor/programelor interfeei aplicaiilor/programelor sau persoanele) din firm unde aplicaiile/programele informatice
informatice economice sau modulelor (meniuri, opiuni, ecrane) se folosesc aplicaiile/ i activitile economice pe care le reflect
modulelor din aplicaii care programele sau modulele
asigur prelucrrile de date
1. Microsoft Excel Inregistrare si stocare de date, despre Aplicatie interna, utilizata Este utilizat in cadrul functiei de gestionare a
clienti, angajati. in toate birourile macromediului organizatiei, adica serveste ca
intreprinderii, de catre toti platforma pentru baza de date a angajatilor,
angajatii. clientilor, furnizorilor, institutiilor cu care
colaboreaza intreprinderea.

2. Microsoft Word Documentatii, planuri si fise de Aplicatie interna, utilizata Aceasta aplicatie este folosita cu precadere in
proiect in toate birourile managementul relatiilor cu macromediul prin
intreprinderii, de catre toti realizarea de documente interne (state de plata, fise
angajatii. de proiect, documentatii ale proiectelor, planuri de
activitate) si externe (facturi, documentatii, cereri de
finantare etc.)
3. Outlook Partajarea documentelor, facturilor, Aplicatie interna, utilizata De asemenaea in relatiile cu tertii, indispensabla
anunturilor catre in toate birourile este si aceasta platforma. Prin intermediul e-mail-
clienti/furnizori/finantatori. intreprinderii, de catre toti ului intreprinderea poata avea o buna cumunicare
angajatii. cu furnizorii, clientii si alti parteneri de afaceri.
4. Adobe Acrobat Reader Transformarea documentelor din Aplicatie interna, utilizata In cadrul funtiei de gestionare a documentelor se
format fizic in format electronic in toate birourile utilizeaza aplicatia Adobe Acrobat Reader, astfel
(scanner) intreprinderii, de catre toti incat documentele sa poata circula atat in interiorul
angajatii. intreprinderii,dar si in afara acesteia, in forma
digitala si in forma fizica.
5. SPSS Realizarea cercetarilor de marketing Aplicatie externa, utilizata In sprijinul functiei de colectare si prelucrare a
numai in cazuri datelor vine aceasta aplicatie. Cu ajutorul acesteia,
exceptionale, prin apelarea se pot derula cu eficienta si rapiditate cercetari de
la firme specializate in piata.
domeniul statisticii.
6. Saga Rapoarte contabile (fise conturi, Aplicatie externa, utilizata Aplicatia Saga este utilizata in principal in cadrul
balante), situatii operative numai in cazuri functiei financiar-contabile, cu ajutorul careia se
(imobilizari, stocuri, furnizori, clienti, exceptionale, prin apelarea pot realiza operatiuni precum: incasari, plati,
centre de profit, profit pe purtatori, la firme specializate in decontari etc.
etc.) domeniul contabilitatii.
7. Smart Bill Program de facturare intern, Aplicatie interna, utilizata Aplicatia Smart Bill este deasemnea folosita in

5
realizarea de rapoarte contabile. in toate birourile cadrul departamentului financiar-contabil, pentru a
intreprinderii, de catre toti emite facturi interne si rapoarte contabile.
angajatii.

6
1.3 Realizarea matricei aplicaii/programe/sisteme - componente organizatorice &
parteneri
Se va construi matricea aplicaii/programe/sisteme informaionale componente
organizatorice, conform machetei de mai jos.

Aplicaii/Programe/Sistem Aplicaia Modulul Aplicaie Program ..... Se vor


e informaionale privind pentru eviden resurse aduga
gestiunea gestiunea vnzri umane cte
Componente produciei stocurilor coloane
organizatorice i parteneri sunt
2 necesare
Secii producie
1

Birou proiectare
Birou aprovizionare

....
Clieni 3

Se vor aduga cte linii


sunt necesare
Legend:
1 Bon de consum (provine de la Secii producie i este preluat n Modulul Gestiune Stocuri)
2 Date comenzi clieni (Aplicaia eviden Vnzri, pe baza comenzilor primite de la Clieni,
prelucreaz datele i le transmite pentru a fi utilizate de Aplicaia pentru gestiunea Produciei)
3 Comenzi clieni (Comenzile primite de la Clieni, indiferent de modul de transmitere, sunt culese i
prelucrate n Aplicai eviden vnzri)
Exemple de astfel de matrice se vor realiza mpreun la laborator, pe baza suportului de curs.
Pentru o mai uoar construire, se poate apela mai nti la o form descriptiv de stabilire a
fluxurilor informaionale (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 mbuntirea sau
nlocuirea aplicaiilor existente sau implementarea unora noi. De asemenea, se vor descrie
eventualele proiecte aflate n curs de implementare (dac este cazul). Se va completa urmtorul
tabel:

Nr. Denumirea Tipul proiectului Scopul proiectului Restricii de implementare


crt. proiectului (propus, n curs de (problema ce se dorete a
implementare) fi rezolvat, activitatea
economic informatizat)
1 Website Propus Promovare in mediul Website-ul se va realiza cu
online, cresterea ajutorul platformei Word/press,
nororietatii intreprinderii pentru a limita cheltuielite
privind implementarea si
intretinerea acestuia
2 Implementare n curs de Eliminarea redundanei Licenta aplicatie
SGBD- implementare culegerii i prelucrrii
Microsoft Access datelor privind
inregistrarile bazei de date
actuale
...
N

7
2. Definirea ariei de ntindere a aplicaiei/sistemului analizat3
Pentru delimitarea ariei de ntindere se vor avea n vedere, n special, fluxurile informaionale
(intrri i ieiri) identificate la punctul 1.3, relevante pentru aplicaia/sistemul ce va fi supus analizei.
2.1 Prezentarea activitilor/tranzaciilor economice nregistrate n aplicaia/
sistemul analizat
Cunoaterea tranzaciilor economice (activiti, operaii, 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 prelucrrii i a informaiilor transmise
ctre alte sisteme/aplicaii, birouri sau persoane. n acest scop, se va completa urmtorul tabel.

Nr. crt. Denumirea tranzaciei Tipul tranzaciei Descrierea tranzaciei


(intern, extern)
1. Primirea comenzilor de Interna Clientii pot trimite comenzi pentru proiectele
la clienti dorite
2. Trimiterea facturilor Externa Clientii vor fi instiintati de valoarea tranzactiei
catre clienti prin e-mail
3. Trimiterea comenzilor Externa Furnizorii vor onora cu serviciile lor pe baza
catre furnizori comenzii trimise de Cronos Consulting SRL
4. Primirea facturilor de Interna Ulterior, furnizorii vor incasa banii pentru
la furnizori serviciile prestate prin intermediul facturii emise
de ei catre Cronos Consulting SRL
5. Proiect Obiective Externa Cronos Consulting SRL a angajat o alta firma
turistice din regiunea specializata in domeniul statisticii pentru a reliza
Transilvamiei un studiu privind notorietatea obiectivelor
turistice din partea vestica a Romaniei. Pentru
acet proiect a fost nevoie de programul informatic
SPSS
6. Gestionarea activitatii Externa O alta firma autorizata se ocupa de aceasta
financiar-contabile sarcina pentru, utilizand programul informatic
Saga, pentru a emite registrul jurnal, balante de
verificare, fise-client, registru jurnal
7. Facturarea serviciilor Interna Cu ajutorul aplicatiei Smart Bill, organizatia emite
de consultatnta pe facturi pentru fiecare trazactie efectuata
care organizatia de
ofera
8. Decontarea Interna Cheltuielile se deconteaza pe baza dosarului
cheltuielilor justificativ.

2.2 Identificarea relaiilor dintre aplicaia/sistemul analizat cu diferitele


componente organizatorice5 i cu partenerii organizaiei (dac este cazul)

Aceste relaii se stabilesc, n special, pe baza informaiilor din matricea de la punctul 1.3, dar i
pe baza descrierilor ce se pot regsi n regulamentele de ordine de interioar, n procedurile
respectate pentru derularea activitilor, n organigram, n manualele de utilizare a aplicaiilor
informatice existente sau n normele metodologice de ntocmire a documentelor.
Numele aplicatiei: SmartBill

Nr. Departament/birou/persoan/ Descrierea relaiilor cu aplicaia/sistemul analizat


crt. partener
3
Din toate sistemele prezentate n capitolul, se va alege doar una/unul, care va fi supus analizei ncepnd din acest
capitol.
4
ATENIE!!! S nu facei confuzie ntre procesele economice i procesele de prelucrare. Primele sunt cele
declaneaz procesele de prelucrare, motiv pentru care, de multe ori, denumirea lor este apropiat. De exemplu,
vnzarea produselor, ca proces economic, este reflectat n sistemul informatic sub forma Evidena vnzrilor sau
nregistrarea vnzrilor sau gestiunea vnzrilor. Aceast similitudine are ca scop s asigure o coresponden ct mai
clar ntre procesele economice care trebuie reflectate in sistem, prin intermediul proceselor de prelucrare.
5
component organizatoric = birou, departament, compartiment, oficiu, director etc.

8
1. Client Transmite comenzi; Primete produsele; Efectueaz
plata; Refuz/returneaz produsele; Primete ofertele
etc.
2. Furnizori-debitori Pregtete livrarea pe baza comenzilor organizatiei,
in functie de comenzile primite anterior de la clienti,
in cazul acordarii unui avans;

3.

4.

2.3 Extragerea intrrilor i ieirilor specifice aplicaiei/sistemului analizat


Plecnd de la punctul anterior (2.2) i de la prezentarea aplicaiilor/sistemelor (punctele 1.2 i
1.3) se vor stabili entitile externe (principalele birouri, alte aplicaii/sisteme, persoane sau alte
organizaii cu care intr n legtur aplicaia/sistemul), precum i fluxurile informaionale dintre ele i
sistem Se va construi lista intrrilor/ieirilor n/din entitile externe, conform modelului de mai jos:

Nr. Entitatea extern Intrri de la entitate n Ieiri din aplicaie/sistem ctre


crt. aplicaie/sistem entitate
1.

2. ... .... ....

3. Se vor aduga linii n funcie


de nevoi

2.4 Construirea primei versiuni a diagramei de context


Pe baza entitilor externe descoperite anterior i a fluxurilor extrase din matricea
aplicaii/sisteme informaionale componente organizatorice, se va construi o diagram a
principalelor fluxuri de informaii care intr i/sau ies din aplicai/sistemul analizat (diagrama de
context).

Elemente de autocontrol:
1) Exist o legtur logic ntre componentele organizatorice prezentate la punctul 1.3 i
diagrama de context?
2) Exist o legtur logic ntre tranzaciile economice prezentate la punctul 2.1 i diagrama de
context?
3) Exist o legtur logic ntre intrrile i ieirile prezentate n matricea aplicaii/sisteme
informaionale componente organizatorice i diagrama de context?

9
Oficiul
AGA
juridic

Consiliu
Serviciul
Administraie
administrativ

Director general Resurse


umane

Director Departament
Director producie Director economic Director comercial
Informatic

Analiz,
Secii Birou Birou ntreinere
producie tehnic proiectare proiectare sisteme
sisteme

Birou
Birou Birou Economiti
analize Casierie
contabilitate financiar Filiale
economice

Secia I Secia II Secia III Directori


Mobil Mic Tapierie Usctorie Birou Birou Birou
vnzri Depozite
masiv mobilier aproviz. desfacere marketing
Filiale
Fig. 1.1. Structura organizatoric a firmei ALFA
Not: Se va nlocui cu organigrama organizaiei la care se face proiectul

10
3. Analiza sistemului existent 6

Se va analiza n detaliu sistemul ales. Se evideniaz toate componentele i se identific problemele ce


necesit rezolvare, astfel nct aplicaia/sistemul s dispun de funcionalitile solicitate de activitile
economice pe care le sprijin. Informaiile colectate prin observarea aplicaiei/sistemului, din analiza
documentelor organizaiei, discuiile cu angajaii, se vor sintetiza sub forma unor tabele, ce vor fi completate
cu atenie, astfel nct 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 tranzaciilor
economice identificate n capitolul 2, se vor detalia prelucrrile i se va urmri descompunerea n subprocese.
Ca urmare, se vor enumera procesele i subprocesele de prelucrare, prin codificarea i indentarea lor.

Element de autocontrol: Verificai dac toate datele despre tranzaciile 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 ncepnd cu capitolul 2.
11
3.2 Analiza ieirilor din procesele/subprocesele de prelucrare ctre entiti externe sau locuri de stocare (se ordoneaz dup procesul/
subprocesul care le genereaz, din care ies)
Proces/subproces de Denumire Tip ieire 2, mod de Destinaie Structur Documentul/ datele pe Locurile de stocare Cerine pe baza
prelucrare care ieire obinere3, momentul ieire4 baza cruia/crora se folosite pentru citirea observaiilor i
genereaz ieirea 1 generrii obine ieirea 5 datelor (tabele ale bd, constatrilor rezultate
fiiere) 6 din analiza efectuat 7
<Atribut 1
<Programat, <L1(atribut 1, atribut
(N,3)
semiautomat, la 2)> <Se poate renuna la
<Proces 1> <Raport a> <Sistem X> .... <Document 1>
sfritul fiecrei <L2 (atribut m, un exemplar>
Atribut n
luni> atribut n)>
(C,25)>
<Programat,
<Atribut 1 <Se obine cu
semiautomat (se <Document 1
(C,8) ntrziere din cauza
extrage din aplicaie Document 2
<Proces 1> <Lista a> <Birou Z> ... <L3> perioadei mari de
o list iniial i se Date preluate n
Atribut n culegere a datelor de
continu prelucrrile form electronic>
(D)> pe documente>
n Excel), zilnic>
<Atribut 1
<n funcie de
<Informaii (C,6)
momentul tranzaciei
<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 operaiilor economice surprinse n sistemul analizat. Trebuie s fie aceleai cu cele
din tabelul 3.2. Pentru procesele/subprocesele care nu genereaz ieiri pentru entitile externe, se va specifica faptul c sunt procese care asigur doar adugarea de nregistrri sau
actualizarea locurilor de stocare, numite procese interne
2. Din suportul de curs, se va folosi clasificarea rapoartelor i se vor ncadra ieirile sistemului analizat n acea clasificare.
3. Se va specifica dac ieirile sunt obinute numai cu ajutorul aplicaiilor, dac se obin 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, informaiilor existente n sistem ce stau la baza obinerii raportului, specificndu-se atributele din acel(e) document(e)
folosite n cadrul raportului.
6. Sunt specificate numele locurilor de stocare (tabele ale bd, fiiere, dosare) n care au fost stocate (nregistrate) anterior date necesare obinerii rapoartelor, precum i atributele din
acele locuri de stocare folosite pentru generarea raportului. n situaia n care nu avei acces la baza de date, propunei aici o serie de locuri de stocare.
7. Se comenteaz eventualele particulariti ale raportului, din punct de vedere al obinerii lui sau al aspectelor ce ar trebui eliminate sau adugate, ca i cerine pentru noul sistem. Tot
aici scriei: timpul necesar obinerii raportului cu ajutorul aplicaiei existente i orice alte elemente pe care le considerai importante despre raport, nespecificate anterior.

12
3.3 Analiza intrrilor n procesele/subprocesele de prelucrare de la entiti externe sau locuri de stocare (se ordoneaz dup procesul
/subprocesul n care intr)

Proces/ Denumire Emitent i/sau Tip intrare Structura intrrii 3 Date culese i Locurile de stocare Cerine pe baza
subproces/ n intrare Sursa de intrare pstrate n unde sunt nregistrate observaiilor i
care intr (document, date n sistem2 aplicaie/sistem4 datele (tabele ale bd, constatrilor rezultate
datele1 existente n alte fiiere, dosare) 5 din analiza efectuat 6
aplicaii etc.)
<Sistem/ Birou/ <Atribut 1 (N,3) <Atribut 1 <Ex.: Nu sunt utilizate
<L1>
<Proces 1> <Document a> Persoan/ <Suport hrtie> Atribut 3 ... n prelucrri 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 hrtie> <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 hrtie> <L2, Ln>

Atribut n (D)>
Atribut n>
... ... ... ... ... ... ... ...
Note:
1. Se preiau denumirile proceselor/subproceselor de prelucrare identificate la punctul 3.1, pe baza operaiilor economice surprinse n sistemul analizat. Pentru procesele/subprocesele
care nu au intrri de la entiti 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 ntocmete acel document i declaneaz procesul de prelucrare, care poate o persoan, un birou, o aplicaie, o alt organizaie, 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 cnd un document trece pe la mai multe birouri/persoane pn ajunge s fie preluat n aplicaie. n acest mod se pot identifica situaii 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 prelucrri, 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, fiiere sau dosare, centralizatoare.
Obligatoriu vor fi aceleai locuri de stocare identificate i pentru obinerea ieirilor, pentru c prin introducerea datelor de pe documente sau preluarea datelor de intrare se asigur
informaiile 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 ieire.
6. Se vor comenta diferitele aspecte ce particularizeaz documentul/datele analizate, probleme legate de circuitul lor, condiionarea prelucrrii unui document de alt document, astfel
nct s fie identificate eventualele cerine de informatizare a unor prelucrri manuale, de eliminare a unor redundane etc.

13
3.4 Analiza proceselor/subproceselor de prelucrare (tabel pentru verificarea ncruciat ntre tabelul ieirilor i intrrilor)
Locul de stocare a Cerine pe baza
Proces/ Ieiri din Intrri n Formulele sau datelor (tabele ale observaiilor i
Descrierea operaiunilor de prelucrare 2
Subproces1 proces/subproces3 proces/subproces4 relaiile de calcul5 bd, fiiere sau constatrilor rezultate din
dosare)6 analiza efectuat 7
<Ex.: Verificare cod produs (se introduce <Raport a <Document a <Valoare = <L1, L2> <Ex. Pentru introducerea
codul produsului solicitat i dac nu Raport n> Lista b> Cantitate x Pre> unui nou produs n
exist fie se introduce n tabel, fie se tabela Produse este
renun la operaiune) necesar s se ias din
<Proces 1>
Adugare produs nou n tabela produse aplicaie.>
Adugare nregistrare n tabela comenzi
etc.
Generare raport 1>
<Proces 2> <Lista a> <Lista b> <L1, L3>
<Informaii 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 operaiilor economice surprinse n sistemul analizat. Trebuie s fie aceleai cu cele
din tabelul 3.2 i tabelul 3.3.
2. Se vor specifica operaiunile de prelucrare specifice fiecrui proces, respectiv subprocesele, procedurile etc. care se execut (n cazul existenei aplicaiilor, opiunile din meniul
principal, cu subopiunile specifice etc.)
3. Se enumer ieirile generate din proces, respectiv rapoartele/situaiile transmise ctre diferite entiti externe. Trebuie s fie aceleai cu cele identificate n 3.2.
4. Se prezint documentele care intr n sistem de la diferite entiti externe (aa cum au fost prezentate la descrierea intrrilor). Trebuie s fie aceleai cu cele identificate n 3.3.
5. Dac operaiunile de prelucrare conin formule de calcul se vor specifica atributele care intr n formulele de calcul, precum i proveniena lor (locurile de stocare de unde vor fi
citite si folosite valorile).
6. Se prezint locurile de stocare care intr n legtur cu procesul/subprocesul de prelucrare, prin operaiuni de adugare, modificare, tergere sau citire/interogare nregistrri. Vor fi
aceleai cu cele identificate n 3.2 i 3.3.
7. Eventualele probleme care apar la prelucrarea datelor sau n relaia cu alte procese sau sisteme.

Observaii finale:
Din aceste descrieri ar trebui s poat fi uor identificate elementele ce vor sta la baza modelrii sistemului, precum i determinarea cerinelor pentru noul sistem.
Este necesar s se aib n vedere i elementele prezentate n suportul de curs, pentru a surprinde n coloana de observaii i alte aspecte care nu au fost incluse n
structura tabelelor.

14
4. Modelarea sistemului

n acest capitol nu avei 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 dicionarul de date.

4.1 Construirea diagramelor fluxurilor de date


Se va reface diagrama de context (dac au intervenit modificri fa de prima versiune construit la
2.4), diagrama de nivel 0 (pe baza proceselor identificate la 2.2 i a ieirilor/intrrilor analizate n 3.2 i 3.3),
DFD-urile de nivel 1 i cele de nivel 2. Pentru proiectul fiecrei echipe trebuie s existe cel puin 2
diagrame de nivel 1 i cel puin o diagram de nivel 2.

4.2 Descrierea DFD n depozitul (dicionarul) datelor


Se vor descrie cel puin 4 fluxuri de date (cel puin un flux extern de intrare, cel puin un flux intern de
scriere, cel puin un flux intern de citire, cel puin un flux extern de ieire), un loc de stocare, o entitate
extern i un proces de prelucrare.

4.3 Realizarea matricei CRUD


Pe baza informaiilor obinute din analiza sistemului existent i a construirii diagramei de nivel "0",
rezult urmtoarea 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>
tranzaciilor>
<Evidena <CRU> <R> <R>
furnizorilor>
<Actualizarea <U> <R>
stocului>

15
5. Identificarea i descrierea cerinelor funcionale i nonfuncionale ale aplicaiei/sistemului

Pe baza informaiilor 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 cerinele funcionale i nonfuncionale, completndu-se tabelul urmtor.

Nr. Problema/nevoia de
Prezentarea problemei Natura cerinei Descrierea soluiei pentru cerina identificat
crt. rezolvat
1.

2.

3.

4. .... ... ... ....

5. Se adaug linii n
funcie de nevoi

16

S-ar putea să vă placă și