物联网工程实践课件：6软件需求分析2.ppt

1、软件需求分析软件需求分析 - -目录目录v需求工程概述需求工程概述v需求获取需求获取v需求分析、协商与建模需求分析、协商与建模v需求规约与验证需求规约与验证v需求管理需求管理需求规约的原则需求规约的原则-1-1m从现实中分离功能，即描述要“做什么”而不是“怎样实现” 规约必须是一个认识模型，而不是设计或实现的模型 使用面向处理的规约语言(或称系统定义语言)，讨论来自环境的各种刺激可能导致系统做出什么样的功能性反应，来定义一个行为模型，从而得到“做什么”的规约需求规约的原则需求规约的原则-2-2m系统工程：如果被开发软件只是一个基于计算机的系统中的一个元素，那么整个大系统也包括在规格说明的描述之

2、中m规约必须包括系统运行环境m规约必须是可操作的，以便能够利用它决定对于任意给定的测试用例，已提出的解决方案是否都能满足规约需求规约的原则需求规约的原则-3-3m规约必须允许不完备性并允许扩充m规约必须局部化和松散耦合 它所包括的信息必须局部化，这样当信息被修改时，只要修改某个单个的段落(理想情况) 规约应被松散地构造(即松耦合)，以便能够很容易地加入和删去一些段落需求验证需求验证m需求验证目的是要检验需求是否能够反映用户的意愿 m评审人员评审时往往需要检查以下内容：1.系统定义的目标是否与用户的要求一致；2.系统需求分析阶段提供的文档资料是否齐全；文档中的描述是否完整、清晰、准确地反映了用户

3、要求；3.被开发项目的数据流与数据结构是否确定且充足；4.主要功能是否已包括在规定的软件范围之内，是否都已充分说明；5.设计的约束条件或限制条件是否符合实际；6.开发的技术风险是什么；7.是否详细制定了检验标准，它们能否对系统定义是否成功进行确认。软件需求分析软件需求分析 - -目录目录m需求工程概述m需求获取m需求分析、协商与建模m需求规约与验证m需求管理需求管理需求管理m需求管理是一组用于帮助项目组在项目进展中的任何时候去标识、控制和跟踪需求的活动 m需求跟踪有两种方式，正向跟踪与逆向跟踪 正向跟踪：以用户需求为切入点，检查需求规约中的每个需求是否都能在后继工作产品中找到对应点 逆向跟踪：

4、检查设计文档、代码、测试用况等工作产品是否都能在需求规约中找到出处需求变更的原因需求变更的原因m初期的认识不足导致错误或不完整的需求m需求本身存在不一致m业务变化导致的刚性需求变更m外部经济、市场环境的变化m客户和项目组对已确认的需求理解不一致m技术制约或多目标权衡带来的需求变更需求变更管理过程支持需求变更管理过程支持变更申请变更申请需求方需求方开发方开发方忽略忽略选择变更方式选择变更方式SCCBSCCB评估评估项目经理自行决定项目经理自行决定根据评估结果根据评估结果拒绝拒绝接受本次修改接受本次修改下个版本再修改下个版本再修改修改合同相关信息修改合同相关信息修改相关需求修改相关需求修改相应的项目计划修改相应的项目计划谢谢！