Využití ERP Systému ADempiere - IS MUNI

MASARYKOVA UNIVERZITAFAKULTA INFORMATIKY

}w�� !"#$%&'()+,-./012345<yA|Využití ERP Systému

ADempiere

DIPLOMOVÁ PRÁCE

Bc. Silvie Petrová

Brno, Jaro 2012

Prohlášení

Prohlašuji, že tato diplomová práce je mým puvodním autorskýmdílem, které jsem vypracovala samostatne. Všechny zdroje, pramenya literaturu, které jsem pri vypracování používala nebo z nich cer-pala, v práci rádne cituji s uvedením úplného odkazu na príslušnýzdroj.

Bc. Silvie Petrová

Vedoucí práce: Ing. Leonard Walletzký, Ph.D.Konzultant: doc. RNDr. Tomáš Pitner, Ph.D.

ii

Podekování

Dekuji pánum doktorum Leonardu Walletzkému a Tomáši Pitneroviza pomoc, ochotu a trpelivost pri tvorbe zadání i samotné diplomovépráce a pri práci se systémem ADempiere. Dále bych ráda podeko-vala Bc. Igoru Krnácovi za pomoc s konecnou fází projektu a nastave-ním systému ADempiere. V neposlední rade patrí podekování takémé rodine za všudyprítomnou podporu.

iii

Shrnutí

Práce se zabývá volne širitelným ERP systémem ADempiere, popi-sem jeho rozhraní, funkcionality a možnostmi jeho využití prede-vším v IT firmách v souvislosti s jejich specifickými potrebami. V na-vazující cásti se pak podrobneji zameruje na projektové rízení v IT,požadavky na nástroje pro projektové rízení a vývoj nového modulupro projektové rízení v systému ADempiere.

iv

Klícová slova

ADempiere, ERP, potreby IT firmy, nasazení podnikového systému,projektové rízení, SaaS, Ganttuv diagram

v

Obsah

1 Úvod . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 ERP systémy . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

2.1 Nasazení ERP systému . . . . . . . . . . . . . . . . . . . 32.1.1 Dusledky nasazení ERP systému . . . . . . . . . 5

2.2 Varianty ERP systému . . . . . . . . . . . . . . . . . . . 53 Analýza potreb IT firmy vzhledem k IS . . . . . . . . . . . . 7

3.1 Vymezení pojmu „IT firma“ . . . . . . . . . . . . . . . . 73.2 Potreby IT firmy obecne . . . . . . . . . . . . . . . . . . 73.3 Procesy v IT firme . . . . . . . . . . . . . . . . . . . . . . 83.4 Zacínající firma . . . . . . . . . . . . . . . . . . . . . . . 9

3.4.1 Porovnání požadavku a možností . . . . . . . . 103.4.2 Potreba vs. nadbytecnost . . . . . . . . . . . . . 10

4 Systém ADempiere . . . . . . . . . . . . . . . . . . . . . . . . 124.1 Práce se systémem ADempiere . . . . . . . . . . . . . . 124.2 Uživatelské rozhraní . . . . . . . . . . . . . . . . . . . . 13

4.2.1 Práce s webovým rozhraním . . . . . . . . . . . 134.2.2 Práce s java klientem . . . . . . . . . . . . . . . . 15

4.3 Nastavení a používání systému . . . . . . . . . . . . . . 154.3.1 Detaily nastavení systému ADempiere . . . . . 15

4.4 Úpravy systému . . . . . . . . . . . . . . . . . . . . . . . 194.5 Nedostatky systému ADempiere . . . . . . . . . . . . . 204.6 ADempiere jako služba . . . . . . . . . . . . . . . . . . . 214.7 Využití systému ADempiere v rámci výuky . . . . . . . 22

5 Nástroje pro projektové rízení . . . . . . . . . . . . . . . . . 245.1 Prehled nástroju pro projektové rízení . . . . . . . . . . 24

5.1.1 Redmine . . . . . . . . . . . . . . . . . . . . . . . 245.1.2 Trac . . . . . . . . . . . . . . . . . . . . . . . . . . 255.1.3 Project Open . . . . . . . . . . . . . . . . . . . . . 255.1.4 Collabtive . . . . . . . . . . . . . . . . . . . . . . 265.1.5 Basecamp . . . . . . . . . . . . . . . . . . . . . . 265.1.6 Gantt Project . . . . . . . . . . . . . . . . . . . . 26

5.2 Požadavky na nástroje pro projektové rízení . . . . . . 265.3 Projektové rízení v ADempiere . . . . . . . . . . . . . . 275.4 Rešení pro ADempiere . . . . . . . . . . . . . . . . . . . 29

6 Modul rízení softwarových projektu . . . . . . . . . . . . . 30

vi

6.1 Návrh . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306.1.1 Typ projektu . . . . . . . . . . . . . . . . . . . . . 31

Analýza požadavku . . . . . . . . . . . . . . . . 32Návrh . . . . . . . . . . . . . . . . . . . . . . . . 32Implementace . . . . . . . . . . . . . . . . . . . 32

6.1.2 Nastavení jednotek práce . . . . . . . . . . . . . 35Analýza požadavku . . . . . . . . . . . . . . . . 35Návrh . . . . . . . . . . . . . . . . . . . . . . . . 35Implementace . . . . . . . . . . . . . . . . . . . 36Testování . . . . . . . . . . . . . . . . . . . . . . 37

6.1.3 Správa softwarového projektu . . . . . . . . . . 37Analýza požadavku . . . . . . . . . . . . . . . . 37Návrh . . . . . . . . . . . . . . . . . . . . . . . . 37Implementace . . . . . . . . . . . . . . . . . . . 41Testování . . . . . . . . . . . . . . . . . . . . . . 42

6.1.4 Seznam úkolu . . . . . . . . . . . . . . . . . . . . 426.1.5 Výkaz . . . . . . . . . . . . . . . . . . . . . . . . 42

Analýza požadavku . . . . . . . . . . . . . . . . 43Návrh . . . . . . . . . . . . . . . . . . . . . . . . 43Implementace . . . . . . . . . . . . . . . . . . . 44Testování . . . . . . . . . . . . . . . . . . . . . . 44

7 Záver . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45Literatura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46A Snímky obrazovek . . . . . . . . . . . . . . . . . . . . . . . . 48B Databázové tabulky . . . . . . . . . . . . . . . . . . . . . . . 53C Elektronické prílohy . . . . . . . . . . . . . . . . . . . . . . . 54

vii

1 Úvod

Efektivní fungování firmy a rízení zdroju, at’ už financních, lidskýchci jiných, je velmi duležitou oblastí pro každý podnik. Nastavenímtech správných procesu, vhodným rozdelení odpovednosti, sberemdat o fungování firmy a jejich následným vyhodnocováním a mimojiné také volbou vhodných podpurných prostredku lze dosáhnoutkonkurencní výhody, úspory nákladu a zvýšení výnosu podnikání.Firemní informacní systémy se radí práve mezi takové podpurnéprostredky, které mohou, jsou-li správne zvoleny a nastaveny, býtfirme nejen oporou, ale v mnohých prípadech i klícovou aplikací, naníž je chod celé firmy závislý.

Využití informacních technologií v tomto smeru se v dnešní dobezdá být prirozené, muže s sebou však prinášet podstatné kompli-kace a financní náklady. Místo podpurného prostredku se tak nekdyz firemního informacního systému stává spíše zátež. Používání sys-tému, který nefunguje správne, vede uživatele k chybám nebo nemáprívetivé uživatelské rozhraní muže znamenat více problému nežprínosu. To je neco, co si malé a menší strední firmy, prípadne za-cínající podniky, nemohou casto dovolit.

Tato práce se zameruje na open source ERP1 systém ADempiere azabývá se možnostmi jeho využití v IT firmách. V mnohém vychází zbakalárské práce Bc. Igora Krnáce [1]. Cílem této práce je navrhnoutreálné možnosti využití systému ADempiere v IT firmách a pripravitsamotný systém na takové použití. Práce poukazuje na nedostatky ina silné stránky systému a ukazuje oblasti, které je nutné opravit civylepšit, aby bylo systém možné opravdu použít v praxi.

Bezprostredne po první kapitole, kterou tvorí tento úvod, násle-duje kapitola druhá pojednávající o ERP systémech obecne, o jejichprínosech, úskalích a dusledcích nasazení ERP systému v praxi.

Kapitola tretí se zabývá podrobneji fungováním IT firem, jejichpotrebami a bežnými procesy. Samostatná cást je zde venována zací-najícím IT firmám, které jsou potenciálne jednou z hlavních cílovýchskupin systému ADempiere.

Ctvrtá kapitola je venována systému ADempiere. Obsahuje po-

1. Enterprise Resource Planning - viz další text

1

1. ÚVOD

pis práce se systémem, pruvodce úvodním nastavením, zhodnocenísystému z pohledu funkcionality, vzhledu i uživatelské prívetivosti,vyhodnocení možností pro poskytování systému jako služby a jehomožné využití nejen v IT firmách.

Prehled nástroju pro projektové rízení lze nalézt v další, páté, ka-pitole. Krome strucného predstavení nejpoužívanejších aplikací proprojektové rízení se zameruji také na obecné požadavky na softwarenástroje pro projektové rízení a popis stávajícího modulu Project Ma-nagement sytému ADempiere.

Poslední dve kapitoly, kapitola šestá a záver, podrobne popisujítvorbu nového modulu pro projektové rízení softwarových projektu.Krome prezentace vytvoreného rešení také uvádím množství tipupro další vylepšení tohoto modulu. Databázové schéma nového mo-dulu, snímky obrazovek i zdrojové kódy jsou umísteny v príloháchpráce.

2

2 ERP systémy

ERP - Enterprise Resource Planning, volne preloženo jako plánovánífiremních zdroju, je pojem oznacující typ podnikového informacníhosystému. Puvodne vznikly ERP systémy jako systémy pro kontrolua sledování zásob a postupne se vyvinuly až do dnešní komplexnípodoby. Dle [1] mohou ERP systémy pokrývat nekteré nebo všechnyz techto ctyr hlavních oblastí firemní aktivity:

• Finance - úcetnictví, rozpocty, fakturace atd.

• Výroba - plánování a rízení výroby, informace o výrobcích

• Logistika - nákup, prodej, sledování skladových zásob a plá-nování zdroju

• Lidské zdroje - personalistika

2.1 Nasazení ERP systému

Z pohledu nasazení ERP systému se nabízejí firmám dve základnímožnosti. Jedná se bud’to o tradicní licencní model (on premise mo-del), kdy firma vlastní hardware a software si zakoupí formou licencíplatných na urcitou dobu, nebo využití odberu softwarových služeb(model on demand ). [2] V takovém prípade je celý systém využívánjako služba (SaaS - Software as a Service) formou outsourcingu. Totorešení, které je stále více populární, prináší urcitou úsporu nákladu,protože zákazník platí pouze za to, co skutecne používá. Na druhoustranu nemá firma témer žádnou kontrolu nad svými daty a musí sev tomto ohledu spolehnout na profesionalitu dodavatele. Duležité jetaké zajištení bezpecnosti prenosu dat, protože k veškerým datum aaplikacím je pristupováno vzdálene pres internet.

