[Home] [By Thread] [By Date] [Recent Entries]

  • To: "Bullard, Claude L \(Len\)" <len.bullard@i...>,<xml-dev@l...>
  • Subject: RE: Services and Domains
  • From: "Chiusano Joseph" <chiusano_joseph@b...>
  • Date: Mon, 27 Mar 2006 16:29:41 -0500
  • Thread-index: AcZNtZEdQj2DAoRUTh6KezarhavD7AELUYbQAAB/5hA=
  • Thread-topic: Services and Domains

Comments inline.
 
Kind Regards,
Joseph Chiusano
Associate
Booz Allen Hamilton
 
700 13th St. NW, Suite 1100
Washington, DC 20005
O: 202-508-6514 
C: 202-251-0731
Visit us online@ http://www.boozallen.com
 


From: Bullard, Claude L (Len) [mailto:len.bullard@i...]
Sent: Monday, March 27, 2006 4:16 PM
To: Chiusano Joseph; xml-dev@l...
Subject: Services and Domains

Is domain modeling an appropriate approach to message modeling?
 
[JMC] I would say no.
 
In other words, if you want to model a message exchange pattern, would you
use the same tools you use to model an ontology?
 
[JMC] Assuming such tools were mutually exclusive regarding their capabilities (they did not have the capability to model both message exchanges and ontologies), I would say no. However, the messages that can be exchanged can be driven by a domain ontology (i.e. "what types of information can/should we exchange?"), so it would be good if there were interfaces between such tools, or that a single tool had both capabilities.
 
Would you use the same tools you use to model a database schema to
model a message schema?  Would you use the same interview techniques?
 
[JMC] Partly - thinking in terms of the message payload vs. the message infrastructure. The overlap would be for the message payload.
 
Joe
 
As I read the blogs on hi-REST and lo-REST, I keep thinking, one shouldn't
try to model messages as if they were data, that a messaging system is
orthogonal to a database and that this is a conceptual impedance at the
heart of many a tempest in a teapot with respect to the web architecture,
REST, and SOAs.
 
len

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member