可行性研究实用培训资料.pptx

第二章 可行性研究;(3)操作可行性.确定系统的运行方式、操作规程等是否适合用户。 (4)法律可行性。确定系统开发可能导致的任何侵权行为、妨碍后果和责任。 注：可行性研究的成本占总成本的 5 ? 10 % ;§2.可行性研究的步骤;3、导出新系统的高层逻辑模型-----使用数据流图和数据字典描述数据在系统的流动和处理情况。 ;5、导出多种解法;6、推荐行动方针;可行性研究报告大纲如下: 引言:对问题的简单叙述,实现系统的环境,该软件系统与其他系统之间的相互关系。 可行性研究前提:说明建议开发软件的基本要求,主要开发目标,开发条件限制与约束,进行可行性研究的方法,对系统进行评价的尺度与依据。 对现有系统的分析:现有系统可能是一个计算机系统,也可能是一个人工系统。应该准确描述现有系统的处理流程,工作负荷,费用开支,人员及设备要求,管理模式,存在问题。;所建议的系统:概???说明建议系统,包括处理流程,能够满足的要求,系统的优点,开发技术风险估计,目标系统运行管理模式,系统可能存在的局限性。 可供选择的其他方案描述:对可选择方案逐一说明,并说明没有选中的理由。方案配置的介绍,选择方案的准则。 成本效益分析。技术风险估计。 操作与社会可行性分析。 结论:可行性报告最后必须有一个结论,可能的结论是:项目应该立即展开;系统需要推迟到某些条件具备才能开始;需要对系统目标进行某些修改才能开始进行;系统不能进行(技术不可行)或者没有必要进行(经济不可行)。;§3. 可行性分析的技术方法 （系统流程图、数据流图和数据字典）;系统流程图五种基本符号;系统流程图的其他符号;;注： 符号 = 系统部件 箭头 = 信息流动路径;1、数据流图中的主要图形元素（四种） ;2、说明： 处理并不一定是一个程序。一个处理框可以代表一系列程序、单个程序或者程序的一个模块。 ;3、数据流与数据加工之间的关系（数据流图的附加符号）;4、数据流图的层次结构;分层数据流图;在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据 底层流图是指其加工不需再做分解的数据流图，它处在最底层 中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。;5、画数据流图的步骤: 自外向内,自顶向下,逐层细化,完善求精 1）从问题描述中提取数据流图的四种成份（源点或终点，处理，数据存储，数据流）。 2）根据具体业务，画出顶层数据流图，以反映最主要业务处理流程。;例子;组成数据流图的元素可以从描述问题的信息中提取 （有些信息是隐含的） 源点与终点：采购员是数据终点,而仓库管理员 是数据源点。 处理：产生报表、处理零件入库出库的事务（改变库存量） 数据流： （1）定货报表：零件编号,零件名称,定货数量,目前价格,主要供应者,次要供应者。 （2）事务：零件编号（名称）、事务类型（入库出库）、数量 数据存储： （1）定货信息（见定货报表） （2）库存清单：零件编号、库存量、库存量临界值;第二步 画出基本系统模型-----顶层DFD （若干个数据源点/终点加一个处理）;第三步 对基本系统模型进一步细化，描绘出主要功能 ;第四步 对功能级数据流图中描绘的系统主要功能进一步细化; （1）当对数据流图分层细化时必须保持信息连续性,也就是说,当把一个处理分解为一系列处理时,分解前和分解后的输入/输出数据流必须相同。 （2）注意对处理进行编号的方法。处理1.1、1.2和1.3是更高层次的数据流图中处理1的组成元素。如果处理2被进一步分解,它的组成元素的编号将是2.1,2.2,...；如果把处理1.1进一步分解,则将得到编号为1.1.1,1.1.2,...的处理。;6、命名 1.为数据流(或数据存储)命名 (1)名字应代表整个数据流(或数据存储）的内容,而不是仅仅反映它的某些成分。 (2)不要使用空洞的、缺乏具体含义的名字(如“数据”、“信息”、“输入”之类)。 (3)如果在为某个数据流(或数据存储)起名字时遇到了困难,则很可能是因为对数据流图分解不恰当造成的,应该试试重新分解,看是否能克服这个困难。;(2)名字应该反映整个处理的功能,而不是它的一部分功能。 (3)名字最好由一个具体的及物动词,加上一个具体的宾语组成。应该尽量避免使用”加工、“处理等空洞笼统的动词作名字。 (4)通常名字中仅包括一个动词,如果必须用两个动词才能描述整个处理的功能,则包这个处理再分解成两个处理可能更恰当些。 (5)如果在为某个处理命名时遇到困难,则很可能是发现了分解不当的迹象,应考虑重新分解。 数据源点/终点并不需要在开发目标系统的过程中设计和实现,它并不属于数据流图均核心内容。通常,为数据源点/终点命名时采用它们在