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


The five ITIL books can be obtained directly from the publisher's website:

Or as downloadable PDFs: HERE

Current Membership

Latest: amoxazyly
New Today: 32
New Yesterday: 43
Overall: 231647

People Online:
Visitors: 123
Members: 1
Total: 124 .



Don't have an account yet? You can create one. As a registered user you have some advantages like theme manager, comments configuration and post comments with your name.

Related Resources

Service related resources
Service Level Agreement

How to set up
IT Change Management
Process Info-Graphic

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.


Select Interface Language:

Please contact us via the feedback page to discuss advertising rates.

The Itil Community Forum: Forums

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

CMDB experts

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

Joined: Mar 06, 2007
Posts: 4

PostPosted: Fri Feb 29, 2008 11:48 pm    Post subject: CMDB experts Reply with quote

We have recently purchased the Assyst system from Axios. We have implemented the incident system and am now starting to plan for CMDB and Change implementations.

There has been some disagreement on the development side(all in house development) as to how to handle it in the cmdb.

For example(high level):

We have an Order entry system and this Order entry is comprised of 5 programs(pricing program, acknowledgement program,entry program, shipping info program,product code program):

Option 1:
Some people think we should have a ci named order entry. If we need to change something in the order entry system, then open an RFC referencing order entry system.

Option 2:
Some people think we should have several cis, a ci for every program in the order entry system with a version # associated with it. If we need to change the pricing program and entry program, then open an RFC referencing 2 cis(pricing program and entry program).

What do existing ITIL shops typically do for development? Confused

Also, how many configuration items do some of you hold in your cmdb? Confused
Back to top
View user's profile Send e-mail
Senior Itiler

Joined: Feb 23, 2005
Posts: 458
Location: London

PostPosted: Sat Mar 01, 2008 12:40 am    Post subject: Reply with quote

Hi Steelmaker,

I don't want to tell you what you already know but i'll add some context for anyone who might be new to the topic...

One of the principles of ITIL is that you use it where it will add benefit of your unique organisation. To apply that at a cmdb level would be to suppose that you only manage the CI's that matter to you. So you won't find a 'standard' for the volume of CI's or their attributes.

Having said that, in regard to your initial question I'd suggest that you could, if you all felt appropriate, have a CI for each individual application AND a CI for the overall 'service', i.e. 'Order Entry System'.

[Appropriate might depend on how well known those five apps are as 'Order Entry System' in the organisation and if it has any correlation to performans/SLAs etc.]

Initially that might sound like duplication, but it doesn't have to be.

One of the main benefits of a cmdb is to allow you to view and understand the relationships between CIs. And there is a clear relationship between the Order Entry System 'service' as a whole and the individual applications and from an IT standpoint you need to know that. The customer may only know it as the Order Entry system but IT need to know more about it than that.

Afterall, if you change CI 'Order Entry App 3', it will have a tangible impact on CI 'Order Entry System'

So what info do you keep in the Order Entry CI? Well, you can simply maintain attributes describing the relationships with the individual application CIs but don't copy in all their unique attribute in too, that would certainly be pointless duplication.

I hope that helps a little,

Did I just say that out loud?

(Beige badge)
Back to top
View user's profile

Joined: Mar 14, 2008
Posts: 32
Location: Porto, PO.

PostPosted: Fri Mar 14, 2008 11:06 pm    Post subject: Reply with quote

One way to create a global plan for your CIs would be to analyse your current inventory and define what could be thought as standard "profiles". This way, you can also get a feel of the granularity level that your particular system needs.
Back to top
View user's profile

Joined: Mar 23, 2007
Posts: 35
Location: UK

PostPosted: Tue Apr 01, 2008 7:35 am    Post subject: Reply with quote


It depends on your need for control and communication. You could just have the one CI for order entry and reference all changes against it. It means it is difficult to spot which elements of order entry are likely to affected so you would have to read the text in the change documents.

If you have multiple CIs for each element it then makes it easier to indicate what you're changing and to log incidents at a more granular level for root cause reporting. But you have to maintain and communicate more CIs and their definitions.

The ITIL guidelines have asset control, product life cycle, service mapping all referenced as to what a CMDB could do. In practice you can mange assets without a CMDB. You can manage development using specific SW product toolsets - serena, subversion etc. But you can't really manage services without using a CMDB in a service desk as it provides the common naming and understanding between CIs for different processes. So you may be right in that you don't really have the best repository for your development teams - unless someone can show you how Assyst makes it easy!

Back to top
View user's profile Visit poster's website
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

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.