机房收费系统——可行性分析报告

在所有的文档中，可行性不光是第一个要写的文档，还是最大的一个文档，一开始写这个文挡的时候用了一个多星期，那个时候写起来比较吃力和逻辑混乱，但是在后面渐渐学习的过程中，加上对于软件工程的理解，才对这个文档有了进一步的了解。

GB8567——88

可行性研究报告

1引言

目前，随着高科技的飞速发展，对于信息技术的需求也越来越多，比如对于多人群的学校学生们上下机的管理。信息膨胀要求快速处理数据和管理手段落后产生的矛盾，就催生出有更加满足需求的管理系统出现。

1.1编写目的

为了满足日渐发展的信息化社会，开发机房收费系统对学生的上下机进行管理。利用现有的系统分析出满足需要的新系统的逻辑结构。同时要进行市场调查通过数据分析出比较客观的结果。软件在开发前也要对其功能、环境、社会、物理模型等经济、技术、操作、法律以及时间角度进行可行性分析。

文档要不要有特别多难懂专业名词，会有用户、管理人员、分析人员、开发人员会看到这些文档。

1.2背景

说明：

A. 软件名称：机房收费系统

B. 本项目的：

a) 提出者：米新江教授

b) 开发者： 徐玲博

c) 用户：全体师生

C. 该软件系统同其他系统或其他机构的基本的相互来往关系。

a) VB——Microsoft visualbasic6.0,，它是微软旗下一个面向对象的开发语言，具有可视化、简单易用等特点。
b) SQL sever2008是Microsoft 公司推出的适用于大型网络环境的关系型数据库管理系统。.

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料

列出用得着的参考资料，如：

1. 本项目的经核准的计划任务书或合同、上级机关的批文；

2. 属于本项目的其他已发表的文件；

3. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2可行性研究的前提

2.1要求

A. 功能：

a) 计时：登录成功开始计时，注销下机停止计时；

b) 计费：根据计时模式和计费方式的基本数据设定，计算相应的上机费用；

c) 考勤：根据计时模式记录学生上机信息，可打印Excel考勤报表；

d) 维护：系统在使用过程中，错误处理。时间限制。

B. 性能：

a) 此系统为小型网络式交互系统，可以随时查询所需的信息数据。

b) 系统使用SQL数据库，性能优越，系统健壮性不错。

C. 输出：

a) 用户列表：用于管理员对所有用户信息的管理，管理员需要时通过输入命令即可输出。

b) 用户消费明细：是为了方便用户查询自己的消费信息，账户需要时通过输入命令即可输出。

c) 日结账单：实现每日账目的汇总，向上级领导汇报

d) 周结账单：实现每周账目的汇总，向上级领导汇报

e) 考勤记录表：所有用户的考勤记录，包括用户是否出勤、上机时间、下机时间、持续时间，在每节课结束后及时产生并保存或打印出来给上课老师。

D. 输入：说明系统的输入，包括数据的来源、类型、数量、数据的组织以及提供的频度；

a) 一般用户的姓名、学号、卡号、班级、年级等

b) 操作员用户：工号、姓名等

c) 管理员用户：姓名、工号等

E. 处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述；

F. 在安全与保密方面的要求；

a) 所有用户的密码都要求使用密文，防止密码被泄露，同时数据库也是有专门的管理员进行管理。防止重要数据被窃取

b) 对每个用户设定权限，不同权限用户可视数据和可操作数据不一样。防止数据被破坏

G. 由于本系统需要打印出Excel表格，所有会和office进行了连接

H. 完成期限。15天~20天完成项目

2.2目标

若使用机房收费系统提高效率的开发目标，如：

A. 人力与设备费用减少20%；

B. 每条数据处理速度不能大于1s；

C. 控制精度或生产能力的提高：时间精度到s，数据精度到两位小数以上

D. 管理信息服务的改进；方便管理员的数据处理和管理工作，也方便用户的查询工作。

E. 自动决策系统的改进，完善系统日志管理功能和故障处理功能；

F. 人员利用率的改进：信息化代替人员可减少人数至少30%。

