Ingineria Sistemelor de Programe

Ingineria Sistemelor de Programe

Curs 1 – 2009

• Criza software-ului, inginerie software

• Despre complexitatea software-ului - exemplu

• Actori implicati

• Obiective

• Etapele dezvoltarii sistemelor de programe: analiza, proiectare, implementare, testare

• Dupa dezvoltare: Intretinere, managementul configuratiei, managementul calitatii

ANALIZA

Specificarea cerintelor (Ingineria cerintelor – 1994)

DEFINITIE

Cerintele exprima o capacitate sau o restrictie a programului. Exemple

- tot ce e necesar pentru proiectare (CE nu CUM !!)

- Limbaj – nu se folosesc notiuni din domeniul dezvoltarii

PROVENIENTA CERINTE

1) utilizatori, management, marketing ;

2) sunt reformulate de analist (caiet de sarcini, specificatii)

NIVELURI DE ABSTRACTIZARE : manager, utilizatori, analist (detaliaza cerintele utilizatorilor si se adreseaza arhitectilor si dezvoltatorilor) ; trasabilitate intre ele ; exemple : securizare sistem, mentinere istoric, memorare cereri abonat, gestiune drept de autor

SCOPUL SPECIFICATIILOR:

- gestionarea relatiilor contractant / client

- satisfacerea utilizatorilor

- optimizarea timpului de dezvoltare

COSTUL ERORILOR DE SPECIFICATIE

Cerinte 1 ; Proiectare 2,5 ; Implemetare 5 ; Testare 10 ; Validare 25 ; Mentenanta 100

Motive pentru a nu scrie specificatii ??

CATEGORII CERINTE:

1. functionale – legate de capacitatea sistemului - exemple Pt. biblioteca

a) un obiect (grupate in clase)

b) o functie (grupate ierarhic - ex. Imprumut carte)

c) o stare

d) o relatii intre ele

2. nefunctionale – restritcii impuse programului in sine si procesului de dezvoltare

a) Calitate - CUANTIFICARE

b) Domeniu - Reglementari, legislatie

c) Dezvoltare

(Exemplu. Descriere detaliata: utilizare simpla pt. un utilizator experimentat, minimizare erori)

DOCUMENTUL DE SPECIFICATIE - dimensiunea depinde de:

tip program, proces dezvoltare, destinatar

EXEMPLU DE CUPRINS: context, prezentare generala, descriere functionalitati, calitati ale programului, interfata cu utilizatorul, restrictii de implementare

INGINERIA CERINTELOR : descoperire, specificare (modelare), validare, mentenanta

ACTIVITATI asociate:

- studiu de fezabilitate (Intrare: caiet de arcini),

- analiza problemei (colectare informatii de la toti actorii),

- specificare (descriere sistem pentru dezvoltatori),

- validare (controlare specificatie impreuna cu principalii actori)

Dificultati de comunicare cu utilizatorii

SURSELE DE INFORMATIE pentru a identifica cerintele:

- multitudinea actorilor: clienti, utilizatori, administratori (stakeholders) Exemplu: Actori pentru program biblioteca

- sistemele existente, standardele, autoritatile de reglementare / certificare

- ontologii, specificitati, restrictii ale domeniului

METODE DE ANLIZA

Data mining; Observatie (etnografie); Analiza sarcinii (a protocolului) ; Interviuri nestructurate; Interviuri structurate, Brainstroming, Prototipare rapida

PRINCIPII DE BAZA: Descompunere, Abstractizare, Proiectie (viziune fizica) Integrare

Exercitii

1. Pentru un sistem de securitate al unei cladiri, mentionati doua cerinte functionale, fiecare exprimata la doua niveluri de detaliere: ca cerinte ale utilizatorului / ca cerinte ale sistemului.

2. Pentru un sistem de administrare a unei facultati, mentionati doua cerinte nefunctionale, fiecare exprimata la doua niveluri de detaliere: ca cerinte ale utilizatorului / ca cerinte ale sistemului.