Dodání CCU - CCU delivery
Aktualizace konfigurace zákazníka (CCU) je a vývoj softwaru metoda strukturování procesu poskytování zákazníkům nových verzí produktů a aktualizace výroby. Tato metoda byla vyvinuta výzkumníky z Utrechtská univerzita.
Tento článek pojednává o dodací fázi metody CCU. Dodání se týká procesu, který začíná v okamžiku, kdy je produkt hotový, až do skutečného odeslání produktu zákazníkovi.
Úvod do procesu dodání
Jak je popsáno v obecném vstupu CCU, dodací fáze je druhou fází metody CCU. Na prvním obrázku je znázorněna metoda CCU. Fáze CCU, které nejsou zahrnuty v tomto článku, jsou zakryty průhledným šedým obdélníkem.
Jak je vidět na obrázku 1, doručovací fáze je mezi fází vydání a fází nasazení. Prodejce softwaru vyvíjí a vydává softwarový produkt a poté musí být přepraven k zákazníkovi. Tato fáze je proces dodání. Tento proces je velmi složitý, protože prodejce musí často jednat s produktem, který má více verzí, variabilní funkce, závislost na externích produktech a různé druhy rozdělení možnosti. Metoda CCU pomáhá prodejci softwaru při strukturování tohoto procesu.
Na obrázku 2 je diagram procesních dat fáze dodávky v CCU. Tento způsob modelování vynalezl Saeki (2003). Na levé straně vidíte model meta procesu a na pravé straně model meta-dat. Tyto dva modely jsou vzájemně propojeny vztahy vizualizovanými jako tečkované čáry. Model metadat (pravá strana) ukazuje koncepty zahrnuté v procesu a jejich vzájemný vztah. Například je vidět, že balíček se skládá z více částí, přičemž: softwarový balíček, popis systému, manuál a informace o licenci a správě. Čísla mezi relacemi udávají, v jakém množství jsou pojmy příbuzné. Například „1..1“ mezi balíčkem a softwarovým balíkem znamená, že balíček musí obsahovat alespoň 1 softwarový balíček a nejvýše 1 softwarový balíček. V tomto případě tedy balíček musí obsahovat 1 softwarový balíček. Na levé straně obrázku je zobrazen model procesních dat. To se skládá ze všech činností v rámci procesu doručování. Tento článek je založen na tomto modelu procesních dat. Model metaprocesu (levá strana diagramu procesních dat) je rozdělen do několika částí, které jsou uvedeny společně s odpovídajícími odstavci v celém článku, aby bylo snazší porozumět.
Tabulky, které popisují koncepty modelu metadat a aktivity modelu procesních dat, jsou uvedeny pod obrázkem 2.
Tabulka pojmů
Tabulka pojmů obsahuje všechny pojmy použité v modelu metadat s jejich vysvětlením a zdroj, ze kterého jsou vysvětlení odvozena.
- Tabulka 1: Tabulka pojmů
Pojem Definice (zdroj) REPOSITÁRNÍ Také se nazývá trezor. Úložiště obsahuje pouze jednu úplnou verzi konfigurační položky (CI). Rozdíly mezi verzemi se obvykle ukládají pomocí delta algoritmu. Sbírka záznamů popisujících zdroje[1]
balík Kolekce různých souvisejících položek kombinovaných pro účely přenosu k zákazníkovi.[1] SOFTWAROVÝ BALÍČEK Kolekce různých souvisejících softwarové komponenty kombinovány pro účely přenosu k zákazníkovi.[1] SOFTWAROVÉ KOMPONENTY Různé komponenty, z nichž se software skládá, souvisejí prostřednictvím závislostí.[1] VERZE Verze je stav objektu nebo konceptu, který se liší od jeho předchozího stavu nebo stavu. POPIS SYSTÉMU Popis systému včetně jeho požadavků a závislostí na jiných externích komponentách.[1] manuál Dokument technické komunikace určený k poskytování pomoci lidem používajícím konkrétní systém. LICENCE Typ proprietární nebo bezdůvodné licence a memorandum o smlouvě mezi výrobcem a uživatelem počítačového softwaru, které specifikuje dobu platnosti povolení uděleného vlastníkem uživateli. INFORMACE O ŘÍZENÍ Všechny informace, které jsou relevantní pro správu systému u zákazníka.[1] SYSTÉM ŘÍZENÍ VZTAHŮ K ZÁKAZNÍKŮM Systém, který udržuje všechny informace o zákaznících.[2] ZÁKAZNÍK Společnost nebo osoba, která dříve zakoupila nějaký produkt nebo využila některou ze služeb vaší společnosti.[2] TYP LICENCE V tomto případě to může být buď dlouhodobá licence, licence s prošlou platností nebo dočasná licence. DATA ZÁKAZNÍKA Všechny známé informace o zákaznících v systém řízení vztahů se zákazníky. SYSTÉM ŘÍZENÍ KONFIGURACE Systém udržující informace o softwarových konfiguracích na zákaznických stránkách.[3] PRODUKT Prvek softwaru nebo dokument pod kontrolou verzí.[4] AKTUALIZACE An Aktualizace oprava je také malá část softwaru určená k aktualizaci nebo opravě problémů s počítačovým programem KONFIGURACE A konfigurace je uspořádání funkčních jednotek podle jejich povahy, počtu a hlavních charakteristik. ÚPRAVA Úprava je akt aplikace změny na originál. ZPĚTNÁ VAZBA Zpětná vazba umožňuje prodejci shromáždit velké množství údajů o svých zákaznících a svých produktech, jak jedná v terénu[2]
ZPRÁVA O CHYBĚ Zpráva o problémech, se kterými se uživatelé při používání produktu setkali. To může znamenat problém s určitou funkcí nebo mrtvé odkazy v systému. Tyto informace se shromažďují ručně.[2] ÚDAJE O POUŽITÍ PRODUKTU Tato data obsahují informace o skutečném použití produktu. To se odráží na možnostech, které se v rámci programu používají nejvíce.[2] ZPRÁVA O CHYBĚ Když se u softwarového produktu vyskytne chyba, automaticky odešle prodejci chybovou zprávu.[2] OTÁZKY K POUŽITÍ Dotazy, které mají uživatelé ohledně manipulace s produktem atd.[2]
Tabulka aktivit
Tabulka aktivit obsahuje vysvětlení aktivit spolu se zdrojem, ze kterého jsou vysvětlení odvozena. Protože metoda je docela inovativní, mnoho aktivit je navrženo speciálně pro tento model, a proto vysvětlení nemají zdroj.
- Tabulka 2: Tabulka aktivit
Aktivita Dílčí aktivita Popis (zdroj) balík Zabalte systém tak, aby jej bylo možné přenést do zákazníci stránky.[2] balíček softwaru Kombinování různých softwarové komponenty do jednoho balení, které lze dodat zákazníkovi.[2] popis systému balíku Přidejte k balíčku popis systému.[2] manuál k balení Přidejte k balíčku příručku.[2] balíček licence Přidejte do balíčku licenci.[2] informace o správě balíků Přidejte do balíčku dokument s informacemi o správě.[2] Zkontrolujte balíček Ujistěte se, že je balíček kompletní a připravený k nasazení u zákazníka.[2] Inzerovat Aktualizace Když si prodejce přeje poskytnout aktualizace zákazníkům musí být zákazníci nejprve informováni prostřednictvím dostupných komunikačních kanálů.[2] Připravit rozdělení Připravte opatření, abyste software dostali k zákazníkovi. Vložte balíček do úložiště A hotovo softwarová součást bude k dispozici v nějakém repozitáři vydání.[5] Vytvořte přenosové kanály Prodejce musí vytvořit kanály, kterými lze software přenést na zákazníka. Distribuovat Získání softwaru pro různé zákazníky.[6] požadavek zákazníka Zákazník informuje prodejce o svém zájmu o určitý produkt nebo aktualizaci.[2] Určete konfigurační potřeby Je určeno, které softwarové komponenty jsou potřebné pro úspěšnou aktualizaci konfigurace.[2] Určete omezení konfigurace Určuje se, do jakých omezení musí infrastruktura zákazníka stačit, aby mohl být spuštěn nový produkt nebo Aktualizace.[2] Zkontrolujte licenci zákazníka Zkontroluje se, zda má zákazník správnou licenci pro novou konfiguraci Aktualizace.[2] Doručit Aktualizace Získání softwarové komponenty u zákazníka.[2] Informovat zákazníka Poskytnutí zákazníkovi v tomto případě informace o stavu jeho požadavku.[2] Aktualizujte CRM Přidejte informace do systému CRM tak, aby obsahoval nejaktuálnější dostupné informace.[2] Získejte zprávu o doručení a nasazení Získání zprávy (automaticky nebo ručně) o úspěchu dodávky a nasazení od zákazníka.[2] Aktualizujte typ licence Přidejte informace o licenci získané zákazníkem, aby systém obsahoval nejaktuálnější dostupné informace.[2] Aktualizace správa konfigurace Přidejte poslední informace do správa konfigurace systému, takže je uložena nejnovější konfigurace zákazníka.[2] Aktualizujte vlastnosti produktu Obnovte informace o produktech používaných zákazníkem, aby systém obsahoval nejaktuálnější dostupné informace.[2]
Balíček softwaru
Aby mohl dodavatel dodat vyvinutý produkt zákazníkovi, musí zabalit různé součásti svého produktu do balíčku. Tímto způsobem zákazník obdrží všechny informace a softwarové komponenty najednou splňuje všechny své potřeby. Po sloučení všech prvků do jednoho balíčku bude muset prodejce softwaru pečlivě zkontrolovat, zda je balíček kompletní. Balíček bude muset zákazníkovi poskytnout všechny nástroje a informace potřebné k použití produktu. Pokud tomu tak není, prodejce softwaru dostane od zákazníků spoustu otázek, které zabere hodně času. Je proto velmi důležité, aby byl balíček před odesláním pečlivě zkontrolován. Balíček může být fyzická kombinace různých prvků zabalených například do krabice, ale může to být také digitální kombinace souborů, které obsahují všechny prvky. V rámci procesu CCU se uvádí, že balíček bude sestávat z pěti prvků, kterými jsou: softwarový balíček, popis systému, manuál a informace o licenci a správě. V následujících odstavcích je vysvětleno, jak tyto prvky zapadají do doručovací fáze CCU.
Softwarový balíček
Jedním z prvků balíčku bude softwarový balíček. Softwarový balíček je balíček sám o sobě, protože se skládá z různých softwarové komponenty které společně tvoří produkt. Na rozdíl od celkového balíčku je softwarový balíček vždy technickým balíčkem, ve kterém jsou všechny potřebné soubory kombinovány za účelem spuštění softwarového produktu.[7] Dalším konceptem softwarového balíčku je verze. To udržuje přehled o změnách provedených v softwarovém produktu. Díky jeho propojení se softwarovým balíkem mohou prodejce a zákazník sledovat funkčnost a vlastnosti produktu, který zákazník používá.
Popis systému
Jedná se o obecný popis produktu a jeho funkcí. Kromě toho také popíše, z jakých komponent se produkt skládá a jak souvisí s jiným již nainstalovaným softwarem produktu. V případě softwaru Aktualizace bude například popisovat, jak tento produkt upravuje předchozí verzi softwaru. Kromě toho bude také popisovat požadavky potřebné ke správnému spuštění softwarového produktu. Například jaké další produkty a konfigurace je třeba zavést, aby tento produkt fungoval správně.
Manuál
Příručka je dokument, který zákazníkovi poskytne pokyny k nasazení a používání produktu.
Licence
Licence je v tomto případě a Softwarová licenční smlouva ve kterém je uvedeno, jak je zákazník oprávněn produkt používat. Může například uvést, kolik uživatelů má oprávnění používat softwarový produkt. V této situaci je licenční smlouva smlouva nebo certifikát, kterým zákazníci prokazují svá užívací povolení. Prodejce softwaru má vlastní část smlouvy, která je ve většině případů uložena v systému. Vypracování této části najdete na recepci zpětná vazba část tohoto článku. Licenční smlouva dodávaná zákazníkovi může být digitální dokument i fyzický dokument.
Informace o řízení
Tato informace by měla obsahovat informace, které jsou relevantní pro správu systému na místě zákazníka. V mnoha případech jsou tyto informace již součástí příručky. V konkrétních situacích jsou však tyto informace určeny pouze pro správu systému, nikoli pro uživatele systému, a proto jsou poskytovány jako samostatný dokument.
Rozdělení
Poté, co je balíček sestaven, musí být distribuováno k zákazníkům. Tato část procesu doručování pojednává o skutečném doručení balíčku zákazníkům.
Offline vs Online
Softwarovou distribuci produktu lze provádět offline i online. V offline situaci je balíček fyzický balíček, který obsahuje všechny prvky. Software je uložen na datovém nosiči, jako je CD nebo DVD, a dokumenty mohou být také uloženy v digitální podobě na tomto datovém nosiči, nebo mohou být ve fyzické formě, jako je brožura. Balíček jako celek je fyzický produkt. V online situaci musí být celý balíček v digitální podobě. Důsledky pro rozdělení jsou popsány v následujících odstavcích. CCU je navrženo tak, aby vyhovovalo oběma situacím, ale s rostoucí šířkou pásma má větší smysl distribuovat zejména aktualizace a nové verze stávajícím zákazníkům online. V tomto článku jsou diskutovány oba způsoby. V modelu procesních dat se předpokládá, že dodavatel softwaru provádí obojí rozdělení kanály. Jako praktický příklad: HISComp, poskytovatel lékařských informačních systémů, distribuuje svůj software přímo prostřednictvím CD. Svou webovou stránku však používají k distribuci oprav pro softwarové produkty.
Příprava distribuce
Po sestavení nového balíčku je třeba zákazníka upozornit na nové vydání. V modelu procesních dat je toto znázorněno jako smyčka, která uvádí reklamu na aktualizaci, dokud nejsou zákazníci řádně informováni. Kromě toho je třeba balíček připravený k dodání uložit do úložiště online rozdělení. Kromě toho musí prodejce vytvořit přenosové kanály. Pro online rozdělení to znamená, že dodavatel potřebuje vytvořit online kanály do svého úložiště. Ve většině případů to znamená, že je vytvořen odkaz na produkt na webu prodejce. V případě aktualizací je do značné míry použitelné, aby aktuální verze softwarového produktu u zákazníka automaticky kontrolovala úložiště pro nové aktualizace produktu. V případě offline rozdělení, dodavatel musí vytvořit fyzické přenosové kanály. Mohou to být obchody nebo jen smlouva s kurýrní společností.
Skutečné rozdělení
The rozdělení začíná požadavkem zákazníka na produkt. To lze provést automaticky, když aktuální produkt zákazníka hledá aktualizaci v online úložišti. Zákazník může také ručně požádat o produkt prostřednictvím webové stránky prodejce. Třetí možností je, že zákazník provede požadavek telefonicky nebo e-mailem.
Když si je prodejce vědom požadavku zákazníka, určí jeho potřeby. Kontrolou, co je aktuální konfigurace zákazníka a co si zákazník přeje. Tento proces může také probíhat automaticky kontrolou konfigurace zákazníka v správa konfigurace Systém. Další informace o tomto systému jsou uvedeny v následující kapitole. Pokud je jasné, jaký produkt zákazník potřebuje, a možné úpravy tohoto produktu, je nutné určit, zda aktuální konfigurace zákazníka vyhovuje novému produktu. Aktuální konfigurace je porovnána s omezeními nového produktu. To může také provést automaticky správa konfigurace Systém. Když se konfigurace zákazníka jeví jako nedostatečná, je o tom zákazník informován. Prodejce může například zákazníkovi objasnit, že pro správné fungování tohoto nového produktu bude potřebovat externí produkt. Kromě toho Management vztahu se zákazníky (CRM) systém dodavatele je aktualizován. Více informací o tom najdete v kapitole o CRM.
Pokud je konfigurace zákazníka dostatečná, prodejce zkontroluje aktuální licenci zákazníka. Pokud zákazník nemá řádnou licenci pro požadovaný produkt, je třeba licenci získat. Zákazník bude o tom informován a systém CRM bude znovu aktualizován. Pokud má zákazník řádnou licenci nebo si chce koupit správnou licenci společně s produktem, je produkt zákazníkovi dodán.
Správa konfigurace softwaru
The Správa konfigurace softwaru systém, je systém u dodavatele, který sleduje konfigurace u zákazníka. Uložením do systému bude prodejce schopen poskytnout zákazníkovi konkrétní službu, když potřebuje nový produkt. V softwaru správa konfigurace jsou uloženy systémové informace o produktech používaných zákazníkem, verze těchto produktů a také informace o tom, které aktualizace již probíhají. V některých případech je možné, že prodejce provedl nějaké úpravy produktu, zejména pro tohoto zákazníka. To bude také muset být uloženo v systému. Také tam musí být konfigurační data, některé obecné informace o konfiguraci, kterou zákazník používá. Například jakou operační platformu zákazník používá pro svůj software. V tomto systému by také měly být uloženy informace o zpětná vazba že prodejce dostane od zákazníka. To zahrnuje hlášení o chybách, údaje o používání produktů, chybové zprávy a dotazy k používání. Více informací o tomto zpětná vazba lze nalézt v aktivaci a použití fáze CCU.
Uložením všech těchto informací může prodejce velmi přesně určit potřeby zákazníka, kdykoli zákazník požaduje produkt nebo aktualizaci. Jak již bylo uvedeno, prodejce může také snadno informovat zákazníka o některých úpravách, které musí zákazník provést ve své konfiguraci, aby mohl produkt správně fungovat. Další výhodou ukládání těchto informací v systému je, že usnadní proces online doručování. Kontrola konfiguračních potřeb a omezení může být provedena automaticky, když zákazník provede požadavek.
CRM systém
The Management vztahu se zákazníky systém obsahuje všechny druhy údajů o zákaznících společnosti. V tomto článku probereme funkci těchto zákaznických dat v procesu doručování CCU. Informace o licenční smlouvě mezi zákazníkem a prodejcem softwaru jsou uloženy v systému CRM. V modelu metadat to úložiště a online rozdělení je propojen se systémem CRM, lze to opět provést automaticky. Systém zkontroluje, zda je licence zákazníka dostatečná k získání určitého produktu nebo aktualizace.
Příjem zpětné vazby a aktualizace systémů
Aby byly všechny popsané systémy v místě dodavatele aktuální, je důležité, aby prodejce obdržel spoustu
Příklad
Příklad úspěšné aplikace metody CCU lze nalézt na Exact Software (ES). ES je výrobcem účetnictví a plánování podnikových zdrojů software se sídlem v Nizozemsku. ES se spojilo Správa údajů o produktu (PDM), Management vztahu se zákazníky (CRM) a Správa konfigurace softwaru (SCM) za účelem lepší a méně složité údržby konfigurace u zákazníka. ES má ve svém softwaru CRM modul, který obsahuje všechny smlouvy každého zákazníka. To je spojeno s jejich systémem PDM. Každá smlouva odpovídá souborům, které lze stáhnout pro novou verzi nebo aktualizaci předchozí verze. Ve fázi dodání to znamená, že zákazníci jsou schopni získat všechny produkty prostřednictvím online připojení. ES tedy prodává smlouvy (licence) a ukládá je do svého CRM systému, dodávku skutečných produktů mohou provádět sami zákazníci zcela automatizovaní, což vyžaduje malé úsilí. Systém PDM je zase napojen na systém SCM, který sleduje konfigurace, které zákazníci používají. Ve fázi dodávky to znamená, že ES je schopen automaticky určit potřeby zákazníka, kdykoli zákazník provede požadavek.
Viz také
Reference
- ^ A b C d E F Carzaniga, A. & Fugetta, A. & Hall, R. & van der Hoek, A. & Heimbigner, D. & Wolf, A. (1998) Charakterizační rámec pro technologie nasazení softwaru.
- ^ A b C d E F G h i j k l m n Ó str q r s t u proti w X y z S. Jansen a G. Ballintijn a Sjaak Brinkkemper (2005). Definice a ověření klíčových oblastí procesu uvolnění, dodání a nasazení pro dodavatele produktového softwaru: přeměna gly káčátka na labuť. In Technical Report CWI, 2005. Report. Citováno 8. února 2006 z databáze Computer Science University Utrecht.
- ^ (Prince2 CCTA, 2002)
- ^ (Crnkovic et al., 2003)
- ^ S. Jansen a G. Ballintijn a Sjaak Brinkkemper (2003). Model procesu a typologie pro aktualizátory softwarových produktů. Konference o údržbě a opětovném použití softwaru. IEEE.
- ^ (Crnkovic, Asklund & Persson-Dahlqvist, 2003)
- ^ Příklady nástrojů, které mohou provádět toto balení, jsou: Loki-Update Archivováno 2007-01-27 na Wayback Machine, Aktualizace RPM Archivováno 2006-02-21 na Wayback Machine, SWUP Archivováno 12. května 2006 v Wayback Machine a Dopravné Archivováno 2004-10-21 na Wayback Machine.
Další čtení
- Krishnan M. S., (1994). Správa vydání softwaru: obchodní perspektiva, Proceedings of the 1994 conference of the Center for Advanced Studies on Collaborative research, str. 36, 31. října - 3. listopadu 1994, Toronto, Ontario, Kanada
- S. Jansen a G. Ballintijn a Sjaak Brinkkemper (2004). Uvolnění a nasazení softwaru přesně: Případová studie
- S. Jansen a G. Ballintijn a Sjaak Brinkkemper (2005). Integrovaný SCM / PDM / CRM a dodávka softwarových produktů 160 000 zákazníkům. CWI. Softwarové inženýrství [SEN] 2004.
- Saeki M. (2003). Vkládání metrik do metod vývoje informačních systémů: Aplikace metody metodického inženýrství. CAiSE 2003, 374-389.