需求分析解题.ppt

第3章 需求分析 3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体-联系图 3.5 数据规范化 3.6 状态转换图+有穷状态机 3.7 其他图形工具 3.8 验证软件需求 3.9 小结 需求分析的意义 软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码做得如何出色，不能真正满足用户需求的程序只会令用户失望，给开发带来烦恼。 需求分析是软件定义时期的最后一个阶段，它的基本任务不是确定系统怎样完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 在需求分析阶段结束之前，由系统分析员写出软件需求规格说明书，以书面形式准确地描述软件需求。 在分析软件需求和书写软件需求规格说明书 的过程中，分析员和用户都起着关键的、必 不可少的作用。 1 确定对系统的综合要求 3.1 需求分析的具体任务 分析系统的数据要求 3 导出系统的逻辑模型 4 修正系统开发计划 3.2 与用户沟通获取需求的方法 访谈 面向数据流自顶向下求精 简易的应用规格说明技术 快速建立软件原型 任何信息处理系统的基本功能都是把输入数据转变成需要的输出信息。 数据是需求分析的出发点。数据决定了需要的处理和算法。 典型的面向过程的软件需求分析方法就是：结构化分析方法(SA)，是面向数据流进行需求分析的方法。 软件需求分析方法 结构化分析 结构化分析方法是抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。 抽象和分解是这个方法的主要手段，由于数据传递与变换而形成的数据流，是这个方法的主要依据。 面向数据流自顶向下求精 需求分析的结果 需求分析所要做的工作是深入描述软件的功能和性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其他有效性需求。 分析员通过需求分析，逐步细化软件分配，描述软件要处理的信息域，并给软件开发提供一种可转化为数据设计、结构设计和过程设计的信息与功能表示。 3.3 分析建模与规格说明 分析建模 模型 就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。通常，由一组图形符号和组织这些符号的规则组成。 建模方法 第一种是结构化分析 (Structured Analysis，SA) 具体的建模方法/表达方式有： 功能建模：数据流图（DFD/CFD） 数据建模：实体关系图（ERD） 基于行为的建模： Petri网、状态图 3.3.2 软件需求规格说明(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 控制 3.4 实体-联系图(ER) ER图 ---- 是用来建立数据模型的工具。 数据模型 ---- 它描述了从用户角度看到的数据，反映了用户的现实环境，而且与在软件系统中的实现方法无关。 数据模型中包含3种相互关联的信息：数据对象（实体）、数据对象的属性及数据对象彼此间相互连接的关系。 实体-联系图的符号 ER图中包含了实体(即数据对象)、关系和属性等3种基本成分。 通常用矩形框代表实体； 用连接相关实体的菱形框表示关系； 用椭圆形或圆角矩形表示实体(或关系)的属性； 并用直线把实体(或关系)与其属性连接起来。 举 例 图3.2 某校教学管理ER图 对象 教师属性 学生属性 课程属性 联系属性 关系 3.5 数据规范化 规范化的目的是： 消除数据冗余，即消除表格中数据的重复； 消除多义性，使关系中的属性含义清楚、单一； 使关系的“概念”单一化，让每个数据项只是一个简单的数或字符串，而不是