[软工]可行性分析报告

可行性研究报告
1引言
目前，在大多数学校里，公用的计算机机房的主要作用是安排学生的课堂学习，即安照教材和老师的安排进行学习，在课堂上没有学生自由发挥的时间。学生们的主观能动性和知识面受到很大的限制，往往是老师布置的会做，在一些实际的问题面前没有解决问题的思路而变的无计可施。计算机课程的学习是一种实践为主的学习，书本的知识必须借助实践来消化吸收，只有多上机多实践才能提高学习的效率。所以需要一套机房收费系统来统计学生课下上机时间以及收费问题。该系统软件非常容易接受，它具有简单易学性，便于管理，安装简单，占用系统资源少等功能。

1.1编写目的
如今，社会已经发展到了一个信息技术的时代，学校机房为了适应时代发展的需求，从具体的业务与项目的服务出发，为学生创造一个良好的网络环境。机房收费管理系统为了减轻老师的工作强度以及更少的出现人为差错，所以需要一个综合的收费管理系统来对机房上机收费进行简单、便捷的管理。从而达到节约时间，提升效率，方便准确快捷的目的，同时也为自身的发展提供一个广阔的平台。在这种情况下，机房收费系统就成了一个客观的需要，这份可行性分析报告是对机房收费系统的可行性研究分析及指出的其存在的必要性。它的预期的读者是做需求分析的软件分析员、客户、维护工作人员等。
1.2背景
现代校园环境网络化已经非常普及，除了计算机专业课下使用机房学习外，其他专业学生很多学习也已经网络化。不仅仅是机房，学生的个人笔记本也可以使用学校网络进行上网。而上网的收费、纪录、查询等一些信息记录人为统计是一件工作量极大的事情。所以在这样的背景下，需要一套合理易用的收费系统，满足以上应用需求。
同时，机房收费系统还具有很好的可移植性、可在WINDOWS系列操作系统上运行。
A. 所建议开发的软件系统的名称：机房收费系统1.0
B. 本项目的任务提出者：米新江
开发者：刘竞博
用户：教师、学生、机房管理员/操作员等
实现该软件的计算中心或计算机网络：学校机房、个人笔记本电脑
C. 该软件系统同其他系统或其他机构的基本的相互来往关系：可访问学生学籍系统数据库。（可访问学生校园卡余额数据库）
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出用得着的参考资料，如：
1. 本项目的经核准的计划任务书或合同、上级机关的批文；
2. 属于本项目的其他已发表的文件；
3. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。
2可行性研究的前提
说明对所建议的开发项目进行可行性研究的前提，如要求、目标、假定、限制等。
2.1要求
说明对所建议开发的软件的基本要求，如：
A. 功能：
区分账户类型：登录时不同账户进入不同界面，学生账户界面和管理员/操作员账户；
分类：学生账户只可查看本账户余额和上机等纪录；
计时：登陆成功开始计时，直到主动退出或余额不足强制退出为止；
考勤：根据学生上机纪录，打印考勤表；
报表：根据当天收费打印出收费纪录日报表、根据纪录打印出周报表；
结账：管理员可对操作员账户进行结账；
维护：系统故障、使用完毕关机、机房清洁等工作；
B. 性能：登陆账户即可上机，收费为每分钟扣费一次，金额精确到0.几元（根据收费情况不同而定），管理员可修改价格。可实时查看学生上机情况，可强制下机。可查看所有学生余额、上机等记录信息。可注册、注销、激活、退卡；
C. 输出：
用户列表：用于管理员对用户信息的管理和查看，管理员需要时通过管理员权限账户即可输出；
用户消费（充值）明细：为了方便账户查询学生个人消费记录，通过管理员账户权限即可输出；
日（周）结账单：实现每日（周）账目汇总，便于向上级领导汇报；
系统错误报告：记录系统出错的时间、错误类型，给维护人员参考；
考勤记录表：每节课考勤记录，学生用户是否出勤，上机时间、下机时间，每节课结束后保存并输出给上课教师；
D. 输入：
用户个人信息：注册账户需输入个人信息，包括：账号、学号、姓名、性别、年级、专业、初始充值金额等，存入账户数据库中；
金额：账户充值时随时输入，并修改数据库信息；

E. 处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述；
F. 在安全与保密方面的要求：用户信息只可自己和管理员可查看，所有数据仅有管理员/操作员可修改；
G. 同本系统相连接的其他系统：校园卡系统；
H. 完成期限：2016年10月25日；
2.2目标
A. 人力与设备费用的减少30%以上；
B. 处理速度的提高，最低反应速度小于1秒；
C. 控制精度或生产能力的提高，时间精度控制到秒，数据精度控制在两位以上小数；
D. 管理信息服务的改进，方便教师的考勤工作以及管理员的管理工作；
E. 自动决策系统的改进，晚上系统日志管理功能和故障处理功能；
F. 人员利用率的改进，减少管理和维护人员数量50%以上；
2.3条件、假定和限制
a． 所建议系统的运行寿命的最小值：5年
b． 进行系统方案选择比较的时间：一周
c． 经费、投资方面的来源和限制；
a． 法律和政策方面的限制；
材料项目 所需金额（元） 来源 限制
两台笔记本电脑 12,000 开发小组个人笔记本 无
参考书等参考资料 300 书店或网上购买，图书馆借阅 现有的书籍资料只是起参考作用
打印 50 开发小组 无

d． 法律和政策方面的限制：本系统不涉及法律政策问题
e． 硬件、软件、运行环境和开发环境方面的条件和限制：学生个人笔记本电脑以及机房台式电脑，Windows XP以上操作系统，SQL Server 2014、VB6.0等
f． 可利用的信息和资源：老师给的参考材料、网上查阅、教材、图书馆藏书
g． 系统投入使用的最晚时间2016年10月30日
2.4进行可行性研究的方法
(1)对我校现有的机房管理系统进行调查
(2)走访机房管理人员，原系统开发人员
(3)调查学生、老师、管理员等希望机房管理系统拥有哪些功能
(4)根据调研结果，统一处理，确定新系统的改进之处，建立模型
2.5评价尺度
（1）更能应满足各类使用人员的需求
（2）难易程度要方便使用人员，简单方便易上手
（3）费用不能太高，最多是原系统的两倍
（4）开发时间长短，要求一个月内完成
3对现有系统的分析
这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚 至是一个人工系统。
分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。
3.1处理流程和数据流程
3.1.1 系统流程图

3.1.2 数据流程图
顶层数据流程图：

第一层分解数据流程图：

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

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

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

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

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

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

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

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

