OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

dcml-frame message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: REMINDER: DCML Framework/Apps Services 5/24/05 @ 8:30AM PDT

Dear DCML Framework and Application Services Participants, 

I would like to remind you that the DCML TCs will be meeting tomorrow May 24, 2005. Please be aware that this meeting has been adjusted from its normal start time of 9:00am PDT to 8:30am PDT. We hope that you will all be able to participate. 

Teleconference Information: 

Time: 8:30am - 9:30am PST

Dial-in: +1 888 772-1825

International: +1 706 679-9986

Passcode: 4087447509


Action Item Review
Review and discussion regarding upper-layered use cases beyond elements

-----Original Message-----
From: Sarah Barbuscia 
Sent: Friday, May 13, 2005 1:12 PM
To: dcml-appserv@lists.oasis-open.org
Subject: [dcml-appserv] Groups - DCML Application Services TC modified

DCML Application Services TC has been modified by Mrs Sarah Barbuscia

Date:  Monday, 09 May 2005
Time:  10:00am - 11:30am PT

Event Description:
  USA Toll Free Number: 877-675-0116
  USA Toll Number: +1-203-320-9970
1. Recap decisions/Discussion from New Orleans face-to-face
2. Next Steps - Next meeting dates

The meeting achieved quorum and by consensus the discussion covered topics such as updates from the New Orleans face-to-face meeting, liaison efforts, and a discussion on DCML ontology and modeling options. Notes from the discussion included: 

New Orleans
Overall good participation and interest during the face-to-face session. The presentation panel on ontologies was interesting with several areas for alignment between DCML activities and activities for those on panel.  
A review of the current TC structure was completed at the New Orleans session and in the effort to simplify and eliminate confusion about elemental management vs. interrelationship and configuration management to process management; there was a proposal that the TCs be restructured. This would take the elemental approach of the TCs such as Framework, Application/Services, Server and Network and would replace them with a TC entitled configuration management that would have sub-groups focused on mapping, process modeling, and CMDB. A Visio file illustrating this change was distributed to the TC for review and comment.  
In addition to TC structure, a decision about where DCML would establish efforts within the stack was made in an effort to avoid duplicating efforts with other open and proprietary standards related to configuration management. A Visio file illustrating this decision was distributed to the TC for review and comment. 
Liaison Efforts 
Liaison efforts can be identified as internal OASIS and external standards bodies. 
Initial groups identified for liaison included: 
         OASIS - WSDM
         DMTF - CIM
ACTION - ALL: All to review Darrel standards map slide 5 and document other standards/relationships 
ACTION- ALL: A call for volunteers that may be involved in these groups and have an interest in acting as DCML Liaison was generated. 

DCML ontology and modeling
A significant portion of the meeting was spent discussion DCML ontology selection and modeling options. What follows are highlights from this discussion: 
As part of the discussion at the New Orleans face-to-face session, it was identified that consistent training on RDF/OWL for the technical TCs should be arranged to ensure an understanding of the semantics. 
Tim has recommended that in order to solve the OWL/RDF versus other ontologies, that individuals provide a definitive use case that would explain what options would be used in place of OWL/RDF for review by the DCML TCs. 
RDF/OWL are good for semantics, abstractions and vocabularies as well provides the non-hierarchical flexibility that XML Schema does not provide for IT Services environments that are inherently loosely coupled in their construct. Since DCML's primary purpose is to communicate data that will be based on relational intelligence and inherently doesn't primarily focuse on object oriented concepts, but more semantic, ontological, and "like" mapping that using OWL affords, there was concern by the members that the pure usage of OWL/RDF unnecessarily complicates the speciation and may be inhibiting for implementation 
RDF level of abstraction with IT infrastructure hasn't been widely implemented. There was agreement that RDF would make sense at the management level but there was concern about RDF working at an applications level internally, but would require some due diligence to ensure that its usage would be prevalent for DCML's strategic adoption.  The team is at consensus on the instance passing of DCML's XML structure, but not on the processing/preprocessing of RDF by management tools, and needs clarification on the use case for RDF's usage in management systems implementations.  Possibly, a short workflow on the processing, exchange, and consumption of an RDF/XML-based DCML document vs. an alternative is in order to clarify the team. 
DCML recognition that is model based - management systems would talk to IT resources pre-and post within the environment as DCMLs primary focus. Secondary focus is model based. There was some concern that because models are both object oriented model and inherited that there would be a lot of layers of abstraction within model. 
As a group, there was a lot of agreement that UML would be a good modeling tool for DCML as it enables the use of class diagrams. It is still to be determined if everything is an inheritance based model as there may be areas that this approach would not fit - which has been the primary disadvantage in using UML or OO based modeling for DCML's multi-dimensional problem space in ITSMM. Additionally, there is a need to carefully consider how UML would exchange models - or, IF models need to be exchanged in management systems;  the idea is to use UML to model, and another acceptable strategic construct to exchange, such as XMLS-or-OTHER/XML vs RDFS/XML. Recommendation was to complete modeling exercise first then to pick the schema starting with UML for class diagram. 
Assumption is that UML diagramming would enable ease of ITIL configuration based off of Framework Spec 1.3, Appendix B - put into run book structure. 
PROPOSAL: Fred recommended that the group complete a modeling exercise in UML to compare to the model done within RDF/OWL for comparison and contrast. 
ACTION- ALL: Propose a definitive pro- and con- use case that would change the current model. Use the framework Use case in the Appendix B of the Framework Spec 1.3 that would be taken from a UML/XML perspective for contrast
ACTION - David Basham: Look at strategy regarding presenting DCML as a use case for ITIL with that as the first step with OGC/itSMF. 
Next Steps:
Solidify TC structure with feedback 
Proper ITIL and ITIL relationship mapping 
Feedback to Tim and Framework TC with a use case that proposes different approach that maps out how it may be implemented. 
Ajay to refining Use cases for higher level use cases at the process level versus element level. 
Establish relationships OGC/itSMF/ISACA/AND OTHER NECESSARY feedback  - Help would be appreciated  

11:35am adjourn. 

This event is one in a list of recurring events.
Other event dates in this series:

Monday, 11 April 2005, 10:00am to 11:30am PT
Monday, 23 May 2005, 10:00am to 11:30am PT
Monday, 06 June 2005, 10:00am to 11:30am PT
Monday, 20 June 2005, 10:00am to 11:30am PT

View event details:

PLEASE NOTE:  If the above link does not work for you, your email
application may be breaking the link into two pieces.  You may be able to
copy and paste the entire link address into the address field of your web

--- Begin Message ---
PRODID:Microsoft CDO for Microsoft Exchange
TZID:Pacific Time (US & Canada)\, Tijuana
DTSTART;TZID="Pacific Time (US & Canada), Tijuana":20050524T083000
SUMMARY:DCML Framework/Application Services TC 
ORGANIZER;CN="Sarah Barbuscia":MAILTO:SBarbuscia@inventures.com
DTEND;TZID="Pacific Time (US & Canada), Tijuana":20050524T093000
DESCRIPTION:Time: 8:30am - 9:30am PST\NDial-in: +1 888 772-1825\NInternatio
 nal: +1 706 679-9986\NPasscode: 4087447509\N\N
--- End Message ---

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]