Požadavky milníku LCO » Historie » Revize 13
Revize 12 (Michal Linha, 2020-03-20 13:10) → Revize 13/14 (Michal Linha, 2020-03-20 15:26)
h1. Požadavky milníku LCO h2. Artefakty milníku LCO - pro nás je nejdůležitější možnost 3 *Možnost 1* h3. Definice provozní koncepce Top-level systémové cíle a rozsah > hranice systému > parametry prostředí a úvahy > evoluční parametry Operační koncept h3. Prototypy systému Vyzkoušet klíčové scénáře užití Najít kritické (hlavní) nebezpečí systému h3. Definice požadavků Top-level funkce, rozhraní nebo parametry kvality > vektory růstu > priority Souhlas stakeholderů s požadavky h3. Definice systému a softwarové architektury Top-level definice alespoň jedné proveditelné (implementovatelné architektury) > fyzické a logické součásti a jejich vazby > volba existujících prostředků (knihovny) a znovupoužitelných prvků Identifikace nepoužitelných architektur h3. Definice Life-Cycle plánu (životního cyklu) Identifikace uživatelů během životního cyklu > uživatelé, zákazníci, vývojáři, údržbáři, obecná veřejnost a další Identifikace procesního modelu životního cyklu > Top-level fáze, přírůstky Top-level "Who, What,....." pro fáze h3. Odůvodnění proveditelnosti Ověření konzistence mezi výše zmíněnými prvky > pomocí analýzy, měření, prototypování, simulace,... > analýza obchodního případu pro požadavky, architektury *Zdroj:* https://www.coursehero.com/file/p1fh04j/LCO-and-LCA-Anchor-Points-Milestone-Element-Life-Cycle-Objectives-LCO-Life/ *Možnost 2* h3. Souhlas s rozsahem Stakeholdeři (lidi, kteří mají s vyvíjeným softwarem co dočinění) se shodnou na rozsahu projektu h3. Definice prvotních požadavků Všichni souhlasí (team a zadavatel) s tím, že byla zachycena správná skupina vysokoúrovňových požadavků požadavků a všichni jim rozumí h3. Souhlas s plánováním Všichni souhlasí s cenou a odhadovaným rozvrhem práce h3. Souhlas rizik Byla zjištěna rizika, posouzena a byly nalezeny vhodné strategie jejich řešení h3. Souhlas s procesem Agile Unified Proces (nebo RUP) byl vytvořen a odsouhlasen všemi h3. Proveditelnost Projekt dává smysl z obchodního, ekonomického, technického a operačního hlediska h3. Plán projektu Jsou vytvořeny adekvátní plány pro další fázi projektu h3. Vhodnost projektu do portfolia firmy Hodí se projekt do portfolia organizace ? (pro nás zbytečnost) *Zdroj:* http://www.ambysoft.com/unifiedprocess/aup11/html/milestones.html#LCO *Možnost 3 - CW* Milník ukončující fázi Elaboration. Jeho dosažení nejčastěji podmiňuje stabilizace popisu projektu a požadavků na finální systém, provedení výběru vhodné architektury a její ověření, příprava na implementaci systému (všechno je již nastaveno, stačí začít psát kód), a finalizace Vize projektu a sepsání dokumentu Architektura. > Vize produktu > doménový či datový model > model nasazení > model či prototyp uživatelského rozhraní, zákazníkovi předvedený > prvotní soupis požadavků > fungující bugtracker, úložiště, komunikční prostředky v týmu h2. Dokument vize h3. Obvyklé části historie revizí stránka s podpisy úvod důvod vytváření projektu rozsah projektu co dokument vize řeší business potřeby nebo požadavky náhled problému a řešení hlavní vlastnosti (volitelné) definice uživatelů a všech lidí, kteří budou mít s projektem co dočinění detaily rozpočtu úvahy definice detaily procesu *Zdroj:* https://en.wikipedia.org/wiki/Vision_document h3. Vhodné kroky při vytváření dokumentu vize *Definice business šancí na úspěch* Ukázání výhod a pozitivních věcí získaných po dokončení projektu. *Definice problému* Vyjasnění problému, který projekt bude řešit. Jeho popis, důsledek a očekávání od úspěšně vyřešeného problému. *Identifikace stakeholderů a uživatelů* Zjištění všech lidí, kteří budou mít s projektem co do činění, rozdělení do skupin. I lidi, na které to bude mít negativní dopad. Uživatelé, programátoři,... *Sumarizace potřeb stakeholderů a uživatelů* Po zjištění uživatelů a stakeholderů a jejich rozdělení do skupin musí dojít k nalezení jejich požadavků a potřeb. *Vytvoření přehledu produktu* Zjištění rozsahu projektu (systému) a jeho rozhraní s ostatními lidmi. Lze pomocí digramu, kde každá skupina uživatelů bude mít závislosti s vytvářeným systémem a kde bude zakreslen průběh informací. *Definice vlastností produktu* Podle požadavků stakeholderů lze vytvořit vysokoúrovňové vlastnosti produktu, které budou splňovat požadavky. Každá vlastnost by měla popisovat funkčnost v systému, která bude řešit jeden nebo více požadavků. *Seznam úvah a omezení* Seznam úvah do budoucnosti, které by mohli ovlivnit vizi. Seznam limitací. *Definice požadavků na dokumentaci* Podle složitosti problému navrhnout rozsah dokumentace. Manuály, návody, README,... *Zdroj:* https://www.linkedin.com/pulse/20141103041644-38982905-eight-steps-to-define-the-vision-of-a-software-development-project h3. Vzor dokumentu vize a další odkaz *Template:* http://www.startupcto.com/templates/software-vision-document-template *Další odkaz:* https://www.ibm.com/support/knowledgecenter/SSWMEQ_4.0.6/com.ibm.rational.rrm.help.doc/topics/r_vision_doc.html h2. Obsah datového či doménového modelu h3. Definice doménového modelu Doménový model je strukturovaná vizuální reprezentace propojených konceptů, nebo reálných objektů, který spojuje slovní zásobu, klíčové koncepty, chování a závislosti všech svých entit. h3. Další informace Lze popsat UML diagramem. Popisuje objekty a jejich chování a závislosti. *Zdroj:* https://medium.com/@olegchursin/a-brief-introduction-to-domain-modeling-862a30b38353 *Zdroj:* https://en.wikipedia.org/wiki/Domain_model h3. Data model Popis dat v systému (software) a jejich závislostí a vazeb mezi nimi. Pomáhá zjistit, co se musí ukládat v systému a jak to ukládat. *Zdroj:* https://stackoverflow.com/questions/3507671/whats-the-difference-between-data-modelling-and-domain-modelling Podle http://agiledata.org/essays/agileDataModeling.html fyzický datový model obsahuje už i funkce. h2. Obsah prvotního soupisu požadavků h3. Artefakty > prvotní doménový model > UI model > omezení > Data Flow Diagram > Use Case Diagram > vlastnosti > technické požadavky > a další *Zdroj:* http://agilemodeling.com/essays/agileRequirements.htm#InitialRequirementsModeling *Další info:* https://en.wikipedia.org/wiki/Requirements_analysis