软件工程基础与实例分析可行性研究报告.ppt

主要学习内容： 可行性研究的任务 可行性研究的步骤 系统流程图 数据流图 数据字典 成本／效益分析 2.1问题定义 2.2可行性研究的任务 技术可行性 使用现有的技术能实现这个系统吗? 经济可行性 这个系统的经济效益能超过它的开发成本吗? 操作可行性 系统的操作方式在这个用户组织内行得通吗? 不是解决问题，而是确定是否可解\值得解 2.3可行性研究的过程 2.4可行性研究阶段使用的工具 2.4.1系统流程图—2例题 例题1：某装配厂有一座存放零件的仓库，仓库中现有的各种零件的数量以及每种零件的库存量临界值等数据记录在库存清单主文件中。当仓库中零件数量有变化时，应该及时修改库存清单文件，如果哪种零件的库存量少于它的库存量临界值，则应该报告给采购部门以便定货，规定每天向采购部门送一次定货报告。 第一种分析方法： 用小型计算机处理更新库存清单主文件和产生定货报告任务。 零件库存量的每次变化称为事务。 由放在仓库中的CRT终端输入到计算机中。 系统中库存清单程序对事务处理。 更新磁盘上库存清单主文件 每天报告生成程序打印定货报告 2.4.2数据流图—对可行性信息分析 数据流图( DFD ) 是一种图形化技术，描绘信息和数据从输入移动到输出的过程所经受的变换。数据流图中没有任何具体的物理部件，只是描绘数据在软件中流动和被处理的逻辑过程。 数据流图是系统逻辑功能的图形表示，是逻辑模型。 1 符号 2 数据流图的层次结构 为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统 在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据 底层流图是指其加工不需再做分解的数据流图，它处在最底层只要是模块的最底层就是底层流图，不管是第二层还是第三层的底层 中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。 3 命名 为数据流图(或数据存储)命名跟数据本身相关联 （1）名字应代表整个数据流（或数据存储）的内容，而不是仅仅反映它的某些成分。 （2）不要使用空洞的、缺乏具体含义的名字（如“数据”、“信息”、“输入”之类）。 （3）如果在为某个数据流（或数据存储）起名字时遇到了困难，则很可能是因为对数据流图分解不恰当造成的，应该尝试进行重新分解。 为处理命名。表征数据是怎样处理的。不要出现是什么处理，最好是接收事物,然后事物是怎样处理的,比如说,更新库存数据等 （1）通常先为数据流命名，然后再为与之相关联的处理命名。这样命名比较容易，而且体现了人类习惯的“由表及里”的思考过程。 （2）名字应该反映整个处理的功能，而不是它的一部分功能。 （3）名字最好由一个具体的及物动词，加上一个具体的宾语组成。应该尽量避免使用“加工”、“处理”等空洞笼统的动词作名字。 （4）通常名字中仅包括一个动词，如果必须用两个动词才能描述整个处理的功能，则把这个处理再分解成两个处理可能更恰当些。 （5）如果在为某个处理命名时遇到困难，则很可能是发现了分解不当的情况，应考虑重新分解。 2.4.2数据流图—对可行性信息分析 4）例子数据流图以分析数据为基本单位，为什么分析数据，不用系统流程图，系统流程图以功能划分为主，做个计算机系统，不是要做什么功能，而是要处理什么信息，计算机已经变质为一个信息处理的工具，是以信息处理为核心，需要用数据流图来表示现在有什么数据是最关键的,至于怎样处理计算机里面关系不大. 5）检查和修改数据流图的原则 数据流图上所有图形符号只限于前述四种基本图形元素，并且必须包括前述四种基本元素，缺一不可。 数据流图的主图上的数据流必须封闭在外部实体之间。 每个加工至少有一个输入数据流和一个输出数据流。 在数据流图中，需按层给加工框编号。编号表明该加工所处层次及上下层的亲子关系。 规定任何一个数据流子图必须与它上一层的一个加工对应，两者的输入数据流和输出数 据流必须一致。此即父图与子图的平衡。 可以在数据流图中加入物质流，帮助用户理解数据流图。 图上每个元素都必须有名字。 数据流图中不可夹带控制流。 初画时可以忽略琐碎的细节，以集中精力于主要数据流。 2.4.3数据字典 数据的信息的集合也就是对数据流图中所包含的所有元素的定义的集合，如D1，D2这些数据的所有元素集合。 1）数据字典的内容 数据流 数据流分量(数据元素)------别名(出现的原因?) 数据存储 处理 数据字典相当于一个字典或多张卡片