UML校园卡管理系统.docx

UML校园卡管理系统.docx

《UML校园卡管理系统.docx》由会员分享，可在线阅读，更多相关《UML校园卡管理系统.docx（10页珍藏版）》请在冰豆网上搜索。

UML校园卡管理系统

UML大作业

校园卡管理系统

课程名称:

校园卡管理系统

专业班级：

（15）班

学生姓名：

谢1学号：

231

胡1学号：

515

车1学号：

602

马1学号：

628

指导老师：

周春雷

学期：

2013J2J0

一、需求分析

（1）•选题意义

近年来，由于国家在教育方面的投入越来越大，而且越来越多的人意识到教育的重要性，以及高校扩招。

导致在校学生越来越多，这就意味着校园卡的是用越来越多，加大了校园卡的管理难度，那么设计一套能够行之有效的对管理校园卡进行管理的校园卡管理系统是非常有必要的。

所以，我觉得做校园卡管理系统非常有意义。

（2）•功能介绍

校园卡管理系统主要有两类用户

1系统管理员，负责对校园卡系统信息进行管理，可以实现用户信息维护，办理新卡，卡挂失/卡重置，冲值统计，消费统计，査询信息，冻结/解冻校园卡等操作。

2学生，可以实现冲值，消费，余额査询，査询个人消费和冲值记录等操作。

下图表示校园卡管理系统的功能需求。

2•基本使用模块

3•信息査询模块

4•数据库管理模块

二.系统的用例图。

创建用例图前首先要确定参与者。

在校园卡管理系统中，需要有校园卡管理人员和学生的参与。

学生可以实现冲值，消费，余额查询，査询个人消费和冲值记录等操作。

校园卡管理人员,负责对校园卡系统信息进行管理，可以实现用户信息维护，办理新卡，卡挂失/卡重置，冲值统计，消费统计，査询信息，冻结/解冻校园卡等操作。

（1）校园卡管理人员参与者用例图

校园卡冻结

2•学生参与者用例图

校园卡充值

申请拣结申请解袜

二.系统的时序图

首先介绍系统的时序图，校园卡管理系统的时序图主要有3个。

（1）校园卡管理人员开卡的时序图

（2）学生挂失的时序图

（3）学生解冻的时序图

1•校园卡管理人员开卡的时序图

学生信息

「松同卡管埠人

t输人学生信息

学生

4：

审核学生信息

2「导人学生信息、¥

3校园卡发放

5审核通过

I

、1

勺

I

I

6：

提交注册信总

■

7：

提交注销信甘

LT

学生要开卡，需要提供个人信息。

校园卡管理人员需要对其信息进行审核，通过之后，为其办卡。

2•学生挂失的时序图

校园卡管理

校园卡

学生:

NewClass

人:

员

n扌昱交个人信息

—>

—

2:

检•杳验证

a

3：

确定

乓—

4校园卡冻结

U

―

学生挂失，需要向管理人员提供其个人信息，并通过管理人员的审核验证，才能为其挂失。

2•学生解冻的时序图

学生解冻校园卡，需要向管理人员提供个人信息，通过管理人员的验证后，为其校园卡解除冻结状态。

四，系统的协作图

（1）校园卡管理人员开卡的协作图

（2）学生挂失的协作图

（3）学生解冻的协作图

1•校园卡管理人员开卡的协作图

4•输人学生信息

2•学生挂失的协作图

3•学生解冻的协作图

1：

提交个人信息

5.系统的状态图

管理员开卡的状态图

管理员要开卡，首先需要登录，通过系统认证后，转入开卡页面，输入学生信

息。

学生信息输入后，需要验证是否符合开卡要求，通过审核，则开卡成功;如果未通过，则返回开卡页面。

管理员要充值，首先需要登录，通过系统认证后，转入充值页面，输入充值金额。

充值金额输入后，需要验证是否能够充值，通过审核，则充值成功；如果未通过，则返回充值页面。

管理员收到请求要挂失，首先需要登录，通过系统认证后，转入挂失页面，输入学生信息。

学生信息输入后，需要验证是否需要挂失，通过审核，则挂失成功；如果未通过，则返回挂失页面。

管理员要解除校园卡锁定，首先需要登录，通过系统认证后，转入解冻页面，输入学生信息。

学生信息输入后，需要验证是否符合解冻条件，通过审核，则解冻成功；如果未通过，则返回解冻页面。

6.系统的活动图

七.系统中的类

枚园卡食＞编号②姓名◎＞办理时间②有效日期

消费记录彰学生姓名②消费时间②消费金额②消费目的

号名系业

编姓院专

除改询

刪修杳_

充值记录②学生姓名②充值时间②充值金额

®查询（）

斗±7号名系业扌编姓院专

。

撇梢（＞

7.系统的组件图

校园卡管理系统组件图如图，组成网页应用页面包括：

维护页面，开

卡页面，冻结页面，解冻页面，以及登陆页面。

网页应用

8.系统的配置图

校园卡管理系统的应用服务器负责保存整个应用程序,数据库负责数

据管理。

数据库

'T

9.学习心得

这几周的课程设计是对课本知识的总结和巩固,使我对UML的几种图有了更深刻的理解。

明白了这些图分别表达的意思以及各图的优缺点，还有它们对于程序设计的作用。

下面是我在每一个图的学习中的一些心得和体会，在项目设计阶段我觉得顺序图，活动图，状态图比较重要。

顺序图在这些图例里比较直观，用户能很快参与到讨论中，活动图和传统的流程图类似也是一个补充。

状态图在对关键对象是一定要做状态分析的，经常会在做分析的时候发现一些容易被忽视的问题。

类图在设计阶段可以用。

状态图，时序图，类图帮助我们从微观上认识了这个系统的结构和关系。

我对建模工具中的一些使用方法还很生硬，仅仅知道跟着指导书来进行建模。

但经过一定的练习，也有了一定的收获和体会，使我了解了用例图的组成，作用以及使用场合，掌握了用例之间的各种关系，知道了用例建模主要要了解各个图形所代表的意义。

对于建模过程中遇到的问题通过上网査资料，问同学并和他们进行讨论，得到了比较满意的解决，避免了自己眼高手低，从实践中发现自己的不足，并及时改正。

更让我明白UML的知识是十分丰富的，我现在的认识还不够，我将会在以后的学习中不断提高自己的UML知识，更好地让UML为将来的编程设计服务。