自动登到系统可行性研究报告.docx
《自动登到系统可行性研究报告.docx》由会员分享，可在线阅读，更多相关《自动登到系统可行性研究报告.docx（12页珍藏版）》请在冰点文库上搜索。
自动登到系统可行性研究报告
1引言1
1.1编写目的1
1.2背景1
1.3定义1
1.4参考资料1
2可行性研究的前提2
2.1要求2
2.2目标2
2.3条件、假定和限制3
2.4进行可行性研究的方法3
2.5评价尺度3
3对现有系统的分析3
3.1处理流程和数据流程4
3.2工作负荷4
3.3费用开支4
3.4人员4
3.5设备4
3.6局限性4
4所建议的系统4
4.1对所建议系统的说明5
4.2处理流程和数据流程5
4.3改进之处5
4.4影响5
4.4.1对设备的影响5
4.4.2对软件的影响5
4.4.3对用户单位机构的影响5
4.4.4对系统运行过程的影响6
4.4.5对开发的影响6
4.4.6对地点和设施的影响6
4.4.7对经费开支的影响6
4.5局限性6
4.6技术条件方面的可行性7
5可选择的其他系统方案7
5.1可选择的系统方案17
5.2可选择的系统方案27
6投资及效益分析7
6.1支出7
6.1.1基本建设投资8
6.1.2其他一次性支出8
6.1.3非一次性支出8
6.2收益9
6.2.1一次性收益9
6.2.2非一次性收益9
6.2.3不可定量的收益9
6.3收益／投资比10
6.4投资回收周期10
6.5敏感性分析10
7社会因素方面的可行性10
7.1法律方面的可行性10
7.2使用方面的可行性10
8结论11
可行性研究报告
1引言
对于开发的自动登到系统，主要实现学生端和教师端的功能。
学生端包括：
蓝牙绑定、密码修改、获取课程列表、获取课程信息、获取教师信息和签到。
老师端包括：
获取教师端课程列表、获取某一课程相关信息、获取课程对应的学生信息、点名列表、获取某一学生点名列表及相关出勤状况。
1.1编写目的
自动登到系统对于学校的师生来说至关重要，学生信息是高等学校非常重要的一项数据资源，是一个教育单位不可缺少一部分。
特别是近几年来，国家政策的调整，我国高等院校大规模的扩招，给高等院校的教学管理、学生管理、后勤管理等方面都带来不少的冲击。
自动登到系统能够满足师生的需求，既节约了上课的时间，又能保证学生的出勤率。
1.2背景
待开发的软件系统为自动登到系统。
本项目的提出者为本小组所有成员一致决定。
学生和教师都是该系统的受益者。
1.3定义
自动登到系统：
基于学校内网而开发的一项解决学生出勤点名的系统。
1.4参考资料
《软件工程导论》
《数据库系统概论》
《ASP.NET实用案例教程》
《计算机软件文档编制规范》
2可行性研究的前提
2.1要求
A.学生端：
课程信息查询、课程教师信息查询、出勤查询及签到
B.教师端：
课程信息查询、学生信息查询、出勤查询及历史记录
C.系统具有很好的可移植性、可扩展性和可重用性.
D.系统处理突发事件的能力要强，当出现突然断电或者死机时，也能够及时处理，保证系统的顺利运行或恢复。
E..做到人机交互的界面友好
2.2目标
a.在规定期限内完成系统的开发.
•b.项目小组成员各尽其责，用自备计算机完成自己部分项目任务.
•c.分享开发环境软件及项目相关资料，节省项目成本并提高开发效率.
•d.尽量使用数据库连接池技术，保证系统连接数据库的速度.
•e.运用JSP的语言特性，保证系统有较快的处理及响应速度.
•f.实现系统界面的美工及人性化要求.
2.3条件、假定和限制
a.本自动登到系统建议运行寿命为:
5-10年
b.进行系统方案比较的时间:
1周
c.经费投资方面的来源和限制用户
d.硬件软件运行环境和开发环境方面的条件和限制
VC8.0开发环境MicrosoftVisio2003Dreamweaver
e.可利用的信息和资源：
学校服务器实现内网运行。
2.4进行可行性研究的方法
分别从技术可行性、经济可行性、操作可行性三方面进行具体地研究，并结合系统流程图和数据流程图分析此项目是否可行。
其基本方法是：
调查、确定模型、交互。
2.5评价尺度
a.操作是否简单
b.运行速度是否够快
c.整套系统是否够安全
d.费用开支是多少
e.各项功能的优先次序
f.开发时间的长短
g.是否让用户满意
3对现有系统的分析
3.1处理流程和数据流程
现有系统的数据处理与流程为登到系统。
3.2工作负荷
由于数据量越来越大，现有的系统已明显不能适应目前的庞大数据量，系统工作负荷过大。
3.3费用开支
经费预算：
硬件设施：
2000
服务器搭建：
5000
差旅费：
5000
软件测试费：
10000
资料打印费：
1000
3.4人员
XXX
3.5设备
操作系统：
windows/linux
外围设备：
鼠标、键盘
通讯设备：
手机
模拟器：
VMware
数据库：
SQLServer
使用时间：
项目开始到结束
3.6局限性
处理时间赶不上需要，响应不及时，数据存储能力不足
主要是由于设备不够先进
4所建议的系统
4.1对所建议系统的说明
自动登到系统是针对当前高校大课堂、多课程的基本情况而制定的手机端自动登到系统。
其根本原则是为了便于学生和教师更好的进行课程信息管理。
首先，不论是学生还是教师都是基于学生内网为大前提的条件下进行的收据收集过程。
不会造成任何隐私泄漏问题。
其次，学生和教师的登到是确定在一定的时间和控件要求，达到其目的的。
最后，签到不是根本目的，希望师生珍惜课程时间。
4.2处理流程和数据流程
下面列出主要事务的数据流图：
查询数据查询结果
.编辑数据
统计数据统计报表
4.3改进之处
增加功能的多样性
4.4影响
采用建议系统与现有系统的差别在上面已所过，在此从不同方面具体说一下：
（1）.设备；
（2）.现有软件；
（3）.用户；建议系统使用的新技术是完全基于原有的系统上的,故用户不必考虑新系统带来的人员培训等等。
（4）.经费支出；建议系统是为了改善原有系统在经费支出过高的缺点的，所以新系统一经使用在经费支出方面一定会得到很好的改善，用户在使用了新系统后只需要花一定资金购买一部分计算机与软件就能实现自动化。
44.4.1对设备的影响
采用建议系统后，改进了原有系统的性能所以对设备要求自然更高，建议系统使用了最先进的技术使设备也必须跟着升级。
4.4.2对软件的影响
由于建议系统采用了先进的数据库技术以及一系列高技术含量软件，使得原来系统上的一些软件无法继续使用，不过在新系统开发过程中将尽量考虑到，对现有软件的兼容性。
4.4.3对用户单位机构的影响
建议系统使用的新技术是完全基于原有的系统上的,故用户不必考虑新系统带来的人员培训等等。
4.4.4对系统运行过程的影响
a．用户的操作规程；
b．运行中心的操作规程；
c．运行中心与用户之间的关系；
d．源数据的处理；
e．数据进入系统的过程；
f.对数据保存的要求，对数据存储、恢复的处理；由用户提出输出请求,文档管理系统响应请求,由打印机输出
f.输出报告的处理过程、存储媒体和调度方法；
g.系统失效的后果及恢复的处理办法。
4.4.5对开发的影响
说明对开发的影响，如：
a.为了支持所建议系统的开发，用户需进行的工作；
b.为了建立一个数据库所要求的数据资源；
c.为了开发和测验所建议系统而需要的计算机资源；
d.所涉及的保密与安全问题。
4.4.6对地点和设施的影响
在学校建立一个计算机中心,实施人员限制,无尘恒温管理,以放置运行该系统的后台服务器.
4.4.7对经费开支的影响
建议系统是为了改善原有系统在经费支出过高的缺点的，所以新系统一经使用在经费支出方面一定会得到很好的改善，用户在使用了新系统后只需要花一定资金购买一部分计算机与软件就能实现自动化。
4.5局限性
数据的庞大限制
4.6技术条件方面的可行性
由于时间紧迫，可能在deadline之前难以完成该系统的开发
5可选择的其他系统方案
无
6投资及效益分析
6.1支出
•6.1.1基本建设投资共计18万
•6.1.2其他一次性支出
•WindowsNT:
1.5万
•管理员培训费：
0.5万
•共计：
2万
•6.1.3非一次性支出
•人员工资：
1000*4*12*5=24万
•其他不可知的额外支出：
24000元
•共计：
3200*5+24000+240000=28万
6.2收益
•6.2.1一次性收益：
0元
•6.2.2非一次性收益
•（按银行利率：
1%）；
•减少员工5人（1000元/人）五年收益:
•1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*5*12*5=30
•6.2.3不可定量的收益
•因工作效率提高工作时间减少:
•54/5*4=43万
6.3收益／投资比
73万/48万=152%
6.4投资回收周期
2个月之后
7社会因素方面的可行性
7.1法律方面的可行性
1.严禁违反宪法确定的基本原则,
2.严禁危害国家安全,泄露国家秘密,颠覆国家政权,破坏国家统一.
3.严禁损害国家荣誉和利益
4.严禁传播发布会妨害第三方权益的文件或者信息,包括但不限于:
病毒代码,黑客程序,软件破解注册信息.
5.严禁抄袭剽窃他人作品
6.版权所有,严禁抄袭
7.2使用方面的可行性
从用户单位学校的行政管理、工作制度等方面来看，能够使用该软件系统。
从用户单位的工作人员的素质来看，需要经过培训才能满足使用该软件系统的要求等等，都是要考虑的。
8结论
经过一系列的各个不同方面的可行性分析，分析员和用户及使用部门的负责人对需要解决的问题取得基本的一致看法，开发小组的开发方案的到批准，使用部门负责人同意开发工程继续进行下去。
升级会员 