Globalization
Globalization is the fundamental force changing IT service delivery and business's competitive activities in almost every vertical market — and thus economies — in some way, shape or form. One might say that globalization is not a new trend and has been commonplace for quite some time now. Yes, but with the changing economic environment globalizations has special implications for the IT outsourcing industry. With developed countries like the U.S. keeping a strict eye on generating local jobs, IT outsourcing especially in Asian countries such as India and China is expected to see globalization brining in big shifts in business strategy

Potential Impact of Globalization

·         Increase in near shoring in addition to outsourcing. Near shoring essentially refers to existing IT companies setting up development/delivery centers in Nordic and South American regions in order to offer same time zone services and also bypass the laws governing local hiring

·         A truly global delivery model. Service delivery models will have to become more efficient and flexible and work well even if service teams spread across continents

This will mean that large IT outsourcing companies such as TCS will have to expand their presence globally from just having sales offices to actual delivery teams shipping out solutions.

A business rule is the basic unit of rule processing in a Business Rule Management System (BRMS) and, as such, requires a fundamental understanding. Rules consist of a set of actions and a set of conditions whereby actions are the consequences of each condition statement being satisfied or true. With rare exception, conditions test the property values of objects taken from an object model which itself is gleaned from a Data Dictionary and UML diagrams. See my article on Data Dictionaries for a better understanding on this subject matter.

A simple rule takes the form:

if condition(s)

then actions.

An alternative form includes an else statement where alternate actions are executed in the event that the conditions in the if statement are not satisfied:

if condition(s)

then actions

else alternate_actions

It is not considered a best prectice to write rules via nested if-then-else statements as they tend to be difficult to understand, hard to maintain and even harder to extend as the depth of these statements increases; in other words, adding if statements within a then clause makes it especially hard to determine which if statement was executed when looking at a bucket of rules. Moreoever, how can we determine whether the if or the else statement was satisfied without having to read the rule itself. Rules such as these are often organized into simple rule statements and provided with a name so that when reviewing rule execution logs one can determine which rule fired and not worry about whether the if or else statement was satisfied. Another limitation of this type of rule processing is that it does not take full advantage of rule inferencing and may have a negative performance impact on the Rete engine execution. Take a class with HSG and find out why.

Rule Conditions

From Brennan's Blog which is no longer up and running: