Lectia 2a Integrarea Si Realizarea SI

UNIVERSITATEA SPIRU HARET,
Facultatea de Management Financiar-Contabil Bucureti,

Catedra de Management i Informatic de Gestiune,
Programul de masterat AUDIT FINANCIAR-CONTABIL,
Semestrul II, 7 lecii
Tema 2
INTEGRAREA I REALIZAREA
SISTEMELOR INFORMATICE
Noiuni de baz
1
Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE
Bibliografie (1)
Gherasim, Z; Andronie, M.; Popescu-Bodorin N.

Informatic managerial, Ed.FRM, Bucureti, 2004.
Oprea, D. Analiza i proiectarea sistemelor informaionale
economice, Editura Polirom, Iai, 1999.
Lungu, I.; Sabu, Gh., Velicanu, M.; Muntean, M.; Ionescu,
S.; Posdarie, E.; Sandu, D. Sisteme informatice, Analiz,
proiectare i implementare, Editura Economic, Bucureti,
2003.
Andone, I.; Mockler, R.J.; Dologite, D.G.;ugui, Al.
Dezvoltarea sistemelor inteligente n economie, Metodologie i
studii de caz, Editura Economic, Bucureti, 2001.
Andone, I.; ugui, Al. Sisteme inteligente n management,
contabilitate, finane, bnci i marketing, Editura
Economic, Bucureti, 1999.
2
Bibliografie (2)
Radu, I.; Urscescu, M.;Vldeanu, D.; Cioc, M.; Burlacu, S.Informatic i management, O cale spre performan, Editura
Universitar, Bucureti, 2005.
Urscescu, M. Sisteme informatice. O abordare ntre clasic i modern,
Editura Economic, Bucureti, 2002.
Militaru, Gh. Sisteme informatice pentru management, Editura Bic All,
Bucureti, 2004.
Bocu, D. Iniiere n ingineria sistemelor soft, Editura Albastr, Cluj,
2001.
Coroescu, T. Sisteme informatice pentru management, Editura Lumina
Lex, Bucureti, 2002.
Teodorescu, L.; Ivan, I. Managementul calitii software, Editura
INFOREC, Bucureti, 2001.
Sdeanu, M. IT&C, Managementul strategic al tehnologiei informaiei
i comunicaiilor, vol.1. Organizaia i Infrastructura IT&C Centrate-Web,
vol.2. Microeconomia IR&C, Managementul proiectelor IT&C i
Managementul total al calitii, Editura Romnia Liber, Bucureti,
2003.
3
Bibliografie (3)
www.academiaromana.ro
www.ibm.com
www.bitpipe.com
www.iwazsoftware.com
www.cmm.com
www.developer.com
www.techbookreport.com
www.samspublishing.com
www.en.wikipedia.org
www.martinfowler.com
www.hyperhot.com
www.sei.cmm.edu
www.rspa.com
www.cs.uel.ac.uk
www.cmcrossroad.com
www.mipsis.com
www.business.com
www.assurx.com
www.borland.com
1. Noiuni de baz (1)

n evoluia lor sistemele i, n special,
diferitele componente ale acestora au
tendina de a se organiza n sisteme tot
mai complexe.
Orice sistem tinde s realizeze maximum
de organizare, concomitent cu o ct mai
puternic integrare n sistemul superior
(V. Stancovici 1980)*
5

TIPURI DE INTEGRRI:
Integrare de tip genetic care se
caracterizeaz prin capacitatea anumitor
sisteme de a se autoorganiza i de a se
autogenera. Aceasta nseamn c
elementele au luat natere chiar n acel
sistem i toate componentele se creaz
necontenit i reciproc intercorelndu-se.
6

TIPURI DE INTEGRRI:
Integrarea prin constrngere

presupune integrarea obligat
sau forat, elementele fiind
constrnse s funcioneze ntrun cadru organizatoric dat.
7
TIPURI DE INTEGRRI:
Integrarea prin dependen presupune
c elementele sistemului continu s
rmn n cadrul lor pentru c
depind de alte elemente. Un astfel de
sistem poate fi considerat ca fiind
sistemul de producie care depinde
de cel financiar i invers.

TIPURI DE INTEGRRI:
Integrarea prin alegere se refer la posibilitile
elementelor unui sistem de a alege sistemul cruia si aparin. Aceasta nseamn c pentru a se putea
integra superior ntr-un alt sistem, subsistemelor
respective trebuie s li se confere posibilitatea de a
alege. Pentru a face alegerea subsistemele sunt dotate
cu o anumit libertate de aciune, cu informaii i cu
capacitatea de a prelua aceste informaii pentru a
face alegerea din multitudinea de posibiliti
existente.
9

TIPURI DE INTEGRRI:
Integrarea ntmpltoare n care
elementele se integreaz ntr-un sistem
sau altul pe baza ntmplrii. De
remarcat este faptul c, cu ct un sistem
este mai divers i mai complex, cu att
ntmplarea joac un rol mai mare, motiv
pentru care cercetarea statistic va avea
un rol aparte.
10
Noiunea de reglare - presupune

din partea sistemului un anumit
grad de organizare, precum i
cadrul propriu de desfurare.
Elementele sistemului se pot
organiza n serie, paralel sau
circuit nchis (cu bucl).
11

Organizarea n serie presupune c dac
elementul urmtor este influenat de
elementul anterior, atunci se spune c
acesta poate fi reglat de elementul
anterior. Pentru un sistem economic,
exemplul tipic este reprezentat de fazele
de producie care succed unele dup
altele, iar cea anterioar o poate regla pe
cea urmtoare.
12

Organizarea n paralel ofer posibilitatea
ca elementul anterior s poata nlocui
parial sau chiar total o eventual
defeciune a elementului urmtor.
Organizarea n circuit presupune c
elementul urmtor care a fost reglat (sau
influenat) de elementul anterior, la
rndul lui s-l poat regla sau influena
pe acesta.
13

n concluzie se poate afirma c reglarea
presupune cuplarea a dou elemente cel puin,
dintre care unul, asupra cruia exist
perturbaii, poate fi element reglat, iar cellalt
este regulator.
n fig. este prezentat structura clasic a unui
sistem de conducere de tip cibernetic, n care
elementul regulator acioneaz pe bucla de
reacie, avnd la cea de-a doua intrare
informaii de referin.
14

Sistem de conducere de tip cibernetic
Perturbaii
Informaii
de intrare
PROCES
ECONOMIC
Informaii
de ieire
REGULATOR
Informaii de
control
Informaii de
referin
15

Procesele de cuplare sunt faza incipient
pentru un nceput de integrare. Adaugndu-se
noi elemente cuplate n serie, se poate forma
un lan, iar cuplarea elementelor ce compun
lanul poate forma o reea. Noiunea de
cuplare n reea este specific sistemelor
integrate n care la modul ideal absolut toate
elementele se leag cu toate elementele.
Apariia de cicluri n lanuri i reele
reprezint o caracteristic a reglrii sistemelor
16
integrate.

Dac ntr-o reea, numrul elementelor
devine foarte mare sau, la un moment
dat, necontrolat de mare, se ajunge la un
exces sau la redundan. Redundana
poate fi considerat un factor de reglare
sau poate fi folosit la apariia altor
modaliti de reglare.
17

n cazul n care sistemul este format dintr-un numr
foarte mare de elemente acestea se pot diferenia sau
specializa.
n atare situaie elementele specializate devin strns
dependente unele de altele, dependen nedorit, dar
care poate deveni un factor de influenare i reglare a
sistemului.
n sistemele integrate sau hiperintegrate aceast
influen reciproc are i un efect benefic n sensul c
determin o constrngere a elementelor componente
de a evolua i de a i menine o anumit stare.
18
Este de remarcat deosebirea dintre sistemele

cibernetice i cele hiperintegrate i anume c n
acestea din urm apar noi posibiliti de reglare, care
determin posibiliti sporite n autoorganizare,
autoreglare i autogenerare.
Exist o multitudine de modaliti noi de reglare:
reele, cicluri, redundana, compensarea, dependena,
constngerea, cuplarea i nlnuirea elementelor.
19

Din punctul de vedere al complexitii
structurii i al complexitii funciilor
ndeplinite de un sistem integrat, se deosebesc:
1.Sisteme simple, cu structuri neramificate i
care conin 103 elemente primare, dintre care
un numr redus interconectate, fr a dispune
de o structur ierarhic predominant;
2. Sisteme complexe, cu structur dezvoltat i
care conin 104-107 elemente primare;
20

3. Sisteme mari sau ultracomplexe, cu
un numr foarte mare de elemente

