proiectarea sistemelor informatice de gestiune

Adina Crean

Proiectarea sistemelor informatice de gestiune

- suport de curs -

EDITURA UNIVERSITII NICOLAE TITULESCU

BUCURETI

2014

Acest material este destinat uzului studenilor, forma de nvmnt la distan. Coninutul cursului este proprietatea intelectual a autorului /autorilor; designul, machetarea i transpunerea n format electronic aparin Departamentului de nvmnt la Distan al Universitii Nicolae Titulescu din Bucureti. Acest curs este destinat uzului individual. Este interzis multiplicarea, copierea sau difuzarea coninutului sub orice form.

Acest manual a fost actualizat i aprobat n sedinta Departamentului de Administrarea Afacerilor si Marketing din data de 15 septembrie 2014.

UNIVERSITATEA NICOLAE TITULESCU DIN BUCURETI DEPARTAMENTUL PENTRU NVMNTUL LA DISTAN

Adina Crean

Proiectarea sistemelor informatice de gestiune

Editura Universitii Nicolae Titulescu

Calea Vcreti, nr. 185, sector 4, Bucureti Tel./fax: 0213309032/0213308606 Email: [email protected] ISBN: 978-606-751-046-1

Introducere

Suportul de curs reprezint o sintez a coninutului disciplinei Sisteme informatice de

gestiune. El este destinat studenilor de la forma de nvmnt la distan (ID) i constituie materialul bibliografic minim necesar pentru parcurgerea, nsuirea i evaluarea disciplinei respective.

Suportul de curs este structurat conform standardelor i procedurilor de uz larg n nvmntul universitar naional i internaional, care se adreseaz nvrii individuale, pe baze interactive. Parcurgerea suportului de curs, pe baza prezentelor instruciuni, asigur reinerea informaiilor de baz, nelegerea fenomenelor fundamentale i aplicarea cunotinelor dobndite la rezolvarea unor probleme specializate.

Suportul de curs este structurat pe trei module iar modulele sunt structurate, la rndul lor, pe uniti de nvare. Modulul reprezint o categorie de probleme distincte din materia disciplinei, care formeaz un tot unitar din punct de vedere al specificului cunotinelor, al nsuirii unui anumit aspect al fenomenologiei disciplinei precum i din perspectiva timpului necesar parcurgerii i nsuirii fondului informaional respectiv. n acest sens, un modul conine una sau mai multe uniti de nvare. Unitatea de nvare reprezint o parte omogen din componena modulului, caracterizat de un volum strict limitat de cunotine, care pot s fie parcurse i nsuite printr-un efort continuu de concentrare intelectual, care se refer la coninutul de idei al unitii de nvare. Fiecare unitate de nvare are o structur proiectat din perspectiva exigenelor autoinstruirii, astfel c folosirea suportului de curs se face pe baza unui program de autoinstruire.

Recomandm astfel, cteva regului de baz n procedura de realizare a programului de autoinstruire pe baza acestui suport de curs: 1. Unitile de nvare se parcurg n ordinea n care sunt prezentate, chiar n cazul n care studentul apreciaz c ar putea sri direct la o alt unitate de nvare (de exemplu n cazul n care studentul se afl la a doua facultate sau n alte situaii echivalente). Criteriile i modalitatea de nlnuire a unitilor de nvare sunt prezentate la fiecare unitate de nvare i ele trebuie respectate ntocmai, sub sanciunea nerealizrii la parametri maximali a programului de autoinstruire; 2. Fiecare unitate de nvare conine teste destinate autoevalurii gradului i corectitudinii nsuirii cunotinelor specifice unitii de nvare, nelegerii fenomenelor i proceselor descrise sau prezentate n unitatea de nvare; Fiecare test al unitii de nvare este prevzut cu un sistem de notare (puncte) care nsumeaz un maximum de 100 puncte; 3. Ordinea logic a parcurgerii unitii de nvare este urmtoarea: a) se citete scopul i obiectivele unitii de nvare; b) se citesc termenii de referin (cuvintele-cheie); c) se parcurge coninutul de idei al unitii de nvare; d) se parcurge bibliografia recomandat; e) se rspunde la ntrebrile de autocontrol, revznd, dac este necesar, coninutul de idei al unitii de nvare; f) se elaboreaz, pe o pagin, cte un eseu pentru fiecare dintre temele de reflecie propuse la unitatea de nvare;

g) se efectueaz testele de autoevaluare dup procedura descris; h) se rezolv exerciiile, problemele sau studiile de caz propuse pentru laboratorul sau

lucrrile practice propuse n unitatea de nvare. Pentru creterea eficienei utilizrii suportului de curs i fixarea temeinic a cunotinelor dobndite, fiecare unitate de invatare se ncheie cu: ntrebri de autocontrol, teme de reflecie, teme pentru studii de caz i teste de autoevaluare.

5

Obiectivele cursului

Obiectul suportului de curs const n studiul conceptelor i instrumentelor specifice proiectarii sistemelor informatice. Obiectivele principale ale suportului de curs sunt:

nsuirea temeinic a noiunilor fundamentale privind proiectarea sistemelor informatice;

formarea deprinderilor de a utiliza noiunile i cunotinele teoretice la aplicarea practica pentru diferitele domenii in care este necesara proiectarea unui sistem informatic;

dobndirea unei viziuni de ansamblu asupra teoriei i practicii sistemelor informatice de gestiune.

Suportul de curs este structurat pe trei module, fiecare modul coninnd, n funcie de problematica abordat, unitati de invatare specifice.

Competene conferite

Dup parcurgerea acestui curs, studentul va fi capabil s:

Cunoasca i sa neleaga din punct de vedere metodologic procesul de proiectare i dezvoltare a unui sistem informatic de gestiune.

neleaga principalele aspecte legate de realizarea, exploatarea i mentenana unui asemenea sistem.

Cunoasca diferitele metodologii de proiectare i dezvoltare a unui sistem informatic de gestiune.

neleaga procesele care se deruleaz ntr-o banc sau ntr-o firm din perspective analizrii i automatizrii acestora cu ajutorul tehnologiei informaionale.

neleaga impactul i a beneficiile aduse de implementarea i utilizarea unui sistem informatic.

Resurse i mijloace de lucru

Pentru parcurgerea acestui curs va fi nevoie de utilizarea pachetului software integrat MICROSOFT OFFICE 2010.

Structura cursului

Suportul de curs este structurat pe patru module astfel: Modulul I este un modul de prezentare a problematicii sistemelor informatice,

6

coninnd unitatile de invatare: Unitatea 1. Problematica sistemelor informatice; Unitatea 2. Dezvoltarea sistemelor informatice in afaceri. Modulul II se refera la notiunile privind metodele de proiectare a sistemelor informatice in afaceri, coninnd unitatile de invatare: Unitatea 3. Metode de proiectare a sistemelor informatice in afaceri; Unitatea 4. Metode sistemice de proiectare.

Modulul III se refera la notiunile privind Modelul conceptual al datelor (MCD), Modelul logic al datelor (MLD), Modelul fizic al datelor (MFD), coninnd capitolele:

Unitatea 5. Modelul conceptual al datelor (MCD), Modelul E-A; Unitatea 6. Asocieri si tipuri de asocieri. Diagrama E-A; Unitatea 7. Restrictii de integritate ale modelului E-A; Unitatea 8. Modelul logic al datelor (MLD), Modelul fizic al datelor (MFD). Unitatea 9. Modelul entitate-asociere extins (EA-E).

Modulul IV contine studii de caz referitoare la proiectarea sistemelor informatice de gestiune utilizand modelul E-A: Unitatea 10. Studiul de caz - proiectarea unui sistem informatic pentru

monitorizarea consumului de materii prime Unitatea 11. Studiul de caz - analiza si proiectarea unui sistem informatic de

gestiune a comenzilor pentru un magazin virtual

Discipline deservite

Pe baza cunotinelor dobndite n cadrul disciplinei curente studenii vor fi capabili s urmeze cursurile de Sisteme informatice de gestiune, Sisteme informatice in marketing, Comer electronic.

Durata medie de studiu individual

Timpul mediu necesar parcurgerii unei Uniti de nvare este 2-3 ore.

Evaluarea studenilor

Nota finala la disciplina Sisteme informatice de gestiune va fi stabilit prin :

- evaluarea final (examen scris de tip gril) cu ponderea de 70%; - evaluri pe parcurs (teme de control n cadrul activitilor asistate) cu

ponderea de 30%.

7

Cuprins

Introducere ____________________________________________________________________ 5

Obiectivele cursului _____________________________________________________________ 6

Competene conferite ___________________________________________________________ 6

Resurse i mijloace de lucru ______________________________________________________ 6

Structura cursului _______________________________________________________________ 6

Discipline deservite _____________________________________________________________ 7

Durata medie de studiu individual _________________________________________________ 7

Evaluarea studenilor ____________________________________________________________ 7

UNITATEA DE NVARE 1. PROBLEMATICA SISTEMELOR INFORMATICE _____________ 12 1.1. Obiective _________________________________________________________________ 12

1.2. Competenele unitii de nvare _____________________________________________ 12

1.3. Noiunea de sistem ________________________________________________________ 13

1.4. Componentele sistemului informatic __________________________________________ 14

1.5. Clasificarea sistemelor informatice ____________________________________________ 15

1.6. Conceptul de sistem informaional ____________________________________________ 16

1.7. Rezumat _________________________________________________________________ 19

1.8. Test de autoevaluare a cunotinelor __________________________________________ 19

1.9. Tem de control ___________________________________________________________ 21

1.10. Bibliografie ______________________________________________________________ 21

UNITATEA DE NVARE 2. DEZVOLTAREA SISTEMELOR INFORMATICE ______________ 22

2.1. Obiective _________________________________________________________________ 22


2.3. Obiectivul principal al sistemelor informatice ___________________________________ 22

2.4. Ciclul de via a unui sistem informatic ________________________________________ 23

