[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: RE: Keep business-process-specific data separate?

  • From: "Paul Spencer" <xml-dev-list@b...>
  • To: "Costello, Roger L." <costello@m...>,"Xml-Dev" <xml-dev@l...>
  • Date: Wed, 28 Jan 2009 23:51:25 -0000

RE:  RE: Keep business-process-specific data separate?
Hi Roger,

The response from your colleague is what I tend to do in these
circumstances. It is basically the concept of an envelope. Sometime last
century, I worked on the envelope for the UK Government Gateway. Here, all
information that was peripheral to the processing of the data was put into
the envelope. This includes information such as the timestamp for receipt of
the data by the Gateway. This is relevant in terms of whether you get fined
for late submission of a tax return, but not for processing the return
itself. Since many document types go through the same Gateway business
process, they all share a common envelope structure.

It is this last point that seems most relevant to you. Your transportation
request gets timestamped, possibly by two departments. If other document
types may go through the same business process, keep the business process
data in a separate place from the request itself. Since you might add other
document types later, it might be a good idea to use the envelope anyway. It
is a trade-off between flexibility and slightly more verbose XML.

Paul

> -----Original Message-----
> From: Costello, Roger L. [mailto:costello@m...]
> Sent: 28 January 2009 17:10
> To: 'xml-dev@l...'
> Subject:  RE: Keep business-process-specific data separate?
>
>
>
> Hi Folks,
>
> Here is an interesting response from a colleague:
>
> The way I like to think of the problem is that the business
> process will have its own XML data format, which includes the
> task-specific format...
>
> <Transportation-Office-Request>
>    <Submission-Datetime>2009-01-28T12:07:00Z</Submission-Datetime>
>    <Transportation-Request>
>         <!-- your transportation request data, here -->
>    <Transportation-Request>
> </Transportation-Office-Request>
>
> HR might have its own format:
>
> <HR-Transportation-Request>
>    <name>Costello, Roger L.</name>
>    <Transportation-Request>
>         <!-- your transportation request data, here -->
>    <Transportation-Request>
> </HR-Transportation-Request>
>
> What do you think about my colleague's solution?
>
> /Roger
>
>
>
> > -----Original Message-----
> > From: Costello, Roger L.
> > Sent: Wednesday, January 28, 2009 11:12 AM
> > To: 'xml-dev@l...'
> > Subject: Keep business-process-specific data separate?
> >
> >
> > Hi Folks,
> >
> > Suppose I create an XML vocabulary for a "Transportation Task
> > Request." Here's an example:
> >
> > In the following instance document I am expressing the desire
> > to be picked up from my home on January 29 at 7 am and
> > dropped off at Logan airport. On my return trip I desire to
> > be picked up at Logan airport on February 4 at 6 pm and
> > dropped off at home:
> >
> > <Transportation-Request>
> >     <Departure>
> >         <Starting-Point>home</Starting-Point>
> >         <Finishing-Point>Logan airport</Finishing-Point>
> >         <Datetime>2009-01-29T07:00:00</Datetime>
> >     </Departure>
> >     <Return>
> >         <Starting-Point>Logan airport</Starting-Point>
> >         <Finishing-Point>home</Finishing-Point>
> >         <Datetime>2009-02-04T18:00:00</Datetime>
> >     </Return>
> > </Transportation-Request>
> >
> > I create this document then walk it over to my company's
> > transportation office and give it to them. The first thing
> > they do with it is stamp on it the date and time of submission.
> >
> >
> > QUESTION
> >
> > When I create my Transportation Task Request XML vocabulary,
> > should it include a <Submission-Datetime> element? Thus, when
> > I create my instance document, I include an empty
> > <Submission-Datetime> element:
> >
> > <Transportation-Request>
> >     <Submission-Datetime></Submission-DateTime>
> >     <Departure>
> >         <Starting-Point>home</Starting-Point>
> >         <Finishing-Point>Logan airport</Finishing-Point>
> >         <Datetime>2009-01-29T07:00:00</Datetime>
> >     </Departure>
> >     <Return>
> >         <Starting-Point>Logan airport</Starting-Point>
> >         <Finishing-Point>home</Finishing-Point>
> >         <Datetime>2009-02-04T18:00:00</Datetime>
> >     </Return>
> > </Transportation-Request>
> >
> > When the transportation office receives the instance
> > document, they fill in the element.
> >
> > Is this a smart thing to do - include a <Submission-Datetime>
> > element in my Transportation Task Request XML vocabulary?
> >
> >
> > BUSINESS-PROCESS-SPECIFIC DATA
> >
> > Recall my objective: create "an XML vocabulary for expressing
> > a transportation task that I want accomplished."
> >
> > The <Submission-Datetime> element is not really relevant to
> > my objective. The <Submission-Datetime> element only comes
> > into play when I hand my travel request document to the
> > person at the travel office. That is, the
> > <Submission-Datetime> element is only relevant in this
> > particular business process.
> >
> > The <Submission-Datetime> element is business process-specific data.
> >
> >
> > AVOID BUSINESS-PROCESS-SPECIFIC DATA
> >
> > I think that it's bad to put business-process-specific data
> > with my XML vocabulary.
> >
> > Do you agree?
> >
> > My rationale is that in another business process the
> > <Submission-Datetime> element may not be relevant.
> >
> > For example, in addition to dropping my document off at the
> > travel office, I also drop a copy off at human resources. The
> > first thing the human resources office does is stamp my name
> > on it. Thus, in this business process, the
> > <Submission-Datetime> element is not needed; rather, a <name>
> > element is needed.
> >
> > By keeping business-process-specific data decoupled from my
> > XML vocabulary it gives me flexibility to use my XML
> > vocabulary in a variety of business processes.
> >
> > Do you agree?
> >
> >
> > WHERE TO PUT THE BUSINESS-PROCESS-SPECIFIC DATA
> >
> > If I don't put the business-process-specific data with my
> > Transportation Task Request data, where do I put it?
> >
> >
> > /Roger
> >
> >
> >
> >
> >
> _______________________________________________________________________
>
> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> to support XML implementation and development. To minimize
> spam in the archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Or unsubscribe: xml-dev-unsubscribe@l...
> subscribe: xml-dev-subscribe@l...
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>



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


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.