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 Riferimento ai campi Titoli, ID, descrizioni e cronologia Riferimento ai campi Assegnazioni e flusso di lavoro Riferimento ai campi Pianificazione, classificazione e priorità Riferimento ai campi Attività, pianificazioni e verifica del lavoro Riferimento ai campi Requisito CMMI) Riferimento ai campi Aree e iterazioni Collegamento di elementi di lavoro e restrizioni e controlli dei collegamenti Controlli allegati e riferimento ai campi

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. 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.

2. Nella sezione destra del form elemento di lavoro, specificare uno o più tipi di informazioni seguenti:

   • Nell'elenco Assegnata a, scegliere il nome del membro del team assegnato al 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.

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

   • Nell'elenco Valutazione, scegliere lo stato di valutazione.

     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, scegliere Sì se un problema sta bloccando lo stato di avanzamento dell'implementazione del requisito.

   • Nell'elenco Eseguito, scegliere Sì se è stato assunto un impegno per implementare il requisito.

   • Negli elenchi Iterazione e Area, scegliere l'area e l'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 aree e iterazioni.

   • In Tipo, scegliere il tipo di requisito che si definisce.

     Il valore predefinito è Funzionale.

3. Nella scheda DESCRIZIONE, descrivere il requisito e i criteri che il team utilizzerà per verificare se il requisito.

   È 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).

4. Nella scheda ANALISI, descrivere l'impatto sul cliente se il requisito non viene implementato.

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

5. Nella scheda altro, specificare i tipi di informazioni seguenti:

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

   • 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, scegliere il nome o il numero di build in cui il team di sviluppo ha integrato il requisito.

   • Nell'elenco Test, scegliere lo stato del test di accettazione utente per questo 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.

6. 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

7. Scegliere 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 Linking Work Items (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, scegliere la scheda Implementazione quindiNuova.

   • Per creare e collegare una richiesta di modifica, scegliere la scheda Richieste di modifica quindi scegliere Nuova.

   • Per creare e collegare a un test case, scegliere la scheda Test case quindi scegliere Nuova.

   • Per creare e collegare qualsiasi altro tipo di elemento di lavoro, scegliere la scheda Tutti i collegamenti quindi scegliere Nuova.

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

   

2. Nell'elenco Tipo di collegamento lasciare il valore predefinito, o scegliere una delle opzioni seguenti:

   • Per collegare un'attività, un bug, o un requisito secondario, scegliere Figlio.

   • Per accedere a una richiesta modifiche, scegliere Interessato da.

   • Per creare un collegamento a un test case, scegliere Testato da.

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

3. Nell'elenco Tipo di elemento di lavoro, scegliere il 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 Commentodigitare informazioni aggiuntive, quindi scegliere 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. Scegliere 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ù attività, bug, o requisiti secondari, scegliere la scheda Implementazione quindi scegliereCollega a.

   • Per creare un collegamento a uno o più richieste di modifica, scegliere la scheda Richieste di modifica quindi scegliere Collega a.

   • Per creare un collegamento a uno o più test case, scegliere la scheda Test case quindi scegliere Collega a.

   • Per creare un collegamento a uno o più elementi di lavoro di altri tipi, scegliere la scheda Tutti i collegamenti quindi scegliere Collega a.

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

   

2. Nell'elenco Tipo di collegamento lasciare il valore predefinito, o scegliere una delle opzioni seguenti:

   • Per collegare un'attività, un bug, o un requisito secondario, scegliere Figlio o Padre.

   • Per accedere a una richiesta modifiche, scegliere Interessato da.

   • Per creare un collegamento a un test case, scegliere Testato da.

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

3. Scegliere 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. Scegliere OKquindi scegliereSalva 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. Scegliere la scheda Dettagli e, 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 Riferimento ai campi Requisito CMMI).

2. Scegliere 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 e quindi scegliere oppure premere CTRL+V per incollarlo.

   • Scegliere Aggiungiquindi scegliere 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, scegliere OK.

2. Scegliere Salva elemento di lavoro.

Per aggiungere un collegamento ipertestuale a un requisito

1. Nella scheda Tutti i collegamenti , scegliere Collega a.

   

2. Nell'elenco Tipo di collegamento, scegliere 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. Scegliere OKquindi scegliere 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, scegliere 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, è consigliabile scegliere un'opzione corrispondente alla propria intenzione nell'elenco di Motivo.

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

3. Scegliere 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.	Nessuno.

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.	Nessuno.
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.	Nessuno.
Analisi completata (impostazione predefinita)	Quando il team ha analizzato il requisito e lo reinvia per la valutazione.	Nessuno.

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

Concetti

Elementi (CMMI)

Storyboard un elemento di backlog di utilizzare PowerPoint

I commenti e suggerimenti delle parti interessate di processo e di richiesta utilizzando team Web Access

Riferimento ai campi degli elementi di lavoro per ALM di Visual Studio

Altre risorse

Elementi di lavoro e flusso di lavoro (CMMI)