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

Standardní kód úlohy v MBI.

:
U412B
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ů.

:
Charakteristiky úlohy

Charakteristiky úlohy

1. Účel úlohy „Globální analýza a návrh aplikace – IASW“
  • Účelem úlohy je:
    • specifikace funkčních, technologických, bezpečnostních, kvalitativních a dalších požadavků a stanovení jejich priorit , konceptuální návrh systému (nezávislý na implementačním prostředí),
    • upřesnit technologické architektury systému,
    • rozdělit celé řešení na samostatně realizovatelné části – přírůstky včetně specifikace jejich rozhraní,
  • Úloha má ř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 ),
  • Další paragrafy obsahují komplexně různé aspekty a pohledy na řešení globální analýzy a návrhu – IASW a je na uživateli, aby vybral ty, které jsou v dané situaci relevantní.
2. Vstupy úlohy:
  • Úvodní studie projektu (D421A ),
  • Katalog požadavků na IT (D042A ),
  • Procesní dokumentace podniku (DQ003A ),
  • Podniková architektura (D051A ) a navazující Architektura IT služeb (D052A ),
  • Architektury stávající podnikové informatiky – a s tím související Aplikační architektura (D053A ), Datová architektura (D055A ), Technologická architektura (D054A ),
  • Organizační a řídící dokumenty podniku (DQ002A ),
  • Katalog IT služeb (D111A ),
  • Plán projektu (D401A ),
  • Rozpočet projektu (D411A ),
  • Katalog datových zdrojů (D211A ),
  • Specifikace technologických standardů (D232A ),
  • Dokumentace stávající podnikové informatiky.
3. Výstupy úlohy:
  • Dokumentace řešení projektu : globální analýza a návrh aplikace (D422A ), zahrnující:
    • popis vedením odsouhlasených změn v byznys procesech (nový stav byznys procesů),
    • konceptuální model cílového systému,
    • návrh zajištění bezpečnosti systému,
    • hrubý model změn v organizaci (organizační struktury a odpovědností funkčních míst),
    • věcné vymezení přírůstků, plán iterací a kritéria ukončení přírůstku,
    • standardy pro kódování a implementaci,
    • strategie zajištění kvality,
    • aktualizovaný seznam rizik,
    • strategie zajištění bezpečnosti systému,
  • Katalog požadavků na IT, aktualizovaný o specifikaci funkčních požadavků o priority a typy požadavků, jejich ohodnocení dle způsobu realizace – standard/parametrizace/změna postupu byznysu/customizace a vývoj specifické funkcionality, specifikace nefunkčních požadavků (D042A ),
  • Aplikační architektura, aktualizovaná (D053A ) a Softwarová architektura (D056A ) navrhované aplikace.
