如何在数据库应用程序“低”“正常”“高”中指定“优先级”级别？

Question

我正在开发一个数据库驱动的Web应用程序，该应用程序必须跟踪管理员分配给用户的“任务”。

有人告诉我，任务应按优先级分类：“低”，“正常”或“高”。我告诉经理用这种方式描述了这个要求，我熟悉另一个跟踪完全独立系统任务的应用程序。用户将任务指定为优先级“低”，“正常”或“高”。有使用这三者的标准，但在实践中，没有人将他的任务指定为“低”优先级。实际上，只有两个优先级。

为了避免这种情况，用什么三个词来描述用户可以轻松使用的三个优先级？我意识到这个问题有点主观。

我的第一个想法是“正常”，“高”和“紧急”;但是应用程序还会在截止日期前按时间对任务进行分类，因此“紧急”可能会使用户感到困惑。

Answer 1

我认为唯一可行的方法是限制可以分配给用户的“高”和“正常”任务的数量。例如，用户只能有2个“高”优先级任务，5个“正常”优先级任务和无限数量的“低”优先级任务。这样，如果经理想要给用户另一个“高”优先级任务，她需要降低另一个任务的优先级或将其分配给其他人。

在我看来，这个解决方案（a）非常准确地反映了现实，因为如果我的所有任务都是高优先级，那么只有一对仍然会完成，（b）可能不会与业务一起飞行。

： - ）

Answer 2

我认为，即使一个人是多任务的，但在任何时间点，这个人都不可避免地会像一个CPU处理器那样改变优先级。

因此，我认为在优先级方面为任务分配越来越多的数据可能更有用。

优先级1是您正在进行的工作。

优先级2是下一个......

等等

这样就可以清楚地知道正在处理哪个任务，因为分配给一个人的所有OPEN任务中优先级数=最低的那个是最紧急的一个等等......

任务管理系统应确保自动管理优先级，以便在现有任务关闭时更新数值等，以确保实际数字从1开始保持开始，并且用户可以根据任务调整优先级

Answer 3

正常，高，异常。

• 正常是一项日常任务。
• 高是必须正确的。
• 例外是现在必须正确的事情，但管理层会查看 以确定是否真的有必要。

在一次警告之后，担心浪费主管的时间几乎总是足以阻止人们不必要地检查“例外”。