Requisito (CMMI)

In questo argomento viene illustrato come inserire i dettagli di un elemento di lavoro requisito. Un requisito comunica funzionalità utili per il cliente del prodotto o sistema. Ogni requisito deve dichiarare brevemente l'operazione che un utente desidera eseguire con una funzionalità del software e descriverla dalla prospettiva dell'utente. Per ulteriori informazioni, vedere Pianificazione del progetto (CMMI).

Per informazioni sulla creazione di questo tipo di elemento di lavoro, vedere Elementi di lavoro e flusso di lavoro (CMMI).

In questo argomento

Argomenti correlati

Definizione di un requisito Collegamento di un requisito ad altri elementi di lavoro Aggiunta di dettagli, allegati o collegamenti ipertestuali a un requisito Modifica dello stato di un requisito

Linee guida per il processo Pianificazione del progetto (CMMI) Organizzazione dei requisiti in un piano del prodotto Verifica dei requisiti Cartelle di lavoro Cartella di lavoro Valutazione (CMMI) Dashboard e rapporti Dashboard di stato (CMMI) Rapporto Panoramica requisiti (CMMI) Rapporto Stato di avanzamento requisiti (CMMI) Riferimento di campo Titoli, ID, descrizione e cronologia (CMMI) Assegnazioni, flusso di lavoro e pianificazione (CMMI) Aree e iterazioni Collegamento di elementi di lavoro (CMMI) Allegati

Autorizzazioni necessarie

Per visualizzare un requisito, è necessario essere membro del gruppo Readers o che l'autorizzazione Visualizza elementi di lavoro in questo nodo sia impostata su Consenti. Per creare o modificare un requisito, è necessario essere membro del gruppo Contributors o che l'autorizzazione Modifica elementi di lavoro in questo nodo sia impostata su Consenti. Per ulteriori informazioni, vedere Gestione delle autorizzazioni.

Definizione di un requisito

Quando si scrive un requisito, è necessario concentrarsi sui destinatari della funzionalità, sull'operazione che desiderano eseguire e sul motivo per cui viene eseguita. Evitare descrizioni riguardanti la modalità di sviluppo della funzionalità.

Quando si crea un requisito, è necessario specificare solo il titolo. È tuttavia possibile definire ulteriormente il requisito specificando molti altri tipi di informazioni, come mostrato nelle illustrazioni seguenti:

   

Quando si definisce un requisito, è necessario definire il Titolo. È possibile lasciare vuoti tutti gli altri campi o accettare i valori predefiniti.

Per definire un requisito

1. Nella sezione superiore del form dell'elemento di lavoro specificare uno o più tipi di informazioni seguenti:

   • In Titolo (obbligatorio) digitare una breve descrizione.

     I titoli di requisito efficaci evidenziano l'utilità per il cliente o la funzionalità che il team deve implementare.

   • In Tipo di requisito fare clic sul tipo di requisito che si desidera definire.

     Il valore predefinito è Funzionalità.

   • Nell'elenco Assegnato a fare clic sul nome del membro del team proprietario del requisito.

     Nota

     È possibile assegnare elementi di lavoro solo a membri del gruppo Contributors.

     Se non si specifica alcun proprietario per il requisito, questo verrà assegnato automaticamente all'utente che lo definisce.

   • Nell'elenco Stato lasciare il valore predefinito Proposto. Nell'elenco Motivo lasciare il valore predefinito Nuovo.

     Per ulteriori informazioni sul campo Stato e su come è possibile utilizzarlo per rilevare il flusso di lavoro, vedere Modifica dello stato di un requisito più avanti in questo argomento.

   • Negli elenchi Area e Iterazione fare clic sull'area e sull'iterazione appropriate.

     Nota

     Per ogni progetto team, l'amministratore del progetto definisce i percorsi area e iterazione per il progetto in modo che il team possa tenere traccia dello stato di avanzamento tramite tali designazioni. Per ulteriori informazioni, vedere Creare e modificare i percorsi di area o di iterazione.

   • Nell'elenco Priorità scegliere il livello di importanza del requisito su una scala da 1 (più importante) a 4 (meno importante).

   • Nell'elenco Valutazione fare clic sullo stato di valutazione secondario.

     I valori validi sono In sospeso (impostazione predefinita), Ulteriori informazioni, Informazioni ricevute e Valutato. Questo campo identifica un livello di valutazione per requisiti con stato Proposto.

   • Nell'elenco Bloccato fare clic su Sì se un problema sta bloccando lo stato di avanzamento rispetto all'implementazione del requisito.

   • Nell'elenco Eseguito fare clic su Sì se è stato assunto un impegno per implementare il requisito.

