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

1、统一建模语言UMLM程设计报告支持校园卡的食堂消费管理信息系统第 1 章 系统需求分析 21.1 系统功能分析 21.1.1 功能需求 21.1.2 非功能需求 21.2 数据库管理模块 31.3 基本业务模块 41.4 信息查询模块 4第2章系统的UM型本模型 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： 00 22： 00时段支持300位并发用户使用，其余时间支持150位。（ 3）安全需求由于系统涉及到个人财产安全问题，所以系统要求有很高的安全性；系统包含对病毒、蠕虫和木马等病毒的防卫；系统系统对登录用户进行身份验证，管理员对网站和后台数据库进行管理

4、。功能需求分析以后，可知满足上述需求的系统需要包括以下几个模块：（ 1）数据库管理模块。数据库管理模块提供了使用者录入、修改并维护数据的途径。比如学生和老师都可以修改自己的基本信息，然后保存到数据库中； 也提供了系统管理员进行用户信息维护的功能。(2)基本业务模块。可以用校园卡消费、充值、也可以挂失和解挂，并在 遗失以后旧卡的所有信息保留到新卡。(3)信息查询模块。主要是对校园卡用户的基本信息查询，也可以对消费 和充值的相关记录进行查询、浏览。支持校园卡的食堂消费管理信息系统基本业务模块信 息 查 询 模 块数 据 库 管 理 模 块图1-1系统功能需求1.2 数据库管理模块数据库模块包括如下

5、图所示的几个方面:数据库模块图1-2数据库管理模块功能(1)用户注册的信息管理，包括教师和学生在系统上进行注册信息的更新 操作，操作者可以是用户，也可以是系统管理员。(2)消费明细信息管理，系统管理员在教师离职，或者学生学籍不存在时 可以进行删除或者清空消费信息。(3)充值明细信息管理，系统管理员在教师离职，或者学生学籍不存在时 可以进行删除或者清空充值信息。1.3 基本业务模块基本业务模块包括如下图所示的几个方面：图1-3基本业务模块功能(1)在校园卡丢失之后可以登录系统补办新卡。(2)到指定的地方可以为校园卡充值，也可以进行网上转账(3)校园卡丢失以后可以挂失，防止别人用自己的卡消费。(4

6、)校园卡找到之后可以解挂，卡的状态从停用变为正常。1.4 信息查询模块信息查询模块主要用于网页上的信息浏览和查询，包括如下图所示几个方面:图1-4信息查询模块功能(1)用户注册信息，通过网页登陆浏览、查询。(2)用户消费信息，通过给定日期进行查询。(3)用户充值信息，同样通过给定提起进行查询。(4)用户账户信息，在查询消费信息和充值信息的时候在网页上都同时显 示账户余额。第2章系统的UMLS本模型2.1 UML初始模型选择菜单【File->New】可以打开如下图所示的“ Create New Model”对话框，选择J2SE模式，点击【ok】按钮，表示此系统将用Java语言来开发。接下来

7、开始设计自己的模型，在此之前先保存，将模型命名为“基于校园卡 的食堂消费信息管理系统”，如下图所示：gj曷于校园卡的食堂消费信息管理系蜻 由（3 Use Case View 田匚。Log£ c aH. Vi ew国Cwiponent Vi 卦，Deployment View | 一匾 Mod虱 Trapertieg图2-1 UML建模初始模型2.2 系统的用例图根据系统的需求可以确定四类参与者，分别是学生和教师、营业员、数据库、 银行，参与者的详细信息如下：学生和教师：是持有校园卡的任何个人，由于学生和教师登录系统之后只是 浏览到的自己信息不同，所以可以将两者统称为用户，可以通过本系

8、统查询个人 的基本信息、某时间段的消费明细或者充值明细；可以办理校园卡挂失和解挂； 可以通知注册中心补办新卡；可以到指定的地点为一卡通充值。管理员：是校园卡的管理者，通过校园卡的服务器端进行管理工作。在客户 端方面，接收用户充值的请求，并且接收系统的为用户办理新卡的通知。数据库：是服务器端的数据库存储器，负责接收用户输入的信息，并将相应 的信息显示给用户。银行：是任何在网上开通网上银行的银行网上系统，可以接收用户输入的信 息，并执行相应的数据处理服务，之后将处理结果传递给服务器端的数据库。根据以上描述，可以确定系统用例图包括三部分登录系统、充值业务、其他 业务。其中，用户登录的是客户端系统，管

