第五次课 四、需求分析(二).pptVIP

2.3 系统流程图 3.1 需求分析的任务与过程 3.2 需求分析的方法 3.2.2 数据流图 3.2.3 数据字典 3.3 图形 3.4 需求规格说明书与评审 3.5 小结 系统流程图是描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件（程序，文件，数据库，表格，人工过程等等）。 系统流程图表达的是部件的信息流程，而不表示对信息进行加工处理的控制过程，系统流程图的基本符号见图2-1 处理 能改变数据或数据位置的加工或部件 输入输出 表示输入输出 连接 指出转到图的另一部分或从；另一部分转来 换页连接 指出转到另一页图上或从另一页图转来 人工操作 由人工完成处理 通信链路 远程通信线路传送数据 数据流 用来连接其他符号 图2-1 系统流程图的基本符号 例如：可用系统流程图来分析下述问题。 某图书馆闭架借书流程如下：读者须先被验明证件后才能进入查询室。读者在查询室内通过检书卡或利用终端检索图书数据库来查找自己所需的图书。找到所需图书并填好索书单后到服务台借书。如果所借图书还有剩余，管理员将填好借书单，从库房中取出图书交于读者。图3-2 的系统流程图描述了上述系统的概貌。图中的每个符号定义了组成系统的一个部件，而并没有指明每个部件的具体工作过程。图中的箭头指定了系统中信息的流动（逻辑）路径。 图3-2 图书馆借书系统流程图 读者 图书 查询 图书 数据库 索书单 检验 检书卡 借书 借书单 取书 3.1 需求分析的任务与过程 3.2 需求分析的方法 3.3 图形 3.4 需求规格说明与评审 3.5 小结 第三章 需求分析 通过软件需求分析，把软件功能和性能的总体概念描述为具体的软件需求规格说明，进而建立软件开发的基础。 3.1.1 需求分析的任务 需求分析的任务不是确定系统如何完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 主要的任务有： 1.确定对系统的综合要求 2.分析系统的数据需求 3.提出系统的逻辑模型 4.修正系统开发计划 5.开发原型系统 3.1.2 需求分析的过程 1.调查研究 分析人员协同程序员研究系统数据的流程及调查用户需求或查阅可行性报告、项目开发计划报告，访问现场，获得当前系统的具体模型，以IPO图或DFD图表示。 2.分析与综合 3.书写文档 a.系统规格说明 b.数据要求 c.用户系统描述 d.修正的开发计划 4.需求分析评审 3.1.3 需求分析的原则 1.必须能表达和理解问题的数据域和功能域 数据域包括：数据流、数据内容和数据结构 2.按自顶向下逐层分解问题 3.要给出系统的逻辑视图和物理视图 （1）逻辑视图给出软件要达到的功能和要处理数据之间的关系，而不是实现的细节。 （2）物理视图给出处理功能和数据结构的实际表示形式。 3.2.1 面向数据流的需求分析方法 结构化分析方法是面向数据流进行需求分析的方法。 结构化分析方法使用数据流图DFD与数据字典DD来描述，面向数据流问题的需求分析适合于数据处理类型软件的需求描述。 其核心思想是分解化简问题，将物理与逻辑表示分开，对系统进行数据与逻辑的抽象。 3.2.2 数据流图 数据流图称为Data Flow Diagram。是描述数据处理过程的工具。 1.数据流图的含义 以图形的方式描述数据流从输入到输出的传输变换过程 2.数据流图的特点 a.抽象性 b.概括性 c.层次性 3.数据流图基本符号 (1) 数据流图中的主要图形元素 数据流图中的基本图形元素有4种： 数据输入的源点和数据输出的汇点。 加工。输入数据在此进行变换产生输出数据。 数据流。被加工的数据与流向。 数据存储文件，须加以命名。 图3-2 数据流图基本图形符号 (2)数据流与加工之间的关系 A B * C A B B C A * 数据A和B同时输入变换成C 数据A变换成B和C 数据A或数据B（不能同时）输入变换成C (2)数据流与加工之间的关系 A B C A B B C A 数据A变换成B或C（不能变换成B和C） 数据A或B，或A和B同时输入变换成C 数据A变换成B或C，或B和C C ＋ ＋ 4. 数据流图的用途 (1)系统分析员用这种工具可以自顶向下分析系统信息 流程。 (2)可在图上画出需要计算机处理