Group RCI and Legacy Migration
Daryl Pereira 270002AW8D email@example.com | | Tags:  business rules ilogdialog
0 Comments | 1,184 Visits
(Guest post by James Taylor of Decision Management Solutions)
Frank DiGiovanni of Group RCI (a vacation exchange and vacation rental company, part of Wyndham Worldwide) presented on their journey - a legacy modernization using ILOG Rules. Frank identified SOA, legacy migration from mainframe to SOA and how business rules complements these as his key topics. Group RCI's core problem was threefold:
Their first step was to enhance search to allow members to see how much opportunity there was to swap their timeshare for something new and how many properties were available to rent. Developed a web 2.0 interface supporting multi-dimensional search. Let members add and remove criteria, go from map to list, see availability and reviews etc. This solved the search problem for members. But the specifics of which properties you can swap and other details involve lots of rules. This meant they needed to marry rules-based processing with the multi-dimensional search. That way people could find exciting vacations easily and then the engine could manage the details of eligibility.
Doing this has challenges - hard to reinvent member experience, using SOA and support a web 2.0 interface. Challenges include:
Their goals, specifically those related to ILOG, were to create an SOA platform that can deliver an enhanced user experience across channels by combining enterprise search with business rules. Specifically:
They use ILOG BRMS for member visibility and inventory segmentation (35 years of contractual obligations), pricing (more than 50M calculations daily), reservations, exchange fees, discounting, communication rules and more for both members and business partners. Using rules in this way builds customer trust because they never see a property in the search that they won't be able to exchange or rent. The rule engine constantly interacts with the search so that all the business rules that are relevant are executed as the search is being conducted - not after the fact but as "part of" the search.
Revenue analysts, marketing and IT operations people enter rules. For the revenue analysts, lots of these rules come from analytics and data mining on demand and segmentation. All these rules get pushed into the rule engine. This then sits behind all the channels (web, B2B XML, co-branded, call-center) and interacts with operational datastores (updated systematically from the mainframe database) as well as the Endeca search engine. Interestingly they did the project in a series of steps and this meant they needed some heavy duty transformation and synchronization of data between the operational datastores and the mainframe database. The alternative would have been to do a "big bang" and that would not have worked.
After all this, asked for feedback. Customers really liked the new interface and their ability to find vacations. The business (not IT) can change rules in hours not months and have increased pricing and marketing opportunities through the rules. Operationally it is saving money thanks to reduced mainframe use.
Finally some best practices:
Interesting presentation - nice description of how to incrementally service- and rule-enable a mainframe application.