Sdílet prostřednictvím

Uspořádání požadavků do plánu produktu

  • Článek

Po analýze požadavcích zákazníka natolik, aby se pochopit, co by měla provést produktu musíte vypracovat plán pro implementaci produktu.Nebo pro existující produkt, musí pracovat, jaké funkce chybí, a vypracovat plán pro provádění změn.Ale požadavky informovat automaticky v plánu.

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

Lze použít nevyřízené položky a portfolia backlogs a definovat mapování požadavky a funkce.

Funkce a požadavky

Existují dva druhy požadavek v této metody: funkce a požadavky zákazníků.Požadavky zákazníka jsou získat analýzou, co zákazník požaduje z produktu.Funkce jsou položky v plánu produktu, které odpovídají malé dílčí požadavky zákazníka.Každá funkce může zahrnovat kusů požadavky zákazníků, které pocházejí z různých částí uživatelského rozhraní a různých funkčních oblastí.

Požadavky zákazníka

  • Jednání s potenciálními uživateli a dalšími zúčastněnými stranami jsou určeny požadavky zákazníků.

  • Chcete-li analyzovat tyto požadavky, obvykle vytvoříte scénářů a modely a je rozloží scénáře na menší kroky, které tvoří strom.Můžete propojit prvky, jako jsou případy použití a činnosti pracovních položek scénář modelování.

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

    • Scénáře, označované také jako případy použití, představují řady interakce mezi uživateli a produktů pro dosažení určitého cíle.Příklad scénáře může mít název "Uživatel nakupuje knihu."

    • Jakostní požadavky služby patří výkon, zabezpečení, použitelnosti a dalších kritérií.

  • Tyto požadavky na pracovní položky Typ požadavku s polem Typ požadavku scénář nebo Quality of Service může představovat.Další informace naleznete v tématu Vývoj požadavků.

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

  • Zobrazit rezervu nebo otevřete dotaz, požadavek zákazníka zobrazíte seznam pracovních položek těchto požadavků.

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

Funkce

  • Položka funkce je v plánu produktu, který představuje skupinu úkolů.Při plánování produktu, zástupci vývojový tým a zúčastněné strany přiřadit funkce iterací.Další informace naleznete v tématu Plánování projektu (CMMI).

  • Zadejte funkce, jak nastavit pracovní položky požadavku pomocí pole Typ požadavky na funkce.

  • Tato funkce hlavy států z hlediska uživatelů, co budou tito uživatelé moci s produktem, které nebylo v předchozím iterací.Neexistují žádné položky nebo velmi málo položek, na plán, který Nedoručovat novou hodnotu pro uživatele.

    Tato řada funkcí, například mohou tvořit plán implementace:

    • "Kupující 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 značky do knih.Kupující můžete filtrovat seznam knih značky."

    Všimněte si, že žádné funkce dotkne pouze jedním krokem v uživatelské rozhraní a žádné funkce zahrnuje pouze jednu součást architektury produktu.Místo toho jsou implementovány funkce, několik funkcí jsou znovu obrácena pozornost a rozšíření s novou hodnotu pro uživatele.

  • Funkce je přiřazen k iteraci při plánování produktu.Všechny úkoly v rámci funkce musí přiřadit stejné iterace.

  • Popisuje funkce, částečné realizace požadavků zákazníka.Je podmnožinou požadavky zákazníka a ji může implementovat každý požadavek zákazníka v omezené míře.

  • Všechny funkce lze propojit jeden nebo více testových případů, které jsou součástí požadavků, které představuje tuto funkci otestovat.Tyto testovací případy jsou podmnožinou systémových testů, které jsou spojeny s požadavky zákazníků.

  • Tato funkce státu nesmí být označena kompletní dokud testování jsou plně definovány a předat.

  • Všechny funkce je skupina úloh pro vývoj a testování.Je kořen stromu úkolů.Vývojářské úlohy implementovat dílčí požadavky, které popisuje funkci.Úlohy testovací návrh a provedení vhodných případech test.

  • Pomocí dotazu funkce seznamu požadavků produktu.

Funkce hledání

Rozdělení požadavků do dílčích funkcí je kreativní úkol, který musí zahrnovat vývojáři, analytici a zúčastněnými stranami.Funkce definuje část produktu funkce, které lze samostatně implementována podobjektu z okolních funkcí.Proto funkční sada definice funkcí a řazení do plánu zčásti závisí na architektuře systému.

Z tohoto důvodu plánování a vytváření původního návrhu výrobku musí pracovat paralelně, zejména v 0, kde je právě vyobrazená hromadného plán opakování.

Scénář rozkladu

Můžete uspořádat požadavky na funkce, pomáhá rozložit do menších kroků scénáře.

Scénářů často Nápověda k této činnosti.Scénář je posloupnost obrázků, které ilustrují scénář.Diagramy činnosti UML jsou užitečné pro zobrazení alternativních cest a sekvenční diagramy UML můžete diskutovat o interakce mezi několika objekty actor.Po analýze situace pomocí těchto nástrojů můžete zadat rozložené scénáře do Průzkumník týmových projektů.To umožňuje propojení testových případů do 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, který shrnuje, co dělat při dokončení každé iteraci uživatelů.Můžete vytvořit více než jednu funkci pro každou iteraci.Zadejte je jako pracovní položky požadavku, nastavení typu požadavku na funkci.

