软件工程与项目管理(第三课).ppt

《软件工程与项目管理(第三课).ppt》由会员分享，可在线阅读，更多相关《软件工程与项目管理(第三课).ppt（47页珍藏版）》请在三一办公上搜索。

1、软件工程与项目管理,大连外国语学院 软件学院刁建华,第二章 可行性分析,掌握数据流图的画法,3,形成高层逻辑模型 系统流程图 数据流图 数据字典,可行性研究的步骤,形成高层逻辑模型 系统流程图：概括描绘数据在系统各部 件间流动情况。数据流图 数据字典,4,数据流图 Data Flow Diagram-DFD,数据流图的概念 描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。数据流程图是指从数据传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程。,5,系统流程图 VS 系统数据流图,系统流程图是对未来构建的信息处理系统的一种描述。这种描述是相对

2、简单且完全的，涉及到未来系统中使用的处理部件，如磁盘，显示器，用户输入以及处理过程的先后顺序表示等。数据流程图是对实际构建的系统分析综合后，提取逻辑模型的一个过程，它更关注于过程内数据的处理，而把具体处理数据的物理过程，物理分布忽略。系统流程图就是表示整个系统处理事物的基本过程；数据流图是描述各个子块之间如何进行数据传递：,6,数据流图特点 它是逻辑系统的图形表示，容易理解，是极好的通信工具，设计数据流图只需考虑系统必须完成的基本逻辑功能，不需要考虑如何实现这些功能，是软件设计很好的出发点。,7,数据流图用途 1、画数据流图的基本目的是利用它作为交流信息的工具。分析员把他对现有系统的认识或对目

3、标系统的设想用数据流图描绘出来，供有关人员审查确认。绝大多数用户都可以理解和评价它。,8,2、数据流图的另一个主要用途是作为分析和设计的工具。着重描绘系统所完成的功能而不是系统的物理实现方案。,9,DFD的基本符号,数据流图有四种基本符号,10,数据源点或终点表示图中要处理数据的输入来源或处理结果要送往何处。在图中的出现仅仅是一个符号，并不需要以软件的形式进行设计和实现，因而，它只是数据流图的外围环境中的实体，故称外部实体。在实际问题中，它可能是人员、计算机外设、测量仪器等。数据流图中要注明源点或终点的名字。,数据源点或终点(外部实体),或,管理员,11,加工是以数据结构或数据内容作为加工对象

4、。加工的名字通常是一个动词短语，简明扼要第表明完成的是什么加工。数据流程图中要注明加工编号、名字。,数据加工(数据变换),或,加工编号,加工名字,12,数据存储文件在数据流图中起保存数据的作用，因而称为数据存储文件。它可以是数据库文件或任何形式的数据组织。指向文件的数据流可理解为写入文件或查询文件，从文件中引出的数据流可理解为从文件读取数据或得到查询结果。在数据流图中必须加 命名，用名词或名词 性短语命名。,文件编号,文件名字,13,数据流是沿箭头方向传送数据的通道，指被加工的数据与流向。数据流大多是在加工之间传输加工数据的命名通道。也有连接数据存储文件和加工的没有命名的数据通道。,XXXX

5、B,数据流名字,数据流编号,14,DFD几种附加符号,附加符号：*（星号）数据流之间是“与”关系同时存在）+（加号）数据流之间是“或”关系。数据流之间是只能从中选一个互斥的关系）,15,16,分层的DFD,为表达数据处理过程的数据加工情况，采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统。,17,DFD的画法（1）,基本步骤：自外向内，自顶向下，逐层细化，完善求精。具体步骤：画顶层数据流图 顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统输入数据，输出流是系统输出数据。,18,DFD的画法（2）,画中间层流图

