Implementace úkolů vývoje

Vývoje je malá část vývojové práce, která vyplývá z požadavku.Implementace vývoje zahrnuje přidání vhodné nové funkce softwaru.Po dokončení vývoje by mělo být jednotka testovány, přezkoumat kódem analyzován a integrovat do existujícího základu kódu.

V tomto tématu

Odhad

Projektovou dokumentaci

Přezkoumání návrhu

Testování částí

Analýza kódu

Proces recenzování kód

Refaktorovat

Integrovat změny

Odhad

Odhadu nákladů vývoj úkolů umožňuje řídit rozsah funkcí a pracovního plánu rozvoje.Odhad nákladů pro všechny vývojářské úlohy by měl být dokončen a případné problémy by měla vyřešit před iterace plánování schůzky.Je-li celkové náklady na vývojářské úlohy více, než je možné provést v iteraci, musí odložit nebo znovu přiřazen úkolu.Po vývoj je zvolen úkolu je odpovědností vývojáře na náklady úkol.

Vytvořit pracovní položku úlohy pro každý úkol vývoj, který je vybrán a propojit ji s požadavkem, ze kterého byl vytvořen.To lze provést pomocí karty implementace pro úkol nebo pracovní položky požadavku.Založte své odhady na dobu, po kterou byla povinna provádět podobné úlohy a je třeba zohlednit náklady na testování částí zápisu.U každého úkolu zadejte odhad do pole původní odhad pracovní položky úkolu.

Formulář úkolu pracovat položky úložiště dat v polích a karty, které ukazují následující obrázky:

Po úkoly byly vytvořeny a odhadem za použití dotazu rozpisu práce zobrazit rozpis požadavky a úkoly.Další informace naleznete v tématu Sdílené dotazy (CMMI).

Projektovou dokumentaci

Projektovou dokumentaci by měla obsahovat dostatek informací k popisu se vývojáři jak napsat kód k provedení požadavku ve výrobku.

Projektovou dokumentaci může být sada specifikací, pracovní položky požadavku a jiné dokumenty, v závislosti na procesu vašeho týmu.

Zvažte použití návrhové vzory, objektově orientovaného návrhu strukturálních modelů, modelování jazyky, modely vztah entity a jiné techniky v pokynech pro návrh, který je určen pro váš tým.Je také vhodné ke zdokumentování zdůvodnění zásadní rozhodnutí, které byly provedeny.Například pokud existuje významný vliv na cenu, plán nebo technického výkonu dokumentovat důvody pro rozhodnutí za tyto efekty a tuto informaci zahrnout do návrhu.

Po vytvoření návrhu potřebné dokumenty ukládat kde členové týmu mohou sdílet.Další informace naleznete v tématu Správa dokumentů a knihoven dokumentů.

Přezkoumání návrhu

Přezkoumání návrhu se používá k zajištění, že je nový nebo upravený návrh technicky přesné, úplné, lze a vysokou kvalitu a implementuje požadavek správně.Posouzení projektů jsou klíče způsob, jak zajistit kvalitu brzy identifikováním problémů dříve, než jsou uvedeny v kódu.Přezkoumání návrhu také poskytnout další informace o návrhu od jiných vývojářů.

Vývojář, který je zodpovědný za vytváření návrhu by měly organizovat přezkoumání návrhu určení recenzentů, plánování recenze a distribuce návrh tak, aby všichni recenzenti.

Všechny zúčastněné strany, kteří jsou zapojeny nebo ovlivněny návrhu by se měly podílet revizi.To obvykle patří vedoucí projektu, hlavní vývojář a testování služby v oblasti návrhu.Všichni vývojáři, kteří jsou ve stejném týmu, stejně jako vývojář, jejíž kód je přezkoumat také účasti v recenzi.

Naplánovat schůzku přezkoumání a distribuovat projektovou dokumentaci brzy nedosáhnete každý recenzent dostatek času k jejich načtení.Plán délky přezkumné zasedání tak, aby odpovídala kolik technické údaje musí být přezkoumána.