Výše popsané modely porízení softwaru však reší pouze cást pro-cesu nasazení systému jako takového. Obecne, at’ už si podnik zvolíjakýkoliv zpusob porízení, nejnárocnejší cástí nasazení systému jesamotné prizpusobení (customizace) systému a jeho soucástí podlepožadavku zákazníka - tedy konkrétní firmy. Dále nelze opomenoutani školení všech bežných zamestnancu, managementu a prípadne i

3

2. ERP SYSTÉMY

IT pracovníku, kterí budou systém s podporou dodavatelské firmyspravovat.

Výhodnou možností pro provoz ERP systém je využití cloud com-putingu, cili vzdáleného užívání sdílených zdroju. V cloudu platífirma pouze za to, co skutecne využívá (systém Pay as you go). Cloudcomputing je v soucasném svete velmi oblíbeným termínem. Na jehopopularite má zajisté podíl rostoucí význam mobility, která je cha-rakteristickým rysem cloud computingu, stejne jako lepší distribucevýkonu mezi jednotlivé uživatele.

Výrazným prínosem cloud computingu je ve vetšine prípadu ús-pora nákladu na provoz IT. Konkrétní císla je však vždy treba vy-vozovat individuálne, nebot’ výjimky potvrzují pravidlo. V tomtosmeru je vždy potreba uvážit, zda daná spolecnost již vlastní hard-ware potrebný pro nasazení takového systému, ci nikoliv, zda mávlastní IT oddelení a mnoho dalších faktoru ci požadavku, které ovliv-nují výhodnost toho ci onoho rešení pro daný podnik. Zásadní je takéskutecnost, že náklady na zavedení a provoz systému nejsou a ne-mely by být hlavním merítkem pro porovnání ERP rešení. Tím sku-tecne duležitým merítkem by mel být dlouhodobý prínos pro firmu.Cena je zde údaj nutný, nikoliv však postacující. Pro výpocet celko-vých nákladu lze využít napr. metody TCO (Total Cost of Owner-ship). TCO se vypocítává vždy na urcitou dobu (obvykle nekolik let)pro urcitý systém ci zarízení. U ERP systému zahrnuje náklady nazakoupení licencí, náklady na implementaci, její dobu (vcetne zapoc-tení práce analytiku a konzultantu dodavatele, vytížení vlastního ITtýmu i prostoje zamestnancu podílejících se na nasazení systému),zákaznické úpravy, školení zamestnancu i prípadné výpadky chodufirmy behem nasazování systému do ostrého provozu. Do TCO setaké dále zapocítávají poplatky na údržbu a podporu v následujícíchletech. [4]

Chceme-li hovorit o konkrétních císlech, pak dle výsledku pru-zkumu spolecnosti Panorama Consulting Solutions z roku 2010 [3]mezi spolecnostmi s rocními príjmy v rozmezí desítek milionu USDaž peti miliardami USD byla prumerná celková cena porízení ERPsystému globálne 5.5 milionu USD, nebo 4,1% rocního príjmu spo-lecnosti. Údaj o celkové délce implementace však také není bez za-jímavosti. Podle zmíneného pruzkumu byla prumerná délka imple-mentace 15,63 mesícu.

4

2. ERP SYSTÉMY

2.1.1 Dusledky nasazení ERP systému

Nasazení ERP systému v organizaci prináší v podstate vždy zmenyve firemních procesech, a tím pádem i zmeny v celé organizaci. Pod-statný je rozsah techto zmen. Rozhodnutí o tom, které postupy a pro-cesy zustanou ve firme zachovány (systém bude upraven na mírutak, aby tyto postupy podporoval) a které budou prizpusobeny ERPsystému, ciní firma sama. Každá úprava systému pro konkrétníhozákazníka je nejen výdaj navíc ve fázi implementace, ale také vý-daj do budoucna v podobe nutnosti úprav pri každém prechoduna novou verzi systému. Avšak práve v rozdílnosti procesu oprotistandardním se muže také skrývat konkurencní výhoda spolecnosti.Castým rešením je proto jen cástecná úprava systému na míru. "Za-hranicní studie vypovídají o tom, že 25% firem dost podstatne pri-zpusobuje ERP software svým potrebám. Naproti tomu preš 28% ne-customizuje zakoupený software vubec a zcela se ztotožni s procesyobsaženými v ERP rešení."[2]

Z financní stránky je opet údržba systému nezanedbatelná. Dleúdaju z citovaného clánku [2] se udržovací poplatky pohybují naúrovni 22% z celkové ceny licencí.

2.2 Varianty ERP systému

Nejvýznamnejším rozdelením ERP je jiste clenení na open source akomercní aplikace. Mezi základní rozhodnutí, která je treba ucinit privýberu ERP systému, je zda investovat do hotového komercního re-šení, jehož úpravy na míru i implementaci zajistí dodavatelská firma,nebo se vydat cestou open source rešení, prípadne si vytvorit úplnenový vlastní systém. Mezi hlavní výhody open source systému patrínulová cena licencí, možnost spravovat systém dle vlastních potreb,nezávislost na jednom dodavateli, možnost mít veškerá data podkontrolou a pristupovat k nim libovolne (napr. pro úcely control-lingu1). Oproti tomu nevýhodou je nutnost investovat cas vlastníchzamestnancu do vývoje a úprav systému, nejistota výsledku a nedo-statecná nebo žádná podpora. U komercních rešení existuje nutnostinvestice casu vlastních zamestnancu také, ale v podstatne menší

1. http://cs.wikipedia.org/wiki/Controlling

5

http://cs.wikipedia.org/wiki/Controlling

2. ERP SYSTÉMY

míre. Totéž platí o nejistote výsledku. Porizovací náklady jsou na-opak u komercních rešení nezanedbatelné.

Z hlediska funkcnosti systému mužeme také hovorit o ruznýchvariantách ERP. Nekteré systémy se zamerují specificky na urcitouoblast trhu (napr. na distribucní spolecnosti, stavební spolecnosti,výrobní podniky atd.). Krome zamerení celého systému mužeme na-jít i rozdíly v rozsahu pokrytí ruzných oblastí firemní aktivity nebov podpore rozhodovacích procesu managementu. Nekteré systémynapr. disponují modulem BI (Business Inteligence) nebo EIS (Execu-tive Information System).

Podle zpusobu použití bychom mohli rozdelit ERP systémy naklientské aplikace a webové aplikace, prípadne pak ješte na skupinutech, které disponují obema možnostmi.

6

3 Analýza potreb IT firmy vzhledem k IS

3.1 Vymezení pojmu „IT firma“

Pojem „IT firma“ je velmi široký, muže zahrnovat firmy pracujícípouze s hardwarem, jako napr. PC servisy, firmy zabývající se vývo-jem jedné nebo urcitého typu aplikací i výzkumné spolecnosti se sna-hou prosadit na trhu nové technologie. V rámci této práce budemepod pojmem IT firma rozumet spolecnosti zabývající se alespon cás-tecne vývojem nejakého softwarového rešení jakéhokoliv zamerení.

3.2 Potreby IT firmy obecne

Potrebami budeme rozumet množinu cinností, které jsou nezbytnépro bezproblémový chod firmy nyní i v budoucnu a pro každodennírozhodování s krátkodobým i dlouhodobým horizontem dopadu.Vycházet budeme ze ctyr oblastí uvedených v úvodu kapitoly 2.

První duležitou oblastí, bez které se žádná firma neobejde, jsoufinance. Úcetní záznamy, ale i další financní údaje, napr. o príjmech,výdajích, nákladech a rozpoctech, jsou pro firmu podstatné. Tvorí zá-klad pro rozhodování managementu a plánování, pro tzv. BI - Busi-ness Intelligence. Nástroje BI jsou casto soucástí nejruznejších ERPrešení v podobe modulu EIS (Executive Information System) a promnoho firem jsou nepostradatelné.

Hovoríme-li o IT firmách, mužeme s urcitostí vyloucit potrebuplánovat a rídit výrobu v klasickém slova smyslu. Namísto toho byvšak jiste byla užitecná podpora pro oblast projektového rízení, kdytaké do jisté míry hovoríme o výrobe produktu, i když výsledkemje aplikace ci nejaký jiný software. Tuto oblast nejvíce využijí pod-niky zabývající se výrobou software na míru. V takových prípadechnejsou žádné dva projekty stejné a každý je potreba detailne pláno-vat predem. Projektové rízení mohou využít i podniky venující seprevážne neustálému vývoji jediné aplikace, protože i zde lze jed-notlivé cykly vývoje videt jako na sebe navazující projekty.

Oblast logistiky vetšina IT firem príliš nevyužije, prihlédneme-lik tomu, že software produkty nejsou hmatatelné (byly by pouze v

7

3. ANALÝZA POTREB IT FIRMY VZHLEDEM K IS

prípade, že by spolecnost prodávala tzv. krabicový software). Logis-tika proto bude ve vetšine prípadu redukována na samotný prodej ajeho sledování.

Poslední položkou dle uvedeného rozdelení jsou lidské zdroje.Tato oblast je naopak pro IT firmy velmi duležitá. Plánování lidskýchzdroju a jejich využití je klícové pro úsporu nákladu a efektivní chodfirmy.

3.3 Procesy v IT firme

Proces bývá definovaný jakou posloupnost stavu nejakého systému.Nejedná se o nahodilé nebo náhlé jevy, nýbrž o plánované a promyš-lené deje. Základní procesy na nejobecnejší úrovni, které musí dobrefungovat v každé (nejen) zacínající IT firme podle Cayenne Consul-ting, jsou[5]:

• Rízení financních zdroju a správa majetku

• Business plán

• Proces vývoje produktu

• Proces financování

• Rízení lidských zdroju

• Využití informacních technologií

• Fakturace a tok príjmu

• Zákaznický servis a podpora

Z tohoto výctu jsou pro úcely této práce významné predevším tybody, jež lze podporit ci zefektivnit pomocí ERP systému. Jsou to Rí-zení financních zdroju a správa majetku, Rízení lidských zdroju,Využití informacních technologií, Fakturace a tok príjmu a cás-tecne také Zákaznický servis a podpora. Tyto procesy použijemedále v této práci pro vyhodnocení funkcnosti systému ADempiere.

8


3.4 Zacínající firma

V rámci využití systému ADempiere na Fakulte informatiky existujepredpoklad, že by mohl být systém poskytován v rámci podporynove vznikajících IT firem. V prípade mladé firmy jsou však poža-davky na nasazení a využití takového systému ponekud specifické,je nutné vzít v potaz podstatný rozdíl mezi jejím fungováním a fun-gováním již zavedené firmy.

První markantní rozdíl je v poctu zamestnancu. Kdežto zavedenéfirmy mají již krome zakladatele firmy také nekolik (príp. i nekolikdesítek) zamestnancu, zacínající firma je závislá obvykle na jednéci dvou osobách. Další zamestnance bud’to vubec nemá, nebo pra-cují pro firmu externe, popr. formou brigády. První omezení pro za-cínající firmu tak tkví v množství casu, které mají její zamestnan-ci/vlastníci na správu a nasazení systému, protože jejich primárnímúkolem je zajistit životaschopnost firmy, shánet zakázky, investory,dohlížet na vývoj produktu, marketing firmy atd. První požadavekna ERP systém pro takovouto zacínající firmu je tedy maximálníjednoduchost systému, nenárocná instalace, konfigurace a snadnáspráva.

Další zásadní otázkou jsou financní zdroje. Zavedené firmy ob-vykle pocítají s reinvesticí cásti svých zisku zpet do podnikání a znajísvé výsledky za minulé roky, takže dokáží odhadnout své možnosti.Krome toho již mají vybudovanou pozici na trhu, z níž mohou dáletežit. Zacínající firmy casto žádné zisky navíc nemají, nebo když mají,je pro ne težké odhadnout situaci do budoucna. Jejich pozice na trhuje zatím slabá, nebo dokonce žádná, pokud firma ješte neidentifiko-vala presne svuj business plán a nezacala jej systematicky realizo-vat. Druhý požadavek na ERP systém je (v ideálním prípade) nulovácena ze porízení systému a licencování.

Jiste nelze ani predpokládat, že by zacínající firma vlastnila serverpro nasazení ERP systému. Zavedená firma pravdepodobne již ne-jaký hardware vlastní, nebo si muže dovolit umístit ERP do cloudu,kde bude platit mesícní poplatky za to, co bude opravdu využívat.Je-li to tedy možné, je potreba maximálne snížit náklady na hard-ware, jeho provoz a údržbu.

Naopak výhodou zacínající firmy v IT je, že se s velkou prav-depodobností alespon jeden ze zakladatelu firmy v IT problematice

9


orientuje a je tak schopen cástecne ci úplne prevzít úlohu IT odbor-níka zavedené firmy. Krome toho nová firma pravdepodobne zatímnemá své procesy nastaveny, takže je muže bud’to prizpusobit pro-cesum v ERP systému, nebo si vytvorit vlastní procesy na míru dlemožností ERP systému. Není tak treba žádné existující procesy firmyupravovat nebo menit a preucovat zamestnance již jednou naucenépostupy. Dále malé množství existujících dat hraje ve prospech zací-nající firmy, címž se snižuje doba potrebná pro zavedení a nastavenísystému.

3.4.1 Porovnání požadavku a možností

Z výše uvedeného pomerne jasne vyplývá, že zacínající IT firma sinemuže dovolit porídit si komercní ERP systém tradicní cestou. Jed-nou z možností by však mohlo být využití ERP v cloudu. Další mož-ností, která se v takovémto prípade doslova nabízí, je využití opensource systému za predpokladu, že bude již prichystán pro takovétopoužití, tím pádem firma nebude muset trávit cas výraznejšími úpra-vami systému. Cástecné naplnení tohoto požadavku je cílem právetéto práce. Open source software je již z principu zdarma, nemusíbýt proto vynaloženy žádné financní prostredky na licencování. Sou-casná podpora vznikajících IT spolecností ze strany mnoha institucínahrává také požadavku na minimální náklady na hardware. Zde bymohl být systém fyzicky nasazen na hardwaru partnerské instituce,címž by odpadly veškeré náklady na jeho provoz a údržbu.

3.4.2 Potreba vs. nadbytecnost

Vyjdeme-li z toho, že jakýkoliv pocítacový systém vlastne zazname-nává data, která by jinak byla zaznamenána napr. na papíre, másmysl takový systém mít, pokud:

• je jeho používání jednodušší než by bylo zaznamenávání datna papír

• umožnuje provádet automaticky výpocty, prehledy nebo májiné funkce, jež jsou potrebné a jinak by musely být provádenyrucne

10


• usnadnuje sdílení dat mezi uživateli

Z toho lze vyvodit, že nejspíše nemá smysl zavádet ERP systém,pokud firma nemá žádné zamestnance a má pouze jediného vlast-níka. V prípade, že vlastníci jsou dva a zamestnanci žádní, muže jižmít takový systém nejaký smysl, ale stále je zde nejspíš vhodnejšípoužít pro záznamy nejaký jednodušší elektronický nástroj (napr. ta-bulkový procesor, prípadne jednotlivé nástroje). Duvodem je rozdílmezi velikostí investice casu a zdroju a objemem skutecných prínosu.Skutecný prínos zacíná mít systém ve chvíli, kdy firma najme ale-spon jednoho zamestnance. Zde zacíná sdílení dat a uchovávání zá-znamu nabírat nový rozmer a ERP systém muže mnoho práce usnad-nit, obzvlášte pokud firma plánuje nabírat další zamestnance. Ve sku-tecnosti by nejspíš firma s jediným zamestnancem nemela na porí-zení ERP prostredky, pokud by však byl ERP systém zprostredko-váván nejakou podpurnou institucí a byl dobre pripraven, lze si itakový scénár predstavit.

11

4 Systém ADempiere

ADempiere je open source ERP systém, který vzniknul odtržením odsystému Compiere. Modularita tohoto systému zajišt’uje jeho snadnérozšírení. Mnoho potrebných úprav lze také provést konfigurací po-mocí uživatelského rozhraní bez nutnosti zasahovat do kódu. Tatokapitola uvádí postupy a popisy procesu, které jsou nutné pro na-stavení systému pro jeho další užívání. Soucástí je také srovnání prí-stupu pres webové rozhraní a java klienta.

Pro úcely této práce prepokládáme, že systém máme již nainsta-lovaný a pripravený k použití. Instalace systému, ackoliv není zda-leka bezproblémová, je pomerne dobre zdokumentovaná1. O ostat-ních cástech systému a jejich používání to již zdaleka ríci nelze. Do-kumentace existuje pouze cástecná, od ruzných autoru, neexistuje vceštine a je navíc roztroušená po ADempiere wiki.

4.1 Práce se systémem ADempiere

Pro práci se systémem je k dispozici hned nekolik ruzných možností.Lze se prihlásit vzdálene pomocí webového prohlížece nebo pomocíJRE (Java Runtime Environment 2) klienta bez nutnosti instalace.

Práce se systémem „v pozadí“ je ponekud složitejší a v mém prí-pade byla ješte ztížena predevším prístupem pres vzdálenou plochu.Projekt ADempiere je vyvíjen v prostredí open-source nástroje Ec-lipse3 a vetšina návodu pocítá s jeho použitím. V prípade, že Eclipsenení k dispozici, probíhá vše pomocí príkazové rádky. Zdlouhavýma nejméne prívetivým procesem v prípade úprav zdrojových kóduje build celé aplikace a spuštení nastavení systému, po nemž je trebaješte restartovat aplikacní server.

1. Pokyny k instalaci lze najít napr. na http://www.adempiere.com/Installation2. http://searchsoa.techtarget.com/definition/Java-Runtime-Environment3. http://www.eclipse.org

12

http://www.adempiere.com/Installation

http://searchsoa.techtarget.com/definition/Java-Runtime-Environment

http://www.eclipse.org/

4. SYSTÉM ADEMPIERE

4.2 Uživatelské rozhraní

Struktura uživatelského rozhraní je podobná, at’ už probíhá prístuppomocí kteréhokoliv výše zmíneného kanálu. Rozhraní je pomernejasné a prehledne rozdelené, je zde však výrazná absence jakékolivnápovedy ci dokumentace, která by popisovala strukturu systémuobecne. První kontakt tak není zcela jednoduchý, což je však obvyklépri seznamování se se zcela novým systémem. Po chvíli používánísystému je pomerne snadné zvyknout si na jeho usporádání.

Jakmile je ale nutné neco nastavit a upravit, narazí clovek ob-vykle dríve nebo pozdeji na nejaké pole, u nejž je složité urcit, k cemuslouží nebo jak funguje. V tomto smyslu nemuže být nápoveda snadnikdy dosti propracovaná.

Prínosem pro práci se systémem jsou tzv. workflows, tedy dia-gramy popisující krok za krokem nejaký proces (viz obrázek 4.1).Lze z nich alespon cástecne vycíst, co je treba pro dosažení kýženéhocíle. Bohužel jich v aplikaci je jen nekolik, takže nepostihují zdalekavšechny procesy.

Preklad rozhraní do ceštiny není úplný a casto ani presný. Pres-nost a jednoznacnost prekladu je pritom pro bežné používání sys-tému duležitá. Preklady lze tvorit prímo pomocí uživatelského roz-hraní ADempiere a jejich lepší zpracování by jiste bylo velkým prí-nosem.

4.2.1 Práce s webovým rozhraním

Webové rozhraní systému je prehledné, rešené pomocí navigacníhomenu a záložek (viz príloha A). Rozhraní pracuje svižne, avšak ne-která polícka se nezobrazují správne - není napr. videt konec pole(nelze kliknout na vyhledávací tlacítko na jeho konci). To muže ne-kdy práci s rozhraním ztížit. Nekteré procesy a okna nelze z webo-vého rozhraní spustit (pokud se nejedná o chybu místní instalace),napr. nelze z webového rozhraní vytvorit nového klienta. Celkove jevidet, že webové rozhraní je spíše urceno koncovým uživatelum nežsprávcum systému.

13


Obrázek 4.1: Screenshot - workflow projektu

14


4.2.2 Práce s java klientem

Práce s java klientem je o poznání pomalejší. Otevírání jednotlivýchoken i zobrazení výsledku z databáze déle trvá. Tato verze rozhranífunguje na bázi jednotlivých oken, pricemž hlavní okno slouží jakohlavní navigacní menu (viz príloha A). Vzhled a rozvržení jednot-livých oken je témer totožné s webovým rozhraním, prechod mezirozhraními tedy není žádným problémem a orientace je jednoduchá.

Pozitivním faktem je, že java klienta není treba lokálne instalovat,pouze je nutné stáhnout a rozbalit si spouštecí soubory.

4.3 Nastavení a používání systému

V této cásti práce se pokusím více priblížit postup, jak správne sys-tém nastavit. Vycházím pritom z cásti dokumentace nazvané ADem-piere Implementation Details[6]. Z osnovy v citovaném zdroji bylavypuštena položka „Import pocátecního stavu zásob“, jelikož nenípro nás relevantní.

4.3.1 Detaily nastavení systému ADempiere

1. Sber potrebných dat

2. Vytvorení tabulky úctu

3. Vytvorení klienta

4. Vytvorení organizací, rolí a klícových uživatelu

5. Import nebo vytvorení klícových dat

(a) Obchodní partneri

(b) Produkty a ceníky

(c) Import pocátecní rozvahy

(d) Import otevrených faktur a neprirazených plateb

6. Vytvorení dokumentu, reportu a formuláru

(a) Financní výkazy

15


(b) Objednávky, faktury a platby(c) Reporty pro management

7. Definice ukazatelu výkonu

Než zacneme nastavovat systém jako takový, je treba shromáž-dit požadavky konkrétní firmy a další materiály, jako jsou otevrenéobjednávky, faktury, ceníky a také úcetní standardy.

Aby bylo možné zacít systém používat, je treba nejdríve nasta-vit "klienta"(Client ), tedy spolecnost - samostatnou úcetní jednotku- z role systémového administrátora. Pro vytvorení nového klientaje nutné mít pripravenou tabulku úctu ve formátu CSV (CommaSeparated Values1) - tzv. COA (Chart of Accounts) obsahující defi-nice úctu dle úcetních standardu firmy s ohledem na potreby ma-nagementu. V ceském prostredí musí definice úctu vyhovovat takéceským úcetním standardum2. Vzorové soubory COA mužeme najítprímo v domovském adresári ADempiere v adresári data/import/nebo prímo ceské úctovací osnovy na webu Ceské aliance pro pod-poru ADempiere http://www.adempiere.cz/.

