Arrange requirements into a product plan

Po analýze pochopit, jak produkt postupovat dostatečně zákazníka požadavky, je třeba pracovat plán k implementaci produktu. Nebo pro existující produkt, je nutné pracovat si jaké funkce chybí a pracovní plán pro účely provádění změn. Ale požadavky na nejsou automaticky vám sdělí plánu.

Toto téma popisuje způsob získání plán od sada požadavků. Toto je pouze jeden metoda na různých, která bude fungovat na Visual Studio, a musí jej přizpůsobit tak, aby vyhovoval vašim potřebám.

Můžete použít nevyřízených položek a portfolia nevyřízených položek definovat a mapování požadavky a funkce.

Požadavky a funkce

Existují dva typy požadavku v této metodě: zákazníka požadavky a funkce. Požadavky na zákazníka jsou, získat analýzou zákazník požaduje od produktů. Funkce jsou položky v plánu produktu, které odpovídají malé podskupiny požadavků zákazníků. Jednotlivé funkce mohou zahrnovat kusů požadavků zákazníků, které pocházejí z různých částí s uživatelským prostředím a různé funkční oblasti.

Požadavky zákazníků

• Požadavky na zákazníka jsou určeny diskuse s potenciálním uživateli a další zainteresované uživatele.

• Chcete-li pomoci s analyzovat tyto požadavky, a obvykle vytvoříte scénáře a modely a můžete rozložit scénáře na menší kroky, které tvoří stromové struktuře. Můžete propojit modelování prvky jako případy použití a aktivity scénář pracovní položky.

• Existují dva typy požadavků zákazníka:

  • Scénáře, také označován jako případy použití, představují sekvence interakce mezi uživateli a produkt, a při sledování určité cíle. Příklad scénáře pravděpodobně nadpis "Uživatele nakupuje knize."

  • Kvalita požadavků na služby zahrnují výkonu, zabezpečení, použitelnost a dalších kritérií.

• Může představovat tyto požadavky jako pracovní položky Typ požadavku, s polem Typ požadavku, který je nastaven na scénář nebo Quality of Service. Další informace naleznete v tématu Develop requirements.

• Tyto pracovní položky požadavku by měl být propojen testy systému tak, aby můžete zajistit, že jsou testovány všechny požadavky. Podívejte se na téma Plánování ručních testů pomocí aplikace Team Web Access.

• Zobrazit nevyřízené položky nebo otevřete dotaz požadavků zákazníka k výpisu tyto pracovními položkami požadavků.

• Použití Sestava průběhu požadavků (CMMI) sestavy k monitorování, které požadavky byly splněny.

Funkce

• Funkce je položku v plánu produkt, který představuje skupinu úloh. Při plánování produktů, přiřadit zástupci vývojový tým a účastníky funkce iterací. Další informace naleznete v tématu Plan a project (CMMI).

• Zadejte funkce pracovními položkami požadavků s požadavky na typ pole nastaveno na funkce.

• Nadpis tuto funkci je uvedeno v podmínkách uživatelů, co uživatelé budou moci provést s produktem, které nelze v předchozí iterací. Neexistují žádné položky, nebo málo položek, na plán, který není přinášet hodnotu nového uživatele.

  Například může tato posloupnost funkce formuláře plán implementace:

  • "Kupujícímu můžete vybrat knihu ze seznamu a přidat do seznamu přání."

  • "Seznam knih zobrazí ceny. V seznamu přání celková cena se zobrazí."

  • "Dodavatelů můžete připojit klíčová slova do knih. Odběrateli můžete filtrovat seznam knihy podle značky."

  Všimněte si, že žádná funkce dotkne pouze jeden krok uživatelské prostředí a žádná funkce zahrnuje pouze jednu část architekturou produktu. Namísto toho implementovaného funkce několik funkcí jsou kdykoli znovu spustit a rozšíření, s hodnotou nového uživatele.

• Funkce je přiřazena k iteraci při plánování produktu. Všechny úlohy v části funkce musí být přiřazen pro stejný iterace.

• Funkce popisuje částečné realizace požadavků zákazníků. Je podmnožinou požadavků zákazníků a ji může implementovat každý požadavek zákazníka v omezeném rozsahu.

• Všechny funkce lze propojit jeden nebo více testovacích případů, které testování částí požadavků, které představuje funkci. Tyto testovací případy jsou podmnožinou systému testy, které jsou propojeny s požadavky na zákazníka.

