会計ソフトウェアの設計パターン[非公開]
-
03-07-2019 - |
質問
財務会計機能を含むソフトウェアのデザインパターンやその他のベストプラクティスに関する優れたリソース(書籍、信頼できるガイドなど)はありますか?
特に、次のような問題の処理に関する適切な情報はどこにありますか
- 金額の内部表現
- アカウント、ジャーナル、およびその他の記録の内部表現
- 不整合の調整(自動またはユーザーアクションによる)
- 会計期間の終了処理(毎日、毎週、毎月)
- ビジネスマンにとって意味のあるUIおよび印刷された財務レポートの設計
注:" Authoritative"または広く受け入れられている情報は、ここで探しているものです。そうでなければ、これは、人々が試みたすべてのことの逸話の大きなリストに変わり、トピックを非常に主観的にします。
解決
Martin Fowlerの分析パターンはこれらのトピックの一部をカバーしています。
他のヒント
以前、このようなシステムで作業するように割り当てられていたとき、Martin FowlerのWebサイトでこのリンクを見つけました:
会計エントリ、トランザクション、調整など、会計ソフトウェアのいくつかのパターンが含まれています。彼が説明するアーキテクチャは、イベントに基づいています。私が取り組んでいるシステムはすでに開発段階にあり、デザインを変更することができなかったため、完全に読んではいけません。
お役に立てば幸いです。
次の構造クラスがあります:
- アカウント-金融口座を表します。例えば。現金、販売、費用;
- Category-アカウントが属するカテゴリ。例えば。資産、費用、収益;
- 突然変異-アカウントの財務エントリを表します。
- トランザクション-突然変異のコレクションが含まれています。
- Money-Currencyオブジェクトを使用し、量を長整数として格納する複合クラス;
最初にデザインにアプローチしたとき、デコレータとビルダーのパターンについて考え続けました。税計算には戦略パターンを使用できます。オブザーバーパターンは、トランザクションを拒否するために使用できます。
通貨を扱う場合、金額が入力された通貨だけでなく、入力された時刻、およびその時点での各通貨のレートも常に覚えておく必要があることに注意してください。また、会計士は「不正確さ」に関しては寛容ではありません。量で。金額を入力した場合、入力したとおりに入力した金額を保存する必要があり、最初に変換するのではなく、入力したとおりに入力した金額を取り戻すことができることを保証できないためです。
これらは明らかなことのように聞こえるかもしれませんが、人々は現実の世界で彼らに対して罪を犯します。
エンタープライズアプリケーションアーキテクチャのパターンおよび 分析パターン、再利用可能なオブジェクトモデルはどちらも、マーティンファウラーによる一般的な問題に対するソフトウェアアーキテクチャパターンを提供します。
データモデルリソースブックは、ビジネス構造をモデリングするためのインスピレーション。 Apache Ofbiz ERP は、この本の概念に基づいて構築されています。
UI /レポート用:Crystal ReportsおよびBusiness Objectsを調べます。両方とも私の投資家の投資会計部門で使用されています。
ここでは内部用に他のものを使用します(JD Edwards)が、「そう、それを行う」以外はあまり詳しく説明できません