着信要求のパブリックキューのためのベストのアーキテクチャ？

Question

私たちは、経営のためにそれにワークフローを持つWebアプリケーション（ASP）は個人に仕事を割り当てる必要があります。問題は、仕事をサインアウトする前です。他の重要な仕事は離れて、コンピュータ（メカニックのための棚からツールを取得）から実行されている場合は、作業の管理キューを注視することはできませんので、夜の間に/夜/早朝操作が軽く配属されています。だから我々は、作業領域内のモニタやテレビ画面上に新しい未割り当ての作業の継続さわやかなディスプレイにプログラムを作成するための機能要件を持っています。

私の質問：展開アーキテクチャのための任意の推奨されるベストプラクティスはありますか？デスクトップ太いクライアントアプリケーション対ウェブ？

のウェブの

プロ - 一貫性のあるアーキテクチャを保持します。

短所は - ボックスのコントロールは、我々はボックスを確保するために余分なステップを踏む必要があり困難であるかもしれないハイジャッキ限定ログイン、その他のセキュリティおよびコンピュータリソースを制御し、他のサイトに

のデスクトップシッククライアント：の

短所 - Webとクライアントの両方のアプリケーションがサポートする必要があります。 2箇所に配備2つのインスタンスが必要になります。

の長所 - セキュリティと箱の使用を制限するには簡単です。必要に応じて、PEなどのように、必要な機能でNOアプリのセキュリティログは、バックアップアプリを持っていないことができます。

Answer 1

私は、過去に同様のものを作成しました。 //www.chippc：私は "ジャックPC"（ HTTPを使用していました。それに接続された大型液晶テレビ付きのCOM /シンクライアント/ジャック-PC / index.asp に）。ジャックPCは自動的にRDPを使用してサーバーに接続するように設定し、サーバー上のWindowsフォームアプリケーションを起動するスクリプトました。 Windowsフォームアプリケーションは、基本的には、WebBrowserコントロールをフォームしました。このアプリケーションは、基本的にロードするURLのを探して事前に定義されたスケジュールに従ってクエリと呼ばれます。データを表示/ロードするためのロジックを持つページが入っていた2番目のWebアプリケーションがありました。基本的に、それは任意のHTMLコンテンツを表示することができ、レポートは含まれています。これはあなたにいくつかのアイデアを与える願っています。

Answer 2

は、 Observerパターンに適したシナリオのように私にね。これは、あなたができるようになりますに再建築家、あなたのコアワークフローアプリケーションを必要とせずに、将来の「オブザーバー」（モバイルデバイス、デスクトップなど）を転がします。