Consulting Partners as
Transkript
Consulting Partners as
Úvodní studie Zavedení informačního systému pro podporu výuky DRAFT – 15. 11. 2009 ZHOTOVITEL ZÁKAZNÍK Consulting partners a.s. Fakulta elektrotechnická Vysoké učení technické v Praze Consulting Partners Consulting Partners a.s. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 VERZE Verze 0.1 Datum 15. 11. 2009 Autor Jaroslav Bartoň Vytvořeno společností Consulting Partners a.s. © 2009 Popis změn Úvodní draft, osnova Strana 2 z 15 Consulting Partners a.s. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 OBSAH Verze ........................................................................................................................................................ 2 Obsah....................................................................................................................................................... 3 Slovník ..................................................................................................................................................... 4 Zadání úvodní studie ............................................................................................................................... 5 Vstupní zadání ..................................................................................................................................... 5 Záměr................................................................................................................................................... 5 Aktuální problémy ............................................................................................................................... 5 Technologická a jiná omezení ............................................................................................................. 5 Milníky ................................................................................................................................................. 5 Rizika........................................................................................................................................................ 6 R01 Rizika zadavatele .......................................................................................................................... 6 R02 Rizika dodavatele ......................................................................................................................... 6 Rizika lidských zdrojů........................................................................................................................... 7 Zdraví a bezpečnost ............................................................................................................................. 7 Technologická rizika ............................................................................................................................ 7 Situační analýza ....................................................................................................................................... 8 SWAT analýza ...................................................................................................................................... 8 FURPS analýza ..................................................................................................................................... 9 Podpora managementu (reporting) .................................................................................................. 10 Vize řešení ............................................................................................................................................. 11 Stávající stav ...................................................................................................................................... 11 Obecný návrh řešení.......................................................................................................................... 11 Klíčové benefity ..................................................................................................................................... 14 Cílový stav - business pohled................................................................................................................. 14 Roadmapa.............................................................................................................................................. 15 Vytvořeno společností Consulting Partners a.s. © 2009 Strana 3 z 15 Consulting Partners a.s. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 SLOVNÍK člh Člověkohodiny ČR Česká republika HW Hardware ICT Informační a komunikační technologie IE Internet Explorer ISCONP Informační systém pro kontrolu projektů SOA Servisně Orientovaná Architektura SWOT Analýza silných a slabých stránek spolu s příležitostmi a hrozbami. Win Windows platforma Vytvořeno společností Consulting Partners a.s. © 2009 Strana 4 z 15 Consulting Partners a.s. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 ZADÁNÍ ÚVODNÍ STUDIE Vstupní zadání Vysoká škola ČVUT - Elektrotechnická fakulta potřebuje pro týmovou práci studentů vyvinout systém, který umožní plně kontrolovat a koordinovat práci na projektech. p Záměr Cílem projektu je sjednotit, zpřehlednit a unifikovat práci studentů na projektech v rámci daných předmětů. Vyučující by měl mít přehled o práci studentů a měl by mít možnost snáze hodnotit jejich výkony. Systém by měl také tvořit jednotné jednotné komunikační prostředí, ať už mezi studenty v projektových týmech, nebo mezi týmy a vyučujícím. Aktuální problémy • Roztříštěnost jednotlivých komunikačních prostředí • Složité odevzdávání hotových projektů a dílčích dokumentů • Neexistuje pro studenty dostupný přehled o jejich hodnocení • Složitá koordinace hotových úkolů Technologická a jiná omezení • Systém musí fungovat na platformě Windows 2008 Server • Hardware zákazník již má (server IBM x3650) • Očekávaný počet uživatelů systému bude v první fází menší než 200, 20 později možnost nárůstu až do řádu tisíců Milníky Draft (průběžné připomínky) 2 týdny Final draft (připomínky) Vytvořeno společností Consulting Partners a.s. © 2009 1 týden Final version (k akceptaci) 2 dny Akceptováno Strana 5 z 15 Consulting Partners a.s. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 RIZIKA R01 Rizika zadavatele 1. Plytvani zdroju Stav Vlastník Pravděpodobnost výskytu Nastalo FEL ČVUT 100% Dopad Bez IS trvá studentům práce déle a učiteli trvá déle ji zkontrolovat Riziko spojené s klientem Krizový plán Zákazník může změnit požadavky Nasazení IS pro správu projektů 2. Nasazení systému po plánovaném termínu Stav Vlastník Pravděpodobnost výskytu Dopad Plán pro mitigaci rizika Krizový plán Potenciální Dodavatel řešení 20% Prodloužení aktuálního nepohodlného stavu Rozděleni projektu na etapy. Smluvní opatření ve smlouvě o realizace Uplatnění sankcí vůči poskytovateli služeb 3. Nedostupnost implementovaného systému po nasazení Stav Vlastník Pravděpodobnost výskytu Dopad Plán pro mitigaci rizika Krizový plán Potenciální FEL-ČVUT 10% Nemožnost odevzdávat projekty pomocí IS Upřesnění požadavků od zadavatele. Uplatnění sankcí vůči poskytovateli služeb. R02 Rizika dodavatele 1. Nedostatečná kapacita projektového týmu Stav Vlastník Pravděpodobnost výskytu Dopad Plán pro mitigaci rizika Krizový plán Potenciální Consulting partners a.s. 10% Zpožděné dodání informačního systému Vyvinout techniky pro zajištění kontinuity, když lidé z týmu odchází Možnost přesouvat zaměstnance z jiných projektů v případě nemoci původního člena týmu Nutné přesčasy sestaveného projektového týmu Vytvořeno společností Consulting Partners a.s. © 2009 Strana 6 z 15 Consulting Partners a.s. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 2. Nedostatek součinnosti zákazníka Stav Vlastník Pravděpodobnost výskytu Dopad Plán pro mitigaci Krizový plán Potenciální Consulting partner a.s. 30% Dopad na kvalitu IS. Řešit problém s managementem CP a.s a s FEL Dohoda se zákazníkem o posunu termínu Rizika lidských zdrojů Toto riziko může byt považováno za minimální, protože všichni zaměstnanci jsou velmi zkušení, pokud jde o vytváření informačních (databázově řízených) systémů. Zdraví a bezpečnost V případě různých zdravotních problémů, by měl být zaměstnanec nahrazen, externím specialistou, který by byl schopen plnit nezbytné požadavky, nebo interním pracovníkem z jiného projektu. Technologická rizika Závislost na stávajících technologiích používaných pro vývoj projektu musí byt zkontrolována a ověřena před samotným procesem realizace. Vytvořeno společností Consulting Partners a.s. © 2009 Strana 7 z 15 Consulting Partners a.s. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 SITUAČNÍ ANALÝZA SWAT analýza Silné stránky Slabé stránky Dostatek studentů, kteří chtějí pracovat na týmových projektech. Neexistuje jednotný systém pro hodnocení práce studentů Kvalifikovaní učitelé, schopni zadávat a koordinovat práce studentů Každý student (nebo tým) odevzdává hotové úkoly jiným způsobem - Zmatečnost - Možnost ztráty odevzdané práce cestou - Složitost na hodnocení Dobré ekonomické a technologické zázemí vysoké školy Prestižní jméno školy v ČR i zahraničí Hodnocení studentů dostupné jen pro vyučující Příležitosti Hrozby Jednotný informační systém usnadní práci studentům i učitelům Možný budoucí upadající zájem studentů o obor - Konkurence (FIT) - Důsledek: plýtvání zdrojů Studenti mají včas jistotu, že práce byla v pořádku odevzdána Neochota některých vyučujících začít používat nový systém Stejné prostředí pro komunikaci v týmu i s učitelem Přehled studentů o aktuálním stavu bodů a příčin jejich případného odebrání Vytvořeno společností Consulting Partners a.s. © 2009 Strana 8 z 15 Consulting Partners a.s. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 FURPS analýza Funkčnost • Rozlišení rolí (admin, vyučující, vedoucí týmu, student) • Studenti jsou sdruženi do týmů, každý tým má vedoucího • Zobrazení úkolů pro tým a pro jednotlivce • Učitel zadává úkoly jednotlivým týmům, vedoucí členům svého týmu • Odevzdávání úkolů vedoucími týmů • Možnost stažení dokumentů členy týmu, které byly vedoucím odevzdány • Možnost vedoucího přidělit body členům týmu, ti musí s přidělením souhlasit • Zobrazení bodového ohodnocení studentů učitelem i s poznámkami • Harmonogram semestru (vedoucí mohou přidávat položky pro tým) • Nástěnky jednotlivých týmů a globální nástěnka • Upozorňování na důležité termíny mailem (uživatelsky volitelné) • Reporty • Kdo odevzdal úkol a kdy • Průběžné bodové hodnocení týmů • Hromadné stažení odevzdaných souborů pro vyučujícího • Možnost studentů vložit požadavek na vyučujícího • Možnost odevzdávat úkoly i po stanoveném termínu Použitelnost Optimalizace pro použití na všech běžně používaných webových prohlížečích (IE, Mozilla Firefox, Google Chorme, Opera, Safari) Spolehlivost Dostupnost 99% v době 7x16 (7:00 – 23:00) Bez kritických chyb znemožňujících použití systému Vytvořeno společností Consulting Partners a.s. © 2009 Strana 9 z 15 Consulting Partners a.s. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 Provedení zátěžových a bezpečnostních testů s následnou certifikací Výkon Požadovaná odezva systému je do 5 sekund Ve špičce je možné doba delší, ale s informováním uživatele o přetížení Stovky uživatelů Podporovatelnost Dokumentace systému v rukou zákazníka Systém poběží na serverech zákazníka Systém bude podporován po dobu 5 let Podpora managementu (reporting) Systém bude na vyžádání generovat reporty, které dají vyučujícímu rychlý přehled o stavu jednotlivých projektů a o kvalitě práce vedoucího týmu. Reporty budou následující: • Odevzdané soubory k danému úkolu o Zobrazí se, které týmy úkol odevzdaly ve stanoveném čase, které jej odevzdali pozdě a které zatím vůbec neodevzdaly • Bodové hodnocení týmů o Pro každý tým se zobrazí, kolik bodů bylo doposud vyučujícím přiděleno • Bodové hodnocení studentů o Jmenný seznam studentů daného předmětu se současným bodovým hodnocením (včetně bodů přidělených vedoucím týmu) • Seznam aktuálních požadavků studentů na vyučujícího Vytvořeno společností Consulting Partners a.s. © 2009 Strana 10 z 15 Consulting Partners a.s. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 VIZE ŘEŠENÍ Dle business procesů zákazníka se Consulting Partners rozhodl vizi řešení rozdělit do několika části, kde se zmapuji výhody a nevýhody daných řešení a formou konzultace je už na zákazníkovi jakým směrem se vice Consulting Partners zaměří. Stávající stav Stávající IT situace zákazníka je postavena na platformě Windows. Zákazník používá 1. Windows server 2008 2. Webový Server IIS 3. SQL – Server Vše běží na výkonném stroji od společnosti IBM. Server x38 s 8Giga paměti. Požadavkem zákazníka je postavit řešení na stávající platformě Windows. Obecný návrh řešení • • • I. Navrhované řešení aplikace bude třívrstvé, aby v maximální míře splňovalo návrhový vzor MVC(Model, View, Controller), kdy tímto návrhem aplikace docílíme maximální nezávislosti jednotlivých komponent. Řešení bude postaveno na Webových službách s SOA prvky. Návrh počítá s budoucí integrací. Cesta maximální integrace hotových komponent postavena na SOA architektuře. Tento návrh si klade za cíl vybrat takové technologie, aby šlo snadno dle potřeb zákazníka vybranou část, Framework znovupoužit a úspěšně integrovat na platformě Windows a dle požadavku doprogramovat chybějící funkcionalitu. Pro • • • Proti • • • kvalitní dokumentace dobrý helpdesk záruka kvality a životnosti licenční náklady náklady na údržbu finančně náročné řešeni Návrh řešení Postavit jádro aplikace na hotovém řešení Vytvořeno společností Consulting Partners a.s. © 2009 Strana 11 z 15 Consulting Partners a.s. • • • • II. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 eDoceo(http://www.cca.cz/) Adobe Macromedia Authorware WebCT Blackboard Cesta maximální integrace s prvky opensource Tento návrh si klade za cíl vybrat takové technologie, aby šlo snadno dle potřeb zákazníka vybraný framework integrovat a popřípadě doprogramovat a dovyvinout další funkční moduly, které pomohou pokrýt všechny procesy zákazníka. Po prvotní analýze Consulting Partners zjistil, že tato cesta nenabízí tolik možnosti v oblasti opensource jako Unix, Linux platforma Pro • • • • • Proti • • • • • Dobře zvolené open source řešení se může stát kompromisem mezi oběma variantami. Vývoj projektu již nemusí probíhat od začátku. Při kvalitní dokumentaci může vývojový tým rychle adaptovat architekturu i metodiku vývoje daného open source softwaru a přizpůsobit jej dle potřeb svého uživatele. Při vhodné licenční politice naprosto zřetelně dochází ke zlevnění celého projektu. Vývoj je levnější také tím, že vývojový tým již zpravidla nevytváří jádro systému, ale spíše se koncentruje na potřeby uživatele a managementu. Šikovně zvolenému open source řešení lze za málo peněz získat hodně muziky. Tato výhoda se změní rychlé v nevýhodu, pokud vybraný produkt nebo modul nepokrývá nebo špatně pokrývá procesy a požadavky zákazníka a jde stěží rozšířit a doprogramovat požadovanou funkcionalitu. Nejasná koncepce vývoje Nedotaženost projektu, která je většinou dána vznikem projektu spíše jako činnost entuziastické komunity než jako dobře vykalkulovaný obchodní model. Problém helpdesku z důvodu nejasné budoucnosti vývoje. Hrozba zániku, ukončení vývoje nebo podpory projektů. Návrh řešení Postavit jádro aplikace na hotovém řešení • Moodle • Desire2Learn(http://www.desire2learn.com/) • HotChalk(http://www.hotchalk.com/index_new.html) • ILIAS Jako úložiště dat firma Consulting Partners doporučuje nasadit PostgreSQL nejlepší datové úložiště na poli opensource. Vytvořeno společností Consulting Partners a.s. © 2009 Strana 12 z 15 Consulting Partners a.s. III. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 Řešení na zelené louce Pro • Přesně a velice dobře lze implementovat požadované procesy zákazníka. • Mala pravděpodobnost pro to, aby se proces přizpůsobil software. • Vlastní vývoj softwaru je obtížnější úkol, ale při dokončení projektu dostává uživatel zpravidla softwarové nástroje, které si zvolil a na jejichž definici se podílel. Proti • Velice finančně a časově náročné řešeni. Návrh řešení Postavit řešení na moderní, stabilní, bezpečné platformě. Jelikož zákazník disponuje výkonným hardware tak rozhodně Consulting Partners doporučuje zvolit jednu z těchto platforem J2EE , NET. Vytvořeno společností Consulting Partners a.s. © 2009 Strana 13 z 15 Consulting Partners a.s. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 KLÍČOVÉ BENEFITY Navrhované řešení aplikace bude třívrstvé s využitím SOA architektury. Jako přínos pro zákazníka to umožní snadnou modifikaci, vysokou škálovatelnost a stabilitu. CÍLOVÝ STAV - BUSINESS POHLED Cílem zákazníka je dosáhnou v střednědobém časovém horizontu úspěšného využití a kladné odezvy od studentů. Z pohledu dlouhodobého časového horizontu rozšířit systém o další funkcionality jako je například systém pro hledání duplicit a používáni více fakultami ČVUT. Vytvořeno společností Consulting Partners a.s. © 2009 Strana 14 z 15 Consulting Partners a.s. Draft úvodní studie – FEL, ČVUT – 15. 11. 2009 ROADMAPA Tato kapitola popisuje v jakých krocích a jakým způsobem bude cílového stavu dosaženo. Dále obsahuje organizační strukturu a vyžadovanou součinnost, harmonogram a milníky. Na závěr jsou uvedeny oblasti následného rozvoje za horizontem roku 2011 let. Vzhledem k požadovanému rozsahu řešení a nutnosti co nejrychlejšího přínosu z používání aplikace ISCONP je vhodné rozdělit projekt do dvou realizačních etap (každá etapa je plánována na cca 6 měsíců): • Etapa 1: návrh a implementace RRF (základní funkčnosti pro integraci s okolím, klíčové reportovací a monitorovací nástroje) a ISCONP 1.0. • Etapa 2: další funkčnosti (napojení na MS Sharepoint) a nástroje, ISCONP 1.5 Vytvořeno společností Consulting Partners a.s. © 2009 Strana 15 z 15