2.5. Tipuri de participani n dezvoltarea sistemelor informatice ________________________ 27

2.6. Rezumat _________________________________________________________________ 29


2.8. Test de evaluare a cunotinelor ______________________________________________ 31

2.9. Tem de control ___________________________________________________________ 31

2.10. Bibliografie ______________________________________________________________ 31

UNITATEA DE NVARE 3. METODE DE PROIECTARE A SISTEMELOR INFORMATICE ____ 32

3.1. Obiective _________________________________________________________________ 32


3.3. Evolutia metodelor de proiectare _____________________________________________ 32

8

3.4. Strategii de abordare a proiectrii sistemelor informatice __________________________ 36

3.5. Metodologia elaborrii sistemelor informatice __________________________________ 38

3.6. Rezumat _________________________________________________________________ 39



3.9. Bibliografie _______________________________________________________________ 42

UNITATEA DE NVARE 4. METODE SISTEMICE DE PROIECTARE ____________________ 43 4.1. Obiective _________________________________________________________________ 43


4.3. Prezentarea metodei MERISE _________________________________________________ 43

4.4. Ciclurile de baz ale proiectrii unui sistem informatic ____________________________ 45

4.5. Rezumat _________________________________________________________________ 50



4.8. Bibliografie _______________________________________________________________ 52

UNITATEA DE NVARE 5. MODELUL CONCEPTUAL AL DATELOR. MODELUL ENTITATE-ASOCIERE (E-A) ____________________________________________________________ 53

5.1. Obiective _________________________________________________________________ 53


5.3. Entiti si tipuri de entiti ___________________________________________________ 53

5.4 Atributele unei entiti ______________________________________________________ 56

5.5. Rezumat _________________________________________________________________ 60



5.8. Bibliografie _______________________________________________________________ 62

UNITATEA DE NVARE 6. ASOCIERI SI TIPURI DE ASOCIERI. DIAGRAMA ENTITATE-ASOCIERE (E-A) ____________________________________________________________ 63

6.1. Obiective _________________________________________________________________ 63


6.3. Tipuri de asocieri ___________________________________________________________ 63

6.4 Cardinalitatea asocierii ______________________________________________________ 65

6.5 Reguli de modelare _________________________________________________________ 68

6.6 Rezumat __________________________________________________________________ 70

6.7 Test de autoevaluare a cunotinelor ___________________________________________ 71

6.8 Test de evaluare a cunotinelor _______________________________________________ 72

6.9 Bibliografie ________________________________________________________________ 72

9

UNITATEA DE NVARE 7. RESTRICII DE INTEGRITATE ALE MODELULUI ENTITATE-ASOCIERE ________________________________________________________________ 74

7.1. Obiective _________________________________________________________________ 74


7.3. Stabilirea restriciilor de integritate (RI) ________________________________________ 74

7.4 Rezumat __________________________________________________________________ 79



7.7 Tema de control ____________________________________________________________ 81

7.8. Bibliografie _______________________________________________________________ 81

UNITATEA DE NVARE 8. MODELUL RELAIONAL AL DATELOR (MODELUL LOGIC AL DATELOR) ________________________________________________________________ 83

8.1. Obiective _________________________________________________________________ 83


8.3. Conceptele de baz ale modelului logic al datelor (MLD) ___________________________ 83

8.4 Reguli de conversie de la MCD la MLD __________________________________________ 85

8.5 Modelul fizic al datelor (MFD) _________________________________________________ 87

8.6 Rezumat __________________________________________________________________ 88


8.8. Bibliografie _______________________________________________________________ 90

UNITATEA DE NVARE 9. MODELUL ENTITATE-ASOCIERE EXTINS __________________ 91 9.1. Obiective _________________________________________________________________ 91


9.3. Generalizarea i specializarea ________________________________________________ 91

9.4. Reprezentarea timpului _____________________________________________________ 95

9.5. Rezumat _________________________________________________________________ 97



9.8. Bibliografie _______________________________________________________________ 98

UNITATEA DE NVARE 10. STUDIU DE CAZ PROIECTAREA UNUI SISTEM INFORMATIC PENTRU MONITORIZAREA CONSUMULUI DE MATERII PRIME ______________________ 100

10.1. Obiective _______________________________________________________________ 100

10.2. Competenele unitii de nvare ___________________________________________ 100

10.3. Descrierea problemei de modelat si a cerintelor sistemului informatic _____________ 101

10.4. Identificarea entitatilor din textul problemei de modelat si a atributelor care descriu entitatile respective ___________________________________________________________ 102

10.5. Identificarea asocierilor. Stabilirea cardinalitii unei asocieri. Modelarea asocierilor _ 102

10

10.6. Realizarea modelului conceptual al datelor (MCD) ______________________________ 104

10.7. Realizarea modelului relaional al datelor (MRD) _______________________________ 105

10.8. Rezumat _______________________________________________________________ 106

10.9. Test de autoevaluare a cunotinelor ________________________________________ 106

10.10. Tema de control ________________________________________________________ 107

10.11. Bibliografie ____________________________________________________________ 107

UNITATEA DE NVARE 11. STUDIU DE CAZ ANALIZA SI PROIECTAREA UNUI SISTEM INFORMATIC DE GESTIUNE A COMENZILOR PENTRU UN MAGAZIN VIRTUAL _________ 108

11.1. Obiective _______________________________________________________________ 108

11.2. Competenele unitii de nvare ___________________________________________ 108

11.3. Descrierea problemei de modelat si a cerintelor sistemului informatic _____________ 109

11.4. Identificarea entitatilor din textul problemei de modelat si a atributelor care descriu entitatile respective ___________________________________________________________ 109

11.5. Identificarea asocierilor. Stabilirea cardinalitii unei asocieri. Modelarea asocierilor _ 110

11.6. Realizarea modelului conceptual al datelor (MCD) ______________________________ 112

11.7. Realizarea modelului relaional al datelor (MRD) _______________________________ 112

11.8. Rezumat _______________________________________________________________ 113

11.9. Test de autoevaluare a cunotinelor ________________________________________ 113

11.10. Tema de control ________________________________________________________ 114

11.11. Bibliografie ____________________________________________________________ 114

11

UNITATEA DE NVARE 1. PROBLEMATICA SISTEMELOR INFORMATICE

Cuprins 1.1. Obiective 1.2. Competenele unitii de nvare 1.3. Noiunea de sistem 1.4. Componentele sistemului informatic 1.5. Clasificarea sistemelor informatice 1.6. Conceptul de sistem informaional 1.7. Rezumat 1.8. Test de autoevaluare a cunotinelor 1.9. Tem de control 1.10 Bibliografie

1.1. Obiective

Obiectivele primei unitati de nvare sunt: nsuirea noiunii de sistem nsuirea criteriilor de clasificare a sistemelor nelegerea deosebirilor dintre sistemul informaional si sistemul informatic nsuirea caracteristicilor unui sistem informatic

1.2. Competenele unitii de nvare

Dup parcurgerea unitii vei fi n msur s rspundei la ntrebrile: Ce este un sistem? Care sunt componentele sistemului informatic? Cum se clasifica sistemele informatice? Care este deosebirea dintre un sistem informational si un sistem informatic?

Durata de parcurgere a primei uniti de nvare este de 2 ore.

12

1 L. von Bertalanffy, Theories des systemes, Ed. Dunod, 1973 2 J de Rosnay, Le Macroscope vers une vision globale, Paris, Seuil, 1975 3 E. Morin, La Metode, Paris, 1991

1.3. Noiunea de sistem

Un sistem reprezint un ansamblu de elemente interdependente care se comporta si actioneaz ca un tot organizat n vederea realizarii unui anumit scop.

Din cele mai vechi timpuri termenul sistem a cunoscut numeroase definiii.

Ludwig von Bertalanffy1 a fost primul teoretician care a articulat principiile teoriei generale a sistemelor n 1950. Conform definiiei sale, un sistem este un set de elemente care se afl n relaii de interaciune

J. de Rosnay2, propune o alt definitie pentru notiunea de sistem: Ansamblul de elemente n interaciune dinamic, organizat n funcie de un scop.

E. Morin3 propune i el o definiie: Un sistem este o unitate global organizat, de interrelaii ntre elemente, aciuni sau indivizi.

Furnizati mai multe definiii pentru noiunea de sistem. .................................................................................................................................... .................................................................................................................................... ...................................................................................................................................

Avnd in vedere complexitatea deosebit a celor mai multe sisteme existente

n natur, economie etc., studierea sistemelor se face ntr-o manier aparte numit abordare sistemic. Spre deosebire de abordare sistemic, abordarea cartezian const n a repera i a izola fiecare subproblem pentru o prelucrare ulterioar. Prin aceasta nu se va putea rezolva ns ansamblul problemei.

Abordarea sistemic propune o viziune unic i global a problemei de rezolvat. Conform abordrii sistemice, J. De Rosnay propune trei activiti importante [Amza, 2008]:

Analiza sistemului; Modelarea sistemului; Simularea.

Analiza sistemelor presupune parcurgerea urmtoarelor etape:

1) Formularea problemei. Este deosebit de important ca analistul s examineze critic formularea problemei de ctre utilizator. Orice eroare minor n formularea problemei, sau orice nelegere eronat, poate genera mari inconveniente prin amplificarea ei cu fiecare etap parcurs.

2) Formularea clar si precis a obiectivelor ce trebuiesc realizate. 3) Analiza cerinelor utilizatorului avand in vedere identificarea i evaluarea

necesitilor lui reale. 4) Precizarea criteriilor de msurare a eficienei sistemului. 5) Analiza funcional ce se concretizeaz ntr-o list amnunit a funciunilor i

aprecierilor care trebuie ndeplinite. 6) Identificarea restriciilor i evaluarea efectului lor asupra eficienei sistemului. 7) Identificarea soluiilor posibile care satisfac restriciile impuse. 8) Evaluarea soluiilor si alegerea celei mai bune variante.