9、理员所登陆的是服务器系统。识别用例：校园卡客户端系统的功能简单，只需要一层用例即可表示。根据系统的需求可以确定用例包括6个：查询信息（包括查询用户信息、查询消费信 息、查询充值信息、查询余额四类信息）、挂失和解挂、补办新卡、银行转账充 值、维护用户信息。维护用户信息图2-2系统参与者总的用例图【用例说明】：(1)查询信息：在用户登陆系统之后，查询注册信息、消费信息还有卡上 余额信息用例，而且此用例的执行时依赖于后台数据库的。(2)银行转账充值：可以根据卡号为校园卡直接进行网上银行转账充值。(3)挂失和解挂：在用户登陆系统之后，可以办理挂失和解挂，在系统中 提交办理挂失和解挂。(4)补办新卡：在

10、用户登录系统之后，提交补办新卡的请求，而在系统管 理员进入系统之后可以受理用户补办新卡的请求将旧卡的信息完整复制到新卡 上面去。(5)维护用户信息：在系统管理员进入系统之后，对数据库中的用户信息 进行更新操作，对离职的教师、毕业的学生信息做删除或者清空操作。2.3系统的时序图本系统的时序图包括以下几个：(1)查询信息时序图：查询功能在用户打开查询界面后，对于基本信息查询，系统接收到学号后执 行查询，并直接将数据库的信息显示给学生，相对的收到工号后执行查询，并将 数据库中的信息显示给老师；对于消费明细查询和充值明细查询， 用户输入开始 和结束时间并确定查询后，数据库接收学号或工号、查询的开始时间

11、和结束时间， 执行查询，并将信息显示给用户。(2)网银转账时序图：用户打开转账界面后，输入转账金额，然后确定转 账，系统接收学号和金额跳到网银界面， 当用户在网上银行转账成功后，网银将 成功信息传给数据库，数据库保存数据成功后，将信息回显给用户。十-1#®转账界面 |转账信息输jW数据库 -入界面 |:用户-1%入姓名密缈T”2:进入主界面0-3:进入查询I I4：丫 4:输入金额f_4一5:输入网银密码.6:录入数据库.7:信息显示11图2-4网银转账时序图(3)补办新卡、挂失解挂顺序图：用户打开挂失和解挂界面并确定该业务后，系统根据学号修改数据库信息，并将信息回显该用户:用户挂失

12、解挂界补办新卡界数据库1L输入姓名密码2:进入主界面- >3：挂失解挂-I5：录入数据库、6：信!表显不JLVTI4：补办新卡 /图2-5补办新卡、挂失解挂时序图2.4系统的协作图(1)用户登陆以后查找消费充值信息的协作图:1：输入用户名密码：用户4登陆>查询消费充值 信息>f2:输入查询日期3:查找信息4:返回要查找的信息内容：数据库图2-6查找信息的协作图(2)用户登陆以后挂失、解挂校园卡的协作图:2：输入身份证号3：更改数据库中卡的状态1：输入用户名密码：用户4：显示卡的状态：数据库图2-7办理挂失解挂的协作图(3)用户登陆后进行网银转账的协作图：用户3：更改账户余额4

13、：显示账户余额：数据库2.5系统的状态图(1)数据库的状态图：数据库的状态比较复杂，刚开始处于空闲状态，接 收到查询请求的时候进入查询状态，接收到更新数据请求的时候进入到更新数据 的状态，这些操作都是在数据库中存储的表上进行操作的，当对表的操作结束， 查询的信息提交给系统，数据库又恢复到空闲的状态。图2-9数据库状态图(2)校园卡的状态图：校园卡从正常使用到已被删除，总共经历了如下几 个状态。图2-10校园卡状态图2.6系统的活动图在本系统中，用到的活动图有以下5个，所有的活动图均分为用户和系统两 个泳道：(1)登陆系统活动图：用户申请登录系统，接着系统要求输入密码，然后 用户输入密码，最后系

