餐馆点菜系统需求分析.doc

《餐馆点菜系统需求分析.doc》由会员分享，可在线阅读，更多相关《餐馆点菜系统需求分析.doc（30页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 文档编号： 版 本 号： 文档名称： 需求分析说明书 项目名称： XX餐馆点菜系统 项目负责人： 编写：校对： 年 月 日审核： 年 月 日批准： 年 月 日开发单位： 联系电话： 目 录1 文档概述11.1 编写目的11.2 项目背景11.3 预期的读者11.4 定义11.5 参考资料12 任务概述12.1 目标12.2 系统建设背景12.2.1 系统规模22.2.2 预期目标22.3 用户特点22.3.1 行业特点22.3.2 人员特点22.3.3 使用频度22.4 条件限制33 业务概述33.1 业务需求33.2 相关人员及用户分析34 业务模型分析34.1 主题域划分34.2 点菜管

2、理子系统业务事件分析44.2.1 点菜管理子系统业务事件标识44.2.2 点菜管理子系统报表类型标识54.2.3 点菜管理子系统接口标识54.3 后厨管理子系统业务事件分析64.3.1 后厨管理子系统业务事件标识64.3.2 后厨管理子系统报表类型标识74.3.3 后厨管理子系统接口标识84.4 审批业务管理子系统业务事件分析84.4.1 审批业务管理子系统业务事件标识84.4.2 审批业务管理子系统报表类型标识94.4.3 审批业务管理子系统接口标识105 业务流程分析105.1 点菜管理业务流程105.1.1 参与者分析105.1.2 点菜管理业务流程分析105.2 后厨管理业务流程125

3、.2.1 参与者分析125.2.2 后厨管理业务流程分析135.3 审批管理业务流程145.3.1 参与者分析145.3.2 审批管理业务流程分析146 用例建模156.1 点菜管理子系统用例156.1.1 用例优化166.1.2 用例规约176.2 后厨管理子系统用例186.2.1 用例优化196.2.2 用例规约206.3 审批业务管理子系统用例216.3.1 用例优化226.3.2 用例规约237 系统概念数据模型248 性能需求268.1 系统响应时间要求268.2 系统安全性要求268.3 可靠性268.4 易使用性27需求分析说明书1 文档概述1.1 编写目的本说明书的编写是为了明

4、确餐馆点菜系统开发的功能需求和性能需求，以标准的语言和表述方式整理系统需求，以便于开发者和用户对系统的理解和认识。1.2 项目背景系统名称：餐馆点菜系统项目委托单位：餐馆项目开发单位：公司1.3 预期的读者最终用户：餐馆点菜工作相关人员系统设计人员：系统测试者：1.4 定义点菜员：使用系统进行信息填写的个人。后厨主管：使用系统进行菜单审阅、确认及发布菜谱信息的个人。餐馆经理：使用系统进行诉求审阅的个人。1.5 参考资料（1）需求分析（2）由餐馆提供的餐馆点菜系统开发合同书2 任务概述2.1 目标餐馆点菜系统是由餐馆投资开发，以实现餐馆点菜工作信息化，高效为顾客服务的重要工作之一。餐馆点菜系统结

5、合招点菜工作的特点，利用网络的有效传播性，提高点菜工作效率、节省点菜时间，尽快生成点菜单，为各位前来消费的顾客提供及时而丰富的菜谱信息，帮助顾客选择美味并且丰盛的佳肴。本系统可以与其他应用系统交互，极大的增强了交互性和可操作性。2.2 系统建设背景本系统基于计算机网络软件系统的支持。系统利用局域网网络，网络带宽可以满足数据库系统的实时操作要求。2.2.1 系统规模餐馆点菜系统的信息管理工作和业务管理工作主要集中由各角色成员完成，不需要分布的服务器管理。系统的业务范围包括点菜员点菜系统，后厨确认系统，审批诉求系统三个部分。2.2.2 预期目标通过开发餐馆点菜系统，实现点菜工作的高效性，点菜员不需

6、要手写信息，通过使用电子点菜机提高点菜的电子化程度，以便顾客能够更加快捷、方便的选择自己想要的美味佳肴，同时也为餐馆的规范化和信息化管理打坚实的基础。2.3 用户特点2.3.1 行业特点餐馆点菜系统的特点有：（1）为便于给顾客周到的点菜服务，任何前来消费的顾客均可知晓餐馆的菜肴的名称、主料和价格等信息，以便客户按自己的口味进行选择。（2）由于点菜业务的重要性，需要餐馆点菜员必须经过实名认证即在操作点菜机的时需要输入自己的编号。（3）由于菜肴主料的准备情况，及时的调整菜谱信息。2.3.2 人员特点本系统的涉及的使用者包括负责为顾客点菜的各位餐馆点菜员、各位前来就餐的顾客、审阅菜单及时更新菜谱信息

7、的后厨主管，解决就餐问题的餐厅经理。（1）各位点菜员已经具有熟悉使用电子点菜机的技能，熟悉点菜的整套流程，能够为各位顾客提供详细而周到的点菜服务，尽快的生成点菜单。（2）前来消费的顾客根据自己的口味，结合餐馆实际情况，与点菜员进行交流，选择自己需要的菜肴。（3）后厨主管根据餐馆购买的原材料及时编制菜谱信息和由于某些菜肴的供应量过大致使部分原材料供应不足而需要重新更新菜谱，可通过基本的上网操作，将数据及时反馈到点菜员点菜机上并进行确认菜单的工作。（4）餐厅经理根据点菜员申报关于顾客认为菜肴不新鲜要求退菜或换菜、认为菜肴价格太贵要求打折或者赠送优惠券的意见，进行完成网上的审批工作。（5）上菜员根据

8、后厨的信息为顾客上菜。另外，本系统还涉及系统管理功能，其使用者是系统管理员，他们是系统的次要参与者，主要是对其他业务管理员的管理。2.3.3 使用频度系统的主要操作集中在查询、信息录入等操作上，一般使用的时间集中在：（1） 根据顾客的需求，确定点菜单。（2） 后厨收到信息后进行确认。（3）遇到就餐问题的意见，经理进行审批。2.4 条件限制开发工具及环境规定：软件结构： B/S结构操作界面：浏览器界面数据库：MS-SQL SERVER操作系统：桌面系统：Windows xp系列服务器系统 Windows 2000 Server3 业务概述3.1 业务需求餐馆点菜系统主要包括以下功能：根据顾客的需

9、求，确定点菜单；后厨及时公布和调整菜肴信息并对收到菜单信息的进行确认；对于顾客就餐意见进行反馈。3.2 相关人员及用户分析顾客：浏览菜谱上的信息，对感兴趣的菜肴进行选择，对于自己的不满意的菜肴或菜肴价格可以提出意见，申请更换菜肴或申请价格打折。点菜员：负责为顾客生成点菜单。后厨主管：负责菜谱信息的发布与更新，确认点菜单的生成。经理：负责审核申请更换菜肴或价格打折的意见。上菜员：负责为顾客上菜。系统管理员：负责审核各位角色成员的身份合法性验证，以及后台数据库的管理，网络维护等。4 业务模型分析4.1 主题域划分根据对点菜业务需求及相关人员及用户的分析，可将本系统划分为三个操作子系统，子系统之间相

10、互联系，完成点菜工作和所涉及的管理，系统划分如图1所示： 图1 餐馆点菜系统构件图4.2 点菜管理子系统业务事件分析餐馆点菜系统的前端用户为点菜员，通常点菜员向系统输入自己的编号进入系统，完成点菜员身份合法性验证，然后更新菜谱，顾客通过浏览菜谱信息，选择是适合自己口味的菜肴，点菜员根据顾客所选的菜肴，进行点菜单的生成。点菜管理子系统的主题域范围如图2所示：图2 点菜管理子系统上下文关系图4.2.1 点菜管理子系统业务事件标识（1） 顾客查看菜肴信息：顾客浏览菜肴信息，包括菜肴的主料信息、价格信息等。（2） 顾客申请更改菜肴信息：顾客对自己最初所点菜肴有新的意见，要求增加某个菜肴或者删掉某个菜肴

11、。（3） 点菜员填写菜肴信息：点菜员根据顾客的要求的菜肴进行点菜单的准确填写，生成点菜单。（4）点菜员查询菜肴信息：点菜员可对自己提交的信息进行查看，当菜肴信息发生变化时，可及时提醒顾客更换菜肴。（5）点菜员更改菜肴信息：由于顾客对于预先做出的菜肴选择有更换的要求，帮助顾客重新完成新的菜肴选择，及时生成新的点菜单。（6）系统管理员审核点菜员信息：当点菜员提交个人信息后，信息管理员要审核其信息是否真实有效，只有可靠的点菜员信息才能登录到系统中。4.2.2 点菜管理子系统报表类型标识对点菜管理子系统的业务事件进行分析，可得业务事件将需要或产生如下报表，详细情况如下表1所示。类型子类关键字潜在报表类

12、型事进度菜谱查询1、菜谱信息表改单2、改单业务统计表点菜单生成3、点菜单生成统计表物需求接待顾客4、餐桌剩余统计表表1 点菜管理子系统业务报表说明：（1）菜谱信息表菜谱信息表是某菜谱的详细信息统计表，包括菜谱的制作主料，价格等。菜谱信息表用于业务流程中查询菜谱信息及审核时使用。（2）改单业务统计表根据顾客的需求，点菜员对于客户对于菜肴做出的调整而更改点菜单，系统对所有改单进行统计，形成改单业务统计表。（3）点菜单生成统计表点菜生成表是点菜员向系统提供的点菜单的信息统计，这个是根据点菜员提供的顾客最终点菜单进行信息统计将情况最后反映到消费结算中心，以便顾客就餐完以后付账。（4） 餐桌剩余统计表点

13、菜员根据餐馆内所剩的餐桌数量来接待顾客，保证进入餐厅的顾客都有位置就坐。4.2.3 点菜管理子系统接口标识点菜管理子系统主要涉及的信息访问包括菜谱信息查询、审核信息查询，因此提供的接口为菜谱信息获取接口和审核信息获取接口，供其他子系统获取相关信息。（1）菜谱信息接口主要实现菜谱信息的查询。其他子系统在需要获取菜谱信息的时候，可通过此接口查询到相关菜谱的信息。（2）审核信息接口提供了提交菜单信息审核接口，通过此接口，其他子系统可以查询菜单生成信息等。4.3 后厨管理子系统业务事件分析后厨管理是整个系统的中心环节及核心业务，该主题域主要是实现生成点菜单业务流程。点菜单是点菜员根据顾客的需要提供的，

14、点菜员将这一信息通过电子点菜机传送给后厨管理子系统，后厨主管根据后厨原料的实际情况进行统计，然后对点菜单进行确认，将信息反馈给点菜员，来完成点菜单的生成。后厨管理子系统的主题域范围如下图3所示：图3后厨管理子系统上下文关系图4.3.1 后厨管理子系统业务事件标识后厨管理子系统的业务事件有：（1）点菜员递交菜单：点菜员根据顾客的菜肴要求，在点菜机上填写顾客所点菜单，填写完后将这一信息发送给后厨管理系统，等待后厨管理系统的确认。（2）点菜员查询菜单：点菜员可以根据点菜单的编号，能够随时查询菜单的确认情况，及时的反馈给顾客，顾客根据这一情况将决定是否需要作出部分菜肴的更改。（3）后厨主管确认点菜单：

15、后厨主管根据点菜员的传送过来的点菜单信息表，结合后厨中所备原料的信息的剩余主料统计表来标示哪些现在可以提供的、哪些些暂时不能提供的菜肴。（4）后厨主管查询菜谱：后厨主管查询菜谱信息，查看当前菜谱信息与后厨的实际准备情况是否相符合。（5）后厨主管更改菜谱：后厨主管根据菜肴主原料的所剩用量，对于欠缺的菜肴标示和统计，更改菜谱信息。（6） 后厨主管发布新菜谱：后厨主管将最近一次更改的菜谱信息对所有点菜管理子系统进行发布，帮助点菜员为顾客提供及时准确的菜谱信息。（7）后厨主管通知点菜员审核结果：当点菜员提交的点菜单通过后厨管理子系统的确认后，将会信息按照点菜单的编号反馈给点菜员。（8）上菜员上菜：上菜

16、员按照后厨的菜单要求给菜单确认的顾客上菜。4.3.2 后厨管理子系统报表类型标识对后厨管理子系统的业务事件进行分析，可得业务事件将需要或产生如下报表，详细情况如表2所示。类型子类关键字潜在报表类型事进度递交点菜单1、点菜单申请统计表2、通过确认点菜单统计表3、通过未确认点菜单统计表原料统计4、原料统计表物需求发布菜谱5、菜谱信息表反馈结果6、反馈结果统计表2 后厨管理子系统业务报表说明：（1）点菜单申请统计表对所有点菜员提交的点菜单按照编号进行统计，并且按照时间的先后顺序来进行排序，点菜单申请统计表用于用于业务流程中查询点菜单的提交情况时使用。 （2）通过确认点菜单统计表后厨管理子系统对能够提

17、供菜肴的点菜单进行确认，统计所有通过后厨管理子系统的点菜单，此统计表在后厨主管反馈结果信息时可方便查询。（3） 未通过确认点菜单统计表统计所有不能够提供部分菜肴未通过后厨管理子系统的点菜单，此统计表在后厨主管反馈结果信息时可方便查询。（4）原料统计表根据原料的基本信息及时统计后厨内的所剩原料，原料统计表用于后厨主管在确认点菜单的时候使用。（5）菜谱信息表根据后厨内的原料实际情况，对于提供的菜肴信息进行及时更新，对于能够提供的菜肴和不能提供的菜肴进行分别标示，并制定一份最新的菜谱信息表，及时发布给所有点菜员。（6）反馈结果统计系统通过确认点菜单统计表对于已经确认的点菜单进行信息反馈，将这些结果进

18、行统计，方便后厨主管对点菜单的确认情况进行查询。4.3.3 后厨管理子系统接口标识后厨管理子系统主要涉及的信息访问是点菜单确认结果，定义点菜单结果接口，向其他子系统提供点菜单结果的查询，其他子系统通过此接口可得知点菜的最终结果，并完成点菜状态修改等操作。4.4 审批业务管理子系统业务事件分析审批业务是餐馆点菜系统所处理的比较重要数据信息之一，审批业务主题域的主要完成对于已确认点菜单的修改。同时，实现完整的最终点菜单的生成需要得到审批业务子系统的支持。而对于子系统要完成的业务进行分析，可得主题域范围如下图所示：图4 审批业务管理子系统上下文关系图4.4.1 审批业务管理子系统业务事件标识（1）点

19、菜员提交顾客诉求：由于顾客对于餐馆提供的菜肴不满意，如认为菜肴不新鲜或者菜肴的口味太差等意见，要求更换新的菜肴，点菜员将这一信息传送审批业务子系统，供餐馆经理查询、审批。（2）点菜员查询审批回复：点菜员对提交的诉求信息表的审批情况进行查询，将结果及时反馈给用户。（3）点菜员修改点菜单：点菜员根据审批结果，更改原点菜单，生成最新点菜单，将新增的菜肴信息传送给后厨管理子系统。（4）餐馆经理查询客户诉求：在网上查看点菜员反馈的顾客意见。（5）餐馆经理审批客户意见：对于客户的意见进行认真审核，将审核结果反馈回点菜员。（6）顾客提出就餐意见：对于就餐食物的不满意，因而向点菜员提出换菜或退菜。4.4.2

20、审批业务管理子系统报表类型标识对审批业务管理子系统的业务事件进行分析，可得业务事件将需要或产生如下报表，详细情况如下表3所示：类型子类关键字潜在报表类型事进度诉求审批1、意见诉求信息表2、待审诉求信息统计表3、通过审批诉求统计表需求查询项目4、点菜单统计表表3 审批业务管理子系统业务报表说明：（1）意见诉求信息表 点菜员根据顾客的诉求和意见填写意见诉求信息表，包括对应的点菜单的编号，传送到审批业务子系统，待餐馆经理进行审批。（2）待审诉求信息统计表通过待审诉求信息统计表记录了所有有待通过审批的信息，餐馆经理可通过查询此统计表，明确待意见审批的情况。（3）通过审批诉求统计表记录已通过审批诉求信息

21、，经理可查询信息表，若发现出现问题或错误可进行修改。（4）点菜单统计表统计所有所有生成点菜单相关信息。餐馆经理在需要的时候可查询统计表了解餐馆的点菜信息。4.4.3 审批业务管理子系统接口标识审批业务管理子系统提供查询审批信息接口，其他子系统可使用此接口获取反馈信息等，以便完成其他业务。5 业务流程分析5.1 点菜管理业务流程5.1.1 参与者分析点菜管理业务主要针对点菜员，通过为前来就餐的顾客的点菜提供快速便捷服务来完成点餐单的生成活动，因此涉及此项活动的的参与者主要是点菜员。为了点菜员顺利的完成活动，因此业务涉及的参与者还包括顾客。点菜员：向系统输入自己的编号进入系统，完成点菜员身份合法性

22、验证；根据顾客所选的菜肴，进行点菜单的生成；为客户反馈就餐意见与诉求。顾客：查询菜谱信息；选择合适菜肴；反映就餐意见。5.1.2 点菜管理业务流程分析点菜管理管理业务内容较分散，可划分为以下两个流程：（1）信息审核流程由于点菜活动的重要性，参加点菜的点菜员的信息必须真实可靠，因此在进行点菜活动前，点菜员需要先向系统提交其真实可靠的个人信息，内容包括密码和用户名等。信息管理员及时的对提交的信息进行审核。通过审核的点菜员才可以进行为顾客点菜等活动。业务流程如图5所示：图5 信息审核流程图 （2）点菜员点菜流程顾客通过浏览菜谱信息，选择是适合自己口味的菜肴，点菜员根据顾客所选的菜肴，进行点菜单的生成

23、，如果顾客对自己最初所点菜肴有新的意见，要求增加某个菜肴或者删掉某个菜肴，点菜员帮助顾客重新完成新的菜肴选择，及时生成新的点菜单。业务流程如图6所示图6 点菜管理业务流程图5.2 后厨管理业务流程5.2.1 参与者分析后厨管理实现生成点菜单业务流程。点菜单是点菜员根据顾客的需要提供的，点菜员将这一信息通过电子点菜机传送给后厨管理子系统，后厨主管根据后厨主料的实际情况进行统计，及时更新菜谱，然后对点菜单进行确认，将信息反馈给点菜员，来完成点菜单的生成，提示上菜员上菜。另外当顾客的就餐诉求得到经理的审批后，点菜员会重新向后厨管理系统发送点菜信息，后厨管理系统也会重新确定。因此，后厨管理业务流程涉及

24、的参与者为后厨主管、点菜员、上菜员。后厨主管：负责拟定菜谱，对拟定的点菜单进行审核，反馈通过审核的信息；当原料发生变化时负责修改菜谱内容，发布最新菜谱。点菜员：负责将拟定的点菜单上传到后厨管理系统，并查阅审核情况，未通过则通知顾客跟换菜肴。上菜员：负责按照后厨的要求为顾客上菜。5.2.2 后厨管理业务流程分析图7 后厨管理业务流程图说明：点菜员根据顾客的需要拟定点菜单，点菜员将这一信息通过点菜机传送给后厨管理子系统，后厨主管根据后厨主料的实际情况对点菜单进行确认，将信息反馈给点菜员，来完成点菜单的生成，上菜员按照后厨确认的菜单给顾客上菜。如果未通过审核，则将缺省信息反馈给点菜员，让顾客更换菜肴

25、。5.3 审批管理业务流程5.3.1 参与者分析审批管理业务是餐馆点菜系统重要流程之一，它主要是完成对于已确认点菜单的修改。即对顾客的诉求的审核，重新生成点菜单。实现完整的最终点菜单的生成需要得到审批业务子系统的支持。其参与者如下：顾客：对不满意的菜肴，提出诉求信息给点菜员。 点菜员：把顾客的就餐意见和诉求，反馈给审批管理系统待经理审批，审批成功后则点菜员根据审批结果，更改原点菜单，生成最新点菜单，将新增的菜肴信息传送给后厨管理子系统。经理：在网上查看点菜员反馈的顾客意见，审批客户意见，对于客户的意见进行认真审核，将审核结果反馈回点菜员。后厨主管：处理新生成的点菜单。5.3.2 审批管理业务流

26、程分析审批管理业务流程如图8所示。说明：（1） 点菜员将顾客就餐意见和诉求反馈给经理，经理经过实际考察后，对顾客提出的要求进行审核，作出最终意见。（2）审核通过后，点菜员则根据顾客的要求，为其重新拟定一份点菜单。然后将新的点菜单传送到后厨管理子系统，有后厨系统处理。（3）审核未通过，点菜员将信息如实反馈给客户。图8 审批管理业务流程图6 用例建模6.1 点菜管理子系统用例根据上章5.1.2节对点菜管理业务流程的分析，可知点菜管理子系统的参与者主要包括点菜员和顾客，子系统的功能集中在完成点菜员的信息审核、完成点菜单信息的生成及反馈顾客意见等，对功能分析可得如图9所示用例图。图9 点菜管理子系统用

27、例图6.1.1 用例优化（1）包含关系点菜员完成“查询菜肴信息”用例和顾客完成“查询菜肴信息”用例时，都要用到查询菜谱详细信息，所以可以抽象出“查询菜谱信息”用例，其与上述两个用例之间可建立包含关系。（2）扩展关系点菜员的身份合法性验证时，可以可增加“查看用户名和密码”用例，或者“查看员工编号”用例，他们之间是扩展关系。根据上述分析，可优化点菜管理子系统用例，如图10所示：图10 点菜管理子系统用例扩展图6.1.2 用例规约用例1：拟定点菜单主要参与者：顾客、点菜员项目相关人员及其兴趣：顾客：希望能够选择到合适菜肴。点菜员：希望及时为顾客拟定点菜单。餐馆：希望有更多的顾客来进餐。前置条件：点菜

28、员必须已经被识别和授权。后置条件： 点菜员将拟定点菜单信息顺利发出。主要成功场景：1顾客查询菜肴信息。2顾客根据菜肴信息，选择自己喜欢的美食。3点菜员填写点菜单，并发送给后厨系统。4点菜员查询提交信息，可查询菜单是否通过审核。5菜单被确认后，上菜员将为顾客上菜。扩展：3a、操作不被允许1、点菜员填写点菜单时，若漏填或错填某项信息而不符合系统设定时，发送提交失败，系统提示发送失败原因。点菜员修改邀请表后可重新发送。5a、点菜单查询失败1、由于网络繁忙，点菜员在查询菜单时失败，可延迟10秒再继续查询。技术与数据的变化列表：发生频率：可能持续发生。待解决的问题：1、 点菜员提交点菜单信息的内容包括什

29、么？ 2、信息管理员如何审核点菜员信息？6.2 后厨管理子系统用例根据上章5.2.2节对后厨管理业务流程的分析，可知后厨管理子系统的参与者主要包括后厨主管、点菜员和上菜员，子系统的功能集中在完成拟定菜单的审批等方面，对功能分析可得如图11所示用例图。图11 后厨管理业务用例图6.2.1 用例优化（1）包含关系点菜员完成“菜单状态查询”时，后厨主管完成“确认点菜单”以及上菜员完成“按菜单上菜”要先查看拟定的菜单信息，因此可抽象出“查看拟定菜单信息”用例，二者之间建立包含关系。（2） 扩展关系后厨主管在完成“通知审核结构”时，可以对审核结果进行保存，因此可以增加用例“保存审核结果”，他们之间是扩展

30、关系。 图11 后厨管理业务用例扩展图6.2.2 用例规约用例2：后厨管理主要参与者：点菜员、后厨主管、上菜员项目相关人员及其兴趣：点菜员：希望及时递交菜单信息，清晰反应菜单等信息。后厨主管：希望及时获得需被审批的菜单信息并能方便的完成审批工作，已发布菜谱信息出现问题或错误时可方便修改菜谱内容。上菜员：希望及时按照审核菜单无为顾客上菜。餐馆：希望菜谱信息可被及时发布，且内容无误，希望广大顾客可以获取菜谱信息。前置条件：后厨主管必须已经被识别和授权。后置条件：菜谱信息被发布，顾客可浏览信息，按照自己要求获得美食。 主要成功场景：1. 后厨主管及时浏览到拟定菜单信息，并根据情况审批信息。2. 拟定

31、菜单未通过审批时，点菜员修改菜单，并继续提交后厨主管进行审批。3后厨主管及时通知审批合格的菜单。4点菜员通过点菜机获得信息反馈。5. 上菜员按照菜单上菜。7当发布的信息由于某些原因内容出现问题或错误时，后厨主管修改已发布的信息并重新发布。扩展：1a、操作不被允许：当点菜员拟定菜单时，内容填写不全或不符合系统设置的要求时，提交失败，系统提示点菜员出错原因。2a、重拟菜单若点菜员拟定的菜单经过后厨主管三次审批都未能通过时，项目管理员必须重新拟定菜单。 3a、发布异常因系统繁忙或网络问题等引发信息发布异常时，系统将保存未发布的信息，后厨主管可择时再发布。发生频率：可能持续发生。6.3 审批业务管理子

32、系统用例根据上章5.3.2节对审批业务流程的分析，可知审批业务管理子系统的参与者主要是点菜员、顾客和餐馆经理，子系统功能集中在完成对于已确认点菜单的修改即对顾客的诉求的审核，重新生成点菜单等，对功能分析可得用例如图12所示： 图12 审批业务管理用例图6.3.1 用例优化（1）包含关系点菜员完成“提交顾客诉求”与餐馆经理完成“审批客户意见”都需要与顾客交流，则可以抽象出用例“通顾客交流”，他们之间是包含关系。（2） 扩展关系 在点菜员完成“修改点菜单”用例，可以增加用例“保存点菜单”，他们之间建立扩展关系。图13 招投标业务管理用例扩展图6.3.2 用例规约用例3：审批业务管理主要参与者：点菜

33、员、餐馆经理、顾客项目相关人员及其兴趣：点菜员：希望能够真实地反映顾客的意见，并能及时获得消息反馈结果。餐馆经理：希望方便地审核顾客就餐意见，对顾客的要求及时地做出审核。顾客：希望获得意见的积极反馈信息。前置条件：点菜员已审核通过，后厨主管必须已经被识别和授权。后置条件：顾客的意见得到尽力的支持，点菜员为顾客换菜或退菜。或意见没有得到支持，顾客的要求将得不到满足 。主要成功场景：1顾客向点菜员提出就餐诉求。2. 点菜员填写客户诉求信息表，并提交。3餐馆经理查询信息表信息，审核信息表，判断是否通过审核，是否允许满足顾客要求。4审核通过的信息表，点菜员将按照顾客新的要求，重新更改点菜单，将新点菜单

