一卡通管理系统需求分析说明书
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1.引言
1.1编写目的
在完成了针对“一卡通”服务系统的前期调查,同时与用户进行了探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《一卡通服务系统》软件做了全面细致的用户需求分析,该文档首先给出了整个系统的整体网络结构和功能结构的概貌,试图从总体架构上给出整个系统的轮廓,然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。该文档详尽说明了这一软件产品的需求和规格,这些规格说明是进行设计的基础,也是编写测试用例和进行系统测试的主要依据。同时,该文档也是用户确定软件功能需求的主要依据。
1.2背景
传统的校园管理方式具有诸多弊端,传统卡功能的局限,常常需要给学生签发多张卡证才能满足管理上的需要,不仅增加管理成本,也给每个学生管理自己的卡片增加了难度,有时甚至是“卡多为患”。没有实现真正的现代化校园管理,给学校管理带来负担,增加了学校的管理成本,学生没能方便、轻松的在校园通行。随着计算机技术和网络技术的发展,学校原有陈旧繁琐的的消费和管理模式管理已经不能适应新的发展需求,现代化的教学管理系统“校园一卡通”应运而生。为在校的师生和教学管理人员提供具有开放性,灵活性的管理平台,是教学管理科学化的必要前提和根本途径。
1.3 定义
校园一卡通管理系统就是利用高科技产品非接触式(接触式)IC卡为载体,结合电子、网络、计算机、数据库等诸多高新科技技术,用电子身份识别和电子钱包技术来替代学校传统所需要的教师工作证、学生证、借书证、食堂就餐卡、洗澡、购物、打水、洗衣、娱乐等一系列证件和现金交易。达到证件、考勤、餐饮、娱乐等全部电子化和智能化作用。
校园一卡通系统简单的来说就是:使全校所有师生员工每人持一张校园卡,这张校园卡取代以前的各种证件(包括学生证、工作证、借书证、医疗证、出入证等)全部或部分功能师生员工在学校各处出入、办事、活动和消费均只凭这校园卡便可进行,并与银行卡实现自助圈存,最终实现“一卡在手,走遍校园”,同时带动学校各单位、各部门信息化、规范化管程。
1.4 参考文献
方美琪,《软件开发工具》,经济科学出版社
李建中,王珊.《数据库系统原理(第2版)》电子工业出版社,2004.9
李昭原,刘又诚《数据库系统原理与技术》北京航空航天大学出版社
2.任务概述
2.1目标
2.1.1开发目标
实现“一卡通”系统的基本功能,包括办卡,充值,余额提醒,挂失补卡等功能。
2.1.2应用目标
“一卡通”服务系统,添加独特的短信提醒余额账单明细表等子系统功能,以及促进各个子系统管理的信息化、规范化和集成化,实现计算机的智能化管理,以提高工作效率和经济效益。部分子系统可以实现学生无人监管自助消费,并有详细记录,方便管理; 减少工作人员对软件维护所花费的时间; 减少管理人员,减轻工作人员劳动强度,提高工作效率; 延长自动化系统的开放时间,甚至实现24 小时不间断开放; 提高校园网使用率,设备利用率,可以在一定的程度上弥补学校维护和发展的经费。
2.2用户特点
本系统是面向校园一卡通管理而开发的,管理员(维护人员)不需要任何数据库专业技能知识,对于使用者也比较方便。本系统可以极大的提高工作效率。3功能性需求
3.1功能概述
由《校园一卡通管理系统需求规格说明书》可分析得该系统主要实现以下功能:
1、注册(管理员)
2、充值/消费(管理员/学生)
3、查询/修改(管理员、学生)
4、挂失/解挂(管理员、学生)
5、注销(管理员)
6、功能管理(学生)
3.2性能需求
(1)数据精确度
数据输入务必真实准确。
(2)时间特性
刷卡响应时间不超过1秒;
查询响应时间不超过5秒;
(3)适应性
只适用于校方管理员。
3.3运行需求
(1)管理界面
管理员界面简洁大方、一目了然,最大程度的方便管理员。
(2)硬件接口
本软件不需要特定的硬件或或者硬件接口支撑。
(3)软件接口
速达移动S05GK接口
(4)可维护性
系统有一定的容错和抗干扰能力,在非硬件或非通讯故障发生时,系统能够保证正常运行,并有足够的提示信息帮助用户解决问题。
(5)完善的提示信息
提示信息完善及时,比如说:删除操作命令提示,引起用户注意。
(6)联机帮助和操作指南
3.4安全需求
(1)权限设置
对用户进行权限设置,只允许管理员使用该软件,且只有输入权限,无修改权限。
(2)密码保护
对系统的重要数据设置密码保护,禁止非管理人员任意更改。
(3)备份功能
软件有备份功能,数据丢失时可及时恢复。
(4)记录日志
把系统运行发现过的错误都记录下来,包括本机错误和网络错误,这些错误记录便于查找错误原因,日志同时记录管理员的关键性操作信息。
4非功能性需求
4.1数据管理需求
4.1.1 系统所涉及的所有货币金额数据类型,均按实数保存,在显示处理时保留小数点后2位;
4.1.2 在新建/修改学生饭卡相关信息的时候检查卡ID的合法性、学生信息的合法性;
4.1.3所有数据存储在学校服务器端,数据安全可靠;
4.1.4该系统面向的是整个高校的学生,应能对一定数量(暂以厂商本部为参考,数量定为20000人以内)的学生信息进行存储
4.2 故障处理能力需求
4.2.1 刷卡响应时间超过1秒后,自动提出警告。要求重新刷卡
4.2.2 查询超过5秒,要显示查询时间长的提示信息。以免误认为死机
4.2.3 当计算机突然死机、重启、断电时自动存储备份数据,即使没有存上,也有备份数据库供恢复
4.3界面需求
界面要求清晰、美观,操作简单、方便。
4.4运行环境
4.4.1服务端
A. 操作系统:Windows XP/Vista/7 及以上
B. Microsoft .NET Framework 3.5
C. Microsoft SQL Server 2005
4.4.2客户端
A. Windows Xp/vista/7, Unix, Linux, Mac OS各版
B.IE/sougo/猎豹/chrome/世界之窗/Firefox等浏览器
5系统设计
5.1设计理念:
实现一卡走遍校园、一卡通用、一卡多用,学生只需带一张卡就可在校内食堂、洗浴中心等场所消费;也可去图书馆查阅资料、借阅书籍;去机房上机等。从根本上实现“一卡在手,走遍校园”的设想。实现全校各类数据的统一性和规范性;提高学校的现代化感力水平。
5.2平台架构
综合查询中心:触摸屏查询、WEB个人查询;
通讯工作站:收费机、联网水控、补助机;
应用服务管理中心:业务逻辑封装、数据隔离、负载均衡、系统运行中枢.