需求发现

需求的获取

需求获取的任务

需求获取应遵循的原则

需求获取的过程

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以内）

需求管理

需求跟踪

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

需求变更管理

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

项目需求及需求规约