Re: [xml-dev] XML Schema 1.1 Best Practice: Expressing BusinessRules -

[George Cristian Bina <george@oxygenxml.com>]

Hi Roger,

The second alternative is more or less what we have right now, only that 
the rules are expressed in Schematron. If you are to use XProc or NVDL 
for specifying multiple validations you may very well use Schematron 
instead of XML Schema to specify the business rules. One major advantage 
of Schematron is that the error messages are specified by the schema 
author so they can be in a language that the user easily understands.
I believe that the whole point in using XML Schema 1.1 is to have those 
rules applied together with the structural validation. If someone 
accepts to use XProc or NVDL to drive the validation then I do not know 
any argument why they should express these business rules in XML Schema 
1.1 and not in Schematron.

Best Regards,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

On 11/10/10 2:38 PM, Costello, Roger L. wrote:
> Issue
>
> How should business rules be expressed? Should an XML Schema 1.1 document co-locate business rules and data rules? Or keep them separate?
>
>
> Hi Folks,
>
> I created a draft write-up of the above issue. Here it is:
>
> http://www.xfront.com/xml-schema-1-1/best-practice/expressing-business-rules.pdf
>
>
> Here are the two alternate designs described in the write-up:
>
>      1. Co-locate business rules with data rules.
>
>      2. Separate business rules from data rules (and create a validation pipeline).
>
> Are there other designs?
>
>
> The write-up lists some advantages and disadvantages of each design. What are the other advantages and disadvantages?
>
>
> /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@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>