ACADEMIA DE STUDII ECONOMICE DIN MOLDOVA

Facultatea: Cibernetic, Statistic i Informatic Economic Catedra: Cibernetic i Informatic Economic

Ilie COSTA, Tamara ZACON

Indicaii metodice
privind realizarea proiectelor de specialitate pentru studenii facultiiCibernetic, Statistic i Informatic Economic, specialitile Cibernetic i Informatic Economic i Informatic

Chiinu, 2013 1

I.Costa, T.Zacon Indicaii metodice privind realizarea proiectelor de specialitate pentru studenii facultiiCibernetic, Statistic i Informatic Economic, specialitile Cibernetic i Informatic Economic i Informatic. Pentru studenii anului III , Specialitile: Cibernetic i Informatic Economic, Informatic

Lucrarea reprezint un ndrumar privind elaborarea proiectului de specialitate pentru studenii facultii Cibernetic, Statistic i Informatic Economic, Specialitile: Cibernetic i Informatic Economic i Informatic, precum i pentru profesorii care conduc aceast activitate.

Indicaiile metodice au fost aprobate la edina catedrei Cibernetic i informatic economic , proces verbal 1 din 28 august 2011, edina Comisiei metodice a facultii Cibernetic, Statistic i Informatic Economic, proces verbal 1 din 28 august 2011.

Editura A.S.E.M.

ISBN......

Indicaii metodice privind elaborarea proiectului de specialitate.

C U P R I N S:
Not introductiv....................................................................................... 1. Noiuni generale 1.1. Scopul i sarcinile proiectului de specialitate ................................... 1.2. Tematica proiectelor de specialitate .................................................. 2. Elemente de structur a proiectului de specialitate ................................... 3. Direcionri privind coninutul proiectului de specialitate ....................... 4. Direcionri de structura i coninut al proiectului de specialitate n cazul utilizrii UML ................................................................................. 5. Direcionri de structur i coninut al proiectului de specialitate n cazul proiectrii unei locaii WEB ............................................................ 6. Cerine de perfectare a proiectului de specialitate ................................... 7. Reglementri generale privind prezentarea i susinerea proiectului de specialitate ................................................................................................ Bibliografie recomandat ......................................................................... Anexe 17 18 14 16 13 5 5 6 7

Not introductiv

Proiectul de specialitate (PS) constituie un element obligatoriu al planului de nvmnt pentru studenii anului 3 (semestrul 5), facultii Cibernetic, Statistic i Informatic Economic, specialitile Cibernetic i Informatic Economic, Informatic i presupune aplicarea cunotinelor acumulate n cadrul disciplinelor de specialitate. Astfel, proiectul de specialitate reprezint o lucrare interdisciplinar, care va reflecta abilitile studenilor n direcia uneia dintre laturile principale ale viitoarei profesii i anume: de modernizare a sistemului informaional social-economic, inclusiv de proiectare i implementare a sistemelor informatice, n concordan cu cerinele actuale de desfurare a activitii economice. Prin esen, proiectul de specialitate, reprezint o denumire generic referitoare la realizarea unui proiect informatic de sistem / subsistem /aplicaie , sau a unei probleme independente. Adic, PS asigur cadrul conceptual necesar abordrii tiinifice a activitilor de analiz, proiectare implementare i exploatare a sistemelor informatice economiei naionale. Prin importana sa, n contextul procesului de nvmnt, proiectul de specialitate va condiiona admiterea studenilor la sesiunea de examene. Prin coninutul su, lucrarea de fa pune la dispoziia studenilor un material metodologic necesar realizrii proiectelor de specialitate cu o tematic care include abordarea multiplelor probleme economice sub aspect informatic. (SI), pentru activitile economice din cadrul unitilor social-economice i pentru alte activiti specifice din cadrul

1. Noiuni generale
1.1. Scopul i sarcinile proiectului de specialitate (PS)

Obiectivul general al proiectului de specialitate presupune consolidarea cunotinelor teoretice obinute n cadrul disciplinelor de specialitate i nu numai, i dezvoltarea abilitilor de realizare a sistemelor sau aplicaiilor informatice economice. Astfel, n procesul de ndeplinire a PS, studentul trebuie s ndeplineasc urmtoarele sarcini: Alegerea i aprobarea temei pentru PS; Consultarea surselor bibliografice; ntocmirea structurii / cuprinsului PS; Colectarea i prelucrarea materialului pentru PS; Perfectarea PS; Prezentarea i susinerea PS.

1.2. Tematica proiectelor de specialitate

Tematica proiectelor de specialitate este concretizat, n mod obligatoriu, mpreun cu conductorul tiinific. Tematica poate cuprinde orice problem economic din cadrul domeniilor ce reprezint activitile specifice oricrei USE, n baza crora studentul va elabora proiectul. Exemple de teme sunt prezentate n anexa 1.

2. Elemente de structur a proiectului de specialitate

Indiferent de tematica abordat, proiectul de specialitate, va include urmtoarele elemente obligatorii de structur: Pagina de titlu (Anexa 2); Cuprins; Introducere; Coninutul propriu-zis; Concluzii; Bibliografie; Anexe. Concret, structura general a PS, care presupune abordarea unei probleme din domeniul economico-social, va cuprinde urmtoarele compartimente:

Introducere 1. Formularea problemei i a cerinelor pentru proiect. 1.1. Caracteristica unitii social-economice 1.2. Esena economico-organizatoric a problemei 1.3. Cerine pentru proiectul informatic 2. Analiza preliminar. 2.1. Stabilirea aparatului matematic 2.2. Definirea ieirilor 2.3. Definirea intrrilor 2.4. Stabilirea prelucrrilor 2.5. Estimarea necesarului de resurse hard si soft 3. Concepia proiectului (proiectarea aplicaiei). 3.1. Proiectarea formatelor de ieire 3.2. Proiectarea formatelor de intrare 3.3. Proiectarea codurilor 3.4. Sistemul de fiiere i / sau baza de date 3.5. Proiectarea bazei informaionale 3.6. Realizarea programelor 3.7. Procesul tehnologic de prelucrare a datelor 4. Evaluarea proiectului. Concluzii Bibliografie Anexe 6

3. Direcionri privind coninutul PS

Coninutul proiectului de specialitate propuse n p.2.), urmtoarele aspecte principale: Introducere

presupune (conform structurii

n introducere se argumenteaz actualitatea temei abordate n lucrare, se formuleaz problema i se evideniaz direciile principale de soluionare. De asemenea, se formuleaz obiectivele i sarcinile lucrrii. Se face o expunere sumar a coninutului lucrrii. 1. Formularea problemei i a cerinelor pentru proiect. Realizarea PS presupune, nc de la nceput, formularea clar, complet i corect a problemei, ca o cerin important pentru desfurarea cu bune rezultate a activitii de concepie i finalizare a PS. 1.1. Caracteristica unitii social-economice presupune descrierea: obiectului de activitate, aparatului de conducere i de control, verigilor organizatorice de execuie i funcionale (secii, compartimente, ateliere, oficii, etc.). De asemenea, se prezint schema structurii organizatorice a USE. Totodat, se delimiteaz aria de cuprindere a SIF existent, care va deveni sistemul obiect, pentru conceperea i realizarea proiectului informatic nou. Aceasta subnelege concretizarea tuturor activitilor specifice ale USE cu scoaterea n eviden a activitii care include problema abordat. 1.2. Esena economico-organizatoric a problemei abordate exprim aspectul economic, principiile i metodele de organizare sau ansamblu de msuri privind asigurarea rezolvrii acesteia. 1.3. Cerinele viitorului sistem informatic presupune stabilirea exact a ceea ce trebuie sa fac sistemul, adic ce se ateapt de la acesta. Cerinele pentru sistem sunt formulate n concordan cu necesitile informaionale ale potenialului beneficiar.

2. Analiza preliminar subnelege punctul de plecare n proiectarea unui sistem sau aplicaii informatice i include identificarea tuturor elementelor viitorului sistem. 2.1. Stabilirea aparatului matematic. Plecnd de la formularea cerinelor informaionale exprimate concret n date de ieire, se impune identificarea transformrilor i prelucrrilor necesare pentru obinerea acestora. Astfel, n funcie de natura aplicaiei, se vor stabili formulele matematice i metodele numerice corespunztoare. Aparatul matematic folosit trebuie sa fie argumentat teoretic. 2.2. Definirea ieirilor presupune, n primul rnd, concretizarea tipologiei acestora care poate fi: Indicatori sintetici economico-financiari; Liste / situaii de ieire sau rapoarte; Grafice; Ieiri ctre alte sisteme informatice. Specificarea ieirilor trebuie s includ, de asemenea, denumirea i scopul fiecreia, volumul, frecvena de emitere, modul de obinere, suportul, destinaia, etc. 2.3. Definirea intrrilor. Pe baza exprimrii matematice a prelucrrilor i transformrilor identificate n proiect se vor stabili datele de intrare necesare. Determinarea datelor de intrare, pornind de la transformrile necesare pentru obinerea datelor de ieire, se propune a fi 2.4. realizat utiliznd tehnica analizei concordanei ieiri-intrri (intrrile sunt condiionate de ieiri). Stabilirea prelucrrilor subnelege concretizarea listei procedurilor automate, funciile i structura acestora. De asemenea, sunt concretizate mesajele solicitate, cerinele de tipizare a mesajelor, modul de exploatare, protecie, indicaiile pentru testare, alte cerine/restricii necesare realizrii procedurilor automate.

2.5. Estimarea necesarului de resurse hard si soft presupune concretizarea condiiilor i restriciilor tehnice (dup caz) referitoare la soluie, adic necesare realizrii i punerii n funciune a sistemului informatic, ca de exemplu: Tipuri de echipamente, caracteristici, configuraii; Schema de amplasare; Mijloacele soft necesare; Faciliti / restricii ale sistemului de operare; Modurile de exploatare alese sau impuse; Standarde de programare impuse, etc. 3. Concepia proiectului (proiectarea aplicaiei). Pe baza datelor de intrare/ieire i prelucrrilor stabilite n cadrul analizei se proiecteaz formatele de intrare, formatele de ieire, codurile i algoritmii, se definesc coleciile de date i se stabilesc modulele proiectului care urmeaz s fie programate (structurarea proiectului). Prin format se nelege modul n care vor fi reprezentate extern (pe ecran sau pe hrtie) cmpurile pentru citirea datelor de intrare i cele pentru afiarea rezultatelor. De asemenea, formatele de intrare / ieire sunt parte integrant din interfaa aplicaiei informatice cu utilizatorul, n proiectarea creia trebuie s fie luate n calcul i elemente de estetic i ergonomie vizual. 3.1. Proiectarea formatelor de intrare. Formatele de intrare se vor constitui n ferestre individualizate de preluare a datelor i vor conine cmpuri dedicate. 3.2. Proiectarea formatelor de ieire. Pentru a asigura concretizarea ct mai ampl a cerinelor sistemului proiectat, la proiectarea formatelor de ieire trebuie s se in cont att de principiile, cerinele legislative, informaionale i de proiectare, ct i de posibilitile i restriciile tehnice. Formatele de ieire trebuie s fie prezentate ntr-o form simpl, inteligibil care s asigure i facilitatea n utilizare. De asemenea, formatele de ieire

trebuie s fie sugestive, s evidenieze rezultatele (datele de ieire) i s ofere, eventual, posibiliti de imprimare. Formatele de intrare / ieire trebuie s fie descrise (caracterizate). 3.3. Proiectarea codurilor. Proiectarea codurilor reprezint o activitate cu implicaii importante asupra funcionrii produselor informatice. Codul reprezint o combinaie de simboluri elementare (sau semnale), mpreun cu o serie de reguli de combinare a lor, atribuit univoc unei entiti reale, pentru a o identifica fr nici un dubiu. ntre cod i entitatea real exist o relaie de asociere biunivoc. Simplificnd, codurile pot fi vzute ca porecle unice atribuite unor entiti din cadrul proiectelor informatice. Cel mai cunoscut exemplu, este codul numeric personal, format din 13 caractere: unul pentru sex (f, m), ase pentru data naterii (an, lun, zi), cinci din registrul de eviden a populaiei i o cifr de control. 3.4. Proiectarea Bazei informaionale presupune implicarea urmtoarelor aspecte: Determinarea atributelor bazei informaionale, presupune

concretizarea tuturor atributelor conform indicatorilor structurali din cadrul ieirilor i intrrilor aferente viitorului sistem. Aceste atribute trebuie s includ urmtoarele caracteristici: o Denumirea atributului stabilit n raport de semantica acestuia; o Natura atributului (numeric, caracterial, logic, etc.); o Lungimea atributului (reprezentat de numrul de caractere ocupat de ctre acesta). Determinarea categoriilor de atribute (preluate sau reproduse i complexe: obinute ca rezultat al utilizrii unui algoritm de calcul sau grup de algoritmi); Structurarea bazei informaionale n entiti care reprezint gruparea atributelor i reflectarea corespondenelor dinte acestea.

10

3.5. Sistemul de fiiere i / sau baza de date. Datele care stau la baza obinerii rezultatelor (informaiilor de ieire) vor fi grupate n colecii, care vor concretiza sistemul de fiiere i / sau baza de date. Pot fi identificate urmtoarele tipuri de colecii de date: de baz, pentru tranzacii, intermediare, colecii de date statistice, colecii de date istorice. Concretizarea fiierelor i bazelor de date specifice viitorului SI subnelege lista acestora, caracteristicile generale (identificatori, mod de organizare, suport, dimensiuni, etc.) i de coninut (descrierea structurii nregistrrilor cu precizarea atributelor, a naturii i mrimii acestora). 3.6. Realizarea programelor presupune identificarea resurselor program necesare de realizat i utilizat pentru viitorul SI, cu justificarea solu iei alese (limbajul de programare, sistemul de operare sub care poate rula produsul informatic, sistemul de gestiune al fiierelor sau SGBD) prin prezentarea performanelor pe care le prezint i avantajelor variantei propuse fa de alte variante posibile. De asemenea, presupune descrierea modulelor-program cu prezentarea unei scheme de interaciune a acestora i anexarea textului surs al programelor realizate (listingul autodocumentat). Realizarea programelor trebuie s se fac respectnd algoritmii (eventual se pot face modificri i detalieri ale acestora) urmrindu -se, n acelai timp, optimizarea utilizrii resurselor calculatorului (tip unitate central, memorie intern i periferice) i realizarea interfeelor deja conturate n etapele anterioare. Rezultatul realizrii corecte a programelor trebuie s fie confirmate prin anexarea ieirilor SI cu date prelucrate, bazate pe un set de date de control prestabilite. Pentru dezvoltrile ulterioare, poate fi menionat, n special, utilitatea autodocumentrii proiectelor, realizat sub forma unor comentarii intercalate n programe. 3.7. Procesul tehnologic de prelucrare a datelor subnelege proiectarea unei variante a procesului tehnologic de prelucrare a datelor (PTPD) pentru SI. 11

Aceasta va include o descriere detaliat i schema tehnologic sau organigrama proiectului (modalitatea de punere n funciune a modulelor) care s corespund, att cerinelor viitorului sistem, ct i cerinelor de realizare i reprezentare a acestui proces. De asemenea, se va descrie modul de apel al procedurilor / funciilor i structura datelor / parametrilor care se transfer ntre apelator i apelat; instruciuni de utilizare (procedura de punere n funciune, lista i forma ntrebrilor i rspunsurilor n conversaia cu utilizato rii etc.); exemple de utilizare (standardele respective, vezi sursa bibliografic [9]). 4. Evaluarea proiectului. La baza elaborrii proiectelor informatice st conceptul de eficien economic, respectiv compararea efectelor obinute cu cheltuielile necesare pentru funcionarea sistemului n cauz. n acest sens, s-au formulat mai multe teorii i concepte care privesc evaluarea eficienei proiectelor informatice, i care se pot clasifica n trei grupe: a). Teorii i metode bazate pe utilitatea proiectelor eficiena lor nu poate fi pus n discuie ct timp acestea nu servesc cerinelor informaionale ale utilizatorului final; b). Teorii i concepte bazate pe valoarea informaiilor furnizate prin proiectele informatice realizate eficiena lor rezult din impactul pe care l au sistemele respective asupra activitii de conducere a unitilor social-economice; c). Teorii i concepte pentru care eficiena economic se poate evalua prin contribuia produselor informatice realizate la sporirea eficienei activitilor cu caracter tehnic, de producie, economic sau social, numrul indicatorilor utilizai fiind limitat: coeficientul de satisfacere a cerinelor informaionale, coeficientul timpului de rspuns, coeficientul timpului de recuperare, coeficientul economiei de personal, coeficientul eficienei economice, coeficientul tehnico -economic. n concluzia lucrrii trebuie relevate rezultatele principale obinute n urma realizrii sarcinilor stabilite anterior, de comun acord cu conductorul tiinific.

