需求管理过程.doc

此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 金宇恒金宇恒软件过程标准软件过程标准 需求管理过程需求管理过程 V1 0 此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 修订记录修订记录 版本号版本号日日 期期作者作者授权人授权人授权日期授权日期描述描述 0 92002 07 19万志鹏苏光2002 07 18第一次编制 苏光指导 0 992002 07 29万志鹏苏光2002 08 01根据评审意见修改过程 并转换为公司文档格式 1 02002 08 12万志鹏彭柏林2002 08 12通过批准 此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 目录目录 1目的和范围目的和范围 1 2术语简称与解释术语简称与解释 1 3进入准则进入准则 1 4退出准则退出准则 1 5阶段交付产品阶段交付产品 2 6文件使用者文件使用者 2 7过程流图过程流图 3 7 1过程 3 7 1 1需求收集与获取 3 7 1 2需求评审 5 7 1 3需求变更管理过程 6 7 2过程描述 8 7 2 1需求收集与获取过程细则 8 7 2 2需求评审细则 8 7 2 3需求变更管理过程细则 9 7 3验证机制 10 7 4度量 10 8活动职责矩阵活动职责矩阵 11 9参考资料参考资料 11 10附件附件 11 此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 1 目的和范围目的和范围 本过程的目的在于为公司实施与需求相关的方针提供指南 该过程对所有公司负责 需求采集的项目适用 也适用于那些客户在自行采集需求时需要帮助的项目 2 术语简称与解释术语简称与解释 总经理 简称 GM 指公司总经理 具备法人代表资格 副总 简称 VGM 公司的一种职务 指公司副总 项目经理 简称 PM 公司的一种职务 一般由具备项目管理经验和行业经验人员承 担 负责项目的管理活动 项目负责人 简称 PL 项目组组长 临时性职务 负责项目的开发活动 如无变更 生存周期与项目生存周期相同 需求分析人员 简称 RA 通常由项目组中成员承担此角色 可以是项目负责人也可 以项目组中其他人员 软件设计人员 简称 SD 在公司一般指系统分析员和程序员 包括高级程序员 在项目中指项目组中的设计人员 软件质量保证 SQA 一种软件质量保证活动 在公司通常也用 SQA 代表质量保证 活动者 目前由公司品管部执行此活动 配置管理员 简称 CC 在公司中负责所有项目的配置管理活动 3 进入准则进入准则 进入准则如下 来自客户的关于需求的文档经过公司审批 来自客户的标识有意进行某个项目的信函 并且经过公司审批 总经理对内部项目的授权 有相关文件 文档 表明是经过审批的 公司与客户签订的合同 附注 满足其中任何一种条件均可 4 退出准则退出准则 退出准则如下 此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 SRS 的文档已准备好 经过评审和批准 5 阶段交付产品阶段交付产品 本阶段交付有 经过评审并得到批准的 SRS 文档 SRS 评审报告 变更请求 变更请求单日志 影响分析报告 6 使用者使用者 本文件的使用者如下 VGM RA SD PM PL QA 此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 7 过程流图过程流图 7 1 过程过程 7 1 1 需求收集与获取需求收集与获取 此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 开开始始 需求产生 来自客户的 需求 是 否 评审VGM PM PL SRS中有缺陷吗 客户同意后基线化需求 根据命名规则命名SRS 将SRS置于配置管理中 结束 修改需求 是 客户是否有 自己的格式 要求 否 按客户格式要求生成 SRS 按公司格式要求生成 SRS 是 否 RA CC CC RA CC 此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 7 1 2 需求评审需求评审 开始 确定评审何时进行 以及持续多长 就评审计划和评审参与者 沟通 评审者对产品进行个人评 审 有缺陷吗 主持评审会议 分配角色 制定个人 缺陷列表 介绍产品 讨论个人评审中发 现的缺陷 讨论缺陷 达成一致意见 确定最终缺陷列表 准备评审报告 给定评审结果 是否存在 缺陷 批准 结束 PM PL PM PL PL 评审小组 评审小组 成员 X X 是 否 是 分发产品给评审人员 确定下次评审相关 事宜 否 此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 7 1 3需求变更管理过程需求变更管理过程 更新SRS和相关文件 开始 需求发生变化 发出变更请求 进行影响分析 变更是否被 接受 结束 为执行变更分配资源 更新过的文件经过评审和批准后置于配置管理之下 通知相关人变更情况 按照SPTO过程 跟踪变更执行情况 记录变更执行进程 变更结束 更新PDB 结束 否 是 否 是 启动准则 指南 如果影响分析发现变更在项目成本或时间上有重大影 响 应通知客户 并进行再评估 征求客户对成本或时间 变更的认可 同时通知市场和财务部门更新合同文件 相关文件 SRS 详细设计等 此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 7 2 过程描述过程描述 需求管理过程被分为 3 部分 包括 需求获取和采集过程 需求评审过程 需求变 更管理过程 7 2 1 需求收集与获取需求收集与获取规程规程 需求可能来自以下任何一种渠道 客户的需求文档 工作范围描述文档 电子邮件 合同 随后 进行需求文档格式的评审 当需求不是以公司格式提交时 项目经理 项目负责人可选择如下处理办法 将需求转换成金恒宇公司的格式 或采用用户的需求文档格式 当客户特别要求用他们自己的格式时 应满足他们的要求 就以下方面对评审需求 正确性 正确性取决于技术人员 完整性 完整性取决于技术人员以及 SQA 人员 可行性 可行性研究由 PM PL 在评审时进行 在进行估计时进一步完善对可行 性的研究 一旦在需求文件中发现缺陷 问题 将编制评审报告 并从客户那里征求进一步的 阐述或建议或更多输入 如果评审报告表明需求清晰 完整而且正确无误 需求文档得到基线化 需求文档命名应遵守命名规则 并检入配置管理 CM 工具 库 SRS 的评审报告也要置于配置管理之下 7 2 2 需求评审规程需求评审规程 在 SRS 被用于开展进一步的策划和开发活动之前 SRS 必须经过评审 制定评审计划 选定 SRS 评审人员 主要有 VGM PM PL RA SD 关键 技术人员 评审进度安排要通知给评审小组成员 交流的方式可以是 E MAIL 亦可是书面通 此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 知 分发 SRS 文档以及其他客户提供的资料和参考资料 评审小组成员就 SRS 进行 个人评审 如果发现任何缺陷 将他们列入个人的缺陷清单 评审者参加评审会议 分配评审组角色 读者朗读 SRS 文档 当任何评审组员发现潜在的缺陷时 读者停止朗读 小组讨论它是否是 SRS 的 一个缺陷 若确实存在缺陷 由记录员负责记录下来 以上过程反复进行直到所有的缺陷均被讨论并达成一致意见 记录员做出最终缺陷列表 评审小组负责人将其通知客户 需求分析人员就评审中发现的缺陷征求客户的意见 评审小组就缺陷严重程度决定是否进行再评审 一旦再评审是必须的 评审报告应反映这个情况并采用本规程安排及执行再评审 如果在 SRS 文件中找不到重要缺陷 亦认为再评审无必要 则可批准该 SRS 文 档 并基线化 基线化的 SRS 版本应检入配置管理 CM 工具 库 7 2 3 需求变更管理需求变更管理规程规程 当需求发生变更 公司要提出变更请求 这个工作可以由公司或客户来做 变更请求必须有一个唯一的编号 对变更进行影响分析 以评估变更的规模 一旦发现变更影响巨大 以至波及到 项目工作量 进度 成本 变更将转送到公司高层经理和市场 财务部门决策是 否变更合同 当变更被认可 小变更由公司控制 大变更要经过客户许可 变更申请转变成变 更令 并付诸实施 更新 SRS 文件 如果有要求 更新其他文件 为这些变更的进行提供资源 人 软件 硬件 如有必要时 将更新过的文档置于 CM 的管理之下 CM 工具 库 将 SRS 及其他文件的变更通知所有相关人员 按照项目跟踪过程与活动 对变更的执行进行跟踪 一旦变更实施 且实施通过验收 变更请求单上将标注为闭合 此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 为便于在以后参阅 关于该变更的所有信息将保存在过程数据库中 7 3 验证机制验证机制 验证机制如下 配置审计 对执行期超过六个月的项目应当在每个月 每个版本发布前 任何外部审计前 进行 对执行期少于六个月的项目应当在每 15 天 每个版本发布前 任何外部审计前 进行 由 SQA 独立小组进行的内部审计 对执行周期超过六个月的项目每个月组织内部审计 对执行周期少于六个月的项目每 15 天组织内部审计 外部审计 ISO 监督审计 由外审人员安排日程 CMM 相关评估 由评估人员安排日程 给管理高层的关于需求管理相关活动的定期报告 对执行期少于六个月的项目应当每周进行报告 对执行期超过六个月的项目应当每 15 天进行报告 7 4 度量度量 对需求相关活动的评估指标如下 编号编号评估指标评估指标频率频率责任责任来源来源 1需求数量每 15 天PM PLSRS 2需求变更数量每周PM PL变更日志 3已认可的变更数 量 每周PM PL变更申请日志 4正在执行的变更 数量 每周PM PL项目状态报告 5需求相关活动中 耗费的工作量 每周所有参与需求相 关活动人员 时间表 6预期在需求管理 中耗费的工作量 每周PM PL项目计划 7实际在需求管理 中耗费的工作量 每周所有参与需求活 动人员 项目状态报告 此文档收集于网络 仅供学习与交流 如有侵权请联系网站删除 学习资料 8 活动职责矩阵活动职责矩阵 编编 号号 活动活动VGMPMPLRASQA SEPG 1获得需求 SSP 2评审需求SPPPS 3准备 SRS SPP 4评审 SRSSPPPS 5认可 S