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ů
PojemDefinice (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íkKolekce různých souvisejících položek kombinovaných pro účely přenosu k zákazníkovi.[1]
SOFTWAROVÝ BALÍČEKKolekce různých souvisejících softwarové komponenty kombinovány pro účely přenosu k zákazníkovi.[1]
SOFTWAROVÉ KOMPONENTYRůzné komponenty, z nichž se software skládá, souvisejí prostřednictvím závislostí.[1]
VERZEVerze je stav objektu nebo konceptu, který se liší od jeho předchozího stavu nebo stavu.
POPIS SYSTÉMUPopis systému včetně jeho požadavků a závislostí na jiných externích komponentách.[1]
manuálDokument technické komunikace určený k poskytování pomoci lidem používajícím konkrétní systém.
LICENCETyp 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ŮMSystém, který udržuje všechny informace o zákaznících.[2]
ZÁKAZNÍKSpolečnost nebo osoba, která dříve zakoupila nějaký produkt nebo využila některou ze služeb vaší společnosti.[2]
TYP LICENCEV tomto případě to může být buď dlouhodobá licence, licence s prošlou platností nebo dočasná licence.
DATA ZÁKAZNÍKAVšechny známé informace o zákaznících v systém řízení vztahů se zákazníky.
SYSTÉM ŘÍZENÍ KONFIGURACESystém udržující informace o softwarových konfiguracích na zákaznických stránkách.[3]
PRODUKTPrvek softwaru nebo dokument pod kontrolou verzí.[4]
AKTUALIZACEAn Aktualizace oprava je také malá část softwaru určená k aktualizaci nebo opravě problémů s počítačovým programem
KONFIGURACEA 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Á VAZBAZpě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Í PRODUKTUTato 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
AktivitaDílčí aktivitaPopis (zdroj)
balíkZabalte systém tak, aby jej bylo možné přenést do zákazníci stránky.[2]
balíček softwaruKombinování různých softwarové komponenty do jednoho balení, které lze dodat zákazníkovi.[2]
popis systému balíkuPřidejte k balíčku popis systému.[2]
manuál k baleníPřidejte k balíčku příručku.[2]
balíček licencePř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íčekUjistěte se, že je balíček kompletní a připravený k nasazení u zákazníka.[2]
Inzerovat AktualizaceKdyž 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ályProdejce musí vytvořit kanály, kterými lze software přenést na zákazníka.
DistribuovatZískání softwaru pro různé zákazníky.[6]
požadavek zákazníkaZákazník informuje prodejce o svém zájmu o určitý produkt nebo aktualizaci.[2]
Určete konfigurační potřebyJe určeno, které softwarové komponenty jsou potřebné pro úspěšnou aktualizaci konfigurace.[2]
Určete omezení konfiguraceUrč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íkaZkontroluje se, zda má zákazník správnou licenci pro novou konfiguraci Aktualizace.[2]
Doručit AktualizaceZískání softwarové komponenty u zákazníka.[2]
Informovat zákazníkaPoskytnutí zákazníkovi v tomto případě informace o stavu jeho požadavku.[2]
Aktualizujte CRMPř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 licencePřidejte informace o licenci získané zákazníkem, aby systém obsahoval nejaktuálnější dostupné informace.[2]
Aktualizace správa konfiguracePřidejte poslední informace do správa konfigurace systému, takže je uložena nejnovější konfigurace zákazníka.[2]
Aktualizujte vlastnosti produktuObnovte 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

  1. ^ 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.
  2. ^ 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.
  3. ^ (Prince2 CCTA, 2002)
  4. ^ (Crnkovic et al., 2003)
  5. ^ 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.
  6. ^ (Crnkovic, Asklund & Persson-Dahlqvist, 2003)
  7. ^ 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.