そのため、ユーザーとプロジェクトの割り当てマトリックスをユーザーに示しています。ユーザーはそれを「編集」できます。編集すると、テーブルが編集可能になり、セルを変更するだけです。
データモデルの観点から見ると、各列はプロジェクトを表し、基本的に、変更された各セルは userproject テーブルの変更です。変更をコミットする前に、次のような確認メッセージを表示します。
プロジェクト Y に対するユーザー X の割り当てを 25% から 20% に変更します。プロジェクト P2 からユーザー B を削除します。ユーザー C を 50% でプロジェクト P3 に追加します。
ユーザーが「OK」と言うと、Ajax を使用してすべて保存します。そして、行ったすべての変更の確認を表示します。
ここまでは順調ですね。
質問: ユーザーは [保存] をクリックして作業を続けることができます。次回ユーザーが [保存] をクリックしたときに、フィードバック メッセージを新しいフィードバック メッセージで上書きしてもよろしいですか? [古いフィードバック メッセージは画面から削除されました。] 言い換えると、「保存して作業を続行する」というパラダイムが、保存してコーヒーを飲みに行き、戻って開くのと本質的に同等であることをユーザーが理解できるようにすることです。またグリッド？
プロジェクトログの観点からはどうですか？「保存」するたびにログイベントが生成されますが、これはユーザーが重複していると考えるかもしれません。