需求开发培训教材PPT课件.ppt

可编辑 需求开发 技能认证 1 版本修订记录 2 概述 原始需求收集用户需求开发产品需求开发 概述 需求重要性 优秀的软件产品是建立在优秀的需求基础之上的 而高质量的需求来源于需求开发人员与客户的充分交流与合作 需求不合理 需求不清楚都极易造成需求变更频繁 项目计划不受控 项目延期 导致资源浪费 成本增加 所以做好需求对项目是非常重要的 4 概述 需求开发和管理 5 概述 需求开发过程 6 概述 需求开发流程说明 需求开发按阶段划分为原始需求收集 用户需求开发 产品需求开发 其中产品需求开发又分为产品级需求和软件级需求开发过程 除原始需求收集阶段外 每个阶段都涵盖了需求收集 需求分析 需求描述和需求验证四个主要活动 这4个活动迭代反复 使得需求逐步地明确和完整 为后续设计开发和测试提供依据 需求开发和需求管理的关系需求开发负责获取真实的用户需求 并转化为完整 正确 符合开发要求的产品需求 需求管理则确保随后的研发活动 计划 工作产品以基线化的需求为根据 并与基线化的需求保持一致 7 概述 需求开发的输出工件 用户需求说明书 总体 详细方案 软件需求说明书 面向结构 面向对象 需求调研报告 产品需求说明书 软件需求说明书 关键需求识别表 产品需求说明书 外部接口需求说明书 外部接口需求说明书 需求调研报告 关键需求识别表 用户需求说明书 界面原型 需求建模 8 概述 需求开发角色与职责 9 概述 需求开发规程 规范 PAL过程资产管理系统 10 概述原始需求收集 用户需求开发产品需求开发 原始需求收集 参考文档 相应的模板和指导书可以在 中查询 PAL过程资产管理系统 12 原始需求收集 概述 目的需求收集是需求开发的第一步 需求收集 即确定软件系统涉众的需要及限制提交的过程 需求收集着重于发现用户需求 用户需求包括用户要求系统完成什麽任务和用户对性能 完全和其他质量属性的期望 过程在软件开发中 需求收集也许是最困难 最关键 最容易出错和最需要沟通的一个环节 只有通过客户和开发团队的共同协作 需求收集才可能取得成功 一般地 收集需求的步骤包括 建立和维护需求收集机制 使各种需求及时纳入研发团队的视野确定用户代表确定需求的来源选择需求收集方法收集需求记录需求 13 原始需求收集 确定用户代表 用户分类产品的不同用户之间存在很多的差异 可以根据这些差异将用户分为若干不同的用户类 同一用户可以属于多个用户类 不同的用户类可能会有不同的功能需求和非功能需求 用户类的重要程度也可能不同 用户代表设置用户代表为构造客户和开发人员之间的伙伴关系提供了有效的途径 每个用户代表都是所属用户类的成员与项目的需求分析人员的主要联系人 用户代表应该被赋予足够的权力 能够为他代表的用户类做出具有约束力的决定 用户代表应善于沟通 具备对系统的清晰认识 对应用领域和系统的运行环境具有全面而深入的理解 用户代表应当自始至终参与项目的整个开发过程 而不是仅参与最初的需求阶段 14 原始需求收集 方法 需求收集方法 包括但不限于 问卷调查 针对需要了解的需求问题列出希望用户回答的明确的问题 然后发放给用户和客户填写或者选择 需求专题讨论会 组织客户 用户和开发方一起就需求方面的问题进行紧凑而集中的讨论 用户访谈 直接上门拜访 与用户进行面对面的交流 了解用户需求 流程观察 观察用户执行业务的过程 记录用户获取数据信息和使用数据信息的过程和方式等 检查当前产品的故障和问题报告 检查类似或者当前产品的故障和问题报告 其中往往包含了对改进及新增特性的要求和想法 重用需求 重用以往产品中功能类似的需求 头脑风暴 通过发散性思维和相互激励 发掘潜在的客户需求等 15 原始需求收集 收集需求 收集需求需求收集人员可有计划实施需求收集活动 需求调研时 可以根据调研主题 参照 需求调研问题清单 中列举的问题 确定调研内容和重点 产出物所有的需求收集活动都要有需求调研报告文档 需求调研报告必须采用IT中心发布的 需求调研报告模板 编写 内容要真实 完整 需求调研报告的存档位置 用户需求 需求调研 需求调研报告主要包括 调研目的调研背景调研内容调研总结 16 原始需求收集 记录跟踪需求 记录需求收集到的需求要记录在 系统中进行跟踪处理 系统地址 需求录入到 系统后 有相应的需求处理过程 具体请参考 使用指导书 17 原始需求收集 RCS系统流程 18 原始需求收集 规范及检查项 参考 QA工作产品检查单 需求开发 QA工作产品检查单 需求管理 19 目录 概述原始需求收集用户需求开发 产品需求开发 用户需求开发 参考文档 参考文档可以在 上查询获取 PAL过程资产管理系统 21 用户需求开发 概述 目的对干系人的需要 期望 限制条件 接口 操作概念和产品概念等进行分析 协调 精练和细化 并把它们转换成用户需求 与用户 客户就需求达成一致的理解和承诺 用户需求开发过程一般包括以下活动 需求论证分析需求描述关键需求识别需求追踪用户需求确认和基线 22 用户需求开发 角色与职责 23 用户需求开发 论证分析 在接收到用户或接口人提交的原始需求后 项目经理组织系统工程师和其他相关人员就收集的原始需求进行论证分析 理解并澄清的用户需求 识别对需求 设计有影响的约束假设和潜在故障 创建开发界面原型分析需求的可行性 必要性 风险等因素 确定需求优先级 确定需求的验收准则 需求分析是需求决策的前提 24 用户需求开发 需求描述 需求说明书应具备的特征完整性 不能遗漏任何需求或必要的信息 描述的需求已能实现用户的需要或满足上游文档的要求 一致性 需求不会与同层的其他需求或高层次的业务需求发生冲突可修改性 独立编号 没有或很少冗余 交叉引用可追踪性 结构化 条目化 能找到需求的来源 对应的设计单元 编码 测试用例等 单条需求描述应具备的特征完整性 完整地描述即将交付使用的功能 必须包含开发人员设计和实现这项功能需要的所有信息 正确性 符合上游文档的要求或用户的描述可行性 能够在系统及其运行环境的已知能力和约束条件内实现 必要性 需求是用户的真正需要 从市场角度看是必要的有优先级 相对于其它需求的优先程度无岐义 对所有的读者有唯一一致的理解可验证性 能够通过设计一些测试或验证方法来判断产品是否正确实现需求 25 用户需求开发 模板 用户需求说明书 参考 软件研发管理命名及编号规范 doc 用户需求说明书模板 doc 26 用户需求开发 关键需求识别 在用户需求确定后 根据需求的重要性 技术复杂度 需求风险等因素进行关键需求的识别 识别到的关键需求 对后续项目计划的制定 架构设计 系统测试计划和安排都有一定的影响 关键需求的识别一般需要系统工程师 架构设计和其他一些模块设计人员的参与 参与识别的人需要对识别标准达成共识 对要识别的用户需求有一致的理解 关键需求是基于产品的 独立于项目版本 所以 对同一产品的用户需求 识别标准是相同的 参考 关键需求识别表模板 27 用户需求开发 规范及检查单 详细内容参考 QA工作产品检查单 需求开发 xls 28 概述原始需求收集用户需求开发产品需求开发 产品需求开发 概述 1 目的对用户需求进行分析 以派生出更加详细和精确的产品和产品构件需求 以作为后续设计和测试的基础 过程产品需求开发过程一般分为两个阶段 产品级需求开发 软件需求开发 30 产品需求开发 概述 2 产品需求开发与架构设计产品需求与产品架构之间关系密切 互相影响 产品需求开发与架构设计工作有许多是并行进行的 在产品需求说明书开发阶段 即开始第一阶段的架构设计 主要包括确定 工具环境 架构机制 技术方案 复用 配置项 业务 等内容 在软件需求说明书开发阶段 开始第二阶段的架构设计 主要包括确定 设计目标 接口 用例视图 复用 逻辑视图 含模块单元划分 等内容 系统分析人员和架构设计工程师协同工作 完成产品的需求开发和前期设计 31 产品需求开发 参考文档 PAL过程资产管理系统 32 产品级需求开发 概述 从高层需求的角度来描述产品需求 它根据用户需求和考虑设计架构方面的要求 通过分析和概括 提练出来的高层产品需求 其中对产品的功能需求 按模块与单元划分来进行分组 定义出整个需求的业务功能框架 对产品质量 性能 安全 接口 运行环境等进行总体定义 产品级需求开发一般包括 产品级需求定义产品需求追踪及状态维护产品需求评审与基线 33 产品级需求开发 产品需求定义 根据评审过的用户需求 进行产品需求分析后 按照 产品需求说明书模板 的要求编写产品需求文档 一个产品只有一份产品需求说明书 产品需求说明书是对系统的高层次需求和特性的描述 一般要对系统的业务背景 业务流程 产品概念 产品定位 产品原理 产品体系结构 产品的功能特性和非功能特性等进行概要描述 产品需求说明书中的非功能需求描述一般是对产品的整体的基本的要求和约束 如果是对某特定需求项的非功能要求 则要在其相应的软件需求说明书中描述 对文档和功能的命名规则请参考 软件研发管理命名及编号规范 doc 对产品需求的描述要求请参考 产品需求说明书模板 doc 34 产品级需求开发 模板 产品需求说明书 35 产品需求开发 模板 业务功能与用户需求对应表模板 1 对应表中的对应关系是从RP中业务功能与用户需求追踪矩阵中导出 具体的导出方法见模板说明 2 每个版本要建一份对应表 存入CC库产品需求目录下3 本表是在产品计划书评审前生成 作为产品计划书评审提交的附件之一4 状态包括批准 取消 删除等三种 是针对业务功能5 类型包括新增和变更等二类 是针对用户需求6 生效日期是指提交审批的日期 36 产品级需求开发 检查单 参考过程资产库 QA工作产品检查单 需求开发 xls 37 软件需求开发 概述 对用户需求进行分析定义 按产品需求说明书定义的需求层次框架进行组织 形成软件开发层面的具体需求定义 软件需求开发包括 需求分析软件需求定义软件需求追踪及状态维护软件需求评审与基线 38 软件需求开发 需求分析 需求分析的目的 细化用户需求 并转换到研发语境划分需求的功能类 定量分析性能 质量属性需求分析需求的技术可行性和风险一般地 需求分析的方法有结构化分析和面向对象分析 分析技术有原型制作 需求建模等 界面原型的开发可以参照相应的 用户界面规范模板 XX 要符合IT中心规定的 用户界面规范 XX 中的要求 需求建模IT中心要求面向对象的需求建模使用工具为RationalRose 在软件需求分析阶段的需求建模要对系统用例建模 要求每个业务单元对应一个系统用例模型包 对于关键的业务对象要有状态图 关键的用例要有活动图或序列图 Rose模型中还包括业务用例模型和业务对象模型 这两个模型一般在用户需求分析阶段输出 目前对于结构化分析的项目 没有强制要求的输出工件和工件要求 39 软件需求开发 ROSE模型 面向对象 Rose建模的要求参见培训教材 需求开发 Rose模型 40 软件需求开发 需求描述 软件描述 软件需求说明书精确地阐述软件系统必须提供的功能系统及必须遵守的约束 它是所以后续的项目规划 设计和编码的基础 也是系统测试和用户文档的基础 它应该尽可能完整地描述各种条件下的系统行为 软件需求说明书作为产品需求的最终成果必须是综合全面的 不能有任何的假设 要求按照不同开发模式 IT中心的软件需求文档分为三类 面向对象 面向结构和BI主题 每类需求定义有其特定的需求说明书模板 软件需求说明书是按照产品需求中划分的模块 单元 面向对象和BI主题类 或者业