1引言
1.1编写目的
为使机房上机收费管理更加科学高效,我们决定开发一款简单使用的机房收费系统。为此我们将从经济、技术、操作和时间等方面研究本系统的可行性。也希望通过本报告对问题有一个初步的认识,以最小的代价在尽可能短的时间内确定本系统能否完成预期的任务及达到预期的效果。
本报告将呈现给:软件开发和管理人员,项目负责人员、评审委员会。
1.2背景
A.软件名称:机房收费系统;
B.本项目提出者:米新江教授;
C.开发者:宋文轩;
D.用户:廊坊师范学生;
E.实现该软件的计算中心:数理楼
F.该软件系统同其他系统或其他机构的基本的相互来往关系:由数信学院机房管理人员负责运行和日常维护。
1.3定义
SQL:结构化查询语言
VB : Visual Basic 6.0
1.4参考资料
1.软件工程开发报告模板标准(GB-8567-88)
2.《软件工程教程》——哈尔滨工业大学软件工程开发报告模板标准(GB-8567-88)
2可行性研究的前提
2.1要求
A.功能:能提供学生日常的上下机服务和收费服务、能够统计值班老师和同学的上下机及充值等功能、能够提高机房的信息化管理功能。
B.性能:学生的上机情况可以实时显示在教师端并同步存储到数据库中;实现了消费金额的自动计算,并且提供金额查询服务;能够调取当日及任意时间段内详细的机房收支情况统计表格等。所有操作简单易用,无需太多培训即可熟练掌握。
C.输出:
1)日结账单:统计当日的学生上机消费情况;每日产生一次,次日刷新;给机房管理者查看;
2)周结账单:统计任意时间段内学生上机消费情况;可通过输入任意需要查询的时间段进行信息的查询;频率不固定;同样是给机房管理者看;
3)操作员工作记录:统计各机房操作人员的机房收费系统的操作情况;可不定期查看;给比操作员更高一级的管理者查看;
4)学生上机情况查询:统计学生上机情况,包括消费情况,上机时间等信息;可不定期查看;给机房管理者查看;
D输入:上机卡号,学号,金额等整型类型数据;日期类型数据;学生姓名和操作员姓名等字符串类型数据。处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程,并辅之以叙述;
E.在安全与保密方面的要求:服务器端的管理员具有最高权限,包括对数据库进行操作,配置基本信息、账单查询等操作;管理员进行权限分级,不能越级操作,操作员具有添加修改删除账户、查询历史记录等操作权限;一般用户具有查看在线信息和监控学生端的权限;而学生只有查询本人信息的权限;登录的时候需要密码确认。
F.同本系统相连接的其他系统:打印机系统。
G.完成期限:2019年8月1号。
2.2目标
A.人力与设备费用的减少;
B.处理速度大大提高;
C.收费准确度的提高;
D.管理信息服务的改进;
E.人员利用率的改进。
2.3条件、假定和限制
- 所建议系统的运行寿命:2年;
- 进行系统方案选择比较的时间:一个星期;
- 法律和政策方面的限制:
严禁违反宪法确定的基本原则、严禁危害国家安全,泄露国家秘密,颠覆国
家政权破坏国家统一、严禁抄袭;
4. 硬件、软件、运行环境和开发环境方面的条件和限制:
硬件:学生适应的台式机、打印机;
软件:SQL sever2014、VB 6.0、office;
运行环境:win10系统;
开发环境:SQL sever2014、VB 6.0;
- 可利用的信息和资源:学生信息管理文档,学校教务系统的相关信息
- 系统投入使用的最晚时间:2019年8月1号。
2.4进行可行性研究的方法
通过进行问卷调查,实践分析等来确定开发系统的可行性。
2.5评价尺度
说明对系统费用:1000元
功能开发次序:学生权限,教师权限,管理员权限,系统帮助。
开发时间:1个月。
3对现有系统的分析
现有为人工进行计费,复杂,非智能化,浪费大量的人力和时间,且容易出错。开发此系统可有效的避免这些弊端。
3.1处理流程和数据流程
3.2人员
大量人力,无智能化系统。
3.3设备
人力。
3.4局限性
处理时间赶不上需要,响应不及时,数据存储能力不足,处理功能不够等。
4所建议的系统
4.1对所建议系统的说明
建议系统可实现上机收费智能化,极大的方便广大师生上下机。
实现方法:SQL知识进行对该系统进行开发。
4.2处理流程和数据流程
给出所建议系统的处理流程和数据流程。
4.3改进之处
动态结账
4.4影响
节省人力、减少资源浪费,提高效率
4.4.1对设备的影响
学校的刷卡机可与电脑进行连接,用到机房收费系统中,进行使用。
4.4.2对软件的影响
说明为了使现存的应用软件和支持软件能够同所建议系统相适应。而需要对这些软件所进行的修改和补充。
4.4.3对用户单位机构的影响
技术管理上要求管理员老师对此次开发的系统做到完全了解,同时能够熟练掌握和应用。
4.4.4对系统运行过程的影响
- 用户的操作规程:一般用户(教师)管理学生上下机,以及充值退卡,查询信息等工作;
- 运行中心的操作规程:一般用户(教师)每日执勤结束后进行对当天的上机情况进行汇总,同时上报管理员,管理员到预定时间对本周或季度的情况进行汇总,层层上报;
- 运行中心与用户之间的关系:用户到运行中心进行充值和退卡;
- 源数据的处理:对源数据进行归档,随时记录,以供日后查询需要;
- 数据进入系统的过程:注册-充值-上机-下机-退卡;
- 对数据保存的要求,对数据存储、恢复的处理:将用户原始信息直接存入数据库,未发生特殊情况不赋予权限进行改动;
- 输出报告的处理过程、存储媒体和调度方法:教师每日将日结账单汇总到管理员,管理员将本周的周结账单汇总至学校领导负责人处;
- 系统失效的后果及恢复的处理办法:若由于系统本身原因,最后一次上机记录不做记录,同时,恢复正常后,重启电脑,以上一次上机记录为准,继续上机。
4.4.5对开发的影响
- 用户需要对操作流程进行详细的了解,要求熟练掌握使用技巧;
- 建立数据库需要用到SQL sever2008数据库支持;
- 系统为在册用户设立保护密码,保护用户的个人信息。
4.4.6对地点和设施的影响
廊坊师范学院机房。
4.4.7对经费开支的影响
共需各项经费合计达1元。
4.5局限性
第一次开发,可能会有功能上不够完善的地方,有待进一步深入调查研究。
4.6技术条件方面的可行性
- 就目前学校的硬件设备和人力资源来看,此系统可以实现;
- 利用现有的技术,该系统的功能可以实现;
- 利用小组开发形式,要求每个人熟练应用VB语言和SQL sever语言来进行开发;
- 在规定的期限内,本系统的开发能够完成。
5投资及效益分析
5.1支出
对于所选择的方案,说明所需的费用。如果已有一个现存系统,则包括该系统继续运行期间所需的费用。
5.1.1基本建设投资
- 房屋和设施:廊坊师范学院机房;
- ADP设备:一个开发小组人员;
- 数据通讯设备:电脑网络能够保证开发人员顺畅的沟通交流;
- 安全与保密设备:灭火器;
- ADP操作系统的和应用的软件VB程序软件;
- 数据库管理软件:SQL server 2014。
5.1.2其他一次性支出
- 无其他支出,无需人员调动以及其他设备需求。
5.1.3非一次性支出
列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用,包括:
- 设备的租金和维护费用:后期维护;
- 软件的租金和维护费用:内部使用;
- 数据通讯方面的租金和维护费用;
- 人员的工资、奖金:1000元;
5.2收益
对于所选择的方案,说明能够带来的收益,这里所说的收益,表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等。
5.2.1一次性收益
- 开支的缩减包括改进了的系统的运行所引起的开支缩减,如资源要求的减少,运行效率的改进,数据进入、存贮和恢复技术的改进,系统性能的可监控,软件的转换和优化,数据压缩技术的采用,处理的集中化/分布化等;
- 价值的增升包括由于一个应用系统的使用价值的增升所引起的收益,如资源利用的改进,管理和运行效率的改进以及出错率的减少等;
- 其他如从多余设备出售回收的收入等。
5.2.2非一次性收益
使用该系统,可使机房上机更加方便快捷智能化,避免了原来拥堵的现象,上机的同学多了,带来了更多的收益。
5.2.3不可定量的收益
随着外面网吧和网络中心的增加,使用该系统可大大提高学校机房的竞争能力,吸引更多学生来机房使用电脑进行学习和娱乐。
5.3收益/投资比
整个系统生命期的收益/投资比值:8/3。
5.4投资回收周期
大概3个月可超过支出。
5.5敏感性分析
所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时,对开支和收益的影响最灵敏的范围的估计。在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。开发该系统可供学校500人同时上下机,人数过多,可能会造成网络拥堵
6社会因素方面的可行性
本章用来说明对社会因素方面的可行性分析的结果。
6.1法律方面的可行性
属学校内部私有,无需承担合同责任和相关法律责任。
6.2使用方面的可行性
该系统的用户主要为学校的教师和学生,对电脑较为熟悉,掌握该软件的使用也比较容易,可以实行。
7结论
在进行可行性研究报告的编制时,必须有一个研究的结论。结论可以是:可以立即开始进行。