14、统判断用户名和密码的正确性， 并由此响应是进入系统还 是保留申请登陆状态。K 提示用户输入 姓名和密码用户信息输 入错误/显 示登录失败 信息二/输入正确/显示登录成功信息图2-11登陆系统的活动图(2)转帐充值活动图：在成功登陆之后，首先用户申请转帐，然后系统要求用户输入转帐金额并选择银行，然后进入网银系统进行转帐操作，之后后， 若 转帐成功，系统修改数据库，最后将转帐成功信息提示给用户， 否则提示用户失 败信息。用户银行输入转账金选择转账银输入密码错误提示用户输 入网银密码进入到转账 页面系统提示用户选 择银行JV增加校园卡中. 相应的余额提示用户转 账成功/继续提示输入密码减少银行卡 中

15、的余额¥提示用户输、入转账金额J图2-12转账充值的活动图(3)查询消费信息的活动图：在成功登陆系统之后，先进入到查询消费信息的页面，输入指定的日期，系统开始查找数据库中的信息，显示给用户用户系统数据库进入到信息 查询页面提示3户输入日期 X rA>L输入要查询的开始、 日期和截止日期 1I 合并1浏览返回信息114注销登录将查找请求提交给数据库服务器|1查找对应日期的数据、信息并提交给系统“IV一显示数据库.:.信J9存在/分支中的信息八提示用户对应 V 1言息不存在'一信息不存在J图2-13查询消费信息的活动图第 3 章 系统中的类3.1 类图的生成本系统所需要的类

16、的确定只要考虑一下几点：主要功能中，查询功能只需要通过学号访问数据库，转账业务、补办新卡和挂失解挂业务只需要通过学号修改数据库。查询界面的功能只需要取学生卡号和查询信息的时间段（包括开始时间和结束时间） ；补办新卡和挂失解挂界面只需要取学号即可；转账界面需要用到学号和金额信息；办理定期转账界面需要用到卡号和银行卡号、每次转账的金额。因此这些界面的功能都非常简单，所有的功能只要写在一个控制类里面即可。对于用户的数据取得，需要用到数据库，由于数据库的查询修改删除工作所要编写的类本身就有一定量，故本系统的关于数据库的类都另外定义在实体类里面。（ 1）定义系统控制类控制类是主要负责其它类工作的类。如：

17、主程序类、主窗体类。本系统中的实体类有：用户登陆类（Login ）和主程序类（Main） 。（ 2）定义系统边界类边界类位于系统与外界的交界处。如： 窗体类、 报表类、 描述通信协议的类、直接与外设交互的类、直接与外部系统交互的类。本系统较简单，各个界面要实现的功能均由主程序实现，不需要专门的边界类。（ 3）定义系统实体类实体类描述要保存到持久存储体中的信息。如：数据库、各种形式的数据文件中的信息。实体类有以下几个：DataBase-负责连接数据库：UserInfo 、 CostInfo 、 SaveInfo- 查询基本信息、消费明细以及充值明细的数据库处理类GetNewCard补办新卡的数据