00:05

13

Modelarea sistemului const n construirea unui model plecnd de la datele furnizate de analiza sistemului. Dupa construirea modelului, urmeaz implementarea, ntr-un limbaj de programare, a diferitelor interaciuni dintre elementele sistemului.

Simularea presupune analiza comportamentului sistemului.

Argumentai importana activitii de analiz a sistemului: ........................................................................................................................... ........................................................................................................................... ..........................................................................................................................

1.4. Componentele sistemului informatic

Un sistem informatic este compus din [Chindea, 1999]: baza informaional; baza tehnic; sistemul de programe; baza tiinific i metodologic; factorul uman (resursele umane); cadrul organizatoric.

Baza informaional cuprinde: datele supuse prelucrrii; fluxurile informaionale; sistemele i nomenclatoarele de coduri.

Baza tehnic este constituit din totalitatea mijloacelor tehnice de culegere, transmitere, stocare i prelucrare a datelor, locul central revenind calculatoarelor electronice.

Sistemul de programe cuprinde totalitatea programelor utilizate pentru funcionarea sistemului informatic n concordan cu funciunile i obiectivele stabilite. Sunt avute n vedere att programele de baz (software de baz) ct i programele aplicative (software de aplicaie).

Baza tiinific i metodologic este constituit din: algoritmi; formule; modele; tehnici de realizare a sistemelor informatice.

Resursele umane constau in: personalul de specialitate: analiti, programatori, ingineri de sistem,

analiti-programatori ajutori, operatori etc.; beneficiarii sistemului.

Cadrul organizatoric este cel specificat n regulamentul de organizare i funcionare (ROF) al unitii n care va fi utilizat sistemul informatic.

00:30

14

S ne reamintim... Baza tehnic este constituit din totalitatea mijloacelor tehnice de culegere, transmitere, stocare i prelucrare a datelor, locul central revenind calculatoarelor electronice.

1.5. Clasificarea sistemelor informatice

Sistemele informatice se clasific dup mai multe criterii [Oprea, 1999]:

1) n funcie de domeniul de utilizare, sistemele informatice pot fi: pentru conducerea activitilor economico-sociale; pentru conducerea proceselor tehnologice; pentru cercetare tiinific i proiectare tehnologic; pentru activiti speciale. 2) n funcie de nivelul ierarhic ocupat de sistemul economic n structura

organizatoric a societii:

pentru conducerea activitii la nivelul unitilor economice; pentru conducerea activitii la nivelul organizaiilor economico-sociale cu

structur de grup;

sisteme informatice teritoriale; pentru conducerea ramurilor, subramurilor i activitilor la nivelul economiei

naionale;

sisteme informatice funcionale generale. 3) n funcie de elementul supus analizei: sisteme informatice orientate spre funcii; sisteme informatice orientate spre proces; sisteme informatice orientate spre date; sisteme informatice orientate spre obiecte; sisteme informatice orientate spre cunotine. 4) Dup modul de organizare a datelor: sisteme bazate pe fiiere; sisteme bazate pe tehnica bazelor de date: ierarhice, reea, relaionale,

orientate-obiect;

sisteme mixte. 5) Dup metoda folosit n analiza i proiectarea sistemelor: sisteme dezvoltate dup metoda sistemelor; sisteme dezvoltate dup metoda clasic a ciclului de via; sisteme dezvoltate dup metoda structurat;

00:45

15

4 Computer Aided Systems Engineering

sisteme dezvoltate dup metoda orientat-obiect; sisteme dezvoltate dup metoda rapid; sisteme dezvoltate dup metoda echipelor mixte; sisteme dezvoltate dup metoda prototipurilor. 6) Dup gradul de centralizare: sisteme centralizate; sisteme descentralizate. 7) Dup gradul de dispersie a resurselor sistemului informatic: sisteme informatice locale (bazate pe reea local, staii de lucru); sisteme informatice distribuite (date distribuite). 8) Dup gradul de automatizare a activitilor de analiz i proiectare a sistemelor

informatice:

sisteme informatice dezvoltate pe baza analizei i proiectrii clasice; sisteme informatice analizate cu instrumente automate i proiectate clasic; sisteme informatice bazate pe instrumente diverse de automatizare a analizei i

proiectrii;

sisteme informatice dezvoltate cu instrumente de tip CASE4. S ne reamintim... n funcie de modul de organizare a datelor, sistemele informatice se pot clasifica astfel: sisteme bazate pe fiiere; sisteme bazate pe tehnica bazelor de date: ierarhice, reea, relaionale, orientate-obiect; sisteme mixte. n funcie de elementul supus analizei, sistemele informatice se pot clasifica astfel: ........................................................................................................................................... ........................................................................................................................................... ...........................................................................................................................................

1.6. Conceptul de sistem informaional

Conform teoriei sistemelor orice organism economic este un sistem.

Prin organizaie inelegem o intreprindere, instituie, societate comercial.

Caracteristicile unui organism economic privit ca un sistem sunt urmatoarele [Stanciu, 1999]:

Orice organism economic interactioneaz cu mediul exterior prin intermediul

01:00

16

diferitelor fluxuri de intrare-iesire;

Organismele economice reprezint conglomerate complexe de departamente si filiale care se comport la rndul lor ca niste subsisteme;

Totalitatea elementelor constitutive ale unui organism economic actioneaz n mod constant si unitar n vederea ndeplinirii obiectivelor organizationale.

In orice organizatie se disting trei componente:

Sistemul de conducere sau de decizie (S.D) Sistemul informational (S.I) Sistemul condus sau operational (S.O)

Din perspectiva sistemic, structura unei organizatii este reprezentat astfel:

Fig. 1.1 - Structura unei organizatii

FI = flux de informatii FD = flux de date d = date I = informatii D = decizii

Sistemul informatic face legatura intre sistemul condus (SO) si sistemul de conducere (SD), fiind subordonat acestuia. Deci, sistemul informatic este un ansamblu structurat de elemente intercorelate funcional pentru automatizarea procesului de obinere a informaiilor i pentru fundamentarea deciziilor.

Pentru ca o organizatie s-si satisfac necesarul de informatie, are nevoie de un sistem informaional. Sistemul informaional este un ansamblu om-masina care in baza unor cunostinte privitoare la domeniul de activitate al unei organizatii, achizitioneaza, stocheaza, proceseaza si prezinta informatii la nivel intra si extra organizational. Sistemul informatic este inclus n sfera sistemului informaional, presupunnd partea automatizat a acestuia.

Sintetizai caracteristicile sistemului informatic: ........................................................................................................................................... ......................................................................................................................................................................................................................................................................................

Sistemul informaional cuprinde ansamblul informaiilor interne i externe utilizate n cadrul organizaiei, precum i datele care au stat la baza obinerii lor, procedurile de obinere i de difuzare a informaiilor, precum i personalul implicat n

01:15

17

culegerea, transmiterea, stocarea i prelucrarea datelor.

Sistemul informaional are dou componente:

componenta pentru stocarea (memorarea informaiilor); componenta pentru prelucrarea informaiilor.

Funciile unui sistem informaional sunt:

s colecteze informaii din sistemele operaional i decizional precum i informaiile ce provin din mediul extern;

s memoreze aceste informaii precum i informaiile rezultate din prelucrarea lor;

s asigure accesul la memorie n vederea comunicrii informaiilor stocate; s prelucreze informaiile la cererea sistemelor operaional i decizional.

Funciile unui sistem informaional sunt urmatoarele: ........................................................................................................................................... ......................................................................................................................................................................................................................................................................................

Sistemul operaional este compus din ansamblul procedurilor si persoanelor

care ndeplinesc sarcinile ce se desfoar ntr-o organizatie. n cadrul acestui sistem

are loc implementarea si ducerea la bun sfrsit a strategiilor organizatiei [Amza, 2008].

Sistemul informatic este inclus n cadrul sistemului informational i are ca

obiect de activitate, in general, procesul de culegere, verificare, transmitere, stocare i

prelucrare automat a datelor (datele sunt materia prim, iar informaiile sunt produsul

finit). Prin implementarea unor modele matematice i utilizarea tehnicii electronice de

calcul, sistemul informatic imprim valene sporite sistemului informational sub aspect

cantitativ i calitativ. Astfel, asistm la o cretere a capacitii de calcul sub aspectul

volumului datelor prelucrate i a operaiilor efectuate, nsoit de creterea exactitii

informatiilor, sporirea operativitii i complexitii situatiilor de informare - raportare.

Toate aceste aspecte determin o apropiere mai mare a decidentului de fenomenele i

procesele economice pe care acesta le are in atenie, cu multitudinea aspectelor

economice pozitive ce deriv din acestea.

In ceea ce priveste raportul dintre sistemul informatic i sistemul informational,

se poate aprecia c sistemul informatic tinde spre a egala sistemul informational, ns

acest lucru nu va fi posibil datorit limitelor sistemului informatic. Tot timpul n cadrul

sferei sistemului informational vor exista o serie de activiti ce nu vor putea fi

automatizate. Ins, dac acceptam includerea in sfera sistemului informatic a activitii

de conducere a proceselor tehnologice cu ajutorul calculatoarelor de proces, putem

01:30

18

asista la automatizarea complet a procesului decizional i a reglrii automate a

procesului tehnologic. ntr-o astfel de situaie, sistemul informatic depete sfera

sistemului informational.

ntre sistemul informational si sistemul informatic exista urmatoarea legatura: ........................................................................................................................................... ........................................................................................................................................... ..........................................................................................................................................

1.7. Rezumat

Un sistem reprezinta un ansamblu de elemente interdependente care se comporta si actioneaza ca un tot organizat n vederea realizarii unui anumit scop;

In orice organizatie, care si desfasoara activitatea n domeniul economic, se disting trei componente: sistemul decizional, sistemul informational, sistemul operational;

Sistemul informaional cuprinde ansamblul informaiilor interne i externe utilizate n cadrul organizaiei, procedurile de obinere i de difuzare a informaiilor precum i personalul implicat n culegerea, transmiterea, stocarea i prelucrarea datelor;

Sistemul informatic este inclus in cadrul sistemului informational i are ca obiect de activitate, in general, procesul de culegere, verificare, transmitere, stocare i prelucrare automat a datelor. Sistemul informatic reprezinta partea automatizata a sistemului informaional.

1.8. Test de autoevaluare a cunotinelor

(timp necesar: 20 min.)

1. Care definiie este corect: a) Un sistem reprezint un ansamblu de elemente interdependente, care se

comporta si actioneaz ca un tot organizat n scopul atingerii unui anumit obiectiv;

b) Un sistem reprezint un ansamblu de elemente care au rolul sa rezolve activiti specifice.

2. Sistemul informaional cuprinde:

a) Ansamblul informaiilor interne i externe utilizate n cadrul organizatiei; b) Procedurile i tehnicile de obinere i de difuzare a informaiilor; c) Platforma necesar prelucrrii i disiprii informaiilor; d) Personalul specializat n culegerea, transmiterea, stocarea i prelucrarea

datelor. 3. Un sistem informatic este:

a) un sistem destinat conducerii unei organizaii; b) un sistem ce face legatura intre sistemul condus si sistemul de conducere al

01:50

19

unei organizaii; c) un ansamblu structurat de elemente intercorelate funcional pentru

automatizarea procesului de obinere a informaiilor i pentru fundamentarea deciziilor.

4. Identificai afirmaia fals:

a) Sistemul informaional este subordonat sistemului de conducere. b) Sistemul informaional face legtura ntre sistemul condus i sistemul de

conducere. c) Sistemul informatic este inclus n sistemul informaional. d) Sistemul condus este subordonat sistemului informaional.

5. Identificai componentele principale ale unui sistem informatic:

a) Baza informaional; b) Manager general; c) Factorul uman (resursele umane); d) Sistemul de programe.

6. Identificai etapele ce nu se regsesc printre cele propuse de J.Rosnay n

abordarea sistemic: a) Analiza sistemului; b) Modelarea sistemului; c) Testarea sistemului.

7. Sistemele informatice economice pot fi mprite, dup modul de organizare a datelor, n: a) sisteme informatice distribuite; b) sisteme bazate pe tehnica bazelor de date (ierarhice, reea, relaionale,

orientate-obiect); c) sisteme bazate pe algoritmi fundamentali; d) sisteme centralizate.

8. Sistemul informaional reprezint: a) Un ansamblu de componente interdependente; b) Un ansamblul de elemente implicate n procesul de colectare, transmisie,

prelucrare de informatii; c) Un sistem decizional; d) Un sistem operational.

9. Dup domeniul de utilizare, sistemele informatice se clasific n: a) Sisteme informatice pentru conducerea activitilor economico-sociale; b) Sisteme informatice pentru conducerea ramurilor, subramurilor i

activitilor la nivelul economiei naionale; c) Sisteme informatice i expert; d) Sisteme informatice pentru activiti speciale.

10. Sistemul care se ocup cu implementarea si ducerea la bun sfrsit a strategiei

organizatiei, este: a) Sistemul decizional; b) Sistemul operational;

20

c) Sistemul informational; d) Niciuna dintre variantele de mai sus.

Rspunsuri:

1) a.

2) a, b, d.

3) b, c

4) d

5) a, c, d

6) c

7) b

8) b

9) a, d

10) b

1.9. Tem de control

Identificai i alte criterii de clasificare a sistemelor informatice i alctuii un scurt referat.

1.10. Bibliografie

I. Bibliografie obligatorie

1. Cretan A. Analiza si proiectarea sistemelor informatice. Editura Pro Universitaria, Bucureti, 2013

2. Oancea B., Cretan A. - Baze de date, Editura Pro Universitaria, Bucureti, 2013

3. Olteanu C., Baze de date n Marketing. Aplicaii practice Microsoft Access, Editura InfoMega, Bucureti, 2012

4. Amza C.P. - Proiectarea sistemelor informatice financiar-bancare si de gestiune. Editura Cartea Studenteasc. Bucureti. 2008.

5. Stanciu V. Proiectarea sistemelor informatice de gestiune, Ed. Cison, Bucureti 2000

6. Zaharie D., Rosca I. - Proiectarea obiectuala a sistemelor informatice, Ed. Dual Tech, Bucuresti, 2002

7. Cozgarea G., Zaharie D. - Utilizarea proiectarii orientate obiect in informatica de gestiune, A.S.E. 2004

8. Morariu N. - Proiectarea sistemelor informatice. Suceava, 2005.

II. Bibliografie facultativ 1. Baptiste J.L., Merise - Guide pratique (modlisation des donnes et des

traitements, langage SQL), Nouvelle dition, Ressources informatiques, Informatique Technique, 2009.

21

UNITATEA DE NVARE 2. DEZVOLTAREA SISTEMELOR INFORMATICE

Cuprins 2.1. Obiective 2.2. Competenele unitii de nvare 2.3. Obiectivul principal al sistemelor informatice 2.4. Ciclul de via a unui sistem informatic 2.5. Tipuri de participani n dezvoltarea sistemelor informatice 2.6. Rezumat 2.7. Test de autoevaluare a cunotinelor 2.8. Test de evaluare a cunotinelor 2.9. Bibliografie

2.1. Obiective

Obiectivele acestei unitati de nvare sunt: nelegerea obiectivului principal urmrit prin dezvoltarea si implementarea

unui sistem informatic; nsuirea etapelor necesare dezvoltrii unui sistem informatic; nelegerea importanei rolului pe care l are fiecare participant n dezvoltarea

unui sistem informatic.


Dup parcurgerea unitii vei fi n msur s rspundeti la intrebarile: Care este obiectivul principal urmarit prin introducerea unui SI? Care sunt etapele dezvoltarii unui SI? Ce rol are fiecare participant la dezvoltarea unui SI?

Durata de parcurgere a acestei uniti de nvare este de 3 ore.

2.3. Obiectivul principal al sistemelor informatice

Plecnd de la ideea c sistemul informatic (SI) este subordonat procesului decizional, al crui rol este de a asigura funcionarea normal i optim a ntregii activiti i de a reduce la minimum pierderile n caz de funcionare anormal, rezult c obiectivul oricrui sistem informatic trebuie s fie subordonat obiectivului propriu-zis al unitii economice.

n acest context, obiectivul principal urmrit prin introducerea unui sistem informatic, l constituie asigurarea, n timp util, a tuturor informaiilor necesare n procesul conducerii, n scopul fundamentrii i elaborrii deciziilor cu privire la desfurarea ct mai eficient a ntregii activiti din unitatea economic.

00:00

22

S ne reamintim... Obiectivul principal al SI: - asigurarea, n timp util, a tuturor informaiilor necesare n procesul conducerii, n scopul fundamentrii i elaborrii deciziilor cu privire la desfurarea ct mai eficient a ntregii activiti din unitatea economic.

2.4. Ciclul de via a unui sistem informatic

Un sistem informatic are o existen limitat n timp, constituind ciclul su de

via, n cursul creia parcurge dou stadii: dezvoltarea i exploatarea curent. Mutaiile din domeniul tehnologiei informaionale, precum i din domeniul

metodelor de abordare a sistemelor, s-au reflectat i n ciclul de via al sistemelor informatice, fie prin schimbarea etapelor acestuia, fie prin modificarea opticii de parcurgere a lor. Spre exemplu, odat cu abordarea orientat-obiect a sistemelor, s-au lansat i noi modele ale ciclului de via [Stanciu, 2000].

n literatura de specialitate sunt des folosite urmtoarele dou noiuni: ciclul de dezvoltare a sistemului informatic i ciclul de via a sistemului informatic.

Ciclul de via a sistemului informatic (CVSI) se extinde pe intervalul de timp cuprins ntre decizia de elaborare a sistemului informatic i decizia de abandonare sau de nlocuire cu alt sistem informatic.

Ciclul de dezvoltare a sistemului informatic (CDSI) se extinde de la decizia de elaborare a sistemului informatic i se ncheie dup momentul intrrii sistemului n exploatare. Ciclul de dezvoltare a SI este inclus n ciclul de via al SI. Exist mai multe metodologii de etapizare ale ciclului de dezvoltare, depinznd de paradigma prin care vedem sistemul informaional i de modelul ales pentru CVSI.

Ciclul de dezvoltare a sistemelor informatice de gestiune (SIG) cuprinde, la rndul su, trei etape: conceperea, construirea i introducerea n exploatare numit, de asemenea, introducere n producie [Zaharie, 2002].

Fig. 2.1 Etapele ciclului de dezvoltare a SIG (Sursa: [Zaharie, 2002])

00:20

23

Enumerai etapele ciclului de dezvoltare a unui sistem informatic: ..............................................................................................................................................................................................................................................................................................................................................................................................................................

2.4.1. Conceperea

Conceperea pornete de la cerinele formulate de utilizator. Asfel, se pot

distinge dou categorii de cerine: cele care precizeaz prelucrrile sau serviciile pe care sistemul urmeaz s le asigure, denumite funcionale, i cele privind performanele i caracteristicile de exploatare, denumite nefuncionale sau calitative.

Pentru a putea realiza sistemul dorit, este necesar ca cel care-l dezvolt s neleag aceste cerine i s evalueze posibilitatea de a le oferi un rspuns n limitele materiale, financiare i, de timp, fixate de ctre utilizator. Acest aspect constituie obiectul analizei. n cazul n care, sistemul este realizat chiar de ctre utilizator, analiza este foarte scurt i relativ simpl. n celelalte cazuri, analiza presupune un efort de informare i evaluare considerabil, avnd n vedere c cel care dezvolt sistemul trebuie s cunoasc i s neleag cerinele formulate de utilizator.

