注文レビュープロセスをより合理的に設計するにはどうすればよいでしょうか? ? ?

前書き: 注文のレビュープロセスをより効率的かつ合理的に設計する方法についてアドバイスをお願いします。詳しく設計していただければ幸いです。

システムの役割

店舗販売員、店舗マネージャー、注文審査担当者、財務専門家、発注担当者。

プロセス

プロセスに合格する

店舗売上入力注文情報 > ストアマネージャーのレビュー > 注文を発注できるかどうかを判断します。注文できない場合は返品されます。

返品プロセス
ストアマネージャー、注文レビュー担当者、財務、発注担当者は全員、レビューのために送信された注文を返品できます。レビューの特定のステップに達した役割のみが返品できます。

現在のシステムの設計モデル (まったく馬鹿げているように感じます)
現在のシステムでは、注文にステータス フィールドが与えられます。1 は未承認を意味し、2 は店長によって承認されたことを意味します。
次に、これに基づいてロジックを作成します。たとえば、財務レビューの注文リストには、status=3 の注文のみが表示されます。

アドバイスを求めています

1. この種のプロセスレビューをより適切に設計する方法。

2. 考えられる要因を検討してください。たとえば、リーダーが将来的には店長によるレビューは必要ないと述べた場合、レビュー リンクは効率的かつ安全に削除できると考えます。

返信内容:

前書き: 注文のレビュープロセスをより効率的かつ合理的に設計する方法についてアドバイスをお願いします。詳しく設計していただければ幸いです。

システムの役割

店舗販売員、店舗マネージャー、注文審査担当者、財務専門家、発注担当者。

プロセス

プロセスに合格する

店舗売上入力注文情報 > ストアマネージャーのレビュー > 注文を発注できるかどうかを決定します。注文できない場合は返品されます。

返品プロセス
ストアマネージャー、注文レビュー担当者、財務、発注担当者は全員、レビューのために送信された注文を返品できます。レビューの特定のステップに達した役割のみが返品できます。

現在のシステムの設計モデル (まったく馬鹿げているように感じます)
現在のシステムでは、注文にステータス フィールドが与えられます。1 は未承認を意味し、2 は店長によって承認されたことを意味します。
次に、これに基づいてロジックを作成します。たとえば、財務レビューの注文リストには、status=3 の注文のみが表示されます。

アドバイスを求めています

1. この種のプロセスレビューをより適切に設計する方法。

2. 考えられる要因を検討してください。たとえば、リーダーが将来的には店長によるレビューは必要ないと述べた場合、レビュー リンクは効率的かつ安全に削除できると考えます。

文書を作成し、各レビューに対応する ID を指定するだけで、店長レビューの必要がなく、送信直後に struts を 3 に設定し、前のデータベースの店長レビュー ステータスを次のレビュー ステータスに設定するだけです。

権限メニューと同様に、権限制御を作成した方が良いです。

注文のステータスごとにチェックオプションを作成し、ロールを設定するときに対応するチェックをオンにします。データを表示する際に、対応するSQL条件を簡単に記述できます。