Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Configuration structures and the selection of configuration items

Читайте также:
  1. According to IAS 16, for accounting of PPE items an entity may choose between
  2. Adaptation and Natural Selection
  3. All protection items must have a mark of KWU.
  4. Appearance items
  5. Cabinet Equipment Configuration
  6. CStructures with for, sinceand last

The configuration model should describe the relationship and position of CIs in each structure. There should be service configuration structure s that identify all the components in a particular service (e.g. the retail service).

An important part of Configuration Management is deciding the level at which control is to be exercised, with top-level CIs broken down into components which are themselves CIs, and so on.

CIs should be selected by applying a top down approach, considering if it is sensible to break down a CI into component CIs. A CI can exist as part of any number of different CIs or CI groups at the same time. For instance, a database product may be used by many application s. Usage links to re-usable and common components of the service should be defined – for instance, a configuration structure for a retail service will use infrastructure CIs such as server s, network and software CIs. The ability to have multiple views through different configuration structures improves accessibility, impact analysis and reporting.

Configuration Management of work products and service components from the service lifecycle may be performed at several levels of granularity. The items placed under Configuration Management will typically include service bundles, service package s, service components, release packages and products that are delivered to the customer, designated internal work products, acquired services, products, tools, system s and other items that are used in creating and describing the configurations required to design, transition and operate the service.

Figure 4.11 (a) Example configuration breakdown for an end-user computing service


 

Figure 4.11 (b) Example configuration breakdown for a Managed Virtual System

Figure 4.11(a) and (b) gives an example in schematic representation of how a CI structure for an end- user computing service and a Managed Virtual System might be broken down.

Choosing the right CI level is a matter of achieving a balance between information availability, the right level of control, and the resource s and effort needed to support it. Information at a low CI level may not be valuable – for example, although a keyboard is usually exchanged independently, the organization sees it as a consumable, so does not store data about it. CI information is valuable only if it facilitates the management of change, the control of incident s and problem s, or the control of asset s that can be independently moved, copied or changed.


Дата добавления: 2015-10-29; просмотров: 210 | Нарушение авторских прав


Читайте в этой же книге: The jump frequencies is | Contact information | Good practice in the public domain | Service Strategy | Functions and processes across the lifecycle | Specialization and coordination across the lifecycle | Service utilities and warranties | Service change | Types of change request | Process activities, methods and techniques |
<== предыдущая страница | следующая страница ==>
Create and record Requests for change| Identification of configuration baselines

mybiblioteka.su - 2015-2024 год. (0.005 сек.)