无线点菜系统.docx

无线点菜系统.docx

《无线点菜系统.docx》由会员分享，可在线阅读，更多相关《无线点菜系统.docx（20页珍藏版）》请在冰豆网上搜索。

无线点菜系统

无

线

点

菜

系

统学院：

计算机与电信工程学院

需班级：

08级软件四班

求组长：

胡迪

文组员：

吴香花胡迪周伟

档顾鑫蒋海杰

..........................................目录...................................................

一、需求获取..................................................................................

二、需求分析..................................................................................

三、系统功能需求..........................................................................

1、用例图.....................................................................................................

2、用例规约及鲁棒图.................................................................................

3、系统流程图.............................................................................................

4、系统类图.................................................................................................

四、系统非功能需求.........................................................................

五、实验总结......................................................................................

1、需求获取

随着网络的普及，某餐厅企业为实现信息化改造、提升管理水平、提高运作效率而提出了无线点菜系统，实行对餐厅的运作计算机化。

无线点菜系统要求可以实现从餐厅用户的点菜到厨房厨师对菜单的接收功能。

其中，用户不需要经过身份认证而直接登录系统，进入点菜系统界面后，用户可以根据自己的口味、菜的类型、菜的价格、本厅特色菜及特价菜来选择自己要点的菜，用户可以通过查看菜的详细信息来了解各菜的详细信息。

点好菜后，用户通过网络直接将菜单传送到厨房，厨师对传送来的菜单进行确认接收，完成用户的点菜过程，厨师每做完一道菜便对该菜进行已做标记，并传送给用户，用户在就餐期间可随时查看自己的菜单，同时当用户要进行修改菜单时，只有在厨师还没有做该菜的情况下才能进行。

用户在用餐期间如对餐厅的服务有意见，可以通过无线点菜系统来发表自己的意见，让餐厅的所有工作人员能及时的知道用户对餐厅的满意度及能及时的知道要改进的地方。

用户可以通过无线点菜系统在自己的菜单中统计自己的用餐费用，完成对菜单的结算功能。

相对与经理来说，无线点菜系统以实现经理对菜单的管理功能，如当餐厅中有新菜或是有不再出产的菜时，经理可以对菜单进行修改以完善对菜单的及时更新，同时，经理对工作人员的评价可以通过该系统及时的发送给工作人员，以达到工作人员能及时的知道自己的工作表现。

无线点菜系统还包含餐厅介绍信息，用户评价，经理对菜单的修改、查看及对工作人员的考核评价，工作人员的查看信息，结账等功能。

二、需求分析

由获取的需求分析得无线点菜系统中涉及的参与者主要有用户、厨师、经理及服务员。

其中用户中所涉及的用例主要有：

点菜、修改菜单、用户评价、查看我的菜单、菜单浏览、结账等，厨师所涉及到的用例主要有：

登录、确认用户菜单、确认已做菜、查看菜的准备情况、查看用户评价、查看经理评价，经理所涉及的用例有：

登录、更新菜信息、浏览菜单、查看餐厅运作情况、查看用户评价、对员工工作情况评价，服务员所涉及的用例有：

查看用户评价、登录、查看经理评价、查看菜的准备情况、浏览菜单、添加材料。

功能模块图：

无线点菜系统界面

经理管理界面

客户端

服务员管理界面

厨师管理界面

三、系统功能需求

1、用例图

2、用例规约及鲁棒图

点菜：

1.简要说明

帮助用户实现点菜及将菜单传送到厨房的功能

2.事件流

1）用户进入无线点菜系统界面；

2）用户点击“点菜”按钮，进入点菜菜单界面；

3）用户可根据自己的口味、菜的价格、菜的类型、本厅特色菜、特价菜浏览菜单，选择自己要点的菜，添加到“我的菜单”中；

4）当选完自己要选的菜后，进入“我的菜单”界面，点击“传送”，将“我的菜单”传送到厨房；

5）接收到确认信息后完成点菜功能。

3、扩展事件流

1）当要添加的菜停做时，显示提示信息；

2）在用户传送“我的菜单”后，如果厨师确认失败，用户需重传。

3）当传送的菜单为空时，系统自动提示并退出传送操作。

4、非功能需求

厨师确认菜单的过程操作事件应在1分钟内。

5、前置条件

1）无线点菜系统为正常

鲁棒图：

修改菜单：

1、用例简述

帮助用户进行增加菜、对已点菜进行删除或是注释自己的要求等功能

2、事件流

1）用户进入“我的菜单”界面；

