ルール駆動開発

全アプリ開発者に伝えたい、レガシーコードから脱却するための具体的な手法、“ルール駆動開発”
スパゲティ化・ブラックボックス化したレガシーなアプリケーション。
このまま塩漬けにしてよいわけもないが、はたしてどこから手を付ければよいか、どんな手法でモダナイズしていけばよいのか。

その一つの答えとして、「ルール駆動開発」があります。
複雑に絡み合った既存システムをどのように解きほぐしていけばよいのか。
ルールエンジンを使った開発を数多く手掛けてきた中で、レッドハット社内で培われたノウハウと、見えてきたベストプラクティスの一部を紹介します。

発表者　松田絵里奈[レッドハット]

業務アプリケーションの設計・開発手法

##　ルール駆動開発の３つの特徴

　⇒そもそも実りある成果があるのか
　- 現行コードの解析しても継ぎ足し継ぎ足しの秘伝のタレ様態
　- リファクタリングされていない冗長なコード
　- 不要なゴミコードの山
　- 不要かどうかはコードからは不明
　- ゴミの移行に時間とお金をかけることに（60%は使わなかったロジック）

###　DMNから一連の業務ルールをサービスとして切り出す

RedHat Decision Manager
ルールエンジン利用時の実装

小さく作ってテストを繰り返しながらルールを育てていく

##　ルールのイテレーション開発

新旧一致テストを繰り返し、ルールの精度を高速にあげていくテスト・開発手法

##　正しいルール駆動開発

繰り返しになるが、現行コードは見ないというのは新たな見地だと思う。その代わりに業務ロジックの理解と図式（DMN）を作るのがよいと思われる。