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

La mia domanda mira a tracciare una linea sottile tra Elicitazione dei requisiti e Analisi dei requisiti. Qual è la differenza tra questi due?

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

Requirements Elicitation = Raccolta dei requisiti. Si tratta di chiedere quali sono i requisiti, cosa succede se questo, cosa succede se quello, ecc. Si tratta di porre domande e ottenere risposte. Quanto bene sono le risposte è completamente un'altra questione. Ciò richiede che le parti interessate rispondano alla propria 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 potrebbe esserci la domanda strana, ma non è il punto principale in quanto si tratta di vedere quale soluzione potrebbe essere migliore sotto vari vincoli, ad esempio qual è la più veloce o più economica. Si tratta più di come fare qualcosa e perché in questo modo ha più senso di un altro.

Un altro modo di pensare a questo è che l'Elicitazione deve precedere l'Analisi poiché altrimenti non stai analizzando nulla, che potrebbe non essere così utile o produttivo.

Requisiti L'elicitazione consiste nello scoprire ciò che i clienti (e potenziali clienti) dicono di ritenere di voler. 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 effettivi insieme alle dipendenze tra di essi. Implica anche che alcune cose nella lista dei desideri non rientrano nell'ambito di applicazione per un motivo o per l'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 importanti cambiamenti del server) .

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

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

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

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

Specifica 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 che i requisiti specificati sono validi, corretti e completi.