2012-2013第二学期11本第2章可行性分析.pptVIP

2.1 可行性研究的任务 用最小的代价,在尽可能短时间内确定客户提出的问题是否有行得通解决办法。 可行性研究的目的不是去“解决”问题，而是要确定问题是否值得去解决！ 可行性研究的内容 1. 技术可行性 使用现有的技术能实现这个系统吗? 2. 经济可行性 系统能达到预期的经济效益吗? 3. 操作可行性 · 操作方式在这个用户组织内行得通吗？ · 是否存在法律、专利等方面的问题？ · 其它因素 2.2 可行性研究的过程 进行可行性研究的步骤指导： 1.复查系统目标 2.研究当前系统（尽量发现问题） 3.导出新系统的高层逻辑模型 (多步骤) 4.进一步定义问题 5.导出和评价供选择的方案 6.得出结论并写出“可行性研究报告” 7.如果项目可行，草拟开发计划 8.书写文档来提交审查 2.3 系统流程图 系统流程图的基本思想就是用图形符号以黑盒子形式来描绘组成软件系统的每个部件(包括程序，文档，数据库，人工过程等)。 系统流程图不是程序流程图： 系统流程图所表达的是数据在系统各部件之间流动的情况,而不是对数据进行加工的控制过程。 系统流程图也是要分层描述（2.3.3) 2.3.1 在可行性分析中使用的图形符号 2.3.2 例子 下面是一个简单的例子（P40）: 某装配厂有一个存放零件的仓库，仓库中现有的各种零件的数据记录在库存清单主文件中。当仓库中零件数量有变化时，应该及时修改库存清单主文件，如果哪种零件的库存量少于它的库存量临界值，则应该报告给采购部门以便定货，规定每天向采购部门送一次定货报告。 库存清单系统的系统流程图 2.4 数据流图 数据流图(DFD)是一种图形化技术 它描绘了信息流和数据从输入移动到输出的过程中所经受的变换。 数据流图描述逻辑过程 描绘数据在软件中流动和被处理的逻辑过程。 它非常容易理解 是分析员与用户之间极好的通信工具。 设计数据流图时只需考虑系统必须完成的基本逻辑功能，而不用考虑怎样具体实现这些功能。 2.4.1 数据流图的符号 1、外部项： 或 2、数据流： 箭线上部标出名称 3. 数据加工： 或 4. 数据存储： 或 （注意：左部是教学符号，右部是工程符号） 2.4.2 例子 实例1绘制定货系统的DFD 假设一家工厂的采购部每天需要一张定货报表，表中列出所有需要定货的零件。对于每个需要定货的零件应该列出下述数据：零件编号，零件名称，定货数量，目前价格，主要供应者，次要供应者。零件入库或出库称为事务，通过放在仓库中的CRT 终端把事务传送到定货系统。当某种零件的库存数量少于库存量临界值时就应该定货。 1、首先考虑数据的源点和终点： 从上面的描述可以知道“采购部每天需要一张定货报表”，“通过放在仓库中的CRT终端把事务报告给定货系统”，因此采购员是数据终点，而仓库管理员是数据源点。 2、作为顶层 DFD 图是非常抽象。 下一步应该把基本系统模型细化，描绘系统的各项主要功能。接下来考虑细化处理。（再详细阅读问题描述， ● “采购部需要报表”，因此必须有一个用于产生报表的处理。 ●事务的结果是改变零件库存量，因此对事务进行的加工是另一个处理。） 3、考虑数据流： 系统把定货报表送给采购部，因此定货报表是一个数据流；事务需要从仓库送到系统中，显然事务是另一个数据流。 4、最后考虑数据存储： 一般情况下，产生报表和处理库存事务这两个行为在时间上不是匹配的，当有事务发生时就应立即处理，然而每天只产生一次定货报表。因此，用来产生定货报表的数据必须存放一段时间，也就是应该有一个数据存储。 细化后的数据流图中增加了两个数据存储：处理事务需要“库存清单”数据；产生报表和处理事务在不同时间，因此需要存储“定货信息”。 ( 除上图中的两个数据流之外还有另外两个数据流，它们与数据存储相同。这是因为从一个数据存储中取出来的或放进去的数据通常和原来存储的数据相同，也就是说，数据存储和数据流只不过是同样数据的两种不同形式。) 绘制功能级的DFD 接下来应该对功能级数据流图中描绘的系统主要功能进一步细化。(参见教科书P44) 2.4.4 数据流图的用途 数据流图的用途是作为分析和设计的工具, 也作为交流信息的工具。描绘系统所完成的功能而不是系统的物理实现方案。 分层策略（经验是5～9个处理以下为宜） 划分边界: 如对上例中划分出 1、 2、 2.5 数据字典 数据字典（DD）是关于