课程设计-UML-支持校园卡的食堂消费管理信息系统

课程设计-UML-支持校园卡的食堂消费管理信息系统

———————————————————————————————— 作者：

———————————————————————————————— 日期：

统一建模语言

UML课程设计报告

——支持校园卡的食堂消费管理信息系统

目 录

第1章 系统需求分析 ................................................. 2

1.1 系统功能分析 ............................................. 2

1.1.1功能需求 ......................................... 2

1.1.2非功能需求 ....................................... 2

1.2 数据库管理模块 ........................................... 3

1.3 基本业务模块 ............................................. 4

1.4 信息查询模块 ............................................. 4

第2章 系统的UML基本模型 ........................................... 6

2.1 UML初始模型 ............................................. 6

2.2 系统的用例图 ............................................. 6

2.3 系统的时序图 ............................................. 7

2.4 系统的协作图 ............................................. 9

2.5 系统的状态图 ............................................ 10

2.6 系统的活动图 ............................................ 11

第3章 系统中的类 .................................................. 15

3.1 类图的生成 .............................................. 15

3.2 各类之间的关系 .......................................... 16

第4章 系统的配置与实现 ............................................ 18

4.1 系统的组件图 ............................................ 18

4.2 系统的配置图 ............................................ 20

第5章 小结 ........................................................ 21

附录 参考资料 ...................................................... 23

第1章 系统需求分析

1.1 系统功能分析

1.1.1功能需求

对于支持校园卡的食堂消费信息管理系统来说，应该至少包括如下几部分功能：

（1）信息查询

系统在验证用户身份之后，允许用户根据需要进行查询。查询搜索的分类只要有三种：

对账号的基本信息查询时，主要通过连接数据库查询用户的账号、姓名、性别、卡类、单位、专业、备注信息。

对消费明细的查询时，可以查询最近30天内制定时期内消费明细，包括消费日期、具体时间、消费地点、消费金额、余额。

对充值明细的查询时，可以查询4年内制定时期内的充值明细，包括充值时间、交易金额、交易类型（柜台充值、网银充值、充值地点等）、操作员或交易号等。

（2）校园卡管理

挂失和解挂；

通知学生事务中心补办新卡，学生事务中心通知客户取新卡；

使用网上银行为校园卡充值，必须与网上银行连接，实现充值功能。

1.1.2非功能需求

（1）操作需求

系统可以在任何主流web浏览器上运行；

系统可以进行后台数据库管理。

（2）性能需求

系统可以满足每天24小时全年365天持续工作；

系统每天会在晚10点以后进行更新；

在8：00—22：00时段支持300位并发用户使用，其余时间支持150位。

（3）安全需求

由于系统涉及到个人财产安全问题，所以系统要求有很高的安全性；

系统包含对病毒、蠕虫和木马等病毒的防卫；

系统系统对登录用户进行身份验证，管理员对网站和后台数据库进行管理。

功能需求分析以后，可知满足上述需求的系统需要包括以下几个模块： （1）数据库管理模块。数据库管理模块提供了使用者录入、修改并维护数据的途径。比如学生和老师都可以修改自己的基本信息，然后保存到数据库中；也提供了系统管理员进行用户信息维护的功能。

（2）基本业务模块。可以用校园卡消费、充值、也可以挂失和解挂，并在遗失以后旧卡的所有信息保留到新卡。

（3）信息查询模块。主要是对校园卡用户的基本信息查询，也可以对消费和充值的相关记录进行查询、浏览。

支持校园卡的食堂消费管理信息系统基本业务模块数据库管理模块信息查询模块

图1-1 系统功能需求

1.2 数据库管理模块

数据库模块包括如下图所示的几个方面：

数据库模块用户注册信息管理消费明细信息管理充值明细信息管理 图1-2 数据库管理模块功能

（1）用户注册的信息管理，包括教师和学生在系统上进行注册信息的更新操作，操作者可以是用户，也可以是系统管理员。

（2）消费明细信息管理，系统管理员在教师离职，或者学生学籍不存在时可以进行删除或者清空消费信息。

（3）充值明细信息管理，系统管理员在教师离职，或者学生学籍不存在时可以进行删除或者清空充值信息。

1.3 基本业务模块

基本业务模块包括如下图所示的几个方面：

补办新卡基本业务模块银行转账挂失解挂

图1-3 基本业务模块功能

（1）在校园卡丢失之后可以登录系统补办新卡。

（2）到指定的地方可以为校园卡充值，也可以进行网上转账。

（3）校园卡丢失以后可以挂失，防止别人用自己的卡消费。

（4）校园卡找到之后可以解挂，卡的状态从停用变为正常。

1.4 信息查询模块

信息查询模块主要用于网页上的信息浏览和查询，包括如下图所示几个方面： 信息查询模块用户注册信息查询用户消费明细查询用户充值明细查询用户账户余额查询

图1-4 信息查询模块功能

（1）用户注册信息，通过网页登陆浏览、查询。

（2）用户消费信息，通过给定日期进行查询。

（3）用户充值信息，同样通过给定提起进行查询。

（4）用户账户信息，在查询消费信息和充值信息的时候在网页上都同时显示账户余额。

第2章 系统的UML基本模型

2.1 UML初始模型

选择菜单【File->New】可以打开如下图所示的“Create New Model”对话框，选择J2SE模式，点击【ok】按钮，表示此系统将用Java语言来开发。

接下来开始设计自己的模型，在此之前先保存，将模型命名为“基于校园卡的食堂消费信息管理系统”，如下图所示：

图2-1 UML建模初始模型

2.2 系统的用例图

根据系统的需求可以确定四类参与者，分别是学生和教师、营业员、数据库、银行，参与者的详细信息如下：

学生和教师：是持有校园卡的任何个人，由于学生和教师登录系统之后只是浏览到的自己信息不同，所以可以将两者统称为用户，可以通过本系统查询个人的基本信息、某时间段的消费明细或者充值明细；可以办理校园卡挂失和解挂；可以通知注册中心补办新卡；可以到指定的地点为一卡通充值。

管理员:是校园卡的管理者，通过校园卡的服务器端进行管理工作。在客户端方面，接收用户充值的请求，并且接收系统的为用户办理新卡的通知。

数据库：是服务器端的数据库存储器，负责接收用户输入的信息，并将相应的信息显示给用户。

银行：是任何在网上开通网上银行的银行网上系统，可以接收用户输入的信息，并执行相应的数据处理服务，之后将处理结果传递给服务器端的数据库。

根据以上描述，可以确定系统用例图包括三部分登录系统、充值业务、其他业务。其中，用户登录的是客户端系统，管理员所登陆的是服务器系统。

识别用例：校园卡客户端系统的功能简单，只需要一层用例即可表示。根据系统的需求可以确定用例包括6个：查询信息（包括查询用户信息、查询消费信息、查询充值信息、查询余额四类信息）、挂失和解挂、补办新卡、银行转账充值、维护用户信息。