1 POPIS FIRMY BODY- CARE

Transkript

1 1 POPIS FIRMY BODY- CARE Na českém trhu je několik dodavatelských firem, které poskytují zákazníkům celou řadu věhlasných kosmetických přípravků. Stačí jmenovat dvě, které na českém trhu s kosmetikou vévodí. Jsou to ORIFLAME a AVON LADY. My chceme modelovat virtuální firmu, která je v aktivitách podobná zmíněným zavedeným firmám. Naši virtuální firmu pojmenujeme BODY- CARE. Firma BODY- CARE je situována v Praze, kde má vedení a centrální sklad. Filiálky firmy jsou téměř ve všech krajských městech. Vzhledem k velké samostatnosti jednotlivých filiálek je komunikace mezi centrem v Praze a filiálkami redukována jen na tok zboží z centrálního skladu do skladů filiálek a na tok finanční. Každá filiálka pracuje samostatně. Předmětem naší komputerizace bude právě filiálka, bez ohledu na její rezidenci. Označení filiálka již nebudeme dále používat, zůstaneme u názvu BODY- CARE, ovšem komunikaci s centrem si budeme všímat rovněž. Ostrava Praha PRAHA Centrum BODY-CARE BODYCARE Centrální sklad Oddělení komunikace s filiálkami Brno Jihlava Plzeň filiálky Před námi stojí tři úkoly: Obrázek 1: Poloha filiálek na teritoriu ČR 1. Sestavit verbální business deskripci problémové domény BODY-CARE. 2. Uplatnit objektovou metodiku UP (Unified Process) pro produkci cílového softwarové ke komputerizaci domény BODY-CARE. 3. Vytvořit cílový software na bázi komponent. Řešení každého z úkolů umístíme do samostatného souboru. Zde naplníme požadavek business deskripce pro firmu BODY-CARE. Business deskripce firmy byla sestavena podle obsahu interview s ředitelem firmy a vedoucími jednotlivých oddělení. Firma má celkem asi 30 zaměstnanců, jejichž zaměstnaneckými pozicemi jsou: Ředitel firmy Vedoucí oddělení Pracovník oddělení - specifická pozice Firma má několik oddělení: Finančně ekonomické Personální Oddělení prodeje Oddělení skladu a expedice Oddělení marketingu a péče o zákazníka

