vývojář
8. května, 2020
Správce aplikací Darroll Walsh sdílí úvod do vývoje CMMI pro vývojáře.
integrovaný model zralosti schopností (CMMI) je program zlepšování a hodnocení procesů, který se integruje s dalšími programy zlepšování procesů, jako je Project Management Body Of Knowledge (PMBOK) a Agile. Pracuje na zefektivnění a standardizaci všech procesů a poskytuje prostředky k dohledu a uplatnitelným metrikám pro vývoj, služby, správu dodavatelů, kybernetickou zralost a další.
co chci udělat, je poskytnout přehled CMMI Dev z pohledu vývojáře. Budeme přeskakovat řízení projektů, obchodní analytik, správa konfigurace, a testování částí CMMI DEV, abychom se zaměřili na dopad CMMI na vývojový tým. Pokud existuje zájem o další role nebo schopnosti, které mohou být dobrým tématem pro pozdější položku blogu. Stačí si uvědomit, že před zahájením vývojářů je spousta práce, a to i v agilním vývoji.
začněme:
SPECIFIKACE BRS nebo obchodních požadavků je místem, kde to všechno začíná, toto je jediný zdroj pravdy. To je místo, kde obchodní požadavky, které majitel produktu podepíše. Zatímco vývojáři mohou být konzultováni při vytváření BRS, to je hlavně odpovědnost BA. nicméně, to je místo, kde vývojář může skutečně poznat aplikaci, kterou vyvíjejí; místo, kde získat celkový obraz.
návrhy na vysoké a nízké úrovni jsou dokumentace architektury, která ukazuje, jak jsou komponenty aplikace připojeny. V návrhu na vysoké úrovni bychom rozložili externí závislosti a způsob interakce uživatelů a / nebo systémů s naším systémem. Návrh na nízké úrovni by stanovil, jak vnitřní komponenty vzájemně interagují. Jejich přezkoumání by dalo jinému vývojáři velmi rychlé pochopení fungování aplikace.
SRS, nebo specifikace požadavků na Software, je místo, kde vývojář dokumentuje, jak bude aplikace postavena. Zde jsou zdokumentovány služby, jsou stanoveny závislosti a obecně má kód fungovat na základě vytvořených BRS. To se obvykle provádí před zapsáním kódu a je to standardní úkol. Vím, že se někteří ptají, proč bychom to měli dělat. Můj kód je samodokumentace. A i když jsem si jistý, že je, kód se šíří přes stovky souborů a tisíce řádků kódu. A někdy záměr není tak jasný, jak bychom chtěli. SRS nám dává jeden dokument, na který se podíváme s jasným nástinem toho, co můžeme očekávat. Nastiňuje případy použití a očekávané chování v konzistentním panství.
poté, co definujeme, co budeme dělat, a pak napíšeme kód, je čas nechat někoho zkontrolovat, co jsme udělali. Zadejte kontrolu kódu. Není to jen dobrá praxe, jak zachytit jakékoli chyby a zajistit, abychom dodržovali osvědčené postupy a pokyny, je to skvělý způsob, jak sdílet to, co aplikace dělá. Pouhý akt revize kódu druhou sadou očí nám dává druhou osobu, která je obeznámena s tím, jak kód funguje. Vzhledem k tomu, že se to stalo standardní praxí ve většině vývojových týmů, nebudu se o to starat.
testování jednotek je dalším hlavním pobytem většiny vývojových programů. Testování jednotek, ať už se provádí jako součást vývoje řízeného testem nebo po napsání kódu, je jedním z nejlepších způsobů, jak zajistit, aby budoucí změny nezaváděly chyby do našeho kódu. V potrubí CI / CD se můžeme ujistit, že všechny testy projdou dříve, než povolíme kontrolu kódu. To nám pomáhá udržovat kód v dobrém provozním stavu.
jednotlivě je hodnota v každé sadě dokumentů výše, skutečné zisky však začínají, když můžete všechny tyto informace spojit dohromady. Na začátku procesu shromažďování požadavků zahajujeme matici sledovatelnosti požadavků, která nám umožňuje propojit obchodní požadavky, softwarové požadavky, kód, testy jednotek, testovací plány a případy a přijetí uživatelem dohromady. Představte si šest měsíců do velkého projektu a změna způsobí selhání testovacího případu. Nyní se můžeme vrátit k požadavkům, zjistit, jaký je účel tohoto kódu, přesně vědět, kde je Kód pro tuto logiku, upravit test jednotky tak, aby zachytil nový případ, a implementovat opravu během hodin, ne dnů.
v krátkodobém horizontu se CMMI může zdát jako přehnaná, ale i na malých projektech znalosti zachycené sledováním procesu zkracují cyklus, čím déle jste mimo projekt. Nemluvě o tom, jestli jste na projektu nikdy předtím nepracovali.
Podpora Pro Vývojáře
App Dev Customer Success Account Manager, Microsoft Developer Support
Follow