餐馆点菜系统设计重点

1、 文档编号： 版 本号: 文档名称： 概要设计讲明书 项目名称: 餐馆点菜系统 项目负责人: 编写： 审核: 年 月 日批准: 年 月 日开发单位: 联系电话: 目 录 TO o13 u引言1.1 编写目的41.2 背景41.参考资料42 总体设计42.1 需求规定2.1.1系统的输入项目4.1. 系统的输出项目52.1.3 系统处理功能52.2 运行环境.硬件系统.2.2 软件系统6.3差不多设计概念和处理流程62.3.1差不多设计概念6232 操作流程72.4 系统结构2.5 功能需求与程序的关系0.人工处理过程123接口设计13.1 用户接口1232内部接口233 外部接口12.3.1

2、与微机服务器接口12332 与移动点菜机的接口134 运行设计34.1 运行模块组合34.2运行操纵5 系统数据库结构设计55. 数据结构与程序的关系176 系统出错处理设计186.1 出错信息186.2 补救措施186.3 系统维护设计18概要设计讲明书引言 编写目的 餐馆点菜系统概要设计的任务在于对需求分析中的用户对系统的功能要求、性能要求以及业务流程等制定总体规划，要紧包括以下几个方面:（1）系统设计：以需求用例图为依据确定系统实现的差不多框架。(2)数据库逻辑设计:从用例关系中提取实体对象，分析实体间的关系。（3）软件结构设计:确定组成软件系统的程序模块和以程序模块为单位、用层次结构表

