[计算机软件及应用]第2章-可行性分析.pptVIP

第2章 可行性研究 主要内容 可行性研究的任务 可行性研究的步骤 系统流程图 数据流图 数据字典 成本/效益分析 2.1 可行性研究的目的和任务 用最小的代价在尽可能短的时间内确定问题是否能解！ 不是解决问题，而是确定问题是否值得解！ 2.1 可行性研究的目的和任务 技术可行性 经济可行性 操作可行性 社会可行性 抉择 技术可行性 度量一个特定技术信息系统解决方案的实用性及技术资源的可用性。 考虑的问题 开发风险分析 资源分析 相关技术的发展（现有技术能否实现新系统，技术难点、建议采用技术的先进性） 经济可行性 度量系统解决方案的性能价格比考虑的问题： 成本/效益分析 有形成本、效益 无形成本、效益 价值和成本的关系 质量与价值、成本的关系 价值/成本的均衡 操作可行性 用户使用可能性 时间进度可行性 组织和文化上的可行性 社会可行性 开发项目是否会在社会上或政治上引起侵权、破坏或其它责任问题 2.2 可行性研究的主要步骤 1）复查系统规模和目标 2）研究正在使用的系统（如果存在旧系统） 3）导出新系统的高层逻辑模型 4）重新定义问题 5）重复1）~4），直到逻辑模型符合系统目标 6）导出和评价供选择的解法 7）推荐行动方针 8）草拟开发计划，书写文档并提交评审 1、复查系统规模 复查软件问题定义； 明确系统的所有限制和约束； 确保正在解决的问题确实是要求解决的问题； 2、研究正在使用的旧系统 实地考察旧系统 运行旧系统的费用 了解现有系统能做什么？（系统接口） 注意:新系统老系统(?) 3、导出高层逻辑模型 告诉用户应该做什么而不是怎么做。 设计数据流图和数据字典 物理系统：可运行的应用系统软件。 逻辑系统：不可运行的应用系统的抽象。 3、导出高层逻辑模型 模型是对对象系统的形式化的特征抽象，概括性或近似地表示。 构造模型的过程是一个抽象、分析的过程。 分析阶段常用的逻辑模型 数据流图（DFD） 实体―联系图（ ERD ） 类图 实例图 时序图 状态图 4、重新定义问题 与用户沟通，复查问题、工程规模、目标。 以上四步构成循环 5、导出多种解法 6、推荐行动方针 7、草拟开发计划 任务分解，确定负责人 大致进度规划 财务预算 风险分析及对策 2.3 系统流程图 以概括的形式描述物理系统的传统工具； 它不是对信息加工处理的控制过程； 采用黑盒技术； 反映信息在系统各部分之间的流动情况； 系统符号P29 2.3 系统流程图 2.3 系统流程图 2.3 系统流程图 2.3 系统流程图 只定义组成系统的“黑盒”部件，具体实现不关心！ 自顶向下或从左向右流动；（方向） 必要时要分层；（大型系统） 2.4 数据流图 描述信息在系统中流动和处理的情况； 它是系统的逻辑模型； 它的主要用途： 信息交流的工具；（用户和分析人员） 分析和设计的工具；（系统逻辑模型） 它是后续设计工作的基础；（出发点） 2.4 数据流图 数据流图中的主要图形元素 2.4 数据流图 画数据流图的注意点 DFD和程序流程图的区别； DFD中画出所有可能的数据流向； 处理代表一系列程序、单个程序或模块； 存储文件表示一个文件、文件的一部分或数据库； 数据存储是静态的东西，数据流是动态的东西； 它忽略出错处理以及打开、关闭文件等内务操作； 有时为了表达清晰，某些元素要画多次或标注； 数据流图示例1问题描述 一家工厂的采购部门每天都需要一张定货报表,报表按照零件编号,列出所有需要再次定货的零件； 零件入库或出库称为事务； 通过放在仓库中的CRT终端把事务报告给定货系统； 当某种零件的库存数量少于库存量临界值时就应该再次定货； 数据流图画法 根据问题描述逐个找到相应的数据加工、源点或汇点、数据存储和数据流。 给出系统的基本模型（高层模型）。 细化基本模型，直到分解的结果涉及到具体地实现该功能时。 在设计过程中，正确地给基本元素命名和加标号。 流程：外部实体→处理→数据流和数据存储 数据流图示例1 找出数据源点和终点。 采购员 仓库管理员 数据流图示例1 找出处理 采购部门需要报表，因此“产生报表”必然是一个处理； 此外，仓库部门在接收到不同事务后需要做诸如：“判别事务类型”、“更新库存”等事务处理，所以“处理事务”也必是一个加工； 数据流图示例1 找出数据流 采购部门需要来自系统的“定货报表” 系统需要接受来自CRT的“事务” 找出数据存储 每天只产生一张报表，所以“定货信息”需要暂存以备更新。 库存信息来源于“库存清单”。 数据流图示例1 画出系统的基本模型（或顶层数据流图） 数据流图示例1 进一步把基本系统模型细化，描绘系统的主要功能。 数据流图示例1 进一步对处理事务分解 数据元素命名原则 代表整体，而不是局部； 不