问题标签 [workflow]

我对我如何使用计算机的思考越多，我就越相信“工作流程”是提高生产力的关键因素，也是我应该设计交互的方式。我认为工作流是我们处理和管理与任务相关的数据、信息和知识的方式。

我开始使用我的第一个 Web 框架 - 我选择了 kohana，因为它看起来相对轻量级、功能完善并且使用我已经部分熟悉的语言 (PHP)。最近我一直在研究一本关于设计模式的书，但对如何使用这些信息感到有点畏惧。

我对简单的 Web 应用程序有一些想法，我认为它们可能对 Web 有用。我已经勾勒出我的数据对象，并尝试在便利贴上注明所涉及的阶段。

你们有没有任何设计技巧可以确保我的 web 应用程序围绕用户工作流的概念发展？除了设计模式，我还应该研究其他概念吗？

我在 Erlang 中看到了很多聊天示例，但是列表呢，比如工作队列？如果我想构建一个工作队列系统，比如项目管理系统，是否可以在流程邮箱中重新排序消息，还是必须使用消息优先级？有没有用 Erlang 构建的工作流系统的例子？

我们有几个工作流程，都是默认的 Sharepoint 工作流程 - 批准/反馈等。

一旦完成所有操作（并标记为已完成），文档工作流程的状态将保持为“进行中”。

我在网上找到了几次提到这一点 - 但没有解决方案。

任何帮助都会非常有帮助 - 谢谢！

我正在考虑将 jBPM 与我当前的项目集成，到目前为止，仅包括我耳中的 jpdl jar 并使用 spring 模块 0.8 jbpm 模块，但是我必须有一个合理的方法来从我的更改到设计器中的流程定义到生产中的部署。

该路径必须在许多环境（开发、许多测试、登台和生产）中是可重复的，并且理想情况下应该在系统本身未运行时完成。

理想情况下，我会将整个定义打包为 SQL 脚本，但是我还没有看到任何工具可以将 processdefinition.xml 转换为 sql，并且手动组装它似乎过于繁琐且容易出错。

有没有其他人在这里有任何经验？

该系统在 websphere 6.1 上运行，我倾向于避免在迁移时执行 java 代码（运行 java 代码以生成可以在迁移期间使用的工件虽然可以）

Spring Workflow现已发布。

• 你试过了吗？适合什么样的场景？
• 你的印象是什么？您如何发现它与其他工作流库相比？
• 找到任何好的文档或教程？

可以使用 Windows Workflow 和 Compact Framework 3.5 吗？

我刚刚获得了 Visual Studio 2008 的评估版，我环顾四周，但如果有办法做到这一点，我无法快速解决。如果没有办法，我只是不想再浪费时间环顾四周。

我已经能够在线找到Xaml 对象映射规范、WPF Xaml 词汇规范和Silverlight Xaml 词汇规范文档，但没有适用于 Windows 工作流的WF Xaml 词汇规范文档。我希望能够在不使用 Visual Studio IDE 的情况下指定工作流。

有谁知道这个规范是否存在，如果存在，在哪里可以找到它？

我需要根据员工的请求在某人的 Outlook 日历中进行约会。该应用程序在 SharePoint (WSS 3.0) 中运行。我的第一印象是使用 iCal 或发送会议请求，但我之前都没有这样做过，我正在寻找一种非常快速和简单的方法来完成它。有任何想法吗？

我有一个应用程序，它允许不同的用户更新一些数据，然后将这些数据发布到网站上。该应用程序使用 JPA 作为持久层。我现在想在这个场景中添加一些工作流管理，这样当具有初级角色的用户更新数据时，它不会直接发布，而是等待高级用户出现并批准更新。当更新未获批准时，原始数据应保持可见。

理想情况下，高级用户应该能够拒绝更新，而初级用户将看到该更新被拒绝并相应地编辑更新。

问题是，创建这样一个场景的好模式是什么？

我难以理解的部分是如何在不复制我拥有的每个实体的情况下表示更改的数据。在批准之前对数据进行多次更改怎么办？

我考虑了命令模式，因为它允许某种类型的撤消。我想知道是否有人有过类似情况的经验并有什么建议可以提供？

我应该指出，我知道一些工具，例如JBPM，它是一个工作流引擎，但我希望避免将这些工具集成到现有架构中的复杂性。如果有人指出使用这样的工具最终会产生更高的生产力，我将不胜感激。

谢谢

我们目前正在使用 Mantis 作为我们的 bugtracker，我们对此感到非常厌烦和厌倦。开发人员想要更多的 SVN 集成，客户想要更容易使用的系统。

因此，我们正在寻找一个新的 bugtracker，目前我们正在研究 Redmine。但是，在其默认设置中，它与我们所需的工作流程不匹配，或者至少不比 Mantis 好多少。

我们有以下工作流程，并希望有一个错误跟踪器来匹配它。

• 报告了一个错误（通常由客户），并被认为是“新的”。这些错误会定期审查并确认（这是错误）或标记为功能（客户通常需要付费）并延迟到财务部分解决后。
• 然后由开发人员分配和处理错误
• 完成后，它被标记为“准备审查”（由另一个开发人员）
• 审核时将其标记为“已审核”
• 当标记为“已审核”时，原始开发人员将新代码放置在暂存环境中并将错误标记为“准备好测试”（由错误报告者）
• 错误报告者将错误标记为“已解决”
• 当投入生产时，bug-reporter 会关闭 bug

当然，通常需要反馈，尤其是在早期阶段。我们正在寻找一种方法来区分谁需要进行下一步，以及将错误分配给谁（开发人员）。我们还希望客户使用简单的 gui 来执行此操作 - 要求他们将受让人从他们自己的帐户更改为开发人员，或者更困难：第三方（想想：设计机构）使用常规的要求太多了贵的。gui 应该向他们展示要做什么以及有哪些选项 - 而不是搜索它们。

有人对以这种方式工作的错误跟踪器有任何经验吗？我们的工作流程真的很古怪吗？您如何确保所有相关人员都了解错误所在的位置，以及需要谁采取哪一步？