2 vedoucí Filiálka Ředitel filiálky BODYCARE vedoucí vedoucí vedoucí vedoucí Finančně ekonomické oddělení Personální oddělení Oddělení prodeje Oddělení skladu a expedice Oddělení marketingu a péče o zákazníka Prodejní místa Místo pro předání expedičního balíčku Obrázek 2: Organizační struktura filiálky Kolegium vedení firmy je složeno z ředitele a vedoucích jednotlivých oddělení. Vzhledem k tomu, že business problematika firmy je docela široká, soustředíme se na komputerizaci aktivit a zpracování dat jen na dvě oddělení: Oddělení prodeje, Oddělení skladu a expedice. Firma nemá žádné dopravní prostředky, styk se zákazníky je interaktivní v budově firmy. V prvním poschodí budovy firmy je situováno prodejní místo (pět prodejních boxů), expediční sklad a prostor pro zákaznické boxy (asi 5 zákaznických boxů). Zákaznické boxy umožní zákazníkům překontrolovat obsah expedičního balíčku podle Expedičního listu, který je do balíčku přidán. Přístup k prodejním boxům je řízen pomocí lístkového automatu spojeného s vizuálním systémem. Firma rozlišuje několik typů zákazníků: drobný odběratel (zákazník), odběratel-firma, odběratel-dealer. Prodej zboží, styk se zákazníkem Firma má připravenou papírovou zákaznickou Objednávku zboží, která identifikuje zákazníka (pomocí čísla jeho čipové karty) a má ještě své vlastní číslo Objednávky zboží. Názvy a materiálová čísla zboží jsou uvedena v katalogu, jehož nové číslo vydává oddělení marketingu na nový prodejní měsíc. Prodej, prodejní slevy na zboží, je obojí orientováno podle tohoto katalogu na jeden měsíc. Zákazník vyplní papírovou Objednávku a osobně předá v jednom z boxů prodejního místa. Prodejní asistentka prověří správnost materiálových čísel a zjistí možné pokrytí objednávky skladem firmy. Na základě pokrytí je vypracován Expediční list zboží pro sklad a expedici a rovněž Faktura, kterou zákazník ihned proplatí a převezme. Druhý originál Faktury je odeslán na Finančně ekonomické oddělení. Prodejní oddělení si vytváří Prodejku, na které je prodejce, zboží, datum, čas, Expedice Pracovníci skladu připraví podle Expedičního listu expediční balíček objednaného kosmetického zboží. Vizuální systém, který je v zákaznických boxech, upozorní zákazníka na již hotový expediční balíček a zákazník přikročí k jeho vyzvednutí ve výdejním místě. Expediční balíček je vybaven Výdejkou, jejíž druhý originál zůstává v Oddělení skladu a expedice. Vize komputerizace Firma předpokládá evoluční vývoj své komputerizace v tom smyslu, že nejdříve se komputerizuje prodej a skladování zboží s marketingem a péčí o zákazníky, později ekonomicko-finanční operace firmy. Pro ekonomicko-finanční operace firmy (faktury, výplaty, daně, ) se bude dočasně využívat zakoupená služba, poskytovaná jinou softwarovou firmou. Po komputerizaci prodeje se bývalá prodejní místa změní na místa reklamační a místa prezenčního styku se zákazníky (v těchto místech zatím fungují asistenti prodeje). Vyřešení reklamace vede na jistou úpravu Objednávky a všech souvisejících dokumentů anebo na úplné zrušení Objednávky. Zákaznické boxy jsou vybaveny koncovými počítači, které budou napojeny na nový IS cílový

3 software. Z těchto boxů budou moci zákazníci prezenčně komunikovat se systémem, zejména si vytvořit Objednávku, sledovat její realizaci, provést proplacení faktury bankovní transakcí. Komunikace se systémem může být rovněž vzdálená přes internet. Dodávky zboží z centrálního skladu Z centrálního skladu dochází k pravidelnému doplňování zboží ve skladu filiálky. Dodávky zboží jsou na základě Objednávky-c, kterou připravuje zásobovač skladu filiálky na základě poklesu zboží pod limitní zásobu, nebo na základě pohybu zboží, který odráží zájem zákazníků. Z centrálního skladu potom přichází Dodací list a ze skladu filiálky odchází Příjemka zboží. Na základě těchto dokumentů, tj. Objednávky-c, Dodacího listu a Příjemky mají obě strany přehled o pohybu zboží od centrálního skladu do skladu filiálky. 1.1 Hrubé schéma procesních podsystémů domény BODY-CARE Doména BODY-CARE je rozčleněna do 10 subjektů procesních podsystémů. Každý z nich má svůj obzor procesů a jistě souvislosti s jinými procesními podsystémy. Seznam procesních podsystémů: KLASICKÝ PRODEJ SKLAD, SKLADOVÁ ČINNOST EXPEDICE MARKETING PERSONALISTIKA ZPRACOVÁNÍ FAKTUR HODNOCENÍ ZÁKAZNÍK PÉČE INTERNETOVÝ PRODEJ SPRÁVA DOKUMENTŮ Naše obecné schéma, bez výrazných vazeb by mohlo mít následující podobu: BODY-CARE Klasický prodej Sklad Expedice Marketing Personalistika Zpracování faktur Hodnocení Zákazník péče Internetový prodej Správa dokumentů Obrázek 2: Prvotní přístup ke struktuře domény z procesních podsystémů

4 Teď bychom měli zavést alespoň obecnou relaci o vzájemné souvislosti procesních podsystémů. Tato relace není obecně dostatečná pro zvýraznění života podsystém, vyplývá z funkcionální podstaty jednotlivých procesních podsystémů a jejich poskytování a požadování potřebných dat. Marketing Zákazník péče Internetový prodej Hodnocení Expedice Zpracování faktur Klasický prodej Sklad, skladová činnost Správa dokumentů Personalistika Obrázek 3: Hrubá ilustrace relace <<závisí na>> 1.2 Výběr zájmové části domény, Vybrané procesní podsystémy (Klasický prodej, Sklady skladová činnost) Už první pohled na obrázek 2 evokuje, že softwarová firma musí velmi důsledně rozčlenit vývoj cílového software mezi jednotlivé týmy. Systémový integrátor potom pečuje o vzájemnou koordinaci výsledků, získaných informačním modelováním. Jelikož práce každého týmu je řízena stejným Workflow (pracovním postupem), jehož cílem je získat pro každý podsystém software ve formě komponentového systému (kolekce komponentových diagramů), stačí názorná orientace jen na jeden vybraný tým. My se budeme orientovat na tým řešící nejdříve KLASICKÝ PRODEJ a potom SKLADY- SKLADOVOU ČINNOST, což jsou jádrové aktivity firmy s hmotnými statky (zboží) Robustní procesy podsystému KLASICKÝ PRODEJ (1. vrstva) Do Klasického prodeje náleží správy těchto dokumentů: Objednávka Prodejka Faktura Skladová karta

5 Expediční list Oznam Za robustní procesy 1. vrstvy můžeme považovat procesy, které spravují právě zmíněné dokumenty. Vede nás k tomu poznání, že zmíněné dokumenty a procesy, které je spravují, jsou jádrem procesních podsystémů. Navíc zavedeme ještě informativní proces o výsledcích zpracování dokumentů. Navrhneme tedy tyto robustní procesy: SPRÁVA OBJEDNÁVEK SPRÁVA PRODEJEK SPRÁVA FAKTUR SPRÁVA SKLADOVÝCH KARET SPRÁVA EXPEDIČNÍCH LISTŮ SPRÁVA KOMUNIKACE SE ZÁKAZNÍKEM Většina těchto robustních procesů je rozložitelná na nižší procesy 2. vrstvy. Např.: 1. SPRÁVA OBJEDNÁVEK a. Vytvořit Objednávku b. Stornovat Objednávku c. Editovat Objednávku (změny) d. Pokrytí Objednávky e. Reklamační úprava Objednávky 2. SPRÁVA PRODEJEK a. Vytvořit Prodejku b. Vyhodnocení Prodejek (statistika prodeje zboží) 3. SPRÁVA SKLADOVÝCH KARET a. Doplnit na základě uskladnění zboží b. Doplnit na základě vyskladnění zboží 4. SPRÁVA FAKTUR a. Vytvořit Fakturu b. Systém proplacení Faktury 5. SPRÁVA EXPEDIČNÍCH LISTŮ a. Vytvořit Expediční list b. Provize za odběr zboží 6. SPRÁVA KOMUNIKACE SE ZÁKAZNÍKEM a. Protokoly oznámení i. Protokol o chybách v Objednávce, ii. Protokol o pokrytí Objednávky náhrady za nedostatkové zboží) Nebudeme dělat popis všech základních aktivit uvedených robustních procesů 1. vrstvy, ale soustředíme se jen na robustní proces SPRÁVA OBJEDNÁVEK. Vytvoření Objednávky je základním úkolem zákazníka (individuální nákupce, dealer, firma). Systém umožní vytvořit Objednávku na zboží, které je uvedeno v právě platném katalogu zboží. Jiné zboží se odmítá s možností jeho náhrady zbožím z katalogu. Objednávku zboží je možné v průběhu její tvorby měnit, a nakonec odeslat do

