软件工程导论第2章_可行性研究教材教学课件.pptVIP

2.4 续 功能级数据流图 2.4 续 分解后的功能级数据流图 2.4 续 说明： 当对数据流图分层细化时必须保持信息连续性，也就是说，当把一个处理分解为一系列处理时，分解前和分解后的输入输出数据流必须相同。 当进一步分解将涉及如何具体地实现一个功能时，就不应该再分解了。 编号：处理1.1，1.2和1.3 是更高层次的数据流图中处理1的组成元素，如果把处理1.1进一步分解，则将得到编号为1.1.1，1.1.2，…的处理。 2.4 续 命名 数据流图中每个成分的命名是否恰当，直接影响数据流图的可理解性。 数据源点/终点只是目标系统的外围环境部分，不属于数据流图的核心内容，通常采用它们在问题域中习惯使用的名字。 数据流、数据存储、处理的命名应该注意。 2.4 续 ⒈ 为数据流(或数据存储)命名 (1) 名字应代表整个数据流(或数据存储)的内容，而不是仅仅反映它的某些成分。 (2) 不要使用空洞的、缺乏具体含义的名字(如“数据”、“信息”、“输入”之类)。 (3) 如果在为某个数据流(或数据存储)起名字时遇到了困难，则很可能是因为对数据流图分解不恰当造成的，应该试试重新分解。 2.4 续 ⒉ 为处理命名 (1) 通常先为数据流命名，然后再为与之相关联的处理命名， “由表及里”。 (2) 名字应该反映整个处理的功能，而不是它的一部分功能。 (3) 名字最好由一个具体的及物动词加上一个具体的宾语组成。 (4) 通常名字中仅包括一个动词，如果必须用两个动词才能描述整个处理的功能，则应把这个处理再分解。 (5) 如果在为某个处理命名时遇到困难，则很可能是发现了分解不当的迹象，应考虑重新分解。 2.4 续 建立数据流图要遵循的原则 1．每个加工至少应有一个输入数据流（反映被处理数据的来源）和一个输出数据流（反映加工的结果）。 2．数据流图中各构成元素的名称必须具有明确的含义且能够代表对应元素的内容或功能。 3．对某个处理进行细化生成的下层数据流图，称为其上层图的子图。应保证分层数据流图中任意对应的父图和子图的输入/输出数据流保持一致。 2.4 续 4．应按照层次给每个加工编号，用于表明该加工所处的层次及上、下层的父图与子图的关系。编号的规则为：顶层加工不用编号；第一层加工的编号为1,2,…,n。第二层加工的编号为1.1,1.2,…,2.1,2.2,…,n.1,n.2,…,等，以此类推。 5．在父图中不要出现子图中涉及的局部数据存储文件。通常除底层数据流图中需表明所有数据存储外，为保持画面整洁，各中间层数据流图只需显示处于处理之间的接口文件即可。 6．数据流图只能由四种基本符号组成，是实际数据流程的客观映象，用于说明系统应该“做什么”，而不需要指明系统“如何做”。 2.4 续 7．数据流图的分解速度应保持适中。通常一个处理每次可分解为2~4个子处理，最多不要超过7个，否则会增加用户的理解难度。同时要注意，逐层精化必须适可而止。 8． 如果为了便于数据流图在计算机上的输入和输出，应免除斜线、弧线、圆等符号。 2.4 续 数据流图的用途 数据流图的基本目的是利用它作为信息交流的工具。 数据流图的另一个主要用途是作为分析和设计的工具。 当用数据流图辅助物理系统的设计时，以图中不同处理的定时要求为指南，能够在数据流图上画出许多组自动化边界，每组自动化边界可能意味着一个不同的物理系统，因此可以根据系统的逻辑模型考虑系统的物理实现。 2.4 续 以批量方式更新库存清单 2.4 续 以联机方式更新库存清单 2.5 数据字典 数据字典的内容 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。 据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。 数据流图和数据字典共同构成系统的规格说明。 一般来说，数据字典由对4类元素的定义组成： (1) 数据流 (2) 数据流分量(即数据元素) (3) 数据存储 (4) 处理 数据字典主要由对数据的定义组成，数据处理的定义用其它工具描述更方便。 * 软件工程导论（第5版） 普通高校本科计算机专业特色教材精选 张海藩 编著 第2章 可行性研究 主要内容 2.1 可行性研究的任务 2.2 可行性研究过程 3.3 系统流程图 2.4 数据流图 2.5 数据字典 2.6 成本/效益分析 教学重点 可行性研究。 教学难点 成本/效益分析 2.1 可行性研究的任务 可行性研究目的 可行性研究的目的不是研究如何解决问题，而是要用最小的代价在最短的时间内确定该项目是否值得去解决，是否存在可行的解决方案。 可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系