CH2可行性分析.ppt

第二章 可行性分析 本章内容提要 2.1 可行性研究的任务 可行性研究的目的 用最小的代价在尽可能短的时间内确定问题是否能够解决，确定问题是否值得去解决 注意：并不是直接去解决问题 在较高层次上以抽象的方式进行系统分析和设计的过程 可行性研究成本一般只占预期的工程总成本的5%-10% 可行性研究的任务 可行性研究最根本的任务是对以后的行动方针提出建议 如果问题没用可行的解，则应停止该项开发工程，以免浪费时间、人力、物力和财力； 如果问题值得去解，则应该推荐一个较好的解决方案，并且为工程制定一个初步的计划。 可行性研究的任务 可行性研究工作流程 进一步分析澄清问题定义 导出系统的逻辑模型 系统的实现方案 研究方案的可行性（技术可行性；经济可行性；操作可行性） 为可行性方案制定一个粗略的实现进度 本章内容提要 2.2 可行性研究过程 一．复查系统规模和目标 二．研究目前正在使用的系统 理解现有系统能做什么，但不是了解它怎样做这些工作 三．导出新系统的高层逻辑模型 用数据流图描绘数据在系统中流动和处理的情况，从而表达了对新系统的设想 用数据字典定义系统中使用的数据 2.2 可行性研究过程 一．复查系统规模和目标 二．研究目前正在使用的系统 三．导出新系统的高层逻辑模型 四．重新定义问题（分析员与用户讨论） 五．导出和评价供选择的解法 技术可行性：根据系统的功能、性能和约束条件，分析在现有资源和技术条件下系统能否实现 操作可行性 经济可行性 法律可行性 分析系统开发过程中可能涉及到的合同、侵权、责任以及各种与法律相抵触的问题 分析依据：《中华人民共和国著作权法》（1990），《计算机软件保护条例》（1991） 2.2 可行性研究过程 一．复查系统规模和目标 二．研究目前正在使用的系统 三．导出新系统的高层逻辑模型 四．重新定义问题（分析员与用户讨论） 五．导出和评价供选择的解法 六．推荐行动方针 根据可行性研究结果决定是否继续进行这项开发工程，分析员必须清楚地表明他对这个关键性决定的建议 七．草拟开发计划 进度计划，人员计划，资源计划，成本估算； 下一阶段（需求分析阶段）的详细进度表和成本估计 八．书写文档提交审查 可行性分析的结论 可立即开始 需要推迟到某些条件（如资金、人力、设备）落实后才能开始 需要对开发目标进行某些修改后才能开始 因为某种原因（如技术不成熟、经济上不合算）不能进行 本章内容提要 2.3 系统流程图 系统流程图是描绘物理系统的传统工具 基本思想：用图形符号以黑盒子形式描绘系统里面的每一部件（程序、文件、数据库、表格等） 系统流程图表达的是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程 系统流程图应用举例1 例子：某装配厂有一座存放零件的仓库 仓库中现有的各种零件的数量以及每种零件的库存量临界值等数据记录在库存清单主文件中 当仓库中零件数量有变化时，应该及时修改库存清单主文件 如果哪种零件的库存量少于它的库存量临界值，则应该报告给采购部门以便定货 规定每天向采购部门送一次定货报告 库存清单系统的系统流程图 2.3 系统流程图 系统流程图基本符号 2.3 系统流程图 系统流程图的习惯画法是使信息在图中自顶向下或自左向右流动 系统流程图中每个符号都用黑盒子形式定义后组成系统的一个部件，但并没有说明每个部件的具体工作过程 系统流程图应用举例2--计算机售书系统 学生填写购书单 售书系统根据学生各学期用书数据库对购书单进行审查，如果审查有效，售书系统再查阅教材存量数据库，看此书是否有货，如果有，打印售书发票和领书单 学生凭领书单去书库领书 系统流程图应用举例2 2.3 系统流程图-分层 Hierarchy 对于复杂系统的系统流程图采用分层结构的画法 首先用一张高层次的系统流程图描绘系统总体概貌，表明系统的关键功能。 然后分别把每个关键功能扩展到适当的详细程度，画在单独的一页纸上 这种分层次的描绘方法便于阅读者按从抽象到具体的过程逐步深入地了解一个复杂的系统 本章内容提要 2.4 数据流图 数据流图(DFD)是描述数据处理过程的有力工具。数据流图从数据传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程 数据流图没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程 数据流图描绘了系统的需求，其基本要点是描绘“做什么”，但不考虑“怎么做” DFD should be easily understood by both users and developers 2.4.1 数据流图基本符号和附加符号 数据源点：发出(产生)数据的地方，数据的发源地 数据终点：数据的归宿 数据存储和数据流：是系统中两种不同的数据形态 数据存储：静止状态的数据，是需要长期保存