拡張性を持たせた、当ライフプランシミュレーションソフトの内部設計

このページでは、当ライフプランシミュレーションソフト内部の技術的仕組みや、他システムとの連携や拡張性について解説しています。
※全体的に、技術的な記述となっています。

システムを3階層で開発

ライフプランシミュレーションソフトFinancial Teacher Systemの内部は、次の3階層で設計されています。

この構成は、企業向けのシステム開発で用いられる設計技法の一つです。
この3階層を連携して動作させることで、大規模開発も効率よく行え、機能改修も行いやすくなります。

真ん中に位置する金融計算ロジック層には、各種金融計算機能や、シミュレーション実行機能が詰め込まれた部分で、ライフプランシミュレーションソフトの核になる部分です。

保険の必要保障額の計算、住宅ローン返済額の計算、老齢年金や遺族年金の計算、資産運用シミュレーション、キャッシュフロー表の構築など、あらゆる金融計算をこの層が担当します。
ファイナンシャルプランナー、税理士、金融機関の職員など、お金の専門家が意識するロジックが詰まった部分です。

システムで使うデータを呼び出したり、保存する機能を専門的に扱う部分です。次のような役割を持ちます。

ライフプランシミュレーションソフトのユーザーが直接触れる画面など、ユーザーインターフェースを提供する部分です。

たとえば、ソフトの入力画面や計算結果を、ブラウザで表示できるHTML形式で出力します。
Excel・PDFファイルで家計分析レポートを出力するのも、この層が担当します。

さらに、シミュレーション結果をAPIで他システムに公開する役割も担います。

この3階層で役割分担ができるため、次のようにソフトを改良しやすくできることが、最大のメリットになります。

UI・UX層に変更を加えるだけで、実現できます。
お金の計算式を変える必要はないので、金融計算ロジック層の修正は不要です。

計算式の変更は、金融計算ロジック層だけの修正で済みます。
改正により、ウェブ画面や家計分析レポートの表示内容も変えたい場合は、UI・UX層も修正します。
また、システムに保存する項目が増える場合には、データアクセス層も修正します。

年金額や教育費などの統計データが更新される場合は、その数値が保存されているデータアクセス層だけを更新します。

等の場合は、データアクセス層にのみ、改修を加えます。
計算ロジックを変えるわけではないので、金融計算ロジック層の修正は不要です。
画面にも特に影響を与えないので、UI・UX層への修正も不要です。

3層に分けたことで、次のような役割分担が可能です。

金融計算ロジック層、データアクセス層、UI・UX層に分けて開発しているため、次のような開発も簡単にできます。

Financial Teacher Systemと同じ計算ロジックを使いつつ、画面やレポートを自社独自デザインのものにカスタマイズ
（UI・UX層の変更だけで実現）
Financial Teacher Systemと同等機能に加えて、利用者や財産情報のデータ分析を可能に
（データアクセス層のカスタマイズで実現）
ライフプランの計算結果をAPIで提供し、他のシステムと連携して動作
（UI・UX層の変更で実現）

当ライフプランシミュレーションソフトを一部カスタマイズして、企業ごとに提供することが簡単にできます。すべてを一から作るよりも、早く安く作ることができます。

Financial Teacher Systemは、品質管理システムとセットで開発されています。
品質管理システムは、ライフプラン計算が正しく行われているか、計算不具合が生じていないかを検査する役割を持っています。

3万以上の検査項目により、不具合の99.9%以上を事前に検知しています。
人力で行うのが困難な大規模検査を、完全自動化していることで、ソフトの大規模リニューアルも自信をもってスピーディーに行えています。

この品質管理システムのおかげで、1000以上の機能改修を、少人数で10年以上にわたって続けられているのです。