droolsonboarding
  • Introduction
  • Technical Materials
  • Overview
  • Drools tutorial
    • Installing Drools Tooling
    • Data Model used in the tutorial
    • Lesson 1 : Core concepts
    • Lesson 2 : binding
    • lesson 3 : Some more drools languages
    • lesson 4 : ruleflow
    • lesson 5 : Exercise
      • Requirements
  • BRMS tutorial
    • Organizational Unit And repository
    • Data Model
    • Business Requirements
    • Design
    • Implementing the Process Flow
    • Implementation technical parts
    • Implementing the initial step
    • Implementing standard price step
    • Implementing the Child over 3 years old is free promotion step
    • Implementing the Birthday promotion step
    • Implementing the Zurich reduction step
    • Implementing the final step
    • Conclusion
  • BRMS Runtime tutorial
    • Install needed tools to run the workbench
Powered by GitBook
On this page

Was this helpful?

Overview

PreviousTechnical MaterialsNextDrools tutorial

Last updated 4 years ago

Was this helpful?

Software programmers are used to a procedural approach when it comes implementing Business requirements. The consequence is that the business rule implementation solely depends on the competence and understanding the software developer has of the Business Rules he has to implement. This limitation was already seen and identified by researches. Object oriented programming may be seen as "the solution" to business implementation and agility and many developers rely on this paradigm. In the end, Object oriented approach ends up with the classical . To avoid this ending, a new approach was taken called "". This is a big shift and we shall try to focus on that before learning the tooling around drools.

  • the first set of tutorials called "drools tutorials" start from the base concepts (there are few and is concentrated on the core engine) up to more language concepts

  • the second set of tutorials called "BRMS tutorial" will introduce the management tooling (called workbench) around the lifecycle of the rule artifact. but the workbench also introduces more artifacts type like decision table, rule templates, etc.. that will help when modeling business requirements.

  • the third set of tutorials called "BRMS runtime tutorials" starts to introduce possible software architectures in a real project. In our exercise, we will use the ideas that we describe in that part.

"Spaghetti code"
declarative programming