V tomto dialogu viz obrázek 4.2 také nastavíme jméno pro admi-nistrátora klienta a bežného uživatele klienta i nekolik dalších para-metru. Jejich strucný popis lze najít na wiki ADempiere[7], ackolivvzhled okna se v ruzných verzích systému drobne liší. Po úspešnémnahrání dat (trvá nekolik minut) se již lze prihlásit jako administrá-tor klienta. Výchozím nastavením pri vytvorení klienta je heslo prokaždého uživatele stejné jako jeho uživatelské jméno.

Dalším krokem je vytvorení organizací. Pokud je treba, lze defi-novat jednotlivé organizacní složky a vnitropodnikovou strukturu.V našem prípade to nejspíš potreba nebude, proto tento krok mu-žeme vynechat.

Spravovat jednotlivé uživatele je možné pomocí okna „Uživatel“(cesta Menu -> Systémová administrace -> Obecná pravidla -> Bez-pecnost), prihlásíme-li se jako administrátor klienta. V okne „Uživa-tel“ lze zmenit heslo, priradit uživatele k organizacní složce, upravitrole uživatele, zadat kontaktní informace a mnoho dalšího. Pod stej-nou cestou najdeme také okno „Role“, v nemž je možnost nastavit

1. http://en.wikipedia.org/wiki/Comma-separated_values2. http://www.mfcr.cz

16

http://www.adempiere.cz/

http://en.wikipedia.org/wiki/Comma-separated_values

http://www.mfcr.cz/


Obrázek 4.2: Logika nastavení systému ADempiere

17


dosti podrobne práva v rámci celého systému, prístupy k oknumi procesum, úkolum, akcím apod. pro jednotlivé uživatelské role.Nastavení rolí pomocí webového klienta je pomerne hodne zdlou-havý proces, protože na každou položku je nutné kliknout zvlášt’,tudíž doporucuji tuto akci provést pomocí java klienta. Aplikace byv tomto procesu mela poskytovat možnost oznacit všechna pole sou-casne a naopak zrušit oznacení všech polí. Tuto funkcionalitu nemá,pomoci nám však muže alespon funkce kopírování rolí. Pro lepšíprehled o významu jednotlivých polí a jejich správném nastavení jezde opet ADempiere wiki[8].

Po dokoncení nastavení uživatelu a rolí je treba zkontrolovat, žeje vše nastaveno, jak má být. Proto doporucuji se prihlásit postupnejako jednotliví uživatelé a overit si, že mají prístup jen k tem cás-tem systému, které budou potrebovat ke své práci. Nadbytecná ne-potrebná funkcionalita muže daného uživatele behem práce rozpty-lovat a ciní uživatelské prostredí méne prehledným, nemluve o po-tížích, jež muže zvedavý uživatel zpusobit, pokud se rozhodne pro-zkoumat nepoužívané cásti systému. Je tedy potreba urcit presnoumnožinu funkcí a oken nutných a soucasne postacujících pro prácikaždého uživatele.

Zde následuje nekolik tipu pro nastavení uživatelu a rolí:

• Pro aktivaci uživatele musí být aktivní nejen uživatel jako ta-kový (pole „Active“), ale také alespon jedna jemu prirazenárole, jinak nebude možné se pod jménem a heslem uživateleprihlásit.

• Pro nastavení prístupových práv k jednotlivým procesum jeužitecné znát jejich funkci. Prehled všech procesu (a také všechostatních prvku aplikace v jiných oknech ve stejném umís-tení) je dostupný v úctu systémového administrátora (výchozíúcet System) v Menu -> Aplikacní slovník (Application Dicti-onary) -> Sestavy & procesy (Report & Process).

• V úctu administrátora je k dispozici proces pojmenovaný RoleAccess Update. Toto pojmenování je dle mého názoru nespráv-né, protože dusledkem spuštení tohoto procesu není aktuali-zace prístupových práv, kdežto smazání všech nastavení a na-stavení na puvodní hodnoty u vybraného úctu. Príhodnejší

18


by proto zde bylo pojmenování Role Access Reset. Tomutosmazání lze zabránit, pokud v okne Role oznacíme položkuManual. V takovém prípade se spuštením procesu práva ne-zmení.

V pátém bode je treba zamerit se na data firmy. Jak již bylo recenovýše, výhodou zacínající firmy je, že dat existuje málo nebo žádná.Proces nastavení nového obchodního partnera, tedy zákazníka ci do-davatele, je ponekud zdlouhavý, ale nijak složitý. Pomocí workflow„Nastavení obchodního partnera“ (Business Partner Setup) se v nemlze pomerne snadno zorientovat. Vytvorení produktu a ceníku budenejspíš naopak rychlé, protože firma pravdepodobne žádné produktynemá. Pokud ano, opet je zde na pomoc workflow „Nastavení pro-duktu“ (Product Setup).

Ponekud více pracné bude nastavení úcetnictví, tedy import po-cátecní rozvahy, otevrených faktur a neprirazených plateb. Naštestíje tato cást nastavení systému dobre zdokumentovaná, viz [adem-piere3]. Zbývající pod-body bodu 6 a bod 7 by taktéž již mely býtpomerne snadné, navíc je velmi pravdepodobné, že malá nebo zací-nající firma bude tato nastavení postupne prizpusobovat potrebámaž behem dalšího používání systému, nebo je zatím nebude potrebo-vat vubec (napr. reporty ci prehledy pro management nebo ukazatelevýkonu). Opet se behem techto kroku mužeme setkat s nepresnostmiv názvech a dalšími drobnými nepríjemnostmi, jež by ale nemely býtvetší prekážkou.

Tímto by tedy mel být systém pripraven k používání. Pro zací-nající firmu muže být samotné nastavení systému otázkou nekolikadní, což není príliš velká investice, za podmínky že firma bude sys-tém pozdeji naplno využívat. Další procesy v systému, potrebné probežné fungování podniku, jsou již proverené množstvím firem, kterése pro nasazení systému ADempiere rozhodly. Velkou výhodou jezcela jednoduchý postup úprav systému, cemuž bych se ráda veno-vala v následující cásti práce.

4.4 Úpravy systému

Pokud lze nekterý rys systému ADempiere považovat za opravduvelkou výhodu, pak je to jednoznacne jeho schopnost upravit jaké-

19


koliv okno, proces, pole atd. presne na míru potrebám. Ne každáúprava je pritom zcela triviální, ale oproti jiným systémum je zpusobúprav ADempiere skutecne nadcasový. Nedostatkem tohoto, jinakskvelého, prístupu, je opet nedostatecné zpracování dokumentace,které zpusobuje nekdy zbytecné prostoje pri hledání toho správnéhozpusobu ci rešení.

Dusledkem výše uvedeného je fakt, že mnoho úprav si firmy do-káží jednoduše implementovat samy (prípadne prostrednictvím do-davatelské firmy) a systém jako takový není zasažen neustálým roz-širováním funkcionality, kterou využije jen nepatrné množství firem.Z mé osobní zkušenosti je totiž práve takové neustálé pridávání ne-duležité funkcionality jedním z nejhorších neduhu velkých podniko-vých systému. Na puvodní procesy se v takových prípadech nabalujídalší a další funkce, možnosti a volby, takže nakonec ani spolecnost,která systém vyvíjí, není schopna poskytnout rychlou podporu svýmzákazníkum, protože sami zamestnanci dodavatele nevedí, k cemunekteré cásti systému slouží, a v mnoha prípadech není ani schopnazjistit prícinu nestandardního chování systému.

4.5 Nedostatky systému ADempiere

Nedostatku systému existuje více, nekteré pramení prímo z povahyopen-source, jiné jsou specifické pro ADempiere a nekteré vlastnostisystému jsou na pomezí, protože mají i své výhody (více viz [1]).Ráda bych se nyní zamerila predevším na nedostatky uživatelskéhorozhraní a funkcí systému.

Jako u každého systému, i u ADempiere je treba zvyknout si naurcité názvosloví a porozumet tomu, jak byly nekteré názvy ci po-pisky myšleny. ADempiere je puvodem francouzský systém a do-mnívám se, že i proto se názvosloví dosti liší od jiných ERP systému,puvodem napr. z USA, což muže být matoucí. Nicméne navíc, z du-vodu neúplného nebo nepresného prekladu webového rozhraní doceštiny, se casto stává, že není jasné, k cemu má dané pole nebo oknosloužit. V takovém prípade je treba prejít do anglického jazyka, cožale lze pouze pomocí odhlášení a opetovného prihlášení. Jako nej-schudnejší rešení této nepríjemnosti se zdá být vylepšení ceskéhoprekladu do té míry, aby bylo možné systém plnohodnotne použí-

20


vat v ceském jazyce. Tento nedostatek by mel být vyrešen pred tím,než bude systém nasazen do reálného provozu.

Za jeden z hlavních nedostatku uživatelského rozhraní ADem-piere považuji to, že informace se zobrazují ve formulárových polích,jako bychom je chteli upravovat. V mnoha prípadech však uživa-tel nebude moci informace upravovat, nebo je zkrátka nebude chtítupravovat. Zobrazení v polích je vcelku neprehledné a velmi obtížnese v nem orientuje. Na druhou stranu má toto zobrazení i své vý-hody, protože omezuje pocet nutných kliknutí, která musí uživatelprovést, aby mohl záznam editovat nebo s ním jinak dále pracovat.

Výrazným nedostatkem ADempiere je také nedostatecne zpraco-vaná uživatelská dokumentace. Pokud má systém efektivne sloužitzacínajícím firmám, musí být jednoduše dohledatelné co a jak fun-guje, kde nastavit potrebné funkce, k cemu které pole slouží atd.Existující nápoveda je dostupná z témer každého okna pomocí ikonys otazníkem a je taktéž prístupná online na ADempiere wiki, což jeobojí rozhodne pozitivní.

Co se týce funkcní stránky, bohužel v ADempiere zatím chybísledování a záznamy o docházce a vytížení zamestnancu. Protožepráve lidé jsou jedním z nejduležitejších pilíru v IT firmách, mohlby tento nedostatek být znacný. Mnoho vylepšení potrebuje i mo-dul projektového rízení (z pohledu vývoje softwarových produktu),který dle mého názoru v ADempiere mnoho firem nepotrebuje nebonepoužívá. Nástroju pro projektové rízení nakonec existuje mnoho(i open-source), takže možná neexistuje žádná velká potreba tentonedostatek akutne rešit. Jelikož se však domnívám, že by vylepšenítéto cásti systému bylo užitecné pro mnoho IT firem a napomohlovetšímu rozšírení systému ADempiere, vybrala jsem si práve tutocást jako stežejní pro zbytek této práce. Již predem je však treba ríci,že vytvorit kvalitní modul pro rízení softwarových projektu je jisteúkol na více než jednu diplomovou práci.

4.6 ADempiere jako služba

Využívání ERP systému jako služeb (SaaS ) je již pomerne bežnoupraxí predevším pro malé a strední podniky. Jde pritom v první radeo úsporu nákladu na provoz takového systému. Prvním predpokla-

21


dem pro nasazení software pomocí tohoto modelu je dostupnost we-bového rozhraní. Tuto podmínku ADempiere splnuje.

