ASWI - Pokročilé softwarové inženýrství » ASWI 2017 » Porovnání definice příkazu (Aimtec) - Mutant Industries Ltd.

h2. *Popis projektu*

V rámci projektu dojde k přidání jedné funkcionality do již existující aplikace DCix, která slouží zákazníkům zejména pro evidenci činností ve skladu (příjemky, výdejky, atd.). V aplikaci je tato funkčnost přítomna pro porovnání dvou transakčních definic, ale již chybí u objednávkových definic (Orders Definition), kde její absence přidělává konzultantům práci a zdržuje je od další práce. Proto provedeme implementaci tohoto porovnání dvou definic příkazů i do záložky Orders Definition tak, že výsledné ovládání a funkčnost se nebude lišit od již existujícího porovnání transakčních definic. Po úspěšné implementaci již bude možné přímo porovnávat dvě definice příkazů přímo z příslušné obrazovky pro Order Definition. Po provedení porovnání se zobrazí nové okno se zobrazením rozdílů v těchto definicích.   

h2. *Pojmy*

*  příkaz - který lze chápat jako doklad, který je použit ve skladu a může být např. ve formě výdejky nebo příjemky. Tento doklad se skládá ze dvou částí, a to z hlavičky a řádků. Tyto příkazy se ale vytvářejí až na místě a na míru konkrétního zákazníka, protože každý zákazník požaduje v příkazu různé atributy.

* hlavička - typ dokladu, jakému zákazníkovi je určeno vydávané zboží a identifikace tohoto zákazníka. V jednotlivých řádcích jsou poté uvedeny položky nebo produkty a jejich popis, cena a vydávané množství.

* definice příkazu - je uložena nejčastěji v XML a udává strukturu toho, co se bude nacházet na konkrétním příkazu a jeho stavový diagram.

* stavový diagram - slouží pro evidenci stavu, ve kterém se zrovna doklad nachází (zda byl přijat, vydán atd.).

h2. *Cíl projektu*

Současný stav aplikace, kdy nelze porovnávat dvě definice příkazů přidělává práci zejména konzultantům, kteří nasazují aplikaci DCIx u zákazníka a potřebovali by porovnat dvě existující definice příkazů, zda se v něčem neliší. Lišit se mohou z důvodu, že se nejprve u zákazníka nasadí cvičná verze, kterou zákazník testuje a zkouší si v ní svoje postupy a procesy. Po ověření, že cvičná verze funguje správně, je provedeno nasazení ostré verze, při kterém se ale může stát, že se nepřenesou správně všechny definice příkazů a zákazníkovi tak můžou chybět v definicích některé atributy. Ruční porovnávání je pro konzultanty pracné a časově náročně, proto by jim velmi pomohla možnost porovnat dvě vybrané definice příkazů.

V současné verzi aplikace také funguje porovnávání definic transakcí, kde dojde ke zvýraznění rozdílů v těchto definicí. 

Naším cílem je tedy přidat tuto funkčnost pro porovnání dvou definic objednávek (Orders Definitions) do aplikace do části pro objednávky, aby bylo umožněno jejich snadné porovnání.

h2. *Funkční požadavky*

Do záložky Order definitions v aplikaci DCIx přidat tlačítko Compare, kterým po vybrání dvou definic příkazů získá konzultant v nově otevřeném okně informace o tom, které části příkazu se od sebe liší. Půjde tedy o úpravu klientské části webové aplikace, do které bude přidáno tlačítko pro porovnání a úpravu serverové části, do které bude přidána funkčnost, která zjistí z načtených definic rozdíly a vrátí je zpět do klientské aplikace.

h2. *Rizika v projektu* 

* Nedostatek času z důvodu dalšího vytížení týmu (studium)

** Zde je opatření spočívající v průběžné práci a nenechávání všeho na poslední chvíli na konec iterace, aby jsme vždy mohli zákazníkovi ukázat progress projektu.

* Značně rozsáhlá aplikace, kterou tým nezná a pochopení toho, kde a co nastavit, popřípadě doplnit, může zabrat více času než bylo odhadnuto

** Zde nám vychází zákazník maximálně vstříc a na každé schůzce nám vždy ukáže potřebné třídy a soubory, které se nám budou při vývoji hodit.

* Připojení k aplikaci a vývojovým prostředím jen pomocí virtuálního serveru zřízeného u zákazníka - v případě výpadku nelze provádět žádnou činnost

** Je potřeba provádět pravidelně práci na virtuálním stroji a nenechávat vše až na konec iterace. Pokud totiž přijdeme na nefunkčnost stroje, zákazník jí po našem nahlášení může rychle opravit.  

h2. *[[Popis iterací v rámci projektu]]*

h2. *[[Akceptační scénáře]]*

h2. *[[Uživatelská dokumentace]]*