《课程设计-uml-支持校园卡的食堂消费管理信息系统》由会员分享，可在线阅读，更多相关《课程设计-uml-支持校园卡的食堂消费管理信息系统（24页珍藏版）》请在金锄头文库上搜索。
1、统一建模语言UML课程设计报告23统一建模语言UML课程设计报告支持校园卡的食堂消费管理信息系统 目 录第1章 系统需求分析21.1 系统功能分析21.1.1功能需求21.1.2非功能需求21.2 数据库管理模块31.3 基本业务模块41.4 信息查询模块4第2章 系统的UML基本模型62.1 UML初始模型62.2 系统的用例图62.3 系统的时序图72.4 系统的协作图92.5 系统的状态图102.6 系统的活动图11第3章 系统中的类153.1 类图的生成153.2 各类之间的关系16第4章 系统的配置与实现184.1 系统的组件图184.2 系统的配置图19第5章 小结21附录 参考资
2、料23第1章 系统需求分析1.1 系统功能分析1.1.1功能需求对于支持校园卡的食堂消费信息管理系统来说，应该至少包括如下几部分功能：（1）信息查询系统在验证用户身份之后，允许用户根据需要进行查询。查询搜索的分类只要有三种：对账号的基本信息查询时，主要通过连接数据库查询用户的账号、姓名、性别、卡类、单位、专业、备注信息。对消费明细的查询时，可以查询最近30天内制定时期内消费明细，包括消费日期、具体时间、消费地点、消费金额、余额。对充值明细的查询时，可以查询4年内制定时期内的充值明细，包括充值时间、交易金额、交易类型（柜台充值、网银充值、充值地点等）、操作员或交易号等。（2）校园卡管理挂失和解挂
3、；通知学生事务中心补办新卡，学生事务中心通知客户取新卡；使用网上银行为校园卡充值，必须与网上银行连接，实现充值功能。1.1.2非功能需求（1）操作需求 系统可以在任何主流web浏览器上运行；系统可以进行后台数据库管理。（2）性能需求 系统可以满足每天24小时全年365天持续工作；系统每天会在晚10点以后进行更新；在8：0022：00时段支持300位并发用户使用，其余时间支持150位。（3）安全需求 由于系统涉及到个人财产安全问题，所以系统要求有很高的安全性；系统包含对病毒、蠕虫和木马等病毒的防卫；系统系统对登录用户进行身份验证，管理员对网站和后台数据库进行管理。功能需求分析以后，可知满足上述需
4、求的系统需要包括以下几个模块：（1）数据库管理模块。数据库管理模块提供了使用者录入、修改并维护数据的途径。比如学生和老师都可以修改自己的基本信息，然后保存到数据库中；也提供了系统管理员进行用户信息维护的功能。（2）基本业务模块。可以用校园卡消费、充值、也可以挂失和解挂，并在遗失以后旧卡的所有信息保留到新卡。（3）信息查询模块。主要是对校园卡用户的基本信息查询，也可以对消费和充值的相关记录进行查询、浏览。图1-1 系统功能需求1.2 数据库管理模块数据库模块包括如下图所示的几个方面：图1-2 数据库管理模块功能（1）用户注册的信息管理，包括教师和学生在系统上进行注册信息的更新操作，操作者可以是用
5、户，也可以是系统管理员。（2）消费明细信息管理，系统管理员在教师离职，或者学生学籍不存在时可以进行删除或者清空消费信息。（3）充值明细信息管理，系统管理员在教师离职，或者学生学籍不存在时可以进行删除或者清空充值信息。1.3 基本业务模块基本业务模块包括如下图所示的几个方面：图1-3 基本业务模块功能（1）在校园卡丢失之后可以登录系统补办新卡。（2）到指定的地方可以为校园卡充值，也可以进行网上转账。（3）校园卡丢失以后可以挂失，防止别人用自己的卡消费。（4）校园卡找到之后可以解挂，卡的状态从停用变为正常。1.4 信息查询模块信息查询模块主要用于网页上的信息浏览和查询，包括如下图所示几个方面：图1
6、-4 信息查询模块功能（1）用户注册信息，通过网页登陆浏览、查询。（2）用户消费信息，通过给定日期进行查询。（3）用户充值信息，同样通过给定提起进行查询。（4）用户账户信息，在查询消费信息和充值信息的时候在网页上都同时显示账户余额。第2章 系统的UML基本模型2.1 UML初始模型选择菜单【File-New】可以打开如下图所示的“Create New Model”对话框，选择J2SE模式，点击【ok】按钮，表示此系统将用Java语言来开发。接下来开始设计自己的模型，在此之前先保存，将模型命名为“基于校园卡的食堂消费信息管理系统”，如下图所示：图2-1 UML建模初始模型2.2 系统的用例图根据
7、系统的需求可以确定四类参与者，分别是学生和教师、营业员、数据库、银行，参与者的详细信息如下：学生和教师：是持有校园卡的任何个人，由于学生和教师登录系统之后只是浏览到的自己信息不同，所以可以将两者统称为用户，可以通过本系统查询个人的基本信息、某时间段的消费明细或者充值明细；可以办理校园卡挂失和解挂；可以通知注册中心补办新卡；可以到指定的地点为一卡通充值。管理员:是校园卡的管理者，通过校园卡的服务器端进行管理工作。在客户端方面，接收用户充值的请求，并且接收系统的为用户办理新卡的通知。数据库：是服务器端的数据库存储器，负责接收用户输入的信息，并将相应的信息显示给用户。银行：是任何在网上开通网上银行的
8、银行网上系统，可以接收用户输入的信息，并执行相应的数据处理服务，之后将处理结果传递给服务器端的数据库。根据以上描述，可以确定系统用例图包括三部分登录系统、充值业务、其他业务。其中，用户登录的是客户端系统，管理员所登陆的是服务器系统。识别用例：校园卡客户端系统的功能简单，只需要一层用例即可表示。根据系统的需求可以确定用例包括6个：查询信息（包括查询用户信息、查询消费信息、查询充值信息、查询余额四类信息）、挂失和解挂、补办新卡、银行转账充值、维护用户信息。图2-2 系统参与者总的用例图【用例说明】：（1）查询信息：在用户登陆系统之后，查询注册信息、消费信息还有卡上余额信息用例，而且此用例的执行时依
9、赖于后台数据库的。（2）银行转账充值：可以根据卡号为校园卡直接进行网上银行转账充值。（3）挂失和解挂：在用户登陆系统之后，可以办理挂失和解挂，在系统中提交办理挂失和解挂。（4）补办新卡：在用户登录系统之后，提交补办新卡的请求，而在系统管理员进入系统之后可以受理用户补办新卡的请求将旧卡的信息完整复制到新卡上面去。（5）维护用户信息：在系统管理员进入系统之后，对数据库中的用户信息进行更新操作，对离职的教师、毕业的学生信息做删除或者清空操作。2.3 系统的时序图本系统的时序图包括以下几个：（1）查询信息时序图：查询功能在用户打开查询界面后，对于基本信息查询，系统接收到学号后执行查询，并直接将数据库的
10、信息显示给学生，相对的收到工号后执行查询，并将数据库中的信息显示给老师；对于消费明细查询和充值明细查询，用户输入开始和结束时间并确定查询后，数据库接收学号或工号、查询的开始时间和结束时间，执行查询，并将信息显示给用户。图2-3 用户查询信息时序图（2）网银转账时序图：用户打开转账界面后，输入转账金额，然后确定转账，系统接收学号和金额跳到网银界面，当用户在网上银行转账成功后，网银将成功信息传给数据库，数据库保存数据成功后，将信息回显给用户。图2-4 网银转账时序图（3）补办新卡、挂失解挂顺序图：用户打开挂失和解挂界面并确定该业务后，系统根据学号修改数据库信息，并将信息回显该用户。图2-5 补办新
11、卡、挂失解挂时序图2.4 系统的协作图（1）用户登陆以后查找消费充值信息的协作图：图2-6 查找信息的协作图（2）用户登陆以后挂失、解挂校园卡的协作图：图2-7 办理挂失解挂的协作图（3）用户登陆后进行网银转账的协作图图2-8 进行网银转账充值的协作图2.5 系统的状态图（1）数据库的状态图：数据库的状态比较复杂，刚开始处于空闲状态，接收到查询请求的时候进入查询状态，接收到更新数据请求的时候进入到更新数据的状态，这些操作都是在数据库中存储的表上进行操作的，当对表的操作结束，查询的信息提交给系统，数据库又恢复到空闲的状态。图2-9 数据库状态图（2）校园卡的状态图： 校园卡从正常使用到已被删除，
12、总共经历了如下几个状态。图2-10 校园卡状态图2.6 系统的活动图在本系统中，用到的活动图有以下5个，所有的活动图均分为用户和系统两个泳道：（1）登陆系统活动图：用户申请登录系统，接着系统要求输入密码，然后用户输入密码，最后系统判断用户名和密码的正确性，并由此响应是进入系统还是保留申请登陆状态。图2-11 登陆系统的活动图（2）转帐充值活动图：在成功登陆之后，首先用户申请转帐，然后系统要求用户输入转帐金额并选择银行，然后进入网银系统进行转帐操作，之后后，若转帐成功，系统修改数据库，最后将转帐成功信息提示给用户，否则提示用户失败信息。图2-12 转账充值的活动图（3）查询消费信息的活动图：在成
13、功登陆系统之后，先进入到查询消费信息的页面，输入指定的日期，系统开始查找数据库中的信息，显示给用户。图2-13 查询消费信息的活动图第3章 系统中的类3.1 类图的生成本系统所需要的类的确定只要考虑一下几点：主要功能中，查询功能只需要通过学号访问数据库，转账业务、补办新卡和挂失解挂业务只需要通过学号修改数据库。查询界面的功能只需要取学生卡号和查询信息的时间段（包括开始时间和结束时间）；补办新卡和挂失解挂界面只需要取学号即可；转账界面需要用到学号和金额信息；办理定期转账界面需要用到卡号和银行卡号、每次转账的金额。因此这些界面的功能都非常简单，所有的功能只要写在一个控制类里面即可。对于用户的数据取
14、得，需要用到数据库，由于数据库的查询修改删除工作所要编写的类本身就有一定量，故本系统的关于数据库的类都另外定义在实体类里面。（1）定义系统控制类控制类是主要负责其它类工作的类。如：主程序类、主窗体类。本系统中的实体类有：用户登陆类（Login）和主程序类（Main）。（2）定义系统边界类边界类位于系统与外界的交界处。如：窗体类、报表类、描述通信协议的类、直接与外设交互的类、直接与外部系统交互的类。本系统较简单，各个界面要实现的功能均由主程序实现，不需要专门的边界类。（3）定义系统实体类实体类描述要保存到持久存储体中的信息。如：数据库、各种形式的数据文件中的信息。实体类有以下几个：DataBas
15、e-负责连接数据库：UserInfo、CostInfo、SaveInfo-查询基本信息、消费明细以及充值明细的数据库处理类GetNewCard-补办新卡的数据库处理类LostAndBack-挂失和解挂的数据库处理类BankTransfer-银行转账的数据库处理类Login-用户登录的类3.2 各类之间的关系各个类的操作都是依赖于数据库类的，所以在绘制类图的时候，把数据库类BataBase放置在中间，其他类围绕在其周围，与它都是依赖关系。图3-1 系统类之间的关系图【类图说明】：上述的所有类中都包含有共同的参数，那就是String类型的传递给数据库的参数sql，里面存放的是传递给数据库的信息。UserInfo是查询基本信息的类，可以查询数据库中的用户基本信息，属性包括用户
