预订演示
前页 后页

需求定义与管理

需求工程领域是解决方案开发生命周期中最关键的学科之一,它对项目的成功有记录的影响。用 20 世纪著名物理学家阿尔伯特·爱因斯坦的话来说:

“如果你足够仔细地定义一个问题,那么解决方案就会突然出现在你身上。”

Enterprise Architect拥有一系列无与伦比的工具,用于开发、管理、可视化和记录需求,包括用于导入或集成并与外部需求管理系统同步的工具。

这些工具实现了 SysML 规范中定义的需求的所有方面,但工具特征远远超出了这一点,它创建了一个复杂的需求平台,其中包含与需求管理和定义相关的所有学科的工具。这些工具不仅对那些直接工作的工程师或管理人员有用,而且还有一个功能范围,例如可以帮助任何学科的设计可追溯性窗口,并且可以由架构和团队使用以确保将要求纳入设计,并因此实施到交付的产品或服务中。有关更多信息,请参阅需求模型帮助主题。

开发需求

需求开发包括与发现、评估、记录、记录和验证特定项目的需求相关的所有活动和任务。需求被发现、分析、指定和验证。 Enterprise Architect拥有广泛的工具和特征来协助系统工程师开发需求。需求开发的核心是规范管理器,工程师可以通过它以文本形式输入、查看和管理需求,就像在电子表格或文档中一样。需求属性,例如状态、优先级和作者,可以在线编辑,并且可以应用过滤器来限制特定要求的显示。

Defining requirements using the Specification Manager in Sparx Systems Enterprise Architect.

规范管理器可与图表、可追溯性功能窗口、讨论区等其他管理工具平台配合使用。

管理需求

这包括维护一组要求的活动,这些要求代表项目团队和客户之间的协议或协议。它还聚焦确保设计和开发团队可以接受需求,并且它们足够具体,可以实施到工作业务、软件或硬件系统中。 Enterprise Architect是一个复杂的需求管理平台,无论领域、项目规模或所遵循的方法如何, Enterprise Architect都提供了可以轻松管理复杂项目中最大的需求存储库的工具。

Status chart - a Requirements Management Tool used in Sparx Systems Enterprise Architect.

需求关系

有一组丰富的需求关系允许需求元素连接到其他建模元素,包括其他需求。关系包括:

  • 遏制
  • 跟踪
  • 复制
  • 派生
  • 核实
  • 细化
  • 满足
我们将在本主题的正文中探讨这些关系。

可视化需求

需求的可视化是需求过程的一个重要方面,因为在需求目录被指定、分析、开发和管理时,所有利益相关者都可以查看需求目录是至关重要的。这些要求代表了工程师对利益相关者就手头的问题或机会所做的讨论、观察和表述的解释。 Enterprise Architect具有广泛的机制,不仅可以向利益相关者社区提出这些要求,而且还允许对这些要求进行讨论、审查和策划。

记录需求

作为需求工程学科的一部分,通常会生成许多文档,例如系统需求规范和用例报告,这些文档可以使用内置模板或用户定义的模板从需求模型中自动生成。此外,可以使用内置或自定义模板生成范围广泛的其他文档。

还可以在手机、平板电脑或 PC 等便携式设备上的网络浏览器中查看模型。此功能作为专业云服务器产品的一部分提供,并提供了生成静态文档的替代方案,并允许工程团队与建模环境之外的更多受众进行交流和协作,而无需任何软件安装或配置。