4. Řešení úlohy v kontextu řízení podniku – obsah řešení
  • Obsah řízení podniku je vymezen ve skupinách úloh odpovídajících jednotlivým oblastem řízení , a to:
  • V případě řešení úloh v řízení maloobchodu, pak specifické skupiny úloh pro tuto oblast jsou:
  • Z analytického hlediska a kvality celého výsledného řešení je podstatné pochopení, analýzy a odpovídající řešení vazeb mezi jednotlivými skupinami úloh – jejich základní specifikace je součástí každé skupiny úloh,
  • Obvyklé problémy a otázky k řešení podle jednotlivých skupin úloh (oblastí řízení jsou uvedeny ve scénářích „Scénáře k řízení firmy a byznys analytice“ (SGQ100 ), např. „Řeší se rozvoj řízení nákupu“ (SQ151 ).
5. Typy úloh podnikového řízení v MBI
  • Každá skupina úloh je rozdělena do úloh dle jejich typů, v nichž úloha analýzy a návrhu aplikace pokrývá specifické otázky – viz další přehled,
  • Evidenční úlohy – viz scénář (SQ001 ):
    • specifikace obsahu datových bází, např. finanční databáze, databáze zákazníků, dodavatelů, zboží atd., např. v úlohách Vytvoření, aktualizace a dotazy do databází prodeje (UQ101A ), Vytvoření, aktualizace a dotazy do databází nákupu (UQ151A ) a obdobně dalších,
    • detailní vyhodnocení disponibilních datových zdrojů pro migraci ze stávajících aplikací atd.,
  • Transakční úlohy (SQ002 ):
    • specifikace funkcionality a procesního zajištění transakčních úloh, např. úlohy Realizace prodejních transakcí (UQ102A ), Realizace nákupních transakcí (UQ152A ) a obdobně dalších,
    • podrobný procesní model řešené oblasti včetně popisu nutných změn a úprav vzhledem k principům TASW změn úloh a hlavních procesů, na nichž jsou založeny atd.,
  • Úlohy reportingu (SQ003 ):
    • návrh obsahu požadovaných reportů dle oblastí řízení, např. v úlohách Prodej - standardní reporting (UQ103A ), Nákup - standardní reporting (UQ153A ) a obdobně dalších,
  • Analytické úlohy (SQ004 ):
    • konkretizace a vymezení obsahu a požadované funkcionality analytických úloh, např. v úlohách Analýzy prodeje zboží a služeb (UQ104A ), Analýzy nákupů materiálů, zboží a služeb (UQ154A ) a obdobně dalších,
  • Plánovací úlohy (SQ005 ):
    • konkretizace a vymezení obsahu a požadované funkcionality plánovacích úloh, např. v úlohách Plánování, rozvrhování operací prodeje (UQ105A ), Plánování, rozvrhování nákupních operací (UQ155A ) a obdobně dalších,
  • Specifické úlohy :
    • konkretizace specifické funkcionality a procesního zajištění odpovídajících jednotlivým úlohám, např. Řízení poprodejního servisu (UQ109A ), Reklamační řízení (UQ110A ) a obdobně dalších.
6. Klíčové faktory ovlivňující kvalitu řešení
  • Faktor velikosti podniku (F000 ),
  • Faktor příslušnosti podniku k odvětví ekonomiky (F006 ),
  • Stav legislativy (F034),
  • Podniková kultura (F050 ),
  • Podniková organizace (F051 ),
  • Využití reengineeringu podnikových procesů (F057 ),
  • Struktura uživatelů IS, informatiků a úroveň jejich znalostí (F080 ),
  • Podniková architektura (F150),
  • Aplikační architektura (F152),
  • Softwarová architektura (F155),
  • Technologická architektura (F153),
  • Datová architektura (F154).
7. Hlavní pracovní metody pro řešení úlohy
  • Datové modelování (M501 ,
  • Procesní modelování (M502 ).
8. Hlavní metriky uplatňované v řešení úlohy
  • Pracovní fond v člověkodnech ve vztahu k IT (I222 ),
  • Objem nákladů na IT podle druhů (I401 ),
  • Náklady na činnosti v IT (I406 ),
  • Náklady na projekt (I502 ),
  • Rozsah projektových zpoždění (I503 ),
  • Počty změn vyžádaných v důsledku akceptačního řízení (I531 ),
  • Procentuální odchylka od plánovaných člověkodnů (I532 ),
  • Podíl dokončení práce v % (I533 ),
  • Náklady na změny IT projektů (I534 )
  • Metriky ve vztahu k oblastem řízení podniku jsou součástí dokumentace jednotlivých úloh a jejich skupin.
9. Podstatné charakteristiky řešení úlohy „Globální analýza a návrh aplikace - IASW“
  • Funkce / procesy:
    • podrobný procesní model řešené oblasti,
    • model případů užití,
    • návrh funkcionality aplikace,
  • Data:
    • konceptuální model tříd,
    • návrh uložení dat,
    • návrh základních parametrů datové základny – objem, frekvence změn, doba platnosti a uchování, zodpovědnost, přístupnost,
  • Aplikační SW:
    • identifikace vazeb na jiné aplikace,
    • definice komponent a rozhraní,
  • Technologická infrastruktura:
    • výběr platformy,
    • návrh architektury HW a infrastrukturního SW,
  • Uživatelské rozhraní:
    • hrubý návrh uživatelského rozhraní – prototypy obrazovek, komunikační diagram,
    • grafický manuál – dokončený návrh standardů uživatelského rozhraní,
  • Personální, sociální, etická stránka projektu:
    • plán školení a rekvalifikace pracovníků, jichž se projekt týká,
    • vymezení kategorií uživatelů a analýza jejich charakteristik,
    • koncept přístupových práv,
  • Organizace a legislativa:
    • zpřesnění dopadů projektu do organizace, předpokládané organizační změny,
    • hrubý model změn organizační struktury,
    • organizační požadavky na archivace a obnovení,
    • možné úrovně degradace systému a jejich řešení,
  • Bezpečnost a kvalita:
    • identifikace bezpečnostních hrozeb,
    • návrh zajištění bezpečnosti systému,
    • návrh ověření kvality a bezpečnosti systému,
  • Ekonomika:
    • sledování a případné úpravy rozpočtu,
    • upřesnění ekonomických efektů řešení.
10. Role v úloze:
  • Informační manažer (CIO) (R101 ):
    • Konzultuje a řeší zejména sporné otázky v průběhu řešení vyvíjené aplikace, zásadní spory jsou řešeny na úrovni řídící komise projektu,
  • Manažer projektu (R103 ):
    • Řídí analýzu a návrh aplikace, zejména funkcionalitu v kooperaci klíčovými uživateli. Zajišťuje kooperaci s externím dodavatelem,
  • Dodavate l (R109 ):
    • Podle situace a nastavené kooperace zajišťuje část řešení úlohy, a to v kooperaci s interními analytiky a vývojáři a s klíčovými uživateli podniku,
  • Byznys analytik (R302 ):Řeší všechny součásti a činnosti v rámci úlohy, tj. zejména analýzy a návrh podnikových procesů, požadavky na funkcionalitu, datové báze a na další otázky, jako přístupy podle rolí apod.,
  • IT architekt (R401 ):
    • Řeší nároky aplikace na technologickou strukturu, určuje standardy pro vývoj aplikace, připravuje a zajišťuje potřebné změny infrastruktury,
  • Vývojář softwaru (R402 ):
    • Kooperuje na analytických činnostech v rámci úlohy, v kooperaci s interními analytiky a uživateli podniku,
  • Vývojář webu a multimédií (R403 ):
    • Podílí se na analýze a návrhu v kooperaci s dodavatelem na přípravě funkcionality aplikace spojené s webovým rozhraním,
  • Tester (R404 ):
    • Zajišťuje přípravu dílčích testů navrhovaných řešení a požadavky na dokumentaci jejich výsledků,
  • Metodik, klíčový uživatel (RQ032 ):
    • Konzultuje analýzy a návrh podnikových procesů a zejména pak požadavky na funkcionalitu aplikace,
  • Vlastník byznys procesu (RQ033 ):
    • Konzultuje analýzy a návrh podnikových procesů ve své působnosti a zejména pak požadavky na funkcionalitu aplikace.
11. Řešení úlohy v kontextu domén řízení IT
  • Strategické řízení IT (DO000 ):
    • Aktualizace Aplikační architektury (D053A ), Technologické architektury (D054A ) a Datové architektury (D055A ),
  • Řízení IT služeb (DO100 ):
    • Aktualizace Katalogu IT služeb (D111A ) o nově navrhované IT služby,
  • Řízení IT zdrojů (DO200 ):
    • Aktuální výsledky úloh Analýza datových zdrojů (U201A ), Personální analýzy v IT (U221A ), Analýzy ASW zdrojů (U241A ), Analýzy IT infrastruktury (U242A ),
  • Řízení IT ekonomiky (DO300 ):
    • Průběžné zpřesňování nákladů a očekávaných efektů projektu jako vstup zejména pro úlohy Nákladové analýzy IT služeb (U302A ) a Analýzy dosahovaných efektů IT služeb (U332A ),
  • Řízení rozvoje IT služeb (DO400 ):
    • Vstupy pro průběžné řízení projektu ve skupině úloh Řízení projektu (TG401 ), zejména v úlohách Řešení projektu (U404A ) a Analýzy průběhu a výsledků projektu (U405A ),
  • Řízení provozu IT (DO700 ):
    • Podklady pro aktualizaci uživatelských požadavků z výstupů úloh Řízení uživatelských požadavků (U733A ), Řízení externího service-desku (U734A ), Řízení interního service-desku (U734B ).
12. Podmínky úspěšnosti úlohy
  • Je vhodné v návrhu aplikace dělat inkrementální změny a vždy je konzultovat s kompetentními osobami (zákazníky, vývojáři),
  • Při vytváření návrhů obrazovek je vhodné rovnou vytvářet prototypy, aby na nich bylo možné simulovat daný use-case,
  • Výsledná analýza není finální řešení a musí ji být možné v dalších fázi upravovat,
  • Do úlohy by měli být zapojeni i vývojáři.
13. Klíčové aktivity úlohy „Globální analýza a návrh aplikace - IASW“

13.1. Analýza a specifikace požadavků
  • Zahrnuje detailní specifikaci funkčních, technologických, bezpečnostních, kvalitativních a dalších požadavků a stanovení jejich priorit.
13.2. Řešení procesních modelů
  • V modelovacím nástroji se dokumentují procesy, které by měl systém podporovat,
  • Definují se veškeré vazby na jiné IS v rámci firmy a na straně obchodních partnerů.
13.3. Řešení datového modelu
  • Ve vybraném modelovacím nástroji se vytvoří nejprve schéma objektů, které se v systému vyskytují a vazby mezi nimi. V první iteraci, která by měla být velmi krátká, se nemusí zadávat jednotlivé atributy, resp. stačí pouze ty základní,
  • Postupně se do datového modelu přidávají další informace - jejich atributy a datové typy. Tento model se vytváří nezávisle na prostředí, ve kterém se bude systém vyvíjet.
13.4. Řešení funkčního modelu
  • Definuje se hlavní funkcionalita aplikace, u malých projektů většinou stačí zapisovat jen nestandardní funkcionalitu,
  • Je možné tyto funkce zaznamenávat do tabulek společně s moduly, které je budou pokrývat nebo do textového souboru. Složitější funkce se dělí na jednotlivé transakce, činnosti, které je třeba provést najednou,
  • U každé funkce se definuje vazba na uchovávané informace (data).
13.5. Návrh SW architektury systému
  • Architektura systému, její moduly a komunikaci s okolím a možné alternativy jednotlivých funkcionalit (moduly),
  • Návrh výměny informací s dalšími aplikacemi, nezávisle na technologickém prostředí popis toho, jak by měl probíhat přenos informací mezi jednotlivými systémy. Zda půjde o společnou databázi nebo budou data replikována,
  • Určení, která aplikace bude data přijímat a jestli bude přenos fungovat na základě pull nebo push metody,
  • Výběr použité technologie - seznam technologií, výběr nejvhodnější. Některé projekty je někdy snadnější postavit na webových technologiích, kvůli jednoduchosti a lepšímu napojení v komunikační vrstvě. Důležitým aspektem při výběru rozhraní je množství vývojářů, kteří v něm pracují a jejich dostupnost.
13.6. Návrh HW architektury
  • Tento krok týká spíše náročných aplikací anebo firem se zastaralou infrastrukturou. Závisí na tom, kolik uživatelů bude k aplikaci přistupovat a na jakých serverech musí běžet databáze, aby jejich požadavky systém splňoval bez zbytečných prodlev nebo výpadků,
  • Určení, kolik strojů a o jakém výkonu bude třeba pořídit. Určení, jaké konkrétní vybavení je třeba nakoupit, zpracování požadavků a poskytovatele. Součástí této činnosti je i harmonogram nákupu a instalace HW a cenový odhad.
13.7. Harmonogram implementace a testování systému
  • Odhad časové náročnosti jednotlivých kroků, programování nebo implementace modulů. Tato činnost je velmi závislá na praxi hlavního programátora,
  • Určení, které úkony při vývoji jsou na sobě závislé a jak by měly postupně probíhat.