第四章 可行性报告的编写.ppt

第四章可行性报告的编写 Mr Tang 学习目标 一 可行性分析概述二 可行性研究报告的内容要求与编写指南三 可行性分析示例 一 可行性分析概述 在软件开发的第一个阶段 即可行性研究与计划阶段 主要任务是了解用户的要求和现实环境 研究并论证项目的可行性 提出系统方案 制订初步的项目开发计划 可行性研究报告是这个阶段工作的主要结果和完成的标志之一 可行性研究的任务 可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决 提请注意的是 可行性研究的目的不是解决问题 而是确定问题是否值得去解 其实质是要进行一次大大压缩 简化了的系统分析和设计的过程 也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程 首先需要进一步分析和澄清问题定义 在澄清了问题定义之后 分析员应该导出系统的逻辑模型 然后从系统逻辑模型出发 探索若干种可供选择的实现方案 对每种方案都应该仔细研究它的可行性 一般说来 至少应该从下述四个方面研究每种方案的可行性 1 经济可行性2 技术可行性3 社会因素方面的可行性 包括法律可行性和使用可行性4 方案的选择 1 经济可行性 分析员进行成本 效益分析 从经济角度判断系统开发是否 合算 所谓成本 包括购置并安装软件 硬件及有关设备的费用 系统开发费用 系统安装 运行及维护的费用 人员培训费用 而效益包括系统为用户增加的收入或者用户节省的开支 有形的效益 给潜在用户心理上造成的影响 无形的效益 它可以转化为有形的效益 2 技术可行性 进行技术风险评价 从开发者的技术实力 工作基础 问题的复杂性等方面出发 判断系统开发在时间 费用等限制条件下成功的可能性 分析员需要根据系统的功能 性能需求 建立系统模型 然后 对此模型进行一系列的试验 评审和修改 最后 由项目管理人员做出是否进行系统开发的决定 如果开发技术风险很大 或者模型演示表明当前采用的技术和方法不能实现系统预期的功能和性能 或者系统的实现不支持各子系统的集成 则项目管理人员可以做出停止系统开发的决定 3 社会因素方面的可行性 包括法律可行性和使用可行性 法律可行性指确定系统开发可能导致的任何侵权行为 妨碍性后果和责任 而使用可行性指从用户单位的管理 制度而言能否使用该系统 从用户的素质而言能否达到使用该系统的要求 4 方案的选择 评价系统或产品开发的几个候选方案 最后给出结论性意见 分析员考虑解决问题的方案 一般采用将一个大而复杂的系统分解为若干个子系统来降低方案的复杂性 再进行系统分解 再定义各子系统的功能 性能和界面 如果实现方案不惟一 可以采用折中的方法 反复比较各个方案的成本 效益 选择切实可行的方案 当然 可行性研究分析人员根本的任务是对以后的行动方针提出建议 如果问题没有可行的解决方案 分析员应该建议停止这项开发工程 以避免时间 资源 人力和金钱的浪费 如果问题值得解 分析员应该推荐一个较好的解决方案 并且为工程制定一个初步的计划 典型的可行性研究过程有下述一些步骤 1 复查系统规模和目标2 研究目前正在使用的系统3 导出新系统的高层逻辑模型4 重新定义问题 可行性研究的步骤 分析员访问关键人员 仔细阅读和分析有关的材料 以便对问题定义阶段书写的关于规模和目标的报告书进一步复查 确认 改正含糊或不确切的叙述 清晰地描述对目标系统的一切限制和约束 实质上是为了确保分析员正在解决的问题确实是要求他解决的问题 1 复查系统规模和目标 因为新的目标系统必须能完成现有系统的基本功能 必须能解决旧系统中存在的问题 应该能增加收入或减少使用费用 所以应该仔细阅读分析现有系统的文档资料和使用手册 实地考察现有的系统 充分利用现有系统的有关信息 应该注意的是 分析员要了解现有系统能做什么 而不要过分纠缠它到底怎么做 2 研究目前正在使用的系统 优秀的设计过程通常总是从现有的物理系统出发 导出现有系统的逻辑模型 再参考现有系统的逻辑模型 设想目标系统的逻辑模型 最后根据目标系统的逻辑模型建造新的物理系统 逻辑模型使用数据流图 描述数据在系统中流动和处理的情况 逻辑模型确定后 就可以用系统流程图来表示物理系统模型 3 导出新系统的高层逻辑模型 新系统的逻辑模型实质上表达了分析员对新系统的认识 这种认识应该得到用户的认可 因此 分析员应该以数据流图和数据字典为基础 和用户一起再次复查问题定义 工程规模和目标 如果分析员对问题有误解或者用户曾经遗漏了某些要求 那么现在可以发现和改正这些错误 加入这些需求 可行性研究的前四个步骤实质上构成一个循环 循环往复可能要进行多次 4 重新定义问题 分析员应该从他建议的系统逻辑模型出发 导出若干个较高层次的 较抽象的 方案供比较和选择 从技术 经济 操作等方面进行分析比较 并估算开发成本 运行费用和纯收入 在此基础上 对每个可能的系统进行成本 效益分析 最后为可行的系统制定实现进度表 估计生命周期每个阶段的工作量 5 导出和评价供选择的方案 根据可行性研究结果应该做出的一个关键性决定是 是否继续进行这项开发工程 分析员必须清楚地表明他对这个关键性决定的建议 如果分析员认为值得继续进行这项开发工程 那么他应该选择一种最好的解法 并且说明选择这个解决方案的理由 通常使用部门的负责人主要根据经济上是否划算决定是否投资于一项开发工程 因此分析员对于所推荐的系统必须进行比较仔细的成本 效益分析 6 推荐行动方针 7 编写计划任务书 分析员应该进一步为推荐的系统草拟一份开发计划 除了工程进度表之外还应该估计对各种开发人员 系统分析员 程序员 资料员等 和各种资源 计算机硬件 软件工具等 的需要情况 应该指明什么时候使用以及使用多长时间 此外还应该估计系统生命周期每个阶段的成本 最后应该给出下一个阶段 需求分析 的详细进度表和成本估计 8 书写文档提交审查 应该把上述可行性研究各个步骤的结果写成清晰的文档 请用户和使用部门的负责人仔细审查以决定是否继续这项工程以及是否接受分析员推荐的方案 4 2可行性研究报告的内容要求与编写指南 可行性研究报告的编写目的是说明该软件开发项目的实现在技术上 经济上和社会条件上的可行性 评述为合理地达到开发目标可能选择的各种方案 说明并论证所选定的方案 可以考虑这样来组织可行性研究报告的内容 首先 陈述报告的编写目的 项目背景 术语定义等作为引言 其次 陈述开发软件的目标 要求和限制条件 以表示可行性研究的前提 然后 再描述现有系统 它是开发系统的替代对象 再提出若干个新系统的建议方案 对每个方案的技术 经济和社会可行性进行分析 最后 在方案比较的基础上得出可行性研究的结论 可行性分析应该是一次简略的系统分析和系统设计过程 所谓简略就是不必深入到低层数据元素 也无须考虑每个处理的细节 在分析和设计的基础上得到的系统方案 才能成为进行技术 经济和社会可行性分析的对象 对现有系统和建议系统的描述和表达 是可行性分析报告的重要内容 一个系统可以用它的逻辑模型和物理模型来表达 前者着眼于功能的表达 后者着眼于数据在系统的各个物理元素 设备 文件 程序模块等 之间流动状况的表达 建议在文档中 使用数据流图及其辅助的文字说明表格来表示系统的逻辑模型 用系统流程图及其辅助文字说明表格来描述系统的物理模型 可行性研究报告的提交和评审 将决定准备开发的项目是取消还是继续开发 若评审和审批的结论是项目可行 则应制定初步的项目开发计划 并根据需要签署开发单位和用户单位之间的合同 设计可行性研究报告目录如下 可以看出可行性研究报告由引言 可行性研究的前提 对现有系统的分析 对所建议系统的分析 可行性分析 可行性分析结论六个部分组成 项目名称栏目填上具体的项目名称 4 3可行性研究报告示例 下面以虚拟的科技进步先进个人申报系统为例子来说明可行性研究报告的编写 某公司是有5000名职工的国有大型企业 为了提高企业的科技水平 增强企业后劲 调动广大职工的积极性 公司每年都要进行科技进步先进个人的评选活动 每年职工申报都很踊跃 公司指定技术处负责这项工作 但技术处人员都有自己的固定工作职责 这项工作只能指定人兼任 每年到12月初申报的时候 负责这项工作的同志就扎在大堆的申请书中 几乎是夜以继日地忙上两周 才能完成任务 而且中间很容易出错 如 漏报 缺报等 因此 技术处就向领导提出了开发一个科技进步先进个人的申报系统 对申报进行自动化管理 这样就能提高工作效率 公司领导要求技术处对该项目进行可行性分析 4 3可行性研究报告示例 职工申报科技进步先进个人的一般过程是这样的 职工根据自己的业绩 填写统一的 科技进步先进个人申请书 然后呈交给本部门的领导 部门领导审查 如果觉得合格 就签字同意上报 交到技术处 技术处工作人员对上报来的申请书进行归类整理 请技术处领导审核 并将审核通过的申请书汇总 上报公司奖金评定委员会 由公司奖金评定委员会评定具体的金额 最后 奖金分配表返还给技术处 由