2）当要删除某菜时，选中该菜，点击“删除”按钮，进行删除，当要对某菜增加注释时，选中该菜，在注释框中输入自己的注释信息，点击“确定”按钮，完成注释功能。

3）当要增加菜时，点击“增加菜”按钮，进入菜单界面，选中自己要添加的所有菜，点击“确定”按钮，进入修改后的“我的菜单”界面，完成菜的添加功能。

4）我的菜单修改完毕后，点击“修改发送”，将修改后的菜单发送到厨房，完成修改菜单的功能。

3、扩展事件流

1）当要删除或要增加注释的菜在厨师已做的情况下，不能对其进行修改。

2）当点击“修改发送”后，如1分钟内没有收到厨师的确认信息，则发送失败，提示发送失败信息。

4、非功能需求

确认响应操作应在1分钟内

5、前置条件

鲁棒图：

用户评价：

1、用例简述

帮助用户对餐厅服务的评价

2、事件流

1）用户进入点菜菜单界面

2）点击“用户评价”按钮，进入用户评价界面

3）用户在输入框中输入评价、意见等

4）输入完成后，点击“提交”按钮

3、扩展事件流

用户须在点了餐才可以进入“用户评价”界面

4、前置条件

用户必须点餐后才可以进行评价

鲁棒图：

结账：

1、用例简述

帮助用户结算用餐总费用

2、事件流

1）用户进入“我的菜单”界面

2）点击“结账”按钮进行统计用餐总费用

3）付完帐后，点击“已付”按钮，完成结账过程

鲁棒图：

菜单浏览：

1、用例简述

帮助用户、经理、厨师浏览餐厅中提供的菜

2、事件流

1）进入无线点菜系统界面

2）点击“浏览菜单”按钮进入菜单浏览界面

3）用户可以根据自己的口味、菜的价格、菜的类型进行浏览菜单。

鲁棒图：

登录：

1、用例简述

帮助厨师、服务员经理通过身份验证登录系统。

2、事件流

1）进入无线点菜系统界面；

2）在登录处的用户名、密码框中输入用户名及密码，选择以经理的身份

、服务员还是以厨师的身份登录；

3）点击“登录”按钮，进入相应的界面。

3、扩展事件流

当输入的用户名或密码错误时，系统自动退回到登录界面并提示登录失败

的信息。

4、前置条件

只有已注册的服务员、厨师或是经理才能登录

鲁棒图：

对员工工作情况评价：

1、用例简述

帮助经理对员工工作的工作表现进行评价功能

2、基本事件流

1）经理在无线点菜系统中登录，进入经理管理界面

2）点击“对员工工作情况评价”按钮，进入对员工工作情况评价界面

3）在员工复选框中选择要进行评价的员工信息，并在输入框中输入相应的

评价信息

4）点击“提交”按钮，完成对某员工的工作评价

3、扩展事件流

经理每天只能对每个员工进行一次评价工作

4、非功能需求

连接的数据库可扩展性强

5、前置条件

连接的数据库及使用的系统正常

6、后置条件

提交后的数据能永久的保存记录

鲁棒图：

参看餐厅运作情况：

1、用例简述

帮助经理通过计算机视察餐厅每天的运作情况

2、事件流

1）经理进入经理管理界面

2）点击“查看餐厅运作情况”按钮，进入查看餐厅运作情况界面

3）经理可根据日期来查看餐厅某天的运作情

更新菜单：

1、用例简述

帮助经理对菜单进行增加菜、删除菜或是修该菜等功能

2、事件流

1）经理进入经理管理界面

2）点击“更新”菜单按钮，进入更新菜单界面

3）如果要在菜单中增加新菜，点击“增加”按钮，输入新菜的所有信息，

点击“确定”按钮，完成对新菜的添加

4）如果要删除或修改菜单中的某菜，点击“修改”按钮，进入修改菜单

界面

5）修改菜单界面中会显示菜单中的所有菜，选中要修改的菜，如果

是要删除该菜，点击“删除”按扭，完成删除功能

6）如果是对某菜的某些信息进行修改，则在选中该菜后点击“修改信息”

按钮，进入菜的详细信息界面

7）修改要修改的信息，点击“确定”按钮，完成菜的信息修改功能

3、扩展事件流

当菜的增加、删除或修改不成功时，系统自动弹出提示相应的信息

4、前置条件

系统及数据库相应正常

查看用户评价：

1、用例简述

帮助厨师及经理查看用户对餐厅服务的评价

2、事件流