6、 中间层流图表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。画底层流图 是底层流图指其加工不需再做分解的数据流图，它处在最底层。,19,顶层,中间层,底层,20,例：一工厂通过放在仓库中的CRT终端把事务报告给定货系统（零件入库或出库被称为事务）。仓库现有的各零件的数量以及每种零件库存量临界值等数据记录在库存清单主文件中。当仓库中零件数量有变化时，应该及时修改库存清单主文件，如果哪种零件的库存量少于它的库存量临界值，则把必要的定货信息写在磁带上报告给采购部门以便定货。规定每天向采购部送一次定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。对于每个再次定货零件应该列出下述

7、数据：零件编号，零件名称，定货数量，目前价格，主要供应者，次要供应者。,21,定货系统的顶层DFD（1）,1、先画顶层数据流图，既只包含一个 处理的图。先画数据源点与终点（系统的输入输出）；数据源点：对系统的描述可以知道“通过放在仓 库中的PC机把事务报告给定货系统”所以仓库管理员是数据源点。,22,定货系统的顶层DFD（2）,数据终点：“规定每天向采购部门送一次定货报告”所以采购员是数据终点。,仓库管理员,采购员,数据源点,数据终点,23,定货系统的顶层DFD（3）,然后画出数据的处理“采购部每天需要一张定货报表”显然他们还没有这种报表，因此必须有一 个用于产生订货报表的处理。,数据加工(数

8、据变换),或,仓库管理员,采购员,数据源点,数据终点,数据处理,订货系统,24,最后画出数据流和数据存储：分析得知事务需要从仓库送到系统中 事务是一个数据流。系统把定货报表送给采购部，因此定货报表是另一个数据流；,定货系统的顶层DFD（4）,25,定货系统的顶层DFD（5）,仓库管理员,采购员,数据源点,数据终点,数据处理,事务,订货报表,订货系统,完成第一步顶层数据流图,26,细化定货系统的DFD（1）,2、细化数据流程图问题：顶层数据流图对定货系统所能了解到的信息非常有限。解决办法：把基本系统模型细化，描绘系统的主要功能。,仓库管理员,采购员,事务,订货报表,订货系统,27,细化定货系统的

9、DFD（2）,“处理事务和”“产生报表”是系统必须完成的两个主要功能。“处理事务和”“产生报表”代替图中的“定货系统”。,仓库管理员,采购员,事务,订货报表,订货系统,28,细化定货系统的DFD（3）,仓库管理员,采购员,事务,订货报表,订货系统,替代,29,细化定货系统的DFD（4）,考虑是否需要数据存储？,30,例：一工厂通过放在仓库中的CRT终端把事务报告给定货系统（零件入库或出库被称为事务）。仓库现有的各零件的数量以及每种零件库存量临界值等数据记录在库存清单主文件中。当仓库中零件数量有变化时，应该及时修改库存清单主文件，如果哪种零件的库存量少于它的库存量临界值，则把必要的定货信息写在磁

10、带上报告给采购部门以便定货。规定每天向采购部送一次定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。对于每个再次定货零件应该列出下述数据：零件编号，零件名称，定货数量，目前价格，主要供应者，次要供应者。,31,细化定货系统的DFD（5）,考虑是否需要数据存储？答：处理事务时需要两个数据存储：库存清单、订货信息,仓库管理员,采购员,事务,订货报表,32,细化定货系统的DFD（6）,库存清单,仓库管理员,采购员,事务,订货报表,库存清单,定货信息,定货信息,33,细化定货系统主要功能的DFD(1),3、系统主要功能进一步细化 系统都具备哪些功能？,34,库存清单,仓库管理员,采购员,处

11、理,事务,1,产生,报表,2,事务,订货报表,库存清单,定货信息,定货信息,细化定货系统主要功能的DFD(2),35,细化定货系统主要功能的DFD(3),3、分析系统“处理事务”主要功能的逻辑数据流：当发生一个事务时必须首先接收它；随后按照事务的内容修改库存清单；最后如果更新后的库存量少于库存量临界值时，则应该再次定货，也就是需要处理定货信息。因此，把“处理事务”这个功能分解为下述3个步骤，这在逻辑上是合理的：“接收事务”、“更新库存清单”和“处理定货”。,36,细化定货系统主要功能的DFD(4),库存清单,仓库管理员,采购员,处理,事务,1,产生,报表,2,事务,订货报表,库存清单,定货信息