• Tuto funkci stavu nesmí být označeny jako dokončené dokud jeho testů jsou plně definovány a předat.

• Všechny funkce je skupina úkolů, vývoj a testování. Je kořen stromu úkolů. Úkoly vývoje implementovat částečné požadavky, které popisují funkce. Úlohy testovací navrhovat a provést příslušná testovacích případů.

• Můžete použít dotaz požadavků produktu do seznamu funkcí.

Vyhledání funkce

Rozdělit požadavky na přírůstkové funkce je creative úlohu, která musí zahrnovat vývojáře, analytiky a účastníky. Funkce definuje nějaký funkcí produktu, které lze samostatně implementována podobjektu z okolního funkcí. Proto funkční sadu definice funkce a řazení do plánu závisí částečně na architektuře systému.

Z tohoto důvodu plánování a úvodní návrh produktu musí fungovat souběžně, zejména pokud iterace 0, kde je právě vyobrazená hromadného plánu.

Scénář rozložením.

Abychom vám umožňuje uspořádat požadavků do funkce, pomáhá rozložit scénáře do menších kroků.

Scénáře často pomohou tuto aktivitu. Scénář je posloupnost obrázků, které ilustrují scénáře. Diagramy UML aktivity jsou užitečné pro zobrazení alternativní cesty a sekvenční diagramy UML můžete hovořit interakce mezi několika objekty actor. Poté, co tyto nástroje slouží k analýze scénáře, můžete zadat rozložený scénáře do Průzkumník týmových projektů. To umožňuje propojit testovacích případů pro scénáře a tím zajistit, aby byly splněny požadavky. Další informace naleznete v tématu Diagramy činnosti UML: Pokyny a Sekvenční diagramy UML: Pokyny.

Funkce - požadavky splněny v každém opakování

Funkce je požadavek shrnující, jak postupovat po dokončení každé iteraci uživatele. Můžete vytvořit více než jedna z funkcí pro každé iteraci. Zadejte jako požadavek pracovních položek, nastavení typu požadavek na funkce.

Použijte k přiřazení scénáře s pracovními položkami k definování funkcí. Následující příklad funkce plánu je odvozen ze přiřazení scénářů iterací v předchozím oddílu:

• Iterace 1

  • Zákazník zvolí položky z nabídky, přidá je do pořadí a přidá adresa pro doručení.

• Iterace 2

  • Zákazníci spustit tak, že se seznamem restaurace a pak zvolte jednu.

  • Když zákazník dokončí objednávku, se zobrazí na obrazovce zvolený restaurace pořadí.

  • Cenu zboží a celková cena se zobrazují v pořadí.

• Iterace 3

  • Restaurace označí pořadí, jak je "Provedeno", když byl odeslán připravené jídla. Jídla zapisována proti restaurace, zadané.

  • Každý restaurace můžete zadat a aktualizovat jeho nabídky.

  • Zákazník můžete vyhledat v nabídce každých restaurace před výběrem jedné.

• Iterace 4

  • Zákazník zadá podrobnosti platby na dokončení objednávky. Pokud restaurace označí pořadí jako provést zúčtována na vrub karty zákazníka.

  • Restaurace platí pro objednávky, které jsou označeny jako Hotovo.

• Iterace 5

  • Restaurace můžete nastavit oblasti jejich doručení. Zákazník zadá PSČ na začátku relace. Na webovém serveru se zobrazí pouze restaurace, které lze doručit místní síti.

Částečně implementováno scénáře

Decomposing scénáře do malých kroků vám pomůže při dřívější oddělte některé kroky, které může být implementováno od ostatních uživatelů, které může být implementováno později.

Ale někdy rozdělit ostatní aspekty scénářů. V tomto příkladu týmu může implementovat základní verzi uživatelské prostředí v rané iterací a zlepšení později. To může přidat následující funkce:

• Iterace 6 – restaurace můžete vybrat barevném schématu a písma jeho nabídky a nahrát vlastní logo a obrázky jídla.

Tento typ funkce není objeví přímo z rozložením do kroků, ale obvykle ukáže v diskusi scénáře. Funkce uživatelského prostředí jsou vhodnými kandidáty pro pozdější iterací.

Zadáte a kontroly funkce

Vytvořit pracovní položky s typ pracovní položky požadavku a nastavte pole Typ požadavku na funkce. Nastavte název funkce k krátký popis.

