Implement development tasks

Úloha vývoj je malou část vývojové práci, který byl vyvolán požadavek. Provádění úkolu vývoj zahrnuje přidání odpovídající nové funkce softwaru. Po dokončení úkolu vývoj, by mělo být jednotka otestovat, zkontrolovány kódu analyzovat a integrovat do existujícího základu kódu.

V tomto tématu

Odhad

Návrh dokumentů

Přehled návrhu

Testování částí

Analýza kódu

Proces kontroly kódu

Refaktorovat

Integrovat změny

Odhad

Odhadování náklady na vývoj úlohy umožňuje řídit obor funkcí a plánu vývojové práci. Odhad nákladů pro všechny úkoly vývoje by měl být dokončena a všechny problémy by měl být přeloženy před iterace schůzka k naplánování. Je-li celkových nákladů na úkoly vývoje více, než může být provedena v iterace, musí být úloha odložených nebo přeřazena. Po vývojovém je vybrán úloha odpovídá vývojářům nákladů úkolu.

Vytvoření úkolu pracovní položky pro každý úkol vývoj, který je vybrán a tu propojit na požadavcích, ze kterého byl vytvořen. To lze provést na kartě implementace na úkolu nebo požadavek pracovní položku. Základní vaše odhadne na dobu, po kterou byl požadovaný k dokončení podobné úlohy a ujistěte se, zda jste faktor nákladů na testy částí. Pro každý úkol zadejte do pole původní odhad pracovní položky úloh odhad.

Formulář pro úlohu pracovní položky úložiště dat v polích a karet, které se zobrazí na následujícím obrázku:

Po úkoly byly vytvořeny a odhadovaná, pomocí dotazu členění práce můžete zobrazit rozpis všech požadavků a úlohy. Další informace naleznete v tématu Shared queries (CMMI).

Návrh dokumentů

Návrh dokumentů by měla obsahovat dostatek informací, která popisuje vývojář, jak psát kód k provedení požadavku v produktu.

Návrh dokumenty mohou být kolekce specifikace, požadavek pracovní položky a další dokumenty, v závislosti na procesu vašeho týmu.

Zvažte použití návrhové vzory, objektově orientovaného návrhu, strukturální modely, modelování jazyky, entity Vztah modely a jiné postupy v pokynech pro návrh, který je určen pro váš tým. Je také vhodné dokumentů zdůvodnění klíčová rozhodnutí, které byly provedeny. Pokud je významný vliv na náklady, plánu nebo technické výkonu, dokumentace důvodu rozhodnutí za tyto efekty a tuto informaci zahrnout v návrhu.

Po vytvoření dokumenty nezbytné návrh, uložit je kde členové týmu mohou sdílet. Další informace naleznete v tématu Správa dokumentů a knihoven dokumentů.

Přehled návrhu

Přehled návrhu se používá k zajistěte, aby návrh nové nebo aktualizované je technicky přesný, dokončení, testování a vysoce kvalitní a který implementuje požadavek správně. Návrh recenze jsou klíče metoda zajistit kvalitu rané fázi označením problémy předtím, než jsou uvedeny v kódu. Návrh revize také poskytnout další podrobné informace o návrhu od ostatních vývojářů.

Vývojář, který je zodpovědný za vytváření návrh by měl uspořádat přehled návrhu určením kontrolorů, plánování revize a distribuci návrh, aby všichni kontroloři.

Všechny zainteresované uživatele, kteří jsou zapojeny nebo ovlivněny návrh by se měly podílet revizi. Obvykle to může zahrnovat projektový manažer, hlavní vývojář a testování pro oblasti návrhu. Všichni vývojáři, kteří jsou ve stejném týmu jako vývojář, jehož kód je vyhodnocované má také účasti v recenzi.

Naplánování schůzky kontrolní a distribuci dokumentů návrh rané fázi dostatek tak, aby poskytovala dostatek času na každou kontrolora k jejich načtení. Plán délka kontrolní meeting tak, aby odpovídaly musí být zkontrolovány kolik podrobné technické informace.

Ověřit kvalitu

Zajistěte, aby návrh testování. Vytvářet kód, který nelze ověřit nebo ověřit přiměřenou způsobem? V takovém případě nemůže zajistit kvalitu kódu a musí být přepracována návrh. Zkontrolujte dokumenty návrhu pro problémy, které povede k kód chyby. Vyhledejte nesprávné rozhraní popisy, návrh chyby nebo názvový nejasnosti. Porovnání dokumentů návrh proti existující kritérií, například operátor rozhraní standardů, bezpečnostní standardy, produkční omezení, návrh tolerance nebo částí standardů. Vytvořte chybu pracovních položek, které popisují žádné nedostatky, které se nacházejí v návrhu dokumenty a přiřaďte mu zodpovědná vývojáře.

Vytvořit kontrolní pracovní položky pro návrh

Pracovní položka kontrolní je vytvořen Dokumentovat výsledky přehled návrhu. Další kroky pro návrh, které závisí na velikosti nezbytné změny musíte se rozhodnout, kontrolní týmu. Je-li nastavit stav pracovní položky na Uzavřeno, nastavte důvod přijato (jak je) a Všimněte si, že kódování můžete spustit na návrh, jsou nezbytné, žádné změny. Pokud jsou nutné malé změny, nastaví stav pracovní položky na Vyřešeno a nastavte důvod na přijaté s malé změny. To znamená, že kódování můžete spustit po provedena malé změny v návrhu. Pokud nastavíte stav pracovní položky na Vyřešený a důvod k přijaté s zásadní změny jsou nutné, hlavní změny. Návrh musí být přepracována a jiné přehled návrhu musí být provedeny, před kódování můžete spustit na návrh.

