Il piano d'azione tipico di interazione dalla prospettiva dell'utente per i requisiti del sistema studia o esaminare. Cioè “un piano d'azione reale o realistico di esempio„. Un caso di uso descrive l'uso di un sistema dall'inizio a rivestimento. Usare l'attenzione del fuoco di casi sulle funzioni di un sistema utile popolare la parte esterna del sistema in se.
Gli utenti di un programma sono denominati utenti o clienti.
Gli utenti di un'impresa sono denominati clienti, fornitori, ecc.
Caso di uso:
Una collezione di piani d'azione possibili fra il sistema in discussione e gli attori esterni, caratterizzata dall'obiettivo l'attore primario ha verso le responsabilità dichiarate del sistema, mostranti come l'obiettivo dell'attore primario potrebbe essere trasportato o potrebbe venire a mancare.
I casi di uso sono obiettivi (i casi e gli obiettivi di uso sono usati scambievolmente) che si compongono dei piani d'azione. I piani d'azione consistono di una sequenza dei punti per realizzare l'obiettivo, ogni punto in un piano d'azione è un obiettivo secondario (o mini) del caso di uso. Mentre tale ogni obiettivo secondario rappresenta un altro caso di uso (caso secondario di uso) o un'azione autonoma che è al più basso livello voluto dalla nostra decomposizione di caso di uso.
Questo rapporto gerarchico è necessario modellare correttamente i requisiti di un sistema che è diventato. Un'analisi singola completa di uso richiede parecchi livelli. In più il livello a cui il caso di uso sta funzionando esso è importante da capire la portata che sta richiamando. Il livello e la portata sono importanti da assicurare che la lingua e il granularity dei punti del piano d'azione rimangono costanti all'interno del caso di uso.
Ci sono due portate da che usare i casi sono scritti: Strategico e sistema. Ci sono inoltre tre livelli: Sommario, utente e Sub-function.
Portate: Strategico e sistema
Portata strategica:
L'obiettivo (caso di uso) è un obiettivo strategico riguardo al sistema. Questi obiettivi sono obiettivi di valore all'organizzazione. Il caso di uso mostra come il sistema è usato per avvantaggiare l'organizzazione., /p> che questi casi strategici di uso finalmente useranno alcuni degli stessi casi (secondari) a livello più basso di uso.
Portata del sistema:
Le casse di uso a portata del sistema sono limitate dal sistema in sviluppo. Gli obiettivi rappresentano la funzionalità specifica richiesta del sistema. La maggior parte dei casi di uso è a portata del sistema. Questi casi di uso sono spesso punti nei casi livellati strategici di uso
Livelli: Obiettivo sommario, obiettivo dell'utente e Sub-function.
Caso di uso del livello di Sub-function:
Un obiettivo o un punto secondario è sotto il livello principale di interesse all'utente. Gli esempi “stanno entrando„ e “individuare un dispositivo in un DB„. Sempre a portata del sistema.
Caso di uso del livello di utente:
Ciò è il livello di interesse più grande. Rappresenta un'operazione dell'utente o un processo elementare di affari. Un obiettivo del livello di utente rivolgere la domanda “fa il vostro rendimento di lavoro dipende da quant0 di questi fate in un giorno„. Per esempio “generare la vista del luogo„ o “generare il nuovo dispositivo„ sarebbe obiettivi del livello di utente ma “l'inizio attività al sistema„ non. Sempre a portata del sistema.
Caso livellato sommario di uso:
Scritto per portata del sistema o strategica. Rappresentano le collezioni di obiettivi del livello di utente. Per esempio l'obiettivo sommario “configura la base di dati„ potrebbe includere come punto, obiettivo del livello di utente “aggiunge il dispositivo a base di dati„. Il uno o il altro al sistema di portata strategica.
Documentazione di prova
La documentazione di prova è un attrezzo richiesto per il controllo ed effettuare del processo difficile. I documenti redatti dai tester dovrebbero rispondere alle seguenti domande:
Che cosa alla prova? Programma di prova
Come esaminare? Specifica di prova
Che cosa sono i risultati? Rapporto di analisi di risultati della prova