Toto je objekt systému MBI.

MBI (Management Byznys Informatiky) je portál obsahující zobecněná řešení v řízení provozu a rozvoje IT, resp. podnikové informatiky.

Pokud máte zájem získat více informací o tomto objektu (vazby na další objekty, přílohy, apod.), ale i získat mnoho dalších užitečných materiálů, můžete tak učinit ZDE / (registrace je bezplatná).

Úloha : Detailní analýza a návrh aplikace - TASW
Detailní analýza a návrh aplikace - TASW
Kód úlohy

Standardní kód úlohy v MBI.

:
U412C
Autor návrhu úlohy

Jméno a příjmení autora úlohy

:
MBI tým
Datum poslední úpravy

Datum poslední úpravy úlohy ve tvaru rrrr.mm.dd.

:
2018-03-18
Předpokládaná pravděpodobnost užití v praxi

Předpokládaná pravděpodobnost užití úlohy v praxi, hodnoty 0 - 1. Např. 0,7 - úlohu lze využít v 7 z 10 podniků. Hodnoty jsou průběžně testovány a upřesňovány na základě anket a průzkumů.

:
0.7
Charakteristiky úlohy

Charakteristiky úlohy

1. Účel úlohy „Detailní analýza a návrh aplikace – TASW“
  • Účelem úlohy je detailní specifikace definované části (přírůstku) řešení a detailní návrh jeho realizace,
  • Provádí se pro každý přírůstek definovaný v úloze „Globální analýza a návrh“ a velmi těsně se prolíná s implementací,
  • Probíhá iterativně pro každou navrženou funkcionalitu její realizace v TASW, ověření klíčovými uživateli a případně úpravy specifikace a návrhu,
  • Je nasazeno vývojové a testovací prostředí a stanoveny testovací případy a postupy.
2. Scénáře, analytické otázky a problémy
  • Ve vztahu k řešení jednotlivých oblastí podnikového řízení je dobré vycházet z analytických otázek definovaných ve specifických scénářích pro tyto oblasti řízení podniku: „Scénáře k řízení podniku a byznys analytice“ (SGQ100),
  • Úloha má rovněž řešit problémy a otázky definované ve scénáři „Je třeba zajistit systematický průběh řízení a implementace IT projektu“ (S407 ).
3. Vstupy úlohy:
  • Úvodní studie projektu (D421A ),
  • Dokumentace řešení projektu : globální analýza a návrh aplikace (D422A ), zahrnující:
    • specifikace požadavků,
    • konceptuální doménový model (tříd anebo entit),
    • dokumentace vybraného TASW,
    • rozdělení systému do přírůstků,
  • Procesní dokumentace podniku (DQ003A ) - procesní model podniku resp. vybraných oblastí, které jsou předmětem projektu,
  • Katalog požadavků na IT (D042A ),
  • Katalog IT služeb (D111A ),
  • Plán projektu (D401A ),
  • Rozpočet projektu (D411A ),
  • Katalog datových zdrojů (D211A ),
  • Specifikace technologických standardů (D232A ).
4. Výstupy úlohy:
  • Dokumentace řešení projektu: detailní analýza a návrh aplikace (D422A ), zahrnující:
    • funkční specifikace,
    • upravený detailní model a popis procesů, které jsou dotčeny přírůstkem, včetně mapování funkcí TASW na činnosti procesů, vymezení změn v pracovních postupech,
    • návrh úprav uživatelského rozhraní TASW,
    • návrh integrace ostatních aplikací na TASW,
    • návrh migrace dat,
  • Testovací strategie (D117A ), včetně plán testů,
  • Návrh testů a testovacích případů (D428A),
  • Protokol o testování IT služby (D112A ).
5. Řešení úlohy v kontextu řízení podniku - obsah řešení
  • Obsah řízení podniku jako základ detailní analýzy a návrhu řešení aplikace TASW podle jednotlivých skupin úloh je vymezen již v úloze „Globální analýzy a návrh – TASW“ (U412A ). Obdobně jsou jednotlivé typy úloh řízení definovány v úloze globální analýzy (U412A ).
6. Podstatné charakteristiky řešení úlohy „Detailní analýza a návrh aplikace - TASW“
  • Jednotlivé charakteristiky jsou detailně uvedeny v přiloženém PDF dokumentu.
