Lucrarea de laborator Nr.6




Tema: Formularea şi specificarea cerinţelor faţă de SI

Obiective urmărite:

  • Cunoaşterea conţinutului şi structurii „Sarcinii tehnice” („Caietului de sarcini”) pentru un sistem informatic;
  • Delimitarea cerinţelor după tipul lor;
  • Evidenţierea şi formularea clară a cerinţelor faţă de un sistem informatic;
  • Ierarhizarea cerinţelor conform priorităţilor.

Cerinţe:

1. Specificarea cerinţelor funcţionale şi nonfuncţionale faţă de sistemul informatic care urmează să fie implementat în sistemul informaţional.

a) Specificarea cerinţelor conform următoarei structuri (Tabelul 5):

Tabelul 5. Structura recomandată pentru descrierea cerinţelor faţă de SI

Nr. cerinţei (numărul ce identifică în mod unic cerinţa) Definirea cerinţei (Cerinţa se formulează cât mai scurt posibil) Descriere succintă (Cerinţa se descrie în formă liberă, sub formă de text) Prioritatea (înaltă/medie/joasă Reflectă importanţa cerinţei. Se foloseşte pentru definirea ordinii de realizare a acesteia)
       

 

b) Separarea cerinţelor după tip:

- Lista cerinţelor funcţionale vor fi formulate ţinând cont de prioritate (în ordine descrescătoare) şi se va specifica utilizatorul (actorul) SI (cine şi în ce cazuri va folosi SI);

- Lista cerinţelor nefuncţionale: se va ţine cont de cerinţele faţă de flexibilitate, calitate, securitate, usurinta în utilizare şi accesibilitate, standarde, și constrângerile tehnologice etc.

Noţiuni necesare a fi cunoscute pentru realizarea lucrării:

Analizând descrierea sistemului informaţional expus se poate recurge la formularea cerinţelor faţă de sistemul informatic, care urmează să fie dezvoltat şi implementat în sistemul informaţional cercetat. Cerinţele sunt servicii pe care le doreşte clientul de la SI, constrângerile de operare şi dezvoltare a acestuia. O cerinţă poate fi formulată foarte abstract sau poate reprezenta o specificaţie matematică detaliată.

Cerinţele înaintate unui SI, pot fi clasificate în cerinţe funcţionale şi nefuncţionale [6]:

  • Cerinţele funcţionale reprezintă enumărarea serviciilor pe care ar trebui să le ofere SI diferitor tipuri de utilizatori. Altfel spus, aceste cerinţe descriu comportamentul SI şi operaţiile/funcţiile îndeplinite de acesta. Deasemenea ar trebui să se specifice cum sistemul va reacţiona la introducerea anumitor tipuri de date sau cum se va comporta (va răspunde) în diferite situaţii, extreme de exploatare. În unele cazuri se poate specifica ce nu ar trebui să facă sistemul.
  • Cerinţele nefuncţionale descriu caracteristicile SI şi ale mediului acestuia, dar nici întrun caz comportamentul acestuia. Pot fi menţionate restricţii referitoare la activitatea SI şi la funcţiile îndeplinite de acesta. Acest tip de cerinţe cuprind restricţii asupra duratelor, restricţii referitoare la procesul dezvoltării SI, standarde etc. Deasemenea aici mai pot fi adăugate cerinţe referitoare la domeniul studiat şi unde va fi implementat SI. În lista cerinţelor nefuncţionale pot fi incluse cerinţe faţă de securitate, componentele hard, etapa de implementare, păstrarea datelor, viteza de acces la date, fiabilitatea SI, documentaţia SI etc. (vezi: Structura sarcinii tehnice, https://lex.justice.md/viewdoc.php?action=view&view=doc&id=316454&lang=1).

OBS: Conform „The guide to the Business Analysis Body of Knowledge” elaborat de International Institute of Business Analysis cerinţele pot fi divizate în: cerinţe funcţionale, cerinţe nefuncţionale şi cerinţe faţă de implementare.

În unele cazuri este dificilă delimitarea celor două tipuri de cerinţe (de exemplu clientul cere ca sistemul să fie sigur şi atunci aceste cerinţe pot fi incluse în lista cerinţelor de siguranţă – cerinţe nefuncţionale – sau dacă acestea se specifică mai detaliat – la cerinţe funcţionale – deoarece ele vor conduce la implementarea în SI a funcţiilor responsabile de autentificare şi autorizare a acţiunilor utilizatorului). În aceste cazuri se recomandă utilizarea standardelor şi reglementărilor tehnice specifice domeniului.

Cerinţele se formulează cât mai clar posibil, deoarece de cele mai multe ori stau la baza organizării unei licitaţii sau a unui tender (adică trebuie să fie uşor de înţeles şi interpretat) sau pot sta la baza încheierii unui contract de dezvoltare a unui SI (în acest caz ele trebuie definite cât mai detaliat). Deasemenea cerinţele sunt necesare pentru a verifica după etapa de elaborare (testare) dacă sunt sau nu îndeplinite.

Exemple de artefacte specifice lucrării de laborator nr.6:

1) Exemplu de cerinţe funcţionale:

a. Casierul trebuie să poată căuta în BD a SI detalii referitoare la un careva produs;

b. SI trebuie să ofere posibilitatea casierului de a vizualiza comod detaliile produselor;

c. SI trebuie să-i permită operatorului de la depozit înregistrarea intrărilor tuturor vaccinurilor;

d. SI trebuie să-i permită operatorului depozitului înregistarea vaccinurilor deteriorate (sau înregistrarea vaccinurilor care vor fi transmise pentru distrugere).

2) Exemplu de cerinţe nefuncţionale:

a. Cerinţe faţă de confidenţialitate (securitate): Sistemul nu trebuie să ofere/afişeze alte date, referitoare la client, decât numele şi prenumele acestuia;

b. Cerinţă faţă de documentaţia utilizată: Procesul de dezvoltare şi setul de documente vor fi realizate în baza RT 38370656-002:2006;

c. Cerinţe faţă de interfaţa-utilizator:

i. Etichetele prezente în formularele aplicaţieie, trebuie să fie aliniate pe stânga, pentru o uşoară citire a datelor prezentate.

ii. Sistemul trebuie să ofere consistenţă pentru toate ecranele şi caracteristici comune specifice tuturor componentelor SI.

iii. Design-ul aplicaţiei trebuie să includă link-uri „înainte” şi „înapoi” între pagini/formulare. Trebuie să existe o pagina/un formular iniţial, care ar realiza legătura dintre toate celelalte pagini/formulare.

d. Cerinţă faţă de comoditatea folosirii:

iv. Textul din formularul utilizat pentru înregistrarea vânzărilor trebuie să se citească de la distanţa de 1m.

v. În meniul principal al aplicaţiei destinate „managerului de depozit”, trebuie să fie opţiunea „Raport”, în care să fie accesibile opţiunile „Vizualizare” şi „Tipar”;

e. Cerinţă faţă de operabilitate: Introducerile de date, în câmpuri, vor fi verificate (dacă aceasta este posibil: vârsta cuprinsă între 0-120 ani etc.) la ieşirea din elementul de control. Dacă introducerea de date este necesară să fie verificată în totalitate (există câmpuri dependente) această se va face la părăsirea ecranului sau formularului.

Sarcini propuse pentru rezolvare:

1. Formulaţi cerinţe funcţionale şi nefuncţionale faţă de o aplicaţie web necesară pentru preluarea comenzilor on-line de la potenţialii clienţi ai unui magazin de calculatoare.

2. Evidenţiaţi cerinţele funcţionale şi nefuncţionale care ar putea fi formulate faţă de de sistemul informatic „Bancomat”.

3. Formulaţi cerinţe funcţionale şi nefuncţionale faţă de un sistem informatic care trebuie dezvoltat în cadul unui magazin alimentar, pentru evidenţa vânzărilor acestui magazin. Evidenţiaţi funcţiile pentru componenta de la nivel operaţional (de înregistrare a vânzărilor), pentru componenta de management (analiza vânzărilor) şi componenta de administrare a sistemului informatic.




Поделиться:




Поиск по сайту

©2015-2024 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2016-07-22 Нарушение авторских прав и Нарушение персональных данных


Поиск по сайту: