文档编号：
版本号：
文档名称：需求分析说明书
项目名称： XX餐馆点菜系统
项目负责人：
编写：校对：年月日
审核：年月日
批准：年月日
开发单位：
联系电话：
目录
1 文档概述 (1)
1.1 编写目的 (1)
1.2 项目背景 (1)
1.3 预期的读者 (1)
1.4 定义 (1)
1.5 参考资料 (1)
2 任务概述 (1)
2.1 目标 (1)
2.2 系统建设背景 (1)
2.2.1 系统规模 (2)
2.2.2 预期目标 (2)
2.3 用户特点 (2)
2.3.1 行业特点 (2)
2.3.2 人员特点 (2)
2.3.3 使用频度 (2)
2.4 条件限制 (3)
3 业务概述 (3)
3.1 业务需求 (3)
3.2 相关人员及用户分析 (3)
4 业务模型分析 (3)
4.1 主题域划分 (3)
4.2 点菜管理子系统业务事件分析 (4)
4.2.1 点菜管理子系统业务事件标识 (4)
4.2.2 点菜管理子系统报表类型标识 (5)
4.2.3 点菜管理子系统接口标识 (5)
4.3 后厨管理子系统业务事件分析 (6)
4.3.1 后厨管理子系统业务事件标识 (6)
4.3.2 后厨管理子系统报表类型标识 (7)
4.3.3 后厨管理子系统接口标识 (8)
4.4 审批业务管理子系统业务事件分析 (8)
4.4.1 审批业务管理子系统业务事件标识 (8)
4.4.2 审批业务管理子系统报表类型标识 (9)
4.4.3 审批业务管理子系统接口标识 (10)
5 业务流程分析 (10)
5.1 点菜管理业务流程 (10)
5.1.1 参与者分析 (10)
5.1.2 点菜管理业务流程分析 (10)
5.2 后厨管理业务流程 (12)
5.2.1 参与者分析 (12)
5.2.2 后厨管理业务流程分析 (13)
5.3 审批管理业务流程 (14)
5.3.1 参与者分析 (14)
5.3.2 审批管理业务流程分析 (14)
6 用例建模 (15)
6.1 点菜管理子系统用例 (15)
6.1.1 用例优化 (16)
6.1.2 用例规约 (17)
6.2 后厨管理子系统用例 (18)
6.2.1 用例优化 (19)
6.2.2 用例规约 (20)
6.3 审批业务管理子系统用例 (21)
6.3.1 用例优化 (22)
6.3.2 用例规约 (23)
7 系统概念数据模型 (24)
8 性能需求 (26)
8.1 系统响应时间要求 (26)
8.2 系统安全性要求 (26)
8.3 可靠性 (26)
8.4 易使用性 (27)
需求分析说明书
1文档概述
1.1编写目的
本说明书的编写是为了明确餐馆点菜系统开发的功能需求和性能需求，以标准的语言和表述方式整理系统需求，以便于开发者和用户对系统的理解和认识。
1.2项目背景
系统名称：××餐馆点菜系统
项目委托单位：××餐馆
项目开发单位：××公司
1.3预期的读者
最终用户：××餐馆点菜工作相关人员
系统设计人员：
系统测试者：
1.4定义
点菜员：使用系统进行信息填写的个人。
后厨主管：使用系统进行菜单审阅、确认及发布菜谱信息的个人。
餐馆经理：使用系统进行诉求审阅的个人。
1.5参考资料
（1）《需求分析》
（2）由××餐馆提供的《××餐馆点菜系统开发合同书》
2任务概述
2.1目标
××餐馆点菜系统是由××餐馆投资开发，以实现餐馆点菜工作信息化，高效为顾客服务的重要工作之一。××餐馆点菜系统结合招点菜工作的特点，利用网络的有效传播性，提高点菜工作效率、节省点菜时间，尽快生成点菜单，为各位前来消费的顾客提供及时而丰富的菜谱信息，帮助顾客选择美味并且丰盛的佳肴。本系统可以与其他应用系统交互，极大的增强了交互性和可操作性。
2.2系统建设背景
本系统基于计算机网络软件系统的支持。系统利用局域网网络，网络带宽可以满足数据库系统的实时操作要求。
2.2.1系统规模
××餐馆点菜系统的信息管理工作和业务管理工作主要集中由各角色成员完成，不需要分布的服务器管理。系统的业务范围包括点菜员点菜系统，后厨确认系统，审批诉求系统三个部分。
2.2.2预期目标
通过开发《××餐馆点菜系统》，实现点菜工作的高效性，点菜员不需要手写信息，通过使用电子点菜机提高点菜的电子化程度，以便顾客能够更加快捷、方便的选择自己想要的美味佳肴，同时也为餐馆的规范化和信息化管理打坚实的基础。
2.3用户特点
2.3.1行业特点
××餐馆点菜系统的特点有：
（1）为便于给顾客周到的点菜服务，任何前来消费的顾客均可知晓餐馆的菜肴的名称、主料和价格等信息，以便客户按自己的口味进行选择。
（2）由于点菜业务的重要性，需要餐馆点菜员必须经过实名认证即在操作点菜机的时需要输入自己的编号。
（3）由于菜肴主料的准备情况，及时的调整菜谱信息。
2.3.2人员特点
本系统的涉及的使用者包括负责为顾客点菜的各位餐馆点菜员、各位前来就餐的顾客、审阅菜单及时更新菜谱信息的后厨主管，解决就餐问题的餐厅经理。
（1）各位点菜员已经具有熟悉使用电子点菜机的技能，熟悉点菜的整套流程，能够为各位顾客提供详细而周到的点菜服务，尽快的生成点菜单。
（2）前来消费的顾客根据自己的口味，结合餐馆实际情况，与点菜员进行交流，选择自己需要的菜肴。
（3）后厨主管根据餐馆购买的原材料及时编制菜谱信息和由于某些菜肴的供应量过大致使部分原材料供应不足而需要重新更新菜谱，可通过基本的上网操作，将数据及时反馈到点菜员点菜机上并进行确认菜单的工作。
（4）餐厅经理根据点菜员申报关于顾客认为菜肴不新鲜要求退菜或换菜、认为菜肴价格太贵要求打折或者赠送优惠券的意见，进行完成网上的审批工作。
（5）上菜员根据后厨的信息为顾客上菜。
另外，本系统还涉及系统管理功能，其使用者是系统管理员，他们是系统的次要参与者，主要是对其他业务管理员的管理。
2.3.3使用频度
系统的主要操作集中在查询、信息录入等操作上，一般使用的时间集中在：
（1）根据顾客的需求，确定点菜单。
（2）后厨收到信息后进行确认。
（3）遇到就餐问题的意见，经理进行审批。
2.4条件限制
开发工具及环境规定：
软件结构：B/S结构
操作界面：浏览器界面
数据库：MS-SQL SERVER
操作系统：桌面系统：Windows xp系列
服务器系统Windows 2000 Server
3业务概述
3.1业务需求
××餐馆点菜系统主要包括以下功能：根据顾客的需求，确定点菜单；后厨及时公布和调整菜肴信息并对收到菜单信息的进行确认；对于顾客就餐意见进行反馈。
3.2相关人员及用户分析
顾客：浏览菜谱上的信息，对感兴趣的菜肴进行选择，对于自己的不满意的菜肴或菜肴价格可以提出意见，申请更换菜肴或申请价格打折。
点菜员：负责为顾客生成点菜单。
后厨主管：负责菜谱信息的发布与更新，确认点菜单的生成。
经理：负责审核申请更换菜肴或价格打折的意见。
上菜员：负责为顾客上菜。
系统管理员：负责审核各位角色成员的身份合法性验证，以及后台数据库的管理，网络维护等。
4业务模型分析
4.1主题域划分
根据对点菜业务需求及相关人员及用户的分析，可将本系统划分为三个操作子系统，子系统之间相互联系，完成点菜工作和所涉及的管理，系统划分如图1所示：
点菜管理子系统
后厨管理子系统
审批业务管理子系统
获取点菜单
查询点菜单状态
获取顾客就餐意见
查询意见审批信息
获取菜单信息
图1 ××餐馆点菜系统构件图
4.2 点菜管理子系统业务事件分析
餐馆点菜系统的前端用户为点菜员，通常点菜员向系统输入自己的编号进入系统，完成点菜员身份合法性验证，然后更新菜谱，顾客通过浏览菜谱信息，选择是适合自己口味的菜肴，点菜员根据顾客所选的菜肴，进行点菜单的生成。
点菜管理子系统的主题域范围如图
2
所示：
点菜管理子系统
顾客
点菜员
更改菜肴信息
信息管理员查看菜肴信息申请更改菜肴信息
查询菜肴信息
填写菜肴信息审核点菜员信息
图2 点菜管理子系统上下文关系图
4.2.1 点菜管理子系统业务事件标识
（1）顾客查看菜肴信息：顾客浏览菜肴信息，包括菜肴的主料信息、价格信息等。 （2）顾客申请更改菜肴信息：顾客对自己最初所点菜肴有新的意见，要求增加某个菜
肴或者删掉某个菜肴。
（3）点菜员填写菜肴信息：点菜员根据顾客的要求的菜肴进行点菜单的准确填写，生成点菜单。
（4）点菜员查询菜肴信息：点菜员可对自己提交的信息进行查看，当菜肴信息发生变化时，可及时提醒顾客更换菜肴。
（5）点菜员更改菜肴信息：由于顾客对于预先做出的菜肴选择有更换的要求，帮助顾客重新完成新的菜肴选择，及时生成新的点菜单。
（6）系统管理员审核点菜员信息：当点菜员提交个人信息后，信息管理员要审核其信息是否真实有效，只有可靠的点菜员信息才能登录到系统中。
4.2.2 点菜管理子系统报表类型标识
对点菜管理子系统的业务事件进行分析，可得业务事件将需要或产生如下报表，详细情况如下表1所示。
表1 点菜管理子系统业务报表
说明：
（1）菜谱信息表
菜谱信息表是某菜谱的详细信息统计表，包括菜谱的制作主料，价格等。菜谱信息表用于业务流程中查询菜谱信息及审核时使用。
（2）改单业务统计表
根据顾客的需求，点菜员对于客户对于菜肴做出的调整而更改点菜单，系统对所有改单进行统计，形成改单业务统计表。
（3）点菜单生成统计表
点菜生成表是点菜员向系统提供的点菜单的信息统计，这个是根据点菜员提供的顾客最终点菜单进行信息统计将情况最后反映到消费结算中心，以便顾客就餐完以后付账。
（4）餐桌剩余统计表
点菜员根据餐馆内所剩的餐桌数量来接待顾客，保证进入餐厅的顾客都有位置就坐。
4.2.3 点菜管理子系统接口标识
点菜管理子系统主要涉及的信息访问包括菜谱信息查询、审核信息查询，因此提供的接
类型 子类 关键字 潜在报表类型
事 进度
菜谱查询 1、菜谱信息表 改单 2、改单业务统计表 点菜单生成
3、点菜单生成统计表 物
需求
接待顾客
4、餐桌剩余统计表
口为菜谱信息获取接口和审核信息获取接口，供其他子系统获取相关信息。
（1）菜谱信息接口主要实现菜谱信息的查询。其他子系统在需要获取菜谱信息的时候，可通过此接口查询到相关菜谱的信息。
（2）审核信息接口提供了提交菜单信息审核接口，通过此接口，其他子系统可以查询菜单生成信息等。
4.3后厨管理子系统业务事件分析
后厨管理是整个系统的中心环节及核心业务，该主题域主要是实现生成点菜单业务流程。点菜单是点菜员根据顾客的需要提供的，点菜员将这一信息通过电子点菜机传送给后厨管理子系统，后厨主管根据后厨原料的实际情况进行统计，然后对点菜单进行确认，将信息反馈给点菜员，来完成点菜单的生成。
后厨管理子系统的主题域范围如下图3所示：
后厨管理子系统
点菜员
后厨主管
更改菜谱
上菜员
递交菜单
查询菜单
确认点菜单
查询菜谱
按照菜单要求上菜
发布新菜谱
查看菜肴信息
图3后厨管理子系统上下文关系图
4.3.1后厨管理子系统业务事件标识
后厨管理子系统的业务事件有：
（1）点菜员递交菜单：点菜员根据顾客的菜肴要求，在点菜机上填写顾客所点菜单，填写完后将这一信息发送给后厨管理系统，等待后厨管理系统的确认。
（2）点菜员查询菜单：点菜员可以根据点菜单的编号，能够随时查询菜单的确认情况，及时的反馈给顾客，顾客根据这一情况将决定是否需要作出部分菜肴的更改。
（3）后厨主管确认点菜单：后厨主管根据点菜员的传送过来的点菜单信息表，结合后厨中所备原料的信息的剩余主料统计表来标示哪些现在可以提供的、哪些些暂时不能提供的菜肴。
（4）后厨主管查询菜谱：后厨主管查询菜谱信息，查看当前菜谱信息与后厨的实际准
备情况是否相符合。
（5）后厨主管更改菜谱：后厨主管根据菜肴主原料的所剩用量，对于欠缺的菜肴标示和统计，更改菜谱信息。
（6）后厨主管发布新菜谱：后厨主管将最近一次更改的菜谱信息对所有点菜管理子系统进行发布，帮助点菜员为顾客提供及时准确的菜谱信息。
（7）后厨主管通知点菜员审核结果：当点菜员提交的点菜单通过后厨管理子系统的确认后，将会信息按照点菜单的编号反馈给点菜员。
（8）上菜员上菜：上菜员按照后厨的菜单要求给菜单确认的顾客上菜。
4.3.2后厨管理子系统报表类型标识
对后厨管理子系统的业务事件进行分析，可得业务事件将需要或产生如下报表，详细情况如表2所示。
类型子类关键字潜在报表类型
事
进度递交点菜单
1、点菜单申请统计表
2、通过确认点菜单统计表
3、通过未确认点菜单统计表原料统计
4、原料统计表
物需求
发布菜谱5、菜谱信息表
反馈结果6、反馈结果统计
表2 后厨管理子系统业务报表
说明：
（1）点菜单申请统计表
对所有点菜员提交的点菜单按照编号进行统计，并且按照时间的先后顺序来进行排序，点菜单申请统计表用于用于业务流程中查询点菜单的提交情况时使用。
（2）通过确认点菜单统计表
后厨管理子系统对能够提供菜肴的点菜单进行确认，统计所有通过后厨管理子系统的点
菜单，此统计表在后厨主管反馈结果信息时可方便查询。
（3）未通过确认点菜单统计表
统计所有不能够提供部分菜肴未通过后厨管理子系统的点菜单，此统计表在后厨主管反馈结果信息时可方便查询。
（4）原料统计表
根据原料的基本信息及时统计后厨内的所剩原料，原料统计表用于后厨主管在确认点菜单的时候使用。
（5）菜谱信息表
根据后厨内的原料实际情况，对于提供的菜肴信息进行及时更新，对于能够提供的菜肴和不能提供的菜肴进行分别标示，并制定一份最新的菜谱信息表，及时发布给所有点菜员。
（6）反馈结果统计
系统通过确认点菜单统计表对于已经确认的点菜单进行信息反馈，将这些结果进行统计，方便后厨主管对点菜单的确认情况进行查询。
4.3.3后厨管理子系统接口标识
后厨管理子系统主要涉及的信息访问是点菜单确认结果，定义点菜单结果接口，向其他子系统提供点菜单结果的查询，其他子系统通过此接口可得知点菜的最终结果，并完成点菜状态修改等操作。
4.4审批业务管理子系统业务事件分析
审批业务是餐馆点菜系统所处理的比较重要数据信息之一，审批业务主题域的主要完成对于已确认点菜单的修改。同时，实现完整的最终点菜单的生成需要得到审批业务子系统的支持。而对于子系统要完成的业务进行分析，可得主题域范围如下图所示：
审批业务管理子系统
点菜员
餐馆经理
查询客户诉求
顾客
提交顾客诉求
查询审批回复
审批客户意见
提出就餐意见
修改点菜单
图4 审批业务管理子系统上下文关系图
4.4.1审批业务管理子系统业务事件标识
（1）点菜员提交顾客诉求：由于顾客对于餐馆提供的菜肴不满意，如认为菜肴不新鲜或者菜肴的口味太差等意见，要求更换新的菜肴，点菜员将这一信息传送审批业务子系统，供餐馆经理查询、审批。
（2）点菜员查询审批回复：点菜员对提交的诉求信息表的审批情况进行查询，将结果及时反馈给用户。
（3）点菜员修改点菜单：点菜员根据审批结果，更改原点菜单，生成最新点菜单，将新增的菜肴信息传送给后厨管理子系统。
（4）餐馆经理查询客户诉求：在网上查看点菜员反馈的顾客意见。
（5）餐馆经理审批客户意见：对于客户的意见进行认真审核，将审核结果反馈回点菜员。
（6）顾客提出就餐意见：对于就餐食物的不满意，因而向点菜员提出换菜或退菜。
4.4.2审批业务管理子系统报表类型标识
对审批业务管理子系统的业务事件进行分析，可得业务事件将需要或产生如下报表，详细情况如下表3所示：
类型子类关键字潜在报表类型
1、意见诉求信息表
事进度诉求审批
2、待审诉求信息统计表
3、通过审批诉求统计表
需求查询项目4、点菜单统计表
表3 审批业务管理子系统业务报表
说明：
（1）意见诉求信息表
点菜员根据顾客的诉求和意见填写意见诉求信息表，包括对应的点菜单的编号，传送到审批业务子系统，待餐馆经理进行审批。
（2）待审诉求信息统计表
通过待审诉求信息统计表记录了所有有待通过审批的信息，餐馆经理可通过查询此统计表，明确待意见审批的情况。
（3）通过审批诉求统计表
记录已通过审批诉求信息，经理可查询信息表，若发现出现问题或错误可进行修改。
（4）点菜单统计表
统计所有所有生成点菜单相关信息。餐馆经理在需要的时候可查询统计表了解餐馆的点菜信息。
4.4.3审批业务管理子系统接口标识
审批业务管理子系统提供查询审批信息接口，其他子系统可使用此接口获取反馈信息等，以便完成其他业务。
5业务流程分析
5.1点菜管理业务流程
5.1.1参与者分析
点菜管理业务主要针对点菜员，通过为前来就餐的顾客的点菜提供快速便捷服务来完成点餐单的生成活动，因此涉及此项活动的的参与者主要是点菜员。为了点菜员顺利的完成活动，因此业务涉及的参与者还包括顾客。
点菜员：向系统输入自己的编号进入系统，完成点菜员身份合法性验证；根据顾客所选的菜肴，进行点菜单的生成；为客户反馈就餐意见与诉求。
顾客：查询菜谱信息；选择合适菜肴；反映就餐意见。
5.1.2点菜管理业务流程分析
点菜管理管理业务内容较分散，可划分为以下两个流程：
（1）信息审核流程
由于点菜活动的重要性，参加点菜的点菜员的信息必须真实可靠，因此在进行点菜活动前，点菜员需要先向系统提交其真实可靠的个人信息，内容包括密码和用户名等。信息管理员及时的对提交的信息进行审核。通过审核的点菜员才可以进行为顾客点菜等活动。业务流程如图5所示：
点菜员信息管理员
审核点菜员信息
提交个信息
N
Y
帮助顾客点菜
图5 信息审核流程图
（2）点菜员点菜流程
顾客通过浏览菜谱信息，选择是适合自己口味的菜肴，点菜员根据顾客所选的菜肴，进行点菜单的生成，如果顾客对自己最初所点菜肴有新的意见，要求增加某个菜肴或者删掉某个菜肴，点菜员帮助顾客重新完成新的菜肴选择，及时生成新的点菜单。
业务流程如图6所示
点菜员顾客
浏览菜谱信息
选择合适菜肴生成点菜单确认点菜单
更换菜肴Y
N
提交点菜单
图6 点菜管理业务流程图
5.2后厨管理业务流程
5.2.1参与者分析
后厨管理实现生成点菜单业务流程。点菜单是点菜员根据顾客的需要提供的，点菜员将这一信息通过电子点菜机传送给后厨管理子系统，后厨主管根据后厨主料的实际情况进行统计，及时更新菜谱，然后对点菜单进行确认，将信息反馈给点菜员，来完成点菜单的生成，提示上菜员上菜。另外当顾客的就餐诉求得到经理的审批后，点菜员会重新向后厨管理系统发送点菜信息，后厨管理系统也会重新确定。
因此，后厨管理业务流程涉及的参与者为后厨主管、点菜员、上菜员。
后厨主管：负责拟定菜谱，对拟定的点菜单进行审核，反馈通过审核的信息；当原料发生变化时负责修改菜谱内容，发布最新菜谱。
点菜员：负责将拟定的点菜单上传到后厨管理系统，并查阅审核情况，未通过则通知顾客跟换菜肴。
上菜员：负责按照后厨的要求为顾客上菜。
5.2.2 后厨管理业务流程分析
顾客
上菜员
后厨主管
点菜员
提交点菜单查看后厨原料批注缺省菜肴信息
反馈点菜信息更换菜肴
N
Y
为顾客上菜
审核点菜单
图7 后厨管理业务流程图
说明：
点菜员根据顾客的需要拟定点菜单，点菜员将这一信息通过点菜机传送给后厨管理子系统，后厨主管根据后厨主料的实际情况对点菜单进行确认，将信息反馈给点菜员，来完成点菜单的生成，上菜员按照后厨确认的菜单给顾客上菜。如果未通过审核，则将缺省信息反馈给点菜员，让顾客更换菜肴。
5.3审批管理业务流程
5.3.1参与者分析
审批管理业务是餐馆点菜系统重要流程之一，它主要是完成对于已确认点菜单的修改。即对顾客的诉求的审核，重新生成点菜单。实现完整的最终点菜单的生成需要得到审批业务子系统的支持。其参与者如下：
顾客：对不满意的菜肴，提出诉求信息给点菜员。
点菜员：把顾客的就餐意见和诉求，反馈给审批管理系统待经理审批，审批成功后则点菜员根据审批结果，更改原点菜单，生成最新点菜单，将新增的菜肴信息传送给后厨管理子系统。
经理：在网上查看点菜员反馈的顾客意见，审批客户意见，对于客户的意见进行认真审核，将审核结果反馈回点菜员。
后厨主管：处理新生成的点菜单。
5.3.2审批管理业务流程分析
审批管理业务流程如图8所示。
说明：
（1）点菜员将顾客就餐意见和诉求反馈给经理，经理经过实际考察后，对顾客提出的要求进行审核，作出最终意见。
（2）审核通过后，点菜员则根据顾客的要求，为其重新拟定一份点菜单。然后将新的点菜单传送到后厨管理子系统，有后厨系统处理。
（3）审核未通过，点菜员将信息如实反馈给客户。
后厨主管
餐馆经理点菜员顾客
提出就餐诉求处理顾客意见
发送诉求信息审核诉求信息
反馈核准信息重新生成点菜单处理点菜信息
N
Y
图8 审批管理业务流程图
6 用例建模
6.1 点菜管理子系统用例
根据上章5.1.2节对点菜管理业务流程的分析，可知点菜管理子系统的参与者主要包括点菜员和顾客，子系统的功能集中在完成点菜员的信息审核、完成点菜单信息的生成及反馈顾客意见等，对功能分析可得如图9所示用例图。
点菜管理
点菜员顾客
身份合法性验证
查询菜肴信息
更改菜肴信息
查询菜谱信息
选择合适菜肴
*
*
*
*
*
*
*
*
*
*
填写菜肴信息
*
*
图9 点菜管理子系统用例图
6.1.1用例优化
（1）包含关系
点菜员完成“查询菜肴信息”用例和顾客完成“查询菜肴信息”用例时，都要用到查询菜谱详细信息，所以可以抽象出“查询菜谱信息”用例，其与上述两个用例之间可建立包含关系。
（2）扩展关系
点菜员的身份合法性验证时，可以可增加“查看用户名和密码”用例，或者“查看员工编号”用例，他们之间是扩展关系。
根据上述分析，可优化点菜管理子系统用例，如图10所示：
点菜管理
点菜员顾客
身份合法性验证
查询菜肴信息
更改菜肴信息
查询菜肴信息
选择合适菜肴
*
*
*
*
*
*
*
*
*
*
填写菜肴信息
*
*
查看用户名和密码
查看员工编号
<
<
查询菜谱
<
<
<
<
<
图10 点菜管理子系统用例扩展图
6.1.2用例规约
用例1：拟定点菜单
主要参与者：顾客、点菜员
项目相关人员及其兴趣：
●顾客：希望能够选择到合适菜肴。
●点菜员：希望及时为顾客拟定点菜单。
●餐馆：希望有更多的顾客来进餐。
点餐管理系统需求分析说明书 编号：HONZH0021 系统版本：1.0 项目成员
目录 1.概述 (4) 1.1编写背景 (4) 1.2编写目的 (4) 2.总体描述 (5) 2.1功能描述 (5) 2.1.1服务端 (5) 2.1.2客户端 (6) 2.2角色权限 (7) 2.2.1超级管理员 (7) 2.2.2管理员 (7) 2.2.3顾客 (7) 3.功能性需求 (8) 3.1角色登录模块（服务端） (8) 3.1.1超级管理员 (8) 3.1.2管理员登录 (9) 3.2菜系操作模块（服务端） (10) 3.2.1增加菜系 (10) 3.2.2删除菜系 (10) 3.2.3修改菜系 (10) 3.2.4查看菜系 (11) 3.3菜品操作模块（服务端） (11) 3.3.1增加菜品 (11) 3.3.2删除菜品 (11) 3.3.3修改菜品 (11) 3.3.4查看菜品 (12) 3.4资源管理模块（服务端） (12) 3.5统计分析模块（服务端） (12) 3.5.1月份统计分析 (13) 3.5.2季度统计分析 (13) 3.5.3年度统计分析 (13) 3.6会员信息模块（服务端）<扩展> (14) 3.6.1新增会员信息 (14) 3.6.2删除会员信息 (14) 3.6.3修改会员信息 (15) 3.6.4查看会员信息 (15) 3.6.5会员等级设置 (16) 3.7点餐操作模块（客户端） (16) 3.7.1菜品种类 (16) 3.7.2甜食种类 (17) 3.7.3酒水种类 (17) 3.7.4菜品备注 (18) 3.8菜品推荐模块（客户端） (18) 3.8.1每日推荐 (18)
点菜系统管理需求分析 一、引言 随着社会的发展，自动化，科技化的产品逐步进入到了人们的生活，它给我们带来了更多的方便。餐饮管理已经逐渐由定性管理，进入到重视定量管理的科学阶段。用 电脑自动化管理带普遍的认为管理餐厅的运行已成为不可逆转的趋势。 传统的手工操作管理存在着许多无法避免的问题，例如：一．收银工作中跑单、漏单、偷钱现象普遍；二．人工计算帐单金额容易出现差错；三．个别服务员作弊、改 单、宰客情形时有发生；四．客人消费单据难以保存和查询；五．无法对大量营业数 据进行统计分析。 本选题正是希望用计算机来解决以上问题。 一、编写目的 ） 利用计算机实现管理的信息化，提高管理人员的工作效率，减少管理人员的工作量。 通过集成从顾客点菜、上菜到结账等一系列功能，为每个环节明确分工，并通过可视化的软件支持，有效的减少了人为的错误，同时也加强了信息的安全性和可靠性。 三、功能需求 主要功能包括：登陆管理、点菜管理、查询及买单管理、管理模块。 整个系统模块划分如下图： <
根据该餐厅的具体情况，系统主要功能包括： 1.登陆模块 | ~ 该模块分因为普通用户登陆模块和管理员登陆模块。普通用户可以进行点菜，查询，结账的操作；管理员可以进行点菜，查询，结账还可以进行添加新的菜品。 2.点菜模块 }
点菜模块包括桌号选择，服务员编号，菜品选择以及菜图和价格的显示。 3.买单模块 】 该功能模块包括显示已点菜的信息以及客户是否买单。 < 4.管理模块
该模块包括添加菜品信息和添加服务员信息。 、 四、E-R图 整个系统开发过程中，主要涉及到的实体有：服务员、餐桌、菜单。他们之间的具体关系如下图： 《
餐厅点菜管理系统
修改历史记录
目录 1.1背景4 1.2文档概述4 1.3术语4 1.3.1Admin 4 1.3.2菜金4 1.3.3开单4 1.3.4折扣4 1.3.5提成4 1.3.6登录5 1.3.7退菜5 2.设计依据5 3.软件需求概要描述5 3.1系统语境图5 3.2信息/事件列表5 3.3用例模型6 3.4系统概念结构图7 4.软件需求详细描述7 4.1用例描述7 4.1.1登陆用例描述7 4.1.2登录活动图8 4.1.3点菜用例图8 4.1.4点菜活动图9 4.1.5换菜用例图10 4.1.6换菜活动图11 4.1.7退菜用例图11 4.1.8退菜活动图13 4.1.9添加新菜用例图14 4.1.10添加新菜活动图15 4.1.11修改菜品用例图15 4.1.12修改菜品活动图17 4.1.13删除菜品用例图17 4.1.14删除菜品活动图19 4.1.15添加折扣用例图19 4.1.16添加折扣活动图21 4.1.17修改折扣用例图21 4.1.18修改活动图23 4.1.19执行用例图23 4.1.20执行活动图25 4.1.21添加提成用例图25 4.1.22添加提成活动图27 4.1.23修改提成用例图27 4.1.24修改提成活动图29 4.1.25发放提成用例图29 4.1.26发放提成活动图31
4.1.27提交意见用例图31 4.1.28提交意见活动图33 4.1.29填写意见33 4.1.30填写意见活动图35 4.2外部接口35 4.3质量属性需求36 4.3.1性能需求36 4.3.2安全需求36 4.3.3易用性36 4.3.4可靠性37 4.3.5需求37 4.3.6设计约束37 5.人的特性/人的工程需求37 6.运行环境需求37 7.软件合格性因素37
员工网上订餐系统 之需求分析说明书 组名：最佳实践小组 指导老师：李华玲 组员：李蕴 0921010528 韩小文 0921010548 刘曼婷 0921010601 焦文亮 0921010634 吴岩 0921010711
目录 1.文档概述 (4) 1.1 编写目的 (4) 1.2 定义 (4) 1.3 参考资料 (4) 2.项目概述 (4) 2.1 项目背景 (4) 2.2 项目目标 (4) 2.3 构件图 (4) 2.4 上下文关系图 (5) 2.5 对产品进一步解析 (6) 2.6 项目适用范围 (6) 3.项目需求分析 3.1 性能需求分析 (6) 3.2项目活动图 (6) 3.3系统报表 (8) 3.4 类图 (8) 3.5 系统用例图 (10) 3.6用例文档 (12)
4.项目详细设计 4.1 系统模块详细设计 (14) 4.2 登录模块详细设计 (14) 4.3 顾客模块详细设计 (14) 4.4 管理员模块详细设计 (16) 5.项目技术方案 (19) 5.1方案概述 (19) 5.2 编程环境 (19) 5.3 数据库的实现 (19) 6．可行性分析 (19) 6.1 技术可行性分析 (19) 6.2 运行可行性分析 (20) 6.3 经济可行性分析 (20) 6.4法律可行性 (20)
1. 引言 1.1编写目的 此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的 项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、提交的内容清单、后续工作情况。 1.2定义 本产品是为餐厅专门开发的一套订餐管理系统，旨在合理化安排餐厅的工作，提高餐厅的管理效率，同时方便员工就餐。 1.3参考资料 《软件系统分析与设计》《需求分析最佳实践》 2. 项目概述 2.1项目背景 员工到食堂用餐，在路途和排队上浪费很多时间，并且去晚了经常会吃不到想吃的食物；员工对食堂的满意度不高，有将近一半的员工会 选择去周边饭店用餐。因此，食堂更无法准确预测员工需求，经常会出 现有些食物因为没有卖出去只好倒掉，而员工需要的一些食物却已卖完 的现象。 2.2 项目目标 开发手机订餐系统节省员工的时间和精力，避免员工在食堂排队等很多 时间，同时也减少食堂食物的浪费，并提高服务质量以及员工对餐厅的 满意度。 2.3 构件图
餐饮移动点菜系统解决方案 方案概述 国内外的餐饮行业管理系统已经有很多，但大都无法解决餐饮行业信息同步、流程一体化的需求。为此，北京人大金仓信息技术有限公司与××××公司合作，专门根据餐饮行业的特点，经过不懈的努力，研制开发出符合中国餐饮行业需求的餐饮移动点菜系统。 餐饮移动点菜系统就是通过最新的无线信息技术和智能掌上电脑，全面促进餐饮行业信息化管理的普及和发展，为餐饮行业带来崭新的管理理念与服务手段，优化业务流程，为客户提供更好的服务，实现企业价值最大化同时又使自己的成本最低化，并最终提高其本身在餐饮行业的竞争优势，本系统包含了前台的无线点菜、结账和后台的系统管理、维护、统计分析等完备的一体化功能，完成点菜、打印、结账、采购、核算的一系列管理。 随着社会的发展，科学技术不断进步，餐饮行业的旧的管理方式难以适应市场的需求，将会被新的管理模式所取代。我们公司长期致
力于移动解决方案的探索与研究，并取得可喜的成绩。公司密切跟踪国际先进技术，不断开发出升级换代的软硬件产品，其先进性、可靠性、实用性在国内保持先进水平。 系统架构 “餐饮移动点菜系统”系统结构由前端移动点菜模块与后端数据处理与管理模块组成。 ?前端移动点菜模块：通过具有无线功能的智能掌上电脑，服务员随时随地使用系统为顾客进行点菜、加菜、退采、催菜、结账、及各类菜品的查询等操作，并即时的把所需数据传到后台，供后台即时处理。 ?后台数据处理与管理模块：后台数据处理与管理模块接收前台移动点菜模块发来的点菜、家菜、退采、结帐等信息后，即时进行处理，如为厨房或各加工部门打印定菜单、为前台打印打印后台和前台的打印机上。打印机立刻打印结账单，而且所有的操作数据都储存在后台的数据库中，以备查询。 ?营业查询模块：提供餐馆业主各个经营方面的统计分析报表，为决策分析提供有价值的参考数据。
得分：80 评语： 1），态度较认真； 2），需求分析中，基本功能描述的比较清楚 3），没有严格按照需求分析说明书的格式进行排版。4），表达方式新颖。 餐厅点菜系统需求分析说明书
引言 (5) 1.1编写目的 (5) 1.2背景 (5) 1.3定义 (5) 1.4参考资料 (7) 2任务概述 (7) 2.1目标 (7) 2.2用户的特点 (7) 2.3假定和约束 (8) 2.3.1 开发期限 (8) 2.3.2 开发环境 (8) 2.3.3 技术 (8) 2.4开发者的特点 (9) 3功能需求 (9) 3.1 主控流程图 (9) 3.1 点餐模式 (11) 3.1.1 浏览点菜（中餐类） (11) 3.1.2 浏览点菜（西餐类） (12) 3.1.3 高级搜索点菜 (13) 3.2 用餐模式 (14) 3.2.1 催菜功能 (14) 3.2.2 加菜，换菜，删除菜功能 (15) 3.2.3 轻松一刻 (16) 3.2.4上菜及后台操作 (17) 3.3 呼叫服务员 (18) 3.4餐毕模式 (19) 3.4.1 顾客满意度 (19) 3.4.2 结账 (20) 3.5对性能的规定 (21) 3.5.1时间特性要求 (21) 3.5.2灵活性 (21)
3.6数据管理能力要求 (21) 3.7故障处理要求 (21) 3.8其他专门要求 (21) 4运行环境规定 (22) 4.1设备和支持软件 (22) 4.3接口 (22) 4.4控制 (22) 附：数据流图
人人
引言 1.1编写目的 此需求分析说明书对《点菜系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。 本说明书的预期读者为：餐厅点菜系统开发人员，餐厅管理及执行人员。 1.2背景 a)待开发的软件系统的名称：餐饮点菜系统 b)本项目的任务提出者： c)项目开发团队是：07软工第二小组 d)项目目标用户是：中、高档咖啡厅、KTV、快餐厅、酒楼 等餐饮行业 1.3定义 PDA： PDA，英文全称Personal Digital Assistant，即个人数码助理，一般是指掌上电脑。PDA通常采用手写笔作为输入设备，而存储卡作为外部存储介质。在无线传输方面，大多数PDA具
网上订餐系统需求分析 引言和编写目的（摘自网络）当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。社会对餐饮的快捷性要求形成了对网上订餐的要求，该项目将使用javaWeb 技术的servlet+jsp+javaBean 实现快捷的开发与部署，并且可以最大限度的保证系统的稳定性。网上订餐系统将极大的方便食客的就餐，同时也有利于我们的管理和售后服务。同时，我们的订餐系统还能帮助我们的酒店（餐馆）扩大营业范围，增加知名度等。 1、需求分析 用户可通过访问我们的网站快乐餐网上订餐系统，进行登陆或注册，获得你想要的各种食物，管理员可以查看用户菜品，可以对菜品进行增删改查。 2.1 产品介绍 产品名称：快乐餐订餐系统产品用途：对餐馆提供发布菜肴消息，得到顾客订单信息，对顾客提供菜肴服务。 2.2 产品面向的用户群体：各大酒店，网上店铺，以及一些大型超市的网上订餐系统等。 2、软件功能此系统主要是针对顾客开放的网上订餐系统。顾客订餐主要流程如下： 1. 顾客登录网上订餐系统进行菜单的浏览或者注册为会员。 2. 会员可以对自己的个人信息进行更改，以会员形式登陆的顾客享受订餐服务。 3. 如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除等功能。 4. 当顾客确定订餐完毕后，顾客可以将其提交至我们的餐厅后台系统，并生成订单。 5. 顾客可以对系统或者餐厅有意见或者建议的留言给我们，我们会及时满意的回复。管理员、后台管 理流程如下： 1. 管理员登录后台点餐系统。 2. 管理员可以管理会员信息。 3. 后台将顾客点餐提交到后厨显示。 4. 后厨根据顾客订餐菜单进行做菜。 5. 每完成一个菜就更改其状态为已做。 6. 所有订餐菜完成后根据会员提交送餐地址进行确认并送餐。 3、运行环境 顾客客户端：操作系统windows98 以上，浏览器IE5.0 以上。 条件与限制：开发本系统所用到的软件有：IIS ，DREAMWEA VER ，POTOSHOP ，WONDERSHARE FLASH SLIDESHOW BUILDER,MyEclipse7.0 ，SQL Server2005 4、功能描述 5.1 顾客网上订餐功能分析：根据对顾客网上订餐系统业务流程的分析，课已看出顾客点菜主要涉及到 一些数据库的 逻辑和程序应用逻辑。具体的功能归纳如下： 1. 顾客登录网上订餐系统进行菜单浏览、 2. 顾客注册为会员。 3. 会员对自己的个人信息进行更改，比如送餐地址和联系电话。以及账户密码。
餐馆点餐系统课程设计 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998
软件工程设计报告 ——餐馆点餐系统 班级：XXX 姓名：XXXX 学号：XXXX
目录5
3 3 3 3
第一章绪论 现实背景和理论背景 现实背景 我国的餐饮市场经过30多年的改革开放及发展，可以说我国正迎来一个餐饮业大发展的时期，市场潜在力量巨大，远景很是广阔。根据中国烹饪协会发布的2009年度餐饮业发展报告显示，即便在经济遭受重创的2009年，全社会餐饮业零售额达依然到17998亿元，同比增长%。其中，每月的零售额均超过1300亿元，增长率稳定在%至%。在各类消费性支出中增幅居前，仅次于交通和通信支出。并且预计2012年餐饮市场还将继续增长，营业额也将达到20000亿元。 与此同时，我国餐饮业发展的质量和内涵也发生了重大变化。行业的经营领域和市场空间不断拓宽，经营档次和企业管理水平不断提高，经营业态日趋丰富，投资主体和消费需求多元化特点更加突出，网点数量和人员队伍继续扩大；餐饮市场更加繁荣，消费的个性化和特色化的趋势明显，追求健康营养和连锁规模发展成为主题。集团化、品牌化、产业化和国际化的发展步伐加快，餐饮现代化的进程不断推进。 近几年来，中国餐饮业的发展一直保持强劲快速增长同时，也看到目前餐饮行业普遍存在的问题。餐饮企业的发展一直处于自我摸索、自我运作、自我积累和自我完善为主的状态，利润低、承载重、支撑小、发展难的特点突出。餐饮企业在产品标准化技术设备开发、连锁管理体系的建立、专业人才的培养、吸纳资本投入、理论指导和信息交流等方面的条件十分不足，存在着技术开发与设备配套难、管理与人才难、配送渠道与发展资金难、沟通交流与合作难等深层次因素的制约，行业平台和基础支持力量不强，对企业发展产生较大的影响。
文档编号： 版本号： 文档名称：需求分析说明书 项目名称： XX餐馆点菜系统 项目负责人： 编写：校对：年月日 审核：年月日 批准：年月日 开发单位： 联系电话： 目录 1 文档概述 (1) 1.1 编写目的 (1) 1.2 项目背景 (1)
1.3 预期的读者 (1) 1.4 定义 (1) 1.5 参考资料 (1) 2 任务概述 (1) 2.1 目标 (1) 2.2 系统建设背景 (1) 2.2.1 系统规模 (2) 2.2.2 预期目标 (2) 2.3 用户特点 (2) 2.3.1 行业特点 (2) 2.3.2 人员特点 (2) 2.3.3 使用频度 (2) 2.4 条件限制 (3) 3 业务概述 (3) 3.1 业务需求 (3) 3.2 相关人员及用户分析 (3) 4 业务模型分析 (3) 4.1 主题域划分 (3) 4.2 点菜管理子系统业务事件分析 (4) 4.2.1 点菜管理子系统业务事件标识 (4) 4.2.2 点菜管理子系统报表类型标识 (5) 4.2.3 点菜管理子系统接口标识 (5) 4.3 后厨管理子系统业务事件分析 (6) 4.3.1 后厨管理子系统业务事件标识 (6) 4.3.2 后厨管理子系统报表类型标识 (7) 4.3.3 后厨管理子系统接口标识 (8) 4.4 审批业务管理子系统业务事件分析 (8) 4.4.1 审批业务管理子系统业务事件标识 (8) 4.4.2 审批业务管理子系统报表类型标识 (9) 4.4.3 审批业务管理子系统接口标识 (10) 5 业务流程分析 (10) 5.1 点菜管理业务流程 (10) 5.1.1 参与者分析 (10)
餐厅点餐系统可行性分析报告 一、可行性研究报告 (1) 1．引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2．可行性研究的前提 (2) 2.2目标 (3) 2.3条件、假定和限制 (3) 2.4可行性研究方法 (3) 2.5决定可行性的主要因素 (3) 3．对现有系统的分析 (4) 3.1处理流程和数据流程 (4) 3.3费用支出 (4) 3.4人员 (4) 3.5设备 (5) 3.6局限性 (5) 4．所建议技术可行性分析 (5) 4.1对系统的简要描述 (5) 4.2处理流程和数据流程 (5) 4.3与现有系统比较的优越性 (7) 4.4采用建议系统可能带来的影响 (7) 4.5局限性 (8) 4.6技术可行性评价 (8) 5．可选择的其他系统方案 (9) 5.1可选择的系统方案一 (9) 5.2可选择的系统法案二 (9) 6．投资及效益分析 (9) 6.1支出 (9) 6.1.1基本建设投资 (9) 6.1.2其他一次性支出 (9) 6.1.3非一次性支出 (10) 6.2收益 (10) 6.3收益／投资比 (10) 6.4投资回收周期 (10) 6.5敏感性分析 (11) 7社会因素方面的可行性 (11) 7.1法律方面的可行性 (11) 7.2使用方面的可行性 (11) 8结论 (11)
1．引言（XX） 1.1编写目的 软件可行性报告的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 1.2项目背景 特开发的软件系统的名称：《餐厅点餐系统》 本项目的任务提出者： 本项目的任务目标使用用户:各大中小型餐厅 本项目的任务开发者： 该软件系统同其他系统或其他机构的基本的相互来往关系：该系统为完全独立的软件系统，除需要银行提供一个信用卡接口外，几乎与其他系统毫无关系。 1.3定义 【列出文档中所用到的专门术语的定义和缩写词的原文。】 1.4参考资料 《酒店菜单价格管理办法》 《软件工程导论》—张海藩 2．可行性研究的前提（XX） 功能：点菜自动化。简洁方便提供顾客点餐。不用重复以前繁琐人力工作。 要求：面向客户现实特色菜系，菜单选项，价格标注，具体菜名查询，点餐，打印凭条（2张一张给服务员一张给顾客）， 面向厨房显示所需做菜任务，提醒页面。 面向收银撤销菜品页面，售价统计 性能：顾客点餐将完整的输入中心服务器，通过服务器方便厨房及收银人员对菜品的操作，系统更新速度快，满足顾客的换菜等实时要求。 输出要求：打印凭条完整准确无误。数据内容：顾客餐桌号菜单以及各个菜品价格点餐 时间顾客额外要求等。
餐馆点餐系统需求分析 1、需求分析 用户可通过访问我们的网站，进行登陆或注册，获得你想要的各种食物，管理员可以查看用户菜品，可以对菜品进行增删改查。 2、软件功能 此系统主要是针对顾客开放的网上订餐系统。 顾客订餐主要流程如下： 1.顾客登录网上订餐系统进行菜单的浏览或者注册为会员。 2.会员可以对自己的个人信息进行更改，以会员形式登陆的顾客享受订餐服务。 3.如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除等功 能。 4.当顾客确定订餐完毕后，顾客可以将其提交至我们的餐厅后台系统，并生成订 单。 5.顾客可以对系统或者餐厅有意见或者建议的留言给我们，我们会及时满意的回 复。 管理员、后台管理流程如下： 1.管理员登录后台点餐系统。 2.管理员可以管理会员信息。 3.后台将顾客点餐提交到后厨显示。 4.后厨根据顾客订餐菜单进行做菜。 5.每完成一个菜就更改其状态为已做。 6.所有订餐菜完成后根据会员提交送餐地址进行确认并送餐。 3、功能描述 3.1顾客网上订餐功能分析： 根据对顾客网上订餐系统业务流程的分析，课已看出顾客点菜主要涉及到一些数据库的逻辑和程序应用逻辑。具体的功能归纳如下： 1.顾客登录网上订餐系统进行菜单浏览、 2.顾客注册为会员。 3.会员对自己的个人信息进行更改，比如送餐地址和联系电话。以及账户密码。 4.顾客对已选的菜单进行更改选择的数量或者取消选择。 5.当顾客确定订餐完毕后，顾客将其提交只服务器后台点餐系统，并生成订单。 3.2管理员后台管理系统功能分析： 1．管理员在后台登录后，可以创建新的管理员。 2．管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的图片，价格，菜单的描述，更换新品，添加新菜等。 3．管理员对菜单进行管理，确定订单的生成。 4．管理员根据不同的属性来查询订单，比如生成日期或者编号等。 5．管理员根据不同的时间段统计处营业额，成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。 为更好的说明系统，具体功能如下表：
西安翻译学院 课程设计报告 院系：项目技术学院 课程名称：软件项目案例教程 设计题目：酒店点菜管理系统需求分析 专业：软件项目 班级： 9311701 学号： 9311701002 姓名：刘炜龙 指导教师：肖淑苹 设计时间： 2018年11月20日-2018年11月20日 二〇一一年十二月二十日 课程设计任务书
目录 摘要：2 1、引言3 1.1课程的研究背景及目的3 1.2与课题相关的国内外研究综述4 1.2.1国内研究简况4 1.3研究<开发）内容4 2、系统需求分析4 2.1系统预期达到的目标5 2.2需求分析5 2.2.1使用系统的相关人员5 2.2.2系统业务流程6 2.2.3功能需求9 2.2.4系统的非功能性需求13 小结：13 参考文献：14 摘要： 随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店等高等消费场所的人数也与日俱增。传统的手工点菜方式因为其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，
提高酒店的服务管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发出一套可视化程度高、功能全面、集分析管理于一体的酒店管理系统。 本论文采用B/S三层软件体系结构，以Windows为操作平台，Java为开发语言，SQLServer2008为数据库，Eclipse为开发工具,使用JDBC连接。设计并实现了酒店点菜管理系统。 该系统实现了在可视化的基础上，利用数据库进行后台管理。前台界面上显示的每道菜均有成品图片、主料介绍、口味介绍和价格介绍，并分为不同菜系。系统具有记录和分析功能，能够自动统计每道菜被点取的次数并进行排列，形成本店的特色菜。点菜完毕后，系统会自动显示价格，使用户判断所选饭菜的总价是否在自己的预想范围内。如不满意，则可以进行补选或退选。上菜后，系统可根据服务员的操作进行记录，以避免漏菜现象。达到了服务方便、顾客满意的初衷，可初步适用于各大酒店。 关键词：酒店点菜管理、JDBC连接、数据库管理、Windows操作平台。 1、引言 1.1课程的研究背景及目的 随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店等高等消费场所的人数也与日俱增。传统的手工点菜方式因为其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。层出不穷的各类酒店点菜管理系统也应运而生，呈现出多元化的发展。为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高酒店的服务管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发出一套可视化程度高、功能全面、集分析管理于一体的酒店管理系统，极具有市场价值。
订餐管理系统需求分析 餐厅订餐管理系统需求分析一、引言 1.1编写目的 当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，面对餐饮服务业内激烈的竞争形势，怎样才能从餐厅的预定，到客人的结账离开，整个过程应该能够体现以客人为中心，提供快捷、方便的服务，提高餐厅的管理水平，简化各种复杂的操作，在最合理、最短时间内完成餐厅业务规范操作，增加客户回头率。最快的方式莫过于利用计算机，用软件管理餐厅。1.2 开发背景 餐饮业的激烈竞争使得提高餐厅管理员工作效率成为一项重要任务，而借助于计算机管理系统的强大功能，创造客观的经济效益已经成为很多餐厅的首选。 本餐厅订餐管理系统主要针对餐厅管理中的餐桌订餐管理，旨在提高餐厅管理效率，减免手工处理的繁琐和误差，及时、准确地反映餐厅的工作情况、经营情况，从而提高餐厅的服务质量，获得更好的经济效益; 实现餐厅管理的规范化、自动化。 二、任务概述 2.1目标餐厅服务员可通过登陆我们的餐厅订餐管理系统，获得餐厅各餐间的动态信息，从而为客人提供餐间的预定、清洁等服务。餐厅管理员可以增删改查服务员信息、客人信息、各餐间信息，并可以对服务员授予权限。具体目标如下: (1)提供实时、快速、准确的客房动态信息 (2)简便迅捷的客人接待登记服务 (3)有效的预定处理 （4）系统运行稳定可靠快速，易于维护 （5）简单、友好的操作界面
2.2系统介绍 系统名称: 餐厅定餐管理系统 系统用途: 浏览、修改餐厅各餐桌（间）的动态信息，对餐厅各餐间进行预定，方便管理。可以简单管理餐厅工作人员信息和客户信息。 2.3用户特点本餐厅客房管理系统的用户分为管理员和餐厅工作人员两类。 餐厅管理员能够对整个系统进行管理，能够执行系统所有操作。可以对服务员信息、客人信息、各餐间信息进行添加、修改、查询、删除，并可以对服务员授予权限。 餐厅工作人员可通过登陆，进入餐厅订餐管理系统，维护餐厅各餐桌（间）的动态信息，从而为客人提供餐桌（间）的预定、清洁等服务。 三、系统主要功能 3.1主页面显示功能 提供餐桌（间）信息、客人信息、服务员信息、系统管理等导航浏览功能。 3.2餐桌（间）信息 该模块主要完成以下功能: （1）主界面显示所有餐桌（间）的缩略图（如下图3-1），并对餐桌（间）各种状态用颜色或其他标志明显区别显示，让浏览者对各种状态一目了然，尤其是空闲的餐桌（间）的信息。同时，管理员可以更换各种状态的颜色和标志。
酒店点菜管理系统 需求规格分析说明书 * 编写人：李丽芳蒋孝頠冯洪涛刘鹏王文丽 创建日期： 目录 1引言 (1) 编写目的 (1) , 背景 (1) 定义 (1) 参考资料 (1) 2开发背景 (2) 目标 (2) 用户特点 (2)
假设与约束 (2) 3 需求规定 (2) < 对性能的规定 (2) 对维护的规定 (2) 4 运行环境 (3) 设备 (3) 软件接口 (3) 控制 (3) 需求分析 (3) 5概要设计说明书 (7) @ 6图 (10) 6．1 用例图 (10) 类图 (13) 序列图 (14) 协作图 (17) 状态图 (18) 活动图 (20) 7项目成员 (23) ！ 引言 点菜管理系统的实质是管理者对组织的资源进行有效的整合，以达到组织既定目标的动态创造性活动。组织的资源有多种表述形式，无论是对餐饮业财力、物力资源的管理，还是对其他资源的管理，均是以人为主体并由人来实施进行的，人力资源是首要的资源。因此，人力资源管理的好坏，决定了餐饮业经营的成败。 编写目的 本文档是餐饮点菜管理系统的项目需求说明书，对餐饮点菜管理系统的发展进行简要回顾，分析当前的业务流程，总结此类管理系统的基本特点以及总体功能，尽可能完整的概括提取出需求方的全部想法。本文档对项目开发人员、设计人员及系统实施人员具有很重要的指导意义。 背景
目前，我国餐饮业在日常点菜管理中仍普遍采用手工操作方式，整体科技含量低，随着餐饮业高速发展和餐饮店规模的不断扩大，许多餐饮企业采用连锁经经营和集团化运营，手工操作无论是在工作效率、人力成本和决策信息等方面都已经难以适应企业发展的要求，制约了整个餐饮业的规模化发展和整体服务水平的提升。 定义 { 点菜管理系统是帮助餐厅工作人员对点菜进行管理的软件。 参考资料 《软件工程使用教程》郭宁、马玉春、邪跃、吴文红编著人民邮电出版社。
餐饮点菜系统的设计与实现 内容摘要：二十一世纪是信息高度交流与发展的时代，随着人类社会的进步与发展，越来 越多的信息已无法通过手工记录、人工管理来实现，信息在社会经济中发挥着越来越重要的作用。餐厅点菜管理系统是一个信息化管理软件，可以实现餐厅的点菜、订餐、员工管理等各项业务的信息化管理，整个系统从符合操作简便、界面友好、灵活、实用、安全的要求出发，减少了人工操作的麻烦和误差，能更好地提高企业的管理模式，实现自动化。 在大多数的餐饮场所点菜、查看菜谱等是人工完成的。这就需要通过大量的手工完成，速度慢，耗费人力多，而且极易出错，导致工作效率低，造成人力物力的极大浪费。为了节省人力和时间，避免不必要的错误，通过对此作认真细致的调查研究后，决定开发本系统。写作本论文目的在于在现行餐饮管理的基础上，建立科学的计算机餐饮管理系统数据库，用计算机工作代替以往大量的人工劳动，提高工作效率，促进餐饮自动化，适应当今科学技术飞速发展的需要。 在整个数据库系统操作中起到相互联系、相互制约的作用，可根据需要随时打开、运行、处理、关闭。该系统同时设有初始设置、系统维护等几个功能，通过对多个数据库文件的控制操作，可实现查询、录入、修改、删除和打印等功能。
第1章绪论 1.1选题背景 当今时代是飞速发展的信息时代。在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。在餐饮业中主要有4大类信息：认识管理、销售统计、成本管理和库房管理。 人工处理这些信息不仅工作量繁重、复杂、而且容易产生错误和混采用计算机进行信息的查找管理不仅能实现管理的规范化，而且还可以避免错误提高效率，本系统即对餐饮业的信息的销售而设计制作的 1.2 选题目的 本系统是针对餐厅点菜管理系统介绍进行设计的, 目的主要是全面展示餐厅点菜管理系统内容及环境，全面管理管理餐厅信息，为每位员工提供优质的服务。 培养学生独立完成课题的工作能力及从文献获取知识的能力，提高计算机运用水平，掌握运用软件工程思想开发管理信息系统的一般方法及各种规范，为毕业后走上工作岗位打下良好基础。 1.3 系统实现技术 该系统是使用流行的软件开发程序SQL2005 数据库和ASP环境.C# 1.4 开发工具与语言简介 1.4.1 ASP简介 ASP是一种服务器端脚本编写环境，可以用来创建和运行动态网页或Web应用程序。ASP网页可以包含HTML标记、普通文本、脚本命令以及COM组件等。利用ASP可以向网页中添加交互式内容（如在线表单），也可以创建使用HTML网页作为用户界面的web应用程序。与HTML相比，ASP网页具有以下特点：（1）利用ASP可以实现突破静态网页的一些功能限制，实现动态网页技术； （2）ASP文件是包含在HTML代码所组成的文件中的，易于修改和测试； （3）服务器上的ASP解释程序会在服务器端执行ASP程序，并将结果以HTML格式传送到客户端浏览器上，因此使用各种浏览器都可以正常浏览ASP所产生的网页； 1.4.2 SQL2005数据库简介 SQL Server 是一个关系数据库管理系统。它最初是由Microsoft Sybase 和 Ashton-Tate三家公司共同开发的，于1988 年推出了第一个OS/2 版本。在 Windows NT 推出后，Microsoft与Sybase 在SQL Server 的开发上就分道扬镳
基于Android的餐厅点菜系统需求分析说明书
1.引言 (2) 1.1编写目的 (3) 1.2背景 (3) 1.3参考资料 (3) 2．任务概述 (3) 2.1需求获取 (4) 2.2用户特点 (4) 2.3假设和约束 (4) 3.系统功能需求 (5) 3.1功能需求 (5) 4.系统配置需求 (7) 4.1成本案例需求 (8) 5．外部接口需求 (9) 5.1用户接口 (9) 5.2硬件接口 (9) 5.3软件接口 (9) 5.4通信接口 (9) 6．质量需求 (9) 7．其它需求 (10) 7.1数据库 (10) 7.2 操作 (10) 一、引言
《餐厅点菜系统》旨在详细描述系统功能需求和一些非功能需求，明确需求边界。文档分为四个部分：概述部分描述了项目的目的和范围，并对文档中用到的术语进行说明,系统说明部分对系统进行了简要在描述;需求说明部分对系统从功能要求、安全性、性能等几方面进行阐述;验收标准则描述了系统最终验收通过的准则。 1.1编写目的 《餐厅点菜系统》目的是明确《餐厅点菜系统》中各项功能和非功能性需求，确定系统功能模块。同时为概要设计和详细设计人员提供设计依据，其他本项目组的开发人员也可参阅。 《餐厅点菜系统》的阅读对象为： (1)对相关业务技术和总体方案做出决策的管理人员和质量管理人员; (2)对本《需求规范说明书》进行评审和确认的有关业务、技术人员; (3)参加概要设计和详细设计工作的全体设计人员; (4)《餐厅点菜系统》项目组，其他有权需要调用本文档的人员。 1.2背景 开发项目名称：餐厅点菜系统 项目任务提出者：孙弋老师 用户：所有大中小型酒店管理者 项目与其他软件、系统的关系：本系统要与银行数据系统相兼容。 本系统采用C/S，服务器端Microsoft sever 2003为操作系统平台是Microsoft SQL several 2005 开发软件的数据库服务程序。 1.3参考资料 [1]任良,才李鑫,闫宸.嵌入式电子点菜系统的设计.常熟理工学院学报,2010. [2]奉华成. 无线点菜系统——餐饮企业信息化的必由之路[J]. 中小企业管理与科技(上旬刊), 2011,(01) [3]李振坤,蓝芳华. 基于PDA的无线餐饮点菜应用系统的设计与实现[J]. 计算机应用研究, 2006,(02) . [4]百度文库； [5]《酒店财务管理》； 二、任务概述
校园网上订餐系统 之需求分析说明书 项目人员：李文斌 王维康 业铿
目录 1. 引言 (4) 编写目的 4 定义 4 参考资料 4 2. 项目概述 (4) 项目背景 4 项目目标 4 构件图 (4) 上下文关系图 (5) 类图 6 项目适用范围7 3 项目需求分析 性能需求分析7 系统用例图8 系统体系结构 (9) 4 项目详细设计 系统模块详细设计9 登录模块详细设计10 顾客模块详细设计10 管理员模块详细设计11
5项目技术方案 (13) 方案概述 . (13) 编程环境 (14) 数据库的实现 (14) 6．项目报表 (14) 项目活动图 (14) 系统报表 (16) 7．可行性分析 (16) 技术可行性分析 (16) 运行可行性分析 (16) 经济可行性分析 (17) 1.引言
1.1编写目的 此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的 项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、 提交的内容清单、后续工作情况。 1.2定义 本产品是为校园餐厅专门开发的一套订餐管理系统，旨在合理化安排餐厅的工作，提高餐厅的管理效率，同时方便学生就餐。 1.3参考资料 《软件系统分析与设计》《软件需求工程》 2.项目概述 项目背景 学生到食堂用餐，在和排队上浪费很多时间，并且去晚了经常会吃不到想吃的食物；学生对食堂的满意度不高，有许多的学生会选择去学 校周边的饭店用餐。因此，食堂更无法准确预测学生需求，经常会出现 有些食物因为没有卖出去只好倒掉，而学生需要的一些食物却已卖完的 现象。 项目目标 开发网上报餐系统节省学生的时间和精力，避免食堂食物的浪费，同时让每位就餐员工都吃到满意的食物，提高服务质量以及员工对餐厅 的满意度。 构件图
编号 003 版本 V1.0 需求规格说明书 项目名称：餐饮饭店管理系统 项目负责人门晖祺 编写门晖祺刘洋洋 校对刘洋洋 审核李家祥 单位:110615班第5小组 2014年5月4日
目录 1引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2任务概述 (1) 2.1目标 (1) 2.2用户的特点 (2) 2.3假定和约束 (2) 3业务分析 (2) 3.1组织机构分析 (2) 3.2组织职能分析 (3) 3.3确定业务 (3) 3.4业务与机构 (3) 3.5业务与实体 (4) 3.6主要业务流程图 (4) 4需求分析 (8) 4.1系统功能需求 (8) 4.1.1系统目标分析 (8) 4.1.2系统需求结构图 (5) 4.1.3系统功能描述 (7) 4.1.4功能用例图 (8) 4.2系统性能需求 (11) 4.3输入输出要求 (11) 4.4系统界面需求 (11) 4.5故障处理要求 (11) 5运行环境规定 (16) 5.1硬件平台 (16) 5.2软件环境 (16) 5.3接口 (13) 6 风险分析 (17) 6.1系统面临的主要风险 (17) 6.2风险的处理策略 (17) 7遗留问题 (17)
1引言 1.1编写目的 本文档主要是对获取的用户需求，综合考虑组织目标、现状、技术条件、投资能力等因素，从系统目标、结构、功能、性能、风险等方面对餐饮饭店管理系统进行深入细致地分析，剔除相互矛盾、不一致、有歧义或者不必要的需求，最终确定出合理、正确、可行的系统需求，尽可能地满足用户要求，避免开发人员和用户之间的误解。 本文档将详细、准确地反映最终确定的系统需求内容，简要地反映需求分析的过程以及相关问题；既是对需求分析工作的总结，又将作为后续开发阶段系统分析、设计、实现和测试的工作纲领。 1.2背景 A.待开发的软件系统的名称：餐饮饭店管理系统 B.项目的任务提出者：XX饭店 C.项目开发者：哈尔滨工程大学系统分析课程110615班第5小组 D.本文档的读者范围包括： a．需求提供方具体责任人 b．开发方项目负责人、系统分析设计人员 1.3定义 A.非营业开支：除采购款、销售款外，饭店维持正常运营所需开支 B.报损：库存损坏商品上报 C.报溢：库存非正常（顾客遗失等原因）增加商品上报 1.4参考资料 A.《系统设计与分析》哈尔滨工程大学邢薇主编 B.《软件设计文档国家标准－需求规格说明书（GB856T——88）》 C.《JSP网络开发实例》人民邮电出版社 2任务概述 2.1目标 餐饮饭店管理系统将覆盖饭店日常经营管理的全过程，包括采购管理、餐饮销售管理、库存食材管理、管理决策支持等各个环节。 ?软件的各个模块操作界面简单、实用，可让用户可以在最短的时间内掌握软件的使用方法。 ?软件的采购管理、餐饮销售管理、库存食材管理功能强大，灵活，极大方便饭店日常工作，同时为用户提供方便实用的模糊查询功能，用户可以在最短时间内找到自己所需要
点菜系统 现状 ?顾客：一些生意较好的餐厅人往往比较多，点个菜都要等好久，更别提什么时候能吃上了。 ?服务员：有的顾客比较挑剔，点菜的时候会对各种菜问个究竟，有的顾客拿点菜迟迟不定主意，人多的时候根本忙不过来。 ?厨师：刚做完一道菜，同样的菜又要做一份，效率很低，顾客的等待时间也会延长。?经营者：希望有这么一个系统，合理得分配调节，也使顾客就餐更加自主 1用传统手工流程的餐饮企业面对的是 1)舞弊：收银员舞弊等客人结完帐在退菜品，退的钱自己收下；结完账把原始单销毁， 多的钱可以自己收下；算错多收钱自己可以收下；茹果收银软件存在漏洞，那就会更危险。酒水员舞弊退客人的酒水，销售自己带的酒水，获取暴利。 2)跑单：因上菜速度慢，客人催菜，服务员去厨房催菜，客人趁机走人；或者因上菜慢随 最后上来但客人拒绝付款。 3)错单：厨师看不清单子，做错菜；服务员催的急有时会做重菜；做菜速度慢，菜品被客 人退回。 4)丢单：手写单到厨房的只有一联，各个档口都会抢着用单子，忙时往往会丢单；餐饮软 件不稳定就会有丢单现象，丢单是餐饮界“兵家大忌”。 5)效率低：收银部、传菜部、厨师部、库房等采用手写单据，财务部要核对手写单据，费 时费力。 2正在使用着餐饮软件的企业面对的是 1)无法满足企业发展需要，运行不稳定，报表常报错。 2)收银软件存在完全漏洞，功能不完善结构不合理，售后服务差或没有服务，提供不了有 价值的报表。 3)漏记、错记、重记客户预订翻台信息不能及时传递至咨客，延长客人等待时间。 4)手工点单字迹不清，造成错上、漏上沽清信息不及时导致退菜、换菜频繁。 5)单据容易迫损、遗失传单效率低下，延误上菜时间。 6)手工计算易出错，稽核难折扣、馈赠不易管理。 7)采购无序不及时库存数量、合理库蠢砘易掌握，造成资金积压或销售损失。 8)无法有效分析客户消费偏好、消费频度、消费额度等信息。 9)营销针对性不强，怠慢或漏失大客户日审、成本、统计工作量大，易出错报表编制困难， 只能进行简单经营分析。