Požadavek (CMMI)

Chcete-li získat informace jak vyplnit podrobnosti pracovní položky požadavku v tomto tématu.Požadavek komunikuje funkce hodnoty zákazníkovi produktu nebo systému.Každý požadavek by Stručně uveďte, co chce uživatel provést pomocí funkce softwaru a popsat z pohledu uživatele.Další informace naleznete v tématu Plánování projektu (CMMI).

Informace o vytvoření tohoto typu pracovní položka Pracovní položky a pracovního postupu (CMMI).

V tomto tématu

Příbuzná témata

Definování požadavek Propojení požadavek jiných pracovních položek Přidáním podrobností, přílohy nebo hypertextové odkazy k požadavku Změna stavu požadavku

Proces návod Plánování projektu (CMMI) Uspořádání požadavků do plánu produktu Požadavky na ověření Sešity Závěrečnou kontrolu sešitu (CMMI) Řídicí panely a sestavy Průběh řídicího panelu (CMMI) Sestava Přehled požadavků (CMMI) Požadavky na zprávu (CMMI) Referenční pole Referenční dokumentace polí Názvy, ID, Popisy Referenční dokumentace polí přiřazení a pracovních postupů Referenční dokumentace polí plánování, řazení a priorit Odkazy na pole pro úsilí, plány a sledování práce Referenční dokumentace pole požadavku (CMMI) Odkazy na pole oblastí a iterací Propojení ovládačů, omezení a referenční pole Ovládací prvky příloh a odkazy na pole

Požadovaná oprávnění

Zobrazit požadavek, musí být členem čtenáři skupiny nebo vaše Zobrazit položky práce v tomto uzlu musí být nastavena na Povolit.Vytvořit nebo upravit požadavek, musí být členem Přispěvatelé skupiny nebo vaše práce úpravy položek v tomto uzlu je nutné nastavit oprávnění Povolit.Další informace naleznete v tématu Správa oprávnění.

Definování požadavek

Při zápisu požadavek by se mělo soustředit na který je pro chtějí dosáhnout, a proč.Popisy, které určují, jak by měly být vypracovány funkci byste neměli.

Při vytváření požadavku, je nutné zadat pouze název.Požadavek však můžete dále definovat zadáním různé typy informací, jako zobrazit následující ilustrace:

Když definujete požadavek, je nutné definovat název.Můžete ostatní pole ponechte prázdné nebo potvrďte výchozí hodnoty.

Chcete-li definovat požadavek

1. V položce Název (povinné) zadejte krátký popis.

   Dobré nadpisy požadavek odráží hodnoty zákazníka nebo funkce, které musí implementovat týmu.

2. V pravé části formuláře položky práce zadejte jedno nebo více z následujících typů informací:

   • V Přiřazeno seznam, zvolte jméno člena týmu, který vlastní požadavek.

     [!POZNÁMKA]

     Můžete přiřadit pracovní položky pouze pro členy Přispěvatelé skupiny.

     Ponecháte-li požadavek unassigned automaticky přiřazeny vám.

   • V stavu seznam, ponechte výchozí hodnotu navržený.V z důvodu seznam, ponechte výchozí hodnotu Nový.

     Další informace o stavu pole a jak používat ke sledování pracovního postupu, viz Stav požadavku dále v tomto tématu.

   • V Priority vyberte úroveň důležitosti pro požadavek na stupnici 1 (nejdůležitější) do 4 (nejméně důležité).

   • V závěrečnou kontrolu vyberte dílčím stavem závěrečnou kontrolu.

     Platné hodnoty jsou čeká na (výchozí), More Info, Informace O přijaté, a Triaged.Toto pole označuje úroveň závěrečnou kontrolu požadavků, které jsou navržený státu.

   • V Uzavřeno vyberte Ano Pokud problém blokuje pokrok směrem k provádění požadavku.

   • V potvrzené vyberte Ano Pokud provedl závazek k provedení požadavku.

   • V oblasti a iterace seznamy, vyberte příslušnou oblast a iterace.

     [!POZNÁMKA]

     Správce projektu pro každý projekt týmu definuje oblast a iteraci cest pro daný projekt tak, aby tým mohl sledovat průběh těchto označení.Další informace naleznete v tématu Vytvořit a upravit oblasti a iterací.

   • V typu, zvolte typ požadavku, který definujete.

     Výchozí hodnota je funkční.

