第三讲需求_1总汇.ppt

第三章 需求分析 意义： 软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码做得如何出色，不能真正满足用户需求的软件只会令用户失望，给开发带来烦恼。 任何系统都必须有数据支撑，分析系统的数据要求通常采用建立数据模型的方法！ 借助当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做什么”的问题。 4. 修正系统开发计划 对系统的成本和进度作更准确的估计 3.2 获取需求的方法 访谈 结构化分析方法（面向数据流自顶向下求精） 简易的应用规格说明技术 快速原型法 （1）访谈 正式访谈 非正式访谈 面向数据流的分析方法，采用数据流图建立功能模型 (3) 简易的应用规格说明技术 (4) 快速原型法 快速原型即快速建立起来的旨在演示目标系统主要功能的可运行的程序。 快速建立软件原型是最准备、最有效、最强大的需求分析技术。 快速原型应具备的特性是“快速”、“容易修改” 1)分析建模 模型--就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。通常，由一组图形符号和组织这些符号的规则组成。 需求分析过程具体的建模方法有： 基于功能建模：用例图 基于行为的建模：状态图 数据建模：实体-关系图 数据模型中包含3种相互关联的信息： 数据对象（实体） 数据对象的属性 数据对象彼此间相互连接的关系。 实例二 企业职工管理中，需要涉及的功能有： 1）人事处对职工的档案和部门进行管理，包括职工基本情况，部门的基本情况以及各种职称、职务的管理； 2）财务处管理职工的工资情况； 3）科研处管理项目、职工参加项目的情况。 人事管理局部E-R图 工资管理局部E-R图 项目管理局部E-R图 合并后全局E-R图 练习： 请为某仓库的管理设计一个ER模型。该仓库主要管理零件的订购和供应商等事项。仓库向工程项目供应零件，并且根据需要向供应商订购零件。 结束 * * 第3章 需求分析 3.1 需求分析的任务 3.2 获取需求的方法 3.3 实体-联系图 3.4 数据规范化 3.5 面向对象方法学 3.6 3.7 其他图形工具 3.8 状态转换图 用例图 需求分析概述 周期阶段? 基本任务? 实现方式? 系统必须 做什么 软件定义时期 需求分析 说明文档 结果： 《软件需求规格说明书》 任务：完整、准确、 清晰、具体地确定 系统所要完成的工作。 出发点： 《可行性研究报告》 3.1 需求分析的任务 1 确定对系统的综合要求 分析系统的数据要求 3 导出系统的逻辑模型 4 修正系统开发计划 1. 软件需求对系统的综合要求 项目范围文档 用户需求 文档 功能需求 质量属性 其他非功能需求 设计约束 需求规约(specification) 非功能需求 系统需求 业务需求 2. 分析系统的数据需求 用 实体-联系图 来描述。 3.导出系统的逻辑模型 事先准备好一系列问题，一问一答 开放性交谈，客户多说，分析员引导 调查问卷 情景分析 从数据流图入手，逐步细化 面向过程 面向对象 从用例入手，逐步细化 用例图 类图 状态图 (2) 结构化分析方法 数据流图 IPO图 数据字典 面向团队的需求收集法 访谈 开发者，用户分别编写“产品需求” 开会，交流大家对系统的理解 意见统一的 系统描述 分小组讨论表中内容 软件规格说明书 分析建模与规格说明 软件需求规格说明(SRS) Software Requirement Specification 通常用自然语言+模型，完整、准确、具体地描述系统的数据要求、功能需求、性能需求、可靠性和可用性要求、出错处理需求、接口需求、约束、逆向需求以及将来可能提出的要求。 软件需求规格说明书， 是需求分析阶段得出的最主要的文档。 软件需求说明书的编写提示（GB856T—88） 1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 2 任务概述 2.1 目标 2.2 用户的特点 2.3 假定和约束 3 需求规定 3.1 对功能的规定 3.2 对性能的规定 3.2.1 精度 3.2.2 时间特性要求 3.2.3 灵活性 3.3 输入输出要求 3.4 数据管理能力要求 3.5 故障处理要求 3.6 其他专门要求 4 运行环境规定 4.1 设备 4.2 支持软件 4.3 接口 4.4 控制 软件需求说明书的编写提示（GB856T—88） 3.3 实体-联系图(ER) E