Druhým predpokladem, který vychází již z definice SaaS, je mož-nost rychlého nasazení. Uvažováno v obecné rovine, tento predpo-klad by nebyl pro ADempiere splnitelný, ackoliv, jak již bylo zmí-neno, v urcitých smerech je ADempiere velmi lehce upravitelný. Pro-tože nutnost a rozsah úprav systému prodlužuje dobu jeho nasazení,je však teoreticky možné dosáhnout podstatného zkrácení této dobyposkytováním systému v takové podobe, v níž jej nebude nutné prí-liš upravovat. Z opacného pohledu lze tento požadavek na rychlostnasazení také splnit omezením množiny potenciálních zákazníku naspolecnosti s podobným profilem a potrebami.

Záverem lze ríci, že systém ADempiere je vhodný pro poskyto-vání formou služby za predpokladu, že bude predem uzpusoben prourcitý typ podniku a dále bude nabízen pouze spolecnostem spada-jícím do této vybrané kategorie.

4.7 Využití systému ADempiere v rámci výuky

Krome již zminovaného využití systému ADempiere v IT firmáchse nabízí jeho další uplatnení také na akademické pude univerzity.K tomu prispívá také fakt, že se jedná o open-source systém.

Podnikových ERP systému na trhu pribývá a tím také pribýváfirem nabízejících jejich nasazení s správu, prípadne tech, které vy-víjejí systém vlastní. Pro studenty Fakulty informatiky (a domnívámse, že napr. i pro absolventy Ekonomicko-správní fakulty) by bylojen výhodou mít možnost se s takovým systémem seznámit ješte be-hem studia, protože pravdepodobnost, že se s podobným systémemsetkají pozdeji v praxi, je cím dál tím vyšší. Krome toho by meli stu-denti díky flexibilite systému ADempiere také možnost vyzkoušetsi návrh a tvorbu vlastního okna, modulu ci procesu, což jsou jedi-necné praktické zkušenosti, které mnohým studentum v soucasnostischází.

Prínos ADempriere je v tomto smeru ješte vyšší díky skutecnosti,že se jedná o systém opravdu používaný v praxi, ne o fiktivní apli-kaci nebo nejaký smyšlený príklad. Krome informatických znalostímohou studenti získat také prehled o základních byznys procesech,

22


jako jsou zpracování objednávek, fakturace, úcetní procesy, výrobníprocesy, logistika a další. Domnívám se, že tyto znalosti jsou pro stu-denty rovnež duležité z duvodu rozširování jejich obzoru a pozná-vání souvislostí.

Verím, že by bylo možné využít systém ADempiere v nekterýchjiž existujících predmetech na Fakulte informatiky, nebo dokonce v no-vém samostatném predmetu. Nabízí se také možnost spojit jej s fun-gováním nekteré laboratore, napr. laboratore systému služeb.

23

5 Nástroje pro projektové rízení

Jedna z definic projektového rízení (nebo také rízení projektu), an-glicky Project management, ríká, že jde o „zpusob rozplánování arealizaci složitých, zpravidla jednorázových akcí, které je potrebauskutecnit v požadovaném termínu s plánovanými náklady tak, abyse dosáhlo stanovených cílu“1. Preklad „projektové rízení“ z anglic-kého názvu není presný a nevystihuje presne význam techto slov,ale jedná se o zavedený termín používaný mj. Spolecností pro pro-jektové rízení2, která je certifikacním orgánem IPMA3 v Ceské repub-lice, a proto jej budu používat také v rámci své práce.

Tato kapitola podává prehled nástroju pro projektové rízení ajejím cílem je zjistit, jakým zpusobem by bylo nejvýhodnejší dálerozvíjet modul pro projektové rízení v ADempiere. Podpora pláno-vání a rízení projektu integrované prímo do ERP systému prinášífirmám zabývajícím se zakázkovou cinností mnoho výhod. Mezi nepatrí predevším provázanost s kompletními informacemi a procesyve firme, prístup zamestnancu na jediné místo a jednoduchá zmenametodiky vývoje.

5.1 Prehled nástroju pro projektové rízení

Nástroju pro projektové rízení, at’ už se jedná o webové nebo kla-sické aplikace, existuje mnoho. Zameruji se zde pouze na nekoliknejvýznamnejších a nejrozšírenejších open-source nástroju a pak nazrejme nejpoužívanejší komercní webovou aplikaci Basecamp.

5.1.1 Redmine

Redmine4 je webová aplikace založená na frameworku „Ruby onRails“5 urcená pro projektové rízení. Tato aplikace je multiplatformní

1. http://cs.wikipedia.org/wiki/Rízení_projektu2. http://www.ipma.cz/3. http://www.ipma.ch/4. http://www.redmine.org5. http://rubyonrails.cz/

24

http://cs.wikipedia.org/w/index.php?title=%C5%98%C3%ADzen%C3%AD_projekt%C5%AF&oldid=8497526

http://http://www.ipma.cz/

http://http://www.ipma.ch/

http://www.redmine.org

http://rubyonrails.cz/

5. NÁSTROJE PRO PROJEKTOVÉ RÍZENÍ

a databázove nezávislá. Podporuje rízení projektu i programu, prí-stup uživatelu je kontrolován na základe nastavitelných rolí, soucástíje verzovací systém, umožnuje zobrazení projektu pomocí Ganttovadiagramu a kalendáre a nechybí zde ani úložište souboru, správaúkolu a wiki. Redmine je velmi oblíbenou a hojne využívanou apli-kací pro nejruznejší, predevším IT, projekty.

5.1.2 Trac

Trac1 je minimalistická webová aplikace pro projektové rízení soft-warových projektu. Poskytuje rozhraní pro verzovací systém Sub-version 2, integrovanou wiki a umožnuje vedení záznamu o pro-jektu. Trac je napsán v jazyce Python a je urcen predevším progra-mátorum. Oproti Redmine je o neco málo méne uživatelsky príve-tivý, ale hlavne neposkytuje možnost zobrazit Ganttuv diagram pro-jektu a neoplývá ani žádnými jinými „vymoženostmi“ - podle tvurcuzámerne, aby zbytecne aplikace neodvádela pozornost uživatele odpráce.

5.1.3 Project Open

Project open3 je aplikace fungující na AOLServeru4 vybudovaná naplatforme OpenACS5 a napsaná v jazyce TCL6. Jedná se o komplexnínástroj pro projektové rízení a týmovou spolupráci, pokrývající mno-ho ruzných oblastí projektu od prehledu využití jednotlivých zdroju,pres sledování neprítomnosti uživatelu, zaznamenávání chyb, urco-vání a sledování milníku až po finance. K dispozici je také kalendár,zjednodušená verze Ganttova diagramu i možnost exportu projektudo open source aplikace GanttProject7 (a importu z ní), kde lze zob-razit plnohodnotný Ganttuv diagram a upravovat jej, i mj. pracovats analýzou PERT 8.

1. http://trac.edgewall.org2. http://subversion.tigris.org/3. http://www.project-open.com/4. http://www.aolserver.com/5. http://openacs.org/6. http://www.tcl.tk/7. http://www.ganttproject.biz/8. http://en.wikipedia.org/wiki/Program_Evaluation_and_Review_Technique

25

http://trac.edgewall.org

http://subversion.tigris.org/

http://www.project-open.com/

http://www.aolserver.com/

http://openacs.org/

http://www.tcl.tk/

http://www.ganttproject.biz/

http://en.wikipedia.org/wiki/Program_Evaluation_and_Review_Technique/


5.1.4 Collabtive

Collabtive1 je jednoduchá a uživatelsky velmi prívetivá webová apli-kace fungující na cloudu urcená predevším pro týmovou spoluprácina projektech. Umožnuje nastavení milníku, tvorbu seznamu úkolu,posílání zpráv, zobrazení v kalendári, správu uživatelu a sleduje casstrávený na projektu a soucástí je také úložište souboru. Ve verzizdarma opet chybí Ganttuv diagram a nenajdeme zde ani verzovacísystém. Ganttuv diagram a další nástroje jako napr. podporu priori-tizace projektu a úkolu lze k aplikaci dokoupit ve forme doplnku.

5.1.5 Basecamp

Basecamp2 je úspešná, neuveritelne jednoduchá a intuitivní webováaplikace založená na cloudu pro projektové rízení a týmovou spolu-práci. Jedná se o komercní aplikaci, je však zdarma k vyzkoušení na15 dní. Vše potrebné lze v této aplikaci najít na nekolika málo strán-kách, prehledne usporádané, s mnoha možnostmi, které ale záro-ven nijak neprekážejí. Pro zobrazení práce na projektu, at’ už vlastní,nebo všech spolupracovníku, používá aplikace vlastní zobrazení po-mocí casové osy smerující zdola nahoru, na níž jsou zaznaceny akceuživatele ci uživatelu.

5.1.6 Gantt Project

Aplikace Gantt Project3 dokáže zobrazit projekt pomocí Ganttova di-agramu, vypocíst PERT, prirazovat lidské zdroje k jednotlivým úko-lum, importovat projekty v Microsoft Project a také je do tohoto for-mátu exportovat. Jedná se o open-source software.

5.2 Požadavky na nástroje pro projektové rízení

Aby bylo možné vyhodnotit aktuální stav projektového rízení v sys-tému ADempiere a dále pracovat s touto oblastí, je treba stanovit

1. http://collabtive.o-dyn.de/2. http://www.basecamp.com3. http://www.ganttproject.biz/

26

http://collabtive.o-dyn.de/

http://www.basecamp.com

http://www.ganttproject.biz/


požadavky, které jsou na ni kladeny. Vyjdeme-li ze studie[9] NASA1,která byla zpracována jako výchozí dokument pro výber nástroju proprojektové rízení, jsou v jednotlivých oblastech hlavními požadova-nými vlastnostmi tyto:

• Architektura, správa dat - prístup pro mnoho uživatelu sou-casne, správa a spolupráce mnoha projektu soucasne, spolu-práce s klientskými aplikacemi vc. importu a exportu, schop-nost integrace uživatelem zadaných parametru

• Prehledy - standardní a upravené prehledy a nástroje pro shr-nutí

• Funkce pro projektové rízení (rozvrhy, náklady, zdroje, vý-kon, rízení rizik)

– WBS (Work Breakdown Structure) a OBS (OrganizationBreakdown Structure), Ganttuv diagram a PERT analýza,definice mnoha zdroju a kalendáru

– Rízení rizik a analýza pridané hodnoty

– Sledování nákladu, rozdíly nákladu, financní zdroje, zá-vazky a úpisy

• Spolupráce, webový prístup - schopnost zobrazení v HTML,prístupnost funkcí, možnost a metody pro zverejnování, upo-zornení emailem

• Jednoduché používání - intuitivní, jednoduchý vzhled pripo-mínající jiné bežné klientské aplikace

• Prístup uživatelu a bezpecnost - prístup a správa na úrovniuživatele i projektu

5.3 Projektové rízení v ADempiere

V soucasné instalované verzi ADempiere (verze 3.5.4a) je modul pro-jektového rízení zameren spíše na výrobní projekty. Samotný fakt,

1. http://www.nasa.gov/

27

http://www.nasa.gov/


že zde projektové rízení není prímo zamereno na softwarové pro-jekty, by u jiných cástí systému nemusel být prekážkou (pokud bys danou komponentou bylo možné pracovat potrebným zpusobem).U projektového rízení je však duležité, aby byla aplikace prehledná,neobsahovala irelevantní informace a poskytovala dobré prostredípro projektového manažera i vývojový tým. Z tohoto pohledu je pro-stredí ADempiere zcela nevyhovující, protože díky složitosti výrob-ních projektu obsahuje rozmery, které jsou pro softwarové projektynepodstatné, ani je nelze naplnit smysluplnými daty. Dále celkovérešení hlášení (rozdelení na cykly a kroky) a rozdelení projektu nafáze a úkoly je v dusledku konkrétního rešení ponekud matoucí a ne-dává príliš smysl. Nastavení sekvence (Sequence, zpusob razení po-ložek) a celkové fungování aplikace je zde tak trochu „cernou skrín-kou“, predevším z duvodu absence uživatelské dokumentace. Rádabych se nyní zamerila na základy existujícího projektového rízenív aplikaci, z nehož vyjdu dále pri tvorbe nového modulu.

Pred vytvorením samotného projektu je treba definovat typ pro-jektu a nastavit hlášení (Reporting). Vytvorit typ projektu v podstateznamená jen vytvorit nový typ pro danou organizaci a dát mu ná-zev, vyplnit popis a oznacit nový typ projektu jako aktivní. Nastaveníhlášení je provádeno na dvou úrovních, v první na úrovni cyklu pro-jektu (Project cycle) a dále na úrovni kroku (Step). Cyklus i krok jetreba pojmenovat a u kroku nastavit sekvenci. V dalším kroku lze de-finovat standardní fáze a úkoly v daném typu projektu. Fáze se vzta-huje k typu projektu a opet je treba vyplnit název a popis, dále sek-venci, produkt a jeho množství. Produkt je treba vybrat z produktuzavedených v systému, tedy ze „zboží“. Pro softwarové projekty bybylo vhodnejší, kdyby produkt byl pouze popis výstupu, množstvípak bude zrejme vždy 1. Standardní úkol je, co se zadávaných infor-mací týce, zcela shodný s fází, pouze se nevztahuje k typu projektu,ale ke standardní fázi.

Pri vytvárení samotného projektu je již údaju a voleb podstatnevíce. V první cásti je treba opet vyplnit název a obecná data o pro-jektu vcetne data podpisu smlouvy a data ukoncení projektu. V tétocásti také musíme zvolit Line Level, kde je na výber fáze, projekta úkol. Mužeme se domnívat, že se jedná o volbu detailu, tedy jakpodrobne chceme projekt sledovat. Ve druhé cásti okna nazvané Re-ference jsou umísteny údaje o obchodním partnerovi, tedy zákaz-

28


níkovi, ve tretí cásti s názvem Amounts lze nastavit cenu projektu,plánovaný zisk, množství (zrejme produktu) a pravidla pro faktu-raci. V poslední cásti vidíme historii projektu - fakturovanou cástkua fakturované množství produktu. Pomocí dvou tlacítek Copy De-tails a Close Project mužeme projekt zkopírovat nebo oznacit jakoukoncený.

5.4 Rešení pro ADempiere

Po dukladném pruzkumu se mi nepodarilo nalézt žádný softwarepro projektové rízení, který by bylo možné nejakým zpusobem se sys-témem ADempiere prímo propojit, a pravdepodobne je to z tohoduvodu, že žádný neexistuje. Jedinou možností se zdá být využitíaplikace Gantt Project pro zobrazení Ganttova diagramu a PERT. Protuto aplikaci by v ADempiere musel existovat export a import pro-jektu ve formátu .gan.

Vše ostatní bude pravdepodobne muset být implementováno prí-mo do ADempiere. Vzhledem k tomu, že nástroju pro projektové rí-zení existuje opravdu mnoho, jeví se jako nejlepší cesta následovatjejich overené postupy a inspirovat se již hotovými rešeními. Tentozpusob návrhu a implementace by mel být nejen jednodušší než za-cínat zcela od zacátku, ale také je zde urcitá jistota úspechu, pro-tože vycházíme z toho, co již funguje a co mnoho lidí na celém sveteopravdu používá.

29

6 Modul rízení softwarových projektu

Implementace celého rízení softwarových projektu není záležitostína jednu diplomovou práci. Jedná se o komplexní projekt, který budemuset být postupne realizován v nekolika fázích. Tato práce se zame-ruje predevším na specifikaci toho, jak by takový modul mel vypa-dat, vytvorení základu pro jeho implementaci a zapocetím samotnéimplementace. Za duležitý faktor pri realizaci tohoto projektu po-važuji vytvorení kvalitní dokumentace. I v tomto ohledu tato prácetvorí urcitý základ pro další cinnost na projektu.

Jelikož základ pro projektové rízení v ADempiere již existuje, byloby neefektivní jej nevyužít. Schéma databázových tabulek využíva-ných tímto modulem lze najít na ADempiere wiki 1. Jedná se o já-dro systému, takže tabulky mají prefix „C_“ (z anglického Core). Pu-vodní zpracování projektového rízení v systému není špatné, pouzeje treba jej pro softwarové produkty zjednodušit a pridat novou funk-cionalitu. Puvodní funkcionalita by mela zustat v systému zacho-vána tak, aby bylo možné ji kdykoliv využít soubežne s novými cást-mi systému.

Aby bylo tohoto dosaženo, bude vytvoren zcela nový modul s ná-zvem „Rízení SW projektu“.

6.1 Návrh

Cílem projektu je nový funkcní modul pro rízení softwarových pro-jektu, který bude poskytovat prostredí použitelné pro reálné pro-jekty. Tento modul by mel poskytovat základ pro další budoucí roz-širování tak, aby v rámci neho mohla být pozdeji implementovánatato okna a funkce:

• Projekt - vytvorení nového projektu, vytvorení podprojektu(rízení programu a portfolií), prehled údaju o projektu, pre-hled všech projektu, urcení fází, milníku a predem známýchúkolu projektu

• WBS, PBS, OBS - vytvorení a úpravy WBS, PBS a OBS pro-

1. http://www.adempiere.com/How_Projects_Work

30

http://www.adempiere.com/How_Projects_Work

6. MODUL RÍZENÍ SOFTWAROVÝCH PROJEKTU

jektu

• Zdroje - prirazení lidských zdroju k projektu, sledování jejichvytížení, absencí, sledování casu stráveném na projektu

• Úkoly - zaznamenávání úkolu formou ticketovacího systému,tzn. vytvorení úkolu, zobrazení seznamu úkolu s možností fil-trování výsledku dle ruzných kritérií a možností priradit úkol(z role nadrízeného jinému zamestnanci nebo každý uživatelsám sobe)

• Upozornování emailem - upozornení na vytvorení novéhoúkolu, na prirazení úkolu, na blížící se termín dokoncení úkolua další události

• Zobrazení v case - zobrazení casového sledu úkolu formouzjednodušeného Ganttova diagramu a pomocí kalendáre

• Sledování financí - nastavení typu fakturace, sledování faktura množství vyfakturované práce, vytvorení a sledování roz-poctu projektu

• Export a import projektu do Gantt project, prípadne do MSProject

Co se vzhledu a uživatelské prívetivosti týce, je pro mne osobneinspirací predevším výše zmínená aplikace Basecamp. Ackoliv pro-jekty mohou být složité, aplikace by je mela zobrazovat jasne a pre-hledne, címž skutecne usnadní práci všem spolupracovníkum na pro-jektu. Systém ADempiere však má v tomto smeru svá omezení, pro-tože se jedná o komplexní aplikaci. Zmena vzhledu je možná, alenejspíše by nebyla velkým prínosem, protože v rámci jedné aplikaceby ruzný vzhled jednotlivých cástí mohl být pro uživatele matoucí.Z tohoto duvodu zustaneme u výchozího vzhledu systému.

6.1.1 Typ projektu

Každý projekt lze rozdelit na menší ci vetší cásti, což pomáhá ma-nažerovi udržet si prehled o všech aspektech projektu. V této prácinazývám tyto cásti fáze (Phases) projektu. Fáze mužeme dále delitna jednotlivé úkoly (Tasks).

31


Analýza požadavku

Uvažujeme-li firmu, zabývající se vývojem na zakázku, je velmi prav-depodobné, že se zabývá vývojem urcitého typu aplikací, at’ už jde omobilní aplikace, webové aplikace, úpravy software na míru aj. Pro-jektoví manažeri v takových prípadech používají podobné postupypro ruzné projekty stejného typu a i jednotlivé cásti projektu majíspolecné rysy. Proto se jeví jako vhodné zohlednit tyto spolecné rysyi v návrhu tohoto projektového modulu. Hlavní motivací k vytvo-rení typu projektu je možnost využívat jednu hrubou šablonu pro-jektu pro mnoho ruzných jednotlivých projektu bez nutnosti nasta-vovat vše znovu, což povede k zefektivnení plánování projektu. Typprojektu, vcetne fází a úkolu, by mel být jednoduše srozumitelný apoužitelný, což podle mého názoru tento nový koncept splnuje.

Návrh

Celková logika modulu Rízení SW projektu navazuje na logiku mo-dulu Rízení projektu a je znázornena na obrázku 6.1. Nejdríve budetreba nastavit obecný typ projektu a jeho standardní fáze a úkoly.K tomu bude sloužit okno nazvané Typ projektu (Project Type). Ná-vrh polí v tomto okne mužeme videt na obrázku 6.2. Všechna polejsou textová.

Záložkami tohoto hlavního okna by mela být okna Standardnífáze (Standard Phases) a Standardní úkoly (Standard Tasks) (vizobrázek 6.3 a 6.4). Standardní fáze a úkoly budou definovány bezpredem daného poradí (v prípade potreby lze obvyklé poradí proreferenci vepsat do poznámky fáze/úkolu), konkrétní poradí budeurceno až v rámci konkrétního projektu. Tento prístup umožní mj.prubeh nekolika fází/úkolu soucasne.

Implementace

Pro vytvorení okna a záložek bylo treba v databázi adempiere vytvo-rit nové tabulky c_sw_project_type, c_std_phase a c_std_task. Detailtabulek je znázornen na obrázku ERD databázových tabulek v prí-loze B této práce nebo jej lze též najít v elektronických prílohách.Hlavní okno Typ projektu je v hierarchii záložek na úrovni nula,

32


Obrázek 6.1: Znázornení logiky modulu Rízení SW projektu. Preru-šované cáry naznacují nepovinný vztah.

Obrázek 6.2: Návrh okna Typ projektu

33


Obrázek 6.3: Návrh okna Typ projektu, záložka Fáze

Obrázek 6.4: Návrh okna Typ projektu, záložka Úkoly

34


záložka Standardní fáze má prirazenou úroven 1 a odkazuje se naprimární klíc c_sw_project_type_ID tabulky c_sw_project_type a zá-ložka Standardní úkoly má prirazenou úroven 2 a odkazuje se na pri-mární klíc c_std_phase_ID tabulky c_std_phase. Pomocí odkazu naprimární klíc (nebo obecne jakýkoliv sloupec) predchozí tabulky seautomaticky v okne vyplní odpovídající pole, která jsou nyní pouzeke ctení, a systém tak zajistí správnou provázanost jednotlivých zá-znamu.

6.1.2 Nastavení jednotek práce

Okno Nastavení jednotek práce (Work Units Setup) je umísteno sa-mostatne v menu SW Project Management.

Analýza požadavku