3. Na Popis karta, popište požadavky a kritéria, které tým použije k ověření, zda byly splněny.

   By měla poskytnout tolik podrobností jako nezbytné k zajištění, že vývojář, můžete implementovat požadavek a testerem otestovat požadavek.

   Tým bude tyto informace použít k vytvoření položek práce pro úkoly a testovacích případů.Další informace naleznete v tématu Úkol (agilní) a Testovací případ.

4. Na analýzy karta, popsat dopad zákazníkovi, pokud požadavek není implementována.

   Můžete zahrnout podrobnosti o modelu Kano o, zda je tento požadavek na překvapení, potřeby nebo zjevné kategorií.

5. Na jiné karta, zadejte následující typy informací:

   • Podle Odborníci, vyberte názvy až tři členy týmu, kteří jsou seznámeni s problémovou oblast a očekávání, které má zákazník tento požadavek.

   • V Původní odhad zadejte číslo představující hodin práce, která požadavek může trvat implementovat.

     [!POZNÁMKA]

     Obecně následující dvě pole definujte v cyklu vývoje a při nejprve definovat požadavky.

   • V integrovaný v vyberte název nebo číslo sestavení ve které byl integrován vývojový tým požadavek.

   • V Test vyberte stav testu přijetí uživateli pro tento požadavek.

     Platné hodnoty jsou předat, selhání, Není připraven, připraven, nebo Přeskočené.Je třeba zadat Není připraven při požadavku v Active státu a připraven Pokud požadavek je v Vyřešeno státu.

6. Na provádění, Změnit požadavky, testovacích, a Všechny odkazy karty, můžete vytvořit odkazy z požadavku na další pracovní položky, například úkoly, požadavky na změnu, testování, chyby a problémy.

   Na přílohy kartu, můžete připojit specifikace, obrázky nebo jiné soubory, které obsahují další podrobnosti o požadavcích, které mají být provedeny.

   Další informace naleznete v následujících částech dále v tomto tématu:

   • Požadavek na propojení ostatních pracovních položek

   • Přidáním podrobností, přílohy nebo hypertextové odkazy k požadavku

7. Zvolte Uložit pracovní položka.

   [!POZNÁMKA]

   Po uložení požadavku identifikátor se objeví v hlavě pod panelem nástrojů pracovní položky.

Propojení požadavek jiných pracovních položek

Vytvořením vztahů mezi požadavky a jiné pracovní položky efektivněji plánovat projekty, přesněji sledovat závislosti, zobrazení hierarchické vztahy jasněji a rychle vyhledat důležité informace.Ve formuláři pracovní položky požadavku můžete vytvořit pracovní položku, která je automaticky propojen požadavek nebo můžete vytvořit odkazy na existující pracovní položky.

Použití provádění, Požadavky na změnu, testovacích, a Všechny odkazy karty vytvořit propojení pro určité typy pracovní položky a určité typy odkazů.Další informace o omezeních u každé karty, viz Linking Work Items (CMMI).

[!POZNÁMKA]

Sestavy Přehled požadavky a požadavky na průběh vyžadují vytvoření vazby mezi požadavky a úkoly a mezi požadavky a testovacích případů.

Vytvoření úkolu, chyba, požadavek na změnu, testovacího případu nebo jiné položky práce a propojení k požadavku

1. Otevřete formulář položky práce pro požadavek a proveďte jednu z následujících akcí:

   • Vytvořit a propojit úkol, chyba nebo sub-requirement, zvolte provádění kartu a pak zvolte Nový.

   • Vytvořit a propojit požadavek na změnu, zvolte Změnit požadavky kartu a pak zvolte Nový.

   • Vytvořit a propojit testovacího případu, zvolte testovacích kartu a pak zvolte Nový.

   • Vytvořit a propojit typ pracovní položku, zvolte Všechny odkazy kartu a pak zvolte Nový.

   Otevře se dialogové okno Přidat novou odkazovanou pracovní položku.

   

