《需求工程概论——应用篇》幻灯片.ppt

需求工程概论（应用篇） 上期回顾 什么是需求？ 系统必须符合的条件和具备的功能。 需求如何分类？ Furps+模型 功能性需求+非功能性需求 上期回顾 需求有哪几个层次？ 衡量需求是否优秀的标准？ 清楚(Clear) 完整(Complete) 一致(Consistent) 可测试(Testable) 上期回顾 需求工程的结构 需求的开发与管理 课程内容 基础篇 需求简介 需求现状分析 应用篇 需求开发 需求管理 需求开发 需求开发是项目开发的基础，是项目实施成败的关键 1 获取需求 1 获取需求 获取需求的活动流程： 获取需求活动准则： 清楚用户提出需求的理由并判断理由是否充分恰当 关注“做什么”而不是“怎么做” 分析识别用户需求的隐含需求 明确标识未确定的需求项 使用户需求与业务需求保持一致 需求开发 2 分析需求 需求分析通过建立关联和模型的方式来描述需求以获取更明确的需求，同时为用户和项目团队提供一个交流的渠道。 需求分析的关键活动： 绘制关联图 创建开发原型 分析风险和确立优先级 建立需求模型 2 分析需求 之 绘制关联图 绘制关联图以图形表示的方式描述系统的整体结构，包括系统的边界与接口。 2 分析需求 之 创建开发原型 软件原型（software prototype）是所提出的新产品的部分实现，建立原型的目的是： 明确并完善需求 探索设计选择方案 发展为最终的产品 原型的分类： 按范围可分为“水平原型”和“垂直原型”； 按用法可分为“抛弃型原型”和“演化型原型” 2 分析需求 之 创建开发原型 原型法成功的因素： 项目计划中应包括原型风险； 对于已经理解的需求不要建立原型； 在原型屏幕显示和报表中使用合理的模拟数据； 不要期望原型可以代替需求文档。 2 分析需求 之 分析风险和确立优先级 分析风险：在允许的成本、性能要求下 ，明确每项需求的风险，包括与其他需求的冲突、对外界因素的依赖和技术障碍。 确立优先级：尽早确立交付产品最重要的功能以权衡合理的项目范围、进度、预算和质量目标等。 2 分析需求 之 建立需求模型 结构化分析： 数据模型（实体关系图ERD） 功能模型（数据流图DFD） 行为模型（行为迁移图STD） 面向对象： 用例模型（Use Case） 2 分析需求 之 建立需求模型—数据模型 数据模型的三种元素： 实体 属性 关联 实体关系图（ERD）： 2 分析需求 之 建立需求模型—功能模型 功能模型的四种元素 外部实体 数据流 数据加工 数据存储 数据流图（DFD）： 2 分析需求 之 建立需求模型—行为模型 行为模型由三种元素组成： 状态 迁移 事件 状态迁移图（STD）： 用例模型（Use Case）：通过描述“系统”和“活动者”之间的交互来描述系统的行为。分解系统目标，描述活动者为实现目标而执行的所有步骤。 优点： 以用户为向导的； 方便的得到系统功能的测试用例。 需求开发 3 编写需求规格说明书 软件需求规格说明(SRS)阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件。 一篇优质的需求规格说明书应遵循的几个原则： 1、采用SRS模板 2、指明来源 用户、管理层、业务部、客服部、开发部、测试部、其他 3、标识需求 Type.nnn （FR.001 ，UI.005） 4、记录业务规范 5、创建需求跟踪能力矩阵 3 编写需求规格说明书 需求开发 4 验证需求 验证需求的关键活动有： 审查需求文档 编写测试用例 编写用户手册 确定验收标准 小结 课程内容 基础篇 需求简介 需求现状分析 应用篇 需求开发 需求管理 需求管理 需求管理是一种用于查找，纪录，组织和跟踪系统需求变更的系统化方法。 需求管理与CMM的关系： 需求管理 需求管理强调： 定义需求基线 评审变更请求、评估变更影响、裁决是否实施 以可控方式将需求变更融入项目 使当前项目计划与需求保持一致 使需求能与其工件联系起来以实现跟踪 在整个项目过程中跟踪需求状态及其变更情况 有效需求管理的关键在于维护需求的明确阐述、需求属性及与其他需求和工件之间的可追踪性！ 需求管理的结构 1 变更控制 参与变更控制的项目角色和职责： 1 变更控制 开始条件：通过合适的渠道（书面报告，web表单或email）接受合法的变更请求。 杜绝口头变更申请！ 步骤： 1 变更控制 验证： 通过检查确保更新后的需求文档、分析模型、产品均正确反映了变更的实施和实施质量 根据需求跟踪找出受变更影响的其他特性，验证其是否更新 结束条件： 所有变更的状态为“关闭” 建议者、CCB主席、质量保证人员等相关责任人关注到变更的细节和当前状