Pri plánování projektu je casto potreba zjistit, kolik casu bude za-potrebí ke splnení daného úkolu. Tento odhad bývá obvykle vyjád-ren v hodinách. Pocet hodin nám však nestací k odhadu toho, kdybude úkol dokoncen, protože je známo, že žádný clovek nepracuje60 minut v hodine, 8 hodin osmihodinové pracovní doby denne.Krome vyrušujících faktoru (emaily, online chaty, ostatní spolupra-covníci, schuzky atd.), nutnosti zjišt’ovat informace pro splnení da-ného úkolu a lidských potreb (potreba jíst, pít atd.) je treba pocí-tat také s absencemi na pracovišti (nemoci, dovolené, státní svátky,príp. pracovní cesty). Všechny tyto vlivy se odrážejí ve skutecnémobjemu odvedené práce za casovou jednotku. Pro vyjádrení tohotoobjemu používáme Jednotky práce (Work Units), tj. cloveko-hodiny,cloveko-dny1 a další vyšší jednotky, které se bežne v projektovémrízení používají.

Návrh

Protože výpocet hodnoty cloveko-hodiny a dalších jednotek je velmizávislý na konkrétní firme, odvetví, vykonávané práci, typu pro-jektu a dalších faktorech a protože tyto hodnoty se mohou lišit pri

1. Man-Days, Man-Hours http://en.wikipedia.org/wiki/Man-hour

35

http://en.wikipedia.org/wiki/Man-hour


Obrázek 6.5: Návrh okna Nastavení jednotky práce

rešení ruzne složitých projektu, vzahuje se toto nastavení k typu pro-jektu a bude dále použito pro automatické prepocítávání mezi temitojednotkami. Rozvržení okna Nastavení jednotky práce (Work UnitsSetup) lze videt na obrázku 6.5. Typ projektu by nemel umožnovatzadání jiné než existující hodnoty (typu projektu) a pole pro pomerjednotek nesmí umožnovat zadání hodnoty menší než jedna, vzhle-dem k tomu, že pomer vztahujeme vždy k menším jednotkám.

Implementace

Pole výberu typu projektu je realizováno pomocí seznamu existu-jících typu projektu a neumožnuje tím pádem zadání jiné hodnoty.Po vytvorení záznamu navíc již není možné pole upravit, lze pouzesmazat celý záznam. V polích pro pomer jednotek pak lze zadat císlovetší než jedna s nejvýše dvema desetinnými místy. V této fázi bylotreba se vyrovnat se skutecností, že pole pro zadání nejmenší a nej-vetší možné hodnoty prímo v ADempiere nefungují tak, jak by mela,a upravit tedy prímo tabulku v databázi pridáním omezení (constra-int ) CHECK(column_name>1).

Jednotky práce by mely být nastaveny pred vytvorením konkrét-ního projektu. V prípade, že však nastaveny nebudou, použije sys-tém výchozí hodnoty, tj. 1 cloveko-hodina = 60 minut, 1 cloveko-den= 8 hodin, 1 cloveko-týden = 5 cloveko-dní a 1 cloveko-mesíc = 20cloveko-dní. Tyto výchozí hodnoty jsou také prednastaveny v jed-notlivých polích pri vytvárení nového záznamu.

36


Testování

Behem testování bylo overeno, že do polí pro prepocet jednotek nelzezadat hodnoty menší než 1. Krome toho bylo také treba proverit, zdanelze vytvorit dva záznamy pro jeden typ projektu, protože takovýstav by mohl vést k nesprávným výpoctum.

6.1.3 Správa softwarového projektu

Okno Správa softwarového projektu (Software Project Maintanance)je hlavní cástí celého modulu. Melo by sloužit pro prehled a nasta-vení všech duležitých informací o projektu.

Analýza požadavku

Koncept delení projektu na fáze a úkoly byl již predstaven v kapitole6.2 a tato cást systému je poTypu projektu další, která jej aplikujev praxi. Nejduležitejším požadavkem zustává prehlednost a logickánávaznost jednotlivých cástí projektu (predevším typu projektu aprojektu, standardních fází a úkolu na konkrétní fáze a úkoly), záro-ven však musí být možné zaznamenat o projektu veškerá potrebnádata a souvislosti.

Návrh

Okno projektu bude velmi podobné puvodnímu oknu. Novému pro-jektu bude prirazen typ projektu, který po vytvorení projektu ne-bude již možné zmenit. Nový projekt tak zdedí od typu projektustandardní fáze a úkoly, které bude možné, avšak ne povinné, po-užít. Opet bude treba zadat název projektu, popis, poznámky a vý-stup projektu. Nove se zde objevují pole Projektový manažer (ProjectManager), Datum zahájení (Start Date), Datum ukoncení (End Date)projektu, celkový Rozpocet projektu (Project Budget ) a pole pro zob-razení souctu cloveko-mesícu a cloveko-dní jednotlivých fází, kteréby nemelo být editovatelné - systém by mel ideálne tyto hodnotyvypocítat z exitujících fází a úkolu. V této první verzi modulu všakzustaneme u editovatelné verze. Projektový manažer je vybírán z ak-tuálního seznamu zamestnancu v systému, takže je zde rovnou na-

37


Obrázek 6.6: Návrh okna Projekt

stavena i jeho emailová adresa, na niž budou zasílána upozornení.Návrh okna Projekt (Project ) je zobrazen na obrázku 6.6.

I zde bude mít okno Projekt nekolik záložek, tj. podoken. Kromezáložek Fáze (Phases) a Úkoly (Tasks) zde bude umístena také zá-ložka Zdroje (Resources).

V podokne Fáze bude možné spravovat již konkrétní fáze danéhoprojektu. Nová fáze muže vzniknout vybráním standardní fáze, címžzdedí její atributy a také její úkoly, nebo vytvorením zcela nové fázeprojektu. Fáze musí mít zadané Datum zahájení a Datum ukoncení,pricemž tato data nesmí presáhnout data zahájení a ukoncení pro-jektu. Aby bylo jednodušší sledovat rozpocet projektu a jeho plnení,najdeme i zde pole Rozpocet fáze (Phase Budget ), a pro sledovánípráce na projektu pole Pocet cloveko-hodin (Man-hours) a Pocet clo-veko-dní (Man-days). Tato pole by mela být automaticky prepocí-távána, takže by melo postacovat uvedení pouze jednoho z techtodvou údaju. Ukoncení fáze je indikováno vybráním polícka Dokon-ceno (Completed ).

Podokno Úkoly (Tasks) (viz obrázek 6.8) slouží ke správe úkoluprirazených k urcité fázi projektu. Každý úkol má nastavenou délkuv cloveko-hodinách a cloveko-dnech, mel by být prirazen alespon

38


Obrázek 6.7: Návrh okna Projekt, záložka Fáze

Obrázek 6.8: Návrh okna Projekt, záložka Úkol

39


Obrázek 6.9: Návrh okna Projekt, záložka Zdroje

jedné osobe ze seznamu zdroju a jako takový muže být prirazen nej-výše k jedné fázi projektu. Dokoncení úkolu je opet indikováno vy-bráním polícka Dokonceno (Completed ), což by mela udelat osoba,nebo jedna z osob, jíž nebo jimž byl úkol prirazen. Zároven by melsystém automaticky emailem upozornit projektového manažera natuto událost. Pole Predchozí úkol (Previous Task) slouží pro urcenísekvence úkolu a stejne jako Datum dokoncení není povinné. Pri za-dání hodnot do polí Pocet cloveko-hodin (nebo Pocet cloveko-dní )a Náklady na cloveko-hodinu (Man-Hour Costs) by se mel automa-ticky spocítat údaj v poli Náklady na úkol (Task Costs).

Dalším podokem okna Projekt je okno Zdroje (Resources, viz ob-rázek 6.9). Jedná se zde o lidské zdroje a smyslem okna je priraditk projektu zamestnance, kterí na nem pracují, nebo budou pracovata urcit jejich role v projektu. Okno obsahuje pouze nekolik jedno-duchých polí - Projekt (Project ), Zamestnanec (Employee), Úroven(Level ), Role (Role) a Nadrízený (Supervisor). Nejvýše postavenýpracovník na projektu nebude mít nadrízeného a úroven bude rovnanule.

Pomocí úrovní a nadrízených bude pozdeji možné sestavit OBS(Organizational Breakdown Structure) projektu. Prirazením k pro-jektu by každý zamestnanec mel získat prístup k úkolum a rozvrhuprojektu, který dosud mel pouze tvurce projektu a prirazený projek-tový manažer (pokud se nejedná o tu samou osobu). Pro každéhoprirazeného zamestnance by taktéž momentem prirazení mel vzk-nout prístup k oknu Výkaz (Timesheet ), kam bude zaznamenávánaveškerá jeho/její práce na projektu s možností propojit záznamy s

40


konkrétním úkolem. Tato funkcionalita je však zatím jen návrhemdo budoucna.

Implementace

Nejprve bylo nutné opet vytvorit príslušné tabulky v databázi, potéje definovat v ADempiere a vytvorit pro ne okno a záložky. Oprotipuvodnímu plánu vytvorit záložky ve trech ruzných úrovních (úro-ven 0 - projekt, úroven 1 - fáze, úroven 2 - úkol ) jsem nakonec zvolilapouze dvouúrovnovou strukturu okna, kdy je nejvyšší záložkou SWProjekt a ostatní tri záložky leží na úrovni 1. Duvodem bylo lepšílogické provázání záložek; místo toho, aby navazovaly každá na zá-ložku o jednu úroven výše, se všechny vztahují k hlavní záložce SWProjekt. Pri prístupu do záložek první úrovne je automaticky ozna-cen jeden z existujících projektu na úvodní záložce. Zobrazují se takpouze fáze, úkoly a zdroje, které patrí ke zvolenému projektu (v prí-pade, že nejaké existují).

Pro jednodušší práci se systémem bylo implementováno nekolikprvotních pomocných prvku. Prvním príkladem je výber projekto-vého manažera v záložce SW Projekt, kde se kliknutím na vyhledá-vací tlacítko dostaneme do vyhledávacího okna, z nehož mužemejiž pohodlne vybrat uživatele - projektového manažera. Stejný prin-cip výberu je aplikován také na nepovinné pole prirazení uživatelek úkolu nebo na výber uživatelu v záložce Zdroje SW Projektu. Dal-šími podobnými prvky, které však již umí ADempiere vytvorit zcelasám, jsou kalendár u zobrazení data a kalkulacka u zobrazení císel-ných hodnot.

Podstatnou cástí implementacní fáze bylo opetovné vyhodnocenívšech polí a rozhodnutí, zda mají být urcena pouze pro ctení, zda mábýt povolena jejich editace po uložení záznamu, jaká má být jejich vý-chozí hodnota atd. U nekterých polí bylo treba puvodní rozhodnutízmenit, prípadne opravit ta pole, kde došlo k chybe pri vytvárení ta-bulek v databázi. Príkladem muže být pole Datum dokoncení (EndDate) v záložce Úkol SW Projektu, kde puvodne bylo omylem na-staveno v databázi omezení DEFAULT (now) NOT NULL. Protožeby ale v rámci logiky modulu melo být možné vytvorit i úkoly bezpresného casového omezení, bylo toto omezení chybné.

41


Testování