Pracovní položky k definování funkcí pomocí přiřazení scénáře.Následující příklad funkce plán je odvozen ze přiřazení scénáře iterací v předchozí části:

  • Iterace 1

    • Zákazník vybere zboží z nabídky, přidá je do objednávky a přidá adresu dodání.

  • Iterace 2

    • Zákazníci, začněte s přehledem restaurací a vyberte jednu.

    • Po dokončení objednávky zákazník objednávku se zobrazí na obrazovce vybrané restaurace.

    • Ceny položek a celkovou cenu jsou zobrazeny v pořadí.

  • 3 Iterace

    • Restaurace označuje pořadí jako "Hotovo", pokud byl odeslán hotové jídlo.Jídla je zaznamenána proti restauraci.

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

    • Zákazník procházet před výběrem jedné nabídce každé restaurace.

  • Opakování 4

    • Zákazník zadá detaily platby na dokončení objednávky.Zákazníka je účtován restauraci označuje pořadí stejně.

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

  • Opakování 5

    • Restaurace můžete nastavit oblast jejich dodání.Zákazník zadá PSČ na začátku relace.Na webu se zobrazí pouze restaurací, které lze doručit v místní síti.

Částečně implementované scénáře

Scénáře decomposing do malých kroků pomáhá oddělit některé kroky, které mohou být implementovány dříve od jiných uživatelů, které lze provést později.

Ale někdy může rozdělit ostatní aspekty scénáře.V tomto příkladu může implementovat základní verze uživatelského prostředí v raném iterací týmu a dále zlepšit.Takže můžete přidat následující funkce:

  • Opakování 6 - restaurace můžete zvolit barevné schéma a písmo jeho nabídky a odeslat vlastní loga a obrázky jídel.

Tento typ funkce nevyplývá přímo z rozložené do kroků, ale obvykle ukáže v diskusi scénářů.Funkce uživatelské zkušenosti jsou vhodnými kandidáty pro vyšší počet iterací.

Zadání a kontrola funkce

Vytvořit pracovní položky Typ pracovní položky požadavku a nastavte pole Typ požadavku na funkci.Nastaví název funkce stručný popis.

Sledování funkce a požadavky

Funkce můžete propojit s požadavky následujícími způsoby:

  • Propojení pracovních položek funkce listu scénář požadavky jejich počet iterací.Je nutné propojit pomocí propojení souvisejících položek, protože listy scénáře již mají rodiče.

  • Propojit pracovní položky testového případu scénáře a jakostních požadavků na služby, které se testují.Funkce odkaz na část testových případů, které musí uplynout, vyvinula funkci.Tímto způsobem testových případů fungují jako propojení mezi prvky a požadavky zákazníka.

Kvalita funkcí služby

Jakostní požadavky na služby jsou obvykle všude s ohledem na návrh softwaru.Například požadavky na zabezpečení nejsou obecně související s konkrétní vývojový úkol.

Nicméně pro jednotlivé jakosti požadavku služby byste měli vytvořit funkce pracovní položky, jejichž děti jsou hlavně testování úkoly, které bylo zajištěno splnění kvality služeb kritéria.Tyto práce se nazývají kvality funkcí služby.

Vývojářské úlohy může mít některé kvality funkcí služby.Například v rané iterace může implementovat verze systému, který lze zpracovat pouze několik uživatelů, jako důkaz konceptu.Pro pozdější opakování můžete přidat funkci, která určuje cílové kapacity, jak je uvedeno v požadavcích zákazníka.

Plánování produktů

Před začátkem každé iteraci podržte schůzku zkontrolovat plán produktu.Prvním produktem, plánování schůzky vytvoří plán a následné schůzky zkontrolovat podle předchozích iteracích.Další informace naleznete v tématu Plánování projektu (CMMI).

V plánu produktu prohlížení, diskuse se zúčastněnými stranami obchodní funkce a připravte se na ně reprioritize a uspořádejte je do různých iterací.Zasedání by měly zahrnovat zúčastněné strany obchodní a zástupců vývojářského týmu.

Zasedání popisuje pořadí, ve kterém bude rozvíjet funkce.To lze provést pomocí přesahující nebo sdílení obrazovky Office Excel zobrazení dotazu požadavky produktů a funkcí řazení pomocí iterace.

Alternativní metoda je funkce v určitém pořadí a potom zvažte kolik lze provést v každé iteraci.Například, mohou vývojáři diskutovat zda "zákazníka můžete zobrazit ceny" přesunuto z iterace 2 3 iterace, bez jeho přesunutí v pořadí.Umístit zboží v posloupnosti, přidat další sloupec s názvem pořadí v tabulce a vkládat celých čísel, které označují pořadí.Pořadí podle tohoto sloupce tabulky.Je pořadí nesmí být uloženy v Team Foundation Server, ale můžete tabulku uložte.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í produktů za priority funkcí a náklady na vývoj.Priority pocházet z účastníků obchodní, některé návod rizika od vývojářů.Ceny odhadů pocházejí od vývojářů.Chcete-li získat přesnější představu o náklady, vývojový tým musí mít již některé práce na architektuře produktu a může potřebovat některé zkušenosti z rané iterací.Z tohoto důvodu by měl být odhad nákladů na kontrast při každé revizi plánu produktu.

Plánování iterace

Po přezkoumání produktu plánu plánování iterace.Plán produktu určí funkce, které budou doručeny do konce iterace.Plán opakování určuje, jakou práci týmu udělá na implementaci a testování funkcí.

Tyto činnosti jsou součástí plánování iterací:

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

  • Vytvoření testových případů aspekty zákazníka, požadavky, které mají být vyvinuty u každé funkce.Testových případů by měl být propojen požadavky zákazníka, takže můžete sledovat, jak kompletní požadavky jsou.

Můžete také propojit testových případů do funkce, aby mohli sledovat vztah mezi funkcí a požadavků.Funkci neměla být vyplněna úplná až do předání propojené testových případů.

Další informace naleznete v tématu Plánování iterace (CMMI).