Home >Documents >Procesele ingineriei cerin ţelor

Procesele ingineriei cerin ţelor

Date post:16-Mar-2016
Category:
View:44 times
Download:1 times
Share this document with a friend
Description:
Procesele ingineriei cerin ţelor. Ob i ective. Descrierea principalelor activităţi ale ingineriei cerinţelor şi a relaţiilor între acestea I ntroduce rea tehni cilor pentru identificarea şi analiza cerinţelor Validarea cerin ţ elor şi rolul revizuirii cerinţelor - PowerPoint PPT Presentation
Transcript:
Requirements Engineering Processes©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Procesele ingineriei cerinelor
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Obiective
Introducerea tehnicilor pentru identificarea i analiza cerinelor
Validarea cerinelor i rolul revizuirii cerinelor
Rolul managementului cerinelor ca suport al altor procese ale ingineriei cerinelor
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Subiecte tratate
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Procesul ingineriei cerinelor
Variaz funcie de:
Identificarea cerinelor;
Analiza cerinelor;
Validarea cerinelor;
Managementul cerinelor.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Procesul ingineriei cerinelor
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Perspectiv alternativ asupra procesului ingineriei cerinelor
Activitile organizate sub forma unui proces iterativ în jurul unei spirale împri în trei zone.
Timpul i efortul alocat fiecrei activiti într-o iteraie depinde de:
etapa din cadrul procesului
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Perspectiv alternativ asupra procesului ingineriei cerinelor
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Perspectiv alternativ asupra procesului ingineriei cerinelor
În etapele iniiale: înelegerea
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Perspectiv alternativ asupra procesului ingineriei cerinelor
Potrivit abordrilor în care cerinele sunt dezvoltate pe diferite nivele de detaliu.
Numrul de iteraii în spiral poate varia => spirala poate fi prsit dup ce au fost identificate o parte sau toate cerinele utilizator.
Dac activitatea de prototipare este extins pentru a include dezvoltare iterativ => modelul permite ca cerinele i implementarea sistemului s fie dezvoltate în paralel.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Studiul de fezabilitate
Studiul de fezabilitate decide dac sistemul propus merit sau nu a fi dezvoltat.
Este un studiu scurt i concentrat care verific dac:
sistemul contribuie la obiectivele organizaionale;
sistemul poate fi realizat utilizând tehnologiile curente i bugetul alocat;
sistemul poate fi integrat cu alte sisteme utilizate.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Implementarea studiului de fezabilitate
Rezultat:
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Implementarea studiului de fezabilitate
colectarea de informaii,
scrierea unui raport.
Ce se întâmpl dac sistemul nu ar fi implementat?
Care sunt problemele procesului curent?
Cum va ajuta sistemul propus?
Care vor fi problemele la integrarea cu alte sisteme?
Sunt necesare tehnologii noi? Ce calificri?
Ce faciliti trebuie sprijinite de ctre noul sistem? Ce faciliti NU e necesar a fi sprijinite de ctre noul sistem?
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Identificarea i analiza cerinelor
Numit i extragerea sau descoperirea cerinelor.
Implic activiti în comun ale personalului tehnic cu clienii pentru a înelege:
domeniul aplicaiei;
constângerile operaionale ale sistemului.
Exemple:
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Analiza cerinelor: problematic
Prile interesate exprim cerinele în termenii lor propri.
Diferite pri interesate pot avea cerine contradictorii (conflictuale).
Factorii organizaionali i politici pot influena cerinele sistemului.
Modificarea cerinelor în timpul procesului de analiz:
Pot s apar noi pri interesate.
Se poate schimba contextul economic.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Spirala cerinelor
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Activitile procesului
Descoperirea cerinelor
Interaciune cu prile interesate pentru a descoperi cerinele acestora. În acest stadiu sunt descoperite cerinele de domeniu..
Clasificarea i organizarea cerinelor
Gruparea cerinelor aflate în relaie i organizarea lor în cluster-e coerente.
Metod: Identificare cerine comune. Utilizarea unui model arhitectural al sistemului pentru a identifica subsistemele i a asocia cerine fiecrui subsistem..
Prioritizare i negociere
Documentarea cerinelor
Cerinele sunt documentate i constituie intrare în urmtoarea bucl a spiralei.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Descoperirea cerinelor
Def. Procesul de culegere de informaii despre sistemele propuse i cele existente i distilarea cerinelor utilizator i sistem din aceste informaii.
Surse de informaii:
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Exemplu: Prile interesate pentru sistemul ATM
Clienii bncii
Reglementatorii bancari
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Puncte de vedere
Def. Punctele de vedere sunt un mod de a structura cerinele astfel încât s reprezinte perspectivele diferitelor pri interesate. Prile interesate pot fi clasificate ca diferite puncte de vedere.
Obs. Fiecare punct de vedere ofer o nou perspectiv asupra sistemului; aceste perspective nu sunt complet independente – de obicei se suprapun propunând astfel cerine comune.
Aceast analiz multi-perspectiv este important deoarece nu exist un mod unic corect de a analiza cerinele sistemului.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Tipuri de puncte de vedere
Puncte de vedere interactor
sistemul.
Exemplu: într-un sistem ATM, punctul de vedere ale clientului, punctul de vedere al bazei de date.
Puncte de vedere indirecte
influeneaz cerinele.
Exemplu: într-un sistem ATM, punctul de vedere al managementului, punctul de vedere al personalului (staff).
Puncte de vedere de domeniu
Caracteristicile i constrângerile de domeniului care
influeneaz cerinele.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Identificarea punctelor de vedere
Sistemele care interacioneaz direct cu sistemul specificat;
Regulamente i standarde;
Inginerii care trebuie s dezvolte i s întrein sistemul;
Marketing i alte puncte de vedere economice.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Exemplu: Ierarhia punctelor de vedere la sistemul LIBSYS
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Intervievare
În intervievare formal sau informal, echipa pentru ingineria cerinelor (RE team) pune întrebri prilor interesate referitoare la sistemul pe care îl utilizeaz i la cel care trebuie dezvoltat.
Exist dou tipuri de interviu:
Interviu închis: se caut rspunsuri la un set de întrebri predefinite.
Interviu deschis: nu exist o agend predefinit i este explorat un domeniu (range) al problematicii împreun cu prile interesate.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Interviuri în practic
Normal, o combinaie de interviu închis i deschis.
Interviurile sunt utile pentru a înelege în general ceea ce fac prile interesate i a modul în care ar putea interaciona cu sistemul.
Interviurile nu sunt bune pentru a înelege cerinele sistem
Inginerii de cerine nu pot înelege terminologia specific a domeniului;
Anumite cunotine din domeniu sunt atât de familiare încât sunt persoanele din domeniul respectiv le exprim cu dificultate în cuvinte sau consider c nu trebuie exprimate explicit.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Intervieviatori eficieni
Intervieviatorii trebuie s fie cu mintea deschis, s doreasc s asculte prile interesate i s nu aib idei preconcepute despre cerine.
Trebuie s formuleze întrebri sau propuneri concrete i s nu se atepte pur i simplu s li se rspund la întrebarea ‘ce dorii’.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Scenarii
Def. Scenariile sunt exemple din viaa real referitoare la modul în care sistemul poate fi utilizat.
Trebuie s includ
O descriere a fluxului normal de evenimente;
O descriere a ceea ce poate funciona greit;
Informaii despre alte activiti concurente;
O descriere a strii la finalizarea scenariului.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Exemplu: scenariu în cadrul sistemului LIBSYS (1)
Premiza iniial: Utilizatorul s-a conectat (logat) la sistemul LIBSYS i a localizat revista
care conine copia articolului.
Normal: Utilizatorul selecteaz articolul de copiat. Sistemul îi solicit acestuia fie s furnizeze
informaia de subscriber pentru revist fie s indice cum va plti articolul. Metodele alternative
de plat sunt prin carte de credit sau prin cont bancar.
Utilizatorul este apoi solicitat s completeze formularul de copyright cu detaliile tranzaciei
i s îl submit sistemului LIBSYS.
Formularul de copyright este verificat i, dac e OK, versiunea PDF a articolului este descrcat
în zona de lucru a sistemului LIBSYS de pe calculatorul utilizatorului, iar utilizatorul este informat
c acesta este disponibil. Utilizatorului i se cere s selecteze o imprimant, dup care pe aceasta
este imprimat o copie a articolului. Dac articolul a fost marcat cu ‘print-only’ atunci el este ters
de pe sistemul utilizatorului imediat ce utilizatorul a confirmat c imprimarea s-a încheiat.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Exemplu: scenariu în cadrul sistemului LIBSYS (2)
Ce poate funciona incorect: Utilizatorul poate grei la completarea formularului de copyright. În acest caz formularul trebuie re-prezentat utilizatorului pentru corectare. Dac formularul retransmis este tot incorect atunci este respins cererea utilizatorului pentru articol.
Plata ar putea fi respins de ctre sistem. Cererea utilizatorului pentru articol este, de asemenea, respins.
Descrcarea articolului poate s eueze. Se re-încearc pân se reuete sau pân utilizatorul închide sesiunea.
Ar putea s nu fie posibil imprimarea articolului. Dac articolul nu este marcat ca ‘print-only’ atunci este pstrat în spaiul de lucru al sistemului LIBSYS. Altfel, articolul este ters iar contul utilizatorului este creditat cu costul articolului.
Alte activiti: Descrcri simultane ale altor articole.
Starea sistemului la finalizare: Utilizatorul este conectat. Articolul descrcat a fost ters din spaiul de lucru al sistemului LIBSYS dac a fost marcat ca ‘print-only’.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Cazuri de utilizare
Cazurile de utilizare sunt tehnici UML bazate pe scenariu care identific actorii implicai într-o iteraciune i care descriu interaciunea însi.
Un set de cazuri de utilizare ar potea descrie toate interaciunile posibile cu sistemul.
Pentru a aduga detalii la cazurile de utilizare pot fi folosite diagrame de secvene care s arate secvena de procesare a evenimentului în sistem.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Cazul de utilizare: imprimare articol
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Cazurile de utilizare ale sistemului LIBSYS
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Secvena de imprimare articol
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Factori sociali i organizaionali
Sistemele software sunt utilizate într-un context social i organizaional. Aceasta poate influena sau chiar domina cerinele sistem.
Factorii sociali i organizaionali nu constituie un punct de vedere ci influeneaz toate punctele de vedere.
Analitii buni trebuie s fie sensibili la aceti factori, fr a exista îns un mod sistematic de a aborda analiza lor.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Etnografie
Sociologii petrec un timp considerabil observând i analizând modul în care oamenii lucreaz.
Oamenii nu trebuie s explice sau s formuleze în cuvinte modul în care lucreaz.
Se pot observa factori sociali i organizaionali importani.
Studii etnografice arat c modul de lucru este de obicei mai bogat i mai complex decât este sugerat prin simple modele ale sistemului.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Etnografie focalizat
Dezvoltat într-un proiect care studiaz procesul de control al traficului aerian.
Combin etnografia cu prototiparea.
Ca rezultat la dezvoltarea prototipului apar întrebri fr rspuns care focalizeaz analiza etnografic.
Problema cu etnografia este ca aceasta studiaz practicile existente, care pot avea unele baze istorice ce nu mai sunt relevante.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Etnografie i prototipare
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Domeniul de aplicare a etnografiei
Cerinele care sunt derivate din modul în care oamenii lucreaz în realitate i nu din modul în care definiiile procesului sugereaz c ar trebui s lucreze.
Cerinele care sunt derivate din cooperarea cu i contientizarea activitilor altor persoane.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Validarea cerinelor
Se ocup cu demonstrarea faptului c cerinele definesc sistemul pe care clientul îl dorete cu adevrat.
Costurile erorilor la nivelul cerinelor este ridicat, deci validarea este foarte important
Eliminarea unei erori la nivelul cerinelor dup livrare ar putea ajunge pân la 100 de ori costul eliminrii unei erori de implementare.
Obs. Validarea se suprapune cu analiza în sensul descoperirii unor probleme legate de cerine.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Verificarea cerinelor
Validitate. Furnizeaz sistemul acele funcii care ofer cel mai bun suport necesitilor clientului?
Consisten. Exist conflicte între cerine?
Completitudine. Sunt incluse toate funciile solicitate de client?
Realism. Cerinele pot fi implementate cu bugetul i tehnologiile disponibile ?
Verificabilitate. Cerinele pot fi verificate?
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Tehnici pentru validarea cerinelor
Prototipare
Utilizarea unui model executabil al sistemului pentru a cerifica cerinele.
Generare de cazuri de testare
Dezvoltarea de teste ale cerinelor pentru a verifica testabilitatea.
Obs. Aceste tehnici pot fi utilizate în mod conjugat sau individual.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Revizuiri ale cerinelor
Pe perioada formulrii definiiilor cerinelor sunt necesare revizuiri regulate ale acestora.
În revizuiri trebuie implicat atât personalul de la client cât i cel de la contractor.
Revizuirile pot fi formale (cu documete complete) sau informale. O comunicare bun între dezvoltatori, clieni i utilizatori poate rezolva probleme înc din stadii incipiente.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Verificri la revizuire
Înelegere. Este cerina îneleas corespunztor?
Posibilitate de urmrire. Este specificat clar originea cerinei?
Adaptabilitate. Poate fi cerina modificat fr a genera un impact considerabil asupra altor cerine?
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Managementul cerinelor
Def. Managementul cerinelor este procesul de gestionare a cerinelor în schimbare în timpul procesului de inginerie a cerinelor i a dezvoltrii sistemului.
Cerinele sunt în mod inevitabil incomplete i inconsistente
Cerine noi apar în timpul procesului pe msur ce necesitile economice (business) se modific i se dezvolt o mai bun înelegere a sistemului;
Punte de vedere diferite pot avea cerine diferite iar acestea sunt deseori contradictorii.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Modificarea cerinelor
Prioritatea cerinelor diferitelor puncte de vedere se modific în timpul procesului de dezvoltare.
Clienii sistemului pot specifica cerine dintr-o perspectiv economic, care pot fi în conflict cu cerinele utilizatorilor finali.
Contextul economic i tehnic se schimb în timpul dezvoltrii sistemului.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Evoluia cerinelor
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Cerine durabile i volatile
Cerine durabile. Cerine stabile derivate din activitatea de baz a organizaiei clientului. Exemplu: un spital va avea întotdeauna doctori, asistente, etc.
Pot fi derivate din modelele domeniului.
Cerine volatile. Cerine care se schimb în timpul dezvoltrii sau utilizrii sistemului.
Exemplu: Într-un spital, cerinele derivate din politica de asigurare a sntii.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Clasificarea cerinelor
Tip cerin
Cerine mutabile
Cerine care se modific datorit schimbrilor aprute în contextul în care opereaz organizaia. De exemplu, în sisteme destinate spitalelor, finanarea pacienilor se poate modifica iar acest lucru necesit colectarea de informaii pentru tratamente diferite.
Cerine emergente
Cerine care apar pe msur ce, odat cu dezvoltarea sistemului, se dezvolt înelegerea acestuia de ctre client. Procesul de proiectare poate revela noi cerine emergente.
Cerine consecine
Cerine care apar ca urmare a introducerii sistemului de calcul. Introducerea sistemului de calcul poate schimba procesele organizaiei i poate deschide noi ci de a lucra, generând noi cerine pentru sistem.
Cerine de compatibilitate
Cerine care depind de sistemele sau de procesele economice particulare unei organizaii. Pe msur ce acestea se schimb, cerinele de compatibilitate impuse sistemului contractat sau livrat ar putea, de asemenea, s se dezvolte.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Planificarea managementului cerinelor
Identificarea cerinelor
Un proces de management al schimbrilor
Procesul de urmat la analiza unei schimbri la cerine;
Politicile de urmrire
Instrumentul CASE suport
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Posibilitatea de urmrire
Posibilitatea de urmrire este legat de relaiile dintre cerine, de sursele lor i de proiectarea sistemului
Posibilitatea de urmrire a sursei
Legturi de la cerine la prile interesate care le-au propus;
Posibilitatea de urmrire a cerinelor
Legturi între cerine dependente;
Legturi de la cerine la artefactele proiectrii;
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
O matrice a posibilitii de urmrire
Req. id
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Instrument CASE suport
Cerinele trebuie gestionate într-un depozit de date sigur i manevrabil.
Managementul schimbrilor
Procesul de management al schimbrilor este un proces de tip flux de activiti pentru care se pot definii mai multe stadii, iar fluxul de informaii între aceste stadii poate fi parial automatizat.
Managementul posibilitii de urmrire
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Managementul schimbrii cerinelor
Stadii principale
Analiza schimbrii i costurilor ei. Evaluarea efectelor schimbrii asupra altor cerine;
Implementarea schimbrii. Modificarea documentului cerinelor i a altor documente pentru a reflecta schimbarea. Recomandare: minimizarea referinelor externe i modularizarea seciunilor documentului.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Managementul schimbrii
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Puncte cheie
Identificarea i analiza cerinelor este un proces iterativ care implic înelegerea domeniului, colectarea cerinelor, clasificarea, structurarea, alocarea de prioriti i validarea lor.
Sistemele au mai multe pri interesate (stakeholders), care au cerine diferite.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 7 Slide *
Puncte cheie
Validarea cerinelor se ocup de verificri pentru validitate, consisten, completitudine, realism i verificabilitate.
Schimbrile procesului economic conduc inevitabil la modificri ale cerinelor.
Managementul cerinelor include planificarea i managementul schimbrilor.
Requirements
specification
Requirements
validation
Requirements
elicitation
S
Cerine mutabile
Cerine care se modific datorit schimbrilor aprute în contextul în care opereaz
organizaia. De exemplu, în sisteme destinate spitalelor, finanarea pacienilor se
poate modifica iar acest lucru necesit colecta
rea de informaii pentru tratamente
diferite.
Cerine
emergente
Cerine care apar pe msur ce, odat cu dezvoltarea sistemului, se dezvolt
înelegerea acestuia de ctre client. Procesul de proiectare poate revela noi cerine
emergente.
Cerine
conse
cine
Cerine care apar ca urmare a introducerii sistemului de calcul. Introducerea
sistemului de calcul poate schimba procesele organizaiei i poate deschide noi ci de
a lucra, generând noi cerine pentru sistem.
Cerine de
cerinele de compatibilitate impuse
sistemului contractat sau livrat
: Utilizatorul poate grei la completarea formularului de copyright. În acest
caz formularul trebuie re
incorect atunci este respins cererea utiliza
torului pentru articol.
Plata ar putea fi respins de ctre sistem. Cererea utilizatorului pentru articol este, de asemenea,
respins.
-
sesiunea.
Ar put
-
only’ atunci
este pstrat în spaiul de lucru al sistemului LIBSYS. Altfel, articolul este ters iar contul utilizatorului
este creditat cu costul articolului.
Alte acti
Starea sistemului la finalizare
: Utilizatorul este conectat. Articolul descrcat a fost ters din spaiul de
-
a conectat (logat) la sistemul LIBSYS i a localizat revista
care conine copia articolului.
: Utilizatorul selecteaz articolul de copiat. Sistemul îi solicit acestuia fie s furnizeze
informaia de subscriber pe
ntru revist fie s indice cum va plti articolul. Metodele alternative
de plat sunt prin carte de credit sau prin cont bancar.
Utilizatorul este apoi solicitat s completeze formularul de copyright cu detaliile tranzaciei
i s îl submit sistemului
LIBSYS.
Formularul de copyright este verificat i, dac e OK, versiunea PDF a articolului este descrcat
în zona de lucru a sistemului LIBSYS de pe calculatorul utilizatorului, iar utilizatorul este informat
c acesta este disponibil. Utilizatorului i
se cere s selecteze o imprimant, dup care pe aceasta
-
only’ atunci el este ters
-

Click here to load reader

Reader Image
Embed Size (px)
Recommended