Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab
Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab
Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab
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