(107-1030) dispuse n subsisteme
interconectate.
Un sistem integrat mare reprezint un
sistem format din elemente de mare
diversitate, a cror stare i a cror
evoluie nu pot fi descrise analitic.
21
2 Niveluri i grade de integrare (1)

Subsistemele pot realiza integrare structural
sau integrare funcional.
Integrarea structural presupune stabilirea
unor relaii de vecintate care nu sunt
suficiente.
Integrarea funcional presupune att
integrarea substanial, ct i cea energetic
i informaional.
22

Sistemele care compun un sistem superior
integrat se stratific pe niveluri de organizare
i integrare, n care nivelul de baz este dat
de particulele elementare.
Reunirea acestor niveluri inferioare poart
numele de organizare ierarhic. Integrarea
acestor subsisteme se poate face att pe
orizontal ct i pe vertical n care caz este
vorba de organizarea pe niveluri i paliere.
23

Nivelul este format din totalitatea sistemelor
autonome ntre care nu exist relaii de
subordonare.
Palierul este o nglobare de niveluri de organizare
ierarhic, motiv pentru care palierele nu au form
de coloan, ci de piramid. Legturile cele mai
puternice se stabilesc ntre sistemele de pe acelai
nivel al unui palier. De remarcat este faptul c, cu
ct gradul de organizare i de complexitate crete cu
att legturile devin mai slabe.
Palierele sunt legate doar la nivelul cel mai nalt al
acestora.
24
Caracteristic sistemelor integrate este

faptul c ntre elementele aceluiai
subsistem exist legturi mult mai
puternice dect ntre elementele
unor subsisteme diferite ale aceluiai
sistem.
25

Noiunea de sistem hiperintegrat a
aprut din necesitatea de a explica
continua generare i regenerare a
elementelor, aa numita situaie totul
depinde de totul. n acest fel, apare o
hiperintegrare prin dependen a
elementelor sistemului, adic nici un
element nu poate exista fr toate
celelalte elemente.
26

In managementul modern ntreprinderea este
considerat un sistem complex format din mai
multe subsisteme integrate. ntr-un astfel de sistem,
informaiile pot fi utilizate n moduri i scopuri
diverse. n concepia lui E. J. McCarthy, J. A.
McCarthy, i D. Humes, un sistem integrat este
considerat acela n care activitatea economic este
privit ca un tot unitar n care informaiile de baz
care provin de la sectoarele de activitate sunt
prelucrate n mod util pentru a putea fi utilizate la
toate nivelurile de conducere pentru activitatea de
planificare, exercitare i efectuare a controlului.
27

Sistemul
informaional
economic
reprezint un cumul de resurse umane i
capital investit ntr-o organizaie
economic
pentru
colectarea
i
prelucrarea datelor necesare obinerii
informaiilor care vor fi utilizate la toate
nivelurile de decizie ale conducerii i
controlului activitii acelei organizaii.
28
Informaia este vzut de DeMarco

(1982) ca fiind abordabil din trei
perspective specifice sistemelor
informatice:
1. Datele care sunt vzute sub form
de atribute i care reflect structura
static a sistemului informatic.
29

2. Funciile scot n eviden ceea ce face
sistemul. Ele pot fi vzute i ca procese,
deoarece elementele sistemului care stocheaz
datele sunt supuse transformrilor
funcionale prin intermediul proceselor.
3. Comportamentul reflect de fapt strile prin
care trece sistemul la apariia diverselor
evenimente care au impact asupra lui i care
i confer un statut dinamic.
30
3. Metodologii de realizare a sistemelor

informatice integrate (1)
Aprecieri asupra situaiei existente:
Standarde internaionale (parial cunoscute);
O diversitate de terminologie i metodologii;
Lipsa unor criterii de clasificare unitare.
Conceptele de baz folosite n realizarea
sistemelor informatice sunt:
1. Etapele de baz unanim recunoscute sunt:
analiz, proiectare, implementare;
31

2. Conceptele folosite n metodologiile
existente pentru etapele de realizare sunt:
etape/module/procese, ci, fluxuri de lucru,
activiti, faze.
Un proces/etap reprezint un ansamblu de

activiti intercorelate ce folosesc resurse pentru
atingerea unor funcii obiectiv.
Procesele sunt primare, suport i organizatorice.
Procesele primare (etape, faze de lucru) sunt
procesul de achiziie, procesul de furnizare,
procesul de exploatare, procesul de ntreinere.
32

