TADESSE TAREKE.pdf - Addis Ababa University
TADESSE TAREKE.pdf - Addis Ababa University
TADESSE TAREKE.pdf - Addis Ababa University
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
2.1 BUSINESS RULES APPROACH<br />
CHAPTER 2<br />
BACKGROUND<br />
Business Rules Approach is a formal way of managing and automating the<br />
business rules of a business rules system so that the business behaves and<br />
evolves as its leaders intend [22, 49].<br />
According to [22, 31, 49, 58], business rules approach proponents such as Ross<br />
[49] and Halle [22] propose the basic steps towards developing a maintainable and<br />
understandable business rules systems. These steps focus on separating the<br />
business rules from any code of an application or active database management<br />
system (DBMS) constructs such as triggers, which are standardized in Structured<br />
Query Language-3 (SQL-3) [27]. In other words, the business rules are treated like<br />
data of a system in a DBMS. Besides, these proponents comment that the current<br />
object-oriented methods do not support this separation of business rules [22].<br />
2.2 OBJECT-ORIENTED APPROACH<br />
The main goal of object-oriented approach is reusability and flexibility for<br />
developing object-oriented software systems [10, 47]. However, reusability and<br />
flexibility issues directly focus on the programmers’ productivity. Moreover, the<br />
arguments for object-oriented approach and separation of business rules from the<br />
procedural codes can be twofold: First, the current modeling tools such as the<br />
Unified Modeling Language (UML) do not support modeling of a class containing a<br />
set of business rules that are separated from the procedural codes and stored in a<br />
repository system like a DBMS. Second, object-oriented programming languages<br />
do not adequately address separation of rules from the procedural codes [22].<br />
7