Ș.L.DR.ING. NICOLETA ARGHIRA - shiva.pub.ro · deficientelor acestuia c) proiectarea, construirea...

Sisteme informatice în energeticăȘ.L.DR.ING. NICOLETA ARGHIRA

PROF.DR.ING. SERGIU STELIAN ILIESCU

http://shiva.pub.ro/cursuri/sisteme-informatice-in-energetica/

2. PRINCIPII GENERALE DE REALIZARE A PRODUSELOR INFORMATICE

Ciclul de viata al unui sistem informatic este constituit din urmatoareleetape:

2.1 Etapele de realizare a sistemelor (aplicatiilor) informatice

SISTEME INFORMATICE ÎN ENERGETICĂ

ETAPA OBIECTIVE DOCUMENTATIE

Elaborarea

temei de

realizare

- identificarea cerintelor si restrictiilor globale pentru realizarea

sistemului

- delimitarea ariei de aplicabilitate

- justificarea necesitatii si oportunitatii realizarii sistemului

* tema de realizare

Proiectarea

de

ansamblu

- analiza procesului tehnologic

- stabilirea conceptiei si structurii de conducere

-estimarea necesarului de testare pentru realizarea si punerea

in functiune a noului sistem si a eficientei economice;

-planificarea realizarii si punerii in functiune a noului sistem;

-planificarea testarii

* proiectul de ansamblu

* specificatie de testare

(testul de integrare, testul de

sistem si testul de acceptanta

(receptie/ omologare))

Proiectarea

de detaliu

- analiza si specificarea cerintelor de detaliu;

- elaborarea modelului de detaliu (integral sau pe parti

componente)

- proiectarea arhitecturii compnentei functionale;

- stabilirea solutiilor tehnice de realizare;

- planificarea realizarii si punerii in functiune a componentei

functionale;

- planificartea testarii.

* proiectul de detaliu al

componentei functionale;

* specificatia de testare;

* raportul de evaluare a

etapei;

* planul de punere in

functiune.

2






Elaborare

programe

- proiectarea, realizarea, testarea

programelor;

- elaborarea documentatiei de intretinere

(programe si date);

- pregatirea testarii.

* specificatia de realizare a programelor;

* specificatia de testare;

* raport de testare si listinguri martor;

* documentatia de intretinere;

* raportul de evaluare a etapei.

Integrare si

testare

- a componentei functionale;

- a sistemului;

- elaborarea documentatiei;

- planificarea punerii in functiune a

sistemului sau a componentelor lui

functionale pregatirea receptiei.

* documentatia de utilizare-exploatare;

* documentatia de intretinere;

* biblioteci cu componente software;

* specificatii de testare ;

* metodica si programa de receptie.

Punerea in

functiune/

experimentare

si acceptare

sistem

- actiuni pregatitoare punerii in functiune:

instruire personal, masuri organizatorice si

tehnice;

- punerea in functiune/experimentare la

unitatea beneficiara;

- test de acceptanta/ receptie sistem;

- actualizarea documentatiei/ componentelor

functionale

* in forma finala, documentatia de utilizare-

exploatare si documentatia de intretinere;

* biblioteci sau fisiere cu componentele

software;

* procesul verbal de receptie.

3






Exploatare si

intretinere

functionarea sistem la parametri

proiectati;

intretinerea sistemului;

actualizare documentatie.

registrele de exploatare

4

Capitolul 3. TEHNOLOGIA DE REALIZARE A UNUI PRODUS INFORMATIC

3.1. Consideratii generale

Finalizarea unui produs informatic implica parcurgerea a douaactivitati majore: o activitate de conceptie sau de proiectare si o activitate de realizare.

Sistemul obiect reprezinta o parte a realitatii care genereazadate si care poseda calitati ce permit prelucrarea si atribuireade semnificatie acestor date, transformindu-le in acest fel in informatii.


Concepte / Functionalitati

Set de obiecte

naturale

metoda top

downmetoda

bottom-up

Set de obiecte

abstracte

5


3.2. Strategii de concepere si realizare a

unui SI/PP

Realizarea SI presupune existenta si utilizarea

unei tehnologii.

Activitati preliminare :

◦ delimitarea SO,