Dup analiza cerinelor, urmeaz ca dezvoltatorul s propun o soluie informatic ce va fi exploatabil pe o anumit platform, n spaiul unei anumite arhitecturi aplicative. Acest aspect constituie obiectul proiectrii din care va rezulta multitudinea de elemente necesare pentru realizarea efectiv a programelor ce compun respectivul software de aplicaie. Proiectarea este cea care definete datele ce vor fi memorate i structura bazei de date, n care vor fi acestea stocate, formatele ecranelor de introducere a datelor i a rapoartelor ce vor fi distribuite utilizatorilor, procedurile de prelucrare i operare, maniera de distribuire a datelor i prelucrrilor etc. Rezultatele conceperii, formeaz specificaiile dup care se va construi sistemul [Zaharie, 2002].

Argumentai importana etapei de concepere in dezvoltarea sistemelor informatice: ............................................................................................................................................................................................................................................................................................................................................................................................................................. .........................................................................................................................................

2.4.2. Construirea

Construirea pornete de la specificaiile rezultate n urma conceperii i asigur redactarea programelor de calculator pn la forma final, cea executabil. Paii urmai n acest scop sunt: scrierea programelor ntr-un limbaj surs de un anumit

00:45

24

nivel, aducerea acestuia n form executabil prin compilare sau interpretare i testarea funcionrii sale pe platforma de calcul. Disfuncionalitile i erorile constatate sunt nlturate prin modificarea adecvat a programelor surs, dup care noile programe sunt aduse din nou n forma executabil i verificate i acest ciclu se repet pn cnd se ajunge la funcionarea corect dorit.

Orice sistem informatic de calitate, proiectat i implementat profesional, trebuie s fie testat i validat nainte de a intra n faza de producie. Clientul trebuie s fie sigur c sistemul a fost dezvoltat i integrat n conformitate cu specificaiile proiectului. De asemenea clientul trebuie s se asigure c funcionalitatea proiectului este corect i fr erori. Testarea sistemului presupune trei etape [Zaharie, 2002]:

testarea unitar testare de integrare testare de sistem

Testarea unitar verific funcionarea separat a fiecrei uniti de program. Testarea de integrare vizeaz funcionarea unitilor de program n

interaciune. Testarea de sistem verific funcionarea ansamblului, n calitate de software

aplicativ, coerent i unitar. Identificarea sursei erorilor i disfuncionalitilor, precum i nlturarea lor

presupune revenirea la oricare dintre nivelele de proiectare, inclusiv la programele surs.

Dup ce programele surs au fost redactate i testate se genereaz, prin compilare i editare de legturi, formatul executabil final, livrabil, ce formeaz, alturi de documentaia de utilizare i de exploatare a sistemului, rezultatele acestei etape.

Argumentai importana etapei de construire in dezvoltarea sistemelor informatice: ............................................................................................................................................................................................................................................................................................................................................................................................................................. .........................................................................................................................................

2.4.3. Introducerea n exploatare Introducerea n exploatare asigur instalarea la utilizator a echipamentelor i a

reelelor de comunicaie (dac este cazul), ncrcarea software-ului de aplicaie n structurile adecvate, crearea i ncrcarea iniial a bazei sau bazelor de date, instruirea utilizatorilor, testarea sistemului n condiiile reale de utilizare i efectuarea eventualelor corecii necesare, lansarea efectiv n funciune [Zaharie, 2002].

2.4.4. Mentenana sistemului In termeni generali, mentenana reprezint totalitatea aciunilor efectuate

01:00

25

pentru meninerea/restabilirea strii de funcionare a produselor. Mentenana poate fi caracterizat prin urmtoarele activiti:

Mentenan corectiv (neplanificat): diagnosticarea i corectarea erorilor; Mentenan adaptiv: activitate care modific software-ul pentru a

interaciona corect cu un mediu n schimbare (hardware sau software); Mentena perfectiv: activiti pentru adugarea de noi capabiliti,

modificarea funcionalitii existente i aducerea de mbuntiri generale; Mentenan preventiv (planificat): activiti care pregtesc produsul

software pentru o mai bun mentenabilitate sau fiabilitate n viitor, sau pentru a pune baza unor viitoare mbuntiri. Pe parcursul ciclului de viaa a unui proiect, dup fazele de analiz de proiect

i dezvoltare, ntretinerea sistemului are un rol foarte important. Pe msur ce un proiect devine tot mai mare i mai complex, crete cantitatea datelor gestionate i infrastructura, necesitnd un suport tehnic elaborat pentru a ine n funciune i a ntreine componentele software i hardware ale acestui sistem. In majoritatea cazurilor un sistem informatic dezvoltat la cerere poate fi ntreinut doar de compania care l-a proiectat i dezvoltat, deci este foarte important s ofere aceste servicii compania care dezvolt un produs informatic. Astfel, n cursul exploatrii curente, apar momente care solicit intervenii de meninere n funciune a sistemului.

Exist o mulime variat de motive pentru care apar defecte n dezvoltarea produselor software:

Lipsa comunicrii sau comunicare slab n cadrul proiectului; Constrngeri de timp i de buget, care duc la presiune i la apariia erorilor; Cerine care nu au fost specificate suficient de clar; Modificri n cerine si o slab documentare a lor; Presupuneri; Pregtire insuficient; Erori de programare.

Rezolvarea acestora implic intervenii ce pot include una sau mai multe dintre activitile derulate pentru creare: (re)definire de cerine, analiz, proiectare, construcie, testare, introducere n exploatare, aplicate, evident, doar pentru anumite poriuni din acesta.

Pentru c schimbrile sunt inevitabile, trebuie dezvoltate mecanisme pentru a identifica, evalua, controla, efectua i raporta modificrile necesare. Aceste activiti ncep odat cu proiectul i se ncheie doar cnd produsul este retras din funciune.

Mentenana unui sistem informatic se caracterizeaz prin urmtoarele activiti: ................... ..................................................................................................................................................................................................................................................................................

01:30

26

S ne reamintim... Ciclul de dezvoltare a sistemelor informatice de gestiune (SIG) cuprinde trei etape:

conceperea; construirea; introducerea n exploatare.

2.5. Tipuri de participani n dezvoltarea sistemelor informatice

n dezvoltarea sistemelor informatice, au fost identificai trei tipuri de participani generici [Zaharie 2002]:

utilizatorul; dezvoltatorul sau furnizorul software-ului aplicativ; administratorul sistemului. Utilizatorul reprezint persoana, sau grupul de persoane, care folosete

sistemul pentru a ndeplini cerinele informaionale. Interaciunile dintre utilizator i sistemul informatic sunt de trei tipuri: intervenii asupra informaiilor stocate de sistem; extragerea de informaii din sistem; declanarea i/sau executarea de operaii comerciale. Dezvoltatorul este termenul generic folosit pentru a desemna creatorul

software-ului aplicativ ce formeaz suportul sistemului informatic. n funcie de poziia acestuia fa de organizaie, se disting:

outsourcing: dezvoltatorul este o societate comercial specializat; insourcing: dezvoltatorul este reprezentat de unul sau mai muli angajai

ai departamentului de informatic al organizaiei; selfsourcing: utilizatorul este i dezvoltatorul sistemului. "Outsourcing" este un termen de origine anglo-saxon, deseori ntlnit n

limba romn ca "externalizare". Externalizarea reprezint opiunea, deseori strategic, pe care o are o

companie de a-i transfera anumite procese, total sau partial, ctre furnizori de servicii specializati - BPO (Business Process Outsourcing).

n procesul de externalizare se regsesc doi subieci de baz: clientul reprezentat prin ntreprinderea beneficiar ce ncredineaz un

anumit serviciu, lucrare sau activitate ctre externalizare; furnizorul reprezentat prin ntreprinderea care urmeaz s presteze

serviciul sau s efectueze lucrarea, activitatea. Pentru a externaliza cu succes anumite procese catre un furnizor extern, este

necesar ca intre companie si furnizorul de servicii s existe un parteneriat consolidat de incredere si responsabilitate asumat.

De exemplu, o agentie de transport aerian poate externaliza tot procesul de eliberare bilete (ticketing) care va presupune si call-center pentru managementul

02:00

27

apelurilor clientilor dar si altele, cum ar fi: trimiterea acestor bilete catre clieni (mailing) etc. Beneficiile pe care le poate obtine o companie in urma externalizrii proceselor, ce reprezint doar suport pentru procesul principal de productie, se concretizeaz n cresterea productivitii muncii si economii de resurse (timp si bani).

n procesul de dezvoltare a sistemelor informatice, externalizarea conceperii de solutii software presupune [Zaharie 2002]:

Soluii software de uz general; Soluii software pe msur. n primul caz, avem de-a face cu un produs deja disponibil, destinat, de la bun

nceput cumprrii i utilizrii de ctre ct mai muli clieni. Acesta se adreseaz domeniilor comune oricror afaceri, cum ar fi: calculul salariilor, urmrirea stocurilor, contabilitatea financiar etc. Acestea sunt denumite generic pachete de programe sau produse program de uz general.

Soluia software pe msur este conceput i construit conform nevoilor i condiiilor specifice organizaiei. Are avantajul de a fi adaptat din start acesteia, dar costurile i durata de obinere vor fi mai mari.

Insourcing-ul sau internalizarea are loc atunci cnd pentru realizarea unei activiti se utilizeaz numai resurse interne din ntreprindere, fiind exclus recurgerea la surse externe.

Dezvoltarea produsului software de ctre specialitii IT ai organizaiei, este posibil cu condiia ca acetia s posede competena tehnic necesar i s existe resurse suficiente (timp, oameni i echipamente).

Selfsourcing-ul prezint avantajul esenial de a avea aceleai persoane att n calitatea de dezvoltator ct i n aceea de utilizator.

