第2章可行性分析1.pptVIP

第二章 可行性研究 问题定义 问题定义的内容： 明确问题的背景、系统的现状 开发的理由和条件 开发系统的问题要求、性质、类型范围 要实现的目标、功能规模、方案 然后写出问题定义报告（或称系统定义报告），以供可行性分析阶段使用。 问题定义的步骤 系统分析员要深入现场，阅读用户写的书面报告、听取用户对开发系统的要求、调查开发系统的背景理由。 还要与用户负责人反复讨论，以澄清模糊的地方、改正不正确的地方。 最后写出双方都满意的问题定义报告，并确定双方是否可进行深入系统可行性研究的意向。 可行性研究 目的： 用最小的代价在尽可能短的时间内确定问题是否能够解决。 不是解决问题，而是确定问题是否值得去解决。 可行性研究的目的 说明该软件开发项目的实现在技术上、经济上和社会条件上的可行性；评述为合理地达到开发目标可能选择的各种方案。 (GB 8567-88《 计算机软件产品开发文件编制指南 》) 2.1 可行性研究的任务 GB 8566-88 《计算机软件开发规范》中指出： 可行性研究的主要任务是“了解客户的要求及现实环境，从技术、经济和社会因素等三方面研究并论证本软件项目的可行性，编写可行性研究报告，制定初步项目开发计划。” 可行性研究的最根本任务是： 对以后的行动方针提出建议。 可行性研究的内容 (1) 技术可行性 (2) 经济可行性 (3) 操作可行性 (4) 社会可行性(法律可行性) (5) 抉择 2.2 可行性研究过程 1. 复查系统规模和目标 2. 研究目前正在使用的系统 3. 导出新系统的高层逻辑模型 4. 进一步定义问题 5. 导出和评价供选择的解法 6. 推荐行动方针 7. 草拟开发计划 8. 书写文档提交审查 可行性研究报告的编写GB 8567-88《 计算机软件产品开发文件编制指南 》 2.3 系统流程图 系统流程图是概括地描绘物理系统的传统工具。 它的基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件(程序，文档，数据库，人工过程等)。 系统流程图表达的是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程，因此尽管系统流程图的某些符号和程序流程图的符号形式相同，但是它却是物理数据流图而不是程序流程图。 基本符号 ----以概括的方式抽象地描绘一个实际系统所用符号 举例 ----库存清单系统 某装配厂有一座存放零件的仓库，仓库中现有的各种零件的数量以及每种零件的库存量临界值等数据记录在库存清单主文件中。当仓库中零件数量有变化时，应该及时修改库存清单主文件，如果哪种零件的库存量少于它的库存量临界值，则应该报告给采购部门以便定货，规定每天向采购部门送一次定货报告。该装配厂使用一台小型计算机处理更新库存清单主文件和产生定货报告的任务。 举例 ----库存清单系统的系统流程图 面对复杂的系统 ----分层描绘 首先用一张高层次的系统流程图描绘系统总体概貌，表明系统的关键功能。 然后分别把每个关键功能扩展到适当的详细程度，画在单独的一页纸上。 这种分层次的描绘方法便于阅读者按从抽象到具体的过程逐步深入地了解一个复杂的系统。 2.4 　数据流图 DFD ---- Data Flow Diagram 一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。 在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程，是系统逻辑功能的图形表示。 设计数据流图时只需考虑系统必须完成的基本逻辑功能，完全不需要考虑怎样具体地实现这些功能，所以它也是今后进行软件设计的很好的出发点。 数据流图四种基本符号 数据流图几种附加符号 在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据。 底层流图是指其加工不需再做分解的数据流图，它处在最底层。 中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。 举 例 定货系统 （见书P43—P44） 定货系统 假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。对于每个需要再次定货的零件应该列出下述数据：零件编号，零件名称，定货数量，目前价格，主要供应者，次要供应者。零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。当某种零件的库存数量少于库存量临界值时就应该再次定货。 分析：源点或终点、处理、数据存储、数据流 1） 为数据流(或数据存储)命名 (1) 名字应代表整个数据流(或数据存储)的内容，而不是仅仅反映它的某些成分。 (2) 不要使用空洞的、缺乏具体