Search
Topics
  Create an account Home  ·  Topics  ·  Downloads  ·  Your Account  ·  Submit News  ·  Top 10  
Modules
· Home
· Content
· FAQ
· Feedback
· Forums
· Search
· Statistics
· Surveys
· Top
· Topics
· Web Links
· Your_Account

Current Membership

Latest: SQ78
New Today: 1
New Yesterday: 67
Overall: 148299

People Online:
Visitors: 62
Members: 0
Total: 62

Languages
Select Interface Language:


Major ITIL Portals
For general information and resources, ITIL and ITSM World is the most well known for both ITIL and ITIL Books. A shorter snapshot approach can be found at ITIL Zone

Related Resources
Service related resources
Service Level Agreement
Outsourcing

Note: ITIL is a registered trademark of OGC. This portal is totally independent and is in no way related to them. See our Feedback Page for more information.


The Itil Community Forum: Forums

ITIL :: View topic - Type of CIs
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Type of CIs

 
Post new topic   Reply to topic    ITIL Forum Index -> Configuration Management
View previous topic :: View next topic  
Author Message
itiluser
Newbie
Newbie


Joined: Jun 21, 2005
Posts: 3

PostPosted: Wed Sep 21, 2005 7:30 pm    Post subject: Type of CIs Reply with quote

What are the types of CIs ITIL defines?
Back to top
View user's profile
rjp
Senior Itiler


Joined: Mar 12, 2005
Posts: 255
Location: Melbourne, Australia

PostPosted: Wed Sep 21, 2005 11:31 pm    Post subject: Reply with quote

ITIL doesn't go into a lot of detail about CI types. And it only offers guidelines to what a CI record would look like.

ITIL is deliberately 'undercooked' when it comes to information architecture. It recognises that there will not be a one size fits all schema that is going to be suitable in every site.

It does suggest hardware, software and documentation as classes of CIs.

But I was just on another forum today where a post was asking where licenses fit into the suggested schema (and whether they would be CIs at all). There will be other kinds of active information that may require being brought under change control that don't quite fit into any of the above types.

So while you could certainly include these suggested categories in a schema, you will probably have to develop one of your own.

The information requirements of ITIL processes is one area where ITSM software systems add value. Obviously they come with pre-built data dictionaries, and the better (and more expensive ones) cover 99% of the information requirements of mature processes. Though the value lists of specific attributes are often owner configurable. So you might find a type field on a prebuilt CI record in a given system, but you would have to configure the values it can take.

Bear in mind though that classifying your CIs is only the start. To get mature process integration, your CMDB should support an end-to-end view of your services. It should show how 'resources' become delivered 'capabilities'.

Accurately capturing the relationships between CIs is more important than 'classifying' them. And one of the most important relationships to capture accurately is 'aggregation'. Collections of components that together consitute a system, and collections of systems which constitute a service. (All of which are CIs) These aggregate levels are sometimes referred to as the physical, logical, and service layers of the infrastructure. (Keep in mind that 'physical' has the broardest possible definition here.) Also remember that a CMDB will never be a 'tree'. It will be loaded with many-to-many relatioships. One component might belong to several systems, and one system to several services.

Also it is worth noting that classifications for the physical / component layer would be unusable at the service level.

Services might be classified technical and professional - indicating the mode of production, and sub-classified as core, subscription and discretionary - indicating the mode of access/consumption.

One of the key drivers behind service classification is the requirement to apply the correct costing or charging models - while representing the aggreagations from things to services in three different layers of 'abstraction' allows you to document and manage a true end-to-end service model.

The goal is not simply to record and manage your CIs, but rather to capture and manage the configuration that turns CIs into services.
Back to top
View user's profile Send e-mail AIM Address Yahoo Messenger
Wallop
Newbie
Newbie


Joined: Jul 07, 2005
Posts: 15

PostPosted: Thu Sep 29, 2005 11:31 pm    Post subject: Reply with quote

Agree completely with the post above from RJP. I would also add that defining how 'deep" you go into defining your CI's will have a direct impact on your future workload as it relates to maintenance of your CMDB.

As an example: in a server you can define a lare number of items, e.g. -- hdd, memory, HBA's, network cards, etc. If you make each component a CI then when you do some sort of change you will need to ensure your CMDB is updated down to the very granular level.

However, if you define the lowest level of CI to be 'server' and define it as "P615' (IBM server type), then any changes would be ket at this higher level.

Hopefully, this makes sense. break your CI's down to the level that you feel your organization will be comnfortable maintaining and to the level that you will need to track the information and where you will gain some value..
Back to top
View user's profile Send e-mail
itiluser
Newbie
Newbie


Joined: Jun 21, 2005
Posts: 3

PostPosted: Fri Feb 10, 2006 12:56 am    Post subject: peripheral devices Reply with quote

What about defining peripheral devices like a type of CI? Or is better a more generic like hardware?
Back to top
View user's profile
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Configuration Management All times are GMT + 10 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

Powered by phpBB 2.0.8 © 2001 phpBB Group
phpBB port v2.1 based on Tom Nitzschner's phpbb2.0.6 upgraded to phpBB 2.0.4 standalone was developed and tested by:
ArtificialIntel, ChatServ, mikem,
sixonetonoffun and Paul Laudanski (aka Zhen-Xjell).

Version 2.1 by Nuke Cops 2003 http://www.nukecops.com

Forums ©

 

Logos/trademarks property of respective owner. Comments property of poster. Rest 2004 Itil Community for Service Management & Foundation Certification. SV
Site source copyright (c)2003, and is Free Software under the GNU / GPL licence. All Rights Are Reserved.