l需求分析规范.docVIP

EBS需求分析规范-V1.0 文档编号： 文档名称：需求分析规范 文档类别：分析和设计规范 密 级：机密 版本信息：1.0 建立日期：2005-8-31 创 建 人：D0001 审 核 者： 批 准 人： 批准日期： 编辑软件：Microsoft Office 2000 中文版  文档修订记录 版本编号 *变化 状态 简要说明 (变更内容和变更范围) 日期 变更人 批准日期 批准人 更改请求号 V1.0 C 2005-8-31 D0001 *变化状态：C——创建,M——修改，D——删除 文档审批信息 序号 审批人 角色 审批日期 签字 备注 目录 1 简介 4 1.1 文档目的 4 1.2 适用范围 4 2 需求开发定义 4 2.1 什么是需求开发 4 2.2 各个步骤工作 4 3 需求开发策略 4 3.1 需求获取 4 3.2 需求分析 6 3.3 需求评审 7  简介 文档目的 本文档中的内容是为了总结在需求分析方面的经验，制订相关的规范，指导分析人员完成需求分析工作。 适用范围 本文档的适用范围为软件项目开发中的分析和设计阶段。 需求开发定义 什么是需求开发 需求开发是指软件工程中的需求阶段的分析研究等工作，需求开发又分为需求获取、需求分析、需求评审等三个步骤。 软件的需求主要分为业务需求、用户需求和功能需求。 业务需说明了提供给客户和产品开发商的新系统的最初利益,反映了组织机构或客户对系统、产品高层次的目标要求。 用户需求文档描述了用户使用产品必须要完成的任务 需求讨论集中于业务需求和任务，必然使用各种业务术语。应将有关业务术语教给需求获取或者分析人员，同时还要把常用的一些开发术语翻译给业务人员，做到交流畅通无阻。 了解业务部门的业务及目标 只有充分了解业务部门的具体业务，才能开发出满足其需求的软件。为充分了解业务人员的具体需求，需求获取人员到业务部门去观察他们的实际工作流程，甚至与业务部门一起工作一段时间。如果是旧系统切换到新系统，还要亲自用一下目前的旧系统，明白目前系统是怎样工作的，了解其流程情况以及可供改进之处等。 了解业务的特点以及我们普遍认识的误区或盲区 充分了解业务的特点，了解用户需求的软件产品中的重要特性，比如：crm软件在软件和医疗设备等行业中重视的是售前管理和对业务人员的考核；在商贸行业或批发行业重视的是售中售后管理和对客户供应商的考核。从行业的特点出发，仔细分析用户的需求，不能自以为是，根据自己的认识想象或者揣摩用户的需求，这就是所谓的误区或盲区。 掌握各种沟通技巧 需求获取的过程实际上是个沟通的过程，要想方设法吸引业务人员说出其需求。有时候，尝试着问一些愚蠢的问题也有助于用户打开话匣子。如果直接要求业务人员写出业务是如何实现的，十有八九无法完成；但如果尝试着问一些实际的问题，例如：以我的理解，你们收到订单后，会...。业务人员立刻就会指出你的错误，并滔滔不绝的开始谈论业务，这一招就叫抛砖引玉。 客户所持的假设解释清楚项目范围在允许的成本、性能要求下，分析每项需求实施的可行性，明确与每项需求实现相联系的风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍。总结开发该产品有关的主要业务风险，例如市场竞争、时间问题、用户的接受能力、实现的问题或对业务可能带来的消极影响。预测风险的严重性，指明你所能采取的减轻风险的措施创建数据字典数据字典是对系统用到的所有数据项和结构的定义，以确保开发使用统一的数据。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义术语。创建开发原型当开发人员或用户不能确定需求时，开发一个用户接口原型，这样使得许多概念和可能发生的事更为直观明了。用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题。注意要找出需求文档与原型之间所有的冲突之处。为需求建立模型需求的图形分析模型是软件需求规格说明极好的补充说明。它们能提供不同的信息与关系以有助于找到不正确的、不一致的、遗漏的和冗余的需求。这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图。确定需求优先级绝大多数项目没有足够的时间或资源实现功能性的每个细节。决定哪些特性是必要的，哪些是重要的，是需求开发的主要部分，这只能由客户负责设定需求优先级，因为开发者不可能按照客户的观点决定需求优先级；开发人员将为您确定优先级提供有关每个需求的花费和风险的信息。应用质量功能调配功能调配是一种高级系