校园一卡通软件管理系统需求说明书

校园一卡通软件管理系统需求说明

书

2014-2015学年第1学期《软件工程写作》考核试卷1．引言

1.1编写目的

本需求分析说明书的目的是对校园一卡通软件管理系统做了全面细致的用户需求分析，确定了系统的最终运行条件，性能要求及要实现的功能，为进一步设计与实现打下基础。本说明书以文档形式将用户对软件的需求明确下来，是与用户沟通的成果，也是供用户验收项目时的参考。

本文档的读者为：用户，项目管理人员，软件设计人员，编程人员，测试人员等项目相关人员。

1.2项目背景

随着社会信息化的不断发展，校园的管理也逐渐进入了一个信息化的时代。

校园里的学生老师人数很多，而且每人手中的卡有很多张，包括饭卡，热水卡，图书馆借阅卡等，携带起来十分不方便，使用起来也很不方便。对于学校而言，也不好管理。技术的发展可以将以上的系统集成在一个平台内，即校园一卡通管理系统。这样一来就可以提高学校的管理水平，更加方便和安全。

软件系统的名称：校园一卡通软件管理系统

项目的任务提出者：梧州学院软件开发中心开发人员

项目的任务用户：梧州学院全体教职员工

项目开发者：梧州学院软件开发中心开发小组

1.3定义

J2EE：一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化和规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。

MySQL Server 5：数据库系统。

IIS 5.0（Internet Information Server）：是一个万维网服务器。

B/S：（Browser/Server）浏览器/服务器模式。

HTTP协议：超文本传送协议。

1.4参考资料

《软件文档写作教程》马平等编著，电子工业出版社，2010年5月

《软件工程导论》张海藩等编著，清华大学出版社，2013年8月

《UML系统建模与分析设计》刁成嘉等编著，机械工业出版社，2013年9月《数据库技术及应用》陆桂明等编著，机械工业出版社，2012年7月

2．任务概述

2.1目标

能对校园一卡通信息进行及时的管理及查询，系统反应时间较短（不大于5秒），提高用户使用效率。

2.2用户的特点

本软件的使用对象为后勤充值管理人员以及系统管理员，用户只要懂得计算机的简单操作和计算机的简单应用，还有计算机的一些基本知识就可以操作该软件。

2.3运行环境

操作系统：Windows XP 或 Windows 7

支持环境：IIS 5.0（Internet Information Server）

数据库：MySQL Server 5

2.4条件与限制

为了使校园一卡通软件管理系统获得更好的安全性、扩展性和更高的执行效能，整个系统采取分布式的管理部署方案，将处理关键业务逻辑的应用程序服务器和处理业务数据的数据库服务隔离开来。实现管理与数据的分离，便于管理和维护。

校园一卡通软件管理系统服务的用户必须先注册个人信息才能办卡，将个人信息输入数据库以方便计算机记录消费情况。最大的限制条件是学校要在宿舍，饭堂，超市，图书馆等重要的与该服务有关的地方安装刷卡机器。

3．数据描述

3.1静态数据

当我们的客户，（也就是访问者）在查看数据的时候它已经被生成好了，没有和服务器数据库进行交互的数据，直接在客户端创建完毕。

3.2动态数据

输入数据宽度、类型要符合用户的需求；输出数据的格式也要符合用户的需求。

3.3数据库介绍

数据库的名称：MySQL Server 5。

由于校园一卡通软件管理系统涉及的部门和内容较多，所以通常会建很多表。表中存放卡信息（卡号、卡类别、开卡日期、有效期、卡上余额）、客户信息（姓名、客户号、电话、地址、身份证号）、日志数据、前后台通讯表等。数据表设计时要留足够大的空间，尽量包含各种应用需要的数据。

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)

char(30)

D6 jbr 校园卡户主姓

名

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 协议，本环境的服务器为windows 2000，客户端操作系统为windows XP或windows 7。

6.3软件接口

使用http的form表单来传递数据（可以是Action form bean也可以是不同

的form表单）。用请求的参数来传递数据。用Session来传递数据。用XML文件来传递数据（AJAX方式）

6.4故障处理

内部故障：开发阶段可以立即修改数据库和类库里的相应内容。

外部故障：联机帮助系统，辅助用防护解决问题。

出错输出信息：用户密码输入错误，该系统会出现3次错误提示，要求用户重新输入，3次之后，将会提示用户重新登录该系统。

出错处理对策：若在装载程序时，系统出现错误，请重新启动，整个终端程序将会再启动；如果程序出现错误，再次重新装载，若仍有错误，则按提示逐步装载。

其他：刷卡响应时间超过1秒后，自动提出警告，要求重新刷卡。查询超过5秒，要显示查询时间长的提示信息，以免误认为死机。当计算机突然死机、重启、断电时自动存储备份数据，即使没有存上，也有备份数据库供恢复。

7．其它需求

安全保密设计：为每个用户、管理员建立用户资料，用户可以更改登录密码以保证其安全性。

权限设置：对用户进行权限设置，只允许管理员使用该软件。

密码保护：对系统的重要数据设置密码保护，禁止非管理人员任意更改。

可维护性：系统有一定的容错和抗干扰能力，在非硬件或非通讯故障发生时，系统能够保证正常运行，并有足够的提示信息帮助用户解决问题。

记录日志：把系统运行发现过的错误都记录下来，包括本机错误和网络错误，这些错误记录便于查找错误原因，日志同时记录管理员的关键性操作信息。

可移植性：选择开放的应用平台，建议采用基于J2EE技术标准进行集成，建设一套与平台无关，以标准接口与各种数据库相连的应用软件。