6 softwarového systému k zpracování. Systém Objednávku zařadí do fronty, kde Objednávka čeká, až ji systém začne zpracovávat. Tento akt je ovšem oznámen zákazníkovi, který může dále nakázat systému, aby Objednávku stornoval, umožnil dodatečnou editaci (zaslání do systému může následovat) nebo začal zkoumat pokrytí Objednávky. Stornování vyřadí Objednávku ze systému. Editovat Objednávku umožní provést změny a znovu ji zaslat do systému. Pokrytí Objednávky ukáže dostupnost objednávaného zboží a návrhy na náhrady. Po odeslání Objednávky do systému a svolení k jejímu zpracování vyvolá automaticky prověrku Objednávky (čísla zboží, názvy zboží, ceny, ). Vše se automaticky oznámí zákazníkovi a požádá se buď o storno, nebo provedení správných změn. Může potom následovat nové odeslání Objednávky do systému Robustní procesy podsystému SKLADY, SKLADOVÁ ČINNOST (1. vrstva) Je dobré, když je členem týmu rovněž zásobovací manažer firmy BODY-CARE a pokud není, je dostatek literatury popisující aktivit v oblasti SCM (Supply Chain Management) odkud se dá čerpat. Je zřejmé, že použijeme vrstvený pohled na aktivitu, možná až do třech vrstev. Řešící tým se rozhodl uvést následující robustní procesy SKLADU a SKLADOVÉ ČINNOSTI, které jsou v 1. vrstvě a jsou dále rozložitelné na procesy nižší, tj. 2. vrstvy. Např. jeden z možných rozkladů se stručným popisem: 1. USKLADNĚNÍ ZBOŽÍ. Jde o zboží dodávané dodavateli výrobci (mimo centrum a filiálky). K tomuto zboží vyrábí zásobovač filiálky Objednávku-d, Příjemku-d, Fakturu-d a přebírá Dodací list-d od dodavatele. Ceny dodaného zboží se nastavují podle dohody dodavatele a centra. Doplňují se Skladové karty. 2. VYSKLADNĚNÍ ZBOŽÍ. Týká se velkoodběratele (dealer, firma) Zásobovač vyrábí Výdejku-v, Dodací list-v a Fakturu-v. Opravují se Skladové karty. 3. POHYB ZBOŽÍ. Úkolem procesu je vytvářet směrodatné statistiky, používané později. V statistikách se vyhodnotí odběr a bonifikace za odběr. 4. DODÁVKY Z CENTRÁLNÍHO SKLADU. Jde o evidenci výměny zboží mezi centrem a filiálkou. Proto zásobovač vytváří interní Objednávka-i, Příjemky-i. 5. VÝMĚNA ZBOŽÍ MEZI KOMPUTERIZOVANOU FILIÁLKOU a ostatními filiálkami. Jde o evidenci výměny a proto, zásobovač vytváří Objednávka-m a Příjemka-m. 6. FINANČNÍ ROZSAH SKLADU. Spočte se finanční hodnota skladu podle typu zboží a provádí se úprava cen zboží podle pokynů z centra. 7. PŘÍPRAVA EXPEDICE ZBOŽÍ ZÁKAZNÍKŮM. Tvorba Expedičního listu-v a Výdejky-v. 8. PROVĚRKA LIMITNÍHO MNOŽSTVÍ ZBOŽÍ. Propočet výskytu zboží ve skladu podle platné statistiky na daný měsíc, reakce na nedostatek zboží a nastavení nové statistiky. Uveďme rozklady do 2. vrstvy: 1. USKLADNĚNÍ ZBOŽÍ od jiných dodavatelů než centrum a jiné filiálky a. Tvorba objednávky-d, Dodací list-d, Příjemka-d

