1、教案（第 1 页）章章节节名名称称6 6 软件需求分析软件需求分析 2 2授授课课安安排排授授 课课时时 数数授授 课时课时间间第 6 次授授 课课方方 法法讲练结合授授 课课 教教具具机房教教学学目目的的了解需求验证和需求管理教教学学重重点点需求验证和需求管理教教学学难难点点需求验证和需求管理从现实中分离功能，即描述要“做什么”而不是“怎样实现” 规约必须是一个认识模型，而不是设计或实现的模型 使用面向处理的规约语言(或称系统定义语言)，讨论来自环境的各种刺激可能导致系统做出什么样的功能性反应，来定义一个行为模型，从而得到“做什么”的规约系统工程：如果被开发软件只是一个基于计算机的系统中的一
2、个元素，那么整个大系统也包括在规格说明的描述之中规约必须包括系统运行环境规约必须是可操作的，以便能够利用它决定对于任意给定的测试用例，已提出的解决方案是否都能满足规约。规约必须允许不完备性并允许扩充规约必须局部化和松散耦合 它所包括的信息必须局部化，这样当信息被修改时，只要修改某个单个的段落装订线教案（附页）（第2页）(理想情况) 规约应被松散地构造(即松耦合)，以便能够很容易地加入和删去一些段落需求验证目的是要检验需求是否能够反映用户的意愿评审人员评审时往往需要检查以下内容：1. 系统定义的目标是否与用户的要求一致；2. 系统需求分析阶段提供的文档资料是否齐全；文档中的描述是否完整、清晰、准
3、确地反映了用户要求；3. 被开发项目的数据流与数据结构是否确定且充足；4. 主要功能是否已包括在规定的软件范围之内，是否都已充分说明；5. 设计的约束条件或限制条件是否符合实际；6. 开发的技术风险是什么；7. 是否详细制定了检验标准，它们能否对系统定义是否成功进行确认。需求工程概述需求获取需求分析、协商与建模需求规约与验证需求管理需求管理是一组用于帮助项目组在项目进展中的任何时候去标识、控制和跟踪需求的活动需求跟踪有两种方式，正向跟踪与逆向跟踪 正向跟踪：以用户需求为切入点，检查需求规约中的每个需求是否都能在后继工作产品中找到对应点 逆向跟踪：检查设计文档、代码、测试用况等工作产品是否都能在需求规约中找到出处教案（附页）（第3页）初期的认识不足导致错误或不完整的需求需求本身存在不一致业务变化导致的刚性需求变更外部经济、市场环境的变化客户和项目组对已确认的需求理解不一致技术制约或多目标权衡带来的需求变更需求变更管理过程支持