Utilizatorul trebuie s aib cunotine suficiente de informatic pentru a concepe i construi sistemul cu o contribuie minim din specialisti IT. Referitor la acetia, literatura de specialitate folosete termenul de "knowledge workers". Un astfel de utilizator nu va dezvolta dect sisteme de mici dimensiuni, care rspund numai lucrrilor i sarcinilor sale curente sau a celor cu care interacioneaz n mod direct la locul de munc.

Administratorul sistemului desemneaz persoanele sau structurile care asigur condiiile de funcionare curent a sistemului i gestioneaz msurile de protecie i securitate a acestuia. n aceast postur se pot afla:

utilizatorul; angajai din departamentul de TI al organizaiei; societate specializat.

n dezvoltarea sistemelor informatice, au fost identificai trei tipuri de participani: ................... ......................................................................................................................................

02:25

28

2.6. Rezumat

Obiectivul principal urmrit prin introducerea unui sistem informatic l constituie asigurarea n timp util a tuturor informaiilor necesare n procesul conducerii, n scopul fundamentrii i elaborrii operative a deciziilor cu privire la desfurarea ct mai eficient a ntregii activiti din unitatea economic;

Etapele ciclului de dezvoltare a sistemelor informatice de gestiune sunt: conceperea, construirea i introducerea n exploatare;

n dezvoltarea sistemelor informatice, au fost identificai trei tipuri de participani: utilizatorul, dezvoltatorul sau furnizorul software-ului aplicativ si administratorul sistemului;

n funcie de poziia fa de organizaie, dezvoltatorul software-ului aplicativ poate fi: de tip outsourcing, de tip insourcing, de tip selfsourcing.


(timp necesar : 20 minute)

1. Obiectivul principal urmrit prin introducerea unui sistem informatic l constituie: e) asigurarea, n timp util, a informaiilor necesare n procesul conducerii,

n scopul fundamentrii i elaborrii deciziilor; f) creterea productivitii muncii; g) creterea profitului; h) mbuntirea imaginii unitii economice.

2. Etapele ciclului de dezvoltare a sistemelor informatice de gestiune sunt:

a) Conceperea, construirea i introducerea n exploatare; b) Colectarea, construirea i introducerea n exploatare; c) Colectarea, selectarea i introducerea n exploatare.

3. Identificai afirmaia fals:

d) Ciclul de dezvoltare a SI este inclus n ciclul de via al SI. e) Ciclul de via al SI este inclus n ciclul dezvoltare a SI.

4. Testarea unitar presupune:

e) verificarea funcionrii separate a fiecrei uniti de program; f) verificarea funcionrii unitilor de program n interaciune; g) verificarea funcionrii ansamblului, n calitate de software aplicativ

coerent i unitar.

5. Testarea de integrare presupune: a) verificarea funcionrii separate a fiecrei uniti de program; b) verificarea funcionrii unitilor de program n interaciune;

02:50

29

c) verificarea funcionrii ansamblului, n calitate de software aplicativ coerent i unitar.

6. Testarea de sistem presupune:

a) verificarea funcionrii separate a fiecrei uniti de program; b) verificarea funcionrii unitilor de program n interaciune; c) verificarea funcionrii ansamblului, n calitate de software aplicativ

coerent i unitar.

7. Mentenana corectiv const n: e) diagnosticarea i corectarea erorilor; f) adugarea de noi capabiliti, modificarea funcionalitii existente i

aducerea de mbuntiri generale; g) modificarea software-ul pentru a interaciona corect cu un mediu n

schimbare.

8. Procesul de outsourcing implic urmtorul fapt: a) dezvoltatorul este o societate comercial specializat; b) dezvoltatorul este reprezentat de unul sau mai muli angajai ai

departamentului de informatic al organizaiei; c) utilizatorul este i dezvoltatorul sistemului.

9. Procesul de insourcing implic urmtorul fapt: a) dezvoltatorul este o societate comercial specializat; b) dezvoltatorul este reprezentat de unul sau mai muli angajai ai


10. Procesul de selfsourcing implic urmtorul fapt:

a) dezvoltatorul este o societate comercial specializat; b) dezvoltatorul este reprezentat de unul sau mai muli angajai ai


Rspunsuri:

1) a.

2) a.

3) b.

4) a

5) b

6) c

30

7) a

8) a

9) b

10) c

2.8. Test de evaluare a cunotinelor

Descrieti etapele ciclului de dezvoltare a sistemelor informatice .

2.9. Tem de control

Realizai un referat cu titlul Tipuri de participani n dezvoltarea sistemelor informatice .

2.10. Bibliografie


1. Cretan A. Analiza si proiectarea sistemelor informatice. Editura Pro Universitaria, Bucureti, 2013

2. Oancea B., Cretan A. - Baze de date, Editura Pro Universitaria, Bucureti, 2013

3. Olteanu C., Baze de date n Marketing. Aplicaii practice Microsoft Access, Editura InfoMega, Bucureti, 2012

4. Amza C.P. - Proiectarea sistemelor informatice financiar-bancare si de gestiune. Editura Cartea Studenteasc. Bucureti. 2008.

5. Stanciu V. Proiectarea sistemelor informatice de gestiune, Ed. Cison, Bucureti 2000

6. Zaharie D., Rosca I. - Proiectarea obiectuala a sistemelor informatice, Ed. Dual Tech, Bucuresti, 2002

7. Cozgarea G., Zaharie D. - Utilizarea proiectarii orientate obiect in informatica de gestiune, A.S.E. 2004

8. Morariu N. - Proiectarea sistemelor informatice. Suceava, 2005.

II. Bibliografie facultativ Baptiste J.L., Merise - Guide pratique (modlisation des donnes et des traitements, langage SQL), Nouvelle dition, Ressources informatiques, Informatique Technique, 2009.

31

UNITATEA DE NVARE 3. METODE DE PROIECTARE A SISTEMELOR INFORMATICE

Cuprins 3.1. Obiective 3.2. Competenele unitii de nvare 3.3. Evolutia metodelor de proiectare 3.4. Strategii de abordare a proiectrii sistemelor informatice 3.5. Metodologia elaborrii sistemelor informatice 3.6. Rezumat 3.7. Test de autoevaluare a cunotinelor 3.8. Test de evaluare a cunotinelor 3.9. Bibliografie

3.1. Obiective

Obiectivele acestei unitati de nvare sunt: nsusirea noiunilor de modelare, respectiv model informaional ntelegerea evolutiei metodelor de proiectare a sistemelor informatice nsusirea strategiilor de abordare a proiectarii unui sistem informatic ntelegerea importantei metodologiilor de elaborare a sistemelor

informatice .


Dup parcurgerea unitii vei fi n msur s rspundei la ntrebrile: Ce se intelege prin modelare? Care sunt strategiile de abordare a proiectarii SI? Care sunt procesele pe care trebuie sa le cuprinda orice metodologie de

elaborare a unui SI?


3.3. Evolutia metodelor de proiectare

Realizarea unui sistem informatic, sau doar a unei aplicaii, presupune modelarea situaiei reale i utilizarea modelului creat, n realitatea cu care opereaz calculatorul.

Modelarea este reprezentarea ntr-un mediu controlat, a proprietilor i/sau fenomenelor i proceselor care caracterizeaz un obiect sau un sistem real. Cu alte cuvinte n modelare nu exist adevr absolut; modelarea presupune abstracie i aducerea n atenie numai a unor aspecte ale realitii studiate i anume acele aspecte care prezint interes pentru modelator. Unul din mediile

00:05

32

controlate n care se poate reproduce realitatea, deci unul n care se pot face modele, este calculatorul. Pe calculator se realizeaz modele informaionale.

Modelul informaional este o abstracie a unei entiti i aceast abstracie poate fi fcut fie pentru a crea un model general (de referin) care s fie apoi folosit pentru a crea exemple concrete de sisteme informatice, fie pentru a crea modelul informatic al unei entiti anume, deci un model de transpunere. n cele ce urmeaz ne vom referi exclusiv la modele de transpunere. La crearea modelului intervine viziunea analistului despre realitatea pe care o studiaz, adic paradigma. Paradigma reprezint viziunea prin care analistul vede sistemul informaional real, acela pe care vrea s-l modeleze, dar nu toate viziunile sau concepiile analitilor ajung s fie considerate paradigme. Odata cu trecerea timpului s-au conturat mai multe curente de gndire care au promovat si dezvoltat anumite metode de proiectare, tocmai de aceea exist mai multe clasificri ale metodelor de proiectare.

La nceputurile existenei sistemelor informatice, atenia analitilor a fost concentrat spre latura funcional a activitii umane studiate i cum o funcie a unui birou, sau secie, nu putea fi analizat i nici prelucrat n bloc, ea a fost descompus n activiti (rezultnd aplicaiile informatice), activitile au fost descompuse n subactiviti (rezultnd procedurile), care la rndul lor au fost descompuse n operaii, crora n calculator le corespondeau modulele program. S-a dezvoltat n aceste condiii o abordare funcional a sistemelor informaionale, cunoscut sub numele de metoda descompunerii funcionale (metode orientate spre funcii) [Oprea, 1999]. Descompunerea funcional este cea care anun apariia proiectrii structurate i analizei structurate. Fiecare funcie este descompus n subfuncii, pn se obin structuri uor de transpus n instruciunile limbajelor de programare.

n informatica industrial funciei i corespunde procesul, ceea ce a dus la abordarea orientat spre proces sau metoda fluxurilor de date (metode orientate spre proces) [Oprea, 1999]. Prin aceast metod analitii efectueaz reprezentarea lumii reale prin simboluri care reprezint fluxul datelor, transformrile datelor, stocarea datelor, entiti externe etc. Metoda orientat spre procese are nc un mare grad de asemnare cu descompunerea funcional.

