需求开发过程定义模板二.doc

需求开发需求开发 RD Requirement Development 项目编号项目编号N A 文件标识文件标识OSSP Process RD 文件状态文件状态 草 稿 正式发布 正在修改 当前版本当前版本0 1 总页数总页数页正文正文13 页附件附件 个 页 审批审批生效日期生效日期Yyyy mm dd OSSP Process RD 第 2 页 共 13 页 版本历史版本历史 HISTORY OF VERSION 版本号版本号日期日期版本说明版本说明 变更理由变更理由 变更内容变更内容作者作者备注备注 0 12006 04 07初始创建 OSSP Process RD 第 2 页 共 13 页 目录目录 TABLE OF CONTENTS 1介绍介绍 INTRODUCTION 2 1 1目的 PURPOSE 2 1 2参考资料 REFERENCES 2 1 3术语 ABB GLOSSARY COMMENTATION 2 2过程总体概述过程总体概述 PROCESS OVERVIEW 2 2 1过程目标 PROCESS GOALS 2 2 2角色和职责 ROLES AND RESPONSIBILITY 2 2 3进入准则 ENTRY CRITERIA 3 2 4输入 INPUT 3 2 5总体流程图 GENERALFLOW 4 2 6输出 OUTPUT 4 2 7退出准则 EXIT CRITERIA 4 2 8裁剪指南 TAILORING GUIDELINES 4 3活动描述活动描述 ACTIVITY DESCRIPTION 5 3 1 准备 制定 需求开发及管理计划 活动 ACTIVITY 5 3 1 1活动流程图 Activity Flow 5 3 1 2活动描述 Activity Description 5 3 2 用户需求开发 活动 ACTIVITY 6 3 2 1活动流程图 Activity Flow 6 3 2 2活动描述 Activity Description 6 3 3 软件需求开发 活动 ACTIVITY 8 3 3 1活动流程图 Activity Flow 8 3 3 2活动描述 Activity Description 8 4度量和分析度量和分析 MEASUREMENTS AND ANALYSIS 9 5验证验证 VERIFICATION 9 6附录附录 APPENDIX 10 6 1规程与工作产品 SCHEDURE WORKPRODUCT 10 6 2相关规程与工作产品 PROCEDURE WORK PRODUCT 10 6 3其他 OTHER 10 6 3 1需要的资源 10 6 3 2需要的知识和技能 10 6 3 3需要的配置管理 11 OSSP Process RD 第 2 页 共 13 页 1 介绍介绍 Introduction 1 1 目的目的 Purpose 本文档为组织描述需求开发过程 本文档适用于 1 本文档适用于整个生命周期与需求开发有关的活动 2 本文档适用于组织范围内实施 CMMI 过程体系的所有部门 1 2 参考资料参考资料 References 1 3 术语术语 Abb Glossary Commentation 术语术语说明说明 操作概念operational concept 对每一个实体使用方法的全面描述 场景 scenario 用于描述行为 按特定顺序排列的动作序列 可用来描 述系统用户与系统的交互或执行 也可以理解为用例的实例 CRS 用户需求从用户和业务角度描述的需求 SRS 软件需求从软件系统的角度描述的需求 业务测试用例基于用户需求开发的测试用例 软件测试用例针对业务测试用例 基于软件需求开发的测试用例 界面原型 配合 用户需求说明书 用于补充说明用户需求的原型 可以全 部是静态页面 系统原型 配合 软件需求说明书 用于补充说明软件需求的原型 必须完 整 动态地实现页面之间的关联 2 过程总体概述过程总体概述 Process Overview 2 1过程目标过程目标 Process Goals 需求开发的目标是产生和分析用户需求 软件需求和软件构件需求 2 2角色和职责角色和职责 Roles and Responsibility 类别类别角色角色职责职责 高级管理高层经理 1 评审 批准用户需求 产品需求 构件需求 接口需求规格说明书 等过程产品 并参与本过程域重要的活动 2 解决在实施本过程域中所遇到的 项目组无法解决的问题 OSSP Process RD 第 3 页 共 13 页 项目经理 1 参与项目团队的组建 负责项目组人才培养和规划 项目组成员潜 能的挖掘 2 遵循公司项目管理的方针和实践 选择所负责项目适用的过程 3 负责所属系统 项目 产品的启动 策划 开发 设计 测试 验收 维护等生命周期全过程 4 负责项目策划 制订项目计划 提交审批 5 按计划实施项目团队各项工作 并完成上级交办的其他工作任务 6 控制项目进度以及项目的跟踪与监控 7 解决存在于项目团队内或团队间的分歧 冲突 或问题 8 协商承诺 项目内外部协调 9 负责组建和维护项目知识库 参与并积极配合过程改进活动 10 遵循公司 部门考核制度 对项目组成员进行绩效考核 11 在必要的情况下向下级授权 仅项目经理权限 软件开发负责人 1 参与 并组织系统分析工程师参与用户需求开发 2 组织软件需求分析工作 3 参与评审本过程域的工作产品 4 完成或协助完成本过程域的工作产品 5 向高层经理报告本过程域的实施情况 管理 用户需求负责人 1 为需求开发工作提供各种必要的环境和条件 2 负责联系用户和用户需求工程师 软件开发负责人 系统分析工程 师进行用户需求开发工作 3 参与 并协调用户需求工程师参与软件需求分析工作 4 参与评审本过程域的工作产品 5 完成或协助完成本过程域的工作产品 6 向高层经理报告本过程域的实施情况 7 跟踪需求开发工作完成情况 用户需求工程师 1 收集 分析 细化 导出和描述用户需要 期望 约束和接口 并 把它们转换成用户需求 2 按时完成项目经理指定的工作产品 3 参与评审本过程域有关工作产品 4 对用户 产品 产品构件需求进行确认 5 指导创建并审核业务测试用例 系统分析工程师 1 跟踪 协助需求开发人员开展用户需求开发工作 2 把用户需求转换为软件 软件构件和接口的需求 3 参与评审本过程域有关工作产品 4 对用户 软件 软件构件需求进行确认 5 指导创建并审核软件测试用例 执行 软件设计工程师1 和需求分析人员共同分配产品构件需求和产品构件接口需求 CM 负责在本过程所涉及的配置管理工作 QA 负责在本过程所涉及的质量保证工作 支持 MA负责在本过程所涉及的度量工作 参与客户代表 1 提供用户需求和确认用户的潜在需求 2 参与本过程域工作产品的评审 3 提供操作概念和场景 OSSP Process RD 第 4 页 共 13 页 软件测试工程师 参与需求开发过程 创建和维护测试计划 业务测试用例 软件测试 用例 客户服务工程师跟踪需求开发过程 在具体的项目组织中 项目经理和用户需求负责人 软件开发负责人可能被赋予同一个人 2 3进入准则进入准则 Entry Criteria 立项申请 可行性论证报告被批准或商务合同已经生效 2 4输入输入 Input 输入输入具体要求具体要求 立项申请 可行性论证报告或商务合同 立项申请 可行性论证报告被批准或商务合同已经生效 2 5总体流程图总体流程图 GeneralFlow 初始需求 设计 编码 测试 软件需求 开发 获得需 求承诺 一致性检查需求跟踪需求变更 管理 制定需求开 发计划 用户需求 开发 需求验证 OSSP Process RD 第 5 页 共 13 页 2 6输出输出 Output 输出输出具体要求具体要求 需求开发及管理计划 用户需求说明书 软件需求说明书 部分的 系统测试用例 部分的 用户手册 2 7退出准则退出准则 Exit Criteria 用户需求说明书 和 软件需求说明书 通过评审 3 活动描述活动描述 Activity Description 3 1 制定需求开发及管理计划制定需求开发及管理计划 活动活动 Activity 3 1 1 活动流程图活动流程图 Activity Flow 制定需求 开发及管 理计划 需求开发 小组培训 与用户取 得一致 需求开发 计划评审 3 1 2 活动描述活动描述 Activity Description 为整个需求开发过程的顺利完成而进行的准备工作 输入及要求1 立项报告 经过了内部的审核批准 OSSP Process RD 第 6 页 共 13 页 2 合同 或者方案建议书等原始需求 取得了用户和公司的签署 已经正式生效 活动内容1 项目经理 用户需求负责人配合 根据立项报告 合同 或者方案建议书等制定需求开发及管理计划 确 定需求开发的方式 时间 地点 参加人员等 并定义不同时期要提交的工作产品 2 必要时 项目经理 用户需求负责人配合 组织人员对参加需求开发的人员进行需求开发培训 确保参加 需求开发的人员掌握项目需求开发的方法 3 项目经理 用户需求负责人配合 就需求开发及管理计划的内容与客户进行沟通并达成一致 并确定客户 代表和客户方需求负责人 4 项目经理 用户需求负责人配合 召集并主持评审会议 对 需求开发及管理计划 进行评审 项目组的 相关人员参加评审 此外还应包括客户代表 5 当本过程进入到软件需求开发活动时 需要对 需求开发及管理计划 进行补充 内容是软件需求的开发 及管理计划 由项目经理负责 系统分析工程师配合 输出及要求1 需求开发及管理计划 通过了评审 2 确认了所有用户需求工程师具备了进行用户需求开发的能力 3 当补充软件需求的开发及管理计划时 要确认所有系统分析工程师具备了进行软件需求开发的能力 备 注 3 2 用户需求开发用户需求开发 活动活动 Activity 3 2 1 活动流程图活动流程图 Activity Flow 与用户确定本次 需求获取的计划 确定本次需求获 取的计划 与用户面对面交 流沟通 与用户确认 访谈记录 撰写用户需求 说明 部分 与用户确认用户需 求说明 部分 撰写用户需求说 明书 全部 评审用户确认用户需 求说明书 全部 OSSP Process RD 第 7 页 共 13 页 3 2 2 活动描述活动描述 Activity Description 软件需求可以来自方方面面 这取决于所开发产品的性质和开发环境 需使用各种方法 从不同客户 代表和来源收集需求 这说明了需求工程是以相互交流为核心的性质 在实施需求开发的过程中 按项目的行业 规模和属性不同 用户需求负责人可以采用不同的方法或 综合使用多种方法 分多次进行来获取需求 用户需求开发的过程定义如下 输入及要求1 用户 需求开发及管理计划 已经评审通过 2 原始需求 可选 已经生效 如果客户没有提供原始需求 则用户需求的开发活动中所做的访谈记录 也是挖掘原始需求的过程 活动内容1 用户需求负责人按 需求开发及管理计划 确定本次需求获取的内容 并在小组内部取得一致 然后与客 户联系并确定进行本次需求获取的时间 地点及双方参加人员 包括准备调查问卷 对目前市场上的产品或竞争产品进行调研 对政府或行业法规进行研究等 2 访问客户以获得需求 主要的活动包括 与客户进行直接交流 让有关客户填写调查问卷 观察正在工作 的用户等 1 如果客户当前已在使用一个信息系统 则需要了解当前系统的运行情况 收集用户在使用现有系统过 程中所遇到问题 以及用户关于系统改进的想法 2 如果已经开发了新产品的原型 或已有类似的产品 则通过向用户演示该系统 搜集用户的意见 3 将本次获取到的需求整理成访谈记录 并与客户确认 访谈记录 对于暂时无法确定的问题则标记为问 题 并记录需求问题追踪表 在以后的过程中进行跟踪解决 4 依据访谈记录撰写本次需求内容的用户需求说明 必要时建立相应的界面原型并于用户确认 5 回到 1 6 撰写 用户需求说明书 包括需求优先等级的定义 以及需求跟踪矩阵 在所有需求获取过程结束后 整理所有确认后的需求内容 消除其中的矛盾之处 并对其中不一致的地方进行协调和平衡 如有界面原型 进行汇整 7 对 用户需求说明书 进行评审 用户需求负责人安排客户代表或客户需求负责人及有关项目人员对 用 户需求说明书 进行评审 8 评审如果没有通过 回到 1 输出及要求1 用户需求说明书 通过了评审 2 可选 界面原型 3 访谈记录 4 需求跟踪矩阵 纳入了基线管理 备 注 OSSP Process RD 第 8 页 共 13 页 3 3 软件需求开发软件需求开发 活动活动 Activity 3 3 1 活动流程图活动流程图 Activity Flow 制定软件需求分 析详细计划 用用户户需需求求 开开发发 分析用户需求 制作系统原 型 撰写软件需求 说明书 与用户需求开发人 员确认软件需求 软件需求评审 3 3 2 活动描述活动描述 Activity Description 输入及要求1 用户 需求开发及管理计划 已经评审通过 2 用户需求说明书 通过了评审 活动内容 1 项目经理 软件开发负责人辅助 详细制定软件需求分析计划 补充到 需求开发及管理计划 中 2 分析用户需求 项目经理 软件开发负责人辅助 组织系统分析工程师对 用户需求说明书 进行细 化 以便产生详细的软件需求 系统分析工程师对比较复杂的用户需求进行建模分析 以帮助软件开发人员更好地理解需求 可以采用的 分析步骤有 i 建议使用 Rational Rose 建模工具进行需求的建模分析 通过分析系统的功能模型 结构模型和行 为模型 进行系统建模 建模的过程包括系统功能建模 系统数据建模和体系结构建模 在需求 开发阶段应至少完成功能建模 功能建模的方式包括静态建模和动态建模 静态建模要求画出业 务用例图 用例 实现 图 主要的类图和对象图 动态建模要求画出主要的状态图 活动图 时序图 可选 以及协作图 可选 等 另外在用例图中 需标明每个用例的业务描述 业务 数据 业务流程 入口条件 输出结果 异常处理等要素 OSSP Process RD 第 9 页 共 13 页 ii 分析可行性 在允许的时间 成本 性能要求下 分析每项需求实施的可行性 明确与每项需求 实现相联系的风险 包括与其它需求的冲突 对外界因素的依赖和技术障碍 iii 确定需求优先级 确定使用实例 产品特性或单项需求实现的优先级别 以优先级为基础确定产 品版本将包括哪些特性或哪类需求 当允许需求变更时 在特定的版本中加入每一项变更 并在 那个版本计划中作出需要的变更 3 根据需要建立系统原型 当开发人员或用户不能确定需求时 开发一个用户接口原型 这样使得许多概念 和可能发生的事更为直观明了 用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题 注意 要找出需求文档与原型之间所有的冲突之处 4 撰写 软件需求说明书 系统分析工程师按照指定的文档模板撰写 软件需求说明书 如果待开发的产 品分为软件和硬件两部分的话 则应当分别撰写 软件需求说明书 和硬件需求说明书 5 对软件需求 包括 软件需求说明书 和系统原型 下同 进行内部确认 软件开发负责人安排用户需求 负责人 用户需求工程师 系统分析工程师 及有关项目人员对软件需求进行内部评审 评审如果没有通过 回到 1 或者返回到用户需求开发步骤 6 维护 需求跟踪矩阵 7 对软件需求进行评审 用户需求负责人安排客户代表 及用户需求工程师 软件开发负责人安排系统分析 工程师 及有关项目人员 共同对 软件需求说明书 进行评审 项目经理主持 8 评审如果没有通过 回到 1 或者返回到用户需求开发步骤 输出及要求1 软件需求说明书 通过了评审 2 系统原型 通过了评审 3 需求跟踪矩阵 纳入了基线管理 备 注 4 度量和分析度量和分析 Measurements And Analysis 定义度量元 1 需求开发过程中的返工的成本 进度和工作量 2 需求规格说明书的缺陷密度 5 验证验证 Verification 验证方法验证方法验证方式验证方式验证关键点验证关键点验证时机验证时机 PPQA 检查验证 PPQA 检查的工作产品包括 用户需求说明书 或软件需求说明 过程中随时 同行评审 按照同行评审的规范进行同行评审