2. V Typ propojení seznam, ponechte výchozí hodnotu nebo vyberte jednu z následujících možností:

   • Zvolte odkaz úlohy, chyby nebo sub-requirement, podřízené.

   • Odkaz požadavek na změnu, zvolte Vliv ve.

   • Zvolte odkaz testovacího případu, Testovány podle.

   • Odkaz typu pracovní položky, zvolte s nebo jiný typ odkazu, který znázorňuje vztah, který chcete sledovat.

3. V Položku Typ práce vyberte typ pracovní položku, kterou chcete vytvořit.

4. V název, zadejte krátký, ale konkrétní popis vykonávané práce.

5. (Volitelné) V Komentář, zadejte další informace a pak zvolte OK.

   Otevře formulář položky práce pro typ práce zadanou položku s informacemi, které jste zadali.

6. Následující témata popisují zadejte zbývající pole:

   • Úkol (CMMI)

   • Chyba (CMMI)

   • Požadavek na změnu (CMMI)

   • Testovací případ

   • Problém (CMMI)

   • Rizika (CMMI)

   • Recenze (CMMI)

7. Zvolte Uložit pracovní položka.

Požadavek propojení několika stávajících pracovních položek

1. Otevřete formulář položky práce pro požadavek a proveďte jednu z následujících akcí:

   • Chcete-li vytvořit odkaz na jeden nebo více úkolů, chyby nebo sub-requirements, zvolte provádění kartu a pak zvolte odkaz.

   • Propojit jeden nebo více požadavků na změnu, zvolte Změnit požadavky kartu a pak zvolte odkaz na.

   • Zvolte jeden nebo více případů test odkaz, testovacích kartu a pak zvolte odkaz na.

   • Odkaz pracovní položky jiných typů, zvolte Všechny odkazy kartu a pak zvolte odkaz na.

   Přidat odkaz na požadavek otevře se dialogové okno.

   

2. V Typ propojení seznam, ponechte výchozí hodnotu nebo vyberte jednu z následujících možností:

   • Zvolte odkaz úlohy, chyby nebo sub-requirement, podřízené nebo nadřazené.

   • Odkaz požadavek na změnu, zvolte Vliv ve.

   • Zvolte odkaz testovacího případu, Testovány podle.

   • Odkaz typu pracovní položku, zvolte s nebo jiný typ odkazu, který znázorňuje vztah, který chcete sledovat.

3. Zvolte procházení.

   Zvolte propojené položky práce se zobrazí dialogové okno.

   

4. Zadejte položky pracovní položky ID, nebo vyhledat položky, které chcete propojit.

   Můžete také spustit dotaz tým k vyhledání pracovních položek, které chcete propojit.Tyto dotazy zahrnují aktivní chyby, požadavky na změnu, otevřít úkoly, testovacích otevřít a otevřít úkoly.

5. Zaškrtněte políčko u každé pracovní položky, kterou chcete propojit s požadavkem.

   Další informace naleznete v tématu Najít položky práce propojení či importu.

6. (Volitelné) Zadejte popis pracovní položky, na které se připojujete.

7. Zvolte OKa klepněte na tlačítko Uložit pracovní položka.

   [!POZNÁMKA]

   Požadavek a pracovní položky, ke kterým jste jej propojili jsou aktualizovány.

Přidáním podrobností, soubory a hypertextové odkazy na požadavky

Podrobnosti požadavky můžete přidat jedním z následujících způsobů:

• Na Podrobnosti karta typu informace Popis pole nebo Historie pole.

• Připojte soubor.

  Můžete například připojit zřetězení e-mailové, dokument, obrázek, soubor protokolu nebo jiný typ souboru.

• Přidáte hypertextový odkaz na webový server nebo soubor, který je uložen na serveru nebo webového serveru.

Chcete-li přidat podrobnosti požadavku

1. Zvolte Podrobnosti kartě a v Historie, přidat komentáře, které chcete zachytit jako součást historických záznamů.

   Pokaždé, když člen týmu aktualizuje pracovní položku, se v historii zobrazí datum změny, jméno člena týmu, který provedl změnu, a pole, která se změnila.

   Můžete formátovat informace důraz nebo zachycení seznam s odrážkami.Další informace naleznete v tématu Referenční dokumentace pole požadavku (CMMI).

