Agile Business Rule Development: Process, Architecture, and JRules Examples 2011th Edition

This book not only teaches the internals of the most popular Rules Application Development tools in the market the "ILOG JRules" but also about the methodology how to apply in in real day to day work environment. I recommend this book for anyone who are practicing the Decision Management.

There are some good ideas; but mostly, for anyone who is familiar with rule development, there won't be much new.My biggest complaint is that it is obvious that the book was written by two non-native English speakers. You may think that this is trivial; but at times, it is difficult to parse the text for a coherent meaning, leaving it to the reader to infer the point being made. These grammatical and semantic errors should have been caught by an editor. There are also places where comments were left in the text to fill in a reference; I guess laziness on the part of the authors and other readers resulted in the comments remaining. Overall, poor quality in presentation of ideas.

Effective management of business rules must involve both business and IT organizations. There must be alignment and collaboration if the business rules are to be managed correctly. Indeed empowering this collaboration is the primary value of a business rules management system. Yet most systems development methodologies are predicated on a separation between the business and IT. These methodologies create artifacts and manage processes to try and minimize this separation but they take it for granted. To successfully adopt business rules and manage decisions an agile systems development approach specifically for business rules is required.Jerome Boyer and Hafedh Mili have published a great book on Agile Business Rule Development. ABRD is unique in that it is an agile methodology that promotes iteration and the early use of a business rules management system. Focusing on incremental and iterative development it has been specifically developed to handle new artifacts like business rules, decision points and more. It applies the key tenets of the agile manifesto and takes advantage of the power of business rules management systems to deliver on those tenets. It shows how using a shared business rules definition allows you to value "Individuals and interactions over processes and tools". It prototypes early using these shared rule definitions to ensure "Working software over comprehensive documentation" It leverages the ability of non-technical business people to understand and even edit business rules to deliver "Customer collaboration over contract negotiation". Finally it relies on the faster update and deployment cycles of a business rules management system to ensure projects put "Responding to change over following a plan".Some companies make the mistake of assuming that decision management and business rules can be adopted by an IT department without changing existing governance and development approaches. Others assume that they can handle business rules as part of modeling and managing business processes. In fact, new approaches and techniques are required. An agile approach combined with the use of business rules management systems for managing the logic in decision-making components has allowed the companies I work with to empower business users and analysts to collaborate effectively with their IT teams and even to control some of the logic themselves. Effective management of the decision logic has improved decision accuracy, compliance and consistency.Companies that adopt a business rules management system and use it to manage decisions are more agile, better aligned and have systems and processes that are just plain smarter. ABRD has many important characteristics for such an organization: It treats business rules, and decisions, as separate artifacts; It links these artifacts to your business motivation and shows how they can be packaged up to deliver decision services, coherent decision-making components in a Service-Oriented Architecture; And it focuses on using this technology to get a core component up and running quickly so that it can be involved and continuously improved as you learn and as your business changes.With this book, Jerome and Hafedh have written more than just a complete guide to ABRD. This book provides an introduction to business rules and to the ABRD methodology. It discusses key ABRD topics like rule harvesting (from elicitation to analysis) and rule prototyping and design. It outlines key design patterns and covers critical issues in everything from rule authoring to deployment and testing. Rule performance, rule governance and detailed descriptions of how to do all this with IBM's business rules management system round out a thorough and complete book.If you plan to use business rules to extend and manage the decisions in your operational environment, something I highly recommend, this book will show you how to use an agile approach to do so.DISCLOSURE: I wrote a foreword for this book

This is a must read for architects working on a BRMS system. Being a BPM architect this was very helpful to get an understanding on BRMS and ODM (formerly ILOG) concepts. The scenarios depicted explain real life use cases which can help create a good BRMS architecture.