RE: XML Schema 1.1 Best Practice: Expressing BusinessRules -
Thanks Michael and George. Michael has challenged us to define the term "business rule". I'll take a go at defining it: A business rule is a local constraint. For example, consider this XML document containing credit card data: <credit-card> <issuer>American Express</issuer> <name> <given>John</given> <surname>Doe</surname> </name> <number>1234 5678 1234 5678</number> <expiration>2012-06-01</expiration> </credit-card> A community of businesses has agreed to use that markup and that structure. Also, the community has agreed to this set of values for issuer: - American Express - Visa - MasterCard - Diners Club However, each business has its own local constraints on what credit cards it accepts. Business A accepts (American Express, Visa, and MasterCard), whereas business B only accepts (Diners Club). Thus, each business would like to impose additional, local constraints on top of the community's structure and content data rules. The set of credit cards that a particular business accepts is a business rule. A business rule is local, additional layers of constraints on top of a community's structure and content data rules. Do you agree with this definition of "business rule"? Perhaps stating the issue in terms of business rules is too narrowly focused? Perhaps the issue should be broadened to: Given a common, community-accepted XML Schema, how should member-specific/local constraints be expressed? Is that a better issue? George points out the benefits of using Schematron for expressing business rules (i.e., local constraints). Does XML Schema 1.1 have a role in expressing local constraints? /Roger
[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!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format