2. Zvolte Uložit pracovní položka.

Připojit soubor požadavku

1. Na přílohy karta, proveďte jednu z následujících akcí:

   • Přetáhněte soubor do oblasti přílohu.

   • Kopírování souboru a pak zvolte nebo stiskněte CTRL-V vložit.

   • Zvolte Přidata pak zvolte procházení.V Příloha dialogovém okně zadejte název nebo vyhledejte soubor, který chcete připojit.

     (Volitelné) V Komentář zadejte další informace o přílohu.

     Zavřete Příloha dialogovém okně pole, zvolte OK.

2. Zvolte Uložit pracovní položka.

Přidat hypertextový odkaz k požadavku

1. Na Všechny odkazy vyberte odkaz na.

   

2. V Typ propojení vyberte hypertextový odkaz.

3. V adresu zadejte adresu cílového odkazu.

   Pokud je cílový web, zadejte adresu URL nebo zkopírovat z internetového prohlížeče a vložte adresu URL do adresu pole.Pokud je cílové umístění serveru, zadejte adresu ve formuláři název UNC.

4. (Volitelné) V Komentář zadejte další informace o hypertextovém odkazu.

5. Zvolte OKa pak zvolte Uložit pracovní položka.

Změna stavu požadavku

Tým můžete sledovat průběh požadavek nastavením jeho stavu pole na jednu z následujících hodnot:

• Navrhované

• Aktivní

• Přeložit

• Uzavřeno

Při vytváření požadavku je v navržený ve výchozím stavu.Při týmu přijme požadavek pro aktuální iterace, tým přesune položku práce Active státu a vytvoří úkoly k jeho implementaci.Při dokončení týmu úkoly a zkoušky systému ukazují, že požadavek úspěšně provedla tým, tým přesune Vyřešeno státu.Nakonec při týmu ověří požadavek, tým přesune jej Uzavřeno státu.

Každý člen týmu můžete změnit stav požadavku.

Pro další informace o datech, která pole můžete sledovat stavy pracovní položky naleznete v tématu Přiřazení, pracovního postupu a plánování (CMMI).

Změna stavu požadavku

1. Otevřete formulář položky práce pro požadavek.

2. V stavu vyberte Active, Vyřešeno nebo Uzavřeno.

   • Při změně stavu z navržený na Active, z důvodu pole se automaticky změní na přijaté.

   • Při změně stavu z Active na Vyřešeno, z důvodu pole se automaticky změní na kompletní kód a systém vyhověl testu.

   • Pokud změníte stav ze Vyřešeno na Uzavřeno, z důvodu pole se změní na Předat ověřovací zkoušky.

   • Při změně stavu z Active na Uzavřeno, měli zvolit možnost, která odpovídá váš záměr v z důvodu seznam.

     Platné možnosti rozdělit (výchozí), Abandoned, a S rozsahem.

3. Zvolte Uložit pracovní položka.

Typický průběh pracovního postupu: Člen týmu vytvoří požadavek ve výchozím stavu navržený, s důvodem výchozí Nový. Člen týmu změní stav z navržený na Active s důvodem výchozí přijaté. Člen týmu změní stav z Active na Vyřešeno při požadavku je kód dokončení a prošly testy systému. Člen týmu změní stav z Vyřešeno na Uzavřeno při ověření požadavku se jako úspěšné splnění očekávání zákazníků. Atypické přechody: Člen týmu změní stav z navržený na Uzavřeno s důvodem výchozí odmítnut. Člen týmu změní stav z Active na navržený s důvodem výchozí Investigated. Člen týmu zjistí, že požadavek není relevantní nebo mimo rozsah a změní stav z Active na Uzavřeno. Test pro požadavek na ověření se nezdaří.Proto člen týmu změní stav z Vyřešeno na Active. Člen týmu zjistí, že požadavek byl uzavřen v chybě nebo je nyní v oboru a změní stav z Uzavřeno na Active.

Diagram stavu požadavku

Navrhované (Nový)

Následující pole data jsou automaticky ukládány člen týmu vytvoří požadavek:

• Vytvořil: název člena týmu, který požadavek vytvořil.

• Datum vytvoření: datum a čas, kdy byl vytvořen požadavek, zaznamenané hodinami serveru.

Z navržených aktivní

Člen týmu může změnit stav požadavku z navržený na Active důvodů, které jsou popsány v následující tabulce:

Důvod	Kdy použít	Další akce
Přijato	Při závěrečnou kontrolu výbor schválí požadavek pro implementaci v aktuální opakování.	Přiřadíte požadavek člena týmu, který bude provádět.
Prozkoumat	Po závěrečnou kontrolu výbor zjistí, že týmu musí zkoumat dopad zákazníka před výbor rozhodne, zda týmu plnit požadavky.	Povinnost vrátit navržený státu při dokončení šetření.

Následující pole dat jsou zachyceny při člen týmu změní stav požadavku na Active:

• Aktivovat pomocí: název člena týmu, který požadavek na aktivaci.

• Aktivovat datum: datum a čas, kdy byl aktivován požadavek, podle hodin serveru.

• Změnit datum stát: datum a čas, kdy byl změněn stav požadavku.

Z navrhovaných do uzavřené

Člen týmu můžete zavřít v požadavku navržený stavu důvodu, který popisuje následující tabulka:

Důvod	Kdy použít	Další akce
Odmítnuto	Závěrečnou kontrolu výbor určí, že tým nemůže implementovat požadavek nebo zákazník již nepotřebuje.	Žádný

Následující pole dat jsou zachyceny při požadavku zavře člen týmu:

• Uzavřené podle: název člena týmu, který uzavřel požadavek.

• Datum uzavření: datum a čas, kdy byla uzavřena požadavek, podle hodin serveru.

• Změnit datum stát: datum a čas, kdy byl změněn stav požadavku.

Aktivní

Týmu by mělo provádět pouze ty požadavky, které jsou Active státu.Pro aktivní požadavky by členy týmu vytvořit úkoly pro psaní kódu, testování a dokumentování požadavek.Po dokončení všech úloh přesune požadavek Vyřešeno státu.Člen týmu můžete také zavřít požadavku, pokud je rozdělit, opuštěné nebo je mimo rozsah.

Z aktivní vyřešen

Člen týmu může vyřešit aktivní požadavek z důvodu, který popisuje následující tabulka:

Důvod	Kdy použít	Další akce
Kód dokončení a předán zkušební systém	Když týmu kontroluje v kódu k provedení požadavku a prošly všechny zkoušky systému.	Přiřadíte požadavek člena týmu, který bude test.

Následující pole dat jsou zachyceny při aktivní požadavek řeší člen týmu:

• Vyřešen pomocí: název člena týmu, který požadavek vyřešen.

• Datum vyřešení: datum a čas, kdy byl vyřešen požadavek, podle hodin serveru.

• Změnit datum stát: datum a čas, kdy byl změněn stav požadavku.

Z aktivní, uzavřené

Člen týmu můžete zavřít aktivní požadavek z jednoho z důvodů, které jsou popsány v následující tabulce:

Důvod	Kdy použít	Další akce
Rozdělení (výchozí)	Při požadavku je příliš velký nebo vyžaduje přesnější definici.	Vytvořit jeden nebo více dalších požadavků a propojení z původního požadavku.Nové požadavky by měly být akceptovány jako Active.
Opuštěné	Když týmu již potřebuje k provedení požadavku.	Žádný
Mimo rozsah	Když tým nemá dostatek času k provedení požadavku pro aktuální iteraci nebo zjistil blokující problémy.	Určete, v které iterace může být implementován požadavek.Pokud požadavek je odloženo na další verzi softwaru, iterace pole prázdné, ale podrobně popisují, proč bylo odloženo požadavku a při týmu plnit.

Následující pole dat jsou zachyceny při člen týmu zavře aktivní požadavku:

• Uzavřené podle: název člena týmu, který uzavřel požadavek.

• Datum uzavření: datum a čas, kdy byla uzavřena požadavek, podle hodin serveru.

• Změnit datum stát: datum a čas, kdy byl změněn stav požadavku.

Z aktivní navrhované