Ověřte kvalitu

Ujistěte se, že je lze návrh.Vytvářet kód, který nelze ověřit nebo ověřit způsobem přiměřený?V takovém případě nelze zajistit kvalitu kód a návrh musí být přepracována.Přezkoumá projektovou dokumentaci pro problémy, které povedou ke kódu chyby.Hledejte popisy nesprávné rozhraní, chyby v návrhu nebo záměně názvů.Porovnání dokumentů návrhu proti stávající kritéria, například operátor standardy, bezpečnostní normy, omezení výroby, konstrukčních tolerancí nebo částí normy.Vytvořit pracovní položky, které popisují všechny chyby, které se nacházejí v projektovou dokumentaci chyby a přiřadit je zodpovědný vývojář.

Vytvořit pracovní položku přezkoumání návrhu

Přezkoumání pracovní položka je vytvořena Dokumentovat výsledky přezkoumání návrhu.Přezkoumání týmu musí rozhodnout další kroky týkající se návrhu, které závisí na množství změn, které jsou nezbytné.Pokud je nutné provést žádné změny, nastavení stavu pracovní položka Uzavřeno, nastavte důvod přijaté (což je) a Všimněte si, že kódování můžete spustit v návrhu.Pokud je nutné provést drobné změny, nastavení stavu pracovní položku Vyřešeno a nastavte důvod na přijaté s menšími změnami.To znamená, že kódování můžete spustit po malých změn provedených v návrhu.Je-li nastavit stav pracovní položky Vyřešeno a nastavit důvod k přijaté s hlavní změny, je nutné, hlavní změny.Návrh musí být přepracována a jiné přezkoumání návrhu musí být provedeny před zahájením kódování v návrhu.

Testování částí

Testování částí ověřte správné provádění kódu jednotky.Zápis a provádění zkoušek jednotka identifikuje chyby před testování spustí a proto pomáhá snižovat náklady na kontrolu jakosti.Vývojáři musí psát testy jednotky pro veškerý kód, který bude zapsán jako součást provádění úkolu vývoj nebo stanovení chyby.Další informace naleznete v tématu Ověřování kódu pomocí testování částí.

Analýza kódu

Analýza kódu zkontroluje kód proti sadu pravidel, které pomáhají zajistit dodržování obecných zásad rozvoje.Cílem analýzy kódu je bez porušení analýzu kódu nebo upozornění.Analýza kódu můžete zkontrolovat kód pro více než 200 možných problémů v zásady vytváření názvů, návrh knihovny, lokalizace, zabezpečení a výkon.

Pokud začnete v rané fázi vývojový cyklus spustit analýzu kódu, lze minimalizovat narušení a varování na průběžné.

Spouštíte-li na existující kód, která nebyla vrácena před analýzu kódu, však může mít mnoho porušení pravidel.Pokud se jedná o tento případ, můžete chtít vytvořit sadu baseline důležitá pravidla, že kód musí předat a poté rozbalte položku pravidlo nastavit jako kritičtější problémy vyřešeny.Tímto způsobem týmu můžete přechod na nové funkce jako zlepšuje jeho existujícího základu kódu.

Další informace naleznete v tématu Analýza kvality aplikace pomocí nástrojů pro analýzu kódu a Zvýšení kvality kódu použitím zásad vracení se změnami týmového projektu.

Proces recenzování kód

Hlavní vývojář by měly organizovat přezkoumání kódu Identifikace recenzentů, plánování přezkoumání kódu a odesílání kód ke kontrole všech recenzentů.Příprava pro přezkoumání kódu, proveďte následující kroky:

1. Vytvoření kontroly pracovní položky sledovat rozhodnutí, které jsou provedeny v recenzi.Pokud je nutné provést žádné změny, nastavení stavu pracovní položka Uzavřeno, nastavte důvod přijaté (což je) a Všimněte si, že kódování můžete spustit v návrhu.Pokud je nutné provést drobné změny, nastavení stavu pracovní položku Vyřešeno a nastavte důvod na přijaté s menšími změnami, což znamená, že kódování můžete spustit poté, co byly provedeny drobné změny.Je-li nastavit stav pracovní položky Vyřešeno a nastavit důvod k přijaté s hlavní změny, je nutné, hlavní změny.Návrh musí být přepracována a jiné přezkoumání návrhu musí být provedeny před zahájením kódování v návrhu.

2. Určete, kdo se zúčastní přezkoumání kódu.Obvykle se na alespoň hlavní vývojář a architekt, který je odpovědný za kód oblasti by se měly podílet revizi.

3. Naplánovat schůzku přezkoumání recenzentů a ponechte dostatečný čas pro každého recenzenta ke čtení a pochopení kódu před zasedáním.Plán délky přezkumné zasedání tak, aby odpovídala kolik kód musí být přezkoumána.

Přezkoumání kódu

Přezkoumání kódu se používá k zajištění, že kód nové nebo změněné splňuje panel aplikace zavedené kvality dříve, než je integrována do denních sestavení.Důležité informace o jakosti jsou normy označování, shody architektura a design, výkonu, čitelnosti a zabezpečení.Kód recenze také analyzována od jiných vývojářů o jak by měly být zapsány kód.

Zkontrolujte kód význam	Kód, který je přezkoumat vztahující se k úkolu, pro který kód napsán.By povoleny žádné změny kódu, který není adresa funkce, které je implementováno nebo opravit.
Ověřte rozšiřitelnost	Kód je zapsán tak, že může být prodloužena, pokud je to záměr nebo znovu použít v dalších oblastech systému. Řetězcové konstanty, které jsou použity v kódu jsou správně umístěny prostředky, které mohou být mezinárodní.
Zkontrolujte minimální složitost kódu	Opakované kódu lze zjednodušit do běžných funkcí. Podobná funkce je umístěn ve společné proceduře nebo funkci.
Ověřte Algoritmický složitost	Je minimalizován počet spuštění cesty v kódu, který je přezkoumána.
Ověření zabezpečení kódu	Kód se kontroluje ochranu majetku, úrovně oprávnění a používání dat ve vstupních bodech.

Refaktorovat kód

Kód je refactored po přezkoumání kódu obsahuje změny, které musí být provedeny kód kvality, výkonu nebo architektury.

Přečtěte si poznámky kód přezkoumání práce položky k určení, jak bude Refaktorovat kód.

Použijte refaktoring postupně jednu změnu v čase.Změnit kód a všechny odkazy na oblasti upravené podle potřeby.

Proveďte testování částí tak, aby oblast zůstane po refaktoring sémanticky rovnocenné.Opravte všechny jednotky testů, které nefungují.Provést analýzu kódu a opravte všechna upozornění.Znovu proveďte testování částí, pokud jsou provedeny změny kódu v důsledku analýzu kódu.

Integrovat změny

Posledním krokem je integrovat změny vrácení se změnami na správu verzí.Před změnami kódu je třeba provést všechny zkoušky, které jsou vyžadované procesu.Další informace o tom, jak zkontrolovat kód pro problémy dříve, než se změnami, viz Zvýšení kvality kódu použitím zásad vracení se změnami týmového projektu.

Je-li pracovní položky, které souvisí se změnami do scénáře nebo kvalitu služeb požadavku, jehož jste vlastníkem není, upozorněte správce, aby změny byly dokončeny.Nastavit pracovní položku úlohy na Vyřešený a přiřadit k jednomu testeři, kteří vytvořili testových případů pracovní položky.

Je-li pracovní položky, které souvisí se změnami chyby, nastavte pracovní položka bug na Vyřešený a přiřadit ji původní osobě, která ji vytvořila.