1）厨师、服务员或经理分别登录进入相应的界面

2）点击“查看用户评价”按钮，进入查看用户评价界面

3）厨师、服务员或经理可以在该界面中浏览到各用户的评价信息

3、扩展事件流

厨师、服务员或经理可以根据客户的各种评价给与回应信息

4、前置条件

必须有用户进行评价的信息才能进行查看

鲁棒图：

查看材料准备情况：

1、用例简述

帮助厨师、服务员及经理查看材料库中各材料的储备情况

2、事件流

1）厨师、服务员或经理登录后进入相应的界面

2）点击“查看材料准备情况”按钮，进入查看材料界面

3）厨师、服务员或经理可以根据材料的类型来选择要浏览的材料

3、扩展事件流

当某材料的准备不足或需要添加时，通知进货人员进行进货及注明进货量

4、前置条件

厨师、服务员或经理必须在登录的情况下才能进行查看

鲁棒图：

查看经理评价：

1、用例简述

帮助厨师、服务员查看经理对自己的评价

2、事件流

1）厨师或服务员登录后进入相应的管理界面

2）点击“查看经理评价”按钮，进入查看经理评价界面

3）可以根据日期来查看当天来经理对自己的评价

确认菜单：

1、用例简述

帮助厨师对用户传过来的菜单进行确认

2、事件流

1）厨师通过登录进入厨师管理界面

2）当有菜单传递过来时，厨师根据提示进行对传递过来的菜单进行查看

3）当确定菜单无误时，点击“确定”按钮进行接收，并将确认接收信息传递

用户，完成菜单的确认功能。

3、扩展事件流

无

4、非功能需求

能跨平台

5、前置条件

必须要有菜单传递过来才能进行确定菜单功能

6、后置条件

无

7、扩展点

无

8、优先级

高

确认已做菜单：

1、用例简述

帮助厨师对已做完的菜进行确认标记，并及时将此信息反馈给用户

2、事件流

1）厨师进入用户传来的菜单界面

2）选中已做完的菜，点击“已做”按钮，在弹出来的对话点击“确定”按钮

进行发送功能。

鲁棒图：

添加材料：

1、用例简述

帮助服务员根据材料库的情况进行对材料的补充与添加功能

2、事件流

1）服务员进入服务员管理界面

2）点击“添加材料”按钮，进入材料添加界面

3）选中自己要添加的材料，输入添加的量，点击“确定”完成对材料的添加

3、扩展事件流

能正常接收、显示经理传送过来的材料添加信息

3、系统流程图

厨师管理界面

添加材料

经理管理界面

服务员管理界面

验证

登录

经理

厨师

服务员

N

查看用户评价

确认已做菜

确认菜单

查看菜单准备情况

更新菜单

浏览菜单

对员工工作情况评价

查看餐厅运作情况

查看经理评价

Y

点菜窗口

点菜

我的菜单窗口

发送

N

确认？

Y

发送成功

4、系统类图

5、系统非功能性需求

1、系统界面要求：

界面友好、美观、简单易用。

2、系统安全要求：

对数据库及时进行备份，防止断电、系统崩溃等造成的数据丢失。

3、性能需求：

用户能够很快并且简单的使用该系统，操作简洁。

无线点菜系统的关键需求

约束运行期质量属性开发期质量属性

工作平台的多样化跨平台运行可扩展性

易用性

互操作性

6、实验总结

本次的设计是团队分工合作的结果，虽说工程量不大，但花的时间并不像想象中的那么简单。

在开发过程中遇到过很多问题，这主要凸显在需求分析阶段，由于工具不足、考虑不周等原因使得设计有点粗糙。

本次的文档有很多地方做的不是很精细，有些地方有很明显的出入，但由于工具的局限性而没有去改正，就如，在用例图中的确认菜单与确认已做菜两用例本该要改为接收菜单用例的，但由于电脑上安装不上相应的软件，又没有机会去机房，所以没有改正过来，不过，虽然用例图没有改，但功能还是可以实现，只是没有改过的间洁、方便，大碍还是没有的。

此次的文档虽有不足，但此次实验却让我们学到了不少。

其实以前也做过很多的课程设计，有单独完成的也有团队合作的，那是对我们来说最大的问题是文档里改写些什么，现在可好可软件架构的课程不仅从理论的角度教了我们怎样去丰富我们的文档，这次的设计更让我们从实践的角度熟知了文档的设计过程。

这次设计让我们感受更深的是在真正的设计好一个文档后，编写代码的过程变得更加的容易了。