Behem testování tohoto okna byly zadávány hodnoty menší než nulado císelných polí a data ukoncení drívejší než data zahájení. U ne-kolika položek bylo odhaleno chybející omezení, což bylo následnenapraveno. Dále byly pro úcely testování vytvoreny projekty na zá-klade dríve vytvorených typu projektu, fáze i úkoly, z nichž nekteréimplementovaly standardní fáze a úkoly a jiné nikoliv. Poslední cástítestování tohoto okna bylo prirazení nekolika zdroju k projektu, kdebyl zjišten nedostatek v možnosti priradit stejnou osobu k jednomuprojektu vícekrát. Tento nedostatek nebyl zatím ošetren.

6.1.4 Seznam úkolu

Okno Seznam úkolu (To-Do-List ) je v podstate pouze zjednoduše-nou verzí okna Úkoly SW Projektu urcenou v aktuální verzi jen proctení, nebudu tedy delit tuto sekci na další cásti jako u ostatních oken.Zobrazují se zde pole Softwarový projekt, Fáze SW Projektu, Ná-zev, Popis, Prirazeno uživateli a Datum dokoncení. Seznam úkolu jeopravdu pouze seznamem, prehledem všech úkolu, které jsou ozna-ceny v systému jako aktivní (povinná hodnota isActive) a nejsouoznaceny príznakem Dokonceno (Completed ). Úkoly se v okne s je-dinou, hlavní, záložkou radí podle príslušnosti k projektu. Ackolivokno je skutecne jednoduché a staví pouze na již existující tabulcec_sw_project_task, je to podle mého názoru cenná komponenta mo-dulu, a to díky své prehlednosti.

Pro další rozšírení modulu pomocí stavu úkolu (napr. neprira-zený, otevrený, rozpracovaný, cekající atd.) je toto okno vhodnýmkandidátem pro takové zobrazení. Krome toho jej lze pomocí jedi-ného tlacítka zmenit opet na zapisovatelné.

6.1.5 Výkaz

Protože v ADempiere zatím možnost nejakým zpusobem zazname-návat odvedenou práci schází a záznamy tohoto typu jsou pri rešenísotwarových projektu klícové, zaradila jsem do nového modulu takéjednoduché okno s názvem Výkaz (Timesheet ).

42


Obrázek 6.10: Návrh okna Výkaz

Analýza požadavku

Vytváret výkazy by mel mít možnost každý krome správce pouzesám pro sebe. Zároven by nemel nikdo, opet krome správce, mítmožnost videt záznamy ostatních uživatelu. Predstavíme-li si, že každýuživatel zadá nekolikrát denne do této tabulky záznam, bude v níjiste brzy velmi mnoho záznamu. Bylo by tedy vhodné ošetrit poz-deji data tak, aby se staré záznamy napr. archivovaly a nezpusobo-valy zbytecnou zátež a tím také zpomalení systému.

Návrh

Záznam výkazu je možné priradit ke konkrétnímu úkolu pomocívýberu projektu v poli Úkol (Task ). Pole Uživatel (User) by melobýt nastaveno na výchozí hodnotu práve prihlášeného uživatele anemelo by být možné jej menit. Stejne tak pole datum by melo býtprednastaveno na aktuální datum, ale s možností jej menit. V tomtookne viz obrázek A.10 dále najdeme pole Pocet hodin (Hours Spent ),Popis práce (Work Description) a Poznámky (Comment ).

43


Implementace

Po vytvorení odpovídající tabulky v databázi bylo dle návrhu vy-tvoreno samotné okno. Jméno uživatele je predvyplneno pomocí tzv.kontextové promenné (context variable) @\#AD\_User\_ID@. Kon-textové promenné mají v ADempiere formu globální promenné prí-stupné prímo z aplikace. Delí se na dva typy podle toho, jak je nasta-vena jejich hodnota. Stálé systémové promenné jsou nastaveny priprihlášení uživatele do systému a jsou oznaceny krížkem pred ná-zvem promenné (#AD\_User\_ID je príklad tohoto typu promenné).Kontextové promenné vztahující se k aktuálnímu oknu jsou druhýmtypem dostupných promenných.

Jednotlivé záznamy v okne Výkaz jsou razeny dle zadaného dataprovedené práce. Do pole Pocet hodin (Hours Spent ) nelze zadathodnotu menší než nula, avšak pole muže obsahovat až dve dese-tinná místa.

Testování

Testování probehlo v porádku pomocí vytvorení nekolika záznamu,zadání záporné hodnoty do pole Pocet hodin, zmeny data záznamupo jeho uložení a obnovení dat z databáze pro overení správnéhorazení položek.

44

7 Záver

Práce seznamuje ctenáre s ERP systémy a s open-source systémemADempiere, jemuž je venována nejvetší pozornost. Stežejní cást prácetvorí rozbor existující funkcionality systému a dále analýza poža-davku, návrh a implementace nového modulu urceného pro rízenísoftwarových projektu.

První cást práce obsahuje úvod do problematiky ERP systémus durazem na možnosti, úskalí a dusledky jejich nasazení a využitív praxi. Na tomto základu staví kapitola s poradovým císlem tri, ježanalyzuje potreby a procesy v IT firme obecne, vcetne cásti venovanézacínajícím IT firmám.

Poznatky zjištené v kapitole tretí jsou dále využity v kapitolectvrté, která krome analýzy instalovaného systému poskytuje takéodpoved’ na otázku kladenou v zadání práce, zda je ADempiere vhodnýpro poskytování systému jako služby. Na základe seznámení se sesystémem je také v záveru této kapitoly vybrána oblast projektovéhorízení pro záverecnou implementacní cást práce. Rozborem poža-davku na softwarové nástroje pro projektové rízení se zabývá samo-statná kapitola.

Výsledky práce v podobe implementace modulu pro rízení soft-warových projektu jsou obsahem kapitoly šesté. Byl implementovánfunkcní modul s peti okny, jež jsou dále strukturována pomocí zálo-žek. Struktura modulu vychází z existujících nástroju pro projektovérízení, címž je cástecne overena jeho použitelnost v praxi. Oblast pro-jektového rízení je však pomerne rozsáhlá a vytvorený modul po-krývá pouze její základy, takže jej lze dále rozširovat o kontroly polía prednastavení jednotlivých hodnot dle jiných dat v databázi, zlep-šit logiku a návaznost jednotlivých oken, pridat kontrolu prístupudle prirazení na projektu atd.

Systém ADempiere je velmi zajímavý z pohledu vývoje i využití,behem práce jsem mela možnost se s ním pomerne podrobne sezná-mit a verím, že najde své príznivce nejen v akademických kruzích,ale i v praxi. Jako každý systém, ani ADempiere není dokonalý, aleje nutné ríci, že skýtá mnoho výhod, které zcela vyvažují jeho nevý-hody, a mel by být v oblasti ERP systému brán jako plnohodnotnákonkurence komercním aplikacím.

45

Literatura

[1] Krnác, Igor. Adaptácia ERP systému ADempiere. Brno: Bakalár-ská práce FI MU, 2011.

[2] Alfa samec ERP [online]. Vyšlo jako clánek pro Hos-podárské noviny. Praha: Economia, 2011. Dostupné nahttp://www.erpy.cz/2010/05/alfa-samec-erp/#more-1575.

[3] Kimberling, Eric. Preview of Panorama’s 2011 ERP Report:ERP Implementation Costs Continue to Decline [online].2011 [cit. 29. 3. 2012]. Dostupné na http://panorama-consulting.com/preview-of-panoramas-2011-erp-report-erp-implementation-costs-continue-to-decline/.

[4] Velecký, Petr; Zajíc, David. TCO: Strašák CIO a IT manažeru,kterému neutecete. ICT Revue - príloha Hospodárských novin,prosinec 2011 [str. 18 - 21]. Praha: Economia, 2011.

[5] Zwilling, Marty. Eight Business Processes Every StartupMust Have [online]. 2010 [cit. 1. 4. 2012]. Hot Sauce!.Dostupné na http://www.caycon.com/blog/2010/08/eight-business-processes-every-startup-must-have/.

[6] ADempiere Implementation Details [online]. ADempiere ERPWiki. 2006, naposledy editováno 26. prosince 2010. Dostupné nahttp://www.adempiere.com/ADempiere_Implementation_De-tails.

[7] Initial Client Setup Process [online]. ADempiere ERP Wiki.2006, naposledy editováno 28. prosince 2010. Dostupné nahttp://www.adempiere.com/Initial_Client_Setup_Process.

[8] ManPageW Role [online]. ADempiere ERP Wiki. 2006,naposledy editováno 14. prosince 2006. Dostupné nahttp://www.adempiere.com/ManPageW_Role.

[9] Project Management Tool Analysis and RecommendationsWhite Paper [online]. USA, Ohio: NASA, 2004. Dostupné

46

http://www.erpy.cz/2010/05/alfa-samec-erp/#more-1575

http://panorama-consulting.com/preview-of-panoramas-2011-erp-report-erp-implementation-costs-continue-to-decline/



http://www.caycon.com/blog/2010/08/eight-business-processes-every-startup-must-have/

http://www.caycon.com/blog/2010/08/eight-business-processes-every-startup-must-have/

http://www.adempiere.com/ADempiere_Implementation_Details

http://www.adempiere.com/ADempiere_Implementation_Details

http://www.adempiere.com/Initial_Client_Setup_Process

http://www.adempiere.com/ManPageW_Role

7. ZÁVER

na http://www.techrepublic.com/whitepapers/project-management-tool-analysis-and-recommendations-white-paper/158437.

[10] Establish Opening Balances [online]. ADempiere ERP Wiki.2012, naposledy editováno 22. dubna 2012. Dostupné nahttp://www.adempiere.com/Establish_Opening_Balances.

47

http://www.techrepublic.com/whitepapers/project-management-tool-analysis-and-recommendations-white-paper/158437



http://www.adempiere.com/Establish_Opening_Balances

A Snímky obrazovek

V této kapitole jsou umísteny snímky nekterých obrazovek systémupro lepší ilustraci.

Obrázek A.1: Nastavení nového klienta

Obrázek A.2: Vzhled webového rozhraní

48

A. SNÍMKY OBRAZOVEK

Obrázek A.3: Nový modul v prostredí java klientské aplikace

Obrázek A.4: Vyhledání uživatele v systému

49


Obrázek A.5: Okno Work Units Setup

Obrázek A.6: Okno Timesheet

50


Obrázek A.7: Hlavní záložka okna Software Project Maintenance

Obrázek A.8: Záložka SW Project Phase okna Software Project Main-tenance

51


Obrázek A.9: Záložka SW Project Task okna Software Project Main-tenance

Obrázek A.10: Záložka SW Project Resources okna Software ProjectMaintenance

52

B Databázové tabulky

Obrázek lze také nalézt v prílohách v elektronické podobe.

Obrázek B.1: ERD databázových tabulek

53

C Elektronické prílohy

Soucástí práce jsou také elekrtonické prílohy s následující strukturounahrané do Informacního systému MU:

• diplomova_prace.pdf – Elektronická verze diplomové práceve formátu pdf

• diplomova_prace.tex – Zdrojový kód diplomové práce

• database_scripts – Databázové skripty

– adempiere_db_scripts.psql

• images – Obrázky v plné velikosti

– sw_project_tables.png

54

Využití ERP Systému ADempiere - IS MUNI

Documents