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

统一建模语言UML课程设计报告——支持校园卡的食堂消费管理信息系统统一建模语言UML课程设计报告1目录第1章系统需求分析.................................................21.1系统功能分析................................................21.1.1功能需求...............................................21.1.2非功能需求.............................................21.2数据库管理模块..............................................31.3基本业务模块................................................41.4信息查询模块................................................4第2章系统的UML基本模型...........................................62.1UML初始模型.................................................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附录参考资料......................................................23统一建模语言UML课程设计报告2第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）数据库管理模块。数据库管理模块提供了使用者录入、修改并维护数统一建模语言UML课程设计报告3据的途径。比如学生和老师都可以修改自己的基本信息，然后保存到数据库中；也提供了系统管理员进行用户信息维护的功能。（2）基本业务模块。可以用校园卡消费、充值、也可以挂失和解挂，并在遗失以后旧卡的所有信息保留到新卡。（3）信息查询模块。主要是对校园卡用户的基本信息查询，也可以对消费和充值的相关记录进行查询、浏览。支持校园卡的食堂消费管理信息系统基本业务模块数据库管理模块信息查询模块图1-1系统功能需求1.2数据库管理模块数据库模块包括如下图所示的几个方面：数据库模块用户注册信息管理消费明细信息管理充值明细信息管理图1-2数据库管理模块功能统一建模语言UML课程设计报告4（1）用户注册的信息管理，包括教师和学生在系统上进行注册信息的更新操作，操作者可以是用户，也可以是系统管理员。（2）消费明细信息管理，系统管理员在教师离职，或者学生学籍不存在时可以进行删除或者清空消费信息。（3）充值明细信息管理，系统管理员在教师离职，或者学生学籍不存在时可以进行删除或者清空充值信息。1.3基本业务模块基本业务模块包括如下图所示的几个方面：补办新卡基本业务模块银行转账挂失解挂图1-3基本业务模块功能（1）在校园卡丢失之后可以登录系统补办新卡。（2）到指定的地方可以为校园卡充值，也可以进行网上转账。（3）校园卡丢失以后可以挂失，防止别人用自己的卡消费。（4）校园卡找到之后可以解挂，卡的状态从停用变为正常。1.4信息查询模块信息查询模块主要用于网页上的信息浏览和查询，包括如下图所示几个方面：统一建模语言UML课程设计报告5信息查询模块用户注册信息查询用户消费明细查询用户充值明细查询用户账户余额查询图1-4信息查询模块功能（1）用户注册信息，通过网页登陆浏览、查询。（2）用户消费信息，通过给定日期进行查询。（3）用户充值信息，同样通过给定提起进行查询。（4）用户账户信息，在查询消费信息和充值信息的时候在网页上都同时显示账户余额。统一建模语言UML课程设计报告6第2章系统的UML基本模型2.1UML初始模型选择菜单【File-New】可以打开如下图所示的“CreateNewModel”对话框，选择J2SE模式，点击【ok】按钮，表示此系统将用Java语言来开发。接下来开始设计自己的模型，在此之前先保存，将模型命名为“基于校园卡的食堂消费信息管理系统”，如下图所示：图2-1UML建模初始模型2.2系统的用例图根据系统的需求可以确定四类参与者，分别是学生和教师、营业员、数据库、银行，参与者的详细信息如下：学生和教师：是持有校园卡的任何个人，由于学生和教师登录系统之后只是浏览到的自己信息不同，所以可以将两者统称为用户，可以通过本系统查询个人的基本信息、某时间段的消费明细或者充值明细；可以办理校园卡挂失和解挂；可以通知注册中心补办新卡；可以到指定的地点为一卡通充值。管理员:是校园卡的管理者，通过校园卡的服务器端进行管理工作。在客户端方面，接收用户充值的请求，并且接收系统的为用户办理新卡的通知。数据库：是服务器端的数据库存储器，负责接收用户输入的信息，并将相应的信息显示给用户。银行：是任何在网上开通网上银行的银行网上系统，可以接收用户输入的信息，并执行相应的数据处理服务，之后将处理结果传递给服务器端的数据库。根据以上描述，可以确定系统用例图包括三部分登录系统、充值业务、其他业务。其中，用户登录的是客户端系统，管理员所登陆的是服务器系统。识别用例：校园卡客户端系统的功能简单，只需要一层用例即可表示。根据系统的需求可以确定用例包括6个：查询信息（包括查询用户信息、查询消费信息、查询充值信息、查询余额四类信息）、挂失和解挂、补办新卡、银行转账充值、维护用户信息。统一建模语言UML课程设计报告7图2-2系统参与者总的用例图【用例说明】：（1）查询信息：在用户登陆系统之后，查询注册信息、消费信息还有卡上余额信息用例，而且此用例的执行时依赖于后台数据库的。（2）银行转账充值：可以根据卡号为校园卡直接进行网上银行转账充值。（3）挂失和解挂：在用户登陆系统之后，可以办理挂失和解挂，在系统中提交办理挂失和解挂。（4）补办新卡：在用户登录系统之后，提交补办新卡的请求，而在系统管理员进入系统之后可以受理用户补办新卡的请求将旧卡的信息完整复制到新卡上面去。（5）维护用户信息：在系统管理员进入系统之后，对数据库中的用户信息进行更新操作，对离职的教师、毕业的学生信息做删除或者清空操作。2.3系统的时序图本系统的时序图包括以下几个：（1）查询信息时序图：查询功能在用户打开查询界面后，对于基本信息查询，系统接收到学号后执行查询，并直接将数据库的信息显示给学生，相对的收到工号后执行查询，并将数据库中的信息显示给老师；对于消费明细查询和充值明细查询，用户输入开始和结束时间并确定查询后，数据库接收学号或工号、查询的开始时间和结束时间，执行查询，并将信息显示给用户。银行查询信息挂失解挂维护用户信息银行转账用户数据库补办新卡系统管理员统一建模语言UML课程设计报告8图2-3用户查询信息时序图（2）网银转账时序图：用户打开转账界面后，输入转账金额，然后确定转账，系统接收学号和金额跳到网银界面，当用户在网上银行转账成功后，网银将成功信息传给数据库，数据库保存数据成功后，将信息回显给用户。图2-4网银转账时序图（3）补办新卡、挂失解挂顺序图：用户打开挂失和解挂界面并确定该业务后，系统根据学号修改数据库信息，并将信息回显该用户。:用户登陆主界面查询界面输入信息界面数据库1:输入姓名密码2:进入主界面3:进入查询4:输入信息5:录入数据库6:信息显示:用户登陆主界面转账界面转账信息输入界面网银数据库1:输入姓名密码2:进入主界面3:进入查询4:输入金额5:输入网银密码7:信息显示6:录入数据库统一建模语言UML课程设计报告9图2-5补办新卡、挂失解挂时序图2.4系统的协作图（1）用户登陆以后查找消费充值信息的协作图：图2-6查找信息的协作图（2）用户登陆以后挂失、解挂校园卡的协作图：图2-7办理挂失解挂的协作图（3）用户登陆后进行网银转账的协作图图2-8进行网银转账充值的协作图:用户登陆主界面挂失解挂界面补办新卡界面数据库1:输入姓名密码2:进入主界面3:挂失解挂4:补办新卡5:录入数据库6:信息显示:用户登陆查询消费充值信息:数据库1:输入用户名密码2:输入查询日期3:查找信息4:返回要查找的信息内容:用户登陆挂失解挂:数据库1:输入用户名密码4:显示卡的状态2:输入身份证号3:更改数据库中卡的状态:用户登陆银行转账:数据库1:输入用户名密码2:输入银行卡号3:更改账户余额4:显示账户余额统一建模语言UML课程设计报告102.5系统的状态图（1）数据库的状态图：数据库的状态比较复杂，刚开始处于空闲状态，接收到查询请求的时候进入查询状态，接收到更新数据请求的时候进入到更新数据的状态，这些操作都是在数据库中存储的表上进行操作的，当对表的操作结束，查询的信息提交给系统，数据库又恢复到空闲的状态。图2-9数据库状态图（2）校园卡的状态图：校园卡从正常使用到已被删除，总共经历了如下几个状态。正在更改数据信息更改卡余额更改用户信息entry/接收更新数据请求exit/更新