Ulterior, locul fiierelor a fost luat de bazele de date i corespunztor, locul sistemelor de gestiune a fiierelor a fost luat de sistemele de gestiune a bazelor de date (SGBD). Pe parcursul perfecionrii SGBD-urilor, s-a trecut la baze de date relaionale, crendu-se impresia c elementul principal pe baza cruia trebuie perfecionate SGBD-urile l reprezint structura datelor. Avem astfel de a face cu o abordare orientat spre date sau metode orientate spre informaii (metode orientate-date) [Oprea, 1999]. Dou realizri importante n domeniu au dat tonul unei orientri n abordarea sistemelor: modelarea datelor cu ajutorul diagramelor entitate-relaie, de ctre Peter P. Chen (1976) i ingineria informaiei, n viziunea lui James Martin.

00:30

33

Cnd s-a pus problema aplicaiilor n timp real, factorul cel mai important se prea a fi evenimentul. A aprut astfel abordarea orientat spre evenimente.

Structurarea programelor a evoluat i ea odat cu metodele de analiz, dar era din ce n ce mai greu de inut pasul cu metoda de analiz, mai exact cu orientarea abordrii sistemelor informatice. Preocuprile analitilor-programatori pentru a pune n concordan structura programelor cu metoda de analiz a sugerat o nou abordare i anume legarea evenimentelor de obiect i a programelor de evenimente. A aprut astfel abordarea orientat pe obiecte, sau metoda orientat-obiect [Oprea, 1999].

Metodele orientate-obiect (OO) constituie o categorie particular a metodelor de dezvoltare software, care privesc construirea sistemelor pentru care clasa reprezint unitatea arhitectural fundamental. Clasa este o grupare logic a obiectelor care au aceeai structur i un comportament similar.

Metoda descompunerii functionale presupune: ................... ...............................................................................................................................

Curentul de gndire francez a realizat o alt clasificare a metodelor de

proiectare plecnd de la modalittile n care este conceput sistemul: functional, sistemic, obiectual. Astfel, s-a propus urmtoarea clasificare:

Metode ierarhice (generatia I a metodelor de proiectare); Metode sistemice (generatia a II- a); Metode orientate-obiect (generatia a III- a).

Metodele ierarhice au la baz descompunerea functional a unei probleme ntr-o ierarhie de subprobleme care trebuiau rezolvate ori de cte ori intervenea o schimbare a mediului de afaceri.

Avantajele unei asemenea metode sunt: timpul redus de dezvoltare complexitate scazuta a realizarii respectivelor functii.

Dezavantajele acestor metode constau n faptul ca mentenana unui asemenea sistem ridica numeroase probleme.

Exemple de astfel de metode: SADT (Structured Analysis Design Technique); JSD (Jackson Structured Design).

Avantajele metodelor ierarhice sunt: ................... ..............................................................................................................................

01:00

34

3.3.1. Metode sistemice Metodele reprezentative pentru abordarea sistemic sunt : MERISE AXIAL Information engineering (IE)

Ceea ce este specific acestor metode este utilizarea teoriei sistemelor in abordarea ntreprinderii.

Sistemul informatic este abordat sub dou aspecte complementare: datele si prelucrrile sunt analizate si modelate independent.

Spre deosebire de metodele ierarhice, aceste metodele acord prioritate datelor fat de prelucrri si respect cele trei niveluri de abstractizare introduse de arhitectura standard ANSI-SPARC: conceptual, logic si fizic.

Fig. 3.1 Nivelurile de abstractizare a datelor si prelucrarilor (Sursa

[Stanciu, 2000])

Realizati un referat n care sa puneti n evident caracteristicile metodei de proiectare MERISE. ................................................................................................................... ...................................................................................................................

3.3.2. Metode orientate-obiect Conceptul de baza n jurul caruia s-a construit metodologia de proiectare

orientat obiect este obiectul. Aferent acestui concept au aparut metodele orientate obiect. Caracteristic acestor metode este faptul c sistemul informatic

01:20

35

este gndit ca un ansamblu de obiecte autonome care se organizeaz si coopereaz ntre ele.

Dac n cadrul metodelor sistemice totul se focaliza n jurul conceptului de entitate, n cadrul metodelor orientate obiect n centrul atentiei se gaseste obiectul.

Un obiect constituie o abstractizare a unui concept similar din lumea real. Avantajul obiectului fa de o entitate l constituie faptul c, pe lng datele care descriu entitatea sau obiectul respectiv, obiectul mai conine si metodele de prelucrare a datelor, acest lucru neputnd fi realizat cu nici unul din conceptele specifice metodelor de proiectare anterioare. Deci, obiectele aduc avantajul ncapsulrii, datele si prelucrrile fiind ncapsulate n cadrul obiectului. Conceptele noi pe care aceste metode le introduc sunt: obiect, clas, instan, stare, eveniment, mesaj, ncapsulare, mostenire, polimorfism.

Metodele reprezentative ale acestei abordari sunt : UML (Unified Modeling Language) OMT (Object-Modeling Technique) BOOCH elaborat de Grady Booch

Avantajele metodelor orientate-obiect constau n posibilitatea reutilizrii componentelor de program, reducnd la minim efortul de mentenan a unui sistem informatic.

Dezavantajele acestor metode decurg din faptul c nu toate aspectele realitii pot fi modelate cu ajutorul conceptului de obiect.

S ne reamintim... Conceptul de baza n jurul caruia s-a construit metodologia de proiectare orientat obiect este obiectul. Aferent acestui concept au aparut metodele orientate obiect.

Realizati un referat n care sa puneti n evident caracteristicile metodei de proiectare UML. ................................................................................................................... ...................................................................................................................

3.4. Strategii de abordare a proiectrii sistemelor informatice

Dintr-un alt punct de vedere, exist trei strategii n ceea ce priveste proiectarea unui sistem informatic:

Abordarea descendent (top down) Abordarea ascendent (bottom up) Abordarea mixt

Abordarea descendent (top down) sau de sus n jos, presupune mai nti definirea de ansamblu a proceselor si detalierea acestora ulterior.

Aceast abordare const n a cobor, pe scara piramidei ierarhice pn la baz, realiznd totodat i o analiz. Aceast viziune consider c un anumit

01:45

36

domeniu este compus din pri corelate ntre ele i cu legturi cu exteriorul, fiind caracteristic pentru toate sistemele informaionale. Adepii acestei abordri consider c este mai bine s se creeze i s se realizeze din start un sistem informatic care s in cont de obiectivele planificate, ntr-o manier global.

Avantajele pe care le comporta o asemenea abordare sunt urmtoarele [Amza, 2008]:

Va exista o viziune si o gndire unitar asupra modelului sistemului; Va permite abordarea problemelor n totalitatea complexitatii lor lund

n calcul toate implicatiile pe care un anumit eveniment le poate produce n domenii conexe cu domeniul n care a aparut respectivul eveniment;

Va permite evitarea unor procese de reproiectare a anumitor sub-parti datorate unei abordari care nu a luat n calcul aspectele implicatiilor n domeniile conexe.

Dezavantajele pe care le implica o asemenea abordare presupune printre altele si aspectele [Amza, 2008]:

Demararea unei proiectari top down presupune desemnarea unei echipe de specialisti care sa aiba o viziune globala asupra proceselor de afaceri;

Echipa de proiectanti trebuie sa aiba o experienta foarte mare si sa cunoasca foarte bine teoria de proiectare a sistemelor informatice si a metodei alese n particular;

Timpul de proiectare n cazul uneia asemenea abordari este mare; Costurile implicate sunt foarte mari.

Abordarea descendent (top down) presupune: ................................................................................................................................... ................................................................................................................................... ...................................................................................................................................

Abordarea ascendent (bottom up) sau de jos n sus are ca punct de plecare nivelul operaional (aflat la baza piramidei ierarhice) i, prin realizarea informatizrii la fiecare nivel n parte, se ajunge la un sistem informatic care poate atinge nivelul superior al piramidei. n acest caz, n faza final, ajungem s avem informatizarea complet a unui sistem informaional-organizaional, specific unui organism economic supus analizei.

Avantajele pe care le comporta o asemenea abordare sunt urmtoarele [Amza, 2008]:

Permite demararea simultan a procesului de proiectare a unui sistem informatic din mai multe departamente;

Prezinta o probabilitate mai ridicata de a oferi raspuns exact cerintelor utilizatorilor;

Presupune un timp de proiectare mult mai redus dat fiind faptul ca nu adreseaza dect un anumit subdomeniu al organizatiei care va fi expus schimbului de informatii cu celelalte subdomenii;

02:00

37

Specialistii implicati nu trebuie sa cunoasca neaparat activitatea pe ansamblu a organizatiei ci doar aspectele necesare externalizarii datelor si informatiilor subdomeniului implicat n colaborarea cu celelalte subdomenii. Acest fapt poate conduce la desemnarea unor echipe formate din mult mai putini specialisti cu cunostinte nu la fel de vaste ca cei ceruti de o abordare de sus n jos;

Costurile implicate de o asemenea abordare sunt mult mai reduse dect cele implicate de abordarea de sus n jos.

Dezavantajele pe care le implica o asemenea abordare presupune printre altele si aspectele [Amza, 2008]:

Daca ulterior se va dori integrarea diferitelor abordari s-ar putea sa se constate ca o buna parte dintre modelele elaborate separat nu corespund cerintelor globale astfel ca vor trebui reproiectate.

Costurile n perspectiva integrarii s-ar putea sa le depaseasca pe cele pe care le implica abordarea de sus n jos.

Nu exista o viziune si o gndire unitar asupra sistemului.

Realizati o analiz comparativ a celor doua tipuri de abordri, lund n considerare avantajele si dezavantajele fiecreia: ................................................................................................................................... ....................................................................................................................................................................................................................................................................

Abordarea mixt Aceasta abordare permite dezvoltarea unui sistem informatic prin alternarea

metodelor si instrumentelor, specifice celor doua strategii anterioare, n functie de

influenta si conditionarea a diversi factori externi. n cazul n care timpul de

furnizare al sistemului este mic, atunci este foarte probabil sa se recurga la o

