前页 | 后页 |
要求
需求工程是引发,分析,指定和管理需求的学科。需求本质上是系统或流程必须能够执行的属性的定义。 Enterprise Architect提供的工具和功能将协助需求工程的各个方面,从启发到需求管理。
根据所使用的开发方法,需求工程的执行方式有所不同。诸如Water Fall之类的传统流程将规定在开发工作开始之前就已经提出并分析了需求,而当使用迭代方法和增量方法(包括敏捷方法)时,会逐步提出并分析需求。
在流程中的不同层次上也存在需求。例如,存在诸如利益相关者需求之类的高级需求,而定义系统组件必须如何工作的低级需求。可以将详细需求组织到一个层次结构中,最终达到一个高级需求,因此满足每个详细需求将导致满足更高层次的需求,并最终满足最高层次的需求。这种分层结构有助于管理大型系统的复杂性,其中包含成千上万的需求以及为实现这些需求而开发的许多流程。
Enterprise Architect是最早支持需求工程的UML工具之一,并且凭借其强大而通用的功能集,它在该领域一直处于领导地位,该功能集支持需求工程的各个方面,包括基于文本的规范管理器,分层表示,需求图用于可视化,自动文档生成和需求管理功能。可以为需求赋予状态,该状态可以在图表上使用颜色代码方便地显示,从而帮助需求管理器和其他人员快速直观地查看需求状态。
聚会要求
收集需求通常是开发解决方案的第一步,无论是开发系统还是过程。从希望使用,维护该解决方案或从该解决方案中受益的所有各方收集需求,并根据需要将其组织为组,功能区域和层次结构。可以将它们转录为电子表格或需求收集或管理工具,也可以在集成建模工具(例如Enterprise Architect创建它们。
需求管理是软件开发中问题较多的学科之一,其原因如下:
- 将不同的组输入到需求中
- 组织边界划分
- 刀具边界划分
- 需求波动
- 自然语言的不精确性和歧义性
- 可追溯性和
- 与变更和配置管理系统集成
需求管理和Enterprise Architect
通过在模型中定义需求, Enterprise Architect是将需求管理与核心产品中其他软件开发学科集成在一起的少数UML工具之一。在Enterprise Architect ,您可以:
- 直接在模型中以实体和属性的形式创建和查看需求,以简单的文本描述或元素及其组织的图形表示形式创建和查看需求
- 在外部CSV文件中整理需求,然后将其导入模型
- 直接在模型中显示详细的用例和场景
- 为每个需求输入标准属性(属性),例如难度,状态和类型,并定义自己的属性(属性)
- 跟踪需求到用例,业务规则,测试用例和分析工件(例如,使用关系矩阵)
- 跟踪并查看更改对需求的影响(例如,通过“可跟踪性”窗口),并查看更改本身
- 根据需求创建客户质量的MS Word和HTML报告
笔记
- 所有这些功能均通过EAExample.eap模型中的示例进行说明,该示例作为Enterprise Architect安装的一部分在Enterprise Architect Program Files目录中提供:... \ Program Files \ Sparx Systems \ EA
- 如果您的项目团队没有使用Enterprise Architect来管理需求,他们仍然可以通过“生命周期开放服务(OSLC)”客户端工具通过Cloud访问,使用和使用需求。