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

capitolato di gara, nel quale sono riportati gli obiettivi/necessità del cliente, le restrizioni e norme di
riferimento con le quali il prodotto dovrà essere in linea. D'altro canto, una parte non trascurabile dei
requisiti effettivamente implementati prende vita da esigenze, conoscenze e pratiche consolidate in
ambito aziendale o, poichè diversi componenti adoperati nella piattaforma MLA sono acquistati
dall'esterno, da vincoli dettati dai produttori di COTS 142 .
Infatti, nonostante il cliente mostri conoscenze tecniche – a volte anche molto specifiche – del
contesto applicativo, naturalmente, esso non ha la capacità, o comunque la competenza, per
prescrivere l'utilizzo di un particolare componente.
Nonostante il capitolato di gara rappresenti un vincolo alla "personalizzazione" del prodotto,
non dobbiamo dimenticare che la piattaforma MLA appartiene ad una famiglia di prodotti, nella
fattispecie, di rotabili ferroviari. Pertanto, essa presenta elementi riusabili, poichè comuni a più
realizzazioni.
Si tenga conto, però, che rendere un prodotto siffatto aderente alle aspettative di qualunque
cliente comporta un costo, talvolta, abbastanza elevato. Pertanto, dovrebbe essere attuata una
progettazione mirata al riuso 143 , così da poter minimizzare i costi derivanti dalla "personalizzazione"
della piattaforma.
I componenti realizzati da AnsaldoBreda per la piattaforma MLA appartengono alla categoria
dei sistemi di controllo ed, in contesti come quello in esame, talvolta non è agevole classificare i
relativi requisiti in funzionale, di performance o di safety, poichè il confine tra le tre tipologie è
labile.
Pertanto, nell'ambito della ristrutturazione dei requisiti software, si è ritenuto opportuno
classificare ciascun requisito in base alla tipologia.
Una problematica segnalata da AnsaldoBreda, riguarda la difficoltà di far corrispondere i
requisiti standard della piattaforma ai requisiti espressi in ciascun capitolato.
Pertanto si è adoperato un criterio di tracciabilità dei requisiti, grazie al quale è più agevole
capire come e dove essi siano collocati – una volta realizzato il sistema - , per dimostrare la loro
effettiva implementazione, per gestirne in modo adeguato l'evoluzione, la manutenzione e per
migliorare il riuso.
Nell'ambito del ciclo di sviluppo di questo prodotto, il ruolo di stakeholder è coperto da:
• il cliente finale, rappresentato dall'amministrazione territoriale che commissiona il progetto;
142COTS, Commercial, Off-The-Shelf, di riferisce a componenti integrati già prodotti e commercializzati; vengono
molto adoperati nel progetto di sistemi embedded. Esistono componenti COTS hardware e software.
143Una progettazione orientata al riuso prevede lo sviluppo di componenti riusabili ed il supporto alla scelta ed
integrazione di componenti COTS.
107