Hi Peter,


> One issue I see is that rules need to be expressible 
> (presented) in a way that is comprehensible to non-programmers.   
> Rules themselves need to be adaptable to express simple or 
> complex logic, which may make them difficult to interpret by 
> non-experts.

Yes.

Here's what von Halle says:

   Business people may not be overly interested
   in data models, process models, or object models.
   But they are definitely interested in business
   policies and rules. Indeed, it is through policies
   and rules that business leaders steer the business.


And she also writes:

   analysts capture the ... rules of the system
   and developers express them as declarative rules
   rather than procedural code.



> I've long thought that XSLT was an excellent language 
> for expressing rules.

What category would you place XSLT:

 - A language for expressing process/workflow rules

 - A language for expressing data validation rules

 - A language for expressing user interface rules

 - A language for expressing data relationship rules

Or perhaps another category?


Thanks!

/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