18、库处理类LostAndBack-挂失和解挂的数据库处理类BankTransfer- 银行转账的数据库处理类Login- 用户登录的类3.2 各类之间的关系各个类的操作都是依赖于数据库类的，所以在绘制类图的时候，把数据库类BataBase放置在中间，其他类围绕在其周围，与它都是依赖关系。Userinfo/用ql String骷有即旧 Siringu 与 erlEoSeafch。CostInfo< sql : Slrifkg 除usa口口 String startDate : Date 屈电足口3o pe nCOnnec gnO* loseConnection0 jury。 Update(&

19、gt;DateSaveinfo 品sql: String it-口 : Siring slartDate : Date endDate DmlecostlnfoSearch)*saelnfbSearch(；Logi n年脑日rName : Stringpassword ： Stringchk&ck()DataBase恳ql String 纵nt :ConnectionGctNewCard rUseriD : Stnng is New : Int 唾与 ql StungBankTnansfer： String 防sql : String 电HnkNaEe : Stnng 息加函口 ： S

20、tring 百治DatebankTransfer()图3-1系统类之间的关系图【类图说明】：上述的所有类中都包含有共同的参数，那就是String类型的传递给数据库的参数sql ,里面存放的是传递给数据库的信息。UserInfo是查询基本信息的类，可以查询数据库中的用户基本信息，属性 包括用户的账户号等，操作包括查找用户信息的方法userInfoSearch();CostInfo是查询消费信息的类，里面新增了两个属性那就是开始日期和结 束日期，用来确定所要查询的信息所在的时段，而操作函数costInfoSearch()的调用可以显示出消费信息和账户余额；SavaInfo是查询充值信息的类，其构造

21、和 CostInfo类类似，也需要加入开 始日期和结束日期，用来确定所要查询信息的时段，而操作函数costInfoSearch() 的调用，可以显示出消费信息和账户余额；Login是用户登陆类，必须包括的属性有用户名和密码，操作方法check()里面需要有连接到数据库的操作，验证登陆的用户是否存在于数据库中，验证用 户输入的密码是否与数据库中的密码匹配；LostAndBack 是为用户办理挂失和解挂校园卡的类，必须包括的属性有State 类型的参数，代表校园卡当前的状态，类里面还有两个操作方法get() 、lost() 分别调用，用来办理挂失和解挂；GetNewCard是补办新卡的类，里面有的

22、操作方法newCard()是用来将原来挂 失的卡上的信息复制到新卡上的方法；BankTransfer 是办理网上银行转账的类，其中的属性bankNam、e bankID、Date 是用来记录交易信息的，如交易银行的名字、交易号、交易时间，里面的 操作方法bankTransfer() 的调用可以为校园卡充值，并将余额信息存入到数据库当中；DataBase 是 系 统 用 来 连 接 到 数 据 库 的 类 ， 里 面 有 四 个 操 作 方 法 ， openConnection() 和 closeConnection() 者两个操作方法的设计是为了防止多个 的用户并发访问数据库的时候出错，而 Q

23、uery() 和 Update() 两个方法则是对数据库表中数据的操作，分别是查询和更新数据。第4章系统的配置与实现4.1系统的组件图基于校园卡的食堂消费管理信息系统主要有两种组件图，业务对象组件和用 户界面组件。(1)业务对象组件：UserInfo.javaSaveInfo.java图4-1业务包Business中所有的组件【业务对象组件图说明】：UserInfo.java是查询基本信息的类，可以查询数据库中的用户基本信息；CostInfo.java 是查询消费信息的类，同时可以显示出账户余额；SavaInfo.java 是查询充值信息的类，同时可以显示出账户余额；Login.java 是用

24、户登陆类，里面需要有连接到数据库的操作，验证登陆的用户是否存在于数据库中，验证用户输入的密码是否与数据库中的密码匹配；LostAndBack.java是为用户办理挂失和解挂校园卡的类；GetNewCard.java是补办新卡的类；BankTransfer.java 是办理网上银行转账的类；DataBase.java是系统用来连接到数据库的类。将各种用户不同的业务操作封装成不同的类，也就是一个个的工作产品组件, 再把这些类组合成一个包Business ,充分体现面向对象的思想(2)用户界面组件图QueryWindow.javaMainWindow.javaBankTransferWindow.j

25、ava NewCardWindow.java图4-2用户界面包Swing中所有的组件【用户界面组件图说明】：MainWindow.java是用户登陆系统后，系统呈现给用户的主界面。Query.java是用户在提交查询信息请求之后，系统呈现给用户的界面。BankTransfer.java 是用户在提交网银转账的请求之后，系统呈献给用户的 界面。NewCardWindow.java是用户有补办新卡的需要是进入的界面。上述业务对象组件和用户界面组件都是添加了包规范的组件。系统的整体组件图如下图所示，包括系统服务、用户(教师和学生)、数据库服务3个组件，从组件的分类上来看，三者都属于配置组件，是运行系

26、统必须 要配置的组件，是形成可执行文件的基础。基于校园卡的食堂 消费信息管理系统系统服务用户服务数据服务图4-3系统的组件图4.2系统的配置图配置图主要是用来说明如何配置系统的软件和硬件。系统配置由以下几个节点构成<<局域网>><<Internet>><<Internet>>图4-4系统配置图【配置图说明】：应用服务器用来协调整个系统的总体协调工作；数据库负责数据管理和所有信息的存储；客户机通过互联网与应用服务器相连， 这样，系统管理员可以通过互联网管 理应用程序服务器，用户则可以通过互联网访问基于校园卡和食堂消费信息管理

27、 系统。第 5 章 小结本次UML勺课程设计是对基于校园卡的食堂消费信息管理系统进行建模，首先我们做了系统需求分析，知道了系统需要的一些功能需求和非功能需求，然后将系统的整体架构分为3 个模块进行设计，分别是数据库管理模块、基本业务模块、信息查询模块。然后分别用UML®用建模语言对本系统从不同的角度进行建 模描述，换句话说，UM呢供了从不同的角度去观察和展示系统的各个特征的标 准和方法。在UML中，从任何一个角度对系统所做的抽象都可以用几种模型图来 描述，而这些来自不同角度的模型图最终组成了系统的完整的模型。用例图是需求分析到系统实现的第一步，是非常关键的，它描述了人们希望如何使用一

28、个系统。时序图描述了对象之间传送消息的时间顺序。协作图描述了对象之间相互交互的关系。活动图着重表现一个活动到另一个活动的控制流，是内部处理驱动的流程，而状态图则着重描述从一个状态到另外一个状态的流程，主要有外部事件的参与。组件图描述了软件的各组件和她们之间的依赖关系。配置图描述了运行软件的系统中硬件和软件的物理结构，即系统执行处理中系统系统资源元素的配置情况以及软件到这些资源元素的映射。只要能够绘出这些关键的图，就可以从各个方面非常好的理解系统。要想设计出好的软件，建模都很重要，软件的开发问题不仅仅是写代码，而是怎么样正确的写代码和怎么样少些代码，这就使得高质量的软件开发变成了一个结构、过程和

29、工具箱结合的问题，所以说，如果没有对结构、过程和工具加以考虑，所造成的失败是惨重的。每个失败的软件项目都有其特殊的原因，但是成功的项目在许多方面是相似的。软件组织获得成功的因素有很多，但是一个基本的因素是对建模工具的使用。模型提供系统的蓝图，包含细节设计，也包含对系统的总体设计。一个好的模型包括重要的因素，而忽略不相关的细节。每一个系统可以从不同的方面使用不同的模型进行描述，因此每个模型都是对系统从语义上的抽象。模型可以是结构的、侧重于系统的组织，也可以是行为的、侧重于系统的动作。现代的软件开发采用面向对象的方法。主要的模块是类或者对象，比如在考虑包含界面、中间层和数据库的简单的系统。在用户界

30、面层上，有一些具体的对象，例如按钮、菜单以及对话框。在数据库中，也有一些具体的对象，例如包含系统所需信息的表、视图。面向对象之所以是现在软件开发的主流，原因非常简单，因为它已经被证实在任何情况下，都能够很好的建模，而且，大多数现代的编程语言、操作系统和编程工具都是不同形式的面向对象的体现。在建模过程中，我从不了解到熟悉 UML®模，虽然在过程中遇到许多问题，诸如某些操时序图的顺序、组件图的组建构造等，通过询问查看书本和上网查找资料，渐渐解决了一个又有一个问题，对统一建模的概念也越来越清晰。通过本次可设我对Rational Rose的UMLft能运用更加系统、更加熟练地了解了，在一个软

31、件工程中起着一个非常重要的作用。这让我明白，要开发好一款软件首先要做的就是对软件的分析建模，完整的建模可以有利于开发人员的软件设计展示开发系统做到与客户良好的沟通协调。UML勺知识是十分丰富的，我将会在以后的 学习中，不断提高自己的UML®识。在以后的其他课程设计上，设计系统时考虑 系统的UML真型，这样不仅能够提高我的UM健模水平，还能更加高效地统一规 划设计的程序软件系统。在对于基于校园卡的食堂消费信息管理系统的需求分析数据模块等的划分后，开始定义UML勺建模。建模的目的是便于开发人员展现系统；允许开发人员指定系统的结构或行为；提供指导开发人员构造系统模板；记录开发人员的决策。在目的明确的情况下还要遵循认真选择模型；每个模型可以有多种表达方式；最好的模型总是能够切合实际；孤立的模型是不完整的这四个原则把现实的食堂消费信息管理系统进行模型构建的简化呈现。明确所有需要的UM堆模概念后开始选择选