◦ identificarea caracteristicilor generale ale

SO pe care se va "grefa" SI.

◦ evaluarea personalul disponibil pentru

realizarea SI atat la cel ce elaboreaza

acest SI, cat si la utilizator.

Pentru ca aceasta "grefa" sa nu fie respinsa

este necesar ca SI sa aiba caracteristici

adecvate caracteristicilor SO.


Caracteristici SO Caracteristici SI

Noutatea domeniului

problemelor supuse

informatizarii in raport cu

domeniile/probleme deja

informatizate

Originalitatea SI este

exprimata prin:

- originalitatea solutiei

(arhitectura, algoritm)

- originalitatea facilitatilor

oferite

Complexitatea

domeniului / problemelor

abordate

Complexitatea SI:

- aria functionala:

- complexitatea legaturilor

logice intre functiuni;

- gradul de integrare al

componentelor;

- dimensiunea programelor

Caracterul restrictiv al

domeniului / problemelor

Caracterul critic al software-

ului:

- performanta si calitate

software;

- fiabilitate suport software

6


3.2. Strategii de concepere si realizare a unui SI/PP

Tehnologia de realizare a unui SI este constituita dintr-un ansamblu deprocese (activitati), metode, tehnici si instrumente, ansamblu utilizat pentruobtinerea unui SI.

Principalele componente ale unei tehnologii de realizare sunt:

- strategia de realizare reprezinta un ansamblu ordonat de activitati/subactivitati/ operatii, desfasurate in vederea obtinerii unui SI.

- metoda de realizare este un ansamblu de concepte prin aplicarea carorase poate realiza si concepe un SI.

- tehnica de realizare este un ansamblu de reguli, compatibil cu una saumai multe metode care concura la desfasurarea unor activitati/ subactivitati/operatii din cadrul unui proces de realizare.

- instrumentul de realizare este un produs program constituit pe baza unei/unor metode si/ sau tehnici, prin intermediul careia unele activitati ale unuiproces de realizare pot fi asistate/ efectuate de calculator.

SISTEME INFORMATICE ÎN ENERGETICĂ 7


3.2.1. Strategii de concepere a produselor informatice (PI)

❖ Strategia ameliorativaPrincipiu generalPorneste de la premiza ca noul PI nu introduce schimbari esentiale in structura si dinamica SO. Etapizare :a) analiza sistemului obiect pt a identifica functiile sau activitatile ce pot fi preluate de SI.

b) proiectarea, construirea si implementarea noului PI c) punerea in functiune, exploatarea si intretinerea PIAplicabilitate : Pentru produse informatice de complexitate redusa si utilizabile un timpscurt.Aplicatii informatice sau produse-program independente.


Avantaje Dezavantaje

- ciclu de realizare redus;

- cost scazut de realizare;

- o adaptare usoara a produsului informatic la sistemul

obiect, dat fiind faptul ca primul nu conduce la modificarea

dinamicii sistemului obiect;

- flexibilitate redusa (neadaptari la

schimbari ce pot apare in sistemul

obiect) si deci o durata de viata redusa.

8



❖ Strategia inovatoare

Principiu general

Presupune ca introduce un nou PI ce poate conduce la aparitia unor schimbarisemnificative in SO, schimbari care pot fi atat in structura, cat si in dinamicaacestuia.

Etapizare :

a) analiza sistemului obiect pt a identifica functiile sau activitatile ce pot fi preluatede SI.

b) propunerea de variante imbunatatite ale sistem obiect, operatie care trebuieinceputa printr-o analiza critica a sistemului obiect existent, in scopul stabiliriideficientelor acestuia

c) proiectarea, construirea PI

d) implementarea noului PI concomitent cu realizarea schimbarilor preconizate in SO

e) punerea in functiune, exploatarea si intretinerea PI




❖ Strategia inovatoare

Aplicabilitate : Dezavantajele mentionate mai sus fac ca aceste strategii sa fie nerealiste



- realizarea unei varianteimbunatatite de sistem obiectin care sistemul informatic sauprodusul program se integreazaperfect, aceste aplicatiiinformatice prezentand o longevitate ridicata

