校园卡管理系统毕业设计.doc

校园卡管理系统
软件设计说明书

目录
1. 介绍 1
1.1 目的 1
1.2 范围 1
1.3 定义、缩写词 1
1.4 内容概览 1
2. 体系结构表示方法 1
3. 系统要达到的目标和限制 2
4. 用例视图 2
4.1 系统用例图 2
4.2 注册校园卡 3
4.3 学生登陆系统 4
4.4 学生退出系统 5
4.5 学生查看个人信息 5
4.6 学生查看校园卡余额 6
4.7 银行卡-校园卡转账 7
4.8 学生查看历史消费记录 9
4.9 学生对校园卡挂失 10
4.10 学生修改校园卡密码 10
4.11 学生使用校园卡消费 11
4.12 管理员登陆系统 13
4.13 管理员退出系统 14
4.14 校园卡补办 14
4.15 管理员查看校园卡信息 15
4.16 管理员查看历史消费记录 16
4.17 管理员查看校园卡余额 17
4.18 管理员维护管理员数据 18
4.19 管理员维护校园卡业务 19
5. 逻辑视图 21
5.1 总览 21
5.2 主要Package的介绍 22
6. 过程视图 23
6.1 校园卡注册 23
6.2 学生消费 25
6.3 维护业务数据 26
6.4 维护管理员数据 28
7. 部署视图 29
8. 数据视图 30
9. 规模和性能 31
10. 质量 31

软件设计说明书
1. 介绍
1.1 目的
这篇文档提供了对校园卡管理系统的系统架构的总览，从不同的视角描述了该系统。同时介绍了校园卡管理系统与校园内其他子系统有关架构的想法，包含架构分析的关键决策，目的在于帮助开发人员理解校园卡管理系统的基本结构。
1.2 范围
介绍了校园卡系统的注册系统、消费系统、维护管理员数据系统、维护业务数据系统。
1.3 定义、缩写词
SC ：School Card (校园卡) FinancialSystem: 财务系统 CanteenSystem:体育馆系统
SupermarketSystem: 超市系统 SchoolBusSystem 校车系统 LibrarySystem:图书馆系统
1.4 内容概览
² 注册系统
校园内每一位在校学生在没有注册的前提下都可以输入个人合法信息完成校园卡注册操作，同时管理员发配给注册学生一张与注册信息唯一对应的校园卡；
² 服务系统
学生持合法注册的校园卡在学校的图书馆，食堂，超市，体育馆完成所需的消费操作，并且可以持卡购买乘坐校车的车票；
² 管理系统
学生可以凭借校园卡ID与密码实施修改校园卡密码操作，查看历史消费信息，校园卡挂失等操作。管理员登陆系统后可以完成校园卡补办，查看校园卡历史消费记录等操作；
² 维护系统
管理员可以完成维护校园卡业务（包括新增，更新，删除，检索业务），维护管理员信息（包括新增，更新，删除，检索管理员）等操作；
2. 体系结构表示方法
这篇文档使用一系列视图反映系统架构的某个方面；
用例视图：概括了架构上最为重要的用例和它们的非功能性需求；
逻辑视图：展示了描述系统关键方面的重要用例实现场景(使用交互图)；
部署视图：展示构建在处理节点上的物理部署以及节点之间的网络配置(使用部署图)；
数据视图：描述了数据流、持久性数据模式、对象与持久性数据之间的模式映射、对象到数据库、存储过程以及触发器的映射机制(使用类图描述数据模型，活动图表示数据流)。
3. 系统要达到的目标和限制
Ø 目标
学生可以正确登录，在登录页面输入信息时能够在输入错误的同时看到错误提示；正确登录后可以查看个人信息，查看本校园卡历史消费信息，对本校园卡完成挂失操作，完成绑定的银行卡—>校园卡转账操作，修改校园卡密码等操作。
学生在管理员工作处可以方便地进行注册，输入的注册信息要进行验证，验证正确后将信息存入数据库。
管理员正确登录后可以查看校园卡个人信息，校园卡历史消费记录，完成补办等操作。
Ø 限制
学生和管理员的界面分开，同一个校园卡ID与密码不能同时登陆系统；
管理员不能修改校园卡密码，还有同级别的管理员的信息。
4. 用例视图
SC系统描述的主要用例有：注册校园卡，学生登陆系统，学生退出系统，学生查看个人信息，学生查看校园卡余额，银行卡校园卡转账，学生查看历史消费记录，校园卡挂失，修改校园卡密码，学生消费，管理员登录系统，管理员退出系统，校园卡补办，管理员查看校园卡信息，管理员查看消费记录，管理员查看校园卡余额，管理员维护校园卡业务，管理员维护管理员数据。
4.1 系统用例图
系统用例图见图4.1：

图4.1 系统用例图
4.2 注册校园卡
4.2.1 用例简述
学生通过输入合法个人信息申请办理注册校园卡。
4.2.2 基本事件流
1 学生 ：点击进入注册页面；
2 SC系统：显示注册页面，提示输入个人合法信息与密码；
3 学生： 学生通过输入个人合法信息，密码，提交注册请求；
4 SC系统：对请求中的个人信息进行校验；
5 SC系统：校验成功后保存个人信息到数据库；
6 SC系统：显示注册成功，提示管理员激活一张空卡；
7 管理员：；完成激活空卡操作；
8 SC系统：提示成功注册校园卡；
9 用例结束。
4.2.3 活动图
注册校园卡活动图见图4.2

图4.2 注册校园卡的活动图
4.3 学生登陆系统
4.3.1 用例简述
学生通过输入合法的校园卡ID与密码后可以登陆系统。
4.3.2 基本事件流
1 学生： 点击进入登陆页面；
2 SC系统：显示登陆页面，提示输入校园卡ID与密码；
3 学生： 输入校园卡ID与密码；
4 SC系统：根据输入的校园卡ID与密码也数据库内数据进行校验。
5 SC系统：校验成功后登陆到系统；
6 用例结束。
4.3.3 活动图
学生登陆系统的活动图见图4.3

图4.3 学生登陆系统的活动图
4.4 学生退出系统
4.4.1 用例简述
学生登陆系统后能够在任何时间退出系统。。
4.4.2 基本事件流
1 学生： 点击退出系统请求；
2 SC系统：注销对象，返回初始显示；
3 用例结束。
4.4.3 活动图
学生退出系统的活动图见图4.4

图44 学生退出系统的活动图
4.5 学生查看个人信息
4.5.1 用例简述
学生登陆系统后能够查看自己的校园卡个人信息。
4.5.2 基本事件流
1 学生： 提交查看个人信息；
2 SC系统：检测并显示本校园卡个人信息；
3 用例结束。
4.5.3 活动图
学生查看个人信息的活动图见图4.5

图4.5 学生查看个人信息的活动图
4.6 学生查看校园卡余额
4.6.1 用例简述
学生的了系统后能够查看自己校园卡的账户余额。
4.6.2 基本事件流
1 学生： 点击查询余额；
2 SC 系统： 连接到财务系统（FinancialSystem）；
3 SC 系统： 发送获取余额请求；
4 财务系统： 发送校园卡余额信息；
5 SC 系统： 显示余额信息；
6 用例结束。
4.6.3 活动图
学生查看校园卡余额的活动图见图4.6

图4.6 学生查看校园卡余额的活动图
4.7 银行卡-校园卡转账
4.7.1 用例简述
学生能够操作绑定的银行卡汇款至校园卡。
4.7.2 基本事件流
1 学生： 点击转账请求；
2 SC系统： 连接到财务系统（FinancialSystem）；
3 SC系统： 连接成功后提示输入转账金额；
4 学生： 输入转账金额；
5 SC系统： 提示输入转账密码；
6 学生： 输入转账密码；
7 SC系统： 发送转账金额与转账密码到财务系统（FinancialSystem）；
8 财务系统： 检测密码是否有效；
9 财务系统： 检测银行卡内是否有足够余额；
10 财务系统： 完成转账操作；
11 SC系统 ：显示转账成功；
12 用例结束。
4.7.3 活动图
银行卡-校园卡转帐的活动图见图4.7

图4.7 银行卡-校园卡转帐的活动图
4.8 学生查看历史消费记录
4.8.1 用例简述
学生登陆系统后能够查看个人历史消费信息。
4.8.2 基本事件流
1 学生： 登陆系统后点击查看消费记录；
2 SC系统： 连接到财务系统（FinancialSystem）；
3 SC系统： 发送查看历史消费记录请求；
4 财务系统：发送校园卡历史消费记录；
5 SC系统： 显示校园卡历史消费记录；
6 用例结束。
4.8.3 活动图
学生查看历史消费记录的活动图见图4.8

图4.8 学生查看历史消费记录的活动图
4.9 学生对校园卡挂失
4.9.1 用例简述
学生通过合法ID与密码后对校园卡实现挂失。
4.9.2 基本事件流
1 学生： 登陆系统后点击校园卡挂失；
2 SC系统：完成挂失操作（使被挂失校园卡无法消费）；
3 SC系统：提示挂失成功；
4 用例结束。
4.9.3 活动图
学生对校园卡挂失的活动图见图4.9

图4.9 学生对校园卡挂失的活动图
4.10 学生修改校园卡密码
4.10.1 用例简述
学生登陆系统后能够修改校园卡密码。
4.10.2 基本事件流
1 学生： 登录系统后点击修改密码；
2 SC系统：提示输入新密码两次；
3 学生： 输入新密码两次；
4 SC系统：校验两个新密码是否相同且有效；
5 SC系统：校验成功后修改校园卡密码；
6 SC系统：提示修密码成功；
7 用例结束。
4.10.3 活动图
学生修改校园卡密码的活动图见图4.10

图4.10 学生修改校园卡密码的活动图
4.11 学生使用校园卡消费
4.11.1 用例简述
学生使用校园卡在学校内的图书馆，超市，体育馆，食堂，校车系统消费,消费过程的原理基本相同，这里仅以学生在图书馆消费的过程进行描述，其余类似不述。
4.11.2 基本事件流
1 图书馆管理员：输入消费金额；
2 学生： 完成刷校园卡操作；
3 图书馆系统： 连接到SC管理系统；
4 SC系统： 检测校园卡是否有效（是否被挂失）；
5 SC系统： 若校园卡有效连接到财务系统（FinancialSystem）；
6财务系统： 检测校园卡余额是否大于消费金额；
7财务系统： 若校园卡余额足够消费，则完成消费操作；
8财务系统： 发送成功消费信号到SC系统，并保存消费记录；
9 SC系统： 发送成功消费到图书馆系统（LibrarySystem）；
10 图书馆系统：显示成功消费；
11 用例结束。
4.11.3 活动图
学生使用校园卡消费的活动图见图4.11

图4.11 学生使用校园卡消费的活动图
4.12 管理员登陆系统
4.12.1 用例简述
管理员通过输入合法的管理员ID与密码后登陆系统。
4.12.2 基本事件流
1 管理员： 点击登录系统；

2 SC系统：显示登陆页面；
3 管理员： 输入管理员ID与密码；
4 SC系统：校验ID与密码；
5 SC系统：校验成功后进入系统；
7 用例结束。
4.12.3 活动图
管理员登陆系统的活动图见图4.12

图4.12 管理员登陆系统的活动图
4.13 管理员退出系统
4.13.1 用例简述
管理员登陆系统后能够在任何时间退出系统。
4.13.2 基本事件流
1 管理员： 点击退出系统；
2 SC系统：完成退出操作；
3 SC系统：显示初始页面；
4 用例结束。
4.13.3 活动图
管理员退出系统的活动图见图4.13

图4.13 管理员退出系统的活动图
4.14 校园卡补办
4.14.1 用例简述
管理员能够对已挂失的校园卡实现补办。
4.14.2 基本事件流
1 学生： 登陆系统后提交校园卡补办；
2 SC系统：提示管理员激活一张空卡；
3 管理员： 完成空卡激活操作；
4 SC系统： 存储新卡信息，注销已挂失卡信息；
5 SC系统： 提示补办成功；
6 用例结束。
4.14.3 活动图
校园卡补办的活动图见图4.14

图4.14 校园卡补办的活动图
4.15 管理员查看校园卡信息
4.15.1 用例简述
管理员登陆系统后能够查询任意校园卡的个人信息。
4.15.2 基本事件流
1 管理员： 登陆系统后点击查看校园卡信息；
2 SC系统： 提示输入查看的校园卡ID；
3 管理员： 输入要查的校园卡ID；
4 SC系统： 检测数据库；
5 SC系统： 检测成功后显示校园卡个人信息；
6 用例结束。
4.15.3 活动图
管理员查看校园卡信息的活动图见图4.15

图4.15 管理员查看校园卡信息的活动图
4.16 管理员查看历史消费记录
4.16.1 用例简述
管理员登陆系统后能够查询任意校园卡的历史消费信息。
4.16.2 基本事件流
1 管理员： 点击查看历史消费记录；
2 SC系统： 提示输入查看的校园卡ID或用户名；
3 管理员： 输入查看的校园卡ID或用户名；
4 SC系统： 检测数据库；
5 SC系统： 检测成功后连接到财务系统（FinancialSystem）；
6 SC系统： 发出查看历史消费记录操作；
7 财务系统：发送历史消费记录；
8 SC系统： 显示历史消费记录；
9 用例结束。
4.16.3 活动图
管理员查看历史消费记录的活动图见图4.16

图4.16 管理员查看历史消费记录的活动图
4.17 管理员查看校园卡余额
4.17.1 用例简述
管理员登陆系统后能够实现查询任意校园卡的余额。
4.17.2 基本事件流
1 管理员： 点击查看校园卡余额；
2 SC系统：提示输入校园卡的ID或用户名；
3 管理员： 输入查看的校园卡ID或用户名；
4 SC系统： 检测数据库；
5 SC系统： 检测成功后连接到财务系统（FinancialSystem）；
6 SC系统： 发出查看校园卡余额；
7 财务系统：发送校园卡余额；
8 SC系统： 显示校园卡余额；
9 用例结束。
4.17.3 活动图
管理员查看校园卡余额的活动图见图4.17

图4.17 管理员查看校园卡余额的活动图
4.18 管理员维护管理员数据
4.18.1 用例简述
管理员维护管理员数据，包括新增，更新，删除，检索操作，由于这几项操作原理基本相同，这里仅以新增管理员为例。
4.18.2 基本事件流
1 管理员： 点击新增管理员；
2 SC系统：提示输入新曾管理员个人信息与密码；
3 管理员： 输入合法新政管理员个人信息与密码；
4 SC系统：检测合法后存储新管理员信息到数据库
5 SC系统：返回新增管理员ID与密码；
6 用例结束。
4.18.3 活动图
管理员维护管理员数据的活动图见图4.18

图4.18 管理员维护管理员数据的活动图
4.19 管理员维护校园卡业务
4.19.1 用例简述
管理员维护管理员数据，包括新增，更新，删除，检索操作，由于这几项操作原理基本相同，这里仅以新增校园卡业务为例。
4.19.2 基本事件流
1 管理员： 点击新增校园卡业务；
2 SC系统： 提示输入新增业务名称，接口信息，；
3 管理员： 输入新增业务名称与借口信息；
4 SC系统：链接数据库存储相关信息；
5 SC系统：显示成功新增业务；
6 用例结束。
4.19.3 活动图
管理员维护校园卡业务的活动图见图4.19

图4.19 管理员维护校园卡业务的活动图
5. 逻辑视图
逻辑视图部分主要叙述了设计阶段的工作。
5.1 总览
图5.1的领域模型是校园卡管理系统的设计实体及其之间的关系；

图5.1 领域模型

5.2 主要Package的介绍
校园卡管理系统Package图见图5.2

图5.2 校园卡管理系统Package图
Ø System
System包含了显示层的代码层的代码，主要用来实现系统的组织，界面显示，以及与其他子系统的协调，连接，通信。
Ø Interface
Interface包主包含了各个系统间的通信所需的接口方法。
Ø Service
Service包包含了业务实现的主要接口，它实现了Interface包内的接口，并且提供学生消费时的显示方法。
Ø Consumption
Consumption包含了校园卡的业务信息，管理员维护校园卡业务时调用MaintenanceOfBusiness()方法对该包内的数据进行操作。
Ø Manager
Manager包包含了属于管理员操作的System，Interface,Service,Consumption等包，这些包的关系同上。
Ø Student
Student包包含了属于学生操作的System,Interface,Servicel等包，这些包的关系同上。

6. 过程视图
过程视图部分叙述几个主要子系统的处理流程。
6.1 校园卡注册
6.1.1 校园卡注册的系统顺序图见图6.1

图6.1 校园卡注册顺序图
6.1.2 校园卡注册的VOPC类图见图6.2

图6.2 校园卡注册的VOPC类图
6.1.3 校园卡注册的协作图见图6.3

图6.3 校园卡注册的协作图

6.2 学生消费
6.2.1 学生消费的系统顺序图见图6.4

图6.4学生消费的系统顺序图
6.2.2 学生消费的VOPC类图见图6.5

图6.5学生消费的VOPC类图
6.2.3 学生消费的协作图见图6.6

图6.6学生消费的协作图
6.3 维护业务数据
6.3.1 维护业务数据的系统顺序图见图6.7

图6.7 维护业务数据的系统顺序图
6.3.2 维护业务数据的VOPC类图见图6.8

图6.8 维护业务数据的VOPC类图
6.3.3 维护业务数据的协作图见图6.9

图6.9 维护业务数据的协作图
6.4 维护管理员数据
6.4.1 维护管理员数据的系统顺序图见图6.10

图6.10维护管理员数据的系统顺序图
6.4.2 维护管理员数据的VOPC类图见图6.11

图6.11维护管理员数据的VOPC类图
6.4.3 维护管理员数据的协作图见图6.12

图6.12维护管理员数据的协作图
7. 部署视图
部署视图描述了如何将具体软件制品分配到计算节点 (具有处理服务的某种事物) 上，表示了软件元素在物理架构上的部署，以及物理元素之间的通信。
校园卡管理系统的部署视图见图7.1

图7.1 校园卡管理系统的部署视图
Ø Subsystem PC
校园内子系统的PC，包括：图书馆，体育馆，食堂，超市，校车等系统的计算机。
Ø SC System PC
校园卡管理系统的主计算机机。
Ø Financial PC
财务子系统的计算机。
Ø Hibernate
Hibernate提供对象关系映射框架，对JDBC进行了非常轻量级的对象封装，使得可以使用对象编程思维来操纵数据库，完成数据持久化。
Ø MySQL
MySQL是小型关系型数据库管理系统，其体积小、速度快、总体拥有成本低，开放源码数据库。
8. 数据视图
校园卡管理系统数据在关系数据库中的组织。校园卡管理系统的数据视图见图8.1

图8.1 B2C校园卡管理系统的数据视图
9. 规模和性能
Ø 满足的规模
校园卡系统的最大并发访问数应该为10000。在这个范围内，系统应该能够很好的工作。
Ø 满足的性能
在最大并发数为10000范围内时，系统对用户的最大相应时间应该小于10秒/1万条数据。校园卡管理系统的用户事务的最大处理时间应该是30秒，如果超过这个时间系统应该自动结束用户的事务处理。
10. 质量
系统正式使用时，登录、注册、学生消费、管理员维护的流程正常。