IT Enterprises Q&X TRADING, s.r. Rezervační systém zdrjů (RESYZ) Úvdní studie final draft
IT Enterprises Verze dkumentu Datum Autr Ppis změn 0.9 24.05.2008 Jsef Petr Verze k akceptaci 0.6 13.05.2008 Matěj Nvák Zapracvání CR 0.5 05.05.2008 Jsef Petr Dplnění kapitly Radmapa 0.2 23.04.2008 Matěj Nvák Zapracvány připmínky prjekt managera 0.1 01.04.2008 Jsef Petr Úvdní draft, snva Q&X trading, s.r.. 2 Rezervační systém zasedaček (RESYZ) Úvdní studie final draft
IT Enterprises A. Executive summary 1) Zadání Implementace elektrnickéh rezervačníh systému pr zasedačky v sídle splečnsti QXT. Jednduchá a rychlá dstupnst infrmací rezervvaných zasedačkách, infrmace využití / nevyužití rezervací, reprtvací nástrje, perativnst změn v rezervaci. MS kmpatibilní (cmpliant) prstředí. Integrace s MS Exchange, MS Sharepint. 2) Vize Byla identifikvána ptřeba becnějšíh řešení správy zdrjů, pr kteru je navrhván vytvření framewrku RRF (Resurces Reservatin Framewrk) na základech existujícíh framewrku ITEFWK (IT Enterprises Framewrk pr pdnikvá řešení) pr pdpru business a IT prcesů QXT. Vytvřený framewrk umžní kdykli v buducnu jednduše a efektivně rzšířit systém další funkčnsti aniž by byl nutné přizvat, vytvářet a implementvat nvé aplikace. Navrhvané řešení je zalžené na principech třívrstvé architektury s hledem na mderní principy SOA a jednduchu prpjitelnst s jinými systémy splečnsti. Maximalizace využití existující technlgické základny, kteru pskytují prdukty splečnsti Micrsft a které se QXT strategicky rzhdla pužívat User apprach User Brwser Aplicatins Oklní aplikace RESYZ RESYPA... MS Sharepint RRF MS Exchange server Mduly Vizuální kmpnenty Nevizuální kmpnenty Datvý sklad Uživatelská práva Definice prcesů a wrkflw DB LDAP Q&X trading, s.r.. 3 Rezervační systém zasedaček (RESYZ) Úvdní studie final draft
IT Enterprises 3) Radmapa Rzdělení prjektu d tří etap Etapa 1 budu vyřešeny klíčvé technické rizika RRF, které mají dpad na implementaci aplikací nad RRF. Bude implementvána první verze aplikace RESYZ. Etapa 2 bude řešena zejména integrace s MS Exchange a MS Sharepint. Dále budu řešeny pdpůrné a nice-t-have funkčnsti a změnvé pžadavky na RRF a RESYZ a zárveň bude implementvána nvá aplikace RESYPA. Etapa 3 budu identifikvány aplikace z existujícíh aplikačníh prtflia QXT, které jsu vhdnými kandidáty na převedení svých funkčnstí nad RRF a pdpru business prcesů QXT, které zatím nejsu pdprvány žádným systémem / aplikací. 4) Harmngram 1) Cena Náklady na přízení systému jsu rzděleny pdle etap, v rámci kterých bude systém implementván. Ceny jsu pčítány z průměrné hdinvé sazby 1000 Kč/člh bez DPH. Pčítány jsu jen náklady na realizaci. Ostatní HW a SW je na základě splečné dhdy přizván QXT přím s jeh stávajícími ddavateli. Maximální dchylka dhadu ceny je +/- 20%. Cena Etapy 1: 1 470 000 Kč Cena Etapy 2: 2 200 000 Kč Cena Etapy 3: pr tut etapu bude cena stanvena p vyhdncení Etapy 1 a Etapy 2. 2) Sučinnst Pr úspěšnu realizaci prjektu bude vyžadvána sučinnst ze strany QXT v následujících blastech: Persnální dedikvaný veducí prjektu, klíčví uživatelé pr účely analýzy a návrhu funkčnsti systému, běžní uživatelé pr účely prvedení funkčních a zátěžvých testů. Infrastrukturní splečnst QXT zajistí připravenst prstředí pr nasazení systému, ddá pžadavky na prpjitelnst se stávajícími systémy a pskytne kapacitu pr řešení prblémů spjených s integrací systému d existujícíh prstředí. Q&X trading, s.r.. 4 Rezervační systém zasedaček (RESYZ) Úvdní studie final draft
IT Enterprises B. Obsah A. EXECUTIVE SUMMARY... 3 1) ZADÁNÍ... 3 2) VIZE... 3 3) ROADMAPA... 4 4) HARMONOGRAM... 4 1) CENA... 4 2) SOUČINNOST... 4 B. OBSAH... 5 C. SLOVNÍK... 7 D. PŘÍLOHY... 8 1) HARMONOGRAM PROJEKTU... 8 E. ZADÁNÍ ÚVODNÍ STUDIE... 9 1) VSTUPNÍ ZADÁNÍ... 9 2) ZÁMĚR... 9 3) AKTUÁLNÍ PROBLÉMY (BUSINESS PROBLEMATIKA)... 9 4) ICT REQUIREMENTS... 9 5) MILNÍKY... 9 6) CHANGE REQUESTS... 9 7) TECHNOLOGICKÁ A JINÁ OMEZENÍ... 10 F. RIZIKA... 11 1) RIZIKA ZADAVATELE... 11 a) RZ01 Plýtvání zdrjů... 11 b) RZ02 Nasazení systému p plánvaném termínu... 11 c) RZ03 Nedstupnst implementvanéh systému p nasazení... 11 2) PROJEKTOVÁ RIZIKA... 12 a) RP01 Nasazení systému p plánvaném termínu... 12 b) RP02 Nedstatečná kapacita prjektvéh týmu... 12 c) RP03 Nedstatečná sučinnst zákazníka... 12 G. SITUAČNÍ ANALÝZA... 13 1) SWOT ANALÝZA... 13 2) FURPS+ ANALÝZA... 13 a) Funkčnsti... 13 b) Pužitelnst... 13 c) Splehlivst... 13 d) Výkn... 13 e) Pdprvatelnst... 14 f) Další nefunkční pžadavky... 14 3) PODPORA MANAGEMENTU... 14 H. VIZE ŘEŠENÍ... 15 Q&X trading, s.r.. 5 Rezervační systém zasedaček (RESYZ) Úvdní studie final draft
1) KLÍČOVÉ BENEFITY NAVRHOVANÉHO ŘEŠENÍ PRO BUSINESS... 16 2) KLÍČOVÉ BENEFITY NAVRHOVANÉHO ŘEŠENÍ PRO IT... 16 I. ROADMAPA PROJEKTU... 18 1) PROJEKTOVÝ TÝM... 18 2) SOUČINNOSTI... 19 a) Zdrje... 19 b) Prjekty a klní systémy... 20 c) Infrastruktura... 20 3) ETAPA 1 RRF 1.0 A RESYZ 1.0... 20 a) Scpe... 20 b) Sučinnsti... 20 c) Harmngram... 21 d) Odhad nákladů na realizaci etapy... 21 4) ETAPA 2 RRF 1.5, RESYZ 1.5, RESYPA 1.0... 22 a) Scpe... 22 b) Sučinnsti... 22 c) Harmngram... 23 d) Odhad nákladů na realizaci etapy... 23 5) VIZE DALŠÍHO ROZVOJE ETAPA 3 (RRF 2.0, RESYZ 2.0, RESYPA 1.5)... 24 J. ZÁVĚR... 25
C. Slvník Zkratka CR ČR člh FURPS+ HW ICT ITE ITEFWK LDAP Mitigace MS QXT RESYPA RESYZ RP## RRF RZ## SLA SW SWOT analýza UAT Ppis změn Change Request Česká republika Člvěkhdiny Ppis pžadavků na systém z hlediska funkčnstí (Functinalities), pužitelnsti (Usability), splehlivsti (Reliability), výknnsti (Perfrmance), pdprvatelnsti (Suprtability) a dalších nefunkčních pžadavků (+) Hardware Infrmační a kmunikační technlgie IT Enterprises ITE Framewrk pr pdnikvá řešení Lightweight Directry Access Prtcl je definvaný prtkl pr ukládání a přístup k datům na adresářvém serveru Zmírnění, minimalizace Micrsft Q&X Trading, s.r.. Rezervační systém plvých autmbilů Rezervační systém zdrjů Prjektvé rizik (čísl) Resurces reservatin framewrk (Framewrk pr systémy na rezervaci zdrjů) Rizik zadavatele (čísl) Service Level Agreement Sftware, prgramvé vybavení Analýza silných (Strenghts) a slabých (Weaknesses) stránek splu s příležitstmi (Opprtunities) a hrzbami (Threats) Uživatelské akceptační testy
D. Přílhy 1) Harmngram prjektu
E. Zadání úvdní studie 1) Vstupní zadání Vytvření systému, který pskytne splečnsti QXT efektivní nástrje pr využívání interních zasedacích prstr. 2) Záměr Splečnst QXT vydává na nákladech na externí prstry rčně až 2,8 mil. Kč. Cílem managementu QXT je mezit plýtvání zdrjů pr jednání. Pkud lze, všechna jednání a prezentace by měly prběhnut v interních prstrách, ve kterých je vybudván ptřebné zázemí. Implementace elektrnickéh rezervačníh systému pr zasedačky v sídle splečnsti. Jednduchá a rychlá dstupnst infrmací rezervvaných zasedačkách, infrmace využití / nevyužití rezervací, reprtvací nástrje. 3) Aktuální prblémy (business prblematika) Nevyužívání rezervací interních zasedaček (zasedačky a prezentační místnsti jsu dle názru managementu přád prázdné). Evidence rezervací existuje jenm v papírvé pdbě na dveřích zasedaček. Nemžnst kntrly využití rezervací, mnitringu rušení rezervací, nedstupnst infrmací pr rzhdvání. 4) ICT requirements IT ddělení QXT má jenm 2 správce sítě a 2 správce systémů. QXT pužívá v sučasné dbě výhradně vlně dstupných technlgií (penffice, thunderbird, mzilla, linux). Rzšíření IT ddělení se neplánuje. 5) Milníky Milníky úvdní studie jsu uvedeny v následujícím brázku. Úvdní studie 3 týdny 1 týden 3 dny 3 dny Draft (průběžné připmínky) Final draft (k připmínkám) Připmínkván Final versin (k akceptaci) Akceptván Nasazení řešení čekáván d knce rku 2008. 6) Change requests CR1: Jednduchá rzšiřitelnst řešení (např. pr rezervace aut z firemníh plu, rezervace lidí na úkly/prjekty, rezervace prjektrů a další techniky, atd.) akceptván.
CR2: Splečnst QXT se rzhdla přejít na MS technlgie, pžaduje integraci s MS Outlk a s MS Sharepint Prtal a pdpru i pr MS Internet Explrer 8 částečně akceptván mim MS Internet Explrer 8 (není ficiálně vydán). CR3: Dstupnst systému i z prstředí mim dménu QXT akceptván. CR4: dstupnst z mbilních telefnů (také WAP) p dhdě zamítnut z důvdu nevýhdnéh business case. 7) Technlgická a jiná mezení Výsledné řešení musí být integrván s MS Sharepint a MS Outlk (viz kapitla Change requesty), cž má za důsledek: Nutnst přizpůsbení Business prcesů balíkvému řešení. Limity v mžnsti zásahu d zdrjvéh kódu Micrsftu. Ptenciální rizik ztráty záruky a příslušnéh záručníh servisu při neddržení ujednání licenčních pdmínek. Očekávaný pčet uživatelů QXT má v sučasné dbě 200 zaměstnanců a 50 bchdních zástupců. I s hledem na buducí růst splečnsti je ptřeba pčítat s pčtem uživatelů v řádu stvek. Uživatelé pracují primárně s webvým prhlížečem MS Internet Explrer 7 (cca 70%) a s webvými prhlížeči Ggle Chrme (1%), Mzilla Firefx (27%) a Opera (2%).
F. Rizika 1) Rizika zadavatele a) RZ01 Plýtvání zdrjů Stav Nastal Vlastník QXT management Pravděpdbnst výskytu 100% Dpad Zvýšené náklady (zasedačky jsu prázdné a jednání prbíhají v prnajatých prstrách). Plán pr mitigaci rizika Kntrla skutečně využívaných rezervací. Nasazení systému pr správu rezervací Krizvý plán zasedaček a patření prti těm, kteří své rezervace nevyužívají. b) RZ02 Nasazení systému p plánvaném termínu Stav Ptenciální Vlastník Ddavatel řešení Pravděpdbnst výskytu 25% Prdlužení aktuálníh stavu plýtvání s dalším navýšením nákladů na IT řešení. Dpad Nutnst prdlužení smluvy prnájmu externích prstrů. Vytvření úvdní studie pr pdpru rzhdvání renmvanu splečnstí ITE. Plán pr mitigaci rizika Rzdělení prjektu d etap. Smluvní patření (sankce) v realizační smluvě. Krizvý plán Uplatnění sankcí vůči ddavateli řešení. c) RZ03 Nedstupnst implementvanéh systému p nasazení Stav Ptenciální Vlastník Prvz infrmačních systémů QXT Pravděpdbnst výskytu 5% Dpad Nedstupnst infrmací rezervacích zdrjů. Varianta 1: Přenesení rizika na ddavatele prstřednictvím smluvy prvze a servisu pr řešení nedstupnsti funkčnstí RESYZ. Definice dpvídající SLA. Plán pr mitigaci rizika Varianta 2: Funkčnsti RESYZ jsu pskytvány jak služba (pužití systému, který nebude ve vlastnictví QXT). Definice dpvídající SLA. Krizvý plán Uplatnění sankcí vůči pskytvateli služeb.
2) Prjektvá rizika a) RP01 Nasazení systému p plánvaném termínu Stav Ptenciální Vlastník IT Enterprises (RESYZ - Prject manager) Pravděpdbnst výskytu 20% Prdlužení status qu. Dpad Pškzení dbréh jména ddavatele. Penále za nenasazení v termínu. Naplánvání prjektu d něklika etap a iterativní přístup k prjektu. Plán pr mitigaci rizika Průběžné ddávky výstupů a jejich připmínkvání a schvalvání zákazníkem. Krizvý plán Zvýšené úsilí prjektvéh týmu. b) RP02 Nedstatečná kapacita prjektvéh týmu Stav Ptenciální Vlastník IT Enterprises management Pravděpdbnst výskytu 5% Dpad Dpad na kvalitu, kvantitu a termín ddání výstupů prjektu. Včasné sestavení stabilníh prjektvéh týmu, Plán pr mitigaci rizika který plně pkryje ptřebnu pracnst na prjektu svu kapacitu. Krizvý plán Nutné přesčasy sestavenéh prjektvéh týmu. c) RP03 Nedstatečná sučinnst zákazníka Stav Ptenciální Vlastník IT Enterprises management Pravděpdbnst výskytu 50% Dpad Dpad na kvalitu, kvantitu a termín ddání výstupů prjektu. Plán pr mitigaci rizika Včasná eskalace prblému na management QXT a na management ITE. Krizvý plán Dhda se zákazníkem psunu termínu.
G. Situační analýza 1) SWOT analýza Strenghts (silné stránky) Weaknesses (slabé stránky) Opprtunities (příležitsti) Threats (hrzby) Nízké náklady na údržbu systému (jenm papírvá frma). Neexistence kntrly využívání zdrjů. Infrmace je k dispzici jenm na dveřích knkrétní zasedačky, čast jsu neúplné a neaktuální. Zefektivnění využívání nejenm zasedaček ale i jiných zdrjů splečnsti. Plýtvání zdrji má přímý dpad na hspdářský výsledek splečnsti. Ztráta knkurenceschpnsti. 2) FURPS+ analýza a) Funkčnsti Elektrnická rezervace zasedaček. Evidence a správa zasedaček. Kalendář. Práva pr rezervaci jedntlivých zasedaček. Mžnst zadat pakvané rezervace. Suplementární služby k rezervacím (bčerstvení, prjektr ). Na rezervaci zasedačky musí mít pracvník práva (rzličná práva pr rzličné zasedačky). Práva budu řešena prstřednictvím skupinvých rlí (prstřednictvím dménvých skupin). Elektrnický přístup d zasedaček na vstupní kartu (kdkli z účastníků jednání). V případě, že rezervace není využita d 10min d začátku platnsti je zasedačka uvlněna pr khkli. Autmatické předání infrmací změně stavu rezervace prstřednictvím infrmačníh mailu. Online rzhraní pr zadávání a mnitrvání stavu rezervací. Reprty pr management využívání zdrjů, změnách a rušení rezervací. Pdpra wrkflw pr naplánvání údržby a bnvy zdrjů (např. servisní prhlídky u autmbilů, vymalvání zasedaček, výměna kberců apd.). b) Pužitelnst Internetvé prhlížeče, nejenm IE, ale také Firefx, Opera, Safari. c) Splehlivst Dstupnst 99% v dbě 5x12 (pndělí pátek 7:00-19:00). Žádné kritické chyby, které by znemžňvaly pužití systému. d) Výkn Desítky kliků za minutu. Stvky uživatelů. Dba dezvy maximálně d 10s, průměrně d 5s.
e) Pdprvatelnst Kmpletní zdkumentvání systému ve vlastnictví zákazníka (administrátrská a prgramátrská dkumentace). Prstředí běží na serverech zákazníka. Existence testvacíh prstředí. Garance řešení chyb ddavatelem (servisní smluva) f) Další nefunkční pžadavky Napjení na LDAP. MS platfrma (.NET, MS-SQL 2005). 3) Pdpra managementu Ze stávající situace je jasné, že základním prblémem je neexistence relevantních infrmací pr kntrlu nakládání se zdrji splečnsti pr managerská rzhdnutí. Mezi zásadní infrmace, které musí RESYZ pskytnut patří: Fyzická (skutečná) bsazenst zasedaček v knkrétním čase. Týdenní / měsíční přehledy vytížensti zasedaček. Mnžství nevyužitých rezervací, s mžnstí dhledání knkrétních pracvníků, kteří rezervaci nevyužili. Pčty změn rezervací. Obsazenst rezervvaných místnstí (pčet lidí na jednání vs. kapacita zasedačky).
H. Vize řešení Na základě wrkshpů mezi QXT a ITE byla identifikvána ptřeba becnějšíh řešení správy zdrjů. Z tht důvdu je navrhvané řešení zalžené na principech třívrstvé architektury s hledem na principy SOA. Parciálním cílem prjektu je v maximální mžné míře využít technlgicku základnu, kteru pskytují prdukty splečnsti Micrsft, které se QXT strategicky rzhdla pužívat. Zárveň je nevyhnutné implementvané struktury kmpnvat d elementárně rzšiřitelnéh a flexibilníh celku s hledem na další rzvj a využití systému. Na základě knsenzu mezi QXT a ITE byla stanvena pririta, fkus a rzsah blastí, které budu řešeny a knslidvány v hrizntu nejbližších dvanácti měsíců: Vytvření framewrku pr systémy na rezervaci zdrjů (RRF), který bude vytvřen na základech existujícíh ITEFWK splečnsti ITE, c přináší velku úspru času, prtže nebude nutné navrhnut a implementvat celý framewrk na zelené luce. Vytvření RESYZ nad tímt framewrkem. Vytvření systému pr rezervaci služebních plvých autmbilů (RESYPA). Nástrje pr vytváření reprtů a mnitring využívání zdrjů. User apprach User Brwser Aplicatins Oklní aplikace RESYZ RESYPA... MS Sharepint RRF MS Exchange server Mduly Vizuální kmpnenty Nevizuální kmpnenty Datvý sklad Uživatelská práva Definice prcesů a wrkflw DB LDAP
1) Klíčvé benefity navrhvanéh řešení pr business Technlgický základ řešení pskytují principy SOA, které umžňují prpjení služeb, využívajících rzličné platfrmy a technlgie. Nad SOA může být vybudván wrkflw na úrvni kmpnent využívaných v jedntlivých službách. Každý prces je pak d začátku až d knce jednduše mnitrvatelný na úrvni elementárních perací. Nevyhnutným předpkladem implementace řešení je identifikace business mdulů, pskytujících svje služby klním aplikacím jak je např. MS Sharepint. Jedntlivé business mduly jsu transparentně definvány a musí pervat nad knkrétní částí business prcesů. V sučasné dbě jsu identifikvány tyt business mduly: Správa zasedaček. Rezervace zasedaček. Správa autmbilů. Rezervace plvých autmbilů. Reprting Funkčnsti takt navržených business mdulů jsu pužitelné becně napříč prcesy QXT, c představuje jeden z nejdůležitějších benefitů pužití SOA. Neméně významná je i mžnst znvupužití a elementární rzšiřitelnst při definici nvých business mdulů. Řešení zalžené na těcht technlgických principech přinese QXT celu řadu klíčvých benefitů: Jednduché uživatelské rzhraní pr zadávání rezervací. Online přehled bsazensti a využití zasedaček. Snížení nákladů na externí prstry. Optimalizace prcesů rezervací a pužití zdrjů. Rzšiřitelnst řešení pr další sdílené zdrje. Zdkumentvané řešení nezávislé na ddavateli. Eliminace ptenciálních prblémů. Garance reakčních časů pr pravy chyb na základě servisní smluvy. Mžnst utsurcvání prvzu a rzvje celéh řešení. 2) Klíčvé benefity navrhvanéh řešení pr IT Definice základní technlgické platfrmy.net, MS SQL 2005 vede k eliminaci zastaralých aneb nevyhvujících platfrem.
Vytvřením jedntnéh aplikačníh framewrku RRF zajistíme jedntnu architekturu a unifikvaný způsb vývje aplikací nad tímt framewrkem. Architektura Etablvání framewrku a architektury (SOA). LDAP kntrla přístupvých a uživatelských práv. Infrastruktura Vybudvání infrastruktury s ptřebnu dstupnstí a výknem. Integrace Využití jedntnéh rzhraní pr transparentní a standardizvaný způsb integrace. Micrsft cmpliant framewrk i aplikace musí být MS cmpliant. Platfrma MS je strategická pr QXT. QXT dále čekává v cílvém stavu: Maximální mžné využití stávajících IT prstředků/aplikací/služeb, kterými dispnuje. Vybudvání architektury zalžené na mderních přístupech a flexibilních službách tak, aby byl mžné pružně reagvat na měnící se pžadavky a zajistit významnu znvupužitelnst (technlgický framewrk) jak na technlgické, tak zejména na business úrvni (cre business lgika je implementvána jak samstatné aplikace [business mduly] s jasně definvaným rzsahem a službami, které pskytují klí). Identifikvat v splupráci s businessem business blasti, které jsu pdprvány technlgiemi, které v hrizntu tří let nemají v IT strategii a architektuře QXT perspektivu a je nutné zvážit jejich náhradu, ideálně na framewrku RRF a tent framewrk připravit i pr tyt aplikace.
I. Radmapa prjektu Tat kapitla ppisuje v jakých krcích a jakým způsbem bude cílvéh stavu dsažen. Dále bsahuje rganizační strukturu a vyžadvanu sučinnst, harmngram a milníky. Na závěr jsu uvedeny blasti následnéh rzvje za hrizntem rku 2009 let. Předchzí kapitly definvaly cílvý stav prjektu, kteréh bude dsažen v hrizntu knce rku 2009. Vzhledem na pžadvaný rzsah řešení a nutnst c nejrychlejšíh přínsu pužívání aplikace RESYZ je vhdné rzdělit prjekt d tří realizačních etap (každá etapa je plánvána na cca 6 měsíců): Etapa 1: návrh a implementace RRF (základní funkčnsti pr integraci s klím, klíčvé reprtvací a mnitrvací nástrje) a RESYZ 1.0. Definice prcesů a metdiky pr kntinuální rzvj RRF a aplikací nad RRF. Etapa 2: rzšíření RRF další funkčnsti (napjení na MS Sharepint) a nástrje, RESYZ 1.5, RESYPA 1.0. Etapa 3: RESYZ 2.0, RESYPA 1.5. Na následujícím brázku je vidět rámcvá radmapa etap 1 3. Plán jedntlivých etap je upřesněný v kapitlách c) a b). Celkvý harmngram se nachází v kapitle 1). V průběhu všech etap bude prbíhat technlgický rzvj architektury a aplikačníh framewrku. 1) Prjektvý tým Pr implementaci řešení tht významu a ptenciálu je z phledu QXT je nutné vytvřit ptřebné předpklady pr realizaci prjektu p stránce rganizační. Vedle ddávky kmpnent framewrku, funkčních kmpnent a metdiky pr práci s nimi je nutné vytvřit i rganizační struktury, které budu budvání tht systému řídit. Tyt struktury budu také zajišťvat využití ddaných kmpnent v i dalších blastech. Prject Cmmitee nejvyšší prjektvá řídící struktura prjektu. Schvaluje a krdinuje klíčvé plánvané ddávky a milníky. Je nadřízená Architektnické kmisi a Prjektvému řízení. Členy jsu nminváni z vrchlvéh managementu QXT a ITE. Jedná se dzrný rgán nad prjektem. Architect Cmmitee udržuje a rzvíjí celkvu vizi rzvje RRF a suvisejících aplikací. Zajišťuje, aby všechny rzvjvé aktivity byly v suladu s tut vizí. Členy jsu nminváni:
Chief sftware architect (QXT). Business architect (QXT). Business analyst (ITE). Sftware architekt (ITE). Prjektvý tým QXT zajišťuje a pskytuje sučinnsti za business i IT QXT. Je dpvědný za kntrlu termínů a výstupů ITE (i průběžných). Prjektvý manažer je dpvědný za kntrlu kvality a případnu eskalaci neddržvání termínů a kvality na Prject cmmitee. Prjekt manager. QA manager (klíčvý uživatel systému / metdik). Prjektvý tým za ITE je dpvědný za ddání výstupů ve stanvených termínech, kvalitě, kvantitě a dhdnutém rzpčtu. Prjektvý manažer je dpvědný za řešení rizik, a jejich případnu eskalaci na Prject cmmitee. Prject manager. Business analyst. Sftware architekt. Cnfiguratin manager. Test manager / test architekt. Develper. Tester. 2) Sučinnsti Ptřebnu sučinnst lze rzdělit na 3 typy: Zdrje, Prjekty a Infrastruktura. a) Zdrje Prject manager - stanvení kmpetentníh zástupce a jeh vybavení příslušnými pravmcemi. V průběhu prjektu budu definvány detailní pžadavky na sučinnst dvnitř QXT (ddání specifických testvacích dat, vyplnění číselníků apd.). Pr jejich zprstředkvání a hlavně následnu knslidaci před předáním ITE je nutné zajistit dstatečnu kapacitu dedikvaných pracvníků QXT. Business a sftware architekti - zajistit dstatečnu kapacitu dpvědných architektů ze strany QXT. Ti pak budu během prjektu průběžně pdle předem definvanéh plánu revidvat a akceptvat výstupy prjektu a účastnit se plánvaných wrkshpů a schůzek. Testeři pr přípravu a prvedení UAT je ptřeba dedikvat dstatečně velký tým testerů, kteří budu schpni ve splupráci s testvacím týmem ITE a v rámci předem definvanéh plánu, kvalitně připravit a testvat výstupy prjektu.
b) Prjekty a klní systémy Prjekty v QXT prbíhá paralelní prjekt implementace MS technlgií, který má přímý dpad na prjekty RRF / RESYZ. V rámci Technickéh Prjektu budu detailně ppsány krky na bu stranách, které pvedu k vyřešení všech knfliktů. Bude ptřeba zajistit v definvaném čase prvedení těch krků, které budu mim rámec prjektu RRF / RESYZ. Oklní systémy u předem definvaných systémů QXT jde zejména včasné ddání ptřebné dkumentace, zajištění případných schválených úprav v těcht systémech v definvaném termínu a vyhrazení jejich dstupnsti pr vývj, trénink a testvání integrace prjektu RRF / RESYZ s těmit systémy. c) Infrastruktura Připravenst všech prstředí (vývjvé, testvací, tréninkvé, deplyment a prvzní) v ptřebné struktuře a pžadvaném sizingu tak, jak budu ppsány v Technickém prjektu v kapitlách Infrastruktura a Nn Functinal Requirements. Ptřebné nástje pr pdpru celéh živtníh cyklu prjeku zajistí ITE. 3) Etapa 1 RRF 1.0 a RESYZ 1.0 a) Scpe V tét etapě budu vyřešeny klíčvé technické rizika RRF, které mají dpad na implementaci aplikací nad RRF. Jak prf-f-cncept bude implementvána první verze aplikace RESYZ: RFF Vyhdncvání uživatelských práv (kmunikace s LDAP). Pdpra wrkflw. Definice klíčvých prcesů. Vizuální kmpnenty pr RESYZ. Nevizuální kmpnenty pr RESYZ. Mduly Správa zdrjů (Evidence a správa zasedaček). Kalendář. Reprty pr management využívání zdrjů, změnách a rušení rezervací. RESYZ Elektrnická rezervace zasedaček. Práva pr rezervaci jedntlivých zasedaček. Mžnst zadat pakvané rezervace. Online rzhraní pr zadávání a mnitrvání stavu rezervací. b) Sučinnsti V rámci tét etapy bude nutné ze strany zákazníka Q&X zajistit intenzivní sučinnst následujících typů uživatelů: Pracvníci dpvědní za plánvání zasedaček a znalsti firemních prcesů spjených s jejich rezervací. Především pr účely návrhu krdinaci řešení (klíčví uživatelé).
Zástupci managementu pr účely vydefinvání a následně testvání pžadvaných manažerských výstupů. Uživatelé buducíh systému pr testvání a zašklení systému. Uživatelé buducíh systému pr prvtní knfiguraci a nastavení systému. c) Harmngram d) Odhad nákladů na realizaci etapy Odhad nákladů na realizaci je pčítán při průměrné sazbě 1 000Kč / člh bez DPH. Realizace se může dchylvat d tht dhadu +/- 20%. Systém / část člh Cena v Kč bez DPH Funkčnsti RFF 970 970 000 Vyhdncvání uživatelských práv (kmunikace s LDAP) 100 Pdpra wrkflw (existuje v rámci ITEFWK) 0 Definice klíčvých prcesů 100 Vizuální kmpnenty pr RESYZ 250 Nevizuální kmpnenty pr RESYZ 250 Správa zdrjů (Evidence a správa zasedaček) 100 Kalendář 20 Reprty pr management využívání zdrjů, změnách a rušení rezervací 150 RESYZ 500 500 000 Elektrnická rezervace zasedaček 250 Práva pr rezervaci jedntlivých zasedaček 100 Mžnst zadat pakvané rezervace 100 Online rzhraní pr zadávání a mnitrvání stavu rezervací 50 Celkem 1 470 1 470 000
4) Etapa 2 RRF 1.5, RESYZ 1.5, RESYPA 1.0 a) Scpe V tét etapě bude řešena zejména integrace s MS Exchange a MS Sharepint. Dále budu řešeny pdpůrné a nice-t-have funkčnsti a změnvé pžadavky na RRF a RESYZ a zárveň bude implementvána nvá aplikace RESYPA. V sučasné dbě lze identifikvat jenm pžadavky na funkčnsti RESYZ, které nebyl mžné zaradit d Etapy 1 a pžadavky na aplikaci RESYPA. Ostatní pžadavky budu identifikvány v první fázi Etapy 2. RRF Integrace s MS Exchange. Integrace s MS Sharepint. Vytvření rzhraní pr datvý sklad. Integrace se sytémem pr fyzické přístupy d místnstí na kartu. Autmatické předání infrmací změně stavu rezervace prstřednictvím infrmačníh mailu. Pdpra wrkflw pr naplánvání údržby a bnvy zdrjů (např. servisní prhlídky u autmbilů, vymalvání zasedaček, výměna kberců apd.). RESYZ 1.5 Pdpra suplementárních služeb k rezervacím (bčerstvení, prjektr ). Elektrnický přístup d zasedaček na vstupní kartu (kdkli z účastníků jednání). V případě, že rezervace není využita d 10min d začátku platnsti je zasedačka uvlněna pr khkli. RESYPA 1.0 Elektrnická rezervace plvých autmbilů. Práva pr rezervaci jedntlivých autmbilů. Mžnst zadat pakvané rezervace. Online rzhraní pr zadávání a mnitrvání stavu rezervací. b) Sučinnsti V rámci tét etapy bude nutné ze strany zákazníka Q&X zajistit intenzivní sučinnst následujících typů uživatelů: Pracvníci dpvědní za technicku infrastrukturu pr účely integrace s existujícími firemními nástrji (prdukty Micrsft, karetní systém ). Pracvníci dpvědní za rezervace a půjčvání firemních autmbilů se znalstí firemních prcesů spjených s jejich rezervací. Především pr účely návrhu krdinaci řešení (klíčví uživatelé). Uživatelé buducíh systému pr testvání a zašklení systému. Uživatelé buducíh systému pr knfiguraci a nastavení nvých funkčnstí systému.
c) Harmngram d) Odhad nákladů na realizaci etapy Odhad nákladů na realizaci je pčítán při průměrné sazbě 1 000Kč / člh bez DPH. Realizace se může dchylvat d tht dhadu +/- 20%. Systém / část člh Cena v Kč bez DPH RRF 1.5 1430 1 430 000 Integrace s MS Outlk 300 Integrace s MS Sharepint 300 Vytvření rzhraní pr datvý sklad 300 Integrace se sytémem pr fyzické přístupy d místnstí na kartu 300 Autmatické mailvé ntifikace 80 Pdpra wrkflw pr naplánvání údržby a bnvy zdrjů 150 RESYZ 1.5 470 470 000 Pdpra suplementárních služeb k rezervacím 80 Elektrnický přístup d zasedaček na vstupní kartu (účastníci jednání) 240 Autmatické uvlňvání zasedaček v případě jejich nevyužití 150 RESYPA 1.0 300 300 000 Elektrnická rezervace autmbilů 120 Práva pr rezervaci jedntlivých autmbilů 80 Mžnst zadat pakvané rezervace 80 Online rzhraní pr zadávání a mnitrvání stavu rezervací 20 Celkem 2 200 2 200 000
5) Vize dalšíh rzvje Etapa 3 (RRF 2.0, RESYZ 2.0, RESYPA 1.5) V sučasné dbě je předčasné diskutvat scpe třetí etapy prjektu. Je velmi pravděpdbné, že v tét etapě budu řešeny zejména pdpůrné a rzšiřující funkčnsti splu se změnvými pžadavky na RRF, RESYZ a RESYPA. Zárveň budu identifikvány aplikace z existujícíh aplikačníh prtflia QXT, které jsu vhdnými kandidáty na převedení svých funkčnstí nad RRF a pdpru business prcesů QXT, které zatím nejsu pdprvány žádným systémem / aplikací. Předpkládá se, že třetí etapa bude zahájena p piltu druhé etapy a uknčena před kncem rku 2009.
J. Závěr Tent dkument úvdní studie vznikl na základě ptřeby efektivnější práce s interními zasedačkami ve splečnsti QXT. Obsahuje analýzu aktuálníh stavu situace ve splečnsti a návrh nvéh řešení, které splňuje všechny pžadavky na něj kladené. A t včetně ddržení klíčvéh termínu nasazení (knec rku 2008). Při tvrbě dkumentu byly zvažvány různé varianty řešení tak, aby byly v suladu s firemní strategií a vizí. V průběhu tvrby úvdní studie byly identifikvány další business blasti, které je mžné nasazením becnějšíh řešení nad rámec půvdních pžadavků Q&X také zefektivnit. P dhdě s Q&X byl prt půvdní zadání mdifikván tak, aby tut skutečnst reflektval. Tt becné řešení přinese splečnsti QXT vysku přidanu hdntu nejen z hlediska práce se zdrji, ale zárveň i z hlediska vytvření mderní platfrmy pr rzvj dalších aplikací. Cílem práce, mim pžadavky zákazníka, byl také ukázat schpnsti a mžnsti splečnsti IT Enterprises jak zkušenéh kmplexníh integrátra IT řešení. Věříme, že kvalita dvedená práce a tht dkumentu jsu začátkem dluhdbé splupráce mezi splečnstmi IT Enterprises a Q&X.