長時間実行されるバッチプロセスを起動するためのWebフロントエンドの設計
よくできていて、習得しやすいユーザーインターフェイスを備えた「Webポータル」アプリケーションの例を探しています。
「Webポータル」とは、計算集約的で長時間実行されるジョブを実行するバッチ処理システムへのWebインターフェイスを意味します。典型的なワークフローは次のようなものです：
- Webサイトにログインします。
- ジョブのいくつかのパラメーターを指定します。
- 1つ以上の入力ファイルをアップロードする可能性があります。
- 仕事を始めます。
- ジョブのステータスを確認します（開始？進行中？終了？）。
- 完了したジョブの結果をダウンロードします。
私は例を探しています：確かなユーザーインターフェイスを備えた、同様のワークフローを備えた既存のWebアプリケーションの例（特に観点から）これまでにインターフェイスを見たことがない新しいユーザーの。
注： 元々はスタックオーバーフローで尋ねられました ですが、uiに適しているようです
SmartyStreets でこれを行います。ユーザーは何百万ものアドレスが含まれている可能性のあるファイルをアップロードし、それらを検証して標準化/重複排除するなどを行います。これは非常にプロセッサ負荷が高く、マスターデータがRAMドライブにロードされている場合でも、数百万のアドレスには数時間かかります（ちなみに、その量では超高速です...）.
同時に実行される数十のジョブをサポートできるUIを設計することも重要です。たとえば、サーバーノードはスケールアップしており、一度に多くのファイルをサポートできます。ユーザーには、ステータスを表示して管理するための効果的な方法が必要です。 2011年に、UIを刷新し、これが私たちが思いついたものです。
これは30秒のビデオです プロセス全体がどのように機能するか、およびインターフェイスがジョブの現在のステータスにどのように応答するかを示します。必要に応じて、 このページ から始めてみてください（無料、心配しないでください...）。
ワークフローのスクリーンショット...ファイルによって異なりますが、約30秒から数分かかります。
リストをアップロード
ファイルのアップロードを参照してください
フィールドをマップします（自動的に発生します。自動マップが正しいことを確認してください）
今起こっていることを最新に保つ
リストの処理が始まると、ユーザーは前に戻って、リアルタイムで並行して処理されるリストをさらにアップロードできることに注意してください。リストはいつでもキャンセル/削除でき、完了したらダウンロードできます。リストが少なくとも1回ダウンロードされると、チェックマークが表示されます。
これは実際には老朽化したデザインであり、アップグレードを計画しています。モダンでレスポンシブなWebアプリのように感じられます。
アカウントの「ダッシュボード」ページの外観が何度も変更されており、この設計によりサポートコール/メールが最も少なくなり、顧客は一目ですべてを確認できるようになりました。初めてのユーザーは、すぐに使いこなせるようになる傾向があります。
具体的な例はわかりませんが、以下を検討します。
システムに入力された求人を一覧表示するメインページが必要なようです。各ジョブには、おそらく最も重要な情報であるため、明確にラベルが付けられたステータス（保留中、実行中、完了など）が必要です。ジョブをステータスごとに明確に区別したい場合もあります。たとえば、ジョブを3つの個別のリストに表示します。
実行中の各ジョブは、可能であれば、現在の期間と完了の推定時間を表示する必要があります。完了したジョブは所要時間を表示でき、保留中のジョブは可能であれば推定開始時間を表示できます。
ジョブがユーザーごとの場合、あるユーザーが別のユーザーのジョブを表示できるかどうかを検討する必要があります。
おそらく「ジョブ制御」アクション（実行中のジョブの停止、完了したジョブの削除など）が必要になるでしょう。ジョブが処理される順序を制御するために、ある種の優先システムが必要になる場合もあります。または、単にそれらをキューに表示して、ドラッグアンドドロップなどで注文できるようにします。