需求发现

需求的获取

需求获取的任务

需求获取应遵循的原则

需求获取的过程

1).开发高层的业务模型

2).定义项目范围和高层需求

3).识别用户类和用户代表

4).获取具体的需求

5).确定目标系统的业务工作流

6).需求整理与总结

需求分析阶段任务

需求的作用

需求的定义

需求的基本性质

需求的分类

需求规约

一个需求规约时一个软件所有需求陈述的正式文档,是软件的概念模型

基本性质

格式

作用

系统需求规格说明

需求分析阶段的重要任务之一是根据分析的结果编写需求规格说明,经过严格评审并得到用户确认之后,作为这个阶段的最终成果。按照国家标准GB/T 8567—2006《计算机软件文档编制规范》,涉及需求规格说明的文档有“软件需求规格说明(SRS)”、“数据需求说明(DRD)”等。

应该包含在SRS中的内容

不应该包括在SRS 中的内容

编写需求规格说明的原则

SRS模板

需求规格说明的质量要求

需求评审

评审的主要内容

1)功能2)性能3)接口4)数据5)硬件6)软件7)通信8)正确性9)完整性10)可行性11)一致性12)兼容性13)清晰性/无歧义性14)安全性15)健壮性16)可理解性17)可修改性18)可测试性和可验证性19)可维护性20)可追踪性21)可靠性22)其他

需求评审中的常见风险

1)需求评审的参与者选取不当2)评审规模过大(10-30页)3)评审组规模过大(3-7人)4)评审时间过长(2h以内)

需求管理

需求跟踪

需求跟踪性是维护需求与软件制品之间的映射(例如设计对象、用例、测试用例、已实现的软件组件等),以满足整个开发生命周期的需要。

需求变更管理

需求管理的所有活动中,最重要的是—— “需求变更管理”,包括:识别出的问题-->问题分析和变更描述-->变更分析和成本计算-->变更实现-->修正后的需求

项目需求及需求规约