- necesita personal de inalta calificare si creativ, cumulta experienta;- se prelungeste ciclul de realizare nepermis de mult;- implica costuri de realizare mai mari;- aplicatia informatica are o flexibilitate redusa;- schimbarile in cadrul sistemului obiect intimpinaobstacole serioase, mai ales de natura psihologica.

10



❖ Strategia adaptivaPrincipiu generalIntroducerea PI nu produce perturbatii importante in cadrul SO prin schimbaridrastice. PI raspunde atat cerintelor informationale actuale imediate, cat si celor de perspectiva ale SO (schimbari nefundamentale ale acestuia), printr-o adaptare flexibila.

Etapizare :a) analiza sistemului obiect in ansamblu pt a identifica functiile globale sauactivitatile ce pot fi preluate de SI (primul nivel informational).

b) detalierea cerintelor informationale ale SO pt evidentierea componentelorprimitive. Aceasta etapa permite o regandire a structurii primului nivel, reajustari minore, pentru a evita incompatibilitatile ce ar rezulta la asamblareacomponentelor realizate individual.

c) construirea pe subsisteme a aplicatiei informatice, prioritate acordandu-se, bazei de date.

d) punerea in functiune (se poate face esalonat), exploatarea si intretinerea PIe) modificari sau/si realizari de noi componente, in functie de noile cerinteinformationale ale SO




❖ Strategia adaptiva



- realizarea de PI cu flexibilitate ridicata, deci culongevitate mare, fapt ce conduce la amortizareaintegrala a investitiei si la obtinerea de beneficii;- PI prezinta un grad ridicat de integrare interna prindate, ceea ce conduce la performante ridicate in exploatare;- utilizatorul se familiarizeaza cu noul PI ca urmare a intrarii esalonate in functiune a PI;- integrarea si acceptarea usoara a PI in (si de catre) SO.

- necesitatea ca baza de date a aplicatiei sa fie realizata de un gruprestrins de specialisti cuinalta clasa de profesionalism, cucapacitate mare de analizasi sinteza.

Aplicabilitate : La conceperea unor sisteme informatice complexe.

12


3.2.2. Strategii de realizare a produselor informatice (PI)

❖Strategia clasica


Elaborare tema

de realizare

Control

Proiectare I

Control

(produs informatic)

Proiectare III

Control

(componente)

Control

Control

Elaborare program

Integrare si testare

Control Control

Control Control

Control

Control



Proiectare II Proiectare II

Componente 1 Componente 2

componente 1 componente 2

Componente 3

Componente 1+2+3

Componente 1+2

Realizare programe Realizare programe

realizare integrala

realizare prin incrementare functionala

Criterii de stabilire a modului de realizare a PI

Realizareintegrala a PI

Realizare PI prinincrementarefunctionala

Complexitatea PI mica / medie mare

Dimensiunea PI mica / medie mare

Dimensiuneapersonalului de

specialitate implicat

mare / mediu mediu / mic

Existenta / instalarea la utilizator a tuturor

echipamentelor din configuratia specificata

da nu / partial

Resursele umane ale utilizatorului pentru a prelua in exploatare PI

mari mici / medii

Existenta unor instrumente de asistare a procesului de realizare

da nu / in mica masura

13



❖Strategia clasicaStrategia clasica prezinta o serie deavantaje:

- posibilitatea unei planificari si urmariri riguroase a activitatilorcare vor fi executate pe parcursulprocesului de realizare;

integrarea usoara a componentelorPI datorita unei proiectaririguroase a interfetelor si a produsului propriu-zis.


Elaborare tema

de realizare

Control

Proiectare I

Control

(produs informatic)

Proiectare III

Control

(componente)

Control

Control

Elaborare program


Control Control

Control Control

Control

Control






Componente 3

Componente 1+2+3

Componente 1+2


realizare integrala


14




Dintre dezavantajele strategieiclasice se pot mentiona:

- utilizatorul nu poate evalua concret ce facilitati ofera noul produsinformatic decat dupa ce acestaeste realizat si testat; ca urmare, si performantele si calitatile nouluiprodus nu pot fi determinate decatin fazele de testare.

- intrucit utilizatorul nu poate formula de la inceput toate cerintele, efortulde intretinere a produsuluiinformatic este foarte mare.


Elaborare tema

de realizare

Control

Proiectare I

Control

(produs informatic)

Proiectare III

Control

(componente)

Control

Control

Elaborare program


Control Control

Control Control

Control

Control






Componente 3

Componente 1+2+3

Componente 1+2


realizare integrala


15




Dintre dezavantajele strategieiclasice se pot mentiona:

- daca costurile de realizare a produselor informatice nu suntmari, cele de intretinere suntimportante datorita dificultatilor in depistarea erorilor.

Strategia clasica impune un cadruordonat si disciplinat de lucrupentru echipele de analisti de sistem.


Elaborare tema

de realizare

Control

Proiectare I

Control

(produs informatic)

Proiectare III

Control

(componente)

Control

Control

Elaborare program


Control Control

Control Control

Control

Control






Componente 3

Componente 1+2+3

Componente 1+2


realizare integrala


16



❖Strategia prototipizarii

❖Obiectiv:

- desfasurarea procesului de realizareprin construirea uneia sau mai multorprototipuri partiale, care sunt de faptmodele ale viitorului produs informatic, extinse doar la un set semnificativ de functiuni/ facilitati ale acestuia: de obiceise iau in consideratie functiuni/ facilitaticritice (care se caracterizeaza prin aceeaca daca nu sunt realizate corectafecteaza puternic functionalitateaintregului produs informatic);


Elaborare tema

de realizare

Proiectare

Control

Elaborare programe

Control

Testare

(prototip partial)

Control

Control

Elaborare programe


"abandonare"

realizarea produselorinformatice prinstrategie clasica

prototip partial

"convertire"

Elaborare programe(prototip partial)

Control

17



❖Strategia prototipizarii

Obiectiv :

-realizarea prototipului produsuluifinal in urma experimentarii si/ saudezvoltarii prototipurilor partiale.

- definitivarea produsului informaticfinal in urma experimentariiprototipului sau.


Elaborare tema

de realizare

Proiectare

Control

Elaborare programe

Control

Testare

(prototip partial)

Control

Control

Elaborare programe


"abandonare"

realizarea produselorinformatice prinstrategie clasica

prototip partial

"convertire"

Elaborare programe(prototip partial)

Control

18



Selectarea strategiilor de realizare


Criterii pentru selectarea

unei strategii

Strategia

clasica

Strategia

prototipizarii

Noutatea domeniului / problemelor supuse informatizarii in raport

cu domenii / probleme deja informatizate mica mare

Gradul de previzibilitate a actiunilor / deciziilor de identificat si /

sau modelat

mare mic

Complexitatea actiunilor / deciziilor de identificat si / sau modelat mica mare

Gradul de integrare a componentelor (software / hardware) ale

produsului informatic

mare mediu / mic

Gradul de familiarizare a utilizatorului final cu folosirea tehnicii de

calcul

mare mic

Efortul pentru stabilirea solutiei mic mare

Gradul de familiarizare al echipei realizatoare cu sistemul obiect mare mic

Experienta echipei in realizarea de produse informatice similare mare mica

Existenta conditiilor de experimentare prototip nu da

Gradul de fiabilitate, flexibilitate, eficacitate, portabilitate a

produsului informatic inalt scazut

19


ETAPE PREMERGATOARE

ACTIVITATII DE MANAGEMENT A

PROIECTULUI

An

aliz

a si

tuat

iilo

r

Fo

rmu

lare

a

sco

pu

rilo

rS

inte

za c

on

cep

t

An

aliz

a co

nce

pt

Ev

alu

are

Dec

izie

Pla

nif

icar

e

Co

ntr

ol

pro

iect

Org

aniz

are

pro

iect

METODE , TEHNICI

Des

crie

re s

iste

m

Metode de modelare * * *

Metoda « blackbox » * *

Metoda diagramelor desfasurate * * * *

Model intrare/iesire * *

Studiul documentar *

Metoda matricilor * * * *

Modelul buclei de reglare * *

Ob

tin

erea

de

info

rmat

ii

(tre

cut

si

vii

tor)

Interviul * *

Chestionarul * *

Sondajul * *

Metoda Delfi * * *

Metoda etrapolarii tendintei * * *