Trasování funkce, které požadavky

Funkce lze propojit s požadavky z následujících způsobů:

• Požadavky na úrovni listu scénář jejich iterací odkazu funkce pracovní položky. Je třeba propojit pomocí odkazy na související položku, protože scénáře listu již má nadřazených položek.

• Scénáře a kvalitu požadavků na služby, které testují propojit testovacích případů pracovní položky. Funkce odkaz na podmnožinu testovacích případů, které by měla předávat, pokud byla vyvinuta funkci. Tímto způsobem testovacích případů fungovat jako propojení mezi funkce a požadavky zákazníků.

Kvalitu funkcí služby

Kvalita požadavků na služby jsou obvykle všude s ohledem na návrh softwaru. Můžete například požadavky na zabezpečení obvykle nesouvisí konkrétní vývojový úloh.

Nicméně pro jednotlivé kvality požadavek služby byste měli vytvořit jehož podřízené objekty jsou především testování úlohy, které bylo zajištěno splnění kvalitu služeb kritérium funkce pracovní položku. Tyto pracovní položky se nazývají kvalitu funkcí služby.

Některé kvalitu funkcí služby mohou mít úkoly vývoje. Například v rané iteraci, může implementovat s verzí systému, který dokáže zpracovat pouze několik uživatelů, jako ověření koncepce. Pro pozdější iteraci můžete přidat funkce, která určuje cílový kapacitu, jak je uvedeno v požadavků zákazníků.

Plánování produktu

Před zahájením každé iteraci cyklu podržte meeting ke kontrole plán produktu. První produktu schůzka k naplánování vytvoří plánu a následné schůzky zkontrolovat založené na dřívější iterací. Další informace naleznete v tématu Plan a project (CMMI).

V produktu plánu zkontrolovat, diskuze o funkce s firemními účastníky a připravte se na ně reprioritize a uspořádat do různých iterací. Schůzky by měla obsahovat firemními účastníky a zástupců vývojového týmu.

Schůzky popisuje pořadí, ve kterém bude rozvíjet funkce. To lze provést pomocí projekci nebo sdílení obrazovky Office Excel zobrazení dotazu produktu požadavky a funkce řazení podle iterace.

Alternativní technika je umístit funkcí v určitém pořadí a vzít v úvahu, kolik je možné provést v každé iteraci. Například, vývojáři mohou diskutovat o zda "zákazníka lze zobrazit ceny" by měl být přesouvat z iterace 2 iterace 3, bez jeho přesunutí v sekvenci. K umístění položek v sekvenci, přidejte další sloupec, v tabulce s názvem pořadí a vložte celá čísla, které označují pořadí. Pořadí podle tohoto sloupce tabulky. Je pořadí nesmí být uložen v Team Foundation Server, ale můžete uložit tabulky. Při otevření tabulky, klepněte na libovolnou buňku v tabulce pracovní položky a potom klikněte na tlačítko Aktualizovat na kartě týmu.

Plánování produktu považovat priorit funkcí a nákladů na vývoj. Priority pocházet z firemní účastníky s poradit o riziko od vývojářů. Náklady odhadne pocházejí od vývojářů. Chcete-li získat přesné představu o náklady, vývojový tým musí mít neučinili některé práce na architektuře produktu a může být nutné některé vyzkoušet z early iterací. Z tohoto důvodu by měla být odhad nákladů na kontrast v každé kontrolní plán produktu.

Plánování iterace

Po kontrole plánu produktu plánování iterace. Plán produktu určuje funkce, které budou doručeny do konce roku iterace. Plán iterace Určuje, jakou práci týmu k tomu k implementaci a testování funkcí.

Níže uvedené činnosti jsou součástí plánování iterací:

• Vytvoření úlohy pro vývoj a testování a propojit je jako podřízené požadavky na funkce.

• Vytvoření testovacích případů pro aspekty zákazníka požadavky, které mají být vyvinuté v jednotlivých funkcí. Testovací případy by měl být propojen s požadavky na zákazníka tak, aby je možné sledovat, jak dokončení jsou požadavky.

Můžete také propojit testovacích případů pro funkce tak, aby bylo možné sledovat shodu mezi požadavky a funkce. Funkci by neměl být označeny jako dokončené dokud předat propojené testovacích případů.

Další informace naleznete v tématu Plan an iteration (CMMI).