Cílem prováděcího stádia při projektování IS je zpracování a schválení prováděcího projektu.(tzn. výsledným dokumentem projektového stádia je prováděcí projekt)
Prováděcí projekt, jako závěrečný stupeň projektové dokumentace, svým obsahem navazuje na projektovou úlohu, ale její obsah propracovává do maximálně detailní podoby.
Zásady pro zpracování prováděcího projektu:
- veškerá řešení by měla být zpracována formou definitivní projektové dokumentace
- dokumentace se má zpracovat jako soubor na sebe věcně vázaných modulů
- dokumentace zpracovaná v rámci prováděcího projektu, obsahuje nejen prováděcí předpisy a manuály pro personál provozovatele, ale její součástí jsou i příručky, návody a pokyny pro uživatele IS
- formálně by měky být jednotlivé moduly projektové dokumentace prováděcího projektu zabezpečeny z hlediska jednoznačného určení data jejich platnosti
Dekompozice IS
Prvním krokem při zpracování prováděcího projektu je dekompozice projektovaného IS. Dekompozicí se rozumí analytické rozvržení systému jako celku do jeho jednotlivých částí. Účelem dekompozice systému je možnost propracování všech jeho prvků a vazeb do potřebné hloubky podrobnosti.
(Př. automatizace knihovny a dekompozice knhovnikého systému)
Zásady dekompozice IS
- jednoduchost - systém se dekomponuje v souladu s jeho systémovou hierarchií, tj. odshora dolů a algoritmy se konstruují pokud možno nejjednodušší podobě
- celistvost (úplnost projektového prostředí)- je nutné, aby nezůstaly neurčeny žádné jeho části
- specifikace cílů - ke každé vymezené části by měl být definován její cíl
- relativní uzavřenost, resp. samostatnost jednotlivých částí - určí se ty části systému, které budou schopny samostatné implementace a provozu včetně souvisejícíh bází dat a specifikují se jejich vazby na svá okolí
- vyváženost navržených částí (proporcionalita) - vymezeny by měly být takové části IS, které budou realizovatelné s dostupnými lidskými a technickými kapacitami.
Hlediska dekompozice
IS lze dekomponovat na základě tří postupů:
1. Dekompozice dle obsahu
- předmětná se vyznačuje seskupováním prvků IS k sobě takovým způsobem, aby v jedné částí byly zpracovány veškeré činnosti (procesy) organizace vztahující se k určitému předmětu/objektu jejího fungování
funkční se vyznačuje seskupováním prvků IS k sobě takovým způsobem, aby v jedné části byly zpracovány veškeré činnosti (procesy) organizace vztahující se k určitým cílům organizace
2. Dekompozice podle místa zpracování a užití
- má mnoho společného s členěním funkčním. Jsou vytvářeny části IS představující určitý lokální systém
3. Dekompozice podle hierarchie třídění
V tomto případě jse o členění, vycházející ze tří úrovní podnikových IS
a) nejnižší transakční úroveň
b) systém operativního řízení
c) nejvyšší strategická úroveň řízení
Vývojové diagramy
Schematickým vyjádřením řešení systému v projektové dokumentaci prováděcího projektu je zpravidla vývojový diagram - viz kap. Vývojové diagranmy
Provozní dokumentace v prováděcím projektu
Provozní dokumentaci v prováděcím projektu IS zpravidla tvoří specifikace dat, moduly organizačního, technologického, technického a ekonomického zabezpečení. Provozní dokumentace se vztahuje na zpracovatelské procesy a obsluhu techniky, které zajišťuje personál provozovatelské organizace.
Do provozní dokumentace IS zpravidla náleží:
- technická dokumentace: k instalaci a provozování veškerách technických zařízení. Tuto dokumentaci dodávají dodavatelé jednotlivých technických zařízení
- technologická dokumentace: nejvýznamnější část provozní dokumentace, vztahuje se k programovému vybavení - jak SW instalovat, provozovat.
- organizační dokumentace: statut organizace, organizační řád, provozní řád, cení služeb a produktů IS
- uživatelská dokumentace: návody k instalaci technických a technologických prostředků,úvod do systému, přehled a popis funkcí systému, referenční příručky, návody k práci uživatele se systémem
- administrativní a hospodářská dokumentace:podklady pro uzavření hospodářské smlouvy, podklady pro fakturaci
Všeobecné zásady a doporučení k tvorbě provozní dokumentace prováděcího projektu
- srozumitelnist, úplnist, testovatelnost, modifikovatelnist, vystopovatelnost, jednotná struktura, jednoznačnost, použitelnost, dostupnost, aktuálnost
Oponentura prováděcího projektu
Účelem oponentury prováděcího projektu je s konenečnou platností rozhodnout, zda se projekt tak, jak je v projektové dokumentaci vyprojektován, bude realizovat. Oponenturu prováděcího projektu svolává, řídí a organizuje zadavatel
Kritéria posuzovánín kvality projektů IS
- ekonomické kritérium, funkční kritérium, organizační kritérium, technické a technologické kritérium
Konečnou fází je oponentura prováděcího projektu.
Literatura:
VLASÁK, R., BULÍČKOVÁ, S. Základy projektování informačních systému. . 1. vyd. Praha: Karolinum, 2003, s. 79 - 111.