Op

tim

izar

e

Optimizare liniara * * *

Optimizare neliniara * * *

Metoda Simplex * * *

Man

agem

e

nt

de

pro

iect

Metoda diagramelor cu bare (Gantt) *

Metoda drumului critic (Pert) *

Plan strucura proiect *

20


ETAPE PREMERGATOARE

ACTIVITATII DE MANAGEMENT A

PROIECTULUI

An

aliz

a si

tuat

iilo

r

Fo

rmu

lare

a

sco

pu

rilo

rS

inte

za c

on

cep

t

An

aliz

a co

nce

pt

Ev

alu

are

Dec

izie

Pla

nif

icar

e

Co

ntr

ol

pro

iect

Org

aniz

are

pro

iect

METODE , TEHNICI

Fo

r

mu

la

re sco

p Metoda scop/mijloc * *

Metoda timp-costuri-pasi *

Cre

ati

vit

ate Metoda « Brainstorming » * * * * * * *

Metoda 635 (« Brainwriting ») * *

An

aliz

a

Metoda ABC * *

Tabele de decizie * * *

Liste de verificare (« check-list ») * * * * * * *

Analiza celulara * *

Metoda HIPO (Hierarchy Input-Process-

Output )

* *

Analiza diagnostic (Most Critical

Component First)

* * *

Analiza catastrofelor * *

Analiza sigurantei * *

Analiza valorii * *

Analiza de senzitivitate * *

Evaluare/

Decizie

Metoda arborilor de decizie * * * *

21


3.3. Tehnici de realizare a produselor informatice

DESCRIEREA SISTEMULUIStudiul documentar

Scop : un prim contact pe care il are realizatorul unui proiect de produsinformatic cu sistemul obiect.

Obiectiv : studierea documentatiei tehnice si tehnologice disponibileaferente sistemului obiect si documentatia legata de sistemul informaticexistent (nivelul de automatizare a sistemului obiect)

Rezultate :•delimitarea domeniului de aplicabilitate al noului produs informatic, fixindu-se inca din aceasta faza elementele generatoare de informatii (masuri sisemnalizari) si punctele unde vor fi aplicate actiunile (comenzi, reglari).•estimarea perturbatiilor ce pot apare pe canalele de comunicatii dintresistemul de conducere si sistemul obiect, localizandu-se aceste surse sistabilandu-se ce masuri de protectie pot fi luate.

Studiul documentar trebuie completat cu alte modalitati, tehnici, ce permitanalistului de sistem proiectarea produsului informatic.




REPREZENTAREA SISTEMULUI

Tabelele de decizieObiectiv: Tabelele de decizieconstituie o tehnica dereprezentare a logicii gandiriiunei operatii din sistemulobiect sau sistem informatic.O tabela de decizie esteconstituita din deciziile careconduc la lansarea unoroperatii (actiuni) si dindescrierea operatiilor deprelucrare respective.


Regula de decizie Rk (k=1 ..n)

Conditiile de lansare a actiunilor : Valoarea de adevar a conditiei :

C1 adevarat

C2 fals

..... ......

Cm ......

DACA

Criteriul de decizie :

ATUNCI

Actiuni de

efectuat :

Detalierea operatiilor de efectuat pe fiecare actiune

A1

A2

.....

Ap

1 2 3 ... ... ...mC adevarat C fals C C

23



OBTINEREA DE INFORMATIIInterviul

Obiectiv :identificarea cerintelor unui beneficiar pentru un produs informaticsolicitat.

Cunostinte a-priori : - delimitarea sistemului obiect, - cunoasterea pana la un anumit grad de profunzime a SO - cunoasterea persoanelor ce vor fi intervievate

Interviul, o tehnica nu foarte riguroasa, se foloseste in etapa de analiza de ansamblu si de detaliu. Se poate folosi in configuratiecu alte tehnici elementare de analiza.




OBTINEREA DE INFORMATIIChestionarul

Obiectiv : identificare si validarea cerintelor cu caracter informational ale unuisistem obiect. Permite obtinerea unor informatii suplimentare asupraobiectului investigat anterior printr-o alta tehnica, cum ar fi interviul saustudiul documentar.

