可行性研究案例[精选].ppt

* 2.14 实例 2.14.1 工资支付问题定义 学校的财务科长把小王找去，请他研究用学校自己的微型计算机生成工资明细表和各种财务报表的可能性。 1. 定义问题的过程 显然，需要考虑的具体技术问题很多，但是在这样的早期阶段就考虑这么具体的技术问题，却很可能会使我们迷失前进的方向。会计部门（用户）并没有要求小王在学校自己的计算机上实现工资支付系统，仅仅要求他研究这种可能性。后者是一个非常重要的然而和前者又很不相同的问题，它实际上是问，在自己的计算机上实现工资支付系统，预期将获得的经济效益能超过开发这个系统的成本吗？换句话说，这项工作值得做吗？ 虽然知道了目前用人工计算工资所需的成本，但是在这样的早期阶段，小王对新系统的运行费用和开发成本却只能猜测。但是，规定未来系统的规模却仍然是可能的。目前，每个月需要由两名会计花费半个月的时间来计算工资和编制报表，一名会计每个月的工资和岗位津贴共约2000元，因此，每年为此项工作花费的人工费约2.4万元。显然，任何新系统的运行费用也不可能减少到小于零，因此，新系统每年最多可能获得的经济效益是2.4万元。 为了每年节省2.4万元，投资多少钱是可以接受的呢？绝大多数单位都希望在三年内收回投资，因此，对于这个项目来说，7.2万元开发成本可能是一个合理的上限值。虽然这是一个很粗略的数字，但是它确实能使得用户对项目规模有一些了解。如果这项工作不能在7.2万元之内完成，那么它可能是不值得做的。 2. 关于系统规模和目标的报告书 现在小王对需要解决的问题和新系统的规模都有了一些认识，是否会计们心中也是这样想的呢？小王会不会误解了问题的某些方面呢？肯定会有误解的地方！对错误问题的解答即使再圆满又有什么价值呢?！如果小王对问题的认识与会计或校长的认识不一致，那么他无论怎样努力也开发不出能解决实际问题的系统。一个系统，甚至一个“好”系统，如果不能解决实际问题，那么它就是一文不值的，只不过是白白浪费开发资源和经费。因此，在系统生命周期的这个早期阶段，小王清晰地表达出他对问题的认识并请用户和领导审查、纠正他的认识，是极其重要的。典型地，用一个简单的书面备忘录表达分析员对问题的认识，这份文档称为“关于系统规模和目标的报告书”（见表2.6）。 表2.6 关于工资支付系统规模和目标的报告书 关于系统规模和目标的报告书 2002.12.26 项目名称：工资支付。 问题：目前计算工资和编制报表的费用太高。 项目目标：研究开发费用较低的新工资支付系统的可能性。 项目规模：开发成本应该不超过7.2万元（±50％）。 初步设想：用学校自己的计算机系统生成工资明细表和财务报表。 可行性研究：为了更全面地研究工资支付项目的可能性，建议进行大约历时两周的可行性研究。这个研究的成本不超过4000元。 ? 关于系统规模和目标的报告书并没有标准格式，它的具体格式往往随项目而异。书写这份文档的基本原则是，分析员应该尽可能简明清晰地叙述他对问题的理解。 2.14.2 可行性研究 系统分析员面临的问题通常并没有简单明显的解决办法。事实上，许多问题不能在已确定的系统规模内解决。可行性研究的目的正是要花尽可能少的成本来确定问题是否存在可行的解法。如果没有可行的解法就盲目地着手开发该系统，显然花在开发项目上的时间、人力和金钱都是浪费。 可行性研究是抽象和简化了的系统分析和设计的全过程，它的目标是用最小的代价尽快确定问题是否能够解决。可以把可行性研究看作是一种保险策略，任何投资都要冒一定的风险，因此，很有必要在大量投入经费和人力之前，先研究投资获得成功的可能性。 应该记住，可行性研究的目的不是解决问题，而是确定是否值得去解决这个问题。在进行可行性研究时很容易陷到具体的技术问题里面，分析员必须时刻记住可行性研究的目的，记住能够用于这个阶段的时间和经费都是很有限的（在关于系统规模和目标的报告书中明确地规定了这个限度）。 1. 澄清系统规模和目标 在问题定义阶段确定的系统规模和目标准确到什么程度呢？校长和财务科实际需要什么样的系统呢？分析员在进行可行性研究时首先应该进一步澄清问题定义，为此需要进行一系列调查访问。 最后，小王应该做一些必要的准备工作。需要他研究解决的是工资支付问题，工资支付有它自己的专门术语和专门知识。分析员在分析一个问题之前，必须学习了解一些这个应用领域的基本知识。学习的目的不是要变成一个工资支付问题专家，只是要获得对这个应用领域的基本了解。 2. 研究现有的系统 了解任何应用领域最快速