Home - Rasfoiesc.com
Educatie Sanatate Inginerie Business Familie Hobby Legal
Doar rabdarea si perseverenta in invatare aduce rezultate bune.stiinta, numere naturale, teoreme, multimi, calcule, ecuatii, sisteme



Biologie Chimie Didactica Fizica Geografie Informatica
Istorie Literatura Matematica Psihologie

Informatica


Index » educatie » Informatica
Inginerie Software - Definirea si specificarea cerintelor soft


Inginerie Software - Definirea si specificarea cerintelor soft




Definirea si specificarea cerintelor

Definirea unor cerinte soft inseamna descrierea absrtacta a serviciilor pe care sistemul soft le va furniza si a constrangerilr de operare.

Speciifcarea cerintelor soft - descrierea specifica a serviciilor.

Cerinte - functionale - serviciile

- nefunctionale - constrangerile




Cerintele functionale trebuie sa fie complete (adica vor alcatui solutia la problema) si consistente (sa nu aiba constrangeri).

La sistemele complexe sunt dificil de stabilit cerintele si in principiu se porneste de la cerintele imperfecte => versiunile produsului vor fi cele care vor apropia de realitate produsul.

Prezentarea definitiei cerintelor

Definitiile se vor scrie in limbaj natural folosind si tabele si diagrame. Definitiile vor fi inteligibile pt. manageri.

Limbajul natural este unsa imprecis si problemele care sunt induse. Nu sunt delimitate precis scopurile sistemului cerintele functionale nefunctionale si anumite info de proiectare. O afirmatie in limbaj natural poate sa amestece mai multe cerinte. Trebuie ca cerintele sa fie obligat unei exprimari standardizate.

Definitiile de cerinte se vor referii numai la concepte si vor face trimiteri la specificarea cerintelor. Definitiile se vor inlantui pe baza unui model mental al sistemului si tendinta pe un astfel de model este ca definitie sa fie pe masura relevarii notiunilor din discursul logic.

Documentul cu definitii si specificari trebuie mdiifcat de managerul de proiect. Acesta va reaseza definitiile astfel incat sa corespundamodelului pe care il face asupra problemei. Scopul este ca rezultatul sa fie usor de inteles si usor de folosit.

Prezentarea specificatiile cerintelor

Se fac in limbaj natural cu diagrame si tabele insotite de un formalism. Specificatiile de cerinte vor fi intr-un document pe baza caruia se incheie contractul intre executant si beneficiarul produsului soft.

Cerintele nefunctionale

Sunt restrictii si constangeri asupra operarii sistemului.

In principiu cerintele sunt:

anumite proprietati ale sistemului ca fiabilitatea, spatiul de memorie, viteza de lucru.

capacitatea de transfer ale intrarilor/iesirilor.

Interactioneaza si pot fi conflicte, rezolvarea facandu-se prin negociere (fiecare partener renunta la ceva si se ajunge la o intelegere).

Prin specificarea lor prezentarea lor in limbaj natural este foarte imprecisa.

Este bine ca un produs sa fie incheiat prin niste considerente de fiabilitate.

Validarea cerintelor

- etapa ulterioara specificarii

- demonstrarea ca cerintele respecta nevoile utilizatorului

- scopul ei este de a evita propagarea erorilor de specificare de cerinte in fazele de proiectare si implementare

Constatari practice:

- daca se descopera erori in faza de definire si specificare din codul obisnuit nu ramane decat maxim 5%

- frecventa erorilor de specifcare nu este mica. 12% din erori provin din fazele de definire si specificare a cerintelor.

Pasi in validarea cerintelor

Validrea novoilor utilizatorului

Problemelor consistente cerintelor

Probarea completitudinicerintelor (sa acopere tot domeniul)

Validarea ca cerintele sa fie realiste

Validarea pe baza de doument se face pe etape:

verificarea definitiilor

verificarea cerintelor

se face in prezenta simultana a utilz. si elaboratorului

se discuta in prezenta ambilor parteneri si se elimina comflictele

Pt. ca acest dialog sase poarte trebuie sa existe un numitor comun. Se alege un prototip al viitorului produs soft. Prototipul este un mecanism care ajuta la descoperirea imperfectiunilor celor care cer.

Schema unui prototip

Test final

de

cerinte

 


cerinte

validate

Prototipul este un intermediar care capteaza relatiile medului. Exista doua feluri de a face prototipuri:

Prezentarea unui sistem soft initial ca o rezolvare a problemei urmand sa aiba imbunatatiri.

Constr. special ca prototip al unui produsde sine statator.



Acest produs se va arunca in momentul stabilirii specificarilor de cerinte.

Solutie incrementala care nu poarta structura.

Solutie arhitecturala - tot produsul se construieste o singura data.

Dezvoltare

de

prototip

 

Evaluiare

prototip

 

Specificatii

de sistem

 


Cerinte accesibile -> -> ->

proiectare si implementare soft ->utilizare si intretinere

Beneficii la folosirea prototipului

Se mijloceste intelegerea intre utilizator si executant.

Se demonsrtreaza functiile sisemului.

Utilizatorii pot imagina servicii noi.

Se identifica servicii confuz definite sau greoi de folosit.

Un astfe de prototip demonstreaza fezabilitatea sistemului software.

Tehnici de realizare a prototipului

Prototipul trebuie sa se realizeze intr-un limbaj foarte inalt.

- va neglija cerintele nefunctionale

- va ignora erorile

- va minimiza toate cerintele de calitate

- nu se face rabat de la interfata

Specificatii functionale

Stabileste un set de functii.

Client Executant


Specificatii

precise

 

Prezentarea

arhitecturii

unui

produs

 

Specificare

de

cerinte

 

Definire

de

cerinte

 

Specificarea functionala se face:

- se stabilesc functiile care urmeaza a fi indeplinite de produs.

- o functie este specificata prin nume de functie si prin preconditii si postconditii

Functia va avea o specificare asupra gamei parametrilor de la intrare. Deasemenea vom avea o specificare asupra iesirilor functiei. Intre cele doua se vor stabili specific modificarilor la care sunt supuse intrarile.




loading...





Politica de confidentialitate


Copyright © 2020 - Toate drepturile rezervate