Casi d’uso. Axa: contratto fizzy
Casi d’uso. Trasmissione Messaggio <<uses>> CA Ricezione Messaggio Posta Elettronica Protocollazione Entrata Operatore Protocollazione Uscita Per la trasmissione e la ricezione dei messaggi viene utilizzato un server di posta elettronica certificata avanzato Ricerca Registrazione Validazione Registrazione Gestione Sicurezza Documento Funzionario Composizione Messaggio Nella figura seguente è riportato il flusso di controlli e azioni da intraprendere al momento della ricezione di un messaggio da protocollare. I controlli evidenziati sono normalmente eseguiti dal responsabile dell’ufficio protocollo con l’ausilio di strumenti informatici per la verifica della firma e dell’integrità dei documenti ricevuti.
Casi d’uso. La specifica dei casi d’uso correlata ai requisiti funzionali: è disponibile e i casi d’uso sono descritti secondo lo standard di modellazione UML; è disponibile e contiene i capitoli indicati nella tabella seguente anche se ordinati in modo diverso; Breve descrizione del caso d’uso 75 Elenco degli attori con indicazione dell’attore principale 75 Precondizioni 50 Flusso base degli eventi 50 Eccezioni 75 Post-condizioni 50 Flussi alternativi. 50 Sottoflussi 75 Informazioni aggiuntive 50 Scenari 75
Casi d’uso. La specifica dei casi d’uso correlata ai requisiti funzionali: è disponibile e i casi d’uso sono descritti secondo lo standard di modellazione UML. ALE
Casi d’uso. L’INAIL richiede al fornitore di utilizzare i Casi d’Uso come strumento primario per la raccolta dei requisiti, in particolar modo funzionali. La compilazione dei Casi d’Uso è tendenzialmente effettuata dal personale INAIL competente per materia, ovvero quando il personale INAIL non sia in grado di compilarlo direttamente, dal Fornitore sempre congiuntamente al suddetto personale INAIL. Il Caso d’Uso si intende valido per le successive fasi quando sia conforme allo standard adottato da INAIL e sia stato validato dal personale INAIL competente per materia. Pertanto si richiede al Fornitore di mettere a disposizione risorse che abbiano un’elevata competenza ed esperienza nell’esplicitazione dei requisiti attraverso l’utilizzo dei Casi d’Uso sia di tipo business che di tipo system. L’insieme dei Casi d’Uso compilati deve coprire il 100% delle funzionalità dell’applicazione o del servizio da sviluppare, viceversa non è ammesso lo sviluppo di alcuna funzionalità che non sia stata preventivamente descritta in un Caso d’Uso.