34、信息传送到后厨系统以待审核，若审核通过，上菜员按照菜单上菜。5审核未通过的信息表，顾客的要求将得不到满足。扩展：2a、提交失败1、点菜员填写意见信息表时，若漏填或错填某项信息而不符合系统设定时，申请提交失败，系统提示点菜员失败原因。点菜员修改后可重新提交。5a、审批流程结束 1、当没有点菜员提交申请时，视为无顾客参与诉求，点菜员可直接结束审批流程。技术与数据的变化列表：发生频率：可能持续发生。待解决的问题：1、点菜单和意见信息表在发布时有何区别？ 2、意见信息表需要填写哪些信息？4、餐馆经理在审核时判断的标准有哪些7 系统概念数据模型数据库概念设计是从需求分析阶段产生的用例图中提取实体对象以及

35、实体之间的联系，分析实体属性以及联系所包含的信息。根据上述对系统中各业务流程以及功能分析，可知系统主要涉及的实体是，点菜单和诉求单，这两个实体与它们之间的关系构成了本系统的主要信息需求。具体描述如下：1、 点菜单实体描述如图所示：点菜单菜肴价格提交时间菜单id主管id审核结果点菜员id菜肴名称 图14 点菜单实体描述2. 点菜员实体描述如图：登录密码点菜员idemail情况简介点菜员 图15 点菜员实体描述 3.菜肴实体描述如图：菜肴名称菜肴种类菜肴菜肴原料 图16菜肴实体描述4.实体关系描述如图：诉求表菜肴点菜单选取取nnm 图17（a） 餐馆点菜系统实体关系ER图点菜员 n管理点菜n m诉

36、求表菜肴 m 图17（b） 餐馆点菜系统实体关系ER图说明：（1） 选取关系：点菜单与菜肴实体之间是n:m，即多对多的关系，一个菜肴可以出现在多个点菜单上面，而一个点菜单上可以出现多个菜肴。诉求表与菜肴之间也是n:m的关系，即多对多的关系，诉求表上可以出现多个菜肴，一个菜肴也可以出现在多个诉求表上，将诉求表id,点菜员id，菜肴id及时间可以制成一张表格出现在诉求表中。（2）管理关系：点菜员与诉求表的之间是n:m，即多对多的关系，一张诉求表可以对应多个点菜员，一个点菜员对应多个诉求表。（3）点菜关系：点菜员与菜肴实体之间是n:m,即多对多的关系，一个点菜员可以根据用户的需求点取多个菜肴，而一个

37、菜肴可以被多个顾客所要求，即一个菜肴可以对应多个点菜员。8 性能需求8.1 系统响应时间要求根据业务管理分析，本系统采用数据集中管理方式作为系统开发的基础，点菜员及后厨主管，经理通过局域网上网访问系统。因此，系统对用户操作的响应时间将受网络速度的影响。本系统在系统性能方面以系统使用者可以接受的响应时间为准。8.2 系统安全性要求（1）数据要绝对安全防止有意无意的破坏数据。若数据遭到破坏，系统具有数据恢复功能，不可恢复的数据仅限于当日录入和修改的数据。（2）只有后厨主管评审在规定时间内才能审批点菜内容，其他人（除经理外）在均不可审批菜单内容。（3）点菜员在提交意见过程中的所有活动必须有经理进行审核，其他任何人均不可审批顾客意见。8.3 可靠性（1）要能够抵御用户可能的误操作，保证系统的健壮性（2）要对数据进行检验，保证数据有效性（3）在数据被破坏时，具有数据恢复能力8.4 易使用性（1）系统各种操作提示清晰、含义明确，可方便使用者进行操作。（2）重要信息显示在明显的地方，使使用者可清楚的了解到信息。（3）信息录入尽量使用选择，避免填写大量信息而造成不一致性。27