Procesele suport sprijin celelalte procese
(primare sau organizatorice) i sunt procesul
de documentare, procesul de asigurare a
calitii, procesul de management al
configuraiei, procesul de analiz, procesul de
testare, procesul de auditare, procesul de
rezolvare a problemelor.
Procesele organizatorice constau n organizarea
activitilor de realizare a sistemelor informatice:
procesul de management, procesul de instruire,
procesul de infrastructur, procesul de mbuntire
(upgrate).
33

Rational Unified Process folosete conceptul de
flux de lucru.
Fluxurile de lucru sunt fluxuri de proces i fluxuri
suport.
Activitatea conine tipurile de aciuni (faze, pai
sau segmente) ce se desfoar pentru folosirea
eficient a resurselor alocate.
Sarcina (task-ul) este o component a activitii
focalizat pe o persoan sau grup de persoane
(echip de lucru). Sarcina ndeplinete criterii de
intrare (precondiii), are ca rezultate elemente livrabile ce
sunt acceptate pe baza criteriilor de ieire (postcondiii).
34

Ciclul de via al sistemelor informatice este definit

pe intervalul de timp cuprins ntre decizia de realizare a
unui sistem informatic nou i decizia de scoatere din
exploatare a acestuia i de nlocuire cu un alt sistem
informatic. Acest ciclul de via este structurat n
funcie de succesiunea n timp a sarcinilor, activitilor,
etapelor sau proceselor.
Ciclul de dezvoltare al sistemului informatic este

intervalul de timp cuprins ntre decizia de realizare a
sistemului informatic i decizia de intrare a sistemului
informatic n exploatare. Acesta este parte a ciclului de
via al sistemului informatic.
35

O metodologie de realizare a sistemelor
informatice este o implementare fizic a
ntregului ciclu de via al acestor sisteme
informatice i conine:
Activitile pas cu pas pentru fazele de lucru;

Regulile individuale i de grup pentru fiecare
activitate;
Standardele de calitate pentru fiecare activitate;
Instrumente i tehnici de lucru folosite la fiecare
activitate.
36

Metodologia de realizare a sistemelor
informatice cuprinde faze, subfaze i
activiti n fiecare stadiu al proiectului.
Metoda reprezint o mulime de reguli ce se aplic
unui domeniu restrns din cadrul unei metodologii.
Exist uneori confuzii ntre metodologie i metod,
motiv pentru care unele metodologii sunt denumite
metode.
37

Clasificarea metodologiilor de realizare a
sistemelor informatice:
1. Dup gradul de generalitate:
Metodologii generale (SSADM, MERISE,
OMT, RUP, CMM);
Metodologii cadru (SIIPS);
Metodologii specializate (POIS, AIM,
Extract, ASAP, Signature).
38

Clasificarea metodologiilor de realizare a
sistemelor informatice:
2. Dup modul de abordare a sistemelor:
Metodologii cu abordare structurat (ca la
programarea structurat) (STRADIS, YSM,
IE, MERISE, ISAC, JSD, ETHICS, SSM,
RAD, CMM, Metodologia ICI Romnia);
Metodologii cu abordare orientat pe obiecte
(OOD, OOA, OOSD, OOSA, RDD, OMT,
OOSE);
39

Clasificarea metodologiilor de realizare

a sistemelor informatice:
3. Dup modelul ciclului de via al
sistemelor:
Modelul n cascad;
Modelul n V;
Modelul n spiral;
Modelul incremental;
Modelul evolutiv .a.
40

Clasificarea metodologiilor de realizare
a sistemelor informatice:
4. Dup structura proceselor:
Metodologii monoproces (IBM, ICI);
Metodologii multiproces cu procese slab
conectate;
Metodologii multiproces cu procese
interconectate (AIM).
41

Clasificarea metodologiilor de
realizare a sistemelor informatice:
5. Dup setul de sarcini ale activitilor:
Metodologii cu sarcini fixe n cadrul
activitilor;
Metodologii cu colecii de sarcini
opionale n cadrul activitilor.
42

Clasificarea metodologiilor de
realizare a sistemelor informatice:
6. Dup comportamentul sarcinilor:
Metodologii cu sarcini cu comportare
determinist;
Metodologii cu sarcini cu comportare
aleatoare.
43