2. Nella scheda Dettagli descrivere il requisito e i criteri che il team utilizzerà per verificare se il requisito è stato soddisfatto.

   È necessario fornire tutti i dettagli necessari per garantire che uno sviluppatore possa implementare il requisito e che un tester possa testarlo.

   Il team utilizzerà le informazioni specificate per creare elementi di lavoro per attività e test case. Per ulteriori informazioni, vedere Attività (Agile) e Test case (Agile).

3. Nella scheda Analisi descrivere l'impatto sul cliente se il requisito non è implementato.

   È possibile che si desideri includere dettagli nel modello Kano per indicare se il requisito è incluso nella categoria Sorpresa, Obbligatorio oppure Ovvio.

4. Nella scheda Altro specificare i tipi di informazioni seguenti:

   • In Esperti in materia fare clic sui nomi di un massimo di tre membri del team che hanno familiarità con l'area del problema e con le aspettative del cliente per il requisito specifico.

   • Nella casella Stima originale digitare un numero che rappresenta le ore di lavoro necessarie per implementare il requisito.

     Nota

     In genere, i due campi seguenti vengono definiti più avanti nel ciclo di sviluppo e non in occasione della prima definizione del requisito.

   • Nell'elenco Integrato in fare clic sul nome o sul numero della compilazione in cui il team di sviluppo ha integrato il requisito.

   • Nell'elenco Test fare clic sullo stato del test di accettazione dell'utente per il requisito.

     I valori validi sono Test superato, Test non superato, Non pronto, Pronto o Ignorato. È necessario specificare Non pronto quando il requisito è nello stato Attivo e Pronto quando il requisito è nello stato Risolto.

5. Nelle schede Implementazione, Richieste modifiche, Test Case e Tutti i collegamenti è possibile creare collegamenti dal requisito ad altri elementi di lavoro, ad esempio attività, richieste modifiche, test case, bug e problemi.

   Nella scheda Allegati è possibile allegare specifiche, immagini o altri file per fornire ulteriori dettagli sul requisito da implementare.

   Per ulteriori informazioni, vedere le sezioni seguenti più avanti in questo argomento.

   • Collegamento del requisito ad altri elementi di lavoro

   • Aggiunta di dettagli, allegati o collegamenti ipertestuali a un requisito

6. Fare clic su Salva elemento di lavoro.

   Nota

   Dopo aver salvato il requisito, nel titolo sotto la barra degli strumenti dell'elemento di lavoro viene visualizzato l'identificatore.

Collegamento di un requisito ad altri elementi di lavoro

La creazione di relazioni tra requisiti e altri elementi di lavoro consente di pianificare progetti in modo più efficiente, di tenere traccia delle dipendenze con maggiore precisione, di visualizzare relazioni gerarchiche più chiaramente, nonché di trovare informazioni pertinenti in modo più rapido. Tramite il form dell'elemento di lavoro per un requisito, è possibile creare un elemento di lavoro collegato automaticamente al requisito oppure è possibile creare collegamenti a elementi di lavoro esistenti.

Le schede Implementazione, Richieste modifiche, Test Case e Tutti i collegamenti consentono di creare collegamenti per tipi specifici di elementi di lavoro e tipi specifici di collegamenti. Per ulteriori informazioni sulle restrizioni per ogni scheda, vedere Collegamento di elementi di lavoro (CMMI).

Nota

Per i rapporti Panoramica requisiti e Stato di avanzamento requisiti è necessario creare collegamenti tra requisiti e attività, nonché tra requisiti e test case.

Per creare attività, bug, richieste modifiche, test case o altri elementi di lavoro e per collegarli a un requisito