12、,定货信息,1.1,1.2,1.3,替代,37,细化定货系统主要功能的DFD(5),仓库管理员,事务,细化主要功能,38,细化定货系统主要功能的DFD(6),分解“产生报表”这个功能订货报表中需要的数据在存储的订货信息中。产生报表只是按顺序排列这些信息，再按一定格式打印出来。然而这些考虑纯属具体实现的细节，不应在数据表中表现。同样道理，对“接收事物”或“更新库存清单”等功能叶没必要进一步细化。总结：当进一步分解将涉及如何具体实现一个功能是，就停止分解。,39,画DFD的原则（注意事项1）,1、数据流图上所有图形符号只限于前述四种基本图形元素。2、每个处理至少有一个输入数据流和一个输出数据流，反

13、映出此加工数据的来源与结果。3、图上每个元素都必须有名字。4、画数据流不是画控制流，只反映系统“做什么”，不反映“如何做”。,40,画DFD的原则（注意事项2）,5、编号：需按层给处理框编号。编号表明该处理处在哪一层以及上下图父图与子图的关系。,41,画DFD的原则（注意事项3）,6、父图与子图的平衡。子图的输入输出数据流同父图相应处理的输入输出必须一致。,父图输入是订货单，子图不是，看似不平衡，查数据词典得知，订货单由客户、帐号、数据三个元素组成，所以父、子图还是平衡的。,42,画DFD的原则（注意事项4）,7、存储：一个局部存储只要当它作为某些处理的数据接口或某个处理特定的输入输出时，就要

14、把它画出来，有助于实现信息的隐蔽。,43,画DFD的原则（注意事项4）,8、提高数据流图的易理解性。（1）注意合理分解；（2）分解时注意字处理的独立性与均 匀性；（3）分层清楚，不要在一张图上有些 是基本处理，有些处理还要分解 好几层。,44,DFD的命名,数据流图中每个成分的命名是否恰当，直接影响数据流图的可理解性。因此给这些成分起名字时应该仔细推敲。,45,命名时应注意的问题：数据源点/终点命名 并不需要在开发目标系统的过程中设计和实现，它并不属于数据流图的核心内容，只不过是目标系统的外围环境部分(可能是人员、计算机外部设备或传感器装置)。通常，为数据源点/终点命名时采用它们在问题域中习惯

15、使用的名字(如“采购员”、“仓库管理员”等)。,46,为处理命名通常先为数据流命名，然后再为与之相关联的处理命名。这样命名比较容易，体现了人类习惯的“由表及里”的思考过程。名字应该反映整个处理的功能，而不是它的一部分功能。名字最好由一个具体的及物动词加上一个具体的宾语组成。应该尽量避免使用“加工”、“处理”等空洞笼统的动词作名字。通常名字中仅包括一个动词，如果必须用两个动词才能描述整个处理的功能，则把这个处理再分解成两个处理可能更恰当些。如果在为某个处理命名时遇到困难，则很可能是发现了分解不当的迹象，应考虑重新分解。,47,为数据流(或数据存储)命名名字应代表整个数据流(或数据存储)的内容，而不是仅仅反映它的某些成分。不要使用空洞的、缺乏具体含义的名字(如“数据”、“信息”、“输入”之类)。数据流只反映系统“做什么”，不反映“如何做”，名字只能是名词或名词短语。如果在为某个数据流(或数据存储)起名字时遇到了困难，则很可能是因为对数据流图分解不恰当造成的，应该试试重新分解，看是否能克服这个困难。,