I requisiti appartengono a un piano d'azione?

2

Sto scrivendo un piano d'azione per un progetto software personale, sul quale farò ricerche prima e durante lo sviluppo. Penso che il nome "piano d'azione" faccia un lavoro decente che descrive a cosa serve. Il rapporto di ricerca che verrà scritto dopo il piano d'azione, sarà completato nello stesso momento in cui viene eseguita l'applicazione. I diagrammi UML fanno parte della ricerca, ma per quanto riguarda i requisiti? È la conoscenza dei requisiti parte del piano o hai bisogno di fare qualche ricerca decente prima di sapere cosa sono?

Qui ci sono le voci del mio piano d'azione fino ad ora, escludendo le rubriche dei report di uso generale come "Introduzione" e simili, per dare un contesto di ciò che, penso, dovrebbe essere nel piano:

  • Sfondo
  • Ambito di applicazione
  • Analisi del problema
  • Obiettivo (domanda di ricerca)
  • Metodo di ricerca
  • Stakeholder (me)
  • Strategia (controllo della versione, strumenti, test, ecc.)
  • Analisi del rischio (tempi, costi, ecc.)

Immagino che l'intestazione "Requisiti" si trovi tra le "Strategie" e "Analisi dei rischi", ma non sono sicuro che dovrebbero essere incluse nel rapporto.

    
posta oddRaven 19.02.2017 - 00:19
fonte

1 risposta

2

Hai ragione di aspettarti che un progetto software coinvolga i requisiti. I requisiti sono il punto 1 in quasi tutti i progetti software. Detto questo, ci sono molti tipi di requisiti.

Per un piano d'azione accademico, suggerisco che i requisiti di alto livello possono essere utili-- affermando che possono aiutarti a guidare il tuo sforzo e aiutare il tuo consulente a consigliarti. Un requisito di alto livello può essere tanto vago quanto è necessario indicare l'intenzione ma non l'implementazione. Generalmente verranno scritti dal punto di vista della linea di business associata, o talvolta dal punto di vista dell'utente finale.

In seguito, dovrai fornire requisiti derivati o requisiti dettagliati , che utilizzeranno i requisiti di alto livello come base. Per crediti extra potresti persino offrire di mettere insieme una matrice di tracciabilità che mostra come sono legati insieme-- questo garantisce completezza e aiuta a identificare il creep dello scope. I requisiti di livello inferiore possono includere molte più informazioni tecniche che potrebbero non essere ovvie per un estraneo, e ti aiuteranno a chiarire i dettagli di ciò che stai per costruire e aiutare a comunicare le tue idee al tuo consulente.

Lo scopo di un documento di pianificazione è essere rivisto . Quindi la domanda numero uno che dovresti porci è se i revisori saranno interessati al contenuto, e la seconda domanda è se una revisione del documento ti fornirà il feedback necessario per cogliere eventuali errori e, in generale, avere successo.

    
risposta data 21.02.2017 - 02:46
fonte

Leggi altre domande sui tag