12

4. Direcionri de structur i coninut al proiectului de specialitate n cazul utilizrii UML

Proiectarea i realizarea unui sistem informatic, n condiiile utilizrii limbajului unificat de modelare (UML), implic o abordare specific, de aceea structura i coninutul propriu-zis al proiectului (pe lng elementele obligatorii menionate n p.2) va include urmtoarele aspecte: Stabilirea cerinelor; Analiza; Proiectarea; Implementarea (realizarea); Testarea Fiecreia dintre aceste elemente enumerate trebuie s a-i corespund un model care reprezint o abstractizare a sistemului, adic o imagine simplificat a acestuia. Astfel: 1. Stabilirea cerinelor se concretizeaz prin modelul cazurilor de utilizare (Use Case Model) n componena cruia intr: Diagrama cazurilor de utilizare; Diagramele de secven (cte una pentru fiecare caz de utilizare definit); Diagrame de activiti (se pot realiza opional pentru stabilirea comportamentului). 2. Analiza urmrete realizarea modelului de analiz (Analisys Model), care include: Diagrama claselor (cu eventuala grupare pe pachete i subsisteme); Diagrama de colaborri, pentru a stabili relaiile dintre clase. n procesul analizei pot fi aduse mbuntiri n diagramele de secven i activiti din etapa precedent. 3. Proiectarea presupune realizarea modelului de proiectare (Design Model) care include o nou variant a diagramei claselor, a celei de secvene i 13

