[工学]第03章需求分析.ppt

第三章 需求分析 3.0 需求分析概述 需求分析的意义 需求分析的目的 需求分析的相关人 需求分析的目的 需求分析是软件定义时期的最后一个阶段，它的基本任务不是确定系统怎样完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。并在在需求分析阶段结束之前，由系统分析员写出软件需求规格说明书，以书面形式准确地描述软件需求。 ---- 准确地回答“系统必须做什么?” 需求分析的相关人 在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。 软件需求的组成（图） 软件需求的组成部分 业务需求： 反映组织机构和客户对系统、产品高层次的目标要求。 用户需求： 从用户使用的角度给出需求的描述。 系统需求： 从系统的角度描述要提供的服务以及所受到的约束。 功能需求： 描述系统应该做什么，即为用户和其它系统完成的功能、提供的服务。 性能需求 存储容量、处理速度、用户数、并发能力等。 接口需求 本系统与其他系统的接口。 出错处理需求 系统可能的错误及其处理方法。 非功能性需求： 系统必须具备的属性或品质。 可靠性和可用性需求 可靠性指标、可用性指标 设计约束： 设计与实现必须遵循的标准、约束条件。如运行平台、协议、选择的技术、编程语言和工具等。 例：小型超市商品查询系统的需求 业务需求： 进货人员需要查询商品库存以便保证及时进货； 收款员需要查询商品的销售价格以便结账； 经理需要查询商品的销售及盈利情况。 用户需求: 三类用户（进货人员、收款员、经理）怎样去查询系统，查询哪些信息，还需要哪些操作。 软件需求的描述 语言描述 自然语言、结构化语言、过程描述语言PDL... 图形/表格化描述 数据流图、数据字典、IPO图、判定表、判定树、状态图... 数学描述 形式化语言、函数、状态机 3.1 需求分析的任务 确定对系统的综合要求 功能需求、性能需求、可靠性和可用性需求、出错处理需求、接口需求、约束、 逆向需求、将来可能提出的要求。 分析系统的数据要求 用直观和定义的形式建立系统的数据模型，优化和规范化数据结构。 常用工具：图形工具（层次方框图、Warnier图）、数据字典。 导出系统的逻辑模型 综合上述分析结果，导出系统的详细逻辑模型。常用工具：数据流图、实体-联系图、状态转换图、数据字典、主要处理算法。 修正系统开发计划 以详细逻辑模型为基础，与用户交流，跟深入地了解和明确用户的需求，估算系统开发成本、进度等，修订项目开发计划。。 软件需求获取和分析过程（图） 需求分析是一个包括创建和维持系统需求文档所必需的一切活动的过程。它包含了如下活动： 软件需求获取和分析 需求获取 是开发人员与客户或用户一起对应用领域进行调查研究，收集系统需求的过程。 需求分析 是将获取到的需求准确的理解、求精，并将其转化为完整的需求定义（包括建模），进而生成需求规约的过程。 需求描述和文档编写 按照规范的格式（标准指南，如国标）和采用常用的工具编制软件需求分析说明书。 需求管理 管理需求工程的变更。 需求有效性验证 提交用户反馈，召开需求评审会。 需求获取和分析的难度 1）需求难以表达出来 项目相关人员通常并不真正知道希望计算机做什么，让他们清晰的表达出需要系统做什么是件困难的事，他们或许提出不切实际的要求。 2）需求具有专业性 项目相关人员用自己的语言表达需求，这些语言包含很多工作中的专业术语和专业知识。系统分析员没有这些知识和经验，而他们又必须了解这些需求。 3）需求的不一致性 不同的项目相关人员有不同的需求，可能以不同的方式表达，分析人员必须发现所有潜在的需求资源，而且能够发现这些需求的相容或冲突之处。 4）需求的变化性 经济和业务环境决定了分析是动态的，需求在分析过程中会发生变更。个别需求的重要程度可能会改变，新的需求可能会从新的项目相关人员那里得到。 需求获取方法与技术 需求分析小组 建立由客户（用户）、系统分析员、领域专家参加的联合小组。 需求获取的方法 个别访谈、召集会议、文档研究、问卷调查、观察用户工作流程、建立原型。 需求表达的技术 （1）需求列表：需求与系统的特殊视角或环境的关系 （2）业务流程图（状态/活动图） （3）数据流图 （4）实体-联系图 3.2 与用户沟通获取需求的方法 3.2.1 访谈 3.2.2 面向数据流自顶向下求精 3.2.3 简易的应用规格说明技术 3.2.4 快速建立软件原型 3.2.1 访谈 访谈的基本形式 非正式访谈：获取用户(高端用户)的想法、理念; 正式访谈：获取用户（业务部门用户）的具体需求，如功能需求、数据需求等。 访谈技术 开放性问题（非正式访谈） 具体问题（正式访谈） 问卷调查表