Re: business rules?

That is like trying to get good, quick and cheap at the same time. 2 out of
3 is about the best you can do.

Tom

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of Joe Pluta
Sent: Wednesday, December 15, 2010 12:45 PM
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] business rules?

Paul, that's a really good question, and one which really deserves its own
thread - or maybe a forum <grin>. Short answer is, generally speaking,
you really want to avoid hardcoded business rules precisely because they
do require programming changes when the business logic changes. At the
same time, there's a tradeoff between maintenance, performance and
flexibility. You can usually get two out of the three.

When I get some more time, maybe we can address some specific instances.
think of allocations (warehouses that are non-allocatable, locations that
should be sequenced, etc.) or pricing (this one can go off the charts).

Joe

Joe/All,

What key architecture/design elements or software capabilities would you

see in an IDEAL ERP application relative to business rules? From your
experience, do most business rule changes require code changes? Does
the language effect this? (RPG, PHP, Java)

Reason I ask is that I've been involved in several projects lately with

more to come where the business rules have to be extremely dynamic.
We've had some success externalizing rules to data driven files but I'd
like to learn from the community experiences in this area.

Thanks, Paul Holm


Joe Pluta wrote:

I'd have to see how the business rules work
before I would be willing to recommend something like this, but if they

are at least doing something it give much more credence to folks like

I'm still skeptical - using a loosely typed language on top of an

SQL-only access is a tough nut to crack. But these folks at least seem
to have made the attempt!

Joe

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To

post a message email: WEB400@xxxxxxxxxxxx

To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.