Aplicare :Aceasta tehnica de realizare consta in alcatuirea unui formular cuintrebari, chestionar la care trebuie sa raspunda in scris o serie de persoane implicate in realizarea produsului program din parteabeneficiarului. In majoritatea situatiilor chestionarul este dublat de o anexa care cuprinde instructiunile de completare a acestuia.





OBTINEREA DE INFORMATIIChestionarul

Etapizare:- planificarea actiunii de stabilire a cerintelor informationale prin tehnicachestionarului se face dupa o prealabila delimitare a sistemului obiectanchetat si a fixarii unor ipoteze de lucru; se fixeaza totodata grupul de persoane ce vor fi chestionate si se construieste chestionarul dupa o prealabila testare asupra accesibilitatii terminologiei;

- culegerea informatiilor pe baza chestionarului distribuit;- valorificarea datelor din chestionarele distribuite, prin sintetizareainformatiilor culese si, daca este cazul, prin intocmirea unui raport de analiza.

Tehnica aceasta se poate aplica in etapa de elaborare a temei de realizare si in cea de proiectare



OBTINEREA DE INFORMATII


Brainstorming

Obiectiv : generarea maximului de idei si de propuneri pe un anumit subiect

Grupuri de lucru

Obiectiv : insusirea diversitatii de punctelor de vedere in jurul unui subiect

Analiza expert - Delphi

Obiectiv : organizarea de consultatii expert pe un subiect precis

Conferinta de consens

Obiectiv : furnizarea unei informatii nuantate pe un subiect controversat

27



ANALIZA

Analiza-diagnostic (most-critical-component-first)

Obiectiv: identificarea si specificarea cerintelor pentrusistemele informatice. Identificarea se face prin una din tehnicileelementare de culegere a informatiilor (interviu, studiudocumentar, chestionar), iar specificarea prin utilizarea unortehnici de reprezentare ca diagrame (de structura, de flux saugrafuri, etc) si tabele de decizie.

Aplicare :

- analiza a sistemului obiect cu o analiza critica (diagnostic) aaspectelor legate de prelucrarea datelor. In acest fel se poaterealiza o grupare a cerintelor pe prioritati, prioritati care reprezinta"puncte critice".




ANALIZA

Analiza-diagnostic (most-critical-component-first)

Etapizare:

- culegerea informatiilor

- evaluarea sistemului informational existent si specificarea cerintelorfata de produsul informatic propus, in sensul ca informatiile pe care ledetinem cu privire la sistemul obiect sunt sistematizate, grupate sievaluate din punct de vedere al unor performante de calcul sau deprelucrare.

Analiza-diagnostic se recomanda a fi utilizata in etapele de proiectareale sistemului informatic, in special, la efectuarea analizei deansamblu a sistemului obiect.




ANALIZA

Analiza celulara

Obiectiv:Este o tehnica de analiza complexa ce abordeaza sistemul obiect sau sistemulinformatic printr-o metoda top-down si are ca obiective:

- structurarea sistemului obiect din punct de vedere organizatoric;- structurarea sistemului obiect sau a subsistemelor constituente din punct de vedere functional;

-analiza informatiilor vehiculate in sistem.Etapizarea : - culegere de date, prin formulare tip chestionar;- sistematizarea informatiilor prin ordonarea pe proceduri, stabilirea relatiilorintre informatiile din sistem, descrierea canalelor de telecomunicatii;

- evaluarea sistemului.Aceasta tehnica se poate aplica atat in faza de proiect de ansamblu, cat si de proiect de detaliu, desi in aceasta ultima situatie devine un procedeu laborios.




3.3. Tehnici de realizare a produselor informaticeANALIZA

HIPO (Hierarchy plus Input-Process-Output)

Obiectiv:

analiza functionala a unui produs informatic cu ajutorul unor diagrame,

elementele conceptuale fiind modularizarea si structurarea top-down.

Etapizare:

- descompunere top-down a functiilor globale ale produsului informatic, pana la

nivelul de functii elementare, si reprezentarea acestei ierarhii printr-o diagrama

ierarhizata (diagrama H);

- specificarea fiecarei functii printr-o diagrama I-P-O

Tehnica HIPO se foloseste pentru analiza de ansamblu sau detaliu, precum