7. Role v úloze:
  • Informační manažer (CIO) (R101 ):
    • Připravuje posouzení dokumentace výstupní analýzy, připravuje posouzení a dokumentaci prototypů,
  • Manažer projektu (R103 ):
    • Řídí a zajišťuje řešení jednotlivých klíčových aktivit detailní analýzy a návrhu, připravuje projektové podklady a organizuje přípravu a posouzení prototypů,
  • Dodavate l (R109 ):
    • Zajišťuje převážnou část řešení detailní analýzy, specifikuje detailní nároky na customizaci dodávaného typového ASW,
  • Byznys analytik (R302 ):
    • Řeší všechny součásti a jednotlivé aktivity v rámci detailní analýzy, tj. zejména zajištění požadavků na funkcionalitu a na customizaci typového ASW, případné dílčí úpravy datových bází, přístupy k aplikaci podle rolí apod.,
  • IT architekt (R401 ):
    • Řeší detailní nároky aplikace na technologickou infrastrukturu, připravuje a zajišťuje potřebné změny infrastruktury, zajišťuje s dodavatelem výběr požadovaných prostředků infrastruktury,
  • Vývojář softwaru (R402 ):
    • Podílí se na detailní specifikaci případných dovývojů k implementovanému TASW,
  • Vývojář webu a multimédií (R403 ):
    • Podílí se na detailní specifikaci funkcionality aplikace spojené s webovým rozhraním,
  • Tester (R404 ):
  • Připravuje datový obsah a pravidla dílčích testů navrhovaných řešení,
  • Metodik, klíčový uživatel (RQ032 ):
    • Konzultuje navrhovanou funkcionalitu aplikace a potřebné customizace, posuzuje analytickou dokumentaci a posuzuje a schvaluje prototypová řešení,
  • Vlastník byznys procesu (RQ033 ):
    • Konzultuje analýzy a návrh funkcionality a navrhované customizace v rámci svých byznys procesů, posuzuje a schvaluje prototypová řešení.
8. Klíčové aktivity úlohy „Detailní analýza a návrh aplikace - TASW“

8.1. Detailní specifikace funkcionality TASW
  • Na základě základní specifikace funkčních požadavků z předchozí úlohy „Globální analýza a návrh“ se detailně dokumentují jednotlivé požadavky na customizace a dovývoje :
    • funkci TASW zahrnuje a není ji třeba upravit,
    • funkci TASW zahrnuje a je třeba ji customizovat se specifikací obsahu customizace (parametrizace, změna číselníků, např. různé DPH, nastavení jiných kalkulací apod.),
    • funkci je třeba vyloučit, nenabízet, redukce menu apod.,
    • funkci TASW nezahrnuje a je třeba ji dovyvinout.
8.2. Analýza a návrh nasazení typového ASW
  • Cílové řešení aplikace je třeba rozdělit na dvě základní úrovně logickou vymezující její obsah a f yzickou představující již její technologické nároky. Zahrnuje zejména tyto dílčí činnosti :
    • Návrh funkcí a funkcionality ve strukturované formě vyplývající z předchozích činností, a to se všemi podstatnými atributy těchto funkcí, tj. vymezení jejich obsahu, výpočtů, vstupních a výstupních dat, případných legislativních nároků a z toho vyplývající nároky na customizaci – viz výše,
    • Návrh standardních výstupních informací - tištěných formulářů, jejich grafické formy, standardních textů, tiskových sestav, interních /externích výkazů, rozložení formulářů, chybové hlášky a nápovědy, názvy polí, jejich barvy a význam,
    • Detailní specifikace interních vazeb i vazeb na ostatní aplikační software, ostatní databáze a technologie, tj. návrh datových rozhraní - mezi moduly ASW i k ostatním aplikačním software,
    • Definování potřebné technologické architektury pro aplikaci a technických konfigurací, výběr HW a ZSW potřebného pro běh systému. Většinou jsou udávány minimální požadavky na výpočetní kapacitu dodavatelem,
    • Specifikace přístupů , přístupových práv k datům podle specifikovaných uživatelských rolí, tj. kdo (která role) může která data číst, kdo zapisovat nebo rušit,
    • Určení nároků na bezpečnost systému , možnosti zabezpečení, rizika neoprávněné manipulace s daty apod. Týká se to aplikace samotné, opatření a směrnic ve firmě a také komunikace mezi jednotlivými aplikacemi,
  • Podle charakteru aplikace se definují nároky na případné úpravy organizační struktury .
8.3. Prototypování typového ASW
  • Řešení s použitím prototypu se doporučuje jako cesta důkladnějšího prověření skutečných potřeb uživatelů a snížení rizika omylů při formulaci jednotlivých aplikací a funkcionality,
  • Příprava prototypů , tj. zkušebních vzorů řešení, zahrnuje návrh datové základny pro prototyp a určení osob pro testování prototypu,
  • Realizace a verifikace prototypových řešení zahrnuje zejména tyto dílčí aktivity :
    • zpracování prototypového řešení na vzorku dat uživatele, případně vygenerovaných datech,
    • presentace a oponentura prototypu,
    • zpracování připomínek k návrhu,
    • zpracování protokolu k oponentuře prototypu s návrhem řešení připomínek,
    • promítnutí úprav do projektové dokumentace.