Жаңа өнімдерді жеткізу процесін құрылдандыру әдісі (CCU)
CCU delivery
Жаңа өнімдерді жеткізуді жақсартатын CCU әдісі туралы біліңіз. Утрехт университетінің зерттеушілері жасаған бұл әдіс өндіріс пен жаңартуды ұйымдастырады.
Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Клиенттік конфигурацияны жаңарту (CCU) – тұтынушыларға өнімдердің жаңа нұсқаларын және жаңартуларын ұсыну процесін құрылымдауға арналған бағдарламалық жасақтаманы әзірлеу әдісі. Бұл әдіс Утрехт университетінің зерттеушілері тарапынан жасалған. CCU әдісінің жеткізілім кезеңі – өнім аяқталған сәттен бастап, тұтынушыға жіберілгенге дейінгі процесті қамтиды.
Customer Configuration Updating (CCU) is a software development method for structuring the process of providing customers with new versions of products and updates production. This method is developed by researchers of the Utrecht University. The delivery phase of the CCU method concerns the process which starts at the moment a product is finished until the actual shipping of the product to the customer.
Жеткізу процесіне кіріспе
CCU-ның жалпы сипаттамасында айтылғандай, жеткізу кезеңі CCU әдісінің екінші кезеңі болып табылады. 1-суретте CCU әдісі бейнеленген. Осы мақалада қарастырылмаған CCU кезеңдері мөлдір сұр тіктөртбұрышпен жасырылған. 1-суреттен көрініп тұрғанындай, жеткізу кезеңі шығару кезеңі мен енгізу кезеңі арасында орналасқан. Бағдарламалық өнімді әзірлеуші бағдарламалық өнімді жасап, шығарады, содан кейін оны клиентке жеткізу қажет. Осы кезең – жеткізу процесі. Бұл процесс өте күрделі, себебі өндіруші көбінесе бірнеше нұсқасы бар, өзгермелі мүмкіндіктері бар, сыртқы өнімдерге тәуелді және әртүрлі тарату опциялары бар өніммен жұмыс істеуге тура келеді. CCU әдісі бағдарламалық өнімді жеткізушіге осы процесті құрылымдауға көмектеседі. 2-суретте CCU-дағы жеткізу кезеңінің процестік деректер диаграммасы көрсетілген. Осы модельдеу әдісін Саэки (2003) ойлап тапқан. Сол жағында мета-процесс моделі, ал оң жағында мета-деректер моделі орналасқан. Екі модель нүктелі сызықтармен көрсетілген қатынастар арқылы байланысқан. Мета-деректер моделі (оң жақта) процеске қатысты түсініктерді және олардың бір-бірімен қалай байланысқандығын көрсетеді. Мысалы, пакет бірнеше бөліктен тұрады: бағдарламалық пакет, жүйе сипаттамасы, нұсқаулық, лицензия және басқару ақпараты. Қатынастар арасындағы сандар түсініктердің қаншалықты байланысқандығын көрсетеді. Мысалы, пакет пен бағдарламалық пакет арасындағы «1 1» дегені, пакетте кемінде 1 бағдарламалық пакет және ең көп дегенде 1 бағдарламалық пакет болуы керек екенін білдіреді. Яғни, бұл жағдайда пакетте тек 1 бағдарламалық пакет болуы тиіс. Суреттің сол жағында процестік деректер моделі бейнеленген. Ол жеткізу процесіндегі барлық іс-шараларды қамтиды. Бұл мақала осы процестік деректер моделіне негізделген. Мета-процесс моделі (процестік деректер диаграммасының сол жағы) бірнеше бөлікке бөлінген, олар мақала бойынша тиісті абзастармен бірге ұсынылып, түсінуді жеңілдетуге көмектеседі. Мета-деректер моделінің түсініктерін және процестік деректер моделінің іс-шараларын сипаттайтын кестелер 2-суреттің астында келтірілген.
As described in the general entry of CCU, the delivery phase is the second phase of the CCU method. In figure one the CCU method is depicted. The phases of CCU that are not covered in this article are concealed by a transparent grey rectangle. As can be seen in figure one, the delivery phase is in between the release phase and the deployment phase. A software vendor develops and releases a software product and afterwards it has to be transported to the customer. This phase is the delivery process. This process is highly complex because the vendor often has to deal with a product which has multiple versions, variable features, dependency on external products, and different kinds of distribution options. The CCU method helps the software vendor in structuring this process. In figure 2, the process data diagram of the delivery phase within CCU is depicted. This way of modeling was invented by Saeki (2003). On the left side you can see the meta process model and on the right side the meta data model. The two models are linked to each other by the relationships visualized as dotted lines. The meta data model (right side) shows the concepts involved in the process and how the concepts are related to each other. For instance it is visible that a package consists of multiple parts, being the: software package, system description, manual, and license and management information. The numbers between the relations indicate in what quantity the concepts are related. For example the “1 1” between package and software package means that a package has to contain at least 1 software package and at the most 1 software package. So in this case a package just has to contain 1 software package. On the left side of the picture the process data model is depicted. This consists of all the activities within the delivery process. This article is based on this process data model. The meta process model (left side of the process data diagram) is divided into several parts which are presented along with the corresponding paragraphs throughout the article to make it easier to understand. The tables that describe the concepts of the meta data model and the activities of the process data model are presented beneath figure 2.
Жүйенің сипаттамасы
Бұл өнім мен оның мүмкіндіктерінің жалпы сипаттамасы. Одан бөлек, өнімнің қандай бөліктерден тұратыны және олардың қолданыстағы басқа бағдарламалық жасақтамамен қалай байланысқаны туралы да сипатталады. Бағдарламалық жасақтама жаңартылған жағдайда, мысалы, бұл өнімнің бұрынғы нұсқауды қалай өзгертетіні түсіндіріледі. Бұдан басқа, бағдарламалық жасақтаманың дұрыс жұмыс істеуі үшін қажетті талаптар да сипатталады. Мысалы, осы өнімнің тиімді жұмыс істеуі үшін қандай басқа өнімдер мен конфигурациялар қажет.
It is a general description of what the product and its functionalities. In addition it will also describe of what components, the product consists and how these are related to other product software already in place. In case of a software update it will for example describe how the previous version of the software is modified by this product. Besides this, it will also describe the requirements needed to run the software product properly. For example what other products and configurations need to be in place in order to let this product run properly.
Қолданбалық
Нұсқаулық - бұл өнімді орнату және пайдалану бойынша клиентке көмектесетін құжат.
The manual is the document that will provide the customer with guidance in deploying and using the product.
Лицензия
Лицензия бұл жағдайда бағдарламалық жасақтаманы пайдалану шарты болып табылады, онда тұтынушыға өнімді қалай пайдалануға рұқсат етілгені көрсетіледі. Мысалы, бағдарламалық өнімді қанша пайдаланушы пайдалана алатынын көрсете алады. Осы жағдайда лицензиялық шарты – тұтынушының пайдалану рұқсатының куәсі болып табылатын келісімшарт немесе сертификат. Бағдарламалық өнімді сатушының шартының өз бөлігі бар, ол көбінесе жүйеде сақталады. Бұл бөлімнің егжей-тегжейлі сипаттамасын осы мақаланың кері байланыс бөлімінен табуға болады. Тұтынушыға жіберілетін лицензиялық шарты цифрлық немесе физикалық құжат түрінде болуы мүмкін.
The license is in this case a Software license agreement in which is stated how the customer is permitted to use the product. For example it can state how many users are permitted to use the software product. In this situation the license agreement is a contract or a certificate which is the customers prove of its using permits. The software vendor has its own part of the agreement which in most cases is stored in a system. An elaboration of this part can be found at the receive feedback section of this article. The license agreement shipped to the customer can be a digital document as well as a physical document.
Басқару туралы ақпарат
Бұл ақпарат клиент орналысында жүйені басқаруға қажетті мәліметтерді қамтуы керек. Көп жағдайда бұл мәліметтер нұсқаулықтың бір бөлігі болып табылады. Дегенмен, нақты жағдайларда бұл ақпарат жүйе пайдаланушыларына емес, жүйені басқару үшін ғана арналған, сондықтан ол жеке құжат ретінде беріледі.
This piece of information should contain the information that is relevant for managing the system at the customer site. In many cases this information is already part of the manual. However in particular situations this information is meant only for the management of the system and not for the users of the system and is therefore supplied as a separate document.
Тарату
Пакет жиналғаннан кейін оны клиенттерге жеткізу керек. Жеткізу процесінің бұл бөлімі нақты клиенттерге пакеттің тапсырылуы туралы.
After the package is assembled it needs to be distributed to the customers. This section within the delivery process is about the actual delivery of the package to the customers.
Желіден тыс және желіде
Өнімнің бағдарламалық жасақтамасын тарату офлайн және онлайн режимінде де жүзеге асырылуы мүмкін. Офлайн жағдайда пакет барлық элементтерді қамтитын физикалық пакет болып табылады. Бағдарламалық қамтамасыз ету CD немесе DVD сияқты дерек тасымалдағышта сақталады, ал құжаттар осы дерек тасымалдағышта цифрлық түрде сақталуы мүмкін, немесе олар кітапша сияқты физикалық түрде болуы мүмкін. Жалпы алғанда, пакет – бұл физикалық өнім. Онлайн жағдайда пакеттің барлығы цифрлық түрде болуы керек. Тарату процесіне тигізетін әсері келесі абзацтарда сипатталған. CCU екі жағдайға да бейімделген, бірақ өткізу қабілеті арта келе, есімді клиенттерге жаңартулар мен жаңа нұсқаларды онлайн тарату тиімдірек болып келеді. Осы мақалада екі тарату жолы да талқыланады. Процесс деректерінің моделінде бағдарламалық қамтамасыз етуші екі тарату арнасын да қолданады деп ескеріледі. Мысал ретінде: медициналық ақпараттық жүйелерді ұсынатын HISComp компаниясы бағдарламалық жасақтамасын CD-дискілер арқылы тікелей таратады. Бірақ олар бағдарламалық өнімдеріне түзетулерді тарату үшін өз веб-сайтын пайдаланады.
The software distribution of a product can be done offline as well as online. In an offline situation the package is a physical package which contains all the elements. The software is stored on a data carrier such as a CD or a DVD, and the documents might also be stored in a digital form on this data carrier, or they might be in physical form such as a booklet. The package as a whole is a physical product. In an online situation the entire package needs to be in a digital form. The consequences on the distribution process are described in the following paragraphs. CCU is designed to fit both situations but as bandwidth is growing it is making more sense to distribute especially updates and new versions to existing customers online. In this article both ways are discussed. In the process data model it is assumed that the software vendor conducts both distribution channels. As a practical example: HISComp, a provider of medical information systems distributes its software straightforward via CDs. However they use their website to distribute patches for the software products.
Таратуды дайындау
Жаңа пакет жиналғаннан кейін, жаңа нұсқа туралы клиенттерге хабарлау қажет. Процесс деректерінің моделінде бұл клиенттерге толыққанды ақпарат жеткенше жаңартуды жариялауды қамтитын цикл ретінде көрсетіледі. Бұдан өзге, жеткізілуге дайын пакет онлайн тарату үшін репозиторийде сақталуы тиіс. Сонымен қатар, сатушы тарату арналарын құруы керек. Онлайн тарату үшін бұл сатушының өзінің репозиторийіне онлайн арналар құруын білдіреді. Көбінесе бұл сатушының веб-сайтында өнімге сілтеме жасауды қамтиды. Жаңартулар кезінде, клиентте орнатылған бағдарламалық өнімнің ағымдағы нұсқасы жаңа жаңартулар үшін репозиторийді автоматты түрде тексереді. Офлайн тарату болған жағдайда, сатушы физикалық тарату арналарын құруы керек. Бұл дүкендер немесе курьерлік компаниямен жасалған шарт болуы мүмкін.
After a new package is assembled, the customer needs to be made aware of the new release. In the process data model this is being depicted as a loop which states advertising the update until the customers are being properly informed. Besides this, the package ready for delivery, needs to be stored in a repository for the online distribution. In addition the vendor needs to create transfer channels. For the online distribution this means that the vendor needs to create online channels to its repository. In most cases this means that a link to the product on the website of the vendor is created. In case of updates it is largely applicable that the current version of the software product at the customer site automatically checks the repository for new updates of the product. In case of offline distribution, the vendor needs to create physical transfer channels. This can be shops or just a contract with a courier company.
Нақты үлестіру
Тарату клиенттің өнімге жасаған сұранысымен басталады. Бұл клиенттің қолданыстағы өнімі онлайн-репозиторийде жаңарту іздеген кезде автоматты түрде жүзеге асырылуы мүмкін. Сондай-ақ, клиент сатушының веб-сайты арқылы өнімге қолмен сұраныс жіберуі мүмкін. Үшінші мүмкіндік – клиент телефон немесе электрондық пошта арқылы сұраныс жасауы. Сатушы клиенттің сұранысын білгеннен кейін клиенттің қажеттіліктерін анықтайды, клиенттің қазіргі конфигурациясы мен тілегін тексеру арқылы. Бұл процесс клиенттің конфигурацияны басқару жүйесіндегі конфигурациясын тексеру арқылы автоматты түрде орындалуы мүмкін. Бұл жүйе туралы толық ақпарат келесі тарауда келтірілген. Клиентке қандай өнім қажет екені және осы өнімге қандай өзгерістер енгізуге болатыны белгілі болғаннан кейін, клиенттің қазіргі конфигурациясы жаңа өнімге сай келе ме екенін анықтау қажет. Қазіргі конфигурация жаңа өнімнің талаптарымен салыстырылады. Бұл конфигурацияны басқару жүйесі арқылы автоматты түрде жасалуы мүмкін. Егер клиенттің конфигурациясы жеткіліксіз деп табылса, клиент хабардар етіледі. Мысалы, сатушы клиентке жаңа өнімнің дұрыс жұмыс істеуі үшін қосымша өнім қажет екенін түсіндіруі мүмкін. Бұдан бөлек, сатушының клиенттермен қарым-қатынас басқару (CRM) жүйесі жаңартылады. Бұл жүйе туралы толық ақпарат CRM тарауында берілген. Клиенттің конфигурациясы жеткілікті болса, сатушы клиенттің қолданыстағы лицензиясын тексереді. Егер клиент сұраныс жасаған өнімге қатысты лицензияға ие болмаса, лицензия алу қажет. Клиент бұл туралы хабардар етіледі және CRM жүйесі қайта жаңартылады. Егер клиентте тиісті лицензия болса немесе өніммен бірге лицензия сатып алуды қаласа, өнім клиентке жеткізіледі.
The distribution begins with the request for a product by the customer. This can be done automatically when the current product of the customer searches for an update at the online repository. The customer can also manually do a request for a product via the website of the vendor. A third option is that the customer does the request via telephone or e mail. When the vendor is aware of the customer request it will determine the customer needs. By checking what the customer current configuration is and what the customer desires. This process can also take place automatically by checking the customer configuration in the configuration management system. More information on this system is provided in the next chapter. When it is clear what product the customer needs and the possible modifications to this product it is necessary to determine if the customer current configuration suits the new product. The current configuration is compared to the constraints of the new product. This can also be done automatically by the configuration management system. When the configuration of the customer appears to be insufficient the customer is informed about this. For example the vendor can make clear to the customer that it will need an external product for this new product to run properly. Besides this the Customer Relationship Management (CRM) system of the vendor is updated. There is more information about this in the chapter about CRM. When the customer configuration is sufficient the vendor will check the current license of the customer. If the customer does not have a proper license for the requested product the license needs to be obtained. The customer will be informed about this and the CRM system will be updated again. If the customer has the proper license or wants to buy the proper license along with the product, the product is delivered to the customer.
Бағдарламалық жасақтаманы басқару
Бағдарламалық жасақтама конфигурациясын басқару жүйесі – бұл сатушының сайтында орналасқан, клиенттің сайтындағы конфигурацияларды қадағалайтын жүйе. Осы ақпаратты жүйеге сақтау арқылы сатушы клиентке жаңа өнім қажет болғанда тиісті қызмет көрсете алады. Бағдарламалық жасақтама конфигурациясын басқару жүйесінде клиент қолданатын өнімдер туралы, осы өнімдердің нұсқалары туралы, сондай-ақ қандай жаңартулар жасалғаны туралы ақпарат сақталады. Кейбір жағдайларда сатушы осы клиент үшін өнімге арнайы өзгерістер енгізген болуы мүмкін. Бұл да жүйеде сақталуы керек. Сонымен қатар, клиент қолданатын конфигурация туралы жалпы ақпарат – конфигурация деректері де болуы тиіс. Мысалы, клиент өзінің бағдарламалық жасақтамасы үшін қандай операциялық платформаны пайдаланады. Бұл жүйеде сатушы клиенттен алатын кері байланыс туралы ақпаратты да сақтау қажет. Бұған қате туралы хабарламалар, өнімді пайдалану туралы деректер, қателер туралы есептер және пайдалану бойынша сұрақтар кіреді. Осы кері байланыс туралы толық ақпаратты CCU фазасының іске қосылуы мен пайдаланылуынан табуға болады. Осы ақпараттың бәрін сақтау арқылы сатушы клиент өнім немесе жаңарту сұрағанда клиенттің қажеттіліктерін өте нақты анықтай алады. Бұрын айтқанымыздай, сатушы өнімнің дұрыс жұмыс істеуі үшін клиенттің конфигурациясына енгізілуі тиіс өзгерістер туралы да клиентті оңай хабардар ете алады. Бұл ақпаратты жүйеде сақтаудың тағы бір артықшылығы – онлайн жеткізу процесін жеңілдетуі. Клиент сұраған кезде конфигурацияның қажеттіліктері мен шектеулерін тексеру толығымен автоматты түрде жүзеге асырылуы мүмкін.
The Software Configuration Management system, is a system at the vendor’s site which keeps track of the configurations at the customer site. By storing this in a system the vendor will be able to give the customer particular service when it needs a new product. In the software configuration management system information about the products used by the customer, the version of these products, as well as which updates are already being done, is stored. In some cases it is possible that the vendor did some modifications to the product particularly for this customer. This will also have to be stored in the system. Also there needs to be configuration data, some generic information about the configuration the customer is using. For example what operating platform the customer uses for its software. What also should be stored in this system is information about the feedback that the vendor gets from the customer. This includes bug reports, product usage data, error reports and usage questions. More information about this feedback can be found in the CCU phase activation and usage. By storing all this information the vendor can determine the customer needs very precisely whenever a customer requests a product or an update. As already stated the vendor can also easily inform the customer about some adaptations the customer needs to make to its configuration in order to let the product function properly. Another advantage of storing this information in a system is that it will ease the process of online delivery. The checking of the configuration needs and constraints can all be done automatically when a customer does a request.
CRM жүйесі
Клиенттермен қарым-қатынасты басқару жүйесі компанияның клиенттері туралы барлық түрлі деректерді қамтиды. Осы мақалада біз осы клиенттік деректердің CCU жеткізілім процесіндегі рөлін қарастырамыз. Клиент пен бағдарламалық қамтамасыз ету жеткізушісі арасындағы лицензиялық келісім туралы ақпарат CRM жүйесінде сақталады. Метадеректер моделінде бұл сақтау және онлайн тарату CRM жүйесімен байланыстырылған, және бұл қайтадан автоматты түрде жүзеге асырылуы мүмкін. Жүйе клиенттің лицензиясы белгілі бір өнімді немесе жаңартуды алуға жеткілікті екенін тексереді.
The customer relationship management system contains all kinds of data about the customers of a company. In this article we will discuss the function of this customer data in the CCU delivery process. Information about the license agreement between the customer and the software vendor is stored in the CRM system. In the meta data model this repository and online distribution is linked to the CRM system this can again be done automatically. The system will check if the license of a customer is sufficient to obtain a certain product or update.
Мысал
CCU әдісін сәтті қолданудың мысалын Exact Software (ES) компаниясынан табуға болады. ES – Нидерландыда орналасқан бухгалтерлік есеп және кәсіпорын ресурстарын жоспарлау бағдарламалық құралдарын өндіруші. ES өнім деректерін басқару (PDM), клиенттермен қарым-қатынас басқару (CRM) және бағдарламалық құралдарды конфигурациялауды басқару (SCM) жүйелерін біріктіріп, клиенттер орналасқан жердегі конфигурацияны жақсырақ және қарапайым етуге қол жеткізді. ES-тің CRM бағдарламалық құралында әрбір клиенттің барлық келісімшарттарын қамтитын модуль бар. Бұл олардың PDM жүйесімен байланысты. Әрбір келісімшартқа жаңа нұсқаны немесе бұрынғы нұсқаның жаңартуын жүктеуге болатын файлдар сәйкес келеді. Тапсыру кезеңінде бұл клиенттердің барлық өнімдерді онлайн қосылыс арқылы алуға мүмкіндігі бар екенін білдіреді. Осылайша, ES келісімшарттарды (лицензияларды) сатады және оларды CRM жүйесінде сақтайды, ал өнімдерді жеткізуді клиенттер өздері толық автоматтандырып, аз күш жұмсау арқылы жүзеге асыра алады. PDM жүйесі өз кезегінде SCM жүйесімен байланысты, ол клиенттер қолданып жүрген конфигурацияларды қадағалайды. Тапсыру кезеңінде бұл ES клиент сұраныс жасағанда олардың қажеттіліктерін автоматты түрде анықтай алады дегенді білдіреді.
An example of a successful application of the CCU method can be found at Exact Software (ES). ES is a manufacturer of accounting and enterprise resource planning software based in the Netherlands. ES has combined Product Data Management (PDM), Customer Relationship Management (CRM) and Software Configuration Management (SCM) in order to maintain the configuration at the customer site in a better and less complex way. ES has a module in its CRM software that contains all contracts of each customer. This is linked to their PDM system. Every contract corresponds to files that can be downloaded for a new version or update of a previous version. In the delivery phase this means that the customers are able to obtain all the products through an online connection. So ES sells contracts (licenses) and stores them into their CRM system, the delivery of the actual products can be done by the customers themselves completely automated requiring little effort. The PDM system is on its turn linked to the SCM system which keeps track of the configurations the customers are using. In the delivery phase this means that ES is able to automatically determine the customer needs whenever a customer does a request.