会計ソフトウェアの設計パターン
財務会計機能を含むソフトウェアの設計パターンまたはその他のベストプラクティスに関する優れたリソース（本、信頼できるガイドなど）はありますか？
具体的には、次のような問題の処理に関する適切な情報はどこにありますか。
- 金額の内部表現
- 勘定、仕訳、およびその他のレコードの内部表現
- 不整合の調整（自動またはユーザーアクションによる）
- 会計期間の終了の処理（毎日、毎週、毎月）
- ビジネスマンに意味のあるUIと印刷された財務レポートの設計
注：「信頼できる」または広く受け入れられている情報が、ここで探しているものです。そうでなければ、これは人々が試したすべての逸話の大きなリストに変わり、トピックは非常に主観的になります。
Martin Fowlerの Analysis Patterns はこれらのトピックのいくつかをカバーしています。
しばらく前にそのようなシステムで作業するように割り当てられたとき、私はマーティンファウラーのウェブサイトでこのリンクを見つけました：
会計エントリ、トランザクション、調整など、会計ソフトウェアのいくつかのパターンが含まれています。彼が説明するアーキテクチャはイベントに基づいています。私が取り組んでいるシステムはすでにその開発段階の真ん中にあり、デザインを変更することができなかったので、完全に読んではいけません。
それが役に立てば幸い。
次の構造クラスがあります。
- Account-金融口座を表します。例えば。現金、販売、経費;
- カテゴリー-アカウントが属するカテゴリー。例えば。資産、経費、収益;
- 突然変異-アカウントの財務エントリを表します。
- トランザクション-ミューテーションのコレクションが含まれています。
- Money-Currencyオブジェクトを使用し、金額を長整数として格納する複合クラス。
私が最初にデザインにアプローチしたとき、私はデコレーターとビルダーのパターンについて考え続けました。税の計算には戦略パターンを使用できます。オブザーバーパターンを使用して、トランザクションを拒否できます。
通貨を扱う場合は、金額が入力された通貨だけでなく、入力された時刻と、そのときの各通貨のレートも常に覚えておく必要があることに注意してください。また、会計士は金額の「不正確さ」に関しては許しません。金額が入力された場合は、入力されたとおりに保存する必要があります。最初に換算するのではなく、入力されたとおりに入力された金額を確実に取り戻すことができないためです。
これらは当たり前のことのように聞こえるかもしれませんが、現実の世界では人々はそれらに対して罪を犯します。
Data Model Resource book は、ビジネス構造をモデル化するための良いインスピレーションの源であると思います。 Apache Ofbiz ERP は、この本の概念を中心に構築されました。
エンタープライズアプリケーションアーキテクチャのパターン と 分析パターン、再利用可能なオブジェクトモデル の両方をMartin Fowlerが推奨し、一般的な問題にソフトウェアアーキテクチャパターンを提供します。
UI /レポート：Crystal Reportsとビジネスオブジェクトを調べます。どちらも、私の投資先の投資会計部門で使用されています。
ここでは内部（JDエドワーズ）に他のものを使用していますが、「そうです、それだけです」以外の詳細についてはあまり説明できません。