7 b. Doplnění pozičního plánu skladu c. Doplnění Skladové karty 2. VYSKLADNĚNÍ ZBOŽÍ mezi jinými filiálkami a od velkodběratele a. Tvorba Výdejky-v, Dodacího listu-v, Faktury-v b. Úprava pozičního plánu skladu c. Úprava Skladové karty 3. POHYB ZBOŽÍ - statistiky a. Statistika odběru zboží podle typu a platného katalogu b. Vyhodnocení odběru, převzetí benefitů z centra 4. DODÁVKY Z CENTRÁLNÍHO SKLADU a. Tvorba interní Objednávky-i, Příjemky-i b. Doplnění pozičního plánu skladu c. Doplnění Skladových karet 5. VÝMĚNA ZBOŽÍ MEZI KOMPUTERIZOVANOU FILIÁLKOU a ostatními filiálkami a. Tvorba Objednávky-m, Příjemky-m b. Doplnění pozičního plánu skladu c. Oprava Skladových karet 6. FINANČNÍ ROZSAH SKLADU, CENY a. Finanční rozsah podle typu zboží b. Úprava cen podle pokynů z centra 7. PŘÍPRAVA EXPEDICE ZBOŽÍ ZÁKAZNÍKŮM a. Příprava pozičního plánu zboží b. Příprava Výdejky-v k Expedičnímu listu-v 8. PROVĚRKA LIMITNÍHO MNOŽSTVÍ ZBOŽÍ a. Propočet výskytu zboží podle stávající statistiky (nejčastěji odebírané, méně, vůbec) b. Nové nastavení statistiky pro platný katalog zboží Dále berme v úvahu, že pro procesní modelování jednotlivých vrstev použijeme metodu Eriksson-Penker. Poznámka: 1. Pokud uvedené rozklady procesů 1. a 2. vrstvy nevznikly za těsné spolupráce s managementem firmy BODY-CARE, mohou být značně subjektivní, ovšem v průběhu informačního modelování jsou měnitelné. 2. Popis procesů je jen velmi stručný. 1.1 Procesní modelování podsystémů. Procesní diagramy pro 1., 2. a 3. vrstvu procesů

8 1.1.1 Procesní diagram podsystému Sklady, 1. vrstva Správa komunikace se zákazníkem Správa Objednávek Správa Faktur Správa Prodejek Správa Expedičních listů Obrázek 4: nnnnnnn Obrázek 4: Eriksson-Penker diagram první vrstvy Procesní diagram podsystému Sklady 2. vrstva Procesní diagram podsystému Sklady, 2. vrstva Obrázek 4: bbbbbbbbbbbbbbbbbbb

9 Obrázek 5: Eriksson-Penker diagram druhé vrstvy

10 2 LOGICKÁ ARCHITEKTURA UCELENÉ DOMÉNY BODY-CARE Pochopitelně, budeme vycházet ze schématu na obrázku 2 a zkusíme doplnit toto schéma o celou řadu logických prvků (řízení výstupů, báze dat a její řízení, přístup klientů, práva-povinnostkompetence klientů a zaměstnanců, statistika, ) a pochopitelně budeme muset překreslit ilustraci, protože schéma již ponese rovněž jistou filosofii cílové funkcionality cílového software pro komputerizaci domény BODY-CARE. Do schématu rovněž zavedeme vazby tří typů: mezi podsystémy, s bází dat a s klientem. Komunikace s klienty Internetový prodej Marketing Zákazník péče Statistiky Správa výstupních sestav BD Hodnocení Expedice Zpracování faktur Klasický prodej Personalistika Sklad, skladová činnost Správa dokumentů Obrázek 6: Hrubé schéma Logické architektury domény BODY-CARE Poznámka: 1. Ačkoliv Hrubé schéma Logické architektury vypadá komplikovaně vůči vazbám, nutno podotknout, že vazby červené jsou na bázi dat (BD), modré pro klienty a černé pro jednotlivé procesní podsystémy. 2. Cílový software je typu Data-driven prostřednictvím BD. 3. Všechny procesní podsytémy ukládají a berou svou informaci výlučně z BD. Jedná se tedy o vazby oboustranné. 4. Není zaveden podsystém, který by sjednocoval styk s BD. 5. Klienti mohou spouštět jednotlivé procesní podsystémy. 6. Práva, kompetence a povinnosti klientů jsou zabudovány v BD.

11 3 OBECNÁ POJEDNÁNÍ O CÍLOVÉM SOFTWARE A JEHO VÝVOJI Obecná pojednání poskytují programátorům sice jisté obecné informace, které je ovšem snaha v dalším vývoji cílového software právě v softwarové doméně zohlednit. Nejsou to ovšem direktiva, která jsou neměnná a nedají se doplňovat. Ovšem velké detaily v prvotních myšlenkách mohou být na obtíž a ničí transparentnost prvotního přístupu. 3.1 Iterace vývoje cílového software Zde by se měly sestavit tzv. Iterace podle metodiky UP, které jsou základem projektového řízení vývoje cílového software. My ovšem nebudeme dělat projekt, proto nebudou Iterace uváděny. 3.2 Kontextová analýza, klienti, popis jejich práv, povinností a kompetencí Ačkoliv se při letmém pohledu na okolí firmy zdá, že bude nevýrazné, skutečnost je jiná. Jako každá firma ČR rovněž BODY- CARE musí být napojena na mnoho jiných systémů veřejného života: bankovní ústav, zdravotní středisko, zdravotní pojišťovnu, pracovní úřad, finanční úřad a sociální úřad. Firma využívá možností dodavatelů propagačních tiskovin. Nelze ovšem opomenout kontakt na centrum firmy, které je v Praze a na skladovou výpomoc od jiných filiálek. Maloodběratel zboží 1 Odběratel firma 2 Bankovní ústav Zdravotní středisko Zdravotní pojišťovna 1 Sklad centra a Centrum firmy 5 4 BODY- CARE 3 Dealer Pracovní úřad Dodavatelé propagačních tiskovin Sociální úřad Finanční úřad Obrázek 7: Hrubé schéma Kontextové analýzy domény BODY-CARE

12 Obvykle je Hrubé schéma Kontextové analýzy pro další úvahy o klientech dostačující. Ovšem jistě je užitečné, víme-li kam přímo, tj. do kterého procesního podsystému směruje kontakt každého z klientů. Taková je ilustrace na obrázku 5. Jak bylo již řečeno, firma rozlišuje několik odběratelů zboží: maloodběratel, dealer a odběratel-firma. Poslední dva profitují, ačkoliv odlišně, na velkoodběru zboží. Popis relevantních vazeb: 1. Vazby 1, 2 a 3: Odběratelé posílají Objednávku zboží, dostávají Fakturu a Expediční list. 2. Vazba 4: Centrum firmy dostává Objednávku-c pro přesun zboží do skladu filiálky. Vedle toho dostává centrum vyhodnocení měsíční aktivity filiálky. 3. Vazba 5 je nejen na sklad centra, ale rovněž sklady jiných filiálek. Analýza klientů cílového software: Vzhledem ke Kontextové analýze firmy, budou zřejmě relevantními klienty cílového software maloodběratel, dealer a odběratel-firma a pochopitelně firma-centrum. Mimo softwarový systém rovněž stojí zaměstnanci firmy BODY- CARE, tj. klienti-zaměstnanci, kteří mají jistá práva, povinnosti a kompetence podle zaměstnaneckých pozic a rolí, které v nich mohou hrát. Za klienty systému budeme považovat rovněž některé systémy z okolí firmy BODY- CARE, např. centrum firmy, dodavatelé propagačních tiskovin, bankovní ústav,...). Pochopitelně, administrátor systému je rovněž relevantním klientem systému. Zákazník Pracovník firmy Expediční manažer Skladový zásobovač Marketingový manažer Účetní PŘÍSTUP k software KLASICKÝ PRODEJ HODNOCENÍ ZÁKAZNÍK PÉČE EXPEDICE PERSONALISTIKA SKLAD, skladová činnost MARKETING ZPRACOVÁNÍ FAKTUR INTERNETOVÝ PRODEJ DOKUMENTY Ekonomický manažer Manažer CRM Personální manažer Zákazník Manažer obchodu Online Správce dokumentů Obrázek 8: Detailní schéma Kontextové analýzy domény BODY-CARE Zopakujme znovu seznam procesních podsystémů. Je to užitečné pro další prvotní přístupy.

