课程设计_餐馆管理系统

餐馆管理系统

一、课题内容和要求

实验背景

目前餐馆采用手工预约系统，使用如“手工预约单”记录订餐用户的信息：餐桌号、联系人姓名、电话、进餐人数等，但由于顾客常出现更改订餐信息，造成手工预约单的杂乱不堪，给顾客和工作人员造成诸多不便。为改善工作环境，提高工作效率，餐馆拟开发使用计算机管理系统，实现订餐预约的计算机化管理：允许预约跨时段（如设某餐馆企业在晚间供应三餐：

简餐(counter meal)：时间17:30~19:30

正餐(dinner)：时间19:45~21:45

夜点(midnight meal)：时间22:00~23:30）

允许取消预约

允许调整预约（日期、时间段、人数发生变化）

允许不预约，直接进店就餐

注：

系统实现与手工的预约手册显示同样信息，格式大致相同，

便于员工快速接受

作灵活

即时更新

实验环境

1．硬件：PC 机一台、计算机局域网络

2．软件：Windows 操作系统、IBM Rational Rose 工具软件

实验要求

掌握用例模型的建立方法，使用IBM Raional 等工具，根据给出

餐馆预约系统的需求，进行用例模型的建模。

1．熟悉IBM Raional 等工具的基本用法及文档的组织管理

2．理解用例模型，能用IBM Raional 等工具正确绘制用例模型

3.该阶段完成实验需求分析，形成需求分析实验说明书。

二、设计思路分析

需求分析阶段：

1.定义术语表，收集系统的核心词汇。

2.描述餐馆的业务功能，进行业务用例建模，画出业务用例图。

3.对系统进行用例建模，分析系统的活动者和用例，画出用例图，并对用例进行描述。

4.进行系统的原型设计，以界面的形式给出系统原型。

5.构建系统的领域模型，画出系统的概要类图。

分析模型的建立：

1.精化、实化需求分析阶段的用例模型、领域模型。

2.构建分析模型，画出系统的分析模型。

3.进行详细设计，精化分析模型，构建设计模型。

数据库的建立：

1.用Access数据库工具构造一个数据库。

2.在windows中为刚才构造的数据库定义一个ODBC数据源。

3.在创建数据库处理的文档应用程序向导中选择数据源。

4.设计界面，并使控件与数据表字段关联。

三、概要设计

需求分析阶段：

1.定义术语表，收集系统的核心词汇

1) 预约(booking)：分配餐桌给将要来用餐者

2) 就餐人数(coverNum)：预约来用餐的人数

3) 顾客(customer)：进行预订的人

4) 就餐者(diner)：在餐馆就餐的人

5) 预订(reservation)：提前预约特定时间用餐

6) 未预约(walk-in)：没有预约直接用餐

7) 座位数(seatNum)：餐桌容纳的就餐人数

2.描述餐馆的业务功能，进行业务用例建模，画出业务用例图

3.对系统进行用例建模，分析系统的活动者和用例，画出用例图

活动者：接待员（Receptionist）、侍者领班(Head Waiter)

用例：新增预约信息（Add Booking）、取消预约信息（Delete Booking）、查询预约信息（Query Booking）、修改预约信息（Update Booking）、记录顾客到来（Record Arrival）、餐桌调换（Table Transfer）、记录未预约顾客（Record Walk-in）

4.进行系统的原型设计，以界面的形式给出系统原型

5.构建系统的领域模型，画出系统的概要类图

分析模型的建立：

1.精化、实化需求分析阶段的用例模型、领域模型。扩充领域模型：

2.构建分析模型，画出系统的分析模型。

分析模型：

设计模型：

数据库的建立：

这部分是我的另外一个组员做的，所以在这里只是大致概括下。

1.用Access数据库工具构造一个数据库。

2.在windows中为刚才构造的数据库定义一个ODBC数据源。

3.在创建数据库处理的文档应用程序向导中选择数据源。

4.设计界面，并使控件与数据表字段关联。

下图是我的组员做的一个餐饮管理系统。（实现的功能在此图中均能体现出来）

四、详细设计

在我们学习过统一建模的课程基础上，运用Rational Rose软件，在逻辑视图中对餐馆管理系统进行更加详细的设计。具体的情况如下：

1.用例餐桌调换顺序图

下图体现出了顾客要求对餐桌进行调换，侍者根据其要求进行餐桌调换。

服务员对顾客的订餐预约进行查询，通过订餐系统进行查询。

3.用例记录顾客到来顺序图

侍者领班对顾客的到来进行记录，然后记录到订餐系统中。

4.用例记录未预约顾客顺序图

侍者领班根据顾客未预约进行订餐，然后记录到订餐系统中。

5.用例取消预约顺序图

服务员对顾客取消订餐进行操作。在订餐系统中修改。

6.用例新增预约顺序图

服务员对顾客的订餐，在订餐系统中新增订单。

7.用例修改预约顺序图

服务员对顾客订单预约进行修改。

在Rational Rose中，所画的构件图如下：

五、测试数据及其结果分析

在我把UML部分的餐馆管理系统图画完时，我进行语法检查时，看了日志文件，里面报错。而我在构件图进行正向工程时，只生成了里面相应的函数框架，没有具体的函数体。

分析：原来是没有把类图或者是对象图之间关联起来。里面具体的属性和操作要重新写。

六、调试过程中的问题

发现以上错误时，我修改了很对，可能是因为各个视图之间存在着联系，修改一部分是无法解决所有问题的，于是我重新画了一遍，在画的过程中把知道的错误一个一个的修改过来了，可是到了画完之后，然后检查语法时，系统还是报错，

然后看了日志文件后，里面显示的如下图：

这些就是没有解决的问题。

经过几天的修改以及问老师，一直没有解决。

七、专业课程设计总结

通过这次的课程设计，使我认识了很多，对专业的思考，对做人做事的深思。首先是对专业课程的思考：

到了大三下学期尾声，回想我们已经学了好几门专业知识了，当我看到本次课程设计的要求时，再加上老师所传达的精神，就是说这次的课程设计就是运用之前所学的知识完成一个系统。这样的要求对我们来说已经宽泛了很多了，我想想了想也就是统一建模（UML）相对学的好一点了。我和组员于是就商量着选了“餐馆管理系统”做我们的课程设计。

在做“餐馆管理系统”过程中，我和我的组员分工合作，我专做有关UML的一部分。Rational Rose是建模不可缺少的软件。熟练掌握这个软件会有助于我们更好的进行课程设计。对这个软件相对来说我用的还是比较长的，在我们学习这门课时，我较为认真的做实验，对这个软件还是较为了解的。这是我在课程设计前这么想的，可是在实践过程中我发现了很多很多的问题。首先是在对象图的画法上，我把对象的类型写在了对象图的名字上了，还有在不同的视图中用同一个对象图或者是类图，我并没有用真正意义上的同一个对象图或者类图，而是分别在不同的视图中建的，这之间视图之间的对象图和类图就没有关联起来了。以上这些问题在我检查语法时，就会报错。我认为这些问题反映了我并没有对UML这门课真正的理解。

其次对做人做事的深思：

这次课程设计，从开始到结束，期间要经过两个星期的时间。在这两个星期中，课程设计中每一点都是我们小组自己做的，我认为课程设计并不是为了及格而及格，而是要从中学到知识。到我写课程设计总结时，我还有一些问题仍然没有解决，但是我努力了，期间我也问了好几个老师帮我解决遇到的一些问题。我只要自己认真做了，不管结果如何这已经不太重要了。

在这里我要感谢我们的课程设计老师，谢谢你为我解决了一些问题。