The success of Service-Oriented Architecture (SOA) has created the foundation for information
and service sharing across application and organizational boundaries. Through the use of SOA,
organizations are demanding solutions that provide vast scalability, increased reusability of
business services, and greater efficiency of computing resources. More importantly,
organizations need agile architectures that can adapt to rapidly changing business requirements
without the long development cycles that are typically associated with these efforts. Event-Driven
Architecture (EDA) has emerged to provide more sophisticated capabilities that address these
dynamic environments. EDA enables business agility by empowering software engineers with
complex processing techniques to develop substantial functionality in days or weeks rather than
months or years. As a result, EDA is positioned to enhance the business value of SOA.
The purpose of this white paper is to describe the approach employed to overcome the significant
technical challenges required to design a dynamic grid computing architecture for a US
government program. The program required optimization of the overall business process while
maximizing scalability to support dramatic increases in throughput. To realize this goal, an
architecture was developed to support the dynamic placement and removal of business services
across the enterprise.
Rob sees three key areas where rules can help:
Tighter warranty controls
Claims processing is improved because financial limits, detailed coverage types, materials return and more can be automated and rapidly changed when necessary. The rules also allow “what-if” testing and impact analysis.
Better built vehicles
The decision making is tracked very closely thanks to rules so you can analyze specific repair types, specific VINs and so on. More effective parts return and generally better information also contribute.
Lower cost repairs
Rules allow goodwill repairs, labor-only repairs and specific kinds of repairs to be managed very precisely. Rules-driven decisioning can reduce the variation of costs between dealers and help intervene, rejecting or editing claims that seem overly expensive. The ability of rules to deploy data mining and predictive analytics can also really help here.
This is EDA! Model your business events right and have their software representations travel in real-time through a global (enterprise wide) data space (call it an ESB), then you are offering your business huge opportunities. Think of connecting your global data space with those controlled by other enterprises: your fantasy is the limit.
Most BREs today are deployed as “decision services”, and are used in “stateless” transactions to make “decisions” as a part of a business process. A CEP application is instead processing multiple event streams and sources over time, which requires a “stateful” rule service optimized for long running. This is an important distinction, as a stateful BRE for long-running processes needs to have failover support - the ability to cache its working memory for application restarting or distribution. And of course long-running processes need to be very particular over issues like memory handling - no memory leaks allowed!
Business Process Management (BPM) und Business Rules Management (BRM) zusammen in einer service-orientierten Architektur (SOA) sind die methodischen und technischen Voraussetzungen, um Geschäftsprozesse zu industrialisieren und agil zu sein. BPM schafft die Automatisierung und Standardisierung von Geschäftsprozessen, BRM die Standardisierung und Transparenz von Management-Politiken und -Prinzipien. Und eine SOA bringt die Service-Orientierung, die uns erlaubt zwischen spezifischen Logiken einzelner Prozesse und prozessübergreifenden Logiken gebündelter Kompetenzen und Dienstleistungen sauber zu trennen. Das schafft Agilität zusammen mit Industrialisierung.
EDM ist ein wichtiger Bestandteil eines umfassenden Enterprise-Architektur-Management. Technologien wie BRMS können heute das EDM unterstützen und bei dessen Automatisierung helfen. Voraussetzung dafür ist allerdings ein erfolgreicher Umgang mit Entwurf und Inbetriebnahme komplexer Business-Rules-Modelle. Die Enterprise-Architektur-Methodik ist eine wichtige Vorgehensweise für das gesamthafte und erfolgreiche Entwerfen und implementieren des Rule Lifecycles. Das Management und die Gestaltung reibungsloser Iterationen ist hierfür von großer Bedeutung. Die Wiederverwendung von Architektur-Blue-Prints und Regel-Templates unterstützt dabei, den gesamten Prozess straff zu gestalten. Es gilt, die voneinander abhängigen Aufgaben des Business und der IT im Entwicklungsprozess zu identifizieren, um die Ressourcen aktiv planen zu können und Terminabweichungen zu vermeiden – und letztendlich allen zu ermöglichen, von Projektbeginn an ihre Verantwortlichkeiten voll wahrnehmen zu können. Wie ein BRMS die Phasen des Rule Lifecycles unterstützt, muss bei der Tool-Auswahl bewertet werden, und zwar unter dem Gesichtspunkt der Benutzerfreundlichkeit wie auch der technischen Funktionskriterien. Im nächsten Schritt sollte explizit im Prozess der Regelentwicklung modelliert und implementiert werden – vor allem mit der Komponente, die für die Änderung von Entscheidungen verwendet werden soll. Die Kombination von Enterprise-Architektur, einschließlich Decision Management, SOA, des BRLC und hoch entwickelter BRM-Tools ist ein ausgereifter und historischer Quantensprung in der Produktivität und Qualität von Business und IT.
GSoC Student Application Deadline Extended Wednesday, 02 April 2008 Summer 2008 Credit: Luc Viatour The Google Summer of Code 2008 student application deadline has been extended to Monday, April 7, 2008. GSoC is a great way for talented student developer