Per chi è utile: Imprese che vogliono commissionare o aggiornare un software a supporto della produzione.
Un capitolato per software industriale deve spiegare quali attività il sistema supporta, quali dati utilizza, con quali applicazioni comunica e come verrà accettato. Una lista di schermate o la richiesta di una dashboard non sono sufficienti per ottenere offerte confrontabili.
Il documento non deve anticipare ogni dettaglio tecnico. Deve rendere visibili obiettivi, vincoli, responsabilità e informazioni ancora da verificare. In questo modo il confronto economico riguarda lo stesso risultato e le eventuali attività di analisi sono riconoscibili fin dall’inizio.
Descrivere utenti, attività e casi particolari
Per ogni funzione indica chi la usa, in quale momento e con quale risultato. Un operatore potrebbe registrare una causale, un responsabile correggere un’associazione e la direzione consultare un riepilogo. Specifica quali azioni richiedono autorizzazione e quali informazioni ciascun ruolo deve poter vedere.
Aggiungi i casi meno frequenti: cambio turno, ordine annullato, errore di inserimento o dispositivo condiviso. Chiarisci anche il contesto fisico, come schermo disponibile, uso con guanti e distanza di lettura. Questi dettagli possono influenzare l’interfaccia più della preferenza per un particolare stile grafico.
Trasformare gli obiettivi in requisiti verificabili
Sostituisci parole generiche come veloce, intuitivo e integrato con condizioni osservabili. La soglia numerica va concordata sul caso reale: conta indicare come misurarla, con quali volumi e in quale ambiente. Una prova con pochi record non rappresenta necessariamente il comportamento atteso dopo mesi di utilizzo.
La tabella propone un modo di scrivere le verifiche. Ogni requisito dovrebbe avere una priorità e un referente che ne confermi l’esito. Le funzioni rinviate vanno dichiarate, così da non confondere una prima consegna utilizzabile con il completamento di tutte le estensioni possibili.
Scorri in orizzontale per vedere tutte le colonne.
| Richiesta iniziale | Che cosa precisare | Come verificarlo |
|---|---|---|
| Il sistema deve essere veloce | Azione, volume dati e tempo concordato | Misura sullo scenario rappresentativo |
| Deve collegarsi al gestionale | Dati, direzioni, frequenze ed errori | Confronto fra invio e risultato applicato |
| Deve essere facile da usare | Attività e utenti coinvolti | Esecuzione del compito con gli operatori |
| I dati devono essere recuperabili | Copie, conservazione e ripristino | Prova di recupero nell’ambiente concordato |
Inserire sicurezza e gestione delle modifiche nel perimetro
Chiedi come vengono gestiti accessi, dipendenze software, aggiornamenti e segnalazioni di vulnerabilità. Il framework SSDF di NIST fornisce un riferimento per discutere pratiche di sviluppo sicuro con un fornitore. Citarlo nel capitolato non equivale a verificare che tali pratiche siano effettivamente adottate.
Nel confronto richiedi evidenze proporzionate: ruoli autorizzati, modalità di rilascio, separazione degli ambienti e responsabilità per le correzioni. Evita accessi condivisi senza tracciabilità. Per modifiche che possono incidere sul processo fisico, coinvolgi i referenti tecnici della macchina e chiarisci i limiti di intervento del nuovo software.
Riferimenti: NIST — SP 800-218, Secure Software Development Framework
Definire consegna, assistenza e possibilità di evoluzione
Specifica che cosa verrà consegnato: applicazione, configurazioni, documentazione delle interfacce, istruzioni operative e materiale per la formazione. Chiarisci contrattualmente diritti di utilizzo, disponibilità del codice quando prevista ed esportazione dei dati. Queste condizioni possono incidere sulla capacità di mantenere il sistema nel tempo.
Distingui correzione dei difetti, assistenza operativa e nuove funzioni. Concorda canali, orari e priorità di intervento, evitando un generico supporto incluso. Nel preventivo separa sviluppo iniziale, servizi ricorrenti e attività opzionali. Se requisiti essenziali dipendono da terzi, richiedi che la relativa verifica preceda un impegno economico sull’intera realizzazione.
Il contenuto minimo da condividere con i fornitori
- Obiettivo operativo e funzioni incluse nella prima consegna.
- Utenti, autorizzazioni e condizioni d’uso in reparto.
- Sorgenti dei dati, sistemi collegati e referenti esterni.
- Volumi previsti e scenari rappresentativi per le prove.
- Criteri di accettazione e responsabili della verifica.
- Documentazione, formazione, manutenzione e costi ricorrenti.
- Vincoli ancora da chiarire prima della conferma del progetto.
Domande frequenti
Serve già un capitolato completo per chiedere un confronto?
No. Puoi partire dalla descrizione del problema, dai sistemi presenti e da alcuni esempi del lavoro quotidiano. L’analisi iniziale serve anche a trasformare queste informazioni in requisiti. È però utile distinguere il costo dell’analisi da quello di una realizzazione ancora da definire.
Come confrontare preventivi con prezzi molto diversi?
Confronta funzioni incluse, integrazioni, collaudo, consegna e assistenza sulla stessa matrice. Verifica che cosa resta escluso o dipende dal cliente. Un importo iniziale inferiore può coprire un perimetro diverso: prima di scegliere, chiedi che le differenze siano rese esplicite.
Fonti e approfondimenti
Portiamo la guida nel tuo progetto.
Raccontaci il processo e il risultato che vuoi ottenere. Possiamo aiutarti a trasformarli in requisiti chiari per lo sviluppo del software industriale.
Parlaci del software che ti serve