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 - IASW
Detailní analýza a návrh aplikace - IASW
Kód úlohy

Standardní kód úlohy v MBI.

:
U412D
Autor návrhu úlohy

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

:
MBI tým
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 – IASW“
  • Účelem úlohy je detailní specifikace definované části (přírůstku) nejprve na konceptuální úrovni a poté na platformově specifické úrovni, výsledkem je platformově specifický model ,
  • 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í.
2. 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 ).
3. Výstupy úlohy:
  • Dokumentace řešení projektu: detailní analýza a návrh aplikace (D422A ), zahrnující:
    • platformově nezávislý model aplikace (model služeb, model tříd, use case diagram, sekvenční diagram),
    • platformově specifický model (návrh programových modulů),
    • návrh uživatelského rozhraní,
    • návrh fyzické struktury dat,
    • návrh migrace dat,
    • návrh rozhraní na ostatní aplikace,
  • 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 ).
4. Podstatné charakteristiky řešení úlohy „Detailní analýza a návrh aplikace - TASW“
  • Funkce / procesy:
    • detailní specifikace požadavků – model případů užití,
    • detailní návrh tříd (designový diagram tříd, sekvenční diagramy),
  • Data:
    • návrh fyzické struktury dat,
    • návrh persistence dat s ohledem na výkonnost a dobu odezvy,
    • návrh testovacích dat,
    • určení zdrojů dat pro výchozí naplnění datové základny a návrh transformačních procedur pro tato data,
  • Aplikační SW:
    • detailní návrh softwarové architektury aplikace - softwarových modulů (vstupy, výstupy, algoritmus),
  • Technologická infrastruktura:
    • upřesnění architektury a dimenzování technologické infrastruktury (typy a parametry HW, potřebné počty licencí infrastrukturního SW),
    • detailní návrh konfigurace jednotlivých počítačů,
    • návrh umístění jednotlivých zařízení v místnostech,
    • návrh úprav budov a místností,
    • detailní návrh přenosových cest (typ, použité protokoly, propočty propustnosti sítě),
    • nákup HW a infrastrukturního SW pro vývoj a testování,
    • harmonogram instalace HW,
  • Uživatelské rozhraní:
    • návrh komunikace pro jednotlivé kategorie uživatelů,
    • návrh obrazovek (prototypy) a odsouhlasení s uživateli,
    • návrh systému nápovědy a chybových hlášení,
  • Personální, sociální, etická stránka projektu:
    • revize plánu školení,
    • návrh školících materiálů,
  • Organizace a legislativa:
    • promítnutí automatizovaných funkcí do organizačních a pracovních předpisů a do funkčních náplní,
    • definitivní návrh přístupových práv ve vazbě na organizační strukturu,
  • Bezpečnost a kvalita:
    • detailní návrh realizace zajištění bezpečnosti a kvality,
    • vytváření testů,
  • Ekonomika:
    • kontroly rozpočtu projektu.
5. Role v úloze:
  • Informační manažer (CIO) (R101 ):
    • Připravuje a organizuje 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 individuálně vyvíjené aplikace, 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 vývoj nové aplikace, její funkcionalitu, použité technologie, vývojářské přístupy a metody,
  • 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 vyvíjené aplikace, specifikace nových datových bází, přístupy k aplikaci podle rolí apod.,
  • IT architekt (R401 ):
    • Řeší detailní nároky vyvíjené 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í analytické specifikaci vývoje jednotlivých programových modulů a jejich vazeb,
  • 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 vyvíjené aplikace, posuzuje analytickou dokumentaci a posuzuje a schvaluje prototypová řešení,
  • Vlastník byznys procesu (RQ033 ):
    • Konzultuje analýzy a návrh funkcionality vyvíjené aplikace v rámci svých byznys procesů, posuzuje a schvaluje prototypová řešení.#
6. Řešení úlohy v kontextu řízení podniku:
  • Obsah řízení podniku je klíčovým podkladem pro kvalitní řešení analýzy a návrhu aplikace. V MBI je vymezen ve skupinách úloh odpovídajících jednotlivým oblastem řízení, a to v doménách Řízení podniku (DO00 ), Odvětvové řešení: maloobchod, retail (DO005 ), Odvětvové řešení: Výroba (DO006 ).
7. Klíčové aktivity úlohy „Detailní analýza a návrh aplikace – IASW“

7.1. Detailní analýza současného stavu IT
  • Analyzuje se současný stav IT řešícího vybrané byznys procesy , jak probíhá komunikace, kde jsou chyby, nebo problémy. Z velké části lze vycházet z dokumentu úvodní studie.
7.2. Uživatelský pohled
  • Uživatelské rozhraní , rozdělení uživatelů do jednotlivých kategorií a v závislosti na tom i nastavení přístupových práv. Je vhodné vytvořit tzv. wireframes - návrhy obrazovek a prodiskutovat je buď s odborníkem na UX nebo klíčovým uživatelem, zda pokrývají veškerou potřebnou funkcionalitu,
  • V závislosti na analýze informací, funkčním modelu a kategoriích uživatelů se tvoří tabulka, v níž budou k jednotlivým rolím přiřazeny přístupová práva a omezení v rámci systému.
7.3. Detailní datový model
  • Při tvorbě detailního datového modelu se již vychází z technologie, na které bude systém postaven ,
  • Probíhá zde normalizace databáze, případně její denormalizace v závislosti na potřebném výkonu a rychlosti,
  • Dále je třeba zajistit způsob zálohování a recovery databáze v případě jejího poškození.
7.4. Detailní návrh SW architektury
  • Pro vybrané moduly z analýzy se definují vybrané technologie a webové služby a jejich uspořádání v rámci systému,
  • Určení, jak budou moduly spolupracovat , jakým způsobem budou spravovány verze při vývoji systému, zda pomocí GIT, SVN nebo jinou metodou, jakým způsobem by měli programátoři fungovat, nastavení konvencí a standardů .
7.5. Plán testování systému
  • Návrh dat, se kterými se bude pracovat při testování systému, potřebné množství záznamů s dostatečnou diverzitou, metod , pomocí nichž se bude k jednotlivým testům přistupovat.
7.6. Prototypování individuální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.