学院：班级：专业：课题：指导老师：前言听老师说这课程(UML)是一门很新的课程，在贵州的学校来说开这门课的很少。它是才发展起来的一门新兴的课程。用起来是十分的方便和适用的。在刚开始上这门课的时候老师交给我们每个组一个任务——用UML画一个自己所要开发的系统的图。这和流程图不一样，流程图我们用了一些伪代码和我们自己的语言而画成。用UML则不一样，它用了一些UML所特定的图来代表它的功能，方向等等。又因为我们是初次接触这门课，所以我们只画了比较简单的系统——订餐系统。老师讲一种图我们就画一种，在老师的不断纠正和自己的不断改进下，当课程结束后我们一组10人终于完成了我们的订餐系统图。在其中包含了用例图，对象图，顺序图，通信图，类图，状态图，活动图，包图和部署图10个图。为了人更能理解我们的系统具体的功能我们还做了一下一些必要的工作。1、画每个图之后做了文字注释比如一些名词的解释，功能的具体解释等。2、尽量将每种图的细节画出来画这些图也不是要真正的要开发这个系统，只是为了我盟能够更好的理解UML，为我们了解这门课也好还是以后真要从事这项工作也好能够更好理解这门课程，学懂这门课程打下基础。目录TOC\o"1-3"\u一、订餐系统中的用例图PAGEREF_Toc2086241、主管的用例图：PAGEREF_Toc329752、客户的用例图：PAGEREF_Toc1551263、送餐人员的用例图：PAGEREF_Toc2073674、厨师的用例图：PAGEREF_Toc346975、系统管理员用例图：PAGEREF_Toc320717二、订餐系统的时序图PAGEREF_Toc1789381、用户充值时序图：PAGEREF_Toc1967082、客户订餐时序图：PAGEREF_Toc2382793、主管查询时序图：PAGEREF_Toc995394、菜单更新时序图：PAGEREF_Toc2376910三、订餐系统中的类图PAGEREF_Toc14324111、类图的生成：PAGEREF_Toc18952112、系统中的其它类。PAGEREF_Toc673511四、订餐系统中的活动图PAGEREF_Toc994131、客户的活动图：PAGEREF_Toc11810132、送餐人员的活动图：PAGEREF_Toc22504144、主管的活动图：PAGEREF_Toc222915五、订餐系统的构件图PAGEREF_Toc13542161、业务对象构件图：PAGEREF_Toc22972162、用户界面构件图：PAGEREF_Toc3262217六、订餐系统的部署图PAGEREF_Toc2468318七、小组成员PAGEREF_Toc2333719八、总结：PAGEREF_Toc563619一、订餐系统中的用例图用例图(UseCaseDiagram)在需求分析阶段有很重要的作用，它描述人们希望如何使用一个系统，作为参与者的外部用户所能观察到的系统功能的模型图。开发的全过程都是围绕需求阶段的用例图进行的。我们所要开发的订餐系统内容十分丰富，用户包括授权的主管、客户、厨师及送餐人员、未授权的用户以及外部数据库系统，其角色层次图如图4-14所示:未授权用户进人订餐系统后可以浏览系统内的公共资源，如餐馆的基本情况、菜单、新闻等，还可以通过注册系统申请成为授权用户。授权用户通过订餐系统的身份认证后享有系统规定的资源，主管可以查看一天的销售情况、菜单、顾客的建议、顾客提交的订单、库存；顾客可以查看菜单、向餐馆提出建议、以及订餐等；厨师可以查看顾客提交的订单、顾客提出的建议、菜单、库存等；送餐人员可以查看顾客提交的订单获得地址、菜单等。外部数据库则主要用于和系统进行数据交换。经过以上分析得到订餐系统用例模型图如下：作为教学评估系统的参与者有：（1）主管：主管可以登录系统查看一天的销售情况、顾客的建议、顾客提交的订单、以及查看库存、修改菜单等；（2）顾客：查看菜单、向餐馆提出建议、以及订餐等。（3）厨师：查看顾客提交的订单获得菜名、顾客提出的建议等（4）送餐人员：查看顾客提交的订单获得地址。（5）系统管理员：维护系统。由以上的分析可以看出，系统的参与者主要有5类：主管、顾客、厨师、送餐人员、系统管理员。1、主管的用例图：包含如下的用例：（1）、登录系统。（2）、查看销售情况（数据的统计）。（3）、查看交费情况（用户是否已经付款）。（4）、查看用户订单及备注（比如：不吃葱、辣椒等）。（5）、设置材料采购数据。