校园一卡通可行性研究报告(11页).docVIP

  • 3
  • 0
  • 约2.91千字
  • 约 12页
  • 2015-09-11 发布于湖南
  • 举报
校园一卡通可行性研究报告(11页),一卡通项目可行性报告,可行性研究报告,项目可行性研究报告,北京可行性研究报告,大连可行性研究报告,福建可行性研究报告,可行性研究报告代写,可行性研究报告范文,可行性研究报告模板

校园一卡通可行性研究报告 目 录 1.引言 1 1.1项目背景 1 1.2项目范围 1 1.3目标 1 2. 校园一卡通系统体系规划 2 2.1拓扑结构 2 2.2系统功能结构图 3 3.所建议系统技术可行性分析 5 3.1对系统的简要描述 5 3.2与现有系统比较的优越性 5 3.3 采用建议系统可能带来的影响 6 3.4技术可行性评价 6 4 所建议系统经济可行性分析 7 4.1该系统对客户的影响: 7 4.2估算方案 7 4.3 具体项目总体估计 7 4.4收益 7 5.社会因素方面的可能性 7 5.1.法律方面的可行性 7 5.2.使用方面的可行性 8 6. 校园一卡通系统开发资源 8 6.1开发环境 8 6.2运行环境 8 7.工作进度安排 9 1.引言 1.1项目背景 项目的任务提出者:吴琼 开发者:郭恭文、杨朕兴 用户:XX学院全体师生和员工 系统开发背景???? 随着社会信息化的蓬勃发展,校园的管理也进入了一个信息化的时代,先进的信息管理系统成为建设世纪一流大学的重要标志。在信息网络高速发展的今天,越来越多的信息均以数字形式进行交换和管理。伴随着智能技术的高速发展和计算机应用的普遍推广,在校园信息管理中引入IC卡应用正逐步成为一种趋势。应用范围:学生管理:注册、注销、成绩单。身份识别:图书馆、计算中心、校医院。交费:学费、上机、医疗。用餐:餐厅、食堂、快餐店。购物:百货商场、自选商场、商店、书店、教材部。项目具体需求: ?部分子系统可以实现学生无人监管自助消费,并有详细记录,方便管理; 减少工作人员对软件维护所花费的时间; 减少管理人员,减轻工作人员劳动强度,提高工作效率; 延长自动化系统的开放时间,甚至实现24小时不间断开放;免去打电话时,输入冗长的卡号、密码,实现轻松拨打; 提高校园网使用率,设备利用率,可以在一定的程度上弥补学校维护和发展的经费。 2.1拓扑结构 根据校园环境和应用实践,考滤系统的实用性、方便性,既保证各部门间的相对独立性和系统的统一性及完整性,充分利用现代网络技术,采用了三种网络体系结构构造校园一卡通网络通讯平台。 2.2系统功能结构图 现金充值??? 主要功能是持卡人在卡务中心直接用现金进行充值。并做帐务平衡处理。结转充值??? 这种方式主要是在卡务中心将原有旧卡(正式卡已挂失、损坏或临时卡)的所有信息转入新的正式卡。 就餐管理模块??? 就餐管理接收持卡人实时就餐数据,并具有汇总、查询和打印功能。然后将所有发生的数据一并送到信息中心进行帐务平衡处理。 注册交费模块??? 学生注册之前应该将所有学生的注册状态置为未注册状态。学生注册时,将学生校园卡上的学费转到学校的财务总帐上,再把该学生的注册状态置为已注册状态,最后打印该学生的注册凭证。此模块还具有汇总、查询和打印功能。 帐务平衡模块??? 帐务平衡管理接收就餐数据和注册交费数据,再做帐务平衡处理。此模块还具有查询和打印总账平衡表的功能。 查询模块持卡人可在查询机上持卡查询持卡人的所有信息。比如:所选课程、考试成绩、资金余额等等。 3.所建议系统技术可行性分析 3.1对系统的简要描述 新系统在原有系统的基础上加入了新的数据库的支持,使用了先进的数据库技术与数据管理技术,使数据的准确性与安全性得到了很大的提高,且在用户的并行操作与用户管理方面也有了极大地改善。 一、 简单易用本软件是在 Microsoft Windows环境下开发,采用了图形界面显示和鼠标的操作方式,同时提供良好的在线帮助信息。二、丰富的功能 ??? 本系统的设计是建立在充分理解业务需求的基础之上的,合理的分配用户的业务功能及操作流程,功能丰富强大。 三、灵活方便 ??? 系统软件既可联网操作,又可单机使用,为用户提供了灵活的管理方式. ?保密安全性好----虽然“校园一卡通综合应用系统”在一个相对封闭的环境中使用,但有一些功能的实现要在WEB上实现,所以要防止一些不良网络攻击或要防止一些重要的数据被别人查看或窜改。校园系统由于要和银行系统连接,相互之间除了一些公共的接口函数或相互交换的数据外,要求互相隔离。加之彼此间的数据交换要通过公共网络进行传输,所以要求保证传输的安全性。(校园卡的使用也要保证安全,要求在校园内使用的校园卡读写设备具有自动识别功能,要求只有在本校办理的合法校园卡才能使用。同时校园内不同部门对数据库的操作要分别根据功能授权。大容量存储----一些部门每天要产生大量数据,例如食堂,按照一个一万人的学校,每日3餐就会至少产生十万条记录,这样要求有大容量的存储设备和大型数据库来处理。?响应速度快----有一些应用要求有极高的响应速度。例如在学生就餐集中的时间段要求能及时作出响应。而且通过网络从数据

您可能关注的文档

文档评论(0)

1亿VIP精品文档

相关文档