Pdpra plánvání a řízení prjektů v CASE nástrjích seminární práce z předmětu IT572 Prstředky CASE a jejich využití při tvrbě IS Vítězslav Jánský Petr Kříž Jan Šebelík prsinec 2005-1 -
Obsah Úvd...3 Cíl práce...3 Plánvání a řízení prjektu...3 Metdiky...4 Prcess Directr...4 O splečnsti LBMS...4 Pkrčiké řízení prjektů...5 Metdiky LBMS Prject Management, LBMS Prject Prtfli Management...5 Nástrj Prcess Directr...7 Nástrje s vazbu na plánvání a CASE...9 AllFusin Prcess Management Suite...9 AllFusin Prcess Library...10 AllFusin Prcess Engineer...10 AllFusin Prject Engineer...10 IBM Ratinal...10 Metdika Ratinal Unified Prcess...11 Ratinal Methd Cmpser...11 Enterprise Architect...11 Závěr...11 Zdrje...12-2 -
Úvd Pjem CASE (Cmputer Aid Sftware Engineering) pršel d svéh vzniku, který se datuje na pčátek 80. let 20. stletí pměrně buřlivu evlucí. V prvních fázích své existence představval puze jakusi krajvu pmůcku, která pmáhala tehdejším sftwarvým inženýrům s vývjem jejich aplikací. V té dbě se CASE nástrje zaměřvaly převážně na pdpru dílčích činnstí, jak například kmpilace zdrjvéh kódu neb kntrla syntaxe. V důsledku vyvinutí nejrůznějších metdik, jak například strukturvaný přístup k prgramvání (Jacksn) neb Yurdnva metdlgie, vznikla bjektivní ptřeba mnhem více sfistikvaných nástrjů, které by byly schpny pkrýt i pžadavky tehdy nvých a ppulárních metdik. Jednal se především schpnst grafickéh ztvárnění, například diagramů, antace, ale i zvýšená ptřeba vedení a správy prjektvé dkumentace. Tímt způsbem CASE nástrje vyspěly v 90. letech 20. stletí na takvu úrveň, že již nabízí pměrně sfistikvanu pdpru celéh prcesu vývje aplikace, tedy d analýzy až p implementaci a testvání. Sučasně se mnhem více přiklánějí k bjektvé analýze a prgramvání. Cíl práce V některé literatuře jsu nástrje CASE rzlišvány na vertikálně neb hrizntálně rientvané. Rzdíl spčívá v jejich primárním zaměření vzhledem k vývjvému cyklu aplikace. Zatímc hrizntálně rientvané nástrje se zpravidla zaměřují na pdpru některé fáze vývje aplikace, tedy například mdelvání, vertikálně rientvané nástrje se napak snaží zajistit pdpru napříč vývjvému cyklu aplikace. Z tht zaměření plyne celá řada důsledků, které kladu na takvýt nástrj mnhem vyšší nárky na integraci a kperaci jedntlivých částí CASE nástrje, stejně jak na nasazení určité metdiky, pdle které nástrj pdpruje jedntlivé vývjvé fáze aplikace. Tat práce se zaměřuje nejen na hrizntálně rientvané CASE nástrje, nýbrž si klade za cíl analyzvat vyspělst těcht CASE nástrjů z phledu jejich pdpry plánvání a řízení prjektů. Hlavní pzrnst bude tedy věnvána analýze trhu CASE nástrjů, které krmě pdpry celéh vývjvéh cyklu aplikace nabízí i mžnst plánvání a řízení prjektu samtnéh. Nedílnu sučástí je i zjištění, zdali se jedná perspektivní trend, který ve své pdstatě navrhuje integraci CASE nástrje s nástrji pr řízení prjektů, včetně pdpry kmplexní metdiku. Plánvání a řízení prjektu Prblematika plánvání a řízení prjektů může být řešena nejrůznějšími způsby. V praxi se lze setkat s celu řadu přístupů, které sahají d intuitivníh ad-hc řízení až p plně autmatizvaný a předem definvaný prces. Vlba vhdnéh přístupu by se měla drazit v charakteru prjektu, tedy například pdle důležitsti prjektu neb jeh kmplexnsti. Jelikž se práce zaměřuje na kntext vývje aplikací, ptažm infrmačních systémů, je zřejmé, že bude na způsb pdpry plánvání kladen značný důraz. Sučasné přístupy k pdpře plánvání a řízení prjektů čast vycházejí z něklika základních metdik, které jsu pak čast pr účely knkrétních případů dále rzpracvávány a přetvářeny. Jak příklad takvýcht metdik, které jsu čast využívány jak drazvý můstek pr metdiky využívané v nejrůznějších kmerčních prduktech, patří i metdika PMBK. O tét metdice a hlavně její mdifikaci se zmiňujeme dále v suvislsti s prduktem splečnsti LBMS. V dnešní dbě, kdy na prjektu zpravidla pracuje více lidí, ppřípadě i více týmů, vyvstává ptřeba nějakým rzumným a snadným způsbem zvládnut splupráci a zajistit kmunikaci mezi jedntlivými účastníky prjektu. Zpravidla je ptřeba zajistit kmunikaci mezi členy týmu, i mezi - 3 -
něklika týmy navzájem. Nezřídka se stává, že je ptřeba i správy celéh prtflia prjektů, v tm případě se situace s kmunikací a řízením značně kmplikuje, a je pr zvládnutí tht nelehkéh úklu ptřeba nasadit sfistikvané nástrje, které tt řízení usnadní. Zárveň vzrůstá tlak na nástrje pr pdpru plánvání i ze strany managmentu, nebť stále častěji pžadují mít ucelený přehled právě prbíhajících prjektech, i mžnst zpětné analýzy již prběhlých prjektů. Jedním z důležitých představitelů prduktů pr řízení prjektů je Micrsft Prject, který si již téměř vydbyl pzici průmyslvéh standardu. Tmu dpvídá i vyská pdpra ze strany ddavatelů statních plánvacích prgramů i CASE, kteří umžňují s tímt prgramem prvázat své prdukty a využít tak tét integrace s tímt ppulárním prgramem. Metdiky Jak již byl řečen, metdiky představují pr vývj sftwaru velice pdstatnu stránku, nebť ve své pdstatě řídí zpravidla celý cyklus tht vývje a určují, jakým způsbem se má celý prces vývje systému ubírat. Pkud bychm tedy chtěli shrnut předchzí text, měl by ideální nástrj pdprvat minimálně tyt aspekty a blasti vývje aplikace Pdpra CASE Vertikálně rientvaná pdpra vývje sftwaru, tedy pdpra celéh vývjvéh cyklu Mžnst úpravy metdiky pdle ptřeby a specifik prjektu Mžnst tvrby a rganizace dkumentace, Správa verzí a změn Sdílené repsitry Pdpra plánvání a řízení prjektu Pdpra týmvé práce Pdpra metdik Analýza, genervání reprtů a výkazů Na tázku, zdali je v sučasné dbě na trhu k dispzici nástrj, který by splňval výše kladené nárky, se pkusí dpvědět následující text, který analyzuje nabídku a funkcinalitu nástrjů, které s předchzími pžadavky více či méně kketují. Prcess Directr O splečnsti LBMS Česká splečnst LBMS, s. r.. se zabývá ddávkami celé řady řešení v blasti infrmačních technlgií. Nabízí metdiky, nástrje a služby pr efektivní pdpru firemních prcesů. Jedná se zejména blast vývje sftwaru, včetně řízení celéh živtníh cyklu sftwarvých aplikací. Pmcí uvedených prstředků se snaží zkvalitnit prdukty a minimalizvat pčet chyb a následných nutných prav sftwaru. Využití nvých technik umžňuje také menší závislst na knkrétním implementačním prstředí. Mezi blasti, jimiž se splečnst LBMS zabývá, dále patří řízení prcesů, řízení prjektů a řízení výknnsti. Právě řízení prjektů s pmcí nástrje Prcess Directr a metdik LBMS Prject Management a LBMS Prject Prtfli Management je - 4 -
zástupcem prstředků, jež prpjují pčítačvě pdprvaný vývj sftwaru (CASE) a blast řízení prjektů. Hlavní metdiku je LBMS Develpment Methd určená pr vývj středních a větších sftwarvých aplikací na bázi UML a bjektvé technlgie. Pkrčiké řízení prjektů Dle schématu, které prezentuje splečnst LBMS, věnují vyspělé rganizace 20 % méně času při vývji a 50% méně při testvání sftwaru. Mají také 80 % nižší pdíl chyb předaných d prdukce, cž vede ke snížení míry přepracvání a k celkvému zvýšení prduktivity až 45 prcent. Průměrné Pžadavky 4.5 m s. Analýza&návrh 6.6 m s. Prgramvání 8.8 m s. Testvání 9.4 m s. P epracvání Vyspělé Pžadavky 4.0 m s. Analýza&návrh 6.0 m s. Prgramvání 6.8 m s. Testvání 4.75 m s. P epracvání Z výše uvedenéh je zřejmé, že je více než žáducí zařadit se mezi ny vyspělé splečnsti, neb se uvedeným zlepšením alespň přiblížit. K tmu mhu napmci samzřejmě kvalitní pracvníci využívající nejmdernější technlgie; nezanedbatelný pdíl na prjektu jak celku má však jeh řízení. K řízení středních a větších prjektů existuje mnh metdik a nástrjů, přičemž řada z nich je specializvána na blast IT a vývje sftwaru. O dvu z nich, které nabízí splečnst LBMS, se dzvíme dále. Metdiky LBMS Prject Management, LBMS Prject Prtfli Management Splečnst LBMS již d rku 1995 přebírá a vyvíjí vlastní metdiky pr vývj sftwaru (LBMS Systems Engineering, Select Perspective (CZ), LBMS Develpment Methd). My se budeme věnvat dvěma metdikám, které se bezprstředně týkají řízení prjektů (speciálně vývje sftwaru), avšak s hlavní metdiku LBMS Develpment Methd suvisejí. Metdika LBMS Prject Management je přím určena pr řízení prjektů a bsahuje ppis všech fází prjektu. Metdika je zalžena na principech PMBK, přičemž splečnst LBMS ji dále vylepšvala na základě vlastních zkušenstí. Metdika je také prcesně zaměřená, bsahuje ppis vstupů a výstupů jedntlivých činnstí, případně také šablny jedntlivých prduktů. Pr některé činnsti je využita pdpra prjekčníh sftware Micrsft Prject. Obecný rzpad etap prjektu v metdice je následující: iniciace (rzhdvání spuštění prjektu) zahájení prjektu iniciace prjektu vymezení rzsahu prjektu stanvení rganizace prjektu plán a rzpčet prjektu pstupy kntrly a řízení prjektu věcné zdůvdnění prjektu závěrečné vyhdncení zahájení prjektu - 5 -
řízení etapy prjektu zahájení etapy řízení kvality řízení pstupu řízení změn řízení prblémů závěrečné vyhdncení etapy uzavření prjektu C se týče frmy, metdika je ddávána v hypertextvém frmátu HTML, přilžené šablny jsu ve frmátu MS Wrd. Alternativně je metdika ddávána právě pr nástrj Prcess Directr, který zejména umžňuje prvádět vlastní úpravy metdiky. Sučástí metdiky je Rukvěť prjektvéh řízení, která bsahuje rady pr úspěšné řízení prjektu a dkazy d samtné metdiky. Další metdiku pr řízení prjektů je LBMS Prject Prtfli Management, která se zabývá řízením více prjektů najednu (řízení prtflia prjektů). Nabízí výběr vhdných prjektvých záměrů k realizaci a jejich následnu krdinaci, včetně využití dispnibilních zdrjů v rámci celéh prtflia a hlídání jejich přetížení. Metdika LBMS Prject Prtfli Management přím navazuje na LBMS Prject Management. Metdika je prcesně rientvaná, bsahuje ppis jedntlivých činnsti, jejich vstupů a výstupů. Dále jsu dplněny pkyny pr pdpru řízení prtflia pmcí nástrjů MS Prject Server. Hlavními prcesy metdiky jsu tyt (neuvádíme další rzpad na jedntlivé činnsti): identifikace a frmulace prjektů vyhdncení pžadavků na prjekty výběr prjektů a přiřazení pririt sestavení plánu a harmngramu prjektu sledvání a reprting kntrla a krekce prjektů pravidelné revize prtflia a činnsti prjektvé kanceláře Tat metdika je, stejně jak LBMS Prject Management, ddávána v hypertextvém frmátu HTML, vzrvé dkumenty ve frmátu MS Wrd. Stejně tak je mžn ddat metdiku v prstředí nástrje Prcess Directr pr další úpravy. Sučástí ddávky je Organizační směrnice, která shrnuje nejdůležitější zásady řízení prjektů s návaznstí na firemní legislativu, jak např. tyt: vymezení pjmů a kategrizaci prjektů předkládání prjektvých záměrů a rzhdvání nich pvinnsti během zahájení prjektu, řízení etapy prjektu a při jeh uzavření pravidla pr rganizaci prjektu a pracvní náplně jedntlivých rlí pstupy alkace zdrjů na prjekt Ve shrnutí se tedy jedná v bu případech metdiky a pdpůrné návdy ddané v hypertextvém frmátu. Pr úpravu metdik či dplnění vlastních firemních pstupů služí nástrj Prcess Directr. - 6 -
Nástrj Prcess Directr Jak už byl řečen, nástrj Prcess Directr služí zejména k úpravám stávajících metdik (prjektvých pstupů z blasti IT) splečnsti LBMS. Nástrj ukládá veškeré infrmace d XML repsitry, pr přístup k nim je pak využíván standardní internetvý prhlížeč (bdbně jak k půvdním metdikám ve frmátu HTML). Splečně s nástrjem jsu ddávány prjektvé pstupy pr kmpnentvý vývj aplikací. Prcess Directr pmáhá lépe definvat a řídit živtní cyklus sftwaru. Využijí jej jak manažeři pr lepší přehled stavu prjektu, tak týmví pracvníci pr svu běžnu práci na prjektu. Stejně jak všechny metdiky, metdiky ddávané v Prcess Directr uplatňují standardizvané pstupy a knkrétně best practices z blasti vývje sftwaru. Klíčvými vlastnstmi jsu: XML repsitry s rzhraním na internetvý prhlížeč. Uplatňuje best practices na prjektvé pstupy. Infrmace z metdik pskytuje pracvníkům efektivním způsbem. Obsahuje šablny, dhady pracnsti a další pmůcky. Prstřednictvím aktivníh mentringu nabízí pdpru členům týmu. Ppisuje řídicí i výknné (tvrba sftwaru) činnsti na prjektu. Jak už byl řečen, Prcess Directr umžňuje definvat vlastní prjektvé pstupy a tyt průběžně upravvat na základě nabytých zkušenstí z předchzích prjektů. Primárně je v prstředí Prcess Directr rzvíjena metdika LBMS Develpment Methd. V nástrji lze definvat jak diagram prcesu v grafické pdbě (Prcess Thread jak v Select Cmpnent Architect, Ganttův diagram jak v MS Prject), včetně zadání navazujících infrmací a dkumentů, tak sledvat průběh prcesu včetně genervání různých sestav. Samzřejmstí jsu různé způsby zbrazení, například c se týče pžadvané úrvně detailů. Je také pdprvána standardní navigace známá z internetvých prhlížečů Vpřed-Zpět. Hlavními sledvanými aspekty prcesu jsu: ppis, vstupní a výstupní pdmínky, krky, hierarchické členění (WBS), vstupní a výstupní prdukty, rizika, techniky, nástrje. Nástrj Prcess Directr se skládá z něklika mdulů: Knihvna metdik a svědčených praktik (metdika LBMS Develpment Methd). Prcess Studi nástrj určený pr metdika umžňující tvrbu nvých a mdifikaci existujících pstupů a metdik. S výhdu lze využít existující metdiky jak základ pr zalžení metdik vlastních a tím si výrazně usnadnit práci. Lgická knzistence metdiky je zajištěna pmcí křížvých pravidel. Sučástí je také nástrj pr sledvání více verzí téže metdiky. Ukládání infrmací je zalžen na XML repsitry. Prcess Brwser nástrj určený pr členy týmu umžňující interaktivní prhlížení metdik a prjektů na hypertextvé bázi. - 7 -
Prcess Wrkshp nástrj určený pr veducí prjektů umžňující vytvření prjektů na základě metdik a příslušných prcesů, synchrnizaci s harmngramem v MS Prject a zadávání úklů jedntlivým členům týmu. Umžňuje rychlé sestavení plánu prjektu na základě metdik a následné přenesení d prstředí MS Prject. V repsitry jsu ukládány aktuální metriky, které lze využít pr další vývj metdik. Head-Up Display (HUD) nástrj pr členy týmu služící pr přebírání úklů d veducíh prjektu a indikaci stavu práce a plnění těcht úklů. Každý člen týmu má HUD neustále k dispzici ve frmě panelu na své plše a má tak rychlý přístup k činnstem, které mu byly zadány (včetně vstupů, výstupů, technik a nástrjů). HUD lze využít také pr zpětnu vazbu pr vedení týmu, jak jsu hdnty metrik, předávání výstupů apd. Práci zpříjemňují také funkce jak kmentáře a náměty. Na základě sběru všech relevantních infrmací z průběhu prjektu mhu být standardizvané prjektvé pstupy d buducna dále zdknalvány. Následuje ukázka prstředí Prcess Directr: Prcess Directr nabízí agilní přístup k prjektvému řízení, cž znamená, že d výslednéh pstupu reálnéh prjektu se dstanu puze nezbytné činnsti. Přitm přizpůsbení existujícíh plánu je velmi rychlé. Systém dále sleduje dchylky d standardníh prjektvéh plánu, včetně kntrly lgické knzistence. Nástrj nezapmíná ani na řízení rizik, které lze sdílet i mezi více prjekty. Ze standardních pstupů v rámci řízení rizik se setkáme s přiřazením pravděpdbnsti výskytu a závažnsti rizika. Dále jsu sledvány kritické termíny a dpvědné sby. Pr cenvu nabídku a mžnst vyzkušení je mžné kntaktvat splečnst LBMS pmcí webvéh frmuláře na stránkách www.lbms.cz. - 8 -
Nástrje s vazbu na plánvání a CASE Obecně můžeme knstatvat, že přímá vazba na sftware pr správu prjektů v CASE nástrjích v pdstatě neexistuje (pkud chápeme CASE jak nástrje pr mdelvání). Pravděpdbným důvdem snad je btížná definvatelnst vazebních bdů mezi mdelvanu realitu (respektive plánvaným stavem) a průběhem prjektu. Prt pdnikneme pvěstný cimrmanvský úkrk stranu a zaměříme se na prpjení plánvání prjektů s metdikami (respektive knkrétními prcesy a jejich průběhem). Oprávněnst tht krku spravedlňuje vazba metdik s CASE nástrji se sučasnu existencí vazby metdik a plánvání prjektů. Vylučením (chcete-li ptlačením) CASE dstáváme přímu vazbu metdik (a jejich prcesů) na prjektvé plánvání. Plánvání prcesů je v prvé řadě kntinuální a sustavná činnst. Zatímc samtný prces p nadefinvaní většinu nemusíme měnit (neb puze minimálně), plán průběhu prcesu (prjektu) nutně perativně reaguje na aktuální vnější a vnitřní pdmínky. Tat dynamika je pr vazbu prcesu, prjektvéh plánu a klníh prstředí charakteristická. Nyní se pdíváme na některé sftwarvé prdukty pdprující výše uvedené teze. V předchzí části jsme se velmi pdrbně věnvali nástrji Prcess Directr firmy LBMS. V dalším textu se nejprve zaměříme na prdukt AllFusin Prcess Management Suite d firmy Cmputer Assciates Internatinal (CA). Druhým v přadí budu prdukty z rdiny IBM Ratinal (dříve Ratinal Rse). Na závěr zmíníme nástrj Enterprise Architect vývjářskéh studia Sparx. AllFusin Prcess Management Suite Klekce prduktů AllFusin Prcess Management nepatří mezi CASE nástrje v běžném slva smyslu. První část funkcinality je zaměřena na mdelvání (zde určitá suvislst s CASE může být), ukládání a ptimalizaci prcesů. Druhá a největší část umžňuje návrh, plánvání, řízení, sledvání a vyhdncvání prjektů z blasti vývje sftware. - 9 -
Hlavní důraz je kladen na vyhdncvání úspěšnsti v průběhu prjektu. Vysledvaná úzká místa je mžn zacelit některým z pskytvaných nástrjů. K sledvání prjektu služí mdul AllFusin Advisr. Průběh v čase pak zachycuje AllFusin Prject Timesheet a Prject Planer. Další sučásti balíku představíme v následujících pdkapitlách. AllFusin Prcess Library Základní stavební kámen prduktu AllFusin Prcess Management Suite tvří knihvna best practices řešení nazvaná AllFusin Prcess Library. Pdbně jak u RUP (viz. níže) je při výběru prcesů kladen důraz na splehlivst a zejména dluhdbé kladné zkušensti s tu kteru činnstí. AllFusin Prcess Engineer AllFusin Prcess Engineer funguje, zjedndušeně řečen, jak editr prcesů pr uživatelsku klekci či knihvnu Prcess Library. Důraz je kladen na měření výknnsti prcesů zejména přidělváním příslušných (relevantních) metrik. AllFusin Prject Engineer Nástrjem AllFusin Prject Engineer vytváříme z částí prcesů načítaných z Prcess Library prjektvé plány. Prdukt dále dvluje přidělvat zdrje určitým uživatelům či rlím, a v nepslední řadě sledvat průběh prjektu v čase. IBM Ratinal Převzetím splečnsti Ratinal získal IBM kmplexní sadu aplikací pr mdelvání a vývj sftwarvých prduktů (zejména skvělé CASE). Rdina IBM Ratinal vsutku velmi širká, pr účely tét práce se ale zaměříme puze na metdiku Ratinal Unified Prcess a jejíh následvníka Ratinal Methd Cmpser. - 10 -
Metdika Ratinal Unified Prcess Pdbně jak COBIT, bsahuje Ratinal Unified Prcess (dále RUP) subr tzv. best practices. Na rzdíl d COBITu se ale zaměřuje puze na blast návrhu, vývje a nasazení pdnikvých infrmačních systémů. Osvědčené praktiky přináší RUP ve frmě d detailů ppsaných prcesů. Nasazení RUP prbíhá pmcí sftwarvých nástrjů pr prjektvé řízení a plánvání (například dále uvedený Ratinal Methd Cmpser, který ale RUP v pdstatě nahrazuje). Přidělený prjektvý manažer sestaví nvý prces, přičemž využívá buď kmpnenty neb celé standardní prcesy z RUP. P sestavení prcesu prvede sftwarve jeh předběžné naplánvání, a t včetně milníků, ptřebných zdrjů a tak pdbně. Ratinal Methd Cmpser Ratinal Methd Cmpser (RMC) staví na svědčené platfrmě Ratinal Unified Prcess. Jedná se mcný nástrj pr vlbu a ptimalizaci nejlepších prcesů a jejich kmpnent (z knihvny RUP). Krmě dalších rzšíření základní nabídky RUP umžňuje RMC sestavvání, plánvá a zejména správu prjektů (neb metd pkud pužijeme terminlgii IBM). Zajímavá pdrbnst na závěr, RMC je řešen ve frmě pluginu pr vyspělé pensurce vývjvé prstředí Eclipse (framewrk Eclipse). Enterprise Architect Jedním z mála příkladů příméh prpjení CASE nástrje s řízením prjektů je prdukt firmy Sparx Systems Enterprise Architect (EA). EA nabízí všechny běžné funkce typických CASE, bhužel ale nebsahuje příliš ddatečné funkcinality. Zejména pak pstrádá metdické zázemí. Jednduše řečen jde dknalu implementaci metajazyka UML 2.0 (rzšířená specifikace). Samzřejmě máme k dispzici MDA transfrmace, mdelvací platfrmu, pdpru nejrzšířenějších vývjářských nástrjů a další funkce. Přes t všechn chybí sfistikvaná prpracvanst kmplexnějších CASE prduktů. Tat práce si všem neklade za cíl srvnávat CASE nástrje, zaměřili jsme se na řízení prjektů. Řízení prjektu v EA znamená kntrlu zdrjů, dále pak časvé perace jak přidělvání časvých kvant, měření vytížení vývjářů (respektive určitých uživatelských rlí nad repsitry) pmcí nejrůznějších metrik a tak pdbně. Dále můžeme sledvat ptencinální rizika, vyhdncvat prblematické blasti (časvé úseky) a pdnikat nápravná patření. - 11 -
Závěr Pkud bychm chtěli shrnut pznatky získané při vytváření tét práce, mhli bychm pužít jednduché fráze histrie se pakuje. C t přesně v suvislsti s plánváním prjektů v CASE nástrjích znamená? Odpvěď je jednduchá. Na pčátku byl slv CASE pužíván pr libvlný prdukt pdprující určitu frmu mdelvání či řízení. Řízení ve smyslu vedení a plánvání vývje prduktu, tedy t čím dnes rzumíme řízení prjektu (respektive prjektů). Pstupem času, s růstem bjemu fukcinality CASE nástrjů, dšl k dtržení mdelvací a řídící větvě, které se vyprfilvali d samstatných skupin prduktů. V sučasnsti (a dbě nedávn minulé) můžeme pzrvat určitý psun d specializace směrem k integraci (t je statně všebecný trend v celé blasti IT). CASE nástrje, jak jsme je dnedávna chápali, začínají pstupně znvuzískávat některé funkcinality z bru řízení prjektů. Zejména řízení rlí, přidělvání zdrjů, časvých kvant a tak pdbně. Druhým výrazným trendem se zdá být unifikace. Veškeré sučasné metdiky v maximální mžné míře využívají tzv. best practices. Ať už jde COBIT, metdiku LBMS, RUP a další výše ppsané, vždy narazíme na rzsáhlu knihvnu unifikvaných a svědčených pstupů, prcesů či dpručení. Můžeme vysledvat suvislsti s rapid develpment a dalšími pdbnými přístupy k vývji sftware. Je t určitě zajímavé zejména z hlediska mderních trendů směrem k specializaci a hledání pvěstných mezer na trhu. - 12 -
Zdrje 1. LBMS Prcess Directr; URL: http://www.lbms.cz/nastrje/prcess-directr/ 2. IBM Sftware Ratinal; URL: http://www-5.ibm.cm/cz/sftware/ratinal/ 3. Kadlec, Václav: Ratinal Unified Prcess: základní pjmy; 2003; URL: http://www.zive.cz/h/prgramvani/ar.asp?ari=112011 4. Krll, Per: Intrducing IBM Ratinal Methd Cmpser; 2005; URL: http://www-128.ibm.cm/develperwrks/ratinal/library/nv05/krll/ 5. AllFusin Prcess Management Suite; URL: http://www3.ca.cm/slutins/prductfamily.aspx?id=1000 6. The AllFusin Prcess Management Suite; URL: http://nsit.uchicag.edu/rpa/dcuments/cnfiguratin/ca/ca_prduct_presentatin.pdf 7. Sparx Systems; URL: http://www.sparxsystems.cm/ 8. Gunderly, Mike: Enterprise Architect A full-blwn UML envirnment n the cheap; 2003; URL: http://redmndmag.cm/reviews/article.asp?editrialsid=413-13 -