si la intocmirea documentatiei de intretinere

31



ANALIZA

HIPO (Hierarchy plus

Input-Process-Output)


PROGRAM

FUNCTIE

FUNCTIE FUNCTIE

PRINCIPALA

1 2

FCT. 11 FCT. 12 FCT. 21 FCT. 24.....

.....

a)

INTRARE PRELUCRARE IESIRE

PROP. 1

PROP. n

PROP. 1

PROP. m

SINTEZA

PROTOCOL

1. Inceput operatie

2. Fct. 1.1

. Fct. 1.n

3.

Functia principala 1

b)

INTRARE

1. Operatia

2.

3.

Diagrama de detaliu pentru functia 1.2

c)

CIMP A

CIMP B

CIMP Z

CIMP A

CIMP C

CIMP D

TABELE

4.

5.

6.

32


3.4. Metode de realizare a produselor informatice

3.4.1. Metoda "TOP-DOWN"

Realizarea produselor informatice este abordata pornind de la produsulconsiderat in ansamblul sau catre fiecare componenta in parte.

Produsul informatic sau componentele sale sunt descompuse pe niveluride structurare de sus in jos din treapta in treapta, din aproape in aproape.Metoda top-down este folosita atat la proiectarea produselorinformatice, cat si la elaborarea strategiilor de testare (specificatia detestare).

In ceea ce priveste testarea, metoda top-down implica utilizarea de modulefictive pentru a simula efectul rutinelor aflate pe un nivel imediat inferiornivelului testat. Testarea prin aceasta metoda permite o minimizare aefortului de testare a sistemului, precum si posibilitatea localizarii erorilor.



3.4.1. Metoda "TOP-DOWN“3.4. Metode de realizare a produselor informatice

Principial, strategia top-down presupune parcurgerea urmatoarelor etapeprincipale:

- analiza obiectivelor generale si specifice sistemului obiect, restrictiilor si arelatiilor cu mediu;

- identificarea activitatilor principale desfasurate in cadrul sistemului obiectsi a legaturilor dintre acestea;

- identificarea pe fiecare nivel de conducere a principalelor decizii siactiuni, a timpilor necesari pentru fiecare decizie si actiune la nivelulfiecarei activitati sau grupuri de activitati (functiuni);

- definirea modelului de ansamblu al sistemului informatic;- descompunerea pe subsisteme sau module functionale si definireadeciziilor si a cerintelor de informatii si definirea interfetelor dintre acestecomponente;

- stabilirea prioritatilor in ceea ce priveste baza de date a subsistemelor.




3.4.1. Metoda "TOP-DOWN"


Metoda prezinta o serie de avantaje:

•exista posibilitatea de definire a obiectivelor generale ale sistemului

informatic si a celor specifice subsistemelor de o maniera care sa conduca

la o planifficare a resurselor si la un control riguros al proiectului;

•produsul informatic prezinta un inalt grad de integrare, ceea ce asigura o

crestere a utilitatii sistemului cat si performante superioare in exploatare;

•se evita intr-o mare masura reproiectarile succesive (de genul celor

determinate de strategia evolutiva) datorita definirii din primele etape a

obiectivelor, functiunilor si a interfetelor.

Dar exista si o serie de dezavantaje:

•definirea modelului de ansamblu presupune o cunoastere exacta a

sistemului obiect, atat din punct de vedere static, cat si dinamic, precum si

subsistemele constituente si a relatiilor intre ele: descompunerea in

subsisteme este etapa cea mai dificila;

•metoda presupune o crestere a timpului de realizare, dupa care utilizatorul

va putea beneficia de produsul informatic.

35



3.4.2. Metoda "OUTSIDE-IN"

Abordarea produselor informatice se face pornind dinspreexteriorul sistemului (vazut prin prisma utilizatorului) catreinteriorul acestuia (implementarea solutiei). Metoda este decistrans corelata cu metoda top-down.

Intradevar, cele doua metode coincid daca descompunerea se axeaza pe functiile sistemului. Ele difera, daca descompunerea se axeaza pe structura globala a solutiei.




3.4.3. Metoda "INSIDE-OUT“

Este o varianta a metodelor top-down si outside-in.

