1 POPIS FIRMY BODYBODY- 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ěž.
PRAHA
Centrální sklad
Centrum BODY-CARE BODYCARE
Ostrava
Oddělení komunikace s filiálkami
Praha
filiálky Brno
Jihlava
Plzeň
Obrázek 1: Poloha filiálek na teritoriu ČR Před námi stojí tři úkoly: 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
Filiálka Ředitel filiálky BODYCARE vedoucí
vedoucí
Finančně ekonomické oddělení
Personální oddělení
vedoucí
Oddělení prodeje
Prodejní místa
vedoucí
Oddělení skladu a expedice
vedoucí
Oddělení marketingu a péče o zákazníka
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ý
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
Expedice
Sklad
Zpracování faktur
Personalistika
Internetový prodej
Marketing
Hodnocení
Správa dokumentů
Obrázek 2: Prvotní přístup ke struktuře domény z procesních podsystémů
Zákazník péče
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.
Zákazník péče
Marketing
Expedice Internetový prodej
Hodnocení Zpracování faktur
Klasický prodej
Sklad, skladová činnost Správa dokumentů
Personalistika
Obrázek 3: Hrubá ilustrace relace <
>
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ží). 1.2.1 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
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
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. 1.2.2 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
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ů
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
1.1.2
Procesní diagram podsystému Sklady 2. vrstva
1.1.2.1
Procesní diagram podsystému Sklady, 2. vrstva
Obrázek 4: bbbbbbbbbbbbbbbbbbb
Obrázek 5: Eriksson-Penker diagram druhé vrstvy
2 LOGICKÁ ARCHITEKTURA UCELENÉ DOMÉNY BODYBODY-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
Expedice Statistiky Správa výstupních sestav
BD
Hodnocení
Zpracování faktur
Sklad, skladová činnost
Klasický prodej
Personalistika
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.
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. Odběratel firma
Bankovní ústav
Zdravotní středisko
Maloodběratel zboží
1
2 Zdravotní pojišťovna
11 Sklad centra a
5
Dealer Dealer
3
BODY- CARE Centrum firmy
4
Dodavatelé propagačních tiskovin
Pracovní úřad
Sociální úřad
Finanční úřad
Obrázek 7: Hrubé schéma Kontextové analýzy domény BODY-CARE
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
Skladový zásobovač Marketingový manažer
Expediční manažer
SKLAD, skladová činnost
KLASICKÝ PRODEJ
Účetní
MARKETING
EXPEDICE
PŘÍSTUP k software
ZPRACOVÁNÍ FAKTUR PERSONALISTIKA HODNOCENÍ ZÁKAZNÍK PÉČE
Ekonomický manažer
INTERNETOVÝ PRODEJ DOKUMENTY
Zákazník Manažer CRM
Personální manažer
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.
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. 2. 3. 4. 5. 6. 7. 8. 9. 10.
pro prodej zboží......................................................... KLASICKÝ PRODEJ pro skladovou a expediční činnost ............................ SKLAD-EXPEDICE pro marketing ............................................................ MARKETING péče o zákazníka........................................................ ZÁKAZNÍK-PÉČE pro internetový prodej ............................................... INTERNETOVÝ PRODEJ pro ekonomicko-finanční vyhodnocení firmy ........... HODNOCENÍ pro přístup k softwarovému systému......................... PŘÍSTUP K SOFTWARE pro personální práci ................................................... PERSONALISTIKA pro zpracování faktur ............................................... ZPRACOVÁNÍ FAKTUR 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ž
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: • • • • • •
3.6
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.
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.
4 PřEDB EDBěžN EDB NÝ NÁVRHOVÝ VRHOVÝ KOMPONENTOVÝ 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 ErikssonPenker) 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ě:
BODY-CARE komponenta
Marketing
Zákazník péče
Expedice
Internetový prodej Hodnocení
Zpracování faktur Klasický prodej Sklad, skladová činnost
Správa dokumentů
Personalistika
Obrázek 9: Globální Komponentový diagram domény BODY-CARE.
Posud opraveno
