软件工程ppt课件 第02章 可行性研究教学幻灯片.pptVIP

第二章 可行性研究（Feasibility Study）;§2.步 骤;§2.步 骤;§3. 系统流程图(System Flow Diagram);图2.1 基本符号;§3. 系统流程图;§3. 系统流程图;数据流图(DFD)是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。 只是描绘数据在软件中流动和被处理的逻辑过程。;§4. 数据流图 ;假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。 对于每个需要再次定货的零件应该列出下述数据：零件编号，零件名称，定货数量，目前价格，主要供应者，次要供应者。 零件入库或出库称为事务，通过放在仓库中的显示器把事务报告给定货系统。 当某种零件的库存数量少于库存量临界值时就应该再次定货。; 仓库 管理员; 仓库 管理员; 1;(1) 数据流图可以逐层分解;(2) 分层DFD优点 ·便于实现，采用逐步细化扩展方法，可避免一次引入过多细节，有利于控制问题的复杂度。 ·便于使用, 用一组图代替一张图 ;(3) 分层DFD的指导原则 ① 注意父图和子图的平衡: 父图和子图的输入和输出数据应保持一致. ② 区分局部文件和局部外部项. （内外相对变化） 注意：一般地，除底层DFD需画出全部文件名，各中间层的DFD仅画出处于加工 之间的接口文件，其余文件均不必画出，以保持图面的简洁。 ③ 掌握分解的速度：逐步细化（通常在上层可分解快一些，下一层应慢一些） ④ 遵守加工编号规则： 顶层加工不编号 第二层1，2，3，4…,n 第三层1.1，1.2 … 2.1，1.2…;数据流图中每个成分的命名原则：可理解性。 注意的问题： 1. 为数据流(或数据存储)命名 名字应代表整个数据流(或数据存储)的内容，而不是仅仅反映它的某些成分。 (2) 不要使用空洞的、缺乏具体含义的名字(如“数据”、“信息”、“输入”之类)。 (3) 为某个数据流(或数据存储)起名字时遇到了困难，分析命名是否恰当，应该试试重新分解，看是否能克服这个困难;2. 为处理（加工）命名 通常先为数据流命名，然后再为与之相关联的处理命名。 (2) 名字应该反映整个处理的功能，而不是它的一部分功能。 (3) 名字最好由一个具体的及物动词加上一个具体的宾语组成。应该尽量避免使用“加工”、“处理”等空洞笼统的动词作名字。;(4) 通常名字中仅包括一个动词，如果必须用两个动词才能描述整个处理的功能，则把这个处理再分解成两个处理可能更恰当些。 (5) 如果在为某个处理命名时遇到困难，则很可能是发现了分解不当的迹象，应考虑重新分解。 数据源点/终点并不属于数据流图的核心内容，只不过是目标系统的外围环境部分(可能是人员、计算机外部设备或传感器装置)。 通常，为数据源点/终点命名时采用它们在问题域中习惯使用的名字(如“用户”、“采购员”、“仓库管理员”等)。;画数据流图的基本目的是利用它作为交流信息的工具。分析员把他对现有系统的认识或对目标系统的设想用数据流图描绘出来，供有关人员审查确认。 数据流图的另一个主要用途是作为分析和设计的工具。 着重描绘系统所完成的功能而不是系统的物理实现方案。数据流图是实现这个目标的极好手段。 ;数据字典(DD)是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。 字典的用途: 供人查阅对不了解的条目的解释， 在软件分析和设计的过程中给人提供关于数据的描述信息; 数据字典是开发数据库的第一步 数据流图和数据字典共同构成系统的逻辑模型;数据字典中还应该包含关于数据的一些其他信息： 一般信息(名字，别名，描述等等)， 定义(数据类型，长度，结构等等)， 使用特点(值的范围，使用频率，使用方式——输入、输出、本地，条件值等等)， 控制信息(来源，用户，使用它的程序，改变权，使用权等等) 分组信息(父结构，从属结构，物理位置——记录、文件和数据库等等)。;(1) 对于同样的数据，不同的用户使用了不同的名字； (2) 一个分析员在不同时期对同一个数据使用了不同的名字； (3) 两个分析员分别分析同一个数据流时，使用了不同的名字。 虽然应该尽量减少出现别名，但是不可能完全消除别名。;数据元素组成数据的方式;=意思是等价于(或定义为)； +意思是和(即，连接两个分量)； ［ ］意思是或(即，从方括弧内列出的若干个分量中选择一个)，通常用“|”号隔开供选择的分量； { }意思是重复(即，重复花括弧内的分量)； ( )意思是可选(即，圆括弧里的分量可有可无)。;标识符=字母字符+字母数字串 字