29.05.2013 Views

Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab

Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab

Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

delle esigenze mutevoli del customer, il quale, durante la vita del prodotto, potrebbe richiedere<br />

modifiche a requisiti precedentemente valutati oppure chiederne di nuovi.<br />

Nella System Requirements Analysis si effettua una trasformazione <strong>dei</strong> requisiti richiesti dagli<br />

stakeholder in requisiti tecnici del sistema, i quali fungeranno da guida per il progetto del sistema<br />

stesso. Tale fase, dunque, consiste nello stabilire quali requisiti debbano essere soddisfatti,<br />

nell'assegnazione di una priorità ad essi [11], nonchè nella definizione di una strategia generale che<br />

ne consenta il soddisfacimento.<br />

L'attività di Requirements Specification consiste nel documentare in maniera adeguata i<br />

requisiti derivanti dalle fasi precedenti, così da comunicarli agli stakeholder ed ai progettisti.<br />

L'ultima fase consta delle attività di Verifica e Validazione: la prima riguarda la valutazione<br />

della qualità <strong>dei</strong> requisiti, la seconda consiste nell'accertarsi che i requisiti specificati rispecchino<br />

effettivamente i bisognI degli stakeholder.<br />

Lo spettro delle attività svolte nell'ambito dell'ingegneria <strong>dei</strong> requisiti è molto ampio 44 e ciò<br />

rende difficile fornire una definizione precisa di tale disciplina. Certamente, la definizione <strong>dei</strong><br />

requisiti di un sistema parte dal concetto di "obiettivo", mentre l'attività cardine è il modo in cui si<br />

passa dall'obiettivo alla specifica del corrispondente sistema software.<br />

Quanto detto è suffragato da una seconda e più tecnica definizione della disciplina:<br />

“Requirements engineering is concerned with the identification of the goals to be achieved by<br />

the envisioned system, the operationalization of such goals into services and constraints, and the<br />

assignment of responsibilities for the resulting requirements to agents such as humans, devices and<br />

software”[12].<br />

che sposta l'interesse sulla definizione ed analisi delle motivazione e degli obiettivi della<br />

specifica <strong>dei</strong> requisiti stessa; da qui la definizione di approccio "goal-oriented".<br />

Per adottare questo approccio vi saranno delle azioni prelimiari da compiere e che riguardano<br />

l'individuazione degli obiettivi che il sistema dovrà raggiungere. Naturalmente, la definizione<br />

formale <strong>dei</strong> goal prende vita solo dopo una serie di raffinamenti 45 degli aspetti considerati in prima<br />

battuta e, darà luogo ad obiettivi di natura e priorità differenti.<br />

Sulla scorta di quanto appena detto, gli obiettivi rappresentano sia il punto di partenza che di<br />

arrivo delle attività svolte, fungendo da meccanismo per l'individuazione, l'organizzazione <strong>dei</strong><br />

requisiti e, chiaramente, un mezzo per giustificare la presenza degli specifici requisiti in un sistema<br />

44 Requirements Engineering: the subset of system engineering concerned with discovering, developing, tracing,<br />

analyzing, qualifying, communicating and managing requierements that define the system at successive levels of<br />

abstraction [13].<br />

45 Sarà possibile raffinare gli obiettivi esplorando diverse soluzioni alternative. Infatti, una volta che sia stato<br />

selezionato un insieme di alternative per il raggiungimento dell'obiettivo, sarà possibile elaborarle nelle fasi<br />

successive per renderle complete e precise.<br />

36

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!