Testování částí

Testování částí ověřte správné provádění jednotka kódu. Psaní a provádí testování částí identifikuje chyby před testování spustí a proto pomáhá snížit náklady na kontrolu kvality. Vývojáři musí zapsat testy částí pro všechen kód, který bude napsán v rámci implementaci vývoj úkolu nebo opravě chyby. Další informace naleznete v tématu Testování částí kódu.

Analýza kódu

Analýza kódu ověří kód proti sadu pravidel, které pomáhají zajistit dodržování pokyny k vývoji. Cílem analýzu kódu je bez porušení analýzu kódu nebo upozornění. Analýza kódu můžete prohlédnout v kódu, více než 200 potenciální problémy v konvence, knihovna návrh, lokalizace, zabezpečení a výkonu.

Pokud spustíte a spustit analýzu kódu v rané fázi vývojového cyklu, můžete minimalizovat narušení a upozornění průběžně.

Je-li spustit v 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 jde o případ, můžete chtít vytvořit sadu standardních hodnot kritické pravidel, zda kód musí předat a potom rozbalte položku pravidlo nastavit jako více důležitých problémy vyřešeny. Tímto způsobem týmu můžete posunout vpřed na nové funkce protože 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 kontroly kódu

Hlavní vývojář by měl určením kontroloři, plánování revizi kódu a odeslání kódu na revizi všichni kontroloři uspořádat revizi kódu. Chcete-li připravit na revizi kódu, proveďte následující kroky:

1. Vytvořte kontrolní pracovní položky můžete sledovat rozhodnutí, které byly provedeny v recenzi. Je-li nastavit stav pracovní položky na Uzavřeno, nastavte důvod přijato (jak je) a Všimněte si, že kódování můžete spustit na návrh, jsou nezbytné, žádné změny. Pokud jsou nutné malé změny, nastaví stav pracovní položky na Vyřešeno a nastavte důvod na přijaté s malé změny, které označuje, zda kódování lze spustit po malé změny byly provedeny. Pokud nastavíte stav pracovní položky na Vyřešený a důvod k přijaté s zásadní změny jsou nutné, hlavní změny. Návrh musí být přepracována a jiné přehled návrhu musí být provedeny, před kódování můžete spustit na návrh.

2. Zjistěte, který se bude podílet revizi kódu. Obvykle na alespoň hlavní vývojář a architekt, který je zodpovědný za oblasti kódu by se měly podílet revizi.

3. Naplánování schůzky kontrolní s kontroloři a poskytovat dostatečný čas pro každou kontrolora ke čtení a porozumění kódu před zahájením schůzky. Plán délka kontrolní meeting tak, aby odpovídaly musí být zkontrolovány kolik kódu.

Revize kódu

Revize kódu se používá k ověřte, zda kód nové nebo změněné splňuje panel aplikace kvalitu zavedených předtím, než je integrována do denní sestavení. Požadavky na kvalitu jsou kódování standardy, shodu architektury a designu, výkonu, čitelnost a zabezpečení. Revize kódu také analyzována od ostatních vývojářů o tom, jak by měly být zapsány kódu.

Ověřte, Relevance kódu	Kód, který je vyhodnocované je vztahující se k úloze, ve kterém je zadán kód. Žádné změny kódu má být povoleno, který není adresa funkce, které je implementována nebo opravit.
Ověřte rozšiřitelnosti	Kód je zapsán tak, aby může být rozšířena, pokud je to úmyslu dané nevynutitelné, nebo znovu použít v jiných oblastech systému. Řetězec konstanty, které se používají v kódu jsou správně zpřístupněte materiály, které mohou být mezinárodní.
Ověřte složitost minimální kódu	Opakovaný kódu můžete zjednodušená do běžných funkcí. Podobné funkce je zpřístupněte běžné procedura nebo funkce.
Ověřte algorithmickou složitost	Počet provedení cesty v kódu, který je zkontrolovány minimalizovat.
Ověřit kód zabezpečení	Kód je zaškrtnuto pro ochranu majetku, úrovní oprávnění a použití údajů na adrese vstupní body.

Refaktorovat kódu

Kód je refactored po revize kódu bylo zjištěno, že chcete-li vyřešit kvalitu kódu, výkonu nebo architektura musí být provedeny změny.

Přečtěte si poznámky kódu kontrolní pracovní položky k určení, jak bude Refaktorovat kód.

Použít refaktoring postupně, jeden změn najednou. Změnit kód a všechny odkazy na oblasti upravené podle potřeby.

Proveďte testování částí tak, aby po refaktoring zůstane sémanticky ekvivalentní oblasti. Opravte všechny testování částí, které nebudou fungovat. Proveďte analýzu kódu a opravte všechna upozornění. Znovu proveďte testování částí, pokud byly 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 do správy verzí. Před kódu se změnami, je třeba provést žádné testy, které jsou vyžadovány váš proces. Další informace o tom, jak zkontrolovat kódu pro problémy s předtím, než se změnami, naleznete v Zvýšení kvality kódu použitím zásad vracení se změnami týmového projektu.

Pokud pracovní položka, která souvisí s změny je scénář nebo kvalitu služeb požadavku, který nejste vlastníkem, oznámení vlastníka, že změny byly dokončeny. Nastavit pracovní položku úkolu na Vyřešený a přiřaďte ho k jednomu z testery, kteří vytvořili testovací případy pracovní položku.

Pokud pracovní položka, která souvisí s změny chybu, nastavte pracovní položka chyby na Vyřešený a přiřaďte ho k původní člověka, který byl vytvořen.