2.3条件、假定和限制

说明对这项开发中给出的条件、假定和所受到的限制，如：

a．所建议系统的运行寿命的最小值:所有系统都会有一天被新的系统所代替。系统最小使用寿命为5年

b．进行系统方案选择比较的时间一周左右

c．经费、投资方面的来源和限制；

项目材料	经费	来源	限制
开发电脑	10000	开发人员的电脑	无
参考资料	300	来自网络电子书，以及纸质的工具书	只能起参考作用，有一些问题并不是都能解决
网络	300	网络供应商	无
打印	50	打印机	无

d． 法律和政策方面的限制：不能开发产生违反国家法律或政策的违法软件。要满足用户隐私，及数据安全。

e．硬件、软件、运行环境和开发环境方面的条件和限制；

项目	条件	限制
硬件	普通台式或笔记本电脑	-
软件	VB6.0	-
运行环境	WindowsXP或以上环境	开发环境和运行环境要兼容性好
开发环境	VB6.0和SQL sever2008	-

f．可利用的信息和资源：来自老师是帮助，网上的材料，书本上的例子，来自前辈的经验。

g．系统投入使用的最晚时间：从项目开发起始时间之后的两个月。

2.4进行可行性研究的方法

说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的。摘要说明所使用的基本方法 和策略，如调查、加权、确定模型、建立基准点或仿真等。

对于系统的可行性要进行调研，看最终数据是否会显示系统可以满足提出那些功能和性能。

2.5评价尺度

开发系统要考虑很多的的成本费用，如硬件、软件以及各种辅助工具，人员工资等。新开发的系统会比原有系统的开发成本高，但是最多高两倍。

开发时间长短：这个不能太长，否则会产生软件危机如开发时间长不满足用户需求等，最好在半年之内完成。

难易程度：因为主要使用此系统的用户大多不是专业的软件工作者如教师、学生，所有开发的软件操作起来不会非常的复杂，而是比较容易上手，大多操作一两次后就可使用。

3对现有系统的分析

通过现有系统的效率、数据传输能力、问题处理能力以及对于人工的高效利用等多方面进行分析，对比两个系统在功能、性能、可维护性、以及资源的有效利用。结合原有系统的特点组织出新的逻辑模型，开发可以高效利用的新系统

3.1处理流程和数据流程

3.1.1系统流程图

系统流程图（SystemFlowchart）是描绘系统物理模型的传统工具。它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等），表达信息在各个部件之间流动的情况。




图片1

(未知原因，图片都打不开，可以点击链接看图片)

数据流图也称为数据流程图DateFlow Diagram , DFD，是一种便于用户理解和分析系统数据流程的图形工具，他摆脱了系统和具体内容，精确的在逻辑上描述系统的功能、输入、输出和数据存储等，是系统逻辑模型的重要组成部分。

DFD图：

顶层



图片2

第一层




图片3

数据字典

名字：管理员 别名：管理者 描述：计算机的管理者 定义：管理员号+姓名+密码+年龄+性别+籍贯+民族+政治面貌+学历+***号+生日+开始工作时间+家庭住址+联系电话 位置：用户信息数据库

姓名：管理员号 别名：— 描述：唯一标识管理员的编号 定义：12{字符}12 位置：用户信息数据库

姓名：用户 别名：账户信息 描述：机房计算机的使用者 定义：用户号+密码+姓名+班级+学号+性别+账户余额+备注 位置：用户信息数据库

姓名：用户号 别名：— 描述：唯一标识用户的编号 定义：12{字符}12 位置：用户信息数据库

姓名：验证信息 别名：账号信息 描述：管理员/用户的用户名和口令 定义：管理员/用户名+密码+权限 位置：用户信息数据库

姓名：提示信息 别名：信息提示 描述：系统给用户或管理员的操作提示，错误提示或成功提示信息 定义：成功与否+类型+原因+更正操作 位置：

姓名：管理员操作 别名：管理操作 描述：机房计算机的管理者对用户以及计算机的管理操作指令 定义：管理员号+姓名+操作类型+指令 位置：

