(CEN)第三章需求获取

1、客户有权利客户有权利1. 要求需求分析员使用客户的语言要求需求分析员使用客户的语言2. 要求需求分析员熟悉客户的业务，了解客户对系统的目标要求需求分析员熟悉客户的业务，了解客户对系统的目标3. 要求需求分析员把需求收集过程中客户提供的信息组织成书面的软件需求规格说明要求需求分析员把需求收集过程中客户提供的信息组织成书面的软件需求规格说明4. 要求需求分析员解释需求过程生成的所有工作结果要求需求分析员解释需求过程生成的所有工作结果5. 要求需求分析员和开发人员尊重客户，始终以合作和专业的态度与客户进行互动要求需求分析员和开发人员尊重客户，始终以合作和专业的态度与客户进行互动6. 要求需求分析员和

2、开发人员为需求和产品实现提供思路和备用方案要求需求分析员和开发人员为需求和产品实现提供思路和备用方案7. 要求开发人员实现能让产品使用起来更容易、更有趣的特性要求开发人员实现能让产品使用起来更容易、更有趣的特性8. 调整需求，便于重用已有的软件组件调整需求，便于重用已有的软件组件9. 在提出需求变更时，获得对变更的成本、影响及二者权衡关系的真实评估在提出需求变更时，获得对变更的成本、影响及二者权衡关系的真实评估10. 获得满足功能和质量要求的系统，这些要求必须事先告知开发人员并征得其同意获得满足功能和质量要求的系统，这些要求必须事先告知开发人员并征得其同意软件客户有义务软件客户有义务1. 为需

3、求分析员和开发人员讲解业务并定义业务术语为需求分析员和开发人员讲解业务并定义业务术语2. 提供需求，阐明需求，通过与开发人员的交互将需求充实完善提供需求，阐明需求，通过与开发人员的交互将需求充实完善3. 对系统需求的描述必须详细、准确对系统需求的描述必须详细、准确4. 需要时，及时对需求做出决断需要时，及时对需求做出决断5. 尊重开发人员对需求成本和可行性的评估尊重开发人员对需求成本和可行性的评估6. 与开发人员协作，为功能需求、系统特性和用例设置优先级与开发人员协作，为功能需求、系统特性和用例设置优先级7. 审阅需求文档，评估原型审阅需求文档，评估原型8. 发现需要变更需求时，及时与开发人员

4、沟通发现需要变更需求时，及时与开发人员沟通9. 按照开发组织的变更控制过程提出需求变更按照开发组织的变更控制过程提出需求变更10. 尊重需求分析员在需求工程中使用的过程尊重需求分析员在需求工程中使用的过程软件客户有义务软件客户有义务1. 为需求分析员和开发人员讲解业务并定义业务术语为需求分析员和开发人员讲解业务并定义业务术语2. 提供需求，阐明需求，通过与开发人员的交互将需求充实完善提供需求，阐明需求，通过与开发人员的交互将需求充实完善3. 对系统需求的描述必须详细、准确对系统需求的描述必须详细、准确4. 需要时，及时对需求做出决断需要时，及时对需求做出决断5. 尊重开发人员对需求成本和可行性

5、的评估尊重开发人员对需求成本和可行性的评估6. 与开发人员协作，为功能需求、系统特性和用例设置优先级与开发人员协作，为功能需求、系统特性和用例设置优先级7. 审阅需求文档，评估原型审阅需求文档，评估原型8. 发现需要变更需求时，及时与开发人员沟通发现需要变更需求时，及时与开发人员沟通9. 按照开发组织的变更控制过程提出需求变更按照开发组织的变更控制过程提出需求变更10. 尊重需求分析员在需求工程中使用的过程尊重需求分析员在需求工程中使用的过程 需求分析员 项目管理 规格与复杂度信息 业务需求 用户代表 用户需求 开发 功能及 非功能需求 需求分析 期望与约束 功能及非功能需求 测试 其他股东

6、。.，。: 产品目录 版本 1.0 的 项目范围 版本 1.1 的 项目范围 版本 1.2 的 项目范围 版本 n 的 项目范围 1. 业务需求 1.1 背景 1.2 业务机遇 1.3 业务目标与成功标准 1.4 客户与市场需求 1.5 业务风险 2. 解决方案的前景 2.1 前景声明 2.2 主要特征 2.3 假设与依赖 3. 范围与限制 3.1 第一个版本的范围 3.2 各后续版本的范围 3.3 限制与排除 4. 业务背景 4.1 涉及简介 4.2 项目优先级 4.3 操作环境 。 涉 众 客 户 其 他 经 理 用 户 重 点 用 户 类 非 重 点 用 户 类 被 忽 略 的 用 户

7、类 其 他 用 户 类 用 户 代 言 人 用 户 客 户 市 场 需 求 分 析 员 开 发 人 员 支 持 人 员 用 户 经 理 销 售 产 品 经 理 类类 别别 工工 作作 计划计划 推敲产品的范围和限制推敲产品的范围和限制 ；定义与其它其他系统的接口定义与其它其他系统的接口 ； 评估新系统对业务操作的影响评估新系统对业务操作的影响 ；定义从现有系统到新系统的过渡方案定义从现有系统到新系统的过渡方案 ；需求需求 收集其他用户的需求收集其他用户的需求 ；开发使用范例和用例开发使用范例和用例 ； 解决用户提出的需求中的冲突解决用户提出的需求中的冲突 ；确定实现的优先级确定实现的优先级 ；

8、 确定质量和性能需求确定质量和性能需求 ；评估用户界面的原型评估用户界面的原型 ；确认和验证确认和验证 评审需求文档评审需求文档 ；定义用户接受系统的标准定义用户接受系统的标准 ； 根据使用情况开发测试用例根据使用情况开发测试用例 ；提供测试数据集；提供测试数据集； 执行执行betabeta测试测试 ；用户辅助用户辅助 编写用户手册和帮助文档编写用户手册和帮助文档 ；准备培训资料准备培训资料 ； 向同行演示产品向同行演示产品 ；变更控制变更控制 评估缺陷修改请求，确定其优先级评估缺陷修改请求，确定其优先级 ；评估改进请求，确定其优先级评估改进请求，确定其优先级 ； 评估需求变更对用户和业务流程的影响评估需求变更对用户和业务流程的影响 ；参与变更决策参与变更决策 ；下图是对用户代言人的要求：下图是对用户代言人的要求：1、要避免过早地讨论、要避免过早地讨论不必要的需求细节。不必要的需求细节。2、在需求讨论期间，要防止讨论跑题。、在需求讨论期间，要防止讨论跑题。 业务需求 解决方案建议 数据定义 约束 用例或场景 业务规则 功能性需求 质量属性 外部接口需求 主干过程 分支过程 用例的前置条件 步骤 1 步骤 2 (分支条件) (继续条件) 步骤 3 步骤