3、示的软件结构,以及各模块的功能描述和接口描述。概要设计讲明书的编写旨在用规范化的格式和规范化的语言描述概要设计中涉及的任务，以此作为软件开发人员进行软件开发、软件测试和维护的依据。预期读者包括:系统设计人员、系统开发人员、系统测试人员。背景系统名称: 餐馆点菜系统项目托付单位:餐馆项目开发单位:参考资料 系统设计（2)餐馆点菜系统项目技术开发合同(3） 餐馆点菜系统需求分析讲明书总体设计 需求规定系统的输入项目系统的输入项目是系统外部向系统输入的数据等信息。餐馆点菜系统的要紧输入项目包括:(）点菜员信息填写()点菜单信息填写 （3)顾客诉求表填写系统的输出项目(1)点菜单申请统计表(存档）（2

4、)拟定菜单信息表(存档)（）原料统计表（存档)（4)意见诉求信息表(存档）（5）通过确认点菜单统计表(存档)系统处理功能(1)数据录入与修改点菜员注册信息数据录入点菜员差不多信息数据录入点菜员点菜单填写顾客意见信息表填写菜单审批结果录入菜单状态修改意见审核结果录入更换菜肴信息录入(2)常规查询对所有菜肴按菜单名查询对所有菜肴按主料查询对所有菜肴按价格查询对点菜单按编号查询对点菜单按状态查询对点菜单按提交时刻查询对点菜单审核情况查询(3)随机查询点菜单信息查询审核结果查询意见反馈查询菜单上传情况查询(4）报表生成从数据库中猎取数据生成2.12节所需的各种表格（5）一般分析a、确定顾客菜肴名单：依

5、照顾客的口味,选择适合他自己的菜肴。b、点菜单信息审核：后厨依照原料情况确定点菜单上菜肴能否被提供。c、顾客意见申请审核:顾客不中意的菜肴，向点菜员提出跟换菜肴。d、意见审核:餐馆经理通过了解实际情况,对顾客的要求是否合理作出推断。运行环境 硬件系统服务器端:P600/内存1Gb/硬盘10b以上的专用微机服务器客户端:600/内存512b/硬盘Gb以上的台式计算机。软件系统操作系统：Wdow 2000 Se系列数据库:Micrsof SQL VER 200服务器：IIS 5.0扫瞄器：IE4.0及以上版本或其他常用扫瞄器均可差不多设计概念和处理流程差不多设计概念餐馆点菜系统的需求分析是基于点菜

6、工作的业务流程，因此点餐业务决定了系统的差不多设计思想。此系统是为餐馆提高点菜的工作效率开发的信息系统,因此点菜业务量较小,菜单信息量规模也较小,因此采纳菜谱信息、点菜单信息、诉求信息集中治理的形式；系统的使用者点菜员、后厨主管、餐馆经理等,不同类型的角色可对系统的操作不同。从完成系统功能的角度动身，为了保证系统运行时的数据安全性、一致性，对系统的差不多设计思想包括以下几点:（1)在服务端建立独立的数据库,集中治理系统所涉及的菜谱信息数据、点菜单信息数据等。（2）用户界面设计应反映用户分组和各用户组操作权限的差不多要求,即各用户只能对与自己操作相关的功能和数据是可见的，因此增加治理员治理和权限

7、治理功能设计。()以需求用例图作为系统设计的依据,将整个系统按用例参与者划分为与参与者对应的功能群,由此形成整个系统的主体逻辑结构。依照系统的需求分析,系统的功能群如下： = 1 G3系统治理：治理员治理、权限治理、值码表维护 = * G3 点菜治理:点菜单治理、诉求表治理= 3*3 后厨治理：原料信息治理、菜单信息治理、菜谱信息治理= 4 * GB3审批治理:诉求表查询、诉求表审核、反馈诉求信息(4）安全性设计 = 1 GB3 身份验证：用户登录系统才能进行操作。 = 2 GB3 数据限制:访问数据库用户的分部属性决定的访问数据的范围。 3*G3功能限制：通过用户功能视图限制用户对数据的操作

8、。操作流程系统的用户分为点菜员、后厨主管和餐馆经理,三种角色都需要先通过身份验证登录系统才能够进行相关操作,因此可用图1来表示系统的操作流程。访问局域网输入用户名和密码登录完成操作登录失败图1 系统操作流程图系统结构 依照对系统功能群的分析，可对系统进行如下模块划分,如图2所示:图2 系统结构模块图1、用户登录模块可分为用户登录验证、修改密码和取回密码三部分,如图3所示:用户登录验证:当用户登录系统时,输入登录名和密码，系统验证用户是否存在。修改密码：用户可在登录的情况下修改密码，特不是用户密码必须经常修改,以防止他人盗用自己的身份操作系统,破坏数据库数据。取回密码：用户不记得密码时，系统可向

9、治理员验证获得密码。图3 用户登录模块2、系统治理模块分为治理员治理、权限治理、值码表维护三部分。治理员治理：要紧功能是对系统治理员信息的治理,其中包括治理员注册和修改治理员信息。权限治理：对各类治理员的操作进行限制，规定每种权限下可进行的操作,为治理员给予权限，包括模块维护、权限分配。值码表维护：对系统可能涉及的数据属性取值进行数码对应,可添加新的值码元素、修改原值码表类型、修改值码元素名。系统治理模块如图4所示：图4系统治理模块3、点菜治理模块点菜治理模块可分为点菜单治理、诉求表治理两部分。点菜单治理：对菜单的信息进行治理，包括点菜单信息填写、点菜单信息更改以及点菜单信息查询诉求表治理：涉

10、及顾客诉求表的治理，包括诉求表信息填写、诉求表信息更改以及诉求表信息查询三部分。点菜治理模块如图5所示:图5 点菜治理模块、后厨治理治理模块项目治理模块可分为原料信息治理、菜单信息治理、菜谱信息治理三个部分。原料信息治理：对后厨的原料进行记录,同时及时原料记录更新。菜单信息治理：对点菜员提供的菜单进行查询、审批、将结果反馈给点菜员。菜谱信息治理:包括对菜谱信息查询、菜谱信息修改、菜谱信息公布。后厨治理模块如图所示：图 后厨治理模块5、审批治理模块审批治理模块分为诉求表审核、诉求表查询及审核结果返回三个部分。诉求表审核：对顾客意见进行审核。诉求表查询:对顾客意见进行查询。审核结果反馈:将审核意见

11、反馈给点菜员。审批治理模块如图7所示：图7审批治理模块功能需求与程序的关系 序号功能需求程序模块备注一、用户登录1用户登录及验证用户登录包括治理员登录和供应商登录2用户修改密码用户修改密码用户修改自己的密码3取回用户密码取回用户密码通过邮箱获得取回密码连接二、系统治理4 治理员治理(1）治理员注册治理员注册（2)修改治理员信息治理员信息修改治理员可修改自己的差不多信息5权限治理（1）模块维护模块维护（2）权限分配权限分配为用户分配功能模块值码表维护(1）新增值码元素新增值码元素(2）修改值码表类名修改值码表类名（)修改值码元素名修改值码元素名三、点菜治理点菜单治理(1)点菜单信息填写点菜单信息

12、填写（2)点菜单信息更改 点菜单信息更改（3）点菜单信息查询 点菜单信息查询8诉求表治理(）诉求表信息填写诉求表信息填写(2)诉求表信息更改诉求表信息更改（3）诉求表信息查询诉求表信息查询四、后厨治理9原料信息治理(1）原料记录原料记录(2)原料更新原料更新10菜单信息治理（1）菜单信息查询菜单信息查询（2）菜单信息审批菜单信息审批（3)反馈菜单审核信息反馈菜单审核信息11菜谱信息治理(1）菜谱信息查询菜谱信息查询()菜谱信息修改菜谱信息修改()菜谱信息公布菜谱信息公布五、审批业务治理(1)诉求单查询诉求单查询（)诉求单审核诉求单审核(）反馈诉求信息反馈诉求信息人工处理过程 (1)后厨治理系统

13、中，上菜员将会按照审核通过的菜单给顾客上菜。(2）审批治理系统中，经理与顾客交流了解更加准确的诉求信息。接口设计用户接口 用户通过局域网以c/s的方式访问系统，点菜员访问移动点菜机,系统各类角色访问后台治理网站。用户成功登录该系统后，按扫瞄器方式使用该系统与角色权限相关的功能。内部接口内部接口方面，各模块之间采纳函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中讲明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。 外部接口 本系统所涉及的硬件有:微机服务器和移动点菜机。所涉及的系统软件有:操作系统:Widows200ev

14、er系列数据库:S-QLSERVER 2000服务器：IIS 6.0扫瞄器：IE 3.0及以上版本与微机服务器接口餐馆点菜系统MS-SQL SERVER 200 Winows 200 ervr微机服务器与移动点菜机的接口IE3.0indows00 profic移动点菜机运行设计运行模块组合 为保证系统的安全性,为系统的各种角色设定了操作权限,不同权限下系统运行的模块有所区不，依照权限分配，对系统运行模块进行划分：1、系统治理员运行模块组合 治理员注册系统管理员修改治理员信息权限分配13权限模块维护新增值码元素修改值码表类型修改值码元素名点菜员运行模块组合填写点菜单提交诉求表查询顾客诉求表查询点

15、菜单提交点菜单填写顾客诉求表修改点菜单点菜员3、后厨主管运行型模块组合公布菜谱信息后厨主管查询点菜单更新原料信息更改菜谱信息反馈审核信息录入原料信息 查询菜谱信息审核点菜单、餐馆经理运行模块组合反馈审核信息审核诉求表查询客户诉求表餐馆经理运行操纵本系统在局域网内采纳/s操作方式运行。系统按功能要求设计用户操作界面。用户操作界面按树形层次菜单结构设计。操作步骤:输入用户帐号和密码选择用户类型菜单选择用户功能页面操作系统数据库结构设计数据库逻辑设计数据库逻辑设计的目的是，把概念设计时期的差不多R图转换成与选用的具体机器上DBMS所支持的数据模型相符合的逻辑结构。本系统数据存储采纳关系模型实现,现将

16、ER图转换成关系模型。(1)针关于需求分析中的E图,每个实体类型转换成一个关系模式。（2）“点菜”联系为：m关系即多对多关系,能够转换为一个独立的关系模式（点菜),每个点菜员可为多个顾客服务，每个顾客能够被多个点菜员来服务。顾客与点菜员之间是随机的搭配，只要有空闲的点菜员，顾客都能够要求该点菜员前来为自己点菜,不受其他条件的限制。（）“审核”联系为1：n关系即一对多的关系，点菜员与后厨主管的对应关系为一对多的关系，所有的点菜员将拟定的菜单都提交给后厨主管进行审批,后厨主管将收到的这些菜单按照提交的先后次序,排序过程中以菜单的编号为主字节，待后厨主管审核完后,将那些能够全部提供的菜单按照编号反馈

17、点菜员,关于菜单中出现的部分临时不能提供的菜肴,将进行标注,也返回给点菜员,点菜员才进行修改后在发送到的后厨治理系统进行如上述的处理。、点菜关系模式定义表 menu(点菜单信息）表字段名数据类型长度主键否非空否描述menr_idint4主键非空菜单i，数据库自动设值(native)mnu_aerilvrcha50否非空菜肴的原料men_pricevrchar5否非空菜肴的价格entyrchar50否非空菜肴的种类men_severidvarhar50否非空点菜员deu_namevarchar20否非空菜肴名称2、治理员关系模式定义表2 sus（治理员信息）表字段名数据类型长度主键否非空否描述s

18、e_idint4主键非空治理员id,数据库自动设值（naiv）usr_namevca否非空治理员名称,英文、数字下划线组成,不同意重复su_drchar50否非空系统治理员密码sus_telvachar50否非空联系电话suser_emilvarchar50否非空系统治理员Emlsuserpowert4否非空治理员权限，0代表系统治理员,1代表点菜员,2代表后厨主管,代表餐馆经理，、后厨关系模式定义表3 cook(后厨关系)表字段名数据类型长度主键否非空否描述coo_dint4主键非空后厨主管d,数据库自动设值（nav)cook_titevarch50否非空后厨主管名称coo_tpevar0否ook_cin4否非空反馈审核消息ck_conetvachr200否非空后厨审核内容与要求cok_seint4否非空0代表招标未结束1代表招标结束 cokesulstait4否空审核的结果状态,0代表审核通过,1代表审核未通过cok_svarchr0否空审核结果备注4、审批关系模式定义表7 aprve(公告信息)表字段名数据类型长度主键否非空否描述ppoeidin4主键非空经理idmnu_idit4否非空菜单id,外键appro_compaintvarcar50否非空审批意见aprove_tedtetie8否非空审批公布时刻pre_cntenttetme20否非