|
...good, quick and cheap at the same time.
2 out of 3 is about the best you can do.
Price. Service. Quality.
Pick any 2 . . .
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,see in an IDEAL ERP application relative to business rules? From your
What key architecture/design elements or software capabilities would you
experience, do most business rule changes require code changes? Does
the language effect this? (RPG, PHP, Java)
more to come where the business rules have to be extremely dynamic.
Reason I ask is that I've been involved in several projects lately with
We've had some success externalizing rules to data driven files but I'd
like to learn from the community experiences in this area.
are at least doing something it give much more credence to folks like
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
SQL-only access is a tough nut to crack. But these folks at least seem
I'm still skeptical - using a loosely typed language on top of an
to have made the attempt!
post a message email: WEB400@xxxxxxxxxxxxJoe
--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To
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.
--
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.
--
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.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
