2. Definirea cerinţelor sistemului
• Cerinţele utilizatorilor: specifică cerinţele utilizatorului
privind produsul software.
• Aceste cerinţe se reţin în documentul cerinţele
utilizatorului care este parte a contractului cu provider-ul
SI.
• Descriu cerinţe funcţionale şi nefuncţionale ale SI.
• Trebuie să descrie comportamentul extern al SI şi să evite
caracteristicile de proiectare ale SI.
• Informaţia oferită de client trebuie să fie clară şi
completă. Responsabilitatea înţelegerii complete a
cerinţelor utilizatorului cade în responsabilitatea
provider-ului.
3. Definirea cerinţelor sistemului
• Cerinţele sistemului: set detaliat de funcţii, servicii şi restricţii
operaţionale. Sunt versiuni extinse ale cerinţelor utilizatorului.
• Toate produsele software solicită anumite componente hardware
sau resurse software pe calculatorul pe care vor fi instalate.
• Sunt folosite de proiectanţii SI ca punct de plecare în proiectarea
SI.
• Explică modul cum se vor implementa cerinţele utilizatorului.
• Trebuie să prezinte comportamentul exterior al SI şi restricţiile
operaţionale.
• Nu trebuie să aibă în vedere cum trebuie proiectat şi implementat
sistemul.
• Majoritatea produselor software solicită două seturi de cerinţe
ale sistemului: cerinţe minime şi respectiv cerinţe recomandate.
4. Tipuri de cerinţe
• Cerinţe funcţionale: servicii pe care SI trebuie să le ofere.
Precizează cum trebuie SI să reacţioneze la anumite intrări
şi cum trebuie SI să se comporte în anumite situaţii
particulare. Câteodată se precizează şi ce trebuie să nu facă
sistemul.
• Cerinţe nefuncţionale: reprezintă restricţii asupra
serviciilor sau funcţiilor oferite de SI. Includ restricţii de
timp, restricţii privind dezvoltarea proceselor şi standarde
aplicabile. Cerinţele nefuncţionale se aplică SI în ansamblul
său.
• Cerinţe ale domeniului: reflectă caracteristici şi restricţii ale
domeniului. Pot fi cerinţe funcţionale şi nefuncţionale.
5. Tipuri de cerinţe
• Cerinţe funcţionale: definesc comportamente
specifice sau funcţii.
• Planul implementării cerinţelor funcţionale
este detaliat în proiectarea sistemului.
• Documentaţia cuprinzând cerinţele sistemului
se numeşte specificaţie funcţională şi trebuie
să fie precisă (să prezinte exact ce trebuie
implementat).
6. Cerinţe funcţionale
• Descriu ce trebuie să facă sistemul. Descriu funcţiile
sistemului în detaliu: intrări, ieşiri, excepţii etc;
• Precizează facilităţi specifice pe care SI trebuie să le
ofere şi se obţin din cerinţele utilizatorului;
• Pot fi reprezentate de calcule, detalii tehnice,
manipularea datelor şi orice alte prelucrări;
• Trebuie să fie complete şi consistente:
– Complete: toate cerinţele formulate de user să fie
definite;
– Consistente: cer să nu existe definiţii contradictorii.
7. Cerinţe nefuncţionale
• Nu vizează o anume funcţie oferită de sistem.
• Specifică cum trebuie să fie sistemul.
• Pot fi legate de caracteristici ale unor sisteme
recunoscute: credibilitate, timp de răspuns,
capacitate de stocare, securitate, disponibilitate,
portabilitate, interoperabilitate etc.
• Pot preciza restricţii de tipul performanţelor
dispozitivelor I/E şi reprezentările datelor în
interfeţele folosite de SI.
8. Cerinţe nefuncţionale
• Reprezintă restricţii privitoare la serviciile şi
funcţiile SI;
• Pot fi structurate în două categorii:
Caracteristici ale execuţiei (de ex. securitate,
utilizabilitate) observabile în timpul execuţiei;
Caracteristici ale evoluţiei: testabilitate,
mentenanţă, extensibilitate, scalabilitate.
13. Modelarea conceptuală a datelor
Model Entitate - Asociere
• Modelarea datelor este primul pas în
proiectarea BD.
• E-A = un model conceptual: facilitează
comunicarea între echipa de proiectare,
programatori şi utilizatorii finali.
