02可行性研究.pptVIP

第2章 可行性研究 2.1 可行性研究的任务 2.2 可行性研究过程 2.3 系统流程图 2.4 数据流图 2.5 数据字典 2.1 可行性研究的任务 目的：不是解决问题，而是确定问题是否值得去解决。 实质：是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。 进一步分析和澄清问题定义。 在问题定义阶段初步确定的规模和目标，如果是正确的就进一步加以肯定，如果有错误就应该及时改正，如果对目标系统有任何约束和限制，也必须把它们清楚地列举出来。 导出系统的逻辑模型。 然后从系统逻辑模型出发，探索若干种可供选择的主要解法(即系统实现方案)。 可行性研究： (1) 技术可行性使用现有的技术能实现这个系统吗? (2) 经济可行性这个系统的经济效益能超过它的开发成本吗? (3) 操作可行性系统的操作方式在这个用户组织内行得通吗? 必要时还应该从法律、社会效益等更广泛的方面研究每种解法的可行性。 可行性研究最根本的任务是对以后的行动方针提出建议。 如果问题没有可行的解，分析员应该建议停止这项开发工程，以避免时间、资源、人力和金钱的浪费； 如果问题值得解，分析员应该推荐一个较好的解决方案，并且为工程制定一个初步的计划。 可行性研究可行性研究需要的时间长短取决于工程的规模。一般说来，可行性研究的成本只是预期的工程总成本的5%～10%。 2.2 可行性研究过程 典型的可行性研究过程有下述一些步骤。 1. 复查系统规模和目标 2. 研究目前正在使用的系统 3. 导出新系统的高层逻辑模型 4. 进一步定义问题 5. 导出和评价供选择的解法 6. 推荐行动方针 7. 草拟开发计划 8. 书写文档提交审查 2.2 可行性研究过程 1. 复查系统规模和目标 改正含糊或不确切的叙述，清晰地描述对目标系统的一切限制和约束。 这个步骤的工作，实质上是为了确保分析员正在解决的问题确实是要求他解决的问题。 2. 研究目前正在使用的系统 了解系统基本功能 解决旧系统中存在的问题。 研究运行使用旧系统所需要的费用。 3. 导出新系统的高层逻辑模型 工具：数据流图、数据字典 4. 进一步定义问题 分析员应该和用户一起再次复查问题定义、工程规模和目标，这次复查应该把数据流图和数据字典作为讨论的基础。 5. 导出和评价供选择的解法 分析员应该从他建议的系统逻辑模型出发，导出若干个较高层次的(较抽象的)物理解法供比较和选择。 从三个方面进行可行性分析。 最后为每个在技术、操作和经济等方面都可行的系统制定实现进度表，这个进度表不需要(也不可能)制定得很详细，通常只需要估计生命周期每个阶段的工作量。 6. 推荐行动方针 根据可行性研究结果应该做出的一个关键性决定是，是否继续进行这项开发工程。分析员必须清楚地表明他对这个关键性决定的建议。如果分析员认为值得继续进行这项开发工程，那么他应该选择一种最好的解法，并且说明选择这个解决方案的理由。通常使用部门的负责人主要根据经济上是否划算决定是否投资于一项开发工程，因此分析员对于所推荐的系统必须进行比较仔细的成本/效益分析。 7. 草拟开发计划 制定工程进度表 估计对各类开发人员和各种资源的需要情况 估计系统生命周期每个阶段的成本 给出下一个阶段(需求分析)的详细进度表和成本估计。 8. 书写文档提交审查 应该把上述可行性研究各个步骤的工作结果写成清晰的文档，请用户、客户组织的负责人及评审组审查，以决定是否继续这项工程及是否接受分析员推荐的方案。 2.3 系统流程图 系统流程图是概括地描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件(程序，文档，数据库，人工过程等)。 系统流程图表达的是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程。 2.3.1 符号 当以概括的方式抽象地描绘一个实际系统时，仅仅使用图2.1中列出的基本符号就足够了。 当需要更具体地描绘一个物理系统时还需要使用图2.2（见书29页）中列出的系统符号，利用这些符号可以把一个广义的输入输出操作具体化为读写存储在特殊设备上的文件（或数据库），把抽象处理具体化为特定的程序或手工操作等。 图2.1 基本符号 2.3.2 例子 系统说明： 某装配厂有一座存放零件的仓库，仓库中现有的各种零件的数量以及每种零件的库存量临界值等数据记录在库存清单主文件中。当仓库中零件数量有变化时，应该及时修改库存清单主文件，如果哪种零件的库存量少于它的库存量临界值，则应该报告给采购部门以便定货，规定每天向采购部门送一次定货报告。 系统任务： 零件库存量的每一次变化称为一个事务，由放在仓库中的CRT终端输入到计算机中； 系统中的库存清单程序对事务进行处理，更新存储在磁盘上