信息系统项目管理师需求管理培训教材(PPT 108页)

软件需求的重要性
需求管理与项目管理的关系
项目需求是制定项目计划，开发项目产品 和从事项目活动的依据。
项目的计划、项目的开发活动及开发的产 品应与项目需求保持一致，随需求的变化 而调整。
需求工程（RE）
需求工程是指应用已证实有效的技术、方 法进行需求分析，确定客户需求，帮助分 析人员理解问题并定义目标系统的所有外 部特征一门学科。
如果被开发软件只是一个大系统中的一个元素， 那么整个大系统也包括在规格说明的描述之中
规格说明必须包括系统运行环境
规格说明必须是一个认识模型
规格说明必须是可操作的
规格说明必须容许不完备性并允许扩充
需求规格说明书文档参考
1. 引言 2. 系统定义 3. 应用环境 4. 功能规格 5. 性能需求 6. 产品提交 7. 实现约束 8. 质量描述 9. 其它 10. 签字认证
需求管理
需求：指的是由项目接受的或项目产生的 产品和产品构件需求。包括由组织征集的 对项目的需求。
Requirement Management 需求管理
确保各方对需求的一致理解，管理和控制需求 的变更，从需求到最终产品的双向跟踪。
软件需求定义
需求是指用户对软件的功能和性能 的要求，就是用户希望软件能做什 么事情，完成什么样的功能，达到 什么性能。
注意事项
识别真正的客户. 正确理解客户的需求 具备较强的忍耐力和清晰的思维 说服和教育客户
需求分析
定义：需求分析是为最终用户所看到的系 统建立一个概念模型，是对需求的抽象描 述。
需求分析也称为需求建模
需求分析模型
需求分析的时间
设计方案的时候 项目开始的时候 接管一个项目的时候 需求变更的时候
分层数据流图
分层数据流图
顶层流图仅包含一个加工，它代表被开发 系统。它的输入流是该系统的输入数据， 输出流是系统所输出数据
底层流图是指其加工不需再做分解的数据 流图，它处在最底层
中间层流图则表示对其上层父图的细化。 它的每一加工可能继续细化，形成子图。
数据字典
需求分析工作完成的一个基本标志是形成 了一份完整的、规范的需求规格说明书 （SRS）
需求规格说明书的编制是为了使用户和软 件开发者双方对该软件的初始规定有一个 共同的理解，使之成为整个开发工作的基 础。
软件需求规格说明的原则
从现实中分离功能，即描述要“做什么”而不是 “怎样实现”
要求使用面向处理的规格说明语言（或称系统定 义语言）
需求分析基本策略
头脑风暴 专家评审 焦点会议组
目的：进行具体的流程细化、数据项确认， 必要时可以提供原型系统和明确的业务流 程报告、数据项表，并能清晰的向用户描 述系统的业务流设计目标。
需求分析的难点
问题的复杂性（不了解业务） 交流的障碍 不完备性和不一致性 需求的易变性
需求定义
特征： 模糊性 不确定性 变化性 主观性
软件需求
软件需求的层次
业务需 求
用户需 求
非功能性需 求
系统需 求
功能需 求
质量特 性
约束和假 设
软件需求规格
软件需求的类型
功能需求 性能需求 环境需求 用户界面需求 资源使用需求 成本消耗需求 开发进度需求 预先估计以后系统可能达到的目标
信息系统项目管理师 需求管理
闫波

需求管理
用户需求是软件项目成败的关键
需求问题：
➢ 需求的隐含错误 ➢ 需求不明确、含糊 ➢ 用户刁难、用户不断增加需求 ➢ 需求变更
本章要点
17.1 需求管理概述 17.2 制定需求管理计划 17.3 需求管理规格说明的版本控制 17.4 需求变更管理 17.5 需求跟踪
抛弃型
开发出来获以便更多地了解问题或探究 可能的方案的灵活性或者合理性，是尝 试性软件，不用于被交付软件的实际部 分
结构化分析法
定义（SA,Structured Analysis）
20世纪70年发展起来的面向数据流的方 法
是一种自顶向下逐步求精的分析方法 根据软件内部数据传递、变换的关系进
行分析的
结构化分析方法－技术
数据流图(DFD) 数据字典(DD) 系统流程图
数据流图
是一种描述软件系统逻辑模型的图形符号
表示数据的起始点和终点 表示对数据的加工处理 表示数据流,箭头表示数据的流动方向 表示对数据的存储
银行取款过程数据流图
数据流图的层次结构
为了表达数据处理过程的数据加工情况， 需要采用层次结构的数据流图。按照系统 的层次结构进行逐步分解，并以分层的数 据流图反映这种结构关系，能清楚地表达 和容易理解整个系统
原型分析法
定义：
按照用户的需要，快速形成一个操作流程界面 可能只是一个框架，具体的功能没有实现，只
是结果 静态的操作流程，以便与用户快速就需求达成
一致 主要考虑系统的功能需求，很少考虑非功能需
求
原型方法
需求分析 原型开发
原型评价
原型方法的类型
进化型
开发出来用于了解问题，并形成被交付 软件的部分或全部的基础
需求开发 需求管理
软件需求工程管理的过程
需 求 需求获取 开 发
需求验证
需求分析 需求定义
需求管理
需求管理
需求获取
需求获取
通过与用户的交流，对现有系统 的观察及对任务进行分析，从而 开发、捕获和修订用户的需求。
软件需 求
用户要求
基线需求 扩展需求
获取需求的活动
了解用户类型及潜在类型 访谈和调研（要有记录） 对用户需求进一步整理和提取 将用户需求反馈用户
快速原型法
需求管理
需求管理中要收集需求的变更和变更的理 由，维持对原有需求和所有产品及产品构 件需求的双向跟踪。
需求变更
项目失败主要的原因在于需求变更!
需求建模的方法
创建体系结构的表示形式以捕获需求、就 解决方案方法进行交流、以及分析所提出 的系统设计。其目的是使用模型来表现系 统中的关键方面。
需求验证
开发方和用户方共同对需求文档进行评审， 经双方对需求达成共识后做出书面承诺， 使需求文档具有商业合同效果。
需求验证
需求是正确的吗？ 需求是一致的吗？ 需求是完全的吗？ 需求是实际可行的吗？ 需求是客户需要的吗？ 需求是可检验的吗？ 需求是可跟踪的吗？ 最后的签字
需求验证