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