文档介绍：软件工程
E-mail:******@
第3章需求分析 Requirements Analysis
本章重点
1．分析建模与规格说明；
2．建模的图形描述。
3. 分析建模与规格说明方法。
教学目标: p31
是确定系统必须完成什么工作，也就是对目标系统提出完整、准确、清晰、具体的要求。
需求分析的任务
（1）确定系统的综合要求；
（2）分析系统的数据和信息要求；
（3）模型分析--导出目标系统的逻辑模型；
（4）修正系统开发计划；
（5）开发原型系统。
（1）功能需求
（2）环境需求
（3）性能需求
（4）可靠性需求
（5）安全保密要求
（6）用户界面需求
（7）资源使用需求
（8）软件成本消耗与开发进度需求
问题识别
分析与综合
系统分析员需要从
信息流和
信息结构
出发，逐步细化所有的软件功能，找出系统各元素
之间的联系、接口特性和设计上的约束，分析它们
是否满足功能要求，是否合理。依据功能需求、性
能需求、运行环境需求等，去除其不合理的部分，
增加其需要的部分。最终综合成系统的解决方案，
给出目标系统的详细逻辑模型。
chapter__2
*
本章要点
一、需求概述
二、需求工程
三、需求分析模型
四、需求建模方法
五、案例分析
*
软件需求管理的过程
需求分析
编写需求规格
需求验证
需求获取
需求变更
需求确认
需求变更
chapter__2
*
需求工程基本任务 P28
需求工程
需求管理
需求开发
需求获取 P28
需求分析 P31
需求规格说明 P31
需求验证 P32
变更管理 P35
*
需求获取图示
*
需求获取
用户要求
扩展需求
基线需求
软件需求
获取需求的形式和沟通类型：
建立分析所需要的通信途径，以保证能顺利地对问题进行分析。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是，每一次交流一定要有记录，对于交流的结果还可以进行分类，便于后续的分析活动。
*
需求分析定义
需求分析：
是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。
软件需求分析的过程
chapter__2
*
需求分析模型 P31 图3-5
*
软件需求规格说明的原则 P31
从现实中分离功能，即描述要“做什么”而不是“怎样实现”
采用一定的规格说明语言
如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中
*
规格说明应该包括系统运行环境
规格说明应该是一个认识模型
规格说明应该容许不完备性并允许扩充
编制需求分析文档
（1）软件需求规格说明书。
（2）数据要求说明书。
（3）初步的用户手册。
（4）修改、完善与确定软件开发实施计划。
chapter__2
*
3、规格文档参考
引言
系统定义
应用环境
功能规格
性能需求
产品提交
实现约束
质量描述
其它
签字认证
《需求分析报告》书写规范

9. 性能需求
10. 运行需求

12. 同类产品简介
（限自主产品）
13. 用户手册
14. 特殊要求
15. 参考资料
chapter__2
*
需求验证 p32
需求是正确的吗？
需求是一致的吗？
需求是完全的吗？
需求是实际可行的吗？
需求是必要的吗？
需求是可检验的吗？
需求是可跟踪的吗？
最后的签字
综合评审
（1）设计方案正确性、先进性、可行性和经济性；　　
（2）系统组成、系统要求及接口协调的合理性；
（3）系统与各子系统间技术接口的协调性；
（4）采用设计准则、规范和标准的合理性；
（5）系统可靠性、维修性、安全性要求是否合理；
（6）关键技术的落实解决情况；
（7）编制的质量计划是否可行。
*
需求总在变化
chapter__2
*
chapter__2
*
需求变更管理p32
确定需求变更控制过程
建立变更控制委员会(SCCB)
进行需求变更影响分析
跟踪所有受需求变更影响的工作产品
建立需求基准版本和需求控制版本文档
维护需求变更的历史记录
跟踪每项需求的状态
衡量需求稳定性
chapter__2
*
需求变更控制系统
一个正式的文档，说明如何控制需求变更
建立变更审批系统
需求变更管理
（1）不要轻易答应用户进行修改；
（2）即使可能修改，也要用户方书面