UML订餐系统要点.docx

1、UML订餐系统要点 学 院： 班 级： 专 业： 课 题： 指导老师： 前 言听老师说这课程(UML)是一门很新的课程，在贵州的学校来说开这门课的很少。它是才发展起来的一门新兴的课程。用起来是十分的方便和适用的。在刚开始上这门课的时候老师交给我们每个组一个任务用UML画一个自己所要开发的系统的图。这和流程图不一样，流程图我们用了一些伪代码和我们自己的语言而画成。用UML则不一样，它用了一些UML所特定的图来代表它的功能，方向等等。又因为我们是初次接触这门课，所以我们只画了比较简单的系统订餐系统。老师讲一种图我们就画一种，在老师的不断纠正和自己的不断改进下，当课程结束后我们一组10人终于完成了我

2、们的订餐系统图。在其中包含了 用例图，对象图，顺序图，通信图，类图，状态图，活动图，包图和部署图10个图。为了人更能理解我们的系统具体的功能我们还做了一下一些必要的工作。1、画每个图之后做了文字注释比如一些名词的解释，功能的具体解释等。2、尽量将每种图的细节画出来画这些图也不是要真正的要开发这个系统，只是为了我盟能够更好的理解UML，为我们了解这门课也好还是以后真要从事这项工作也好能够更好理解这门课程，学懂这门课程打下基础。 一、订餐系统中的用例图用例图(Use Case Diagram)在需求分析阶段有很重要的作用，它描述人们希望如何使用一个系统，作为参与者的外部用户所能观察到的系统功能的模

3、型图。开发的全过程都是围绕需求阶段的用例图进行的。我们所要开发的订餐系统内容十分丰富，用户包括授权的主管、客户、厨师及送餐人员、未授权的用户以及外部数据库系统，其角色层次图如图4-14所示: 未授权用户进人订餐系统后可以浏览系统内的公共资源，如餐馆的基本情况、菜单、新闻等，还可以通过注册系统申请成为授权用户。 授权用户通过订餐系统的身份认证后享有系统规定的资源，主管可以查看一天的销售情况、菜单、顾客的建议、顾客提交的订单、库存；顾客可以查看菜单、向餐馆提出建议、以及订餐等；厨师可以查看顾客提交的订单、顾客提出的建议、菜单、库存等；送餐人员可以查看顾客提交的订单获得地址、菜单等。外部数据库则主要

4、用于和系统进行数据交换。经过以上分析得到订餐系统用例模型图如下： 作为教学评估系统的参与者有：（1）主管：主管可以登录系统查看一天的销售情况、顾客的建议、顾客提交的订单、以及查看库存、修改菜单等；（2）顾客：查看菜单、向餐馆提出建议、以及订餐等。（3）厨师：查看顾客提交的订单获得菜名、顾客提出的建议等（4）送餐人员：查看顾客提交的订单获得地址。（5）系统管理员：维护系统。由以上的分析可以看出，系统的参与者主要有5类：主管、顾客、厨师、送餐人员、系统管理员。 1、主管的用例图： 包含如下的用例： （1）、登录系统。 （2）、查看销售情况（数据的统计）。 （3）、查看交费情况（用户是否已经付款）。

5、 （4）、查看用户订单及备注（比如：不吃葱、辣椒等）。 （5）、设置材料采购数据。 2、客户的用例图： 包含如下用例： （1）、登录系统。 （2）、查看菜单。 （3）、提出建议。 （4）、提交订单及备注（如：少加盐、多加辣椒等）。 （5）、网上付费及自己的余额查询。 3、送餐人员的用例图： 包含如下用例： （1）、登录系统。 （2）、查看客户订单获取送餐地址。 4、厨师的用例图： 包含如下用例： （1）、登录系统。 （2）、查看客户订单获取菜名。 （3）、添加菜单。 5、系统管理员用例图： 包含如下用例： （1）、用户的查询。 （2）、数据分析。 （3）、菜单的设置。 （4）、结果查询（销售情

6、况、客户订单、付费情况等） 二、订餐系统的时序图时序图（Sequence Diagram）主要用于按照交互发生的一系列顺序，显示对象之间的这些交互。顺序图的主要用途之一，是把用例表达的需求，转化为进一步、更加正式层次的精细表达。用例常常被细化为一个或者更多的序列图。顺序图除了在设计新系统方面的用途外，它们还能用来记录一个存在系统的对象现在如何交互。当把这个系统移交给另一个人或组织时，这个文档很有用。订餐系统的时序图主要有：（1）、用户添加充值时序图；（2）、客户订餐时序图；（3）、主管对餐馆的相关信息查询时序图；（4）、菜单更新时序图；1、用户充值时序图：2、客户订餐时序图：3、主管查询时序图： 4、菜单更新时序图：