1. Aprire il form dell'elemento di lavoro per il requisito ed effettuare una delle azioni seguenti:

   • Per creare e collegare un'attività, un bug o un requisito secondario, fare clic sulla scheda Implementazione, quindi su Nuovo.

   • Per creare e collegare una richiesta modifiche, fare clic sulla scheda Richieste modifiche, quindi su Nuovo.

   • Per creare ed effettuare un collegamento a un test case, fare clic sulla scheda Test case, quindi su Nuovo.

   • Per creare e collegare qualsiasi altro tipo di elemento di lavoro, fare clic sulla scheda Tutti i collegamenti, quindi su Nuovo.

   Verrà visualizzata la finestra di dialogo Aggiungi nuovo elemento di lavoro collegato.

   

2. Nell'elenco Tipo collegamento lasciare il valore predefinito oppure fare clic su una delle opzioni seguenti:

   • Per creare un collegamento a un'attività, a un bug o a un requisito secondario, fare clic su Figlio.

   • Per creare un collegamento a una richiesta modifiche, fare clic su Interessato da.

   • Per creare un collegamento a un test case, fare clic su Testato da.

   • Per creare un collegamento a qualsiasi altro tipo di elemento di lavoro, fare clic su Correlato o su un altro tipo di collegamento che rappresenta la relazione di cui si desidera tenere traccia.

3. Nell'elenco Tipo di elemento di lavoro fare clic sul tipo di elemento di lavoro che si desidera creare.

4. In Titolo digitare una descrizione breve ma specifica del lavoro da eseguire.

5. (Facoltativo) In Commento digitare informazioni aggiuntive, quindi fare clic su OK.

   Per il tipo di elemento di lavoro specificato verrà aperto un form dell'elemento di lavoro contenente le informazioni fornite.

6. Specificare i campi rimanenti come descritto negli argomenti seguenti:

   • Attività (CMMI)

   • Bug (CMMI)

   • Richiesta modifiche (CMMI)

   • Test case (Agile)

   • Problema (CMMI)

   • Rischio (CMMI)

   • Revisione (CMMI)

7. Fare clic su Salva elemento di lavoro.

Per collegare più elementi di lavoro esistenti a un requisito

1. Aprire il form dell'elemento di lavoro per il requisito ed effettuare una delle azioni seguenti:

   • Per creare un collegamento a uno o più bug, attività o requisiti secondari, fare clic sulla scheda Implementazione, quindi su Collega a.

   • Per creare un collegamento a una o più richieste modifiche, fare clic sulla scheda Richieste modifiche, quindi su Collega a.

   • Per creare un collegamento a uno o più test case, fare clic sulla scheda Test case, quindi su Collega a.

   • Per creare un collegamento a uno o più elementi di lavoro di altro tipo, fare clic sulla scheda Tutti i collegamenti, quindi su Collega a.

   Verrà visualizzata la finestra di dialogo Aggiungi collegamento a requisito.

   

2. Nell'elenco Tipo collegamento lasciare il valore predefinito oppure fare clic su una delle opzioni seguenti:

   • Per creare un collegamento a un'attività, un bug o un requisito secondario, fare clic su Figlio o Padre.

   • Per creare un collegamento a una richiesta modifiche, fare clic su Interessato da.

   • Per creare un collegamento a un test case, fare clic su Testato da.

   • Per creare un collegamento a qualsiasi altro tipo di elemento di lavoro, fare clic su Correlato o su un altro tipo di collegamento che rappresenta la relazione di cui si desidera tenere traccia.

3. Fare clic su Sfoglia.

   Verrà visualizzata la finestra di dialogo Scegli elementi di lavoro collegati.

   

4. Digitare gli elementi in ID elemento di lavoro o selezionare gli elementi che si desidera collegare.

   Per individuare gli elementi di lavoro che si desidera collegare, è inoltre possibile eseguire una query Team. Tali query includono bug attivi, richieste modifiche, attività aperte e test case aperti.

5. Selezionare la casella di controllo accanto a ogni elemento di lavoro che si desidera collegare al requisito.

   Per ulteriori informazioni, vedere Individuare elementi di lavoro da collegare o importare.

6. (Facoltativo) Digitare una descrizione per gli elementi di lavoro da collegare.

7. Fare clic su OK, quindi su Salva elemento di lavoro.

   Nota

   Vengono aggiornati sia il requisito sia gli elementi di lavoro collegati.

Aggiunta di dettagli, file e collegamenti ipertestuali ai requisiti

È possibile aggiungere dettagli ai requisiti nei modi seguenti:

• Digitare le informazioni nel campo Descrizione o Cronologia della scheda Dettagli.

• Allegare un file.

  È ad esempio possibile allegare un thread di posta elettronica, un documento, un'immagine, un file di log o un altro tipo di file.

• Aggiungere un collegamento ipertestuale a un sito Web o a un file archiviato in un server o in un sito Web.

Per aggiungere dettagli a un requisito

1. Fare clic sulla scheda Dettagli, quindi in Cronologia aggiungere i commenti che si desidera acquisire come parte del record cronologico.

   Ogni volta che un membro del team aggiorna l'elemento di lavoro, nella cronologia corrispondente vengono visualizzati la data della modifica, il membro del team che ha apportato la modifica e i campi che sono stati modificati.

   È possibile formattare le informazioni per metterle in risalto o disporle in un elenco puntato. Per ulteriori informazioni, vedere Titoli, ID, descrizione e cronologia (CMMI).

2. Fare clic su Salva elemento di lavoro.

Per allegare un file a un requisito

1. Nella scheda Allegati effettuare una delle azioni seguenti:

   • Trascinare un file nell'area degli allegati.

   • Copiare un file, quindi fare clic su oppure premere CTRL+V per incollarlo.

   • Scegliere Aggiungi, quindi fare clic su Sfoglia. Nella finestra di dialogo Allegato digitare o individuare il nome del file che si desidera allegare.

     (Facoltativo) Nella casella Commento digitare informazioni aggiuntive sull'allegato.

     Per chiudere la finestra di dialogo Allegato, fare clic su OK.

2. Fare clic su Salva elemento di lavoro.

Per aggiungere un collegamento ipertestuale a un requisito

1. Nella scheda Tutti i collegamenti fare clic su Collega a.

   

2. Nell'elenco Tipo collegamento fare clic su Collegamento ipertestuale.

3. Nella casella Indirizzo digitare l'indirizzo di destinazione del collegamento.

   Se la destinazione è un sito Web, digitare l'URL del sito oppure copiarlo dal browser Internet e incollarlo nella casella Indirizzo. Se la destinazione è un percorso server, digitare l'indirizzo sotto forma di nome UNC.

4. (Facoltativo) Nella casella Commento digitare informazioni aggiuntive sul collegamento ipertestuale.

5. Fare clic su OK, quindi su Salva elemento di lavoro.

Modifica dello stato di un requisito

Un team può tenere traccia dello stato di avanzamento di un requisito impostando il campo Stato corrispondente su uno dei valori seguenti:

• Proposto

• Active

• Risolto

• Closed

Nel momento in cui viene creato, il requisito si trova nello stato Proposto per impostazione predefinita. All'accettazione di un requisito per l'iterazione corrente, il team modifica lo stato dell'elemento di lavoro in Attivo e crea attività per la sua implementazione. Quando le attività vengono completate e i test di sistema indicano che il requisito è stato implementato correttamente, il team modifica lo stato dell'elemento di lavoro in Risolto. Infine, alla convalida del requisito, il team modifica lo stato dell'elemento di lavoro in Chiuso.

Qualsiasi membro del team può modificare lo stato di un requisito.

Per ulteriori informazioni sui campi dati che è possibile utilizzare per tenere traccia degli stati degli elementi di lavoro, vedere Assegnazioni, flusso di lavoro e pianificazione (CMMI).

Per modificare lo stato di un requisito

1. Aprire il form dell'elemento di lavoro per il requisito.

2. Nell'elenco Stato fare clic su Attivo, Risolto o Chiuso.

   • Se si modifica lo stato da Proposto ad Attivo, il campo Motivo verrà modificato automaticamente in Accettato.

   • Se si modifica lo stato da Attivo a Risolto, il campo Motivo verrà modificato automaticamente in Completamento codice e test di sistema superato.

   • Se si modifica lo stato da Risolto a Chiuso, il campo Motivo cambierà in Test di convalida superato.

   • Se si modifica lo stato da Attivo a Chiuso, nell'elenco Motivo sarà necessario fare clic su un'opzione corrispondente alla propria intenzione.

     Le opzioni valide sono Suddiviso (impostazione predefinita), Abbandonato ed Esterno all'ambito.

3. Fare clic su Salva elemento di lavoro.

Progressione di un flusso di lavoro tipico: Un membro del team crea un requisito con stato predefinito Proposto e con motivo predefinito Nuovo. Un membro del team modifica lo stato da Proposto in Attivo con motivo predefinito Accettato. Un membro del team modifica lo stato da Attivo in Risolto quando il codice del requisito è stato completato e i test di sistema superati. Un membro del team modifica lo stato da Risolto in Chiuso quando il requisito viene convalidato poiché soddisfa le aspettative del cliente. Transizioni atipiche: Un membro del team modifica lo stato da Proposto in Chiuso con motivo predefinito Rifiutato. Un membro del team modifica lo stato da Attivo in Proposto con motivo predefinito Analisi. Un membro del team determina che il requisito non è rilevante oppure è esterno all'ambito e modifica lo stato da Attivo in Chiuso. Un test di convalida per il requisito ha esito negativo. Un membro del team modifica pertanto lo stato da Risolto in Attivo. Un membro del team determina che il requisito è stato chiuso per errore o che ora si trova nell'ambito e modifica lo stato da Chiuso in Attivo.

Diagramma di stato del requisito

Proposto (Nuovo)

Quando un membro del team crea un requisito, vengono acquisiti automaticamente i campi dati seguenti:

• Creato da: nome del membro del team che ha creato il requisito.

• Data di creazione: data e ora in cui il requisito è stato creato, secondo quanto registrato dall'orologio del server.

Da Proposto ad Attivo

Un membro del team può modificare lo stato di un requisito da Proposto in Attivo per i motivi descritti nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Accettato	Quando il comitato di valutazione approva l'implementazione del requisito nell'iterazione corrente.	Assegnare il requisito al membro del team incaricato dell'implementazione.
Analisi	Quando il comitato di valutazione determina che il team deve analizzare l'impatto sul cliente prima di decidere se il team dovrà implementare il requisito.	Quando l'analisi viene completata, reimpostare il requisito sullo stato Proposto.

Quando un membro del team modifica lo stato di un requisito in Attivo, vengono acquisiti i campi dati seguenti:

• Attivato da: nome del membro del team che ha attivato il requisito.

• Data di attivazione: data e ora in cui il requisito è stato attivato, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato del requisito è stato modificato.

Da Proposto a Chiuso

Un membro del team può chiudere un requisito con stato Proposto per il motivo descritto nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Rifiutato	Quando il comitato di valutazione determina che il team non è in grado di implementare il requisito o quando il cliente non necessita più del requisito.	Nessuna.

Quando un membro del team chiude un requisito, vengono acquisiti i campi dati seguenti:

• Chiuso da: nome del membro del team che ha chiuso il requisito.

• Data di chiusura: data e ora in cui il requisito è stato chiuso, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato del requisito è stato modificato.

Active

Il team deve implementare solo i requisiti con stato Attivo. Per i requisiti attivi, i membri del team devono creare attività per la scrittura del codice, l'esecuzione dei test e la documentazione del requisito. Una volta completate tutte le attività, lo stato del requisito viene impostato su Risolto. Un membro del team può inoltre chiudere un requisito suddiviso, abbandonato o che risulti esterno all'ambito.

Da Attivo a Risolto

Un membro del team può risolvere un requisito attivo per il motivo descritto nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Completamento codice test di sistema superato	Quando il team archivia il codice per l'implementazione di un requisito e tutti i test di sistema sono stati superati.	Assegnare il requisito al membro del team che lo sottoporrà a test.

Quando un membro del team risolve un requisito attivo, vengono acquisiti i campi dati seguenti:

• Risolto da: nome del membro del team che ha risolto il requisito.

• Data di risoluzione: data e ora in cui il requisito è stato risolto, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato del requisito è stato modificato.

Da Attivo a Chiuso

Un membro del team può chiudere un requisito attivo per uno dei motivi descritti nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Suddiviso (impostazione predefinita)	Quando il requisito è troppo grande o necessita di una definizione più precisa.	Creare uno o più requisiti aggiuntivi e crearvi un collegamento dal requisito originale. I nuovi requisiti devono essere accettati come Attivo.
Abbandonato	Quando il team non ha più la necessità di implementare il requisito.	Nessuna.
Esterno all'ambito	Quando il team non dispone di tempo sufficiente per implementare il requisito per l'iterazione corrente o individua problemi che ne impediscono l'implementazione.	Specificare l'iterazione in cui il requisito potrebbe essere implementato. Se il requisito viene rinviato alla versione successiva del software, lasciare il campo Iterazione vuoto, ma descrivere in dettaglio il motivo che ha determinato il rinvio del requisito e quando il team dovrà implementarlo.

Quando un membro del team chiude un requisito attivo, vengono acquisiti i campi dati seguenti:

• Chiuso da: nome del membro del team che ha chiuso il requisito.

• Data di chiusura: data e ora in cui il requisito è stato chiuso, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato del requisito è stato modificato.

Da Attivo a Proposto

Un membro del team può modificare lo stato di un requisito attivo in Proposto per uno dei motivi descritti nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Posposto	Quando il team non implementerà il requisito nell'iterazione corrente, bensì in un'iterazione futura.	Nessuna.
Analisi completata (impostazione predefinita)	Quando il team ha analizzato il requisito e lo reinvia per la valutazione.	Nessuna.

Quando un membro del team chiude un requisito attivo, vengono acquisiti i campi dati seguenti:

• Modificato da: nome del membro del team che ha modificato lo stato del requisito.

• Data di modifica stato: data e ora in cui lo stato del requisito è stato modificato.

Risolto

Dopo l'implementazione di un requisito nel codice e il superamento dei relativi test di sistema, il responsabile dello sviluppo imposta lo stato su Risolto e assegna il requisito a un tester. Il tester verifica quindi che il requisito sia stato implementato in base alle aspettative del cliente. Se la verifica ha esito positivo, il tester chiude il requisito. Se la verifica ha esito negativo, il tester riattiva il requisito per l'esecuzione di ulteriore lavoro.

Da Risolto a Chiuso

Un membro del team può chiudere un requisito risolto per il motivo descritto nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Test di convalida superato	Quando il requisito supera tutti i test di convalida a esso associati.	Assegnare il requisito al proprietario del prodotto.

Quando un membro del team chiude un requisito risolto, vengono acquisiti automaticamente i campi dati seguenti:

• Chiuso da: nome del membro del team che ha chiuso il requisito.

• Data di chiusura: data e ora in cui il requisito è stato chiuso, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato del requisito è stato modificato.

Da Risolto ad Attivo

Un membro del team può riattivare un requisito risolto per i motivi descritti nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Test di convalida non superato	Quando il test di convalida indica che il requisito non soddisfa una o più aspettative del cliente.	Documentare i problemi come bug e assegnare il requisito al responsabile dello sviluppo.

Quando un membro del team riattiva un requisito risolto, vengono acquisiti automaticamente i dati seguenti:

• Attivato da: nome del membro del team che ha riattivato il requisito.

• Data di attivazione: data e ora in cui il requisito è stato riattivato, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato del requisito è stato modificato.

Closed

Il team non svolgerà più alcuna attività sui requisiti chiusi poiché tali requisiti sono stati rifiutati oppure implementati correttamente, verificati e convalidati.

Il team può riattivare un requisito chiuso se rientra nell'ambito. Un requisito chiuso viene in genere riattivato da un business analyst o un responsabile di programma.

Da Chiuso ad Attivo

Un membro del team può riattivare un requisito chiuso per i motivi descritti nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Reintrodotto nell'ambito	Quando le risorse sono diventate disponibili per l'implementazione del requisito.	Verificare che le attività di implementazione, i test case e i dettagli definiti per il requisito siano completi e aggiornati.
Chiuso in errore	Quando un requisito è stato chiuso accidentalmente.	Verificare che le attività di implementazione, i test case e i dettagli definiti per il requisito siano completi e aggiornati.

Quando un membro del team riattiva un requisito chiuso, vengono acquisiti automaticamente i dati seguenti:

• Attivato da: nome del membro del team che ha riattivato il requisito.

• Data di attivazione: data e ora in cui il requisito è stato riattivato, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato dell'elemento di lavoro requisito è stato modificato.

Vedere anche

Altre risorse

Elementi (CMMI)

Elementi di lavoro e flusso di lavoro (CMMI)