Člen týmu může změnit stav aktivní požadavek na navržený z jednoho z důvodů v následující tabulce:

Důvod	Kdy použít	Další akce
Odloženo	Když týmu nebude implementovat požadavek v aktuální opakování, ale může v budoucích opakování.	Žádný
Dokončeno šetření (výchozí)	Když týmu zkoumala požadavek a je znovu pro závěrečnou kontrolu.	Žádný

Následující pole dat jsou zachyceny při člen týmu zavře aktivní požadavku:

• Změněno kým: název člena týmu, který změnil stav požadavku.

• Změnit datum stát: datum a čas, kdy byl změněn stav požadavku.

Přeložit

Požadavek byl implementován v kódu a předává systému testů, vedoucí vývojář nastaví stavu Vyřešeno a přiřadí testerem požadavek.Zkušební zařízení pak ověří, zda byl implementován podle očekávání zákazníků.Pokud ano, zkoušející zavře požadavek.Pokud má není, znovu jej zkoušející aktivuje pro další práci.

Z přeložen na uzavření

Člen týmu můžete zavřít vyřešen požadavek z důvodu, který popisuje následující tabulka:

Důvod	Kdy použít	Další akce
Test ověření předané	Při požadavku předává ověřovacích testů, které jsou spojeny s.	Přiřadíte požadavek vlastníka produktu.

Následující pole dat jsou zachyceny automaticky, když člen týmu ukončí vyřešení požadavku:

• Uzavřené podle: název člena týmu, který uzavřel požadavek.

• Datum uzavření: datum a čas, kdy byla uzavřena požadavek, podle hodin serveru.

• Změnit datum stát: datum a čas, kdy byl změněn stav požadavku.

Přeložit z aktivní

Člen týmu aktivovat vyřešen požadavek z důvodu, který popisuje následující tabulka:

Důvod	Kdy použít	Další akce
Test ověření se nezdařilo.	Při ověřovací zkoušce označuje požadavek nesplňuje očekávání jednoho nebo více zákazníků.	Dokumentovat problémy jako chyby a přiřadit požadavek zájemce developer.

Následující data jsou zachyceny automaticky při člen týmu znovu aktivuje vyřešení požadavku:

• Aktivovat pomocí: název člena týmu, který požadavek na aktivaci.

• Aktivovat datum: datum a čas při požadavku byl aktivován zaznamenané hodin serveru.

• Změnit datum stát: datum a čas, kdy byl změněn stav požadavku.

Uzavřeno

Tým by měl fungovat na jakýkoli požadavek, aby byla ukončena, protože to byl odmítnut nebo úspěšně implementována, ověřovány a.

Pokud je vrácen do oboru týmu uzavřené požadavek aktivovat.Obchodní analytik nebo program Správce obvykle znovu aktivuje uzavřené požadavek.

Z uzavřených na aktivní

Člen týmu aktivovat uzavřené požadavek z důvodů, které jsou popsány v následující tabulce:

Důvod	Kdy použít	Další akce
Znovu zavedena v oboru	Když zdroje jsou k dispozici k provedení požadavku.	Ujistěte se, že jsou úkoly plnění, testovacích a podrobnosti, které byly definovány pro požadavek úplné a aktuální.
Chyba v uzavřené	Při požadavku byl neúmyslně uzavřen.	Ujistěte se, že jsou úkoly plnění, testovacích a podrobnosti, které byly definovány pro požadavek úplné a aktuální.

Následující data jsou zachyceny automaticky při člen týmu znovu aktivuje uzavřené požadavku:

• Aktivovat pomocí: název člena týmu, který požadavek na aktivaci.

• Aktivovat datum: datum a čas při požadavku byl aktivován zaznamenané hodin serveru.

• Změnit datum stát: datum a čas, kdy byl změněn stav položky pracovního požadavku.

Viz také

Koncepty

Artefakty (CMMI)

Scénář Nevyřízené položky zboží pomocí aplikace PowerPoint

Žádost a názory účastníky procesu pomocí týmový Web Access

Referenční dokumentace polí pracovních položek pro Visual Studio ALM

Další zdroje

Pracovní položky a pracovního postupu (CMMI)