abordare bottom-up. Daca timpul de dezvoltare este mediu se poate recurge la o

strategie mixta. Daca timpul depaseste 2-3 ani, atunci se poate alege o abordare

top-down [Amza, 2008].

3.5. Metodologia elaborrii sistemelor informatice

Dat fiind complexitatea sistemelor informatice, acestea nu se pot obine

dintr-o dat i nici nu se pot realiza dup cum crede fiecare dezvoltator. n acest sens, experiena acumulat n procesul de elaborare a sistemelor informatice a fost materializat n metodologii.

Metodologia elaborrii sistemelor informatice a fost conceput iniial ca un ansamblu de principii i indicaii, tehnici i metode grupate i ordonate ca s

02:20

38

duc la realizarea sistemului informatic. Cuvntul metod folosit n aceast definiie nu are nimic de a face cu metoda-program asociat evenimentelor unui obiect i nici cu metoda de abordare a sistemelor informaionale. Aici prin metod se nelege un set de reguli aplicabile unui domeniu restrns din cadrul unei metodologii.

In prezent metodologia este vzut ca setul finit, particular, definitoriu al unei metode (metod de abordare a sistemelor informatice), prin intermediul unui sistem coerent de procese informatice, necesare pentru modelarea unui sistem informatic.

Metodologiile evolueaz odat cu tehnologia informaiei, dar oricare ar fi metodologia de realizare a sistemelor informatice, aceasta trebuie s cuprind:

etapele/procesele de realizare a unui sistem informatic, structurate n subetape, activiti, sarcini precum i coninutul lor;

fluxul realizrii acestor etape sau procese, subetape i activiti; modalitatea de derulare a ciclului de via a sistemului informatic; modul de abordare a sistemului; strategiile de lucru/metodele de realizare; regulile de formalizare a componentelor sistemului informatic; tehnicile, procedurile, instrumentele, normele i standardele utilizate; modalitile de conducere a proiectului (planificare, programare,

urmrire) i modul de utilizare a resurselor financiare, umane i materiale.

S ne reamintim... Abordarea ascendent (bottom up) sau de jos n sus are ca punct de plecare nivelul operaional (aflat la baza piramidei ierarhice) i, prin realizarea informatizrii la fiecare nivel n parte, se ajunge la un sistem informatic care poate atinge nivelul superior al piramidei..

Enumerai procesele pe care trebuie s le cuprind orice metodologie de elaborare a unui sistem informatic ................................................................................................................................... ................................................................................................................................... ...................................................................................................................................

3.6. Rezumat

Modelul informaional este o abstracie a unei entiti i aceast abstracie poate fi fcut fie pentru a crea un model general (de referin) care s fie apoi folosit pentru a crea exemple concrete de sisteme informatice, fie pentru a crea modelul informatic al unei entiti anume, deci un model de transpunere;

Metodele de proiectare au evoluat de-a lungul timpului astfel: metode de proiectare ierarhice, metode de proiectare sistemice respectiv, metode de proiectare orientate-obiect;

Proiectarea unui sistem informatic se poate face folosind una din abordarile: top-down, bottom-up sau mixt. 02:50

39


(timp necesar : 20 minute) 1. Care din afirmaiile urmtoare sunt corecte: a) Metoda top-down are ca obiectiv principal realizarea modularizrii

sistemului de sus n jos. b) Metoda top-down const n agregarea modulelor de jos n sus. c) Metoda top-down nu are la baz principiul abordrii sistemice. 2. Strategiile de abordare a proiectarii unui sistem informatic sunt: a) Top-down, bottom-up respectiv mixt; b) Top-down, complex respectiv mixta; c) Avansat, complex respectiv mixta; d) Niciuna dintre variantele anterioare.

3. Identificai afirmaia fals: a) O strategie top-down presupune un timp de proiectare si dezvoltare, mult

mai mare comparativ cu aplicarea unei strategii bottom-up. b) O strategie bottom-up presupune un timp de proiectare si dezvoltare, mult

mai mare comparativ cu aplicarea unei strategii top-down.

4. Identificai afirmaia fals, n cazul metodelor de proiectare ierarhice: a) datele sunt separate de prelucrari; b) problema este spart n subprobleme; c) au la baz descompunerea functional. 5. Metoda MERISE este o metoda de proiectare: a) ierarhic; b) sistemic; c) orientat-obiect.

6. Separarea datelor de prelucrari a avut loc odata cu aparitia metodelor de proiectare:

a) ierarhice; b) sistemice; c) orientate-obiect.

7. Metodele de proiectare sistemice trateaz modelul prelucrrilor din perspectiva:

a) Extern, intern si mixt; b) Conceptual, logic si fizic;

40

c) Conceptual.

8. Metoda UML este o metoda de proiectare: a) ierarhic; b) sistemic; c) orientat-obiect. 9. Care din afirmaiile urmtoare sunt corecte, n cazul metodelor de proiectare orientate obiect: a) mentenana unui sistem informatic (proiectat prin metoda OO) ridic numeroase probleme; b) problema este spart n subprobleme; c) au la baz descompunerea functional; d) datele si prelucrrile sunt ncapsulate n obiect. 10. Identificai afirmaia fals, n cazul abordrii top-down: a) Presupune mai nti definirea de ansamblu a proceselor si detalierea acestora ulterior. b) Timpul de proiectare n cazul uneia asemenea abordri este mare. c) Costurile implicate sunt foarte mari. d) Are ca punct de plecare nivelul operaional - aflat la baza piramidei ierarhice - i, prin realizarea informatizrii la fiecare nivel n parte, se ajunge la nivelul superior al piramidei.

Rspunsuri:

10) a.

11) a

12) a

13) a

14) b

15) b

16) b

17) c

18) d

19) d

3.8. Test de evaluare a cunotinelor

Ce metode de proiectare cunoasteti?

41

3.9. Bibliografie


1. Cretan A. Analiza si proiectarea sistemelor informatice. Editura Pro

Universitaria, Bucureti, 2013 2. Oancea B., Cretan A. - Baze de date, Editura Pro Universitaria, Bucureti,

2013 3. Olteanu C., Baze de date n Marketing. Aplicaii practice Microsoft

Access, Editura InfoMega, Bucureti, 2012 4. Amza C.P. - Proiectarea sistemelor informatice financiar-bancare si de

gestiune. Editura Cartea Studenteasc. Bucureti. 2008. 5. Stanciu V. Proiectarea sistemelor informatice de gestiune, Ed. Cison,

Bucureti 2000 6. Zaharie D., Rosca I. - Proiectarea obiectuala a sistemelor informatice, Ed.

Dual Tech, Bucuresti, 2002 7. Cozgarea G., Zaharie D. - Utilizarea proiectarii orientate obiect in

informatica de gestiune, A.S.E. 2004 8. Morariu N. - Proiectarea sistemelor informatice. Suceava, 2005.

II. Bibliografie facultativ

1. Baptiste J.L., Merise - Guide pratique (modlisation des donnes et des traitements, langage SQL), Nouvelle dition, Ressources informatiques, Informatique Technique, 2009.

42

UNITATEA DE NVARE 4. METODE SISTEMICE DE PROIECTARE

Cuprins 4.1. Obiective 4.2. Competenele unitii de nvare 4.3. Prezentarea metodei MERISE 4.4 Ciclurile de baz ale proiectrii unui sistem informatic 4.5. Rezumat 4.6. Test de autoevaluare a cunotinelor 4.7. Test de evaluare a cunotinelor 4.8. Bibliografie

4.1. Obiective

ntelegerea etapelor preliminare ale metodei de proiectare MERISE ntelegerea ciclurilor de baz n proiectarea unui sistem informatic


Dup parcurgerea unitii, vei fi n msur s rspundei la ntrebrile: Care sunt etapele proiectrii unui SI caracteristice metodei MERISE ? Care sunt ciclurile de baz ale proiectarii unui SI prin metoda MERISE?


4.3. Prezentarea metodei MERISE

Metoda MERISE (Mthode d'tude et de Ralisation Informatique pour

les Systmes d'Entreprises) a fost dezvoltat de Centrul Tehnic de Informatic din cadrul Ministerului de Industrie Francez i reprezint un instrument tehnico-economic de proiectare a unui sistem informatic.

Pe parcursul timpului au fost dezvoltate dou variante ale metodei. Prima variant, elaborat la sfritul anilor 70 se baza pe urmtoarele coordonate:

a) abordarea sistemic ce scoate n eviden relaia existent ntre sistemul informaional i sistemul de conducere (decizional), pe de o parte, precum i relaia dintre sistemul informaional i sistemul condus (operaional), pe de alt parte. Astfel, sistemul informaional pune la dispoziia sistemelor condus i decizional toate informaiile necesare pentru a aciona i a decide; b) acoperirea ntregului ciclu de via a sistemului informatic (SI) cuprinde schema directoare, studiul prealabil, studiul de detaliu, studiul tehnic, realizarea, implementarea i mentenana sistemelor

00:05

43

informatice; c) un ciclu de abstractizare corespunztor celor trei niveluri:

conceptual, logic sau organizaional i fizic; d) separarea ntre modelul datelor i modelul prelucrrilor.

Metoda MERISE vizeaz dou obiective principale: reprezint o metod de concepie a sistemelor informatice; propune o metodologie de dezvoltare a sistemelor informatice. Fiind o metod sistemic, aceasta separ studiul datelor de cel al

prelucrrilor, conform tabelului urmator (vezi Fig. 3.1 Unitatea de invatare nr.3):

Niveluri Date Prelucrri

Conceptual Model conceptual MCD Model conceptual MCP

Logic (Organizaional) Model logic MLD

Model logic (organizaional) MLP (MOP)

Fizic Model fizic MFD Model fizic MFP Tabel 4.1 Nivelurile de abstractizare a datelor si prelucrarilor

Avantajele metodei MERISE ca metod de concepie a sistemelor

informa

proiectarea sistemelor informatice de gestiune

Documents