- •Lucrarea Nr.1 Tema: Analiza sistemelor informatice existente astăzi în organizaţii, a tipurilor şi a modalităţilor de utilizare a acestora
- •Lucrarea de laborator Nr.2 Tema: Formularea problemei şi analiza domeniului de studiu
- •Obiective urmărite:
- •Cerinţe:
- •Prezentarea domeniului/firmei/instituţiei/organizaţiei studiate.
- •Specificarea principalelor (sub)sisteme informaţionale.
- •Prezentarea structurii organizaţionale.
- •Noţiuni necesare a fi cunoscute pentru realizarea lucrării:
- •Fig. 3. Exemplu de organigramă
- •Fig. 4. Exemplu organigramă
- •Fig. 5. Exemplu organigramă Sarcini propuse pentru rezolvare:
- •Lucrarea de laborator Nr.3 Tema: Cercetarea unui subsistem/sistem informaţional şi prezentarea ariei de întindere a acestuia Obiective urmărite:
- •Cerinţe:
- •Delimitarea ariei de întindere pentru subsistemul analizat.
- •2. Descrierea activităţii subsistemului informaţional.
- •Noţiuni necesare a fi cunoscute pentru realizarea lucrării:
- •Exemple de artefacte specifice lucrării de laborator nr.2:
- •Exemple de artefacte specifice lucrării de laborator nr.3:
- •Sarcini propuse pentru rezolvare:
- •Lucrarea de laborator Nr.4 Tema: Modelarea grafică a sistemului informaţional al organizaţiei/ subdiviziunii Obiective urmărite:
- •Cerinţe:
- •1. Modelarea grafică a sistemului informaţional supus analizei, folosind diagramele fluxurilor de date.
- •2. Evidenţierea noţiunilor domeniului analizat. Construirea modelului conceptual al datelor. Noţiuni necesare a fi cunoscute pentru realizarea lucrării:
- •Exemple de artefacte specifice lucrării de laborator nr.4:
- •Fig. 6. Exemplu de diagramă de context
- •Fig. 7. Exemplu de dfd detaliată Sarcini propuse pentru rezolvare:
- •Motivarea necesităţii realizării şi implementării sistemului informatic.
- •Noţiuni necesare a fi cunoscute pentru realizarea lucrării:
- •Specificarea cerinţelor funcţionale şi nonfuncţionale faţă de sistemul informatic care urmează să fie implementat în sistemul informaţional.
- •Noţiuni necesare a fi cunoscute pentru realizarea lucrării:
- •Exemple de artefacte specifice lucrării de laborator nr.6:
- •2. Proiectarea arhitecturii si.
- •Noţiuni necesare a fi cunoscute pentru realizarea lucrării:
- •Fig. 8. Componentele sistemului informatic, grafic
- •Exemple de artefacte specifice lucrării de laborator nr.7:
- •Fig. 9. Exemplu de diagramă de arhitectură Sarcini propuse pentru rezolvare:
- •Lucrarea de laborator Nr.8 Tema: Proiectarea sistemului informatic Obiective urmărite:
- •Cerinţe:
- •Noţiuni necesare a fi cunoscute pentru realizarea lucrării:
- •Fig. 14. Exemplu de formular
- •Sarcini propuse pentru rezolvare:
- •Fig. 15. Diagrama entitate-relaţie pentru bd “Comenzi produse de la clienţi”
- •Noţiuni necesare a fi cunoscute pentru realizarea lucrării:
- •Exemple de artefacte specifice lucrării de laborator nr.10:
- •Exemplu de descriere a accesărilor tabelelor bd, pentru funcţionalitatea “Onorarea comenzii către client” (Vezi tabelul 7):
- •Fig. 15. Descrierea fluxului logic, utilizând schema logică, pentru funcţionalitatea “Onorare comandă client”
- •Cerinţe:
- •Noţiuni necesare a fi cunoscute pentru realizarea lucrării:
- •Exemple de artefacte specifice lucrării de laborator nr.12:
- •Realizarea – de la 7 luni (una dintre cele mai complicate etape).
- •Sarcini propuse pentru rezolvare:
- •Bibliografie
- •Anexa 1 Базовые международные стандарты в области информационных технологий
- •Anexa 2 Documente care reglementează dezvoltarea sistemelor soft şi informatice
- •Valabile în rm
- •Anexa 3
Specificarea cerinţelor funcţionale şi nonfuncţionale faţă de sistemul informatic care urmează să fie implementat în sistemul informaţional.
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) |
|
|
|
|
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, http://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.