4 需求分析-任务.ppt

2.4 需求分析-任务 一、需求分析的任务 基本任务：准确地回答“系统必须做什么？” 1.确定对系统的综合需求 (1)系统功能要求 (2)系统性能要求 (3)运行要求 (4)将来可能提出的要求 2.分析系统的数据要求 采用建立“概念模型”的方法，并辅助图形工具，如：层次方框图、Warnier图等。 2.4 需求分析-过程 3.导出系统的逻辑模型 数据流程图、数据字典、主要算法 4.修正系统开发计划 5.开发原型系统 二、分析过程 1.沿数据流程图回溯 从“输出端”到“输入端”回溯，分析数据元素。 2.用户复查 借助已有的数据流程图，帮助复查，再次完善数据流程图。 2.4 需求分析-过程 3.细化数据流程图 4.修正开发计划 5.书写文档 系统规格说明：系统的概貌、功能要求、运行要求、将来可能的要求。 数据要求：数据字典、图形工具（数据结构的层次图、Warnier图） 用户系统描述：初步的用户手册 修正的开发计划 2.4 需求分析-过程 2.4 需求分析-概念模型和规范化 三、概念模型和规范化 1.概念模型 最常用的表示概念性数据模型的方法：实体—联系方法(Entity-Relationship Approach)，简称E-R模型。 E-R模型包含三个基本成分：“实体”、“联系”、“属性” (1)实体：是客观世界中存在的、且可相互区分的事物。它可以是人或物，也可以是具体事物或抽象事物。 例如：教师、学生、课程是实体。 2.4 需求分析-概念模型和规范化 实体用矩形框表示，如： 2.4 需求分析-概念模型和规范化 (3)属性：属性是实体或联系所具有的性质。通常一个实体或联系由若干属性来刻画。 2.4 需求分析-概念模型和规范化 2.范式 第一范式 每个属性值都必须是原子值，即仅仅是一个简单值而不含内部结构。 第二范式 满足第一范式条件，而且每个非关键字属性都由整个关键字决定（而不是由关键字的一部分来决定）。 第三范式 符合第二范式的条件，每个非关键字属性都仅由关键字决定，而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述（即一个非关键字属性值不依赖于另一个非关键字属性值） 一般使用第三范式，避免第三范式 2.4 需求分析-图形工具 四、图形工具 1.层次方框图 层次方框图用树形结构的一系列多层次的矩形框描绘数据的层次结构。 树形结构的顶层是一个单独的矩形框，它表达完整的数据结构，下面的各层矩形框代表这个数据的子集，最底层的各个框代表组成这个数据的实际数据元素（不能再分解的元素） 例如：P46页 图3-3 2.4 需求分析-图形工具 2.Warnier图 Warnier图也用树形结构描绘信息，且更丰富，能表达逻辑关系。 例如：P46页 图3.4 2.4 需求分析-图形工具 3.IPO图 IPO图是输入/处理/输出图的简称，能够方便地描述输入数据、对数据的处理和输出数据之间的关系。 基本形式是在左边的框中列出有关的输入数据，在中间的框内列出主要的处理，在右边的框内列出产生的输出数据。 例如：P47页 图3.5、图3.6 2.4 需求分析 五、验证软件需求 1.验证软件需求的四个方面 一致性 完整性 现实性 有效性 2.验证软件需求的方法 3.验证软件需求的软件工具 2.4 需求分析 六、软件需求说明书（P15） 引言 任务概述 需求规定 运行环境规定 2.5 总体设计-过程 一、总体设计的过程 1.设想供选择的方案 在数据流程图的基础上，一个边界一个边界设想并列出供选择的方案。 不评价这些供选择的方案 2.5 总体设计-过程 2.选取合理的方案 从上一步得到的一系列供选择的方案中选取若干个合理的方案，通常至少选取低成本、中等成本和高成本的三种方案。 根据系统分析确定的目标，来判断哪些方案是合理的。 2.5 总体设计-过程 3.推荐最佳方案 综合分析对比各种合理方案的利弊，推荐一个最佳的方案，并为最佳方案制定详细的实现计划。 2.5 总体设计-过程 4.功能分解 对流程图进一步细化，进行功能分解 2.5 总体设计-过程 5.设计软件结构 软件结构反映系统中模块的相互调用关系：顶层模块调用它的下层模块以实现程序的完整功能，每个下层模块再调用更下层的模块，最下层的模块完成最具体的功能。 软件结构通过层次图或结构图来描绘，可以直接从数据流程图映射出软件结构。 2.5 总体设计-过程 6.数据库设计 2.5 总体设计-过程 7.制定测试计划 2.5 总体设计-过程 8.书写文档 文档包括： 系统说明 用户手册 测试计划 详细的实现计划 数据库设计结果 2.5 总体设计-过程 9.审查和复审 先技术审查 后管理审查 2.5 总体设计-模块 二、模块的概念 1.定义 具有四种属性的一组程序语句称为一个模块，四种属性：输入/输