可行性分析(参考)

附一：小组成员角色描述

角色的选择取决于具体的项目，同一个人可以担任多个角色，同一个角色也可能有多

案例学习：人事档案管理系统的可行性研究

①复查系统规模和目标

为了确保从一个正确的出发点着手进行可行性研究，需要通过访问操作人员进一步验证

问题定义阶段产生的“关于人事档案管理系统规模和目标的报告书”的正确性。人事档案管理系统的目的是对单位内的人事信息进行全面的管理，以便于人力资源的日常管理、开发和利用。

②研究现有系统

分析当前系统的状况

在进行信息化之间的人事档案管理工作，完全依靠人工进行，人事档案信息采用花名册、履历等纸质表格人工填写和保存，信息的查找需要翻查账本式的登记本，人事信息的统计需要手工进行。

当前系统的业务流程

管理人员配置情况：人事档案管理负责人一人，负责本单位的人事档案管理的全面工作，人事档案管理员二人，从事具体的人事信息的登记、更改、统计、考勤、审核工资表等具体事务的管理工作。

人事变动管理：单位发生人事变动，需要更改相应信息，由人事档案管理员根据人事信息发生改变的事实进行具体的更改、登记等操作，如人员调入（新进）、调出、辞退、死亡、工资调整等。必要时，需要经过人事档案管理负责人审核或批准。

人事信息查询检索：查询所属员工的人事信息，根据姓名、工号等识别代码进行查询，由于手工管理的原因，可能需要查找不同的记录本或登记册才能完整地呈现出员工的人事档案信息。

人事信息统计报表：根据统计的要求，需要先查找、后手工填制有关的统计表格。

分析当前系统的不足

当前的人事档案管理系统是完全依靠人工进行管理的系统，这样的系统在人员管理、人力资源开发利用等方面都极为不方便，不仅速度不快而且容易产生差错，效率低下，在人员数量多的单位，缺点尤其明显。可见这样的人事档案管理系统要达到系统的目的具有一定的困难，与单位的规模和发展不相适应，应当尽快实施技术改造。

③导出新系统的高层逻辑模型

根据对现有系统的分析，对于烦琐的人事档案的管理，要实现人事信息的高效、全面的现代化管理，进而有效地开发和利用人力资源，只有进行信息化，采用以计算机、数据库技术为基础的现代管理信息系统来替换现有的系统，才能彻底改变手工管理的落后状况。

新系统的组成

新的目标系统由计算机硬件设备、数据库、人事档案管理软件和人事档案管理操作人员组成，能够实现人事档案管理的信息化，提高工作效率，实现现代化的人事档案管理，为深入利用和开发人力资源奠定基础。

系统功能需求

根据对系统主要业务流程的分析可知，新系统需要满足人事变动管理（人事信息的增、删、查、改、打）、人事信息查询检索、报表统计（分类汇总）等基本业务需求。

在使用计算机管理之后，带来了新的要求，如：用户登录、操作人员的管理、基础数据维护（如单位下发部门的数据的维护）、由数据安全性产生的数据备份与恢复等。这些功能用框图描述如下图所示。

数据流程分析

系统的关键业务是单位的人事档案管理，其核心是人事档案信息管理，主要流程为：人事档案信息变动输入→信息编辑（增、删、查、改、打）→分类统计→报表打印。

系统账户管理流程为：用户管理（增、删、查、打、改权限）→用户登录。

系统数据管理流程为：部门数据维护、数据备份与恢复相对独立。

导出高层逻辑模型

新系统的数据流图，此处略。

④进一步确定系统规模和目标

系统分析人员经过上述分析得出的目标系统的逻辑模型是否与实际相符或应改进，应该返回给用户确认。可以通过对用户单位的人事档案管理的业务人员进行讲解或模拟，以检查是否到位或遗漏，然后进行补充、修改、完善，直到满足用户的需求。

⑤导出可供选择的解法

从可行的技术实现手段考虑，有如下几种可以选择的方案。

开发方案A：采用桌面小型数据库系统VFP来开发。

开发方案B：采用大型数据库管理系统Oracle、DB2或Sybase等作为后台数据库，采用Microsoft VB或VC开发前台的操作部分。

开发方案C：采用小型数据库管理系统Access或SQL Server作为后台数据库，用HTML、ASP等开发前台的操作部分。其特点是：前台操作与数据库分离，便于实现

多层结构的应用系统，操作界面统一，特别适合在网络环境下使用。

此外，还可以有其他的一些技术实现方案，在此不多细述。这些方案各有优缺点，各种方案将产生不同的资源消耗或成本，需要进一步分析。

⑥推荐最佳方案

方案A：用VFP进行系统开发的特点是：开发工具与数据库集成一体，可视化、开发速度快，效率高，但数据库能管理的数据规模相对较小。系统对硬件设备的要求

低，不需要网络支持，在单机环境下也能够运行，在局域网环境下也可以使用。方

案的实施相对容易，成本低，工期短。

方案B：以大型数据库管理系统为后台数据库，前台操作与数据库分离，前台、后台可以分别进行开发管理，能够实现多层应用系统。前台采用可视化的面向对象的

开发工具，开发效率高，特别适合于大量的数据。系统对硬件设备的要求高，以在

网络环境中使用为主，当然在单机环境下也能够运行。方案的实施相对复杂些，成

本高一些，工期长一点。

方案C：以小型数据库管理系统为后台数据库，该前台操作与数据库分离，也能够实现多层应用系统。系统对硬件设备的要求居中，特别适合在网络环境下使用，操

作方便，但系统的实现最复杂，成本最高，工期也较长。

在本例中，三个方案均能够实现系统目标，但实现的方式，成本，工期等相差较大，到底应该用哪一种方案，应该在分析用户的具体情况后再给出合适的推荐序列。这里假设用户企业为中等规模，经济状况也比较好，也不在乎工期，而侧重系统的方便、好用。在这样的假定下，可以确定推荐依据：技术成熟、可靠、数据规模中等，操作使用方便等。据此可以确定推荐方案为方案C。

⑦制定开发计划

系统开发计划的编制目的是用文件的形式，把对在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软硬件条件等问题作出的安排记载下来，以便根据计划开展和检查本项目的开发工作。

如：项目组组长和成员构成，承担的工作任务或分工，项目经费预算与开支计划，工作阶段的划分，工作内容与预期成果，用户承担的工作，是否需要外援等。其中的进度安排最好采用甘特图完整地表达出来，既形象又便于检查落实情况。

⑧编制可行性研究报告

参照国家标准（GB/T 8567-2006《计算机软件文档编制规范》）中的可行性研究报告编制指南，起草可行性研究报告。