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: obysylilu
New Today: 18
New Yesterday: 65
Overall: 234566

People Online:
Visitors: 124
Members: 0
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 - Service Catalog - Applications...
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Service Catalog - Applications...

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

Joined: Aug 30, 2012
Posts: 1

PostPosted: Fri Aug 31, 2012 1:58 pm    Post subject: Service Catalog - Applications... Reply with quote

There many example of a Service Catalog containing Business Services representing things such as HR Systems, shared online applications, etc. Although if the organization has hundreds of different software Applications that various different people in the organization can request, how should this it into the service catalog and CMDB? Should each application be associated to a Business Service which would be provided through the Business Service catalog? Or should there just be a Provisioning Request Service that allows a user to choose an Application, and not treat EACH Application as a Business Service?

Thanks in advance!
Back to top
View user's profile
Senior Itiler

Joined: Mar 04, 2008
Posts: 1894
Location: Helensburgh

PostPosted: Fri Aug 31, 2012 4:12 pm    Post subject: Reply with quote


there can be only one answer to this question and that is that it entirely depends on what is right for you.

Service catalogue is something understood in many different ways in the "ITIL world" and I have yet to see a convincing explanation that was not firmly bedded in that particular organization's way of working.

To reach a conclusion for your question you first have to reflect on the following:

-why do you have a service catalogue?
-what is it to be used for?
-who is to use it?
-what functions are to use it?
-is it largely customer facing or largely service management facing or both?
-how is it to be maintained?
-what are the costs?
-what are the benefits?

What I can say is that if you want users to be able to pick off an application then you will need a strong system for knowing what each user is authorised to access because users can only be allowed access to services approved by their management, and "paid for" or "owned" by their management.
"Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718
Back to top
View user's profile Send e-mail

Joined: Sep 17, 2012
Posts: 30

PostPosted: Tue Sep 25, 2012 8:50 am    Post subject: Reply with quote

Hi John,

I think Diarmid has good advice. I would also add that you and your enterprise should never look at your Service Catalog (SC) as being done. You may want to think of enhancing it in "Releases" or "Versions", where you add new features that meet the needs of your enterprise, over time. So, for example...

- SC 1.0 might just list the Service Areas (Applications, Databases, Desktops, Storage, etc.) and what organizations can help you with new ones or support existing ones.
- SC 2.0 might have complete breakdowns of all instances for each of the above areas, with specific organizations who can help you modify each or get support for each. For example, the general "Applications" area might have a breakdown of each and every Application with Owners and Support Teams, etc. And, the "Databases" area might have a complete breakdown of all Databases with Owners and Support Teams.
- SC 3.0 might correlate each instance of each type to specific Functions or Capabilities (Business Only, Shared, IT Only)
- SC 4.0 might integration with a shopping cart that allows people/organizations to procure Services, with automated workflow for fulfillment, behind the scenes.
- Etc.

As Diarmid stated, in the end, it's really a matter of what makes most sense to you and your enterprise, within the constraints of your budgets, resources, and timeframes.

Anyhow, I hope this helps.

My Best
The International Foundation for Information Technology (IF4IT)
Back to top
View user's profile Send e-mail Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> ITIL Service Delivery 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.