a celei de activiti. De asemenea, se realizeaz cte o diagram de stri (statechart) pentru fiecare clas din diagrama claselor. Tot la aceast etap, poate fi construit i un model de amplasare, avnd drept component principala diagram de amplasare care stabilete componena fizic a sistemului informatic (hardware) i suprapunerea unitilor logice (software) cu cele fizice. 4. Implementarea (realizarea) presupune realizarea modelului de implementare, care conine diagrama de componente. Aceasta stabilete modul n care diagrama claselor este implementat la nivel fizic, sub form de componente (clase, tabele, formulare, fiiere, etc.). 5. Testarea nu presupune realizarea unui anumit model. Prin testare se poate modifica oricare dintre diagramele precedente, n funcie de rezultatele testelor. Singura diagram care nu poate fi supus la modificri i mbuntiri, este diagrama cazurilor de utilizare. Aceasta reprezint numitorul comun al celor cinci etape i punctul de plecare pentru fiecare dintre ele. Orice mo dificare a diagramei cazurilor de utilizare presupune parcurgerea repetat a tuturor etapelor.

5. Direcionri de structur i coninut al proiectului de specialitate n cazul realizrii unei locaii WEB

Proiectul de specialitate care vizeaz tematica realizrii unei locaii Web presupune o abordare specific, de aceea structura i coninutul propriu-zis al proiectului (pe lng elementele obligatorii menionate n p.2) va include urmtoarele elemente:

14

Introducere 1. Analiza sistemului informaional existent 1.1. Caracteristica unitii 1.2. Analiza resurselor informaionale 1.3. Justificarea necesitaii realizrii locaiei web 2. Proiectarea de ansamblu a locaiei Web 2.1. Planificarea locaiei Web 2.2. Obiectivele locaiei web preconizat 2.3. Cerine fa de interfaa grafic a locaiei web 2.4. Arborele de pagini a locaiei web 2.5. Estimarea necesarului de resurse hard si soft 3. Proiectarea de detaliu a locaiei Web 3.1. Definirea cerinelor funcionale 3.2. Machetarea 3.3. Descrierea paginilor locaiei web preconizat 3.4. Programarea 3.5. ntreinerea, actualizarea i administrarea locaiei web 3.6. Tehnologii utilizate n proiectarea i design-ul locaiei web 4. Evaluarea eficacitii economice a site-ului 4.1. Metoda de evaluare a eficacitii economice 4.2. Aprecierea eficacitii Site-ului proiectat Concluzii Bibliografie Anexe

15

6. Cerine de perfectare a proiectului de specialitate