姓名：消费信息 别名：消费单 描述：消息记录用户的每一笔消费记录 定义：用户号+姓名+学号+账户余额+时间 位置：消费信息数据库

3.2工作负荷

该系统主要承担着计时、计费、管理、维护的工作，会有上千台电脑同时使用。

主要分为用户端（学生）和管理端（教师）。用户端采用硬件级的底层网络与身份验证相结合，保证安全性；管理端采用软件模式，主要管理学校机房的上机业务，它主要管理模块有系统管理，管理员/用户信息维护，新用户办理管理，学生付费管理，上机计费管理以及登陆信息管理。

3.3费用开支

费用支出	数量	费用（¥）
人力
电脑	40人	2,000/人月
学生登陆设备	4000台	8,000,000
监控设备	1套	500,000
打印机	5台	10,000
学生学籍数据库	1个	100,000
学校机房	20间	10,000,000
非一次性支出	2000X12X80+200X12=962,000元
总计	962，000+18,630,000

3.4人员

数据库维护	2人	熟练掌握SQL数据库、ACCESS数据库
机房日常管理	50人	了解掌握电脑基本操作
系统维护人员	2人	熟悉C++6.0、SQL数据库、ACCESS数据库、ASPNET、常用软件、计算机原理、操作系统知识、HTML/XML等语言

3.5设备

设备主要有电脑、学生登陆设备、监控设备、打印机、SQL数据库

3.6局限性

列出本系统的主要的局限性，例如处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能 不够等。由于设备老旧，学生人数剧增，对现有系统的改进性维护已经不能解决。

4所建议的系统

4.1对所建议系统的说明

概括地说明所建议系统，并说明在第2章中列出的那些要求将如何得到满足，说明所使用的基本方法及理论根据。

在原有系统的基础上，分析出逻辑性更佳的系统，对于系统的功能、性能、输入、输出等方面都做了很多好的改进。使系统的操作性和维护性都得到了提升，并且系统处理速度、处理能力也得到了提升。在机房收费中应用此系统可以节省很多人力和时间以及更加简便。

4.2处理流程和数据流程

给出所建议系统的处理流程和数据流程。

插卡上机

验证信息

用户数据库

主界面

登陆信息

费用数据库

日志数据库

4.3改进之处

A．去掉了刷卡，节约了时间和节省了刷卡终端

B．设置了一般用户和临时用户，对于机房资源能利用的更加充分，同时还有管理员调控学生上机数量，保证了机房的网络通畅和充分利用。

C．控制精度或生产能力的提高，时间精度控制到秒，数据精度控制在两位以上小数

D.加入的考勤功能，对于学生的点名可以节省很多时间

E．完善的系统维护功能，可以在出错的时候登陆日志数据库进行查错。

4.4影响

在建立所建议系统时，预期将带来的影响，包括：

A、关于系统的效率提高很多。以及系统节省了很多的资源比如刷卡终端，人力资源，电脑网络等。

B、由于新的系统对于逻辑性进行了优化和改变，使用的时间将大大缩短。

4.4.1对设备的影响

说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。

对于设备的硬件无非常大依赖性，要求在XP及以上系统就可以

4.4.2对软件的影响

说明为了使现存的应用软件和支持软件能够同所建议系统相适应。而需要对这些软件所进行的修改和补充。

对于软件没有太大的影响

4.4.3对用户单位机构的影响

说明为了建立和运行所建议系统，对用户单位机构、人员的数量和技术水平等方面的全部要求。

对于人员机构的影响：由于新系统是在原系统之上进行的开发，没有太大的革新性功能改变，所以只需要对人员进行简单的演示操作，基本上就可以熟练使用了。

由于用户基本都有原系统的操作经验，新系统只是在其基础之上进行了功能和性能，以及优化维护，所以对于用户的操作规程没有太大的影响

4.4.4对系统运行过程的影响

说明所建议系统对运行过程的影响，如：

a．用户的操作规程；系统主要使用用户有一般用户、操作员和管理员。一般用户登录上机，操作员注册一般用户或管理学生考勤，管理员负责添加三种用户，并且统计费用收支情况，做费用报表。

b．运行中心的操作规程；操作员和管理员需在每天所一般用户上机结束后，进行费用核对

c．运行中心与用户之间的关系；一般用户可以通过运行中心进行注册、充值、退卡、退还余额等行为。

d． 源数据的处理；用户在系统中的各种操作会被保存在数据库中，并且以最后一次操作为准。

e．数据进入系统的过程；注册用户—充值—上机—下机—退还余额

f．对数据保存的要求，对数据存储、恢复的处理；因为系统是可以多用户同时使用，数据被操作的概率会很多，为了不造成数据的丢失和错误，当一个用户操作的一组数据的时候，其他用户即不能操作这组数据，并且以最后一次保存的数据为准。

g．输出报告的处理过程、存储媒体和调度方法；将最后核对好的报表交由领导进行审核，核对正确将数据存储成文档，如需进行分析可向领导申请调取数据。

h．系统失效的后果及恢复的处理办法：系统失效后的表现是学生上机查询系统不能正常工作，将学生们的上机记录存储在数据库中，然后重新启动系统，调出最后条操作记录即可恢复系统的正常运行。

4.4.5对开发的影响

对开发的影响，如：

a. 为了支持所建议系统的开发，用户需进行的工作；为了使新系统更好的服务用户，用户需要重新进行需求的核对和添加。

b. 为了建立一个数据库所要求的数据资源；需要对系统的逻辑思路进行整理，构建出效率最高，最节省计算机资源，时间效率高的系统

c. 为了开发和测验所建议系统而需要的计算机资源；对于系统要进行监控需要监控设备，然后数据库需要可以满足所有用户数据存储、查询、修改、修改、删除的数据库。因为所有用户并不是同时上机，所以只需普通的PC机就可以

d. 所涉及的保密与安全问题：开发人员必须签署保密协议，防止用户或系统重要数据的泄露。并且系统管理维护有专门的人员负责，要对他们设置不同的权限。

4.4.6对地点和设施的影响

说明对建筑物改造的要求及对环境设施的要求。

系统可运行在普通的计算机上，所以对于建筑和设备没有什么特别的要求。

4.4.7对经费开支的影响

扼要说明为了所建议系统的开发，设计和维持运行而需要的各项经费开支。

因为在原有系统的基础之上进行的开发，所以费用估算在原系统开发费用的两倍左右，不能超过太多，还有很多经费发生在系统维护阶段

4.5局限性

说明所建议系统尚存在的局限性以及这些问题未能消除的原因。

系统的局限性就是系统的操作或存储设备都是普通的计算机，性能并不是最优的，随着用户的增加，对于设备的存储要求也是一个挑战，所以系统的一般使用年限在5年左右。

4.6技术条件方面的可行性

本节应说明技术条件方面的可行性，如：

a．在当前的限制条件下，该系统的功能目标能否达到；系统主要功能就是计时、计费、考勤、维护，这些功能基本都能完成。

b．利用现有的技术，该系统的功能能否实现；系统是比较基础的语言VB编写的，SQL Sever2008进行数据写入存储，所以系统完全可以实现

c．在规定的期限内，本系统的开发能完成。

5可选择的其他系统方案

由于系统简单，没有提供其他的开发方案。

.

6投资及效益分析

6.1支出

对于所选择的方案，说明所需的费用。如果已有一个现存系统，则包括该系统继续运行期间所需的费用。

费用支出	数量	费用（¥）
人力
电脑	40人	2,000/人月
学生登陆设备	4000台	8,000,000
监控设备	1套	500,000
打印机	5台	10,000
学生学籍数据库	1个	100,000
学校机房	20间	10,000,000
非一次性支出	2000X12X80+200X12=962,000元
总计	962，000+18,630,000

6.1.1基本建设投资

包括采购、开发和安装下列各项所需的费用，如：

房屋和设施；些小及方法安宁过
ADP设备；学校机房
数据通讯设备；无
环境保护设备；无
安全与保密设备；无
ADP操作系统的和应用的软件；Microsoft Office
数据库管理软件。SQL sever 2008

6.1.2其他一次性支出

包括下列各项所需的费用，如：0

a．研究（需求的研究和设计的研究）；0

b．开发计划与测量基准的研究；0

c．数据库的建立；0

d． ADP软件的转换；0

e．检查费用和技术管理性费用；0

f．培训费、旅差费以及开发安装人员所需要的一次性支出：1000

g．人员的退休及调动费用：2000

6.1.3非一次性支出

列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：

a．设备的租金和维护费用；1000

b．软件的租金和维护费用；0

c．数据通讯方面的租金和维护费用；0

d． 人员的工资、奖金；0

e．房屋、空间的使用开支；0

f．公用设施方面的开支；0

g．保密安全方面的开支；0

h．其他经常性的支出等。0

6.2收益

对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括；

6.2.1一次性收益

说明能够用人民币数目表示的一次性收益，可按数据处理、用户、管理和支持等项分类叙述，如：

a．开支的缩减包括改进了的系统的运行所引起的开支缩减，如资源要求的减少，运行效率的改进，数据进入、存贮和恢复技术的改进，系统性能的可监控，软件的转换和优化，数据压缩技术的采用，处理的集中化／分布化等；

b．价值的增升包括由于一个应用系统的使用价值的增升所引起的收益，如资源利用的改进，管理和运行效率的改进以及出错率的减少等；

c．其他如从多余设备出售回收的收入等。

6.2.2非一次性收益

说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益，包括开支的减少和避免。

由于个的优化升级，一些资源就会被节省下来，人力时间等。每年每月都会节省下的资源就是收益。

6.2.3不可定量的收益

逐项列出无法直接用人民币表示的收益，如服务的改进，由操作失误引起的风险的减少，信息掌握情况的改进，组织机构给外界形象的改善等。有些不可捉摸的收益只能大概估计或进行极值估计（按最好和最差情况估计）。

无

6.3收益／投资比

求出整个系统生命期的收益／投资比值。

6.4投资回收周期

求出收益的累计数开始超过支出的累计数的时间。

6.5敏感性分析

所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时，对开支和收益的影响最灵敏的范围的估计。在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。

设计系统周期约30天，最长可达50天。

该系统工作负荷量为：500台计算机
处理速度要求：学校台式机的配置即可
设备和软件的配置等变化时，对开发和收益的影响最多不超过500元

7社会因素方面的可行性

本章用来说明对社会因素方面的可行性分析的结果，包括：

社会因素影响不多。

7.1法律方面的可行性

法律方面的可行性问题很多，如合同责任、侵犯专利权、侵犯版权等方面的陷井，软件人员通常是不熟悉的，有可能陷入，务必要注意研究。

在用户和开发人员确定好要进行开发意向的时候要签订合同，并且关于泄密等的赔偿。

要特别注意软件的版权问题。

技术资料都由提出方保管

7.2使用方面的可行性

例如从用户单位的行政管理、工作制度等方面来看，是否能够使用该软件系统；从用户单位的工作人员的素质来看，是否能满足使用该软件系统的要求等等，都是要考虑的。

系统开发完成，测试没有问题后就要要付用户使用，而大部分的用户都不是非常专业的计算机操作人员，所以新系统使用要进行培训，但是系统是在原有系统基础之上进行开发，所以用户有操作经验，所以只需进行简单的培训就可以使用。

8结论

在进行可行性研究报告的编制时，必须有一个研究的结论。结论可以是：

a．可以立即开始进行：系统较简单，并且开发的限制条件不多，可以让有相关知识的人员进行开发

b．需要推迟到某些条件（例如资金、人力、设备等）落实之后才能开始进行：一个系统开发完成后，就要进行测试，防止在实际应用中出现不可挽回的损失。

c． 需要对开发目标进行某些修改之后才能开始进行；

d． 不能进行或不必进行（例如因技术不成熟、经济上不合算等）。