5.用例取消预约顺序图
服务员对顾客取消订餐进行操作。在订餐系统中修改。
6.用例新增预约顺序图
服务员对顾客的订餐，在订餐系统中新增订单。
7.用例修改预约顺序图
服务员对顾客订单预约进行修改。
在Rational Rose中，所画的构件图如下：
五、测试数据及其结果分析
在我把UML部分的餐馆管理系统图画完时，我进行语法检查时，看了日志文件，里面报错。而我在构件图进行正向工程时，只生成了里面相应的函数框架，没有具体的函数体。 分析：原来是没有把类图或者是对象图之间关联起来。里面具体的属性和操作要重新写。
六、调试过程中的问题
发现以上错误时，我修改了很对，可能是因为各个视图之间存在着联系，修改一部分是无法解决所有问题的，于是我重新画了一遍，在画的过程中把知道的错误一个一个的修改过来了，可是到了画完之后，然后检查语法时，系统还是报错，
然后看了日志文件后，里面显示的如下图：
这些就是没有解决的问题。
经过几天的修改以及问老师，一直没有解决。
七、专业课程设计总结
通过这次的课程设计，使我认识了很多，对专业的思考，对做人做事的深思。 首先是对专业课程的思考： 到了大三下学期尾声，回想我们已经学了好几门专业知识了，当我看到本次课程设计的要求时，再加上老师所传达的精神，就是说这次的课程设计就是运用之前所学的知识完成一个系统。这样的要求对我们来说已经宽泛了很多了，我想想了想也就是统一建模（UML）相对学的好一点了。我和组员于是就商量着选了“餐馆管理系统”做我们的课程设计。
在做“餐馆管理系统”过程中，我和我的组员分工合作，我专做有关UML的一部分。Rational Rose是建模不可缺少的软件。熟练掌握这个软件会有助于我们更好的进行课程设计。对这个软件相对来说我用的还是比较长的，在我们学习这门课时，我较为认真的做实验，对这个软件还是较为了解的。这是我在课程设计前这么想的，可是在实践过程中我发现了很多很多的问题。首先是在对象图的画法上，我把对象的类型写在了对象图的名字上了，还有在不同的视图中用同一个对象图或者是类图，我并没有用真正意义上的同一个对象图或者类图，而是分别在不同的视图中建的，这之间视图之间的对象图和类图就没有关联起来了。以上这些问题在我检查语法时，就会报错。我认为这些问题反映了我并没有对UML这门课真正的理解。
其次对做人做事的深思：
这次课程设计，从开始到结束，期间要经过两个星期的时间。在这两个星期中，课程设计中每一点都是我们小组自己做的，我认为课程设计并不是为了及格而及格，而是要从中学到知识。到我写课程设计总结时，我还有一些问题仍然没有解决，但是我努力了，期间我也问了好几个老师帮我解决遇到的一些问题。我只要自己认真做了，不管结果如何这已经不太重要了。
在这里我要感谢我们的课程设计老师，谢谢你为我解决了一些问题。