基于用例的需求调研过程指南.doc

文件类别：指南 文件版本：1.1 文件编号：LC_CMMI4_RDUG 哈尔滨乐辰科技有限公司 基于用例的需求调研过程指南 受控状态： __受控______ 文档密级：普通 文档状态：[ ] 草案 [√]正式发布 [ ]正在修订 变更履历 序号 版本 变更描述 修订人/日期 审核/日期 批准/日期 1.0 创建 Frank/2008-12-23 EPG/2009-1-19 1.1 修改格式 Jack/2009-1-22 EPG/2009-3-25 Jason Xue/2009-4-20 目 录 第1章 前言 4 1.1 目的 4 1.2 适用范围 4 1.3 参考资料 4 第2章 需求调研指南 4 2.1 简介 4 2.2 用例分析 4 2.3 业务建模 5 2.4 系统需求 5 第3章 需求调研指导 6 3.1 简介 6 3.2 原则指导 6 3.3 过程指导 7 3.3.1 开始阶段 7 3.3.2 业务建模阶段 8 3.3.3 需求阶段 9 3.3.4 结束阶段 11 第4章 相关文件 11 前言 目的 为项目软件需求调研过程提供指导、提高公司需求调研水平。 适用范围 主要适用于公司采用用例作为需求分析技术的项目软件需求调研过程。 参考资料 《Rational Unified Process》版本：2000.02.20 需求调研指南 简介 需求调研指南是从理想的状态下说明需求调研过程，未考虑实际操作的情况。 该指南主要是希望所有的参与需求调研的人员能够在头脑中对需求调研的体系过程有个大致了解，同时作为一根主线来指导我们进行实际的需求调研，避免因为复杂的实际情况而迷失了方向。 需求调研指南包含两部分内容：业务建模和需求。业务建模主要是对系统的业务环境进行建模的过程。需求是针对系统来说的，在此指系统需求，它是对系统需求进行建模的过程。 用例分析 对于使用用例分析技术来进行需求调研的项目来说，其一般过程如下： 寻找角色 调研前景 寻找用例 定义用例 确定用例优先级 实现用例 对于业务建模和需求过程，都遵循以上过程，只是过程针对的内容不同而已。 业务建模 业务建模过程的主要目的是清楚的说明系统所处的业务环境，推导出支持业务的系统需求。 业务建模的过程如下： 评估业务状态。 主要目的是评估目标组织当前的业务状态，初步确定目标组织的目标。 确定业务流程。 主要目的是确定业务术语，概述业务用例模型，确定要对哪些业务用例优先进行说明。 改进业务流程。 主要目的是详细说明业务用例的定义，确保业务用例正确反映业务的进行方式。 设计业务流程实现。 主要目的是确定业务中的所有角色、产品、可交付工件和事件，说明业务角色和业务实体是如何执行业务用例实现的。 改进角色和职责。 详细说明业务实体的定义，详细说明业务角色的职责，正式核对业务对象建模的结果是否符合涉众对业务的看法。 系统需求 需求过程的主要目的是清楚的说明系统的需求，定义系统的边界。需求是以后所有开发活动的基础。 需求的过程如下： 理解涉众需要。 主要目的是从该项目的涉众中获取信息，以便理解涉众的真实需要。 定义系统。 主要目的是确定系统用例模型，确定系统用例和系统角色。 管理系统规模。 主要目的是为所选择的特性和需求确定开发的优先级，定义代表重要核心功能的用例集合。 改进系统定义。 主要目的是详细说明用例的事件流，详细说明补充规约，建立用户界面原型。 需求调研指导 简介 需求调研指导是用来指导项目实际进行需求调研的可操作性指导，它是以需求调研指南中的过程为指导进行的。项目组可根据自己的实际情况对需求调研过程指导进行取舍裁减，形成自己的需求调研过程。 需求调研指导包含两部分内容：原则指导和过程指导。原则指导主要说明在需求调研过程中必须遵守的原则，是贯穿于需求调研过程始终的，它是一些实际经验的总结。过程指导是实际上进行需求调研的活动，按照时间的顺序来说明实际上的需求调研过程。 需求调研过程分为四个阶段，分别是开始阶段、业务建模阶段、需求阶段和结束阶段。 原则指导 建立客户的主动参与意识，建立客户的责任感。 在进行任何调研之前，必须给客户方做相应的培训。主要是培训需求调研方法、需求调研过程等内容。 在进行需求调研之前，一定要明确客户方人员对于需求的决定权，即哪些人能够决定那些需求。 在每个阶段开始之前，首先评估此阶段的风险，根据风险来做相应的调整。 如果需要客户提供文档，必须要给客户方讲解清楚，特别是涉及到技术细节的时候。这样可以避免因为双方理解不一致而导致的差错。 要严格按照计划实施调研过程。计划一般提前3天到7天制订，