Sto scrivendo il documento sulla Specifica dei Requisiti Software per un software che sto sviluppando. Una parte dell'SRS è l'identificazione della classe utente.
Qualcuno può darmi o farmi riferimento alla definizione di una classe utente in relazione a un prodotto software?
Le classi utente variano in base al tipo di software che stai scrivendo e al pubblico per cui è progettato. Ad esempio, ho creato un'applicazione di database con due classi utente: commercianti e amministratori. Il tuo SRS potrebbe includere altre classi - forse "utente generale", "utente avanzato", "dirigente", ecc.
Fondamentalmente, stai solo cercando di descrivere i vari gruppi di utenti che useranno il tuo software. Ti viene in mente una definizione in modo da poter raggruppare le persone in queste classi, spiegarne le caratteristiche e pianificare quali permessi / user experience / funzionalità di cui hanno bisogno. Ad esempio:
Gli utenti esperti dispongono di desktop di classe workstation, un sacco di RAM e di strumenti di sviluppo installati.
Gli addetti alle vendite hanno laptop, solitamente connessi in remoto alla rete.
I dirigenti sono timidi per la tecnologia, hanno assistenti che hanno bisogno di accedere a tutte le app, le richieste devono essere prioritarie.
Dipartimento IT - richiede accesso completo al database e accesso ai menu di amministrazione
Lo scopo di questa classificazione è di aiutarti 1) assicurati che il tuo software soddisfi adeguatamente le esigenze di ogni classe e 2) assicurati di tener conto di queste differenze durante la progettazione delle tue app.
Questo ti aiuta?
Per favore non perdere il mondo teorico. Se questa è un'applicazione che stai sviluppando e progettando, allora sei la migliore (unica) persona che possa farlo correttamente.
Tutto ciò richiede è buon senso.
È molto facile cadere nella trappola di cercare di compilare un modello con la speranza che se ne fai abbastanza, hai coperto tutti i requisiti della specifica.
Basandoti semplicemente sul tuo dominio problematico - quali utenti unici avrai e quali requisiti unici avranno. Se hai solo 1 utente, non perderti nel cercare di evocare utenti artificiali che il tuo SRS sembra più pieno.
Document SOLO ciò che aggiunge valore all'applicazione reale. Consideralo come una documentazione agile: -)
Quello che vuoi fare è identificare le varie classi utente che prevedi utilizzeranno questo prodotto / sistema. Le classi utente possono essere differenziate in base alla frequenza di utilizzo, sottoinsieme delle funzioni del prodotto utilizzate, competenze tecniche, livelli di sicurezza o privilegi, livello di istruzione o esperienza.
Leggi altre domande sui tag requirements documentation