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.

1.3.2.2 <strong>Requisiti</strong> di implementazione<br />

I requisiti di implementazione vincolano l'intera fase di realizzazione del sistema e possono<br />

riguardare, ad esempio, la prescrizione dell'utilizzo di un particolare linguaggio di programmazione 25<br />

o di uno specifico tool software.<br />

1.3.2.3 Standards Requirements<br />

Altri vincoli che potranno essere imposti al processo di sviluppo di un sistema riguardano gli<br />

standard che dovranno essere adottati per garantirne la conformità. Per poter implementare<br />

correttamente un requisito sugli standard sarà necessario tener conto delle ulteriori restrizioni<br />

imposte dai requisiti esterni.<br />

1.3.3 <strong>Requisiti</strong> Esterni<br />

Così come suggerito dal nome, i requisiti esterni non dipendono da caratteristiche instrinseche<br />

del sistema, né dal relativo processo di sviluppo. Essi si riferiscono a come deve avvenire<br />

l'interazione tra il sistema ed altri sistemi (non appartenenti alla medesima organizzazione),<br />

definiscono le norme che devono essere rispettate affinchè il sistema operi in maniera lecita, così<br />

come le caratteristiche che il sistema deve mostrare per accogliere un maggior consenso da parte<br />

degli utenti.<br />

Un esempio di requisito esterno è il seguente:<br />

" Il sistema non permetterà ai suoi operatori di conoscere alcuna informazione personale sui<br />

clienti, eccetto il nome ed il numero di riferimento interno".<br />

Si noti che in alcuni casi, a causa della loro natura, il soddisfacimento <strong>dei</strong> requisiti esterni è<br />

difficilmente verificabile<br />

Da quanto detto, questa classe di requisiti non funzionali è scomponibile in tre sotto-categorie:<br />

requisiti di interoperabilità, requisiti etici e requisiti legislativi. I primi, probabilmente, ricalcano<br />

maggiormente la natura di requisito poichè esprimono in che modo il sistema che si vuole sviluppare<br />

svolgerà delle azioni, mentre i secondi ed i terzi pongono delle restrizioni non propriamente<br />

tecniche.<br />

1.4 <strong>Requisiti</strong> di dominio<br />

I requisiti di dominio derivano dal dominio di applicazione del sistema, di cui rispecchiano le<br />

caratteristiche ed i limiti. I requisiti di dominio possono rientrare in una delle due categorie<br />

sopraccitate e, poichè hanno una natura specialistica, gli ingegneri del software possono trovare<br />

25 Una organizzazione potrebbe esprimere l'esigenza che il processo software sia sviluppato con un particolare<br />

linguaggio perchè è quello che viene adoperato di consueto e, pertanto, ben conosciuto.<br />

18

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

Saved successfully!

Ooh no, something went wrong!