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

第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个：查询信息（包括查询用户信息、查询消费信息、查询充值信息、查询余额四类信息）、挂