第二部分可行研究.pptVIP

第二章 可行性研究 本章主要内容 可行性研究的任务 可行性研究的步骤 系统流程图 数据流图 数据字典 成本/效益分析 可行性研究的任务 技术可行性：使用现有的技术能否实现这个系统 。 经济可行性：从成本和经济效益考虑是否值得开发 。 操作可行性：系统的操作方式对用户是否可行。 可行性研究的成本约占总成本的5%—10%。 系统流程图举例 问题描述：一仓库存储各种零件，仓库管理员每日要对零件的数量进行实时更新，若某种零件的数量少于某个值（库存量临界值）则应产生订货报告。 系统处理描述： 由终端将零件数量的变化输入到计算机中，程序1处理该变化并存储新的数据值，程序2生成订货信息，形成订货报告。 系统流程图举例 数据流图 数据流图(Data Flow Diagram)是一种图形化技术，描绘信息流和数据从输入移动到输出的过程中所经历的变换，是系统的逻辑模型，可不考虑具体的处理细节。 数据流图的绘制 步骤： 分析问题，找出源点或终点，处理，数据存储和数据流； 画出包含数据源点/终点以及处理的基本系统模型，如图2.5； 把基本系统模型细化，描绘系统的主要功能，即产生功能级数据流图； 对功能级数据流图中描绘的系统细化。 数据流图的绘制 举例：图2.6和图2.7 注意： 分层细化时必须保持信息连续性 对处理进行编号的方法 数据流图的分量命名 为数据源点/终点命名时采用它们在问题中习惯使用的名字即可，如采购员等。 数据流图的用途 定义数据的方法 通常使用上限和下限进一步注释表示重复的花括号，如： 定义数据的符号举例 例： 标识符 = 字母字符 + 字母数字串 字母数字串 = 0 { 字母或数字 } 7 字母或数字 = [ 字母字符 | 数字字符 ] * * 软件工程 （Software Engineering） 前一页 可行性（feasibility）研究是探讨在定义阶段所确定的问题是否有可行的解。通过定义和分析问题，最终提出一个符合系统目标的高层次逻辑模型(Logical Model)。 可行性研究的目标 前一页 可行性研究的步骤 复查系统的规模和目标 研究目前正在使用的系统 导出新系统的高层逻辑模型 进一步定义问题 导出和评价可供选择的方案 推荐行动方针 草拟开发计划 书写文档提交审查 前一页 系统流程图 在进行可行性研究时，需要把系统的逻辑模型转变为物理模型(physical Model)。 系统流程图(System Procedure Diagram)是概括地描述物理系统的一种传统工具，其基本思想是用图形符号，以黑盒子(Black Box)的形式描述每个部件（程序、文件、数据库、操作等）。 前一页 系统流程图 系统流程图的基本符号：图2.1 处理：改变数据值，如程序 输入输出：表示输入或输出 连接：指出转到图的另一部分 数据流：指明数据流动的方向 事务 库存清单程序 报告生成程序 定货报告 库存清单主文件 定货信息 前一页 数据流图容易理解，是分析员和用户之间很好的通信工具。 数据流图的符号 数据源点(source)/终点(sink) 变换数据的处理(process) 数据存储 (data store) 数据流(data flow) 前一页 ＊ 表示数据流之间是“与”关系； + 表示“或”关系； ⊕表示只能从中选一个。 数据流图的分量命名 为数据流(或数据存储)命名 名字(name)应代表整个数据流的内容。 不要空洞、泛指，要有具体含 义。 如果对某个数据流命名有困难 时，尝试重新分解。 前一页 数据流图的分量命名 为处理命名 通常应先为数据流命名再为与之相关的处理命名 。 名字应反映整个处理的功能而不是一部分。 名字最好由一个具体的及物动词和一个具体的宾语组成，如产生报表等。 通常名字中只包括一个动词。 如果对某个处理命名有困难时，应重新分解 。 前一页 为数据源点/终点命名 数据流图的用途 画数据流图的基本目的是交流信息。与系统流程图相比，数据流图更着重描绘系统所完成的功能而不是系统的物理实现方案，因此该种描绘方法更为简单清析，可提供有关人员讨论、审查，也是分析设计的重要工具。 前一页 注意：在一张数据流程图上描述的处理超过了5～9个，就比较难于理解，应分层细化处理 。 如图2.6和图2.7： 图2.6描绘出系统的两个处理：处理事务和产生报表 图2.7将处理事务的功能进一步分解 处理定货 以批量方式更新库存清单 前一页 应用举例 1．2 更新库存清单 以联机方式更新库存清单 前一页 数据字典 数据字典(Data Dictionary)是数据的