3.2工作负荷
该机房收费系统主要承担计时收费、管理、维护、查询等工作，管理学校机房以及学生个人笔记本电脑几千到几万不止。
用户端采用硬件级别的底层网络与身份验证相结合，保证其安全性；管理端采用软件模式，主要管理学校机房的上机业务，它主要管理的模块有系统管理，用户的信息维护、查询、修改、增加，管理员信息的维护，新用户的开户，充值金额管理，上机计费管理。
3.3费用开支
费用用处 数量 开支额数（元）
人力 5人 8,000/人月
电脑 4000台 8,000,000
监控设备 1套 500,000
学生登录设备 2套 20,000
学校机房 5个 10,000,000
打印机 10台 20,000
学生学籍数据库 1个 100,000
文档材料整理与打印 未知 200/月
非一次性支出： 2,000×12×80+200×12=962,400/年
总计： 962,400/年+18,640,000
3.4人员
数据库日常维护 1 人，要求：理解掌握SQL数据库；
机房日常管理 5 人， 要求：了解电脑基本知识；
系统维护人员 3 人， 要求：熟悉VB6.0、SQL Server数据库、计算机原理、操作系统知识、HTML/XML等语言；
3.5设备
设备主要以机房电脑为主，学生登录设备、机房监控设备、打印机、SQL数据库；
3.6局限性
（1）学生账户余额不足时，系统无法报错，或是否让学生继续上机或提出警报“余额不足”，学生账户数据时刻在更新，可能更新不及时，处理不当；
（2）刷卡上机，然后又5分钟准备时间，系统指定学生上机机器，太麻烦；
（3）学生无法用个人笔记本电脑上学校校园网；
（4）学生账户无法自行查询上机记录、余额等信息；
4所建议的系统
4.1对所建议系统的说明
机房收费系统是通过管理用户日常上机的收费系统，日常管理，简单化上机流程，通过强大的查询和检索，高效的检索出管理员所需的数据，提升管理员工作效率。管理员可以通过机房收费系统对用户的信息进行修改以及添加，还可以修改收费标准、查询上机记录、查询余额、结账、日（周）账单报表、用户消费纪录等。
学生用户可以自行查询自己的上机记录、余额等信息，还可以直接与校园卡系统连接，进行自行充值，进一步提升管理员工作效率。
使用VB6.0语言编写的管理系统，建立相关关联表，实现输入输出、记录等功能。利用SQL Server数据库作为后台的管理数据库。
4.2处理流程和数据流程
给出所建议系统的处理流程和数据流程。
4.3改进之处
（1）去掉了上下机刷卡，实现电脑端登陆账号上网。既节约了刷卡时间和准备时间，又节约了购买刷卡终端的费用；
（2）设置了管理员界面和用户界面，学生登录主界面后可上网，并可自行查询余额、上机记录等信息，还可进行自行充值。进一步的减少了管理员的工作量。
（3）收费时间精度进一步改进，时间控制精度到秒，余额不足上机十分钟时提示用户余额不足，余额为0后强制断网下线。
（4）
4.4影响
4.4.1对设备的影响
原有的刷卡机在建议的系统中就不需要了。对现有数据库进行修改维护，以统一数据结构，所有终端电脑（包括使用校园网的个人笔记本电脑）以及管理机安装本系统。
4.4.2对软件的影响
所有的系统需要升级，以统一新系统。
4.4.3对用户单位机构的影响
对用户单位的机房管理员数量大大降低，甚至每个机房不需要管理员的存在。系统维护人员要求熟练掌握SLQ的各种功能，以及windows操作系统的控制、通信等。
4.4.4对系统运行过程的影响
说明所建议系统对运行过程的影响，如：
a． 用户的操作规程：每一个用户都要拥有自己的账号和密码，通过验证后才可安全登录；
b． 运行中心的操作规程：首先链接数据库判断用户请求是否合法，合法则允许登陆，否则报错并记录到日志中；判断用户合法后就判断用户当前是否在线，若在线则报错并记录到日志中。
c． 运行中心与用户之间的关系：运行中心既要验证用户的合法性，又要记录用户的活动记录，还要对用户的请求作出处理，并给出反馈信息。
d． 源数据的处理：以SQL Server2014/为后台数据库对数据进行管理。
e． 数据进入系统的过程：用户——>验证——>SQL数据库——>管理系统
f． 对数据保存的要求，对数据存储、恢复的处理：保存用户的基本信息、管理员信息、用户活动的基本信息、管理员活动信息、用户消费明细等。所有数据都有自己的数据库，只有管理员才有权限修改数据。数据要有备份，以备出现意外状况是，可以恢复数据库。
g． 输出报告的处理过程、存储媒体和调度方法：要输出的报告主要包括：用户的基本信息、用户消费明细、用户查询余额、周（日）账单报表、报错信息、数据日志等。
h． 系统失效的后果及恢复的处理办法：若以外出现突发状况，则强制所有用户退出系统，使用系统恢复功能，使系统恢复到一定时间前的正常状态。
4.4.5对开发的影响
使用VB6.0开发语言完成对系统的增删改查和统计等基础的而设计。采用统一的界面设计，简单青春化扁平化，支持鼠标和键盘快捷键操作，实现交互性强、界面美观等优点，系统对管理员的权限进行相应的设置，每个模块都有对管理员和用户的登陆判断，有效防止非法登陆。
4.4.6对地点和设施的影响
一般学校机房电脑和个人笔记本电脑使用。
4.4.7对经费开支的影响
从经济效益来分析，软件的开发成本并不是特别大，而其他投入也只是电脑。 由于要推翻很多原系统的设计，涉及到数据库表中的修改，基本上对原系统的改动很大，所以对于人员需求多一些。
4.5局限性
初次一个人开发这么大的系统，由于技术有限，第一版机房收费系统仅仅作为尝试，小范围内使用。
4.6技术条件方面的可行性
本节应说明技术条件方面的可行性，如：
a． 系统开发需要VB6.0，SQLServer数据库，硬件只需要一台电脑，有这两个开发软件即可，所以这硬件方面是可行的。
b． 由于之前做过作品展，学生信息管理系统，虽然都是按照源代码做的，但通过这些以及之前的VB百例，相信是有能力完成机房收费系统的，所以技术方面是可行的。
c． 一个人就够了，就是我，所以，是可行的。
d． 期限一个月，可以完成的。
5可选择的其他系统方案
扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内国外直接购买的，如果没有供选择的系统方案可考虑，则说明这一点。
由于针对本校上网问题，市面上软件都多多少少和本校情况不同，所以，没有其他可选方案。
5.1可选择的系统方案1
很好的根据本校情况作出相应的系统，所以可选择的系统方案是方案1
5.2可选择的系统方案2
按类似5.1条的方式说明第2个乃至第n个可选择的系统方案。
……
6投资及效益分析
6.1支出
6.1.1基本建设投资
a. PC机1台：0元；
b. 开发工具等：0元；
c. 数据库管理软件：0元；
d. 安全与保密设备：0元；
总计：0元。
6.1.2其他一次性支出
a． 研究（需求的研究和设计的研究）：0元；
b． 开发计划与测量基准的研究：0元；
c． 数据库的建立：0元；
d． 检查费用和技术管理性费用：0元；
e． 培训费、旅差费以及开发安装人员所需要的一次性支出：0元；
f． 人员的退休及调动费用等：0元；
总计：0元。
6.1.3非一次性支出
列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：
a． 设备的租金和维护费用；
b． 软件的租金和维护费用；
c． 数据通讯方面的租金和维护费用；
d． 人员的工资、奖金；
e． 房屋、空间的使用开支；
f． 公用设施方面的开支；
g． 保密安全方面的开支；
h． 其他经常性的支出等。
6.2收益
对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括；
6.2.1一次性收益
a． 刷卡机器不需要了，节约：
6.2.2非一次性收益
此系统大大减少了管理员的工作量，大多数功能都是学生自主操作，所以减少百分之七十管理员
年 管理员工资/元月 管理员人数 总工资（元/年）
1 5000 40 200000.00x12=2400000.00
现只需5名管理员 5x5000x12=300000.00元
管理员工资节约2400000.00-300000=2100000.00元
所以，建议的系统投入运行后，5年可节约资金：
2100000.00*5=
6.2.3不可定量的收益
逐项列出无法直接用人民币表示的收益，如服务的改进，由操作失误引起的风险的减少，信息掌握情况的改进，组织机构给外界形象的改善等。有些不可捉摸的收益只能大概估计或进行极值估计（按最好和最差情况估计）。
由于新的西欧挑高服务使用更方便，有更多的用户使用，平均每天收益都有200元，每年收益200*270=54000元
所以，建议的系统投入运行后，5年可节约资金：
54000*5
6.3收益／投资比
求出整个系统生命期的收益／投资比值。
在5年期内，系统总成本2,938,851.84元，系统总收益1,798,847.64元。
1,798,847.64/2,938,851.84=0.6121
从经济上考虑，开发本系统完全可行的。

6.4投资回收周期
由于对新系统开发不收费，且没有任何硬件方面的投入，所以系统上线第一天即可获得收益。
6.5敏感性分析
1、设备和软件的配置等变化时，对开发和收益的影响最多不超过10000元
2、该系统使用寿命为：5年
3、处理速度要求：学校台式机的配置即可
4、该系统工作负荷量为：4000台计算机
7社会因素方面的可行性
本章用来说明对社会因素方面的可行性分析的结果，包括：
7.1法律方面的可行性
本系统作为自行练习设计，没有签订任何合同，不存在合同责任；所有的东西都是自己或米老师提供的，也没有挪用别人的成果，不存在任何侵犯专利权、版权问题。
7.2使用方面的可行性
使用可行性方面来看，所设计的机房收费系统不仅仅使用机房电脑，还可以用于使用校园网的学生个人笔记本电脑。对此，该系统具有相当的可行性，大大方便了学生在校上网收费问题，且本系统简单易懂，无论是从管理方面还是使用方面来看，都能够满足需求，所以系统是可行的。
8结论
从技术、经济、操作、法律、社会效益等方面来看，该系统是可行的，可以立即进行。