Etapele de realizare a sistemelor informatice
conform metodologiei SSADM (1)
Metodologia de analiz i proiectare

structurat a sistemelor informatice,
SSADM (Structured System Analysis and
Design Methodology), 1982, Marea
Britanie, conine un set de tehnici,
instrumente i formulare standard pentru
descrierea sistemului existent sau a
sistemului proiectat (sistemul nou).
44

Caracteristici ale metodologiei SSADM:
Orientat pe structura datelor;
Lucreaz cu modelul logic i modelul fizic al
sistemului (separ proiectarea logic de
proiectarea fizic);
Se bazeaz pe specificarea clar a cerinelor i
a unor reguli;
Folosete diagramele pentru reprezentarea
45
fluxurilor de date i prelucrrilor.

Metodologia SSADM cuprinde 5

module:
1. Studiul de fezabilitate;
2. Analiza cerinelor;
3. Specificarea cerinelor;
4. Specificarea logic a sistemului;
5. Proiectarea fizic.
46

Modulul 0 Studiul de fezabilitate

conine etapa Fezabilitatea (ncadrarea
n timp i buget)
Modulul 1 Analiza cerinelor conine
etapa 1 Investigarea mediului
existent i etapa 2 Opiunile
sistemului economic (axat pe
cerinele i opiunile beneficiarului).
47

Modulul 2 Specificarea cerinelor

conine etapa Definirea cerinelor
(detalierea cerinelor deja formulate
pentru opiunea aleas, se construiete
un catalog al funciunilor i descrierea
entitilor, are ca rezultat catalogul
cerinelor i noul model al sistemului).
48

Modulul 3 Specificarea sistemului

logic conine etapa 4 Opiunile
tehnice ale sistemului (se identific i
detaliaz opiunile tehnice de realizare,
se face o analiz cost-beneficiu,
rezultatul este opiunea tehnic
selectat) i etapa 5 Proiectarea
logic (de detaliu).
49

Modulul 4 Proiectarea fizic conine

etapa 6 Proiectarea fizic (proiectul de
detaliu este transformat n proiect tehnic,
conine modelul fizic al datelor i al
proceselor, elaborarea programelor, are ca
rezultat programul de dezvoltare, planurile
de testare, instruciuni de operare,
specificaii de detaliu).
50

Avantajele metodologiei SSADM:

Abordare simpl a problemelor prin viziunea
utilizatorului;
Flexibilitate n analiz i proiectare;
Implementare facil a sistemului informatic;
Documentaie de sistem sugestiv (grafic) i complet.
51

Metoda MERISE consider sistemele
informatice cu trei cicluri:
ciclul de via (ntre obiectul natural sistemul informaional i obiectul artificial sistemul informatic),
ciclul de decizie i
ciclul de abstractizare (1. nivelul conceptual,
2. nivelul organizaional pentru prelucrri i
nivelul logic pentru date i 3. nivelul
operaional pentru prelucrri i nivelul fizic
pentru date).
52

conform metodologiei MERISE
Elaborarea schemei directoare;

Studiul prealabil;
Studiul detaliat;
Studiul tehnic;
Elaborarea programelor;
Introducerea sistemului;
Meninerea n funciune.
53


conform metodologiei ICI:
Elaborarea temei de realizare;
Proiectarea de ansamblu a sistemului
informatic;
Proiectarea de detaliu a sistemului informatic
(proiectul logic i tehnic de detaliu);
Elaborarea programelor;
Implementarea sistemului informatic;
Exploatarea i dezvoltarea sistemului
54
informatic.

Proces iterativ de dezvoltare a sistemelor
informatice folosind UML:
Definirea problemei;
Structurarea soluiei (stabilirea actorilor,
stabilirea cazurilor de utilizare, stabilirea relaiilor
dintre cazurile de utilizare, construirea
diagramelor cazurilor de utilizare);
Analiza sistemului;
Construirea soluiei;
Proiectarea sistemului informatic;
Implementarea sistemului informatic.
55

Metodologia unificat de realizare a
sistemelor informatice Rational Unified
Process (RUP):
Explorarea iniial;
Elaborarea (constituirea
arhitecturii de baz);
Construcia;
Tranziia.
56