13 KLASICKÝ PRODEJ SKLAD, SKLADOVÁ ČINNOST EXPEDICE MARKETING PERSONALISTIKA ZPRACOVÁNÍ FAKTUR HODNOCENÍ ZÁKAZNÍK PÉČE INTERNETOVÝ PRODEJ SPRÁVA DOKUMENTŮ 3.3 Prvotní přístup k architektuře cílového software Vzhledem k tomu, že je plánováno doplnění cílového software o internetový prodej, bude rovněž realizovaná IISF (informační infrastruktura firmy), koncové počítače budou na prodejním místě a v boxech zákazníků, bude výhodné spojit koncového klienta jen s náležící komponentou cílového software, která realizuje klientem požadovanou funkcionalitu. Jistě budou poznány následující podsystémy jako celky se specifickými procesy, které jsou navzájem sémanticky svázané: 1. pro prodej zboží... KLASICKÝ PRODEJ 2. pro skladovou a expediční činnost... SKLAD-EXPEDICE 3. pro marketing... MARKETING 4. péče o zákazníka... ZÁKAZNÍK-PÉČE 5. pro internetový prodej... INTERNETOVÝ PRODEJ 6. pro ekonomicko-finanční vyhodnocení firmy... HODNOCENÍ 7. pro přístup k softwarovému systému... PŘÍSTUP K SOFTWARE 8. pro personální práci... PERSONALISTIKA 9. pro zpracování faktur... ZPRACOVÁNÍ FAKTUR 10. Pro správu dokumentů... SPRÁVA DOKUMENTŮ Podsystémy budou mapovány na distribuované komponenty a takový softwarový systém na komponentovém základě umožní transparentnější vývoj, snadnou modifikaci a šetření operační paměti koncových počítačů. 3.4 Podmínky proveditelnosti vývoje cílového software Firma BODY-CARE nechce nakoupit integrovaný systém. Dokonce IS, který by se hodil k realizaci procesů a zpracování dat v podstatě neexistuje. Tak, jak prohlásil ředitel firmy, ani centrum nemá IS, který by rovněž řídil filiálky v krajských městech. Centrum výhledově počítá s nákupem IS typu SAP pro veškeré ERP (majetek, finance, ) na centru, přičemž filiálky evolučně implementují systém pro řízení procesů prodeje a expedice zboží, marketingu a péči o své zákazníky. Tento softwarový systém filiálek by měl být na systém typu SAP připojitelný. Je to sice zvláštní řešení, ale ředitel firmy předpokládá podle prvních odhadů, že finanční zátěž vývoje softwarového systému je pro BODY- CARE akceptovatelná. Tabulka možného implementovatelného finančního kapitálu firmy BODY- CARE na vývoj zmíněného softwarového systému potvrzuje proveditelnost vývoje. To potvrdily obě firmy, BODY- CARE a softwarová firma IS Production Company. Jelikož odhady byly provedeny na úzkém jednání ředitele firmy a ředitele softwarové firmy (možný produkční adept) a prohlášeny oběma zástupci za citlivé, není možno je zveřejnit. 3.5 Obchodní případ (podnikatelské zhodnocení) Provádění všech aktivit firmy BODY- CARE tužkou, papírem a lidskou hlavou se ukázalo jako neúnosné. Extenzivní nárůst počtu pracovníků se stal pro firmu finančně nepřijatelný. Firmě se snižovala konkurenceschopnost, ačkoliv počet zaměstnanců narůstal. Komputerizované adekvátní firmy dosahovaly prostřednictvím internetového obchodu dalece většího obchodního obratu než

