软件工程导论可行性研究.pptVIP

定货系统的基本系统模型 仓库 管理员 定货 系统 采购员 事务 定货报表 * 第三十页，共七十九页。 定货系统的功能级数据流图 * 第三十一页，共七十九页。 把处理功能进一步分解后的数据流图 * 第三十二页，共七十九页。 注意 当进一步分解将涉及如何具体地实现一个功能时就不应该再分解了。 例如：为什么不进一步分解“产生报表”这个功能呢？定货报表中需要的数据在存储的定货信息中全都有，产生报表只不过是按一定顺序排列这些信息，再按一定格式打印出来。然而这些考虑纯属具体实现的细节，不应该在数据流图中表现。 * 第三十三页，共七十九页。 注意 当对数据流图分层细化时必须保持信息连续性。 也就是说，当把一个处理分解为一系列处理时，分解前和分解后的输入／输出数据流必须相同。 * 第三十四页，共七十九页。 注意 应该注意在图中对处理进行编号的方法。 * 第三十五页，共七十九页。 2.4.3 命名 数据流图中每个成分的命名是否恰当，直接影响数据流图的可理解性。 * 第三十六页，共七十九页。 为数据流（或数据存储）命名 名字应代表整个数据流（或数据存储）的内容，而不是仅仅反映它的某些成分。 不要使用空洞的、缺乏具体含义的名字（如：“数据”、“信息”、“输入”等）。 如果在为数据流（或数据存储）起名字时遇到了困难，则很可能是因为对数据流图分解不恰当造成的，应尝试重新分解，看是否能克服这个困难。 * 第三十七页，共七十九页。 为处理命名－1 通常先为数据流命名，然后再为与之相关联的处理命名。这样命名比较容易，而且体现了人类习惯的“由表及里”的思考过程。 名字应该反映整个处理的功能，而不是它的一部分功能。 名字最好由一个具体的及物动词，加上一个具体的宾语组成。应该尽量避免使用“加工”、“处理”等空洞笼统的动词作名字。 * 第三十八页，共七十九页。 为处理命名－2 通常名字中仅包括一个动词，如果必须用两个动词才能描述整个处理的功能，则把这个处理再分解成两个处理可能更恰当些。 如果在为某个处理命名时遇到困难，则很可能是发现了分解不当的迹象，应考虑重新分解。 * 第三十九页，共七十九页。 为数据源点/终点命名 采用它们在问题域中习惯使用的名字（如“采购员”、“仓库管理员”等） * 第四十页，共七十九页。 2.4.4 用途－1 画数据流图的基本目的是利用它作为交流信息的工具。 数据流图的另一个主要用途是作为分析和设计的工具。 可以根据系统的逻辑模型考虑系统的物理实现。当用数据流图辅助物理系统的设计时，以图中不同处理的定时要求为指南，能够在数据流图上画出许多组自动化边界，每组自动化边界可能意味着一个不同的物理系统。 * 第四十一页，共七十九页。 例1 可以联机地接收事务并放入队列中，然而更新库存清单、处理定货和产生报表以批量方式进行。当然，这种方案需要增加一个数据存储以存放事务数据。 * 第四十二页，共七十九页。 数据流图 * 第四十三页，共七十九页。 例2 改变自动化边界，把处理1．1、1．2和1．3放在同一个边界内。 这个系统将联机地接收事务、更新库存清单和处理定货及输出定货信息；然而处理2将以批量方式产生定货报表。 * 第四十四页，共七十九页。 数据流图 * 第四十五页，共七十九页。 2.4.4 用途－2 数据流图对更详细的设计步骤也有帮助。 本书第五章将讲述从数据流图出发映射出软件结构的方法——面向数据流的设计方法。 * 第四十六页，共七十九页。 2.5 数据字典 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。 数据流图和数据字典共同构成系统的逻辑模型，没有数据字典数据流图就不严格，然而没有数据流图数据字典也难于发挥作用。 * 第四十七页，共七十九页。 2.5.1 数据字典的内容 一般说来，数据字典应该由对下列四类元素的定义组成： （1）数据流 （2）数据流分量（即，数据元素） （3）数据存储 （4）处理。 本书中数据字典将主要由对数据的定义组成。数据处理的定义用其它工具（如IPO图或PDL）描述更方便。 * 第四十八页，共七十九页。 数据字典中记录的数据元素的信息 一般信息：名字，别名，描述等。 定义：数据类型，长度，结构等。 使用特点：值的范围，使用频率，使用方式——输入/输出/本地，条件值等。 控制信息：来源，用户，使用它的程序，改变权，使用权等。 分组信息：父结构，从属结构，物理位置----记录、文件和数据库等。 * 第四十九页，共七十九页。 出现别名主要原因 对于同样的数据，不同的用户使用了不同的名字； 一个分析员在不同时期对同一个数据使用了不同的名字； 两个分析员分别分析同一个数据流时，使用了不同的名字。 * 第五十页，共七十九页。 2.5.2 定义数据的