Metodologia pe baza modelului de
maturizare a capabilitii de a produce
software performant, CMM (Capability
Maturity Model) (1):
CMM (Capability Maturity Model) a fost dezvoltat de Institutul
de Inginerie Software, SEI (Software Engineering Institute)
din SUA i prezint o structur pe cinci nivele: iniial,
repetabil, definit, gestionat i optimizat.
Nivelele de maturitate reprezint praguri evolutive bine
definite ce urmresc realizarea unui proces matur de creare a
sistemelor informatice. Se apreciaz c n prezent, n lume,
doar cteva firme de software au atins nivelurile superioare
ale CMM.
57

Metodologia pe baza modelului de
maturizare a capabilitii de a produce
software performant, CMM (Capability
Nivelul 1 - iniial se refer la procesele ad-hoc de
realizare a sistemelor informatice de ctre
persoane care le abordeaz individual sub toate
aspectele (aceste persoane sunt considerate
eroi). Capacitatea unui astfel de proces nu este
predictibil deoarece procesul software este
modificat, n mod constant, (regulile jocului
sunt schimbate dup nceperea jocului), pe
msur ce lucrul la proiect nainteaz.
58

Metodologia pe baza CMM (Capability
Nivelul 2 - repetabil este caracterizat de controlul
evoluiei proiectului i cuprinde managementul
cerinelor, planificarea proiectului, urmrirea
proiectului, managementul subcontractelor,
asigurarea calitii software, managementul
configuraiei software. La nivelul 2 repetabil
sunt stabilite politicile pentru gestionarea unui
proiect software, precum i procedurile necesare
pentru implementarea acestor politici
organizaionale.
59

Nivelul 3 definit presupune ca procesul
software definit i instituionalizat s asigure
controlul calitii produsului. Aceasta
nseamn un proces standard i documentat
pentru dezvoltarea i ntreinerea software
ntr-o firm, att pe partea de inginerie
software ct i pe partea de management.
Aceste dou pri, ca procese separate, sunt
integrate ntr-un ntreg coerent.
60

Nivelul 4 gestionat presupune planificarea
calitii produsului i controlul evoluiei
procesului software msurat. Ca urmare, este
stabilit un set de scopuri cantitativ-calitative,
att pentru produsele, ct i pentru procesele
software. n toate activitile importante ale
proceselor software se realizeaz msurarea
productivitii i a calitii software, ca parte
a unui program de msurtori
organizaionale.
61

Nivelul 5 optimizat nseamn c ntreaga
firm este focalizat pe mbuntirea
continu a capacitii procesului software.
Firma dispune de mijloacele de identificare a
punctelor tari i a celor slabe ale proceselor
astfel nct s se previn apariia defectelor.
Analiza cost-beneficiu la introducerea noilor
tehnologii IT&C se face pe baza datelor
disponibile privind eficacitatea proceselor
software.
62

Metode i tehnici de realizare a sistemelor
informatice
Metoda modelrii informaionale;

Metoda de abordare descendent (top-down);
Metoda de abordare ascendent (bottom-up);
Metoda mixt (ascendent-descendent);
Metoda abordrii pe obiecte;
Metoda Jackson (bazat pe structura datelor);
Metoda Yourdon/Constantine (proiectare
structurat);
Metoda SADT (Structural Analysis and Design
Techniques) etc.
63
4. MANAGEMENTUL CONFIGURATIEI
SOFTWARE
SCM (Software Configuration
Management)
Stabilirea i meninerea integritii
sistemelor informatice (produselor
software) pe ntregul ciclu de via
al acestora
64
4. MANAGEMENTUL
CONFIGURATIEI SOFTWARE
Obiectivele managementului configuraiei:
1.
2.
3.
4.
Asigurarea planificrii activitilor managementului

configuraiei;
Selectarea componentelor software se efectueaz prin
identificare, control, disponibilitate;
Controlul modificrilor executate asupra componentelor
sistemului informatic identificate;
Informarea participanilor asupra strii i coninutului

elementelor-cheie ale softului (pe baz de documente)
65
4. MANAGEMENTUL
Derularea tuturor activitilor

managementului configuraiei este analizat
ntr-un consiliu de control al configuraiei
software
Se ntocmesc cereri de modificri i

rapoarte de erori
66
4.MANAGEMENTUL CONFIGURATIEI
SOFTWARE
Fiecare proces major este descris pe baza
practicilor-cheie (key practices) care atunci
cnd sunt implementate contribuie la
ndeplinirea obiectivelor unui proces major.
Practicile eseniale descriu infrastructura i
activitile care contribuie cel mai mult la
implementarea i instituionalizarea unui
proces major.
67
4.MANAGEMENTUL
Practicile cheie ale managementului configuraiei
software sunt:
Angajamente ale organizaiei;
Capabiliti i condiii preliminare demonstrate

de a realiza software de calitate;
Activiti;
Msurri i Analize;
Verificri ale implementrii.

68
4. MANAGEMENTUL CONFIGURAIEI
SOFTWARE
Planul managementului configuraiei conine (1):
cerinele care trebuie ndeplinite de
managementul configuraiei pentru dezvoltarea

unui anumit proiect;
descrie cerinele i efortul depus n procesul de
management al configuraiei;
este folosit ca baz de urmrire a activitilor,

evaluarea strii i reviziilor software.
69
4. MANAGEMENTUL
CONFIGURAIEI SOFTWARE
cerinele pentru biblioteca de dezvoltare software cu o

structur adecvat activitilor prevzute n
managementul configuraiei;
managementul configuraiei prin identificarea

elementelor configuraiei, controlul configuraiei
(modificri i probleme, procesul de generare a
produselor software, procesul de realizare a pachetelor
software care se livreaz beneficiarului), determinarea
strii configuraiei i auditrile configuraiei
70
(funcional i fizic).
4. MANAGEMENTUL
Aciuni corective:
Raportarea problemelor i cererilor de
modificare;
Sistemul aciunilor corective;
Organizarea Consiliilor de control al
configuraiei (nivele, competene, componen,
71
responsabiliti).
4.MANAGEMENTUL
Jaloane (Milestones): Menionarea
jaloanelor importante (functional baseline,

allocated baseline, product baseline) i
programarea lor, cu referire la planul de
dezvoltare software.
72
4. MANAGEMENTUL
Organizarea programului i resurse: structura grupului
de lucru, alocarea rolului de manager responsabil al
managementului configuraiei, stabilirea ntlnirilor de
lucru (periodicitate, participani, agend),
periodicitatea reviziilor pentru raportarea progreselor
nregistrate n activitile managementului
configuraiei, resurse alocate n raport cu cele necesare.
73
5.MANAGEMENTUL CALITII
ISO-8402 definete
calitatea ca ansamblul
caracteristicilor unei entiti,
care i confer aptitudinea de a
satisface nevoile exprimate sau
implicite.
Standardul
74
OBIECTIVE:
Activitile sunt planificate;
Asigurarea conformitii software cu

standardele i procedurile;
Grupurile de lucru la proiect sunt informate

despre activitile i rezultatele procesului
de asigurare a calitii;
Neconformitile nerezolvate se vor aborda

de ctre nivelul ierarhic superior.
75
Standardele
ISO definesc
calitatea produsului prin
calitatea proiectului
(concepiei) i calitatea
fabricaiei.
76
Calitatea proiectului arat msura n care

proiectul produsului asigur satisfacerea
cerinelor beneficiarului i posibilitatea utilizrii
la fabricaia produslui respectiv a unor
procedee tehnologice raionale i optime din
punct de vedere economic.
Calitatea fabricaiei reprezint gradul de

conformitate a produslui cu documentaia
tehnic;
77
Modelul de producie n realizarea sistemelor

informatice este un model de producie a
proiectelor.
Particularitatea produciei de software rezult

din faptul c activitile desfurate pot fi
specifice unei anumite faze a ciclului de via
sau pot fi independente de fazele ciclului de
via.
78
5. MANAGEMENTUL CALITII
Calitatea software prezint anumite particulariti
(1):
Erorile exist deja n program, sunt eliminate

odat cu trecerea timpului;
Comportamentul instruciunilor nu se
deterioreaz n timp;
Erorile sunt cauzate de utilizarea sau

combinarea incorect a componentelor
elementare (nu de componentele n sine);
79
Calitatea software prezint anumite particulariti
(2):
Interaciunile dintre componentele unui

program sunt mai complexe;
Eliminarea unei erori nu creeaz certitudinea c

s-a micorat numrul total de erori cu o unitate;
Lipsa calitii software este consecina

greelilor umane de concepie, proiectare,
programare, documentare.
80
Calitatea software prezint dou aspecte:
1.
Asigurarea calitii software/sistemului

informatic (Software Quality Assurance) adic
un ansamblu de mijloace, prestabilite i
sistematizate, ce pot influena calitatea
softului/sistemului informatic, cu exprimarea
certitudinii ndeplinirii cerinelor de calitate
specificate.
81
2. Managementul calitii software/ sistemului informatic
ce const n identificarea, analiza i interpretarea
tuturor neconformitilor aprute n toate etapele
ciclului de via, concomitent cu definirea aciunilor
corective i de orientare a calitii.
n modelul CMM/SEI, managementul calitii, dei este

situat pe nivelul 2 de maturitate, acesta este efectiv abia
pe nivelul 3 de maturitate, unde procesele sunt definite
i instituionalizate.
82
Sistemul caracteristicilor de calitate a
produselor software:
economice (costuri, economii, creteri

de randament i productivitate etc.);
sociale i psiho-senzoriale;
tehnice i de utilizare (standardul ISO

9126).
83
Caracteristici de calitate:
Funcionalitatea;
Fiabilitatea;
Utilizabilitatea;
Eficiena;
Mentenabilitatea;
Portabilitatea;
Interoperabilitatea;
Complexitatea.
84
Asigurarea calitii software cuprinde
(IEEE): procesul de dezvoltare a
produsului, metodele de management,
standarde, managementul configuraiei,
standardele de documentare, verificare
i validare, specificaiile i procedurile
de testare.
85
Metricile produselor i ale proceselor msoar
gradul n care un produs sau proces posed o
anumit caracteristic. Metricile software sunt:
Metrici software calitative;
Metrici software cantitative (linii de cod, pagini de

documentaie, puncte de intrare n funcie);
Metrici ale managementului (indicatori ca bugetul

de cheltuieli, valoarea adugat, depirea
86
costurilor sau a termenelor).
Planificarea activitilor de asigurare a

calitii software (AQS) se realizeaz n
paralel cu planificarea activitilor de
dezvoltare software, n faza iniial a
proiectului.
Planul asigurrii calitii este condus i

controlat n legtur cu planificarea
proiectului.
87
Este verificat, n mod obiectiv,

conformitatea produselor software i a
activitilor cu standardele i procedurile
aplicabile, precum i cu cerinele
contractuale.
Mijloace: walkthroughs, revizuiri

(reviews), audituri.
88
Planul de asigurare a calitii conine
activitile pentru asigurarea calitii
unui anumit proiect, n legtur
nemijlocit cu planul de management al
proiectului, planul de dezvoltare
software, planul de management al
configuraiei software.
89

Lectia 2a Integrarea Si Realizarea SI

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Lectia 2a Integrarea Si Realizarea SI

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSITATEA SPIRU HARET,

Facultatea de Management Financiar-Contabil Bucureti,

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

Gherasim, Z; Andronie, M.; Popescu-Bodorin N.

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

1. Noiuni de baz (1)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

1. Noiuni de baz (2)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

1. Noiuni de baz (3)

Integrarea prin constrngere

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

1. Noiuni de baz (4)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

1. Noiuni de baz (5)

1. Noiuni de baz (6)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

1. Noiuni de baz (7)

Noiunea de reglare - presupune

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

1. Noiuni de baz (8)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

1. Noiuni de baz (9)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

1. Noiuni de baz (10)

1. Noiuni de baz (11)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

1. Noiuni de baz (12)

1. Noiuni de baz (13)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

1. Noiuni de baz (14)

1. Noiuni de baz (15)

Este de remarcat deosebirea dintre sistemele

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

1. Noiuni de baz (16)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

1. Noiuni de baz (17)

un numr foarte mare de elemente

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

2 Niveluri i grade de integrare (1)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

2 Niveluri i grade de integrare (2)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

2 Niveluri i grade de integrare (3)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

2 Niveluri i grade de integrare (4)

Caracteristic sistemelor integrate este

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

2 Niveluri i grade de integrare (5)

2 Niveluri i grade de integrare (6)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

2 Niveluri i grade de integrare (7)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

2 Niveluri i grade de integrare (8)

Informaia este vzut de DeMarco

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

2 Niveluri i grade de integrare (9)

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

3. Metodologii de realizare a sistemelor

Tema INTEGRAREA I REALIZAREA SISTEMELOR INFORMATICE

3. Metodologii de realizare a sistemelor