Punctul de plecare in descompunerea sistemului il constituieaspectele legate de implementarea solutiei, referitoare la timpulde executie si spatiul de memorie.

In cazul acestei metode se iau decizii legate in primul rind deimplementarea sistemului (inside) si apoi cele legate de functiileexterne ale sistemului (outside). La metoda outside-in se aveau invedere, in primul rind, functiile externe, functii ce pot fi masuratedin punct de vedere calitativ.




3.4.4. Metoda "BOTTOM-UP" (evolutiva sau ascendenta)Induce o ordine de abordare a produselor informatice pornind de lacomponente de nivel inferior spre cele de nivel superior, ajungind infinal la intregul produs informatic.

Componentele de pe nivelul de baza sunt agregate succesiv de jos insus. Realizarea unui nivel de agregare implica si o integrare acomponentelor/ modulelor de nivel inferior, agregarea fiindconsiderata terminata cind se obtine o unica componenta la acelnivel. Obtinerea intregului produs informatic se obtine printr-oprocedura iterativa.

Metoda se aplica la proiectarea si elaborarea programelor, precum sila integrarea si testarea produsului informatic.




3.4.4. Metoda "BOTTOM-UP" (evolutiva sau ascendenta)

Avantajele acestei metode sunt:

• dezvoltarea treptata a sistemului in corelatie cu cerintele utilizatoruluice pot fi determinate mai usor si mai precis;

• extinderile se pot face dupa o analiza mai atenta, cu luarea inconsiderare a tuturor implicatiilor;

• acomodarea mai usoara a utilizatorului cu noul sistem, cu implicatiilelui, el putand beneficia mai rapid de primele rezultate: creste si gradulde participare a utilizatorului in realizarea produsului;

• acomodarea corespunzatoare si a echipei de analisti cu problematicaunitatii utilizatoare;

• se reduce riscul unui sistem de amploare care la punerea in functiunese dovedeste neoperativ.





3.4.4. Metoda "BOTTOM-UP" (evolutiva sau ascendenta)

Dintre dezavantajele metodei mentionam:

•gradul de integrare si performantele mai reduse ca urmare a lipsei initiale

a conceptiei de ansamblu asupra obiectivelor si functiunilor sistemului in

forma finala;

•fiecare pas nou, fiecare functie noua, conduce la reproiectarea aplicatiei

deja elaborate la pasul anterior, ceea ce duce la eforturi si costuri

suplimentare;

•durata mare a ciclului de realizare, face sa nu se poata face decat o

evaluare globala a duratelor de realizare a intregului sistem si la necorelari

sau nesincronizari in echipa de proiectare daca componenta sa se modifica

pe parcurs.

40


3.4. Metode de realizare a produselor informatice3.4.5. Metoda "MOST-CRITICAL-COMPONENT-FIRST"

Metoda induce o ordine de abordare a realizarii produselor informaticepornind de la componentele critice. Un exemplu: componenta deprelucrare in timp real intr-un sistem de comanda si control.

Luarea deciziilor pe baza utilizarii acestei metode este calata pesatisfacerea parametrilor critici. Dupa ce componenta critica a fostterminata se trece la dezvoltarea si a celorlalte componente aleprodusului informatic.

Strategia de testare preconizata de aceasta metoda este top-down pentrucomponentele critice si bottom-up pentru toate celelalte componente.Aceasta metoda se poate aplica la proiectarea produselor informatice cucomponente critice, dar si la construirea specificatiei de testare


.

41



3.4.6. Metoda MIXTA

Metoda are la baza o mixtura intre regulile celorlalte metode,oferind in acest fel o gama larga de posibilitati in functie deobiectivele urmarite pentru realizarea produselor program.

Metoda se asociaza cu metoda mixta de testare.

Este eficienta la proiectarea produselor informatice.ObservatieMetodele de realizare cele mai des folosite in practica sunttop-down, bottom-up sau combinatii ale acestora.


Date post:	29-Oct-2019
Category:	Documents
Upload:	others
View:	3 times
Download:	0 times

Ș.L.DR.ING. NICOLETA ARGHIRA - shiva.pub.ro · deficientelor acestuia c) proiectarea, construirea...

Documents