14 nekomputerizovaná BODY- CARE. Studie, kterou vypracovalo vedení firmy za poradenství softwarové firmy, jasně poukázala na aktivity, které by po komputerizaci měli firmě přinést zvýšení obchodního obratu: Evidence veškeré informace v centrálních bázích dat a jejich využívání. Dát zákazníkům, kteří jsou přítomni na prodejním místě firmy, možnost vytvořit elektronickou objednávku a odeslat ji do prodejního systému. Řízení prodeje a expedice zboží. Marketing a péče o zákazníky. Internetový obchod. Elektronická komunikace s centrem firmy v Praze. 3.6 Prvotní přístup k vývojovému prostředí Vzhledem k tomu, že je zvolena komponentová architektura cílového software, připadají v úvahu jen objektová vývojová prostředí s možností tvorby silně distribuovaného cílového software, založeného na komponentách. Takovým prostředím jsou zejména komponentové modely. 3.7 Více o cílovém software Zde můžeme vyslovit první myšlenku o organizaci cílového software pomocí procesních podsystémů a jejich přerodu do komponent. Můžeme vyslovit tezi, že první náčrt globálního Komponentového diagramu by mohl být postaven na procesních podsystémech, které budeme považovat za nejvyšší komponenty. Takový diagram je potom odvozen z Hrubého schématu Logické architektury, viz obrázek 6. V globálním komponentovém diagramu nehledáme požadovaná a nabízená rozhraní mezi komponentami, ale zachováme pouze závislosti mezi podsystémy z Logické architektury, které do schématu přeneseme. Je pochopitelné, že teď může každý tým pracovat na svém procesním podsystému a postupně vytvářet strom komponent pod ním. 3.8 Prvotní přístup k prostředí nasazení Jelikož firma bude mít několik samostatných bází dat (zboží, zákazníci), které bude cílový software využívat, bude požadována informační infrastruktura napojená na internet. Informační infrastruktura musí prokazovat alespoň tyto základní funkcionality: centrální ochrana informace, uložení a provozování cílového software na jednom ze serverů, poskytnutí serverových prostorů pro firemní bázi dat, napojení na internet, rozvedená místní počítačová síť. Napojení na internet by mělo umožnit organizovat internetový prodej, který bude později součástí cílového software, s osobním vyzvedáváním expedičního balíčku v sídle firmy. 3.9 Krizové momenty vývoje Systémový inženýr chápe a týmům situaci předkládá, že v projektu je docela dost kritických míst, které mohou být téměř nepřekonatelnými krizovými situacemi. Např. nemocnost, odchod členů týmů do jiných softwarových firem, Analýza krizových situací je záležitostí softwarového projektu a nebudeme se jimi zabývat.

15 4 PřEDB EDBěžNÝ NÁVRHOV VRHOVÝ KOMPONENTOVÝ DIAGRAM 4.1 Mapování procesních podsystémů na komponenty Do této doby je zřejmé, že jsme: 1. Zadali procesní podstatu problémové domény BODY-CARE pomocí tzv. procesních podsystémů (na základě interview se zákazníkem). 2. Pro procesní podsystémy upřesnili robustní procesy (diagramy podle metody Eriksson- Penker) 1. vrstvy, jejich rozklady do procesů 2. vrstvy a případně jsme uvažovali ještě o 3. vrstvě. 3. Zavedli tzv. Logickou architekturu cílového software s třemi typy vazeb. 4. Poukázali jsme na některé obecné přístupy týkající se vývoje cílového software. Významně jsme rozebrali kontakty klientů, jejich role se systémem domény (Kontextová analýza). V následujícím ještě potvrdíme relevantní myšlenku z 3.7 Více o cílovém software a zavedeme tzv. předběžný Návrhový komponentový diagram. 4.2 Tvorba předběžného návrhu Komponentového diagramu Máme tedy připravenou situaci pro stanovení velmi hrubého vztahu procesních podsystémů a robustních komponent. Nic nám nepřekáželo v tom, že již každý procesní podsystém považovali za robustní komponentu (mapování podsystému na komponenty). Z toho hned plyne, že výsledný cílový software pro celou doménu BODY-CARE je vlastně kolekce vzájemně spolupracujících komponent (komponenty z globálního diagramu, komponenty z 1., 2. a 3. vrstvy jednotlivých procesních podsystémů). Komponentám obvykle ponecháváme jména zdrojových podsystémů. Myšlenky o předběžném uplatníme na hrubý Komponentový diagram, který bude respektovat vazby z Logické architektury. Situaci předběžného přístupu bychom mohli prodloužit rovněž na 2. vrstvu a případně na 3. vrstvu procesů. Jednoduše použijeme jednoduchého mapování procesů na komponenty: jeden proces jedna komponenta. Hrubý, globální komponentový diagram může potom vypadat následovně:

16 BODY-CARE komponenta Marketing Zákazník péče Internetový prodej Klasický prodej Personalistika Hodnocení Sklad, skladová činnost Expedice Zpracování faktur Správa dokumentů Obrázek 9: Globální Komponentový diagram domény BODY-CARE. Posud opraveno