校园一卡通软件管理系统需求说明书.docx
《校园一卡通软件管理系统需求说明书.docx》由会员分享,可在线阅读,更多相关《校园一卡通软件管理系统需求说明书.docx(17页珍藏版)》请在冰豆网上搜索。
![校园一卡通软件管理系统需求说明书.docx](https://file1.bdocx.com/fileroot1/2023-1/6/e1ca816b-6501-4608-b4ad-026932ca0145/e1ca816b-6501-4608-b4ad-026932ca01451.gif)
校园一卡通软件管理系统需求说明书
校园一卡通软件管理系统需求说明书
2014-2015学年第1学期《软件工程写作》考核试卷
1.引言
1.1编写目的
本需求分析说明书的目的是对校园一卡通软件管理系统做了全面细致的用户需求分析,确定了系统的最终运行条件,性能要求及要实现的功能,为进一步设计与实现打下基础。
本说明书以文档形式将用户对软件的需求明确下来,是与用户沟通的成果,也是供用户验收项目时的参考。
本文档的读者为:
用户,项目管理人员,软件设计人员,编程人员,测试人员等项目相关人员。
1.2项目背景
随着社会信息化的不断发展,校园的管理也逐渐进入了一个信息化的时代。
校园里的学生老师人数很多,而且每人手中的卡有很多张,包括饭卡,热水卡,图书馆借阅卡等,携带起来十分不方便,使用起来也很不方便。
对于学校而言,也不好管理。
技术的发展可以将以上的系统集成在一个平台内,即校园一卡通管理系统。
这样一来就可以提高学校的管理水平,更加方便和安全。
软件系统的名称:
校园一卡通软件管理系统
项目的任务提出者:
梧州学院软件开发中心开发人员
项目的任务用户:
梧州学院全体教职员工
项目开发者:
梧州学院软件开发中心开发小组
1.3定义
J2EE:
一套全然不同于传统应用开发的技术架构,包含许多组件,主要可简化和规范应用系统的开发与部署,进而提高可移植性、安全与再用价值。
MySQLServer5:
数据库系统。
IIS5.0(InternetInformationServer):
是一个万维网服务器。
B/S:
(Browser/Server)浏览器/服务器模式。
HTTP协议:
超文本传送协议。
1.4参考资料
《软件文档写作教程》马平等编著,电子工业出版社,2010年5月
《软件工程导论》张海藩等编著,清华大学出版社,2013年8月
《UML系统建模与分析设计》刁成嘉等编著,机械工业出版社,2013年9月
《数据库技术及应用》陆桂明等编著,机械工业出版社,2012年7月
2.任务概述
2.1目标
能对校园一卡通信息进行及时的管理及查询,系统反应时间较短(不大于5秒),提高用户使用效率。
2.2用户的特点
本软件的使用对象为后勤充值管理人员以及系统管理员,用户只要懂得计算机的简单操作和计算机的简单应用,还有计算机的一些基本知识就可以操作该软件。
2.3运行环境
操作系统:
WindowsXP或Windows7
支持环境:
IIS5.0(InternetInformationServer)
数据库:
MySQLServer5
2.4条件与限制
为了使校园一卡通软件管理系统获得更好的安全性、扩展性和更高的执行效能,整个系统采取分布式的管理部署方案,将处理关键业务逻辑的应用程序服务器和处理业务数据的数据库服务隔离开来。
实现管理与数据的分离,便于管理和维护。
校园一卡通软件管理系统服务的用户必须先注册个人信息才能办卡,将个人信息输入数据库以方便计算机记录消费情况。
最大的限制条件是学校要在宿舍,饭堂,超市,图书馆等重要的与该服务有关的地方安装刷卡机器。
3.数据描述
3.1静态数据
当我们的客户,(也就是访问者)在查看数据的时候它已经被生成好了,没有和服务器数据库进行交互的数据,直接在客户端创建完毕。
3.2动态数据
输入数据宽度、类型要符合用户的需求;输出数据的格式也要符合用户的需求。
3.3数据库介绍
数据库的名称:
MySQLServer5。
由于校园一卡通软件管理系统涉及的部门和内容较多,所以通常会建很多表。
表中存放卡信息(卡号、卡类别、开卡日期、有效期、卡上余额)、客户信息(姓名、客户号、电话、地址、身份证号)、日志数据、前后台通讯表等。
数据表设计时要留足够大的空间,尽量包含各种应用需要的数据。
3.4数据词典
数据表如下所示:
用户表:
数据项编号
数据项名称
简述
类型及宽度
取值范围
A1
usernmae
用户名
char(30)
A2
password
用户密码
char(30)
A3
limit
用户权限
char(30)
教师表:
数据项编号
数据项名称
简述
类型及宽度
取值范围
B1
teaId
教师身份证号
char(30)
B2
teaNo
教师工号
char(30)
B3
teaName
教师姓名
char(30)
B4
teaSex
教师性别
char(30)
“男”“女”
B5
teaBirth
学生出生年
char(30)
B6
teaDept
教师所属院系
char(30)
学生表:
数据项编号
数据项名称
简述
类型及宽度
取值范围
C1
Sid
学生身份证号
char(30)
C2
Sno
学生学号
char(30)
C3
Sname
学生姓名
char(30)
C4
Ssex
学生性别
char(30)
“男”“女”
C5
Sbirth
学生出生年
char(30)
C6
Sdept
学生所在院系
char(30)
C7
Sspecial
学生所在专业
char(30)
C8
Sclass
学生所在班级
char(30)
C9
Saddr
学生生源地
char(30)
一卡通卡信息表:
D1
Cardno
校园卡卡号
char(30)
D2
Cardstate
校园卡状态
char(30)
“可用”“不可用”
D3
Cardmoney
校园卡内余额
Float
D4
Cardstyle
校园卡类型
char(30)
“学生卡”“教师卡”
D5
Cardtime
开卡时间
char(30)
D6
jbr
校园卡户主姓名
char(30)
D7
Gsrq
挂失时间
Datetime
D8
Gsno
挂失次数编号
Int
D9
Jgrq
解挂的时间
Datetime
D10
Czrq
充值的时间
Datetime
D11
Czje
充值金额
Float
D12
Czno
充值次数编号
Int
借书信息表表:
E1
Libno
图书馆编号
char(30)
E2
Libname
图书馆名字
char(30)
E3
Libregion
图书馆所在校区
char(30)
E4
Brno
借书编号
char(30)
E5
Bookno
图书编号
char(30)
E6
Booklist
已借数量
Int
超市信息表:
F1
Supno
超市编号
Int
F2
Supname
超市名称
char(30)
F3
Supmanage
超市负责人姓名
char(30)
F4
Supaddr
超市所在校区
char(30)
餐厅信息表:
DI-28
Dinno
餐厅编号
char(30)
DI-29
Dinname
餐厅名称
char(30)
DI-30
Dinmanage
餐厅负责人姓名
char(30)
DI-31
Dinaddr
餐厅所在校区
char(30)
数据结构列表如下所示:
数据结构编号
数据结构名称
数据结构别名
数据结构含义
数据项组成
1
学生信息
Student
记录学生的信息
Sid、Sno、Sname、Ssex、Sbirth、Sdept、Sspecial、Sclass、Saddr
2
挂失信息
LosInf
记录挂失信息
Cardno、Sno、Sid、Gsrq
、jbr
3
充值信息
FillInf
记录充值相关信息
Czno、Cardno、Sno、Czlx、Czje、jbr
4
校园卡信息
Card
记录校园卡信息
Cardno、Sno、Sid、Cardstates、Cardmoney
5
学生餐厅信息
DinInf
记录餐厅信息
Dinno、Dinname、Dinmanage、Dinaddr
6
超市信息
SupInf
记录超市信息
Supno、Supname、Supmanage
、Supaddr
7
消费刷卡信息
PressInf
消费刷卡记录
Cardno、Pmoney、ptime、Pmanage、Paddr
8
借书信息
LibPress
记录借书信息
Brno、Bookno、Cardstate、Borlist、Libno
3.5数据采集
1)采集用户数据
2)电子版提交
3)纸质版打印提交
4.功能需求
4.1功能划分
本系统的功能如下图所示:
4.2功能描述
1开户:
注册卡信息,创建新卡
2充值:
根据校园卡号和金额进行校园卡充值
3余额查询:
输入校园卡号,查询校园卡余额
4挂失:
根据校园卡号挂失该校园卡,挂失后该卡不可进行消费
5解挂失:
根据校园卡号把该卡从挂失状态转换为正常状态,解挂失后该卡可以进行正常的消费
6注销校园卡:
根据校园卡号注销该校园卡
7消费:
在这里消费不单单指花钱的消费,凡是用到刷校园卡的都算是消费,比如书,图书馆借书等,这也算是消费
8查询消费记录:
根据条件查询消费记录详情
9添加用户:
管理员添加本系统的用户
10删除用户:
管理员删除系统用户
11修改密码:
用户修改自己的登录密码
外部功能:
校园一卡通软件管理系统应该具有日常事务处理、消费事务处理、系统维护等功能,并提供多种查询功能。
多种查询功能是由软件自动实现。
其他功能需要使用者辅助实现。
内部功能:
该软件集命令、编程、编辑与一体,完成过滤、定位显示。
4.3用例
用例图:
用例描述:
1.“开户”用例:
用例编号:
001
用例名:
开户
执行者:
普通用户,系统管理员
类型:
基本的,主要的
前置条件:
用户登录成功
基本路径:
1)用户选择校园卡管理
2)系统显示校园卡管理界面
3)用户选择开户
4)系统提示输出开户信息
5)用户输出开户信息
6)系统提示确定开户
7)用户选择确定
8)系统保存开户信息并开户
9)系统提示开户成功
2.“充值”用例:
用例编号:
002
用例名:
充值
执行者:
普通用户,系统管理员
类型:
基本的,主要的
前置条件:
用户登录成功
基本路径:
1)用户选择校园卡管理
2)系统显示校园卡管理界面
3)用户选择充值
4)系统提示输入充值卡号
5)用户输入充值卡号
6)系统根据卡号进行金额充值
7)系统提示充值成功并显示余额
3.“余额查询”用例:
用例编号:
003
用例名:
余额查询
执行者:
平普通用户,系统管理员
类型:
基本的,主要的
前置条件:
用户登录成功
基本路径:
1)用户选择校园卡管理
2)系统显示校园卡管理界面
3)用户选择余额查询
4)系统提示输入查询卡号
5)用户输入查询卡号
6)系统根据卡号查询余额
7)系统显示查询卡号的余额
4.“挂失”用例
用例编号:
004
用例名:
挂失
执行者:
普通管理员,系统管理员
类型:
基本的,主要的
前置条件:
用户登录成功
基本路径:
1)用户选择校园卡管理
2)系统显示校园卡管理界面
3)用户选择挂失
4)系统提示输入挂失卡号
5)用户输入挂失卡号
6)系统根据输入的卡号挂失该卡
7)系统显示挂失成功
5.“解挂失”用例:
用例编号:
005
用例名:
解挂失
执行者:
普通管理员,系统管理员
前置条件:
用户登录成功
基本路径:
1)用户选择校园卡管理
2)系统显示校园卡管理界面
3)用户选择解挂失
4)系统提示输入解挂失卡号
5)用户输入解挂失卡号
6)系统根据输入的卡号解除挂失状态,转为正常状态
7)系统提示解挂失成功
6.“注销校园卡”用例
用例编号:
006
用例名:
注销校园卡
执行者:
普通管理员,系统管理员
前置条件:
用户登录成功
基本路径:
1)用户选择校园卡管理
2)系统显示校园卡管理界面
3)用户选择注销校园卡
4)系统提示输入注销卡号
5)用户输入注销卡号
6)系统根据输入的卡号注销该卡
7)系统提示注销成功
7“查询消费记录”用例:
用例编号:
007
用例名:
查询消费记录
执行者:
普通管理员,系统管理员
前置条件:
用户登录成功
基本路径:
1)用户选择校园卡管理
2)系统显示校园卡管理界面
3)用户选择查询消费记录
4)系统提示输入查询条件
5)用户输入查询条件
6)系统根据查询条件查询消费记录
7)系统显示查询的消费记录
8.“添加用户”用例:
用例编号:
008
用例名:
添加用户
执行者:
系统管理员
前置条件:
系统管理员登陆成功
基本路径:
1)系统管理员选择用户管理
2)系统显示用户管理界面
3)系统管理员选择添加用户
4)系统显示添加用户界面
5)系统管理员填写用户的相关信息
6)系统根据填写的信息添加用户
7)系统显示添加成功
9.“删除用户”用例:
用例编号:
009
用例名:
删除用户
执行者:
系统管理员
前置条件:
系统管理员登陆成功
基本路径:
1)系统管理员选择用户管理
2)系统显示用户管理界面
3)系统管理员选择删除用户
4)系统提示输入删除用户名
5)系统管理员输如删除用户名
6)系统根据输入的用户名删除该用户
7)系统显示删除用户成功
10.“修改用户密码”用例:
用例编号:
0010
用例名:
修改用户密码
执行者:
普通用户,系统管理员
前置条件:
用户登陆成功
基本路径:
1)用户选择用户管理
2)系统显示用户管理界面
3)用户选择修改用户密码
4)系统提示输入原密码,新密码,
5)用户输入原密码,新密码
6)系统提示确认新密码
7)用户确认新密码
8)系统修改密码
9)系统显示修改密码成功
5.1数据精确度
在精度的需求上,根据用户的需要,在各项输入输出传输的过程中,可以满足用户的需求,而且数据输入务必真实准确。
5.2时间特性
软件的响应时间,更新处理时间等方面都要非常迅速,刷卡响应时间不超过1秒;查询响应时间不超过3秒。
5.3适应性
系统具有较强的适应性,能根据用户需要进行卡样设计,并具有科学合理的开户流程,此外,此系统只适用校方相关用户使用。
系统有良好的扩展性,客户端有新的需求产生时可以很快的增加模块或完成完善系统。
6.1用户界面
管理员界面简洁大方、一目了然,最大程度的方便管理员。
6.2硬件接口
由于本系统是B/S结构的系统,因此网络是必备条件之一,网络使用HTTP协议,本环境的服务器为windows2000,客户端操作系统为windowsXP或windows7。
6.3软件接口
使用http的form表单来传递数据(可以是Actionformbean也可以是不同的form表单)。
用请求的参数来传递数据。
用Session来传递数据。
用XML文件来传递数据(AJAX方式)
6.4故障处理
内部故障:
开发阶段可以立即修改数据库和类库里的相应内容。
外部故障:
联机帮助系统,辅助用防护解决问题。
出错输出信息:
用户密码输入错误,该系统会出现3次错误提示,要求用户重新输入,3次之后,将会提示用户重新登录该系统。
出错处理对策:
若在装载程序时,系统出现错误,请重新启动,整个终端程序将会再启动;如果程序出现错误,再次重新装载,若仍有错误,则按提示逐步装载。
其他:
刷卡响应时间超过1秒后,自动提出警告,要求重新刷卡。
查询超过5秒,要显示查询时间长的提示信息,以免误认为死机。
当计算机突然死机、重启、断电时自动存储备份数据,即使没有存上,也有备份数据库供恢复。
7.其它需求
安全保密设计:
为每个用户、管理员建立用户资料,用户可以更改登录密码以保证其安全性。
权限设置:
对用户进行权限设置,只允许管理员使用该软件。
密码保护:
对系统的重要数据设置密码保护,禁止非管理人员任意更改。
可维护性:
系统有一定的容错和抗干扰能力,在非硬件或非通讯故障发生时,系统能够保证正常运行,并有足够的提示信息帮助用户解决问题。
记录日志:
把系统运行发现过的错误都记录下来,包括本机错误和网络错误,这些错误记录便于查找错误原因,日志同时记录管理员的关键性操作信息。
可移植性:
选择开放的应用平台,建议采用基于J2EE技术标准进行集成,建设一套与平台无关,以标准接口与各种数据库相连的应用软件。