Proiectul de specialitate se prezent n map, tehnoredactat folosind instrumente informatice specifice: editoare de texte; editoare grafice; editoare de ecuaii, etc. Afiarea la tipar se efectueaz pe hrtie standard A4 (210x297). Textul se va culege n Times New Roman, dimensiunea fontului 12, spaiu dintre linii 1,5, aliniat 1,5 cm. Cmpurile pe pagin: sus 2,5 cm, jos 2,5 cm, stnga 3 cm, dreapta 1,5 cm. Numrul paginii se indic n partea de jos a paginii, centrat, dimensiunea 10, fr punct. Tabelele se includ n text, imediat n locul unde se face referin prima dat la ele sau n pagina urmtoare. Numele tabelului trebuie s fie precis i concis i s reflecte coninutul su. Titlul tabelului trebuie s fie plasat deasupra tabelului aliniat n stnga, ntr-o singur linie cu numrul su divizat cu o liniu. Numrul tabelelor este compus din numrul capitolului i numrul tabelului n capitol (ex: Tabelul 1.1). Tabelele cu multe rnduri se permite a fi transferate pe alt pagin. n acest caz, cuvntul Tabel i numrul acestuia se indic o singur dat pe prima parte a tabelului, iar pe celelalte pri ale tabelului, se scriu cuvintele Continuare tabel Nr. Figurile (desene, grafice, scheme, imprimate de calculator print screen, diagrame, fotografii, etc.) se includ n text, imediat n locul unde se face referin la ele sau n pagina urmtoare. Toate figurile trebuie s aib numr i denumire, care se indic n partea de jos a acestora. Numrul include denumirea capitolului i numrul figurii n capitol (ex: Figura 1.1. Denumire). Remarc: n text, trebuie s existe referin la toate tabelele, figurile i anexele din lucrare, cu indicarea numrului acestora.

16

7. Reglementri generale privind prezentarea i susinerea proiectului de specialitate

Proiectul de specialitate este o condiie obligatorie de admitere la sesiunea de examene, de aceea, se prezint la catedr cu, cel puin, 15 zile nainte de sesiunea de examene. PS este nregistrat ntr-un registru special, apoi este transmis conductorului tiinific pentru verificare. n urma verificrii, conductorul ntocmete un aviz, n care sunt scoase n eviden att aspectele pozitive ale lucrrii, ct i obieciile asupra structurii, coninutului i perfectrii acesteia. Pe lng aviz, conductorul tiinific semnific admiterea pentru susinere a PS sau respingerea PS pentru modificri suplimentare conform cerinelor naintate. Proiectul de specialitate este susinut n faa unei comisii format din cadre didactice, inclusiv, conductorul tiinific. Susinerea PS prevede, n mod obligatoriu, folosirea calculatorului, pentru demonstrarea rezultatelor obinute, precum i a altor materiale ilustrative. Aprecierea PS se face n baza materialelor prezentate, rezultatelor obinute, perfectrii lucrrii i rspunsurilor la ntrebri. Proiectul de specialitate se apreciaz cu not.

17

BIBLIOGRAFIE RECOMANDAT: 2. Legea RM cu privire la documentul electronic i semntura digital nr. 264 adoptat 15.07.2004: n vigoare: 06.11.2004 publicat n: Monitorul Oficial nr. 132 din: 06.08.2004 articolul: 710; 3. Legea RM privind comerul electronic Nr.284-XV din 22.07.2004. Monitorul Oficial al R. Moldova nr.138-146/741 din 13.08.2004; 4. Concepia informatizrii Republicii Moldova. Anexa nr. 1 la Hotrrea Guvernului Republicii Moldova din 5 iulie 1993 nr. 415. Chiinu. 5. Hotrrea Guvernului Republicii Moldova Cu privire la pota electronic a Administraiei de Stat, nr. 252 din 21 aprilie 1995. 6. Hotrrea Guvernului Republicii Moldova Cu privire la proiectul director al informatizrii societii n Republicii Moldova i a mecanismului realizrii lui. //Monitorul oficial al Republicii Moldova, 1995 24 martie. 7. Hotrrea Guvernului RM privind Strategia Naional de edificare a societii informaionale - "Moldova electronic" nr. 255 adoptat: 09.03.2005 n vigoare publicat n: Monitorul Oficial nr. 046 din: 25.03.2005 articolul: 336; 8. Bodea C., Sabu Gh., Posdarie E., Sisteme informatice. Analiz i proiectare orientate obiect utiliznd UML, Editura INFOREC, Bucureti, 2001. 9. Costa Ilie. Grafica proceselor de calcul. Chiinu, Editura ASEM, 2006. 10.Costa I. Tehnologia prelucrrii automatizate a informaiei economice. Chiinu, ASEM, 1993. 11.Costa I., Chirev P., Zacon T. Infrastructura informaional n Republica Moldova. Tipografia central. Chiinu 2001. 12.Davidescu N. Proiectarea sistemelor informatice prin limbajul UML, Editura ALL BECK, Bucureti, 2003. 13.Gh.Lsi, I. Lungu .a. Sisteme informatice i baze de date, CEP ASE Bucureti, 1993. 14.Guy Benchimol, PSerre Levine. Sisteme expert n ntreprindere, Editura Tehnic Bucureti, 1993. 15.Ioan Andoni. Baze de date inteligente n managementul firmei, Iai, Editura Dosoftei, 1997. 16.Ioan Radu, Minodora Urscescu, Florin Ioni. Informatica pentru managementul firmei, ALMI, 1998. 17.Ioan Radu. Informatica managerial, Bucureti, Editura Economic, 1996. 18.Ioan Roca, E.Macovei .a. Proiectarea sistemelor informatice financiarcontabile. Editura didactic i pedagogic, Bucureti, 1993. 19.Ion Gh. ROSCA; Bogdan GHILIC-MICU; Marian STOICA Algoritmi n programare Aplicaii. http://www.ase.ro/biblioteca/carte2.asp?id=159&idb=11 18

