XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] XML Schema as a data modeling tool

Wonderful, Peter, I think we are advancing towards a common understanding of the alternative modeling goals and means.

I still wrestle with your posting, trying to understand more clearly what to *do* with an Enterprise-ready model. You wrote:

"A model is Enterprise ready if it applies to all instances of a given set of data domains at all the points in time they are used within a set of applications."

But what does it mean that a model APPLIES TO A DATA DOMAIN? How to decide whether it applies? Given the preoccupation with a particular data domain and a set of applications, say, relational databases and web services - what shall I do with the Enterprise-ready model, how shall I profit from it?

Let me define in an adhoc way some features which a model may have or not and which characterize its intended usage. Perhaps you can (a) add further features as necessary, and (b) make ticks to indicate which of these features an Enterprise-ready model has?

Feature - meaning
==================
Feature "operational" - supports the export of operational data (e.g. a query system, an OO persistence store)
Feature "conceptual" - supports the export of non-operational, conceptual information (whiteboarding ...)
Feature "generative" - supports the generation of other models (e.g. an operational model; generation may be automatic, semi- or non-automatic)
Feature "transmittable" - supports the construction of messages to be exchanged by program agents
Feature "?"
Feature "?"
Feature "?"

(And how about NIEM, how about MLHIM?)

Your iPhones example makes me wonder if the Enterprise-ready model is meant to be operational, too?

The forest-shaped reference model which I advocate is in the first place generative (!), meant to support the design of database and message models; but could it conceivable allow the generation of an Enterprise-ready model, too?

Kind regards,
Hans-Juergen

PS: Can you also say a word about the basic building blocks of which the graph model you are talking about is composed, is it "nodes", "edges" and "something else", and how is a "node" constrained to look, how an edge, how a something else?



Von: Peter Hunsberger <peter.hunsberger@gmail.com>
An: Hans-Juergen Rennau <hrennau@yahoo.de>
CC: Michael Kay <mike@saxonica.com>; "xml-dev@lists.xml.org" <xml-dev@lists.xml.org>
Gesendet: 16:39 Mittwoch, 2.Oktober 2013
Betreff: Re: [xml-dev] XML Schema as a data modeling tool

I've sort of implied a difference between "Enterprise" models and what I'll call instance models.  I'd say a model is Enterprise ready if it applies to all instances of a given set of data domains at all the points in time they are used within a set of applications (Enterprise would be better but is not always achievable).  I'll qualify this by saying that even across applications such a thing rarely exists, the drive towards having a Master Data Model (MDM) can help, but doesn't necessarily result in such a beast.





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


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS