IT系统的实现和定制经常取决于提高一个或多个业务流程。在这样的场景中,传统的电子表格模板的需求规范要求的不足。为什么会出现这样的情况?
- 未能识别不同的需求之间的矛盾。需求通常取决于对方。很难识别这些依赖关系和冲突没有图形业务流程定义,将需求在上下文中。
- 设置关注系统和工具,而不是业务目标。需求工程会议可以出轨的技术利益相关者开始争论影响技术实现细节的优雅的解决方案,而忽略他们对业务需求的影响。
- 缺乏指导通过任务,实现项目的目标是完成。当你实现一个系统来帮助你达到一个特定的业务目标,关键要求是首先对过程系统需要支持。没有明确的技术需求,从业务流程映射到您的需求规范必然会偏离业务流程定义。在长时间的持续的过程改进项目尤其如此。
通过设置当前状态和未来状态流程清晰的参考点,业务面向流程的需求工程包含了流程和业务目标,防止你迷路在技术实现细节。
这篇文章需爱游戏ayx双赢彩票要一个直接的方式解释面向流程的需求工程的优势,指导你通过我们的一个内部的需求规范工程流程。
实践面向流程的需求工程
让我们看看方法再造我们的应用文本的翻译过程。流程跨一组高度定制的IT系统,需要开发人员和翻译之间的顺利交接。
定义业务目标
我们的流程再造工作的总体目标是:
- 提取和集成自动化语言翻译管理系统(节约成本),
- 将所有翻译和语言抛光任务从我们开发人员专业技术作家和译者(提高产品质量),
- 为我们的翻译人员提供更好的信息和工具来创建高质量的翻译(提高产品质量)。
流程编辑器配置Signavio需求工程优化支持
只需几个鼠标点击为我们配置的工作空间和优化支持我们的需求工程方法。
词典默认类别“需求”的存在在我们的工作空间。我们为每个需求工程项目创建子范畴的开始。
现在,我们将自定义属性添加到字典分类。
每个自定义属性反映了需求规范表中的一列,例如“优先级”或“responsibility.”
稍后,我们将联系要求元素在我们的流程图。每个元素应该参考任意数量的需求。
我们创建一个属性列表元素的类型字典链接。
我们还创建一个(多行)文本文档属性的任务级别的缺点详细活动在我们的当前状态的过程。
我们的要求规范之旅可以现在开始!
确定当前状态的过程
首先,我们确定当前状态的过程。确保流程表示实际现状,我们需要所有利益相关方和过程参与者:软件工程师,翻译人员和产品经理。
然后,我们标识和记录过程的缺点以及同一组利益相关者。我们的翻译过程,例如,涉及几个手动步骤翻译文件转移我们对翻译的代码库管理系统。这是一个明显的缺点。
我们将改变这些缺点的要求。在上面的示例中,高层次的需求我们可以推出“自动化与翻译的集成管理系统”
Signavio流程编辑器,我们可以直接管理的要求在相应的过程元素。
派生需求从当前状态过程的缺点
我们指定需求基于我们的业务目标和当前状态的缺点的过程。
对于每一个需求,我们添加一个字典和引用它直接需求影响的过程步骤。
指定未来状态的过程
根据我们的需求规范,我们现在调整当前状态的一个副本流程来代表我们的未来状态的过程。图形化流程模型揭示了当前状态进一步可能的改进,以及技术和组织的影响。
因此,然后确定进一步的需求和调整的一些需求我们已经指定。
最后,我们有一个明确的未来状态的过程…
…和一个需求列表,指定我们需要做什么。我们甚至可以作为Microsoft Excel®电子表格导出需求。这意味着我们可以生成一个传统需求规范表,以防需要手续。
我们现在可以创建一个路线图,并开始实施新的流程。
专家提示:整合你和企业架构的需求规范的定义
如果你有记录的企业应用程序环境ArchiMate®,你可以利用ArchiMate动机的扩展联系上下文的需求规范整个企业架构。
结论:面向流程的需求管理的优势
而传统的需求管理的重点是创建一个纯系统规范,在面向流程的需求工程,组织方面是一流的公民。
面向流程的需求工程能帮助你:
- 发现依赖关系和不同的需求之间的矛盾,
- 专注于最重要的方面:业务目标,
- 结合你的需求管理方法持续改进过程哲学。
Signavio流程编辑器,你可以开始使用面向流程的需求管理在任何时间和无缝集成您新创建的图到你的整体景观过程。
现在开始使用协作流程设计和注册一个免费试用帐户。