20.Oprea D. Premisele i consecinele informatizrii contabilitii, Iai, 1994. 21.Oprean D., Racovian D., Oprean V. Informatica de gestiune i managerial, Oradea, Eurounion S.R.L., 1994. 22.Revista Economica. 23.Revista Tribuna economic. 24.Roca I., Zaharie D. Proiectarea sistemelor informatice de gestiune (note de curs). Editura ASE, Bucureti, 2002, 135 pag. 25.Sabau Gh., Lungu I,. Bodea C, Velicanu M., .a.- Proiectarea sistemelor informatice economice, Editura INFOREC, 2003. 26.Victoria Stanciu. Proiectarea sistemelor informatice de gestiune. Bucureti. CISON, 2000. 27.Zacon T. Proiectarea sistemelor informatice. Note de curs. Chiinu, ASEM. (Format electronic). 28.Zaharie D., Roca I., .a. Proiectarea obiectual a sistemelor informatice. Editura Dual Tech, 2002, 343 pag. 29. . . . , , 2001. 30. ., .., .. . , , 2001.

19

Anexa 1

Exemple de teme propuse pentru proiectele de specialitate:

1. Sistem/subsistem informatic privind evidena valorilor materiale; 2. Sistem/subsistem informatic privind evidena remunerrii muncii salariailor; 3. Sistem/subsistem informatic privind evidena mijloacelor fizice; 4. Sistem/subsistem informatic privind evidena operaiilor financiare de decontri; 5. Sistem/subsistem informatic privind potenialul tehnico-tiinific al unei USE; 6. Sistem/subsistem informatic privind pregtirea tehnic a fabricaiei; 7. Sistem/subsistem informatic privind programarea fabricaiei, capacitilor de producie; 8. Sistem/subsistem informatic privind evidena comercializrii articolelor fabricate; 9. Sistem/subsistem informatic privind calcularea aplicabilitii pieselor i unitilor montabile n articol; 10.Sistem/subsistem informatic privind calcularea normativelor i cheltuielilor pentru articolul fabricat; 11.Sistem/subsistem informatic privind realizarea produciei; 12.Sistem/subsistem informatic privind evidena operaiunilor bancare; 13.Sistem/subsistem informatic privind evidena creditelor bancare; 14.Sistem/subsistem informatic privind evidena articolelor farmaceutice; 15.Sistem/subsistem informatic privind repartizarea veniturilor i cheltuielilor; 16.Sistem/subsistem informatic privind evidena produselor alimentare comercializate; 17.Sistem/subsistem informatic privind evidena reuitei studenilor; 18.Sistem/subsistem informatic privind evidena comenzilor; 19.Sistem/subsistem informatic privind testarea cunotinelor; 20.Proiectarea locaiei Web pentru (urmeaz denumirea USE ).

20

Anexa 2

ACADEMIA DE STUDII ECONOMICE DIN MOLDOVA Facultatea Cibernetic, Statistic i Informatic Economic Catedra Cibernetic i Informatic Economic

PROIECT de SPECIALITATE
tema:
_________________________________________________ ____________________________________________

Executor:

Conductor tiinific:

Membrii comisiei:

Chiinu an universitar 201_/ 201_

21