Biologie | Chimie | Didactica | Fizica | Geografie | Informatica | |
Istorie | Literatura | Matematica | Psihologie |
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.
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.
Copyright © 2024 - Toate drepturile rezervate