Qual è la differenza tra i requisiti Elicitation e Requirements Analysis nel mondo reale?

Basandomi sulla mia comprensione della lingua inglese e cercando di essere logico su quale dovrebbe essere la differenza:

Requisiti Elicitation = Raccolta dei requisiti. Questo è chiedere quali sono i requisiti, cosa succede se questo, cosa succede se, ecc. Si tratta di porre domande e ottenere risposte. Quanto bene sono le risposte è completamente un'altra questione. Ciò richiede alle parti interessate di rispondere alla loro parte di ciò che deve essere fatto e perché.

Analisi dei requisiti. Questo è più l'organizzazione delle risposte alla prima parte. Quale soluzione è ottimale? Quali sono i compromessi di varie possibili implementazioni. In questa parte ci può essere la strana domanda, ma non è il punto principale in quanto si tratta di vedere quale soluzione può essere migliore sotto vari vincoli, ad es. che è il più veloce o il più economico. Questo è più su come è qualcosa da fare e perché in questo modo ha più senso di un altro.

Un altro modo di pensare a questo è che l'Elicitation deve venire prima dell'Analisi, altrimenti non stai analizzando nulla, il che potrebbe non essere così utile o produttivo.

Requisiti Elicitation riguarda la scoperta di ciò che i clienti (e i potenziali clienti) dicono loro pensano vogliono. Produce una lista dei desideri (beh, potresti essere educato e chiamarlo qualcos'altro, ma è quello che è).

L'analisi dei requisiti riguarda la distillazione della lista dei desideri per produrre un elenco di requisiti reali insieme alle dipendenze tra di essi. Significa anche dire che alcune cose sulla lista dei desideri sono fuori portata per un motivo o per un altro (ad esempio, stai proponendo di fare un progetto su alcuni software client e i clienti ti hanno chiesto di fare qualcosa che richiede chiaramente modifiche importanti ai server) .

Una volta eseguita l'analisi dei requisiti, sei in grado di elaborare un piano che tenga conto delle risorse e del tempo a disposizione. Stai anche superando una pietra miliare del progetto; se non hai requisiti coerenti, è ora di abbandonare il progetto come impossibile da pianificare.

Per riferimento, mi piace mantenere l'output di Elicitation in un wiki e il risultato di Analysis come richieste di funzionalità in un bug tracker con riferimenti incrociati. Sono sicuro che ci sono altri modi per farlo.

Elicitazione dei requisiti : il processo attraverso il quale i clienti, gli acquirenti o gli utenti di un sistema software scoprono, rivelano, articolano e comprendono le loro esigenze.

Analisi dei requisiti : il processo di ragionamento sui requisiti che sono stati ottenuti; comporta attività quali l'esame dei requisiti per conflitti o incongruenze, la combinazione di requisiti correlati e l'identificazione dei requisiti mancanti.

Specifiche dei requisiti : il processo di registrazione dei requisiti in una o più forme, compreso il linguaggio naturale e le rappresentazioni formali, simboliche o grafiche; inoltre, il prodotto che è il documento prodotto da quel processo.

Convalida dei requisiti : il processo di conferma con il cliente o l'utente del software secondo cui i requisiti specificati sono validi, corretti, e completo.