問題タブ [business-logic]

100 万行を超える COBOL コードを含むシステムを維持しています。COBOL で記述したすべてのビジネス ロジックを失うことなく GUI (おそらく Windows ベース) に移行する方法について誰か提案がありますか? はい、ビジネス ロジックの一部は、現在のユーザー インターフェイス内に埋め込まれています。

古くからの質問。ビジネス ロジックは、ストアド プロシージャ (またはパッケージ) としてのデータベース内、またはアプリケーション/中間層のどこに配置する必要がありますか? さらに重要なことは、なぜですか？

データベースの独立性は目標ではないと仮定します。

顧客の住所データをどのようにモデル化し、データの品質を確保するためにどのような手法を使用していますか?

重複排除アルゴリズム、重複一致、パッケージや請求書が実際に配達されることの確認などは? 特に、複数の国の顧客を扱うシステムでは。

(C#) アプリケーション アーキテクチャを再設計、改善する予定です。フレームワーク、ホームページ、または本の推奨事項を持っている人はいますか? 主にビジネスロジックに関するものです。

（英語で申し訳ありません）たとえば、私のDALには、Nameを持つAuthorDBオブジェクトと、TitleとIdAuthorを持つBookDBオブジェクトがあります。

ここで、対応する著者の名前ですべての本を表示する場合は、すべての本のコレクションを取得する必要があります。各本について、IdAuthor属性を使用して著者の名前を見つけます。これにより、データベースに対して多くのクエリが実行され、明らかに、単純なJOINを使用できます。

私のオプションは何ですか？著者の名前と本のタイトルを含む「カスタム」オブジェクトを作成しますか？もしそうなら、メンテナンスがひどくなる可能性があります。

それで、オプションは何ですか？ありがとうございました！

商品取引アプリケーションの設計の第 1 段階に入ろうとしています。このアプリケーションの主な機能は、価格情報の取得と評価です。この市場での価格は固定されていません。これは通常、市場ベンチマーク +/- プレミアムです。例: (A と B は市場のベンチマークです)

• 価格 = A + $1
• 価格 = A + .5(AB)

取引の最終価格は、合意された期間に適用される価格計算式を使用して計算されます。例えば; 最終的な価格は、商品を積み込む前の週と次の週の A + $1 の平均である可能性があります。

現在、トレーダーはこの詳細を Excel でキャプチャしているため、必要な数式を柔軟に設定できますが、この情報が会計システムに入力されることはなく、スプレッドシートは市場ベンチマークのライブ予測に接続されていないため、価格予測が手動で行われ、遅いタスク。

アプリケーションで数式を入力、保存、および評価するために使用できるツール/手法についての情報を探しています。

データベースとして SQL Server または Oracle を使用し、クライアント プラットフォームはまだ修正されていませんが、WinForms/WPF、ASP.NET、または Java webapp を想定できます。

これが非常に広範な質問であることは承知していますが、どのテクノロジを使用するかについて、より具体的に説明するにはまだ十分ではありません。

ありがとう

Derik Whitakerが数日前に記事を投稿しましたが、これは私がしばらくの間興味を持っていたポイントに達しました。ビジネスロジックはコントローラーに存在する必要がありますか？

これまでに見たすべてのASP.NETMVCデモは、リポジトリアクセスとビジネスロジックをコントローラーに配置しました。そこにも検証を投げかける人もいます。これにより、コントローラーがかなり大きく肥大化します。これは本当にMVCフレームワークを使用する方法ですか？これは、多くの重複したコードとロジックがさまざまなコントローラーに分散することになると思われます。

BPELとは？BPEL の使用方法の簡単な例を探しています。ウィキペディアのページはあまり啓発的ではありません。BPEL の「Hello world」はどうですか? BPEL シェル? BPEL IDE?

私は、企業の技術パラダイムをアジャイル開発に移行することに取り組んでいます。大変なプロセスでしたが、あと少しです！:)

データベース管理用のレガシー システム (以前は Access でしたが、現在は .NET と MS SQL に移植されています) を使用しており、将来のビジョンに向けたフレームワークを開発しています。可能な限り Web に移行したいと考えています。しかし、現在のシステムを「今後の」システムと統合したいと考えています。タスクと機能が重複することはありません。

私のビジョンは、ユーザーのすべての連絡先情報を別のデータベースに移動し、それらの「プロファイル」を MS SQL にリンクして履歴と会計情報を取得することです。すべての会計システムはデスクトップ アプリに残しますが、Web、特に Ruby on Rails に大きく依存する多くの機能を追加しようとしています。

問題は、なぜ ESB なのかということだと思います。複雑な ESB システムで大騒ぎせずに SOA を作成する方法はありますか? 全体のアイデアは、とにかくKISSすることです。デスクトップ/Web/モバイルをインターフェイスとして、ビジネス ロジックの機能を維持できるような方法で SOA を作成できますか (もちろん、一部の機能はインターフェイスに実装する必要がありますが、最小限に抑えます)。また、ESB はアジャイルの哲学にも適合するのでしょうか? それらを読んで勉強すればするほど、そうは思いません！:/

ご意見をお寄せいただきありがとうございます。明確にする必要がある場合は、いくつか質問してください。できる限りのことを行います。:)