“流程应用”网站的工作流程

Question

我们正在设计一个网站的过程中，用户可以填写申请表格并提交它。一旦创建了应用程序，它将通过不同的部门进行review.After每次审查，部门人员登录到网站并更新应用程序的状态。一旦审查完成，该申请就被称为“批准”。此外，还会向申请者发送有关其申请状态的最新信息(电子邮件)。我正在考虑将Windows Workflow用于此应用程序，但我还是个新手。有没有人能告诉我，使用WF来做这样的app..or是不是有点夸张。我在考虑使用状态机工作流，因为每个创建的应用程序都会经历不同的状态。我主要关心的一个问题是，这个过程还涉及到手动工作，例如审查应用程序(这可能需要几天时间)，然后更新状态(例如，通过单击网站上的按钮)。工作流可以处理这种事情吗？

我浏览过很多网站，但他们谈到了状态改变automatically.But的非常基本的例子。在我的例子中，有很多人与人互动。

任何帮助我们都将不胜感激

谢谢！

Answer 1

“我的情况是有很多人与人之间的互动。”

这是最容易构建的东西。这只是交易而已。

该过程中的每个阶段都是一个简单的web应用程序。

1. 获取在此状态下等待的所有项目。在列表中显示它们。用户选择一个。
2. 将显示该作品。用户进行更改。保存它。某些更改会将其移动到下一个状态。这仍然只是一个更新。

就这样。没什么花哨的。

• 你只需要非常非常清楚地定义每个状态。
• 你必须有一个简单的查询来找到在这个状态下的工作。
• 你必须有一个简单的更新来将工作转移到下一个状态。

状态必须是非常、非常清晰和简单的定义。例如，一个带有州名称的列。

然而，状态转换规则可能很复杂。如果这项工作是高度手工的，那么它可能就像可用状态的下拉列表一样简单。

如果状态转换很复杂，那么您可能需要更复杂的东西来体现转换规则。但是因为它是手动的，所以你不需要太多。

1. 我是否需要为创建的每个应用程序单独创建一个工作流实例?我不知道这可能意味着什么。在手动处理步骤的管道中移动的每个“应用程序”都有一个“状态”--管道中它正在等待的步骤，正确的now.Each应用程序也有每个状态更改的完整历史记录。我不知道哪一个是可以有实例的“工作流”。它们只是一个对象的存在状态。
2. 它是一个web应用程序。所以它会有一些其他的逻辑，比如查看应用程序，导航等等，我需要在工作流程中也适应这些吗？

是和否。是的，每个处理阶段都会显示应用程序，因此该阶段的用户可以执行他们所做的任何增值操作。他们添加信息或批准在工作流程中的information.Each阶段是一些人做出决定并采取行动的地方。因此，每个阶段都会显示人员做出决策所需的所有信息。不需要额外的视图。

导航并不是特别有趣。人们转到页面查看他们的未处理工作队列。我猜你将不得不用一些网址构建一个页面，但这并不是很多。

• 如果只有一部分基于工作流的应用程序是可以的。

好的。为什么不行？我不确定我是否理解了question.Your web应用程序只是从数据库中查询出一个数据队列，然后将该数据队列呈现给一个人。该人员可以请求详细信息并对队列中的特定项目进行更改。这个人可以做的一个改变是将东西从他们的队列中移到其他人的队列中。

这并不是很复杂。它不应该是。困难的是定义允许的状态更改。

Answer 2

MSDN上的Here is a sample描述了一个与您所描述的非常相似的工作流-尽管它们使用的是Windows Forms客户端而不是web客户端-但考虑到工作流运行时的使用，这些细节应该无关紧要。

我想说的是，您的情况将非常适合工作流-通过让运行时在某些点自动保存工作流细节来支持长时间运行的工作流，因此需要几天或几周才能完成的步骤完全没有问题。