《餐馆点菜系统设计要点vfy.docx》由会员分享，可在线阅读，更多相关《餐馆点菜系统设计要点vfy.docx（18页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、 文档编号： 版 本 号： 文档名称： 概要设计说明书 项目名称： 餐馆点菜系统 项目负责人： 编写： 审核： 年 月 日批准： 年 月 日开发单位： 联系电话： 目 录1 引言41.1 编写目的41.2 背景41.3 参考资料42 总体设计42.1 需求规定42.1.1 系统的输入项目42.1.2 系统的输出项目52.1.3 系统处理功能52.2 运行环境62.2.1 硬件系统62.2.2 软件系统62.3 基本设计概念和处理流程62.3.1 基本设计概念62.3.2 操作流程72.4 系统结构72.5 功能需求与程序的关系102.6 人工处理过程123 接口设计123.1 用户接口123.
2、2 内部接口123.3 外部接口123.3.1 与微机服务器接口123.3.2 与移动点菜机的接口134 运行设计134.1 运行模块组合134.2 运行控制155 系统数据库结构设计155.1 数据结构与程序的关系176 系统出错处理设计186.1 出错信息186.2 补救措施186.3 系统维护设计18概要设计说明书1 引言 1.1 编写目的 餐馆点菜系统概要设计的任务在于对需求分析中的用户对系统的功能要求、性能要求以及业务流程等制定总体规划，主要包括以下几个方面：（1）系统设计：以需求用例图为依据确定系统实现的基本框架。（2）数据库逻辑设计：从用例关系中提取实体对象，分析实体间的关系。（
3、3）软件结构设计：确定组成软件系统的程序模块和以程序模块为单位、用层次结构表示的软件结构，以及各模块的功能描述和接口描述。概要设计说明书的编写旨在用规范化的格式和规范化的语言描述概要设计中涉及的任务，以此作为软件开发人员进行软件开发、软件测试和维护的依据。预期读者包括：系统设计人员、系统开发人员、系统测试人员。1.2 背景系统名称: 餐馆点菜系统项目委托单位：餐馆项目开发单位：1.3 参考资料 （1） 系统设计（2） 餐馆点菜系统项目技术开发合同（3） 餐馆点菜系统需求分析说明书2 总体设计 2.1 需求规定2.1.1 系统的输入项目系统的输入项目是系统外部向系统输入的数据等信息。餐馆点菜系统
4、的主要输入项目包括：（1）点菜员信息填写（2）点菜单信息填写 （3）顾客诉求表填写2.1.2 系统的输出项目（1）点菜单申请统计表（存档）（2）拟定菜单信息表（存档）（3）原料统计表（存档）（4）意见诉求信息表（存档）（5）通过确认点菜单统计表（存档）2.1.3 系统处理功能（1）数据录入与修改点菜员注册信息数据录入点菜员基本信息数据录入点菜员点菜单填写顾客意见信息表填写菜单审批结果录入菜单状态修改意见审核结果录入更换菜肴信息录入（2）常规查询对所有菜肴按菜单名查询对所有菜肴按主料查询对所有菜肴按价格查询对点菜单按编号查询对点菜单按状态查询对点菜单按提交时间查询对点菜单审核情况查询（3）随机查
5、询点菜单信息查询审核结果查询意见反馈查询菜单上传情况查询（4）报表生成从数据库中获取数据生成2.1.2节所需的各种表格（5）一般分析a、确定顾客菜肴名单：根据顾客的口味，选择适合他自己的菜肴。b、点菜单信息审核：后厨根据原料情况确定点菜单上菜肴能否被提供。c、顾客意见申请审核：顾客不满意的菜肴，向点菜员提出跟换菜肴。d、意见审核：餐馆经理通过了解实际情况，对顾客的要求是否合理作出判断。2.2 运行环境 2.2.1 硬件系统服务器端：P600/内存1Gb/硬盘10Gb以上的专用微机服务器客户端：P600/内存512Mb/硬盘6Gb以上的台式计算机。2.2.2 软件系统操作系统：Windows 2
6、000 Server系列数据库：Microsoft SQL SERVER 2000服务器：IIS 5.0浏览器：IE4.0及以上版本或其他常用浏览器均可2.3 基本设计概念和处理流程2.3.1 基本设计概念餐馆点菜系统的需求分析是基于点菜工作的业务流程，因此点餐业务决定了系统的基本设计思想。此系统是为餐馆提高点菜的工作效率开发的信息系统，因此点菜业务量较小，菜单信息量规模也较小，所以采用菜谱信息、点菜单信息、诉求信息集中管理的形式；系统的使用者点菜员、后厨主管、餐馆经理等，不同类型的角色可对系统的操作不同。从完成系统功能的角度出发，为了保证系统运行时的数据安全性、一致性，对系统的基本设计思想包
7、括以下几点：（1）在服务端建立独立的数据库，集中管理系统所涉及的菜谱信息数据、点菜单信息数据等。（2）用户界面设计应反映用户分组和各用户组操作权限的基本要求，即各用户只能对与自己操作相关的功能和数据是可见的，因此增加管理员管理和权限管理功能设计。（3）以需求用例图作为系统设计的依据，将整个系统按用例参与者划分为与参与者对应的功能群，由此形成整个系统的主体逻辑结构。根据系统的需求分析，系统的功能群如下：系统管理：管理员管理、权限管理、值码表维护点菜管理：点菜单管理、诉求表管理后厨管理：原料信息管理、菜单信息管理、菜谱信息管理审批管理：诉求表查询、诉求表审核、反馈诉求信息（4）安全性设计身份验证：
8、用户登录系统才能进行操作。数据限制：访问数据库用户的分部属性决定的访问数据的范围。功能限制：通过用户功能视图限制用户对数据的操作。2.3.2 操作流程系统的用户分为点菜员、后厨主管和餐馆经理，三种角色都需要先经过身份验证登录系统才可以进行相关操作，因此可用图1来表示系统的操作流程。访问局域网输入用户名和密码登录完成操作登录失败图1 系统操作流程图2.4 系统结构 根据对系统功能群的分析，可对系统进行如下模块划分，如图2所示：图2 系统结构模块图1、用户登录模块可分为用户登录验证、修改密码和取回密码三部分，如图3所示：用户登录验证：当用户登录系统时，输入登录名和密码，系统验证用户是否存在。修改密
9、码：用户可在登录的情况下修改密码，特别是用户密码必须经常修改，以防止他人盗用自己的身份操作系统，破坏数据库数据。取回密码：用户忘记密码时，系统可向管理员验证获得密码。图3 用户登录模块2、系统管理模块分为管理员管理、权限管理、值码表维护三部分。管理员管理：主要功能是对系统管理员信息的管理，其中包括管理员注册和修改管理员信息。权限管理：对各类管理员的操作进行限制，规定每种权限下可进行的操作，为管理员赋予权限，包括模块维护、权限分配。值码表维护：对系统可能涉及的数据属性取值进行数码对应，可添加新的值码元素、修改原值码表类型、修改值码元素名。系统管理模块如图4所示：图4 系统管理模块3、点菜管理模块
10、点菜管理模块可分为点菜单管理、诉求表管理两部分。点菜单管理：对菜单的信息进行管理，包括点菜单信息填写、点菜单信息更改以及点菜单信息查询诉求表管理：涉及顾客诉求表的管理，包括诉求表信息填写、诉求表信息更改以及诉求表信息查询三部分。点菜管理模块如图5所示：图5 点菜管理模块4、后厨管理管理模块项目管理模块可分为原料信息管理、菜单信息管理、菜谱信息管理三个部分。原料信息管理：对后厨的原料进行记录，并且及时原料记录更新。菜单信息管理：对点菜员提供的菜单进行查询、审批、将结果反馈给点菜员。菜谱信息管理：包括对菜谱信息查询、菜谱信息修改、菜谱信息发布。后厨管理模块如图6所示：图6 后厨管理模块5、审批管理
11、模块审批管理模块分为诉求表审核、诉求表查询及审核结果返回三个部分。诉求表审核：对顾客意见进行审核。诉求表查询：对顾客意见进行查询。审核结果反馈：将审核意见反馈给点菜员。审批管理模块如图7所示：图7审批管理模块2.5 功能需求与程序的关系 序号功能需求程序模块备注一、用户登录1用户登录及验证用户登录包括管理员登录和供应商登录2用户修改密码用户修改密码用户修改自己的密码3取回用户密码取回用户密码通过邮箱获得取回密码连接二、系统管理4 管理员管理（1）管理员注册管理员注册（2）修改管理员信息管理员信息修改管理员可修改自己的基本信息5权限管理（1）模块维护模块维护（2）权限分配权限分配为用户分配功能模
12、块6值码表维护（1）新增值码元素新增值码元素（2）修改值码表类名修改值码表类名（3）修改值码元素名修改值码元素名三、点菜管理7点菜单管理（1）点菜单信息填写点菜单信息填写（2）点菜单信息更改 点菜单信息更改（3）点菜单信息查询 点菜单信息查询8诉求表管理（1）诉求表信息填写诉求表信息填写（2）诉求表信息更改诉求表信息更改（3）诉求表信息查询诉求表信息查询四、后厨管理9原料信息管理（1）原料记录原料记录（2）原料更新原料更新10菜单信息管理（1）菜单信息查询菜单信息查询（2）菜单信息审批菜单信息审批（3）反馈菜单审核信息反馈菜单审核信息11菜谱信息管理（1）菜谱信息查询菜谱信息查询（2）菜谱信息
13、修改菜谱信息修改（3）菜谱信息发布菜谱信息发布五、审批业务管理（1）诉求单查询诉求单查询（2）诉求单审核诉求单审核（3）反馈诉求信息反馈诉求信息2.6 人工处理过程 （1）后厨管理系统中，上菜员将会按照审核通过的菜单给顾客上菜。（2）审批管理系统中，经理与顾客交流了解更加准确的诉求信息。3 接口设计 3.1 用户接口 用户通过局域网以c/s的方式访问系统，点菜员访问移动点菜机，系统各类角色访问后台管理网站。用户成功登录该系统后，按浏览器方式使用该系统与角色权限相关的功能。3.2 内部接口内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计
14、的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。 3.3 外部接口 本系统所涉及的硬件有：微机服务器和移动点菜机。所涉及的系统软件有：操作系统：Windows 2000 Server系列数据库：MS-SQL SERVER 2000服务器：IIS 6.0浏览器：IE 3.0及以上版本3.3.1 与微机服务器接口餐馆点菜系统MS-SQL SERVER 2000 Windows 2000 Server微机服务器3.3.2 与移动点菜机的接口IE3.0Windows 2000 proffical移动点菜机4 运行设计4.1 运行模块组合 为保证系统的安全
15、性，为系统的各种角色设定了操作权限，不同权限下系统运行的模块有所区别，根据权限分配，对系统运行模块进行划分：1、系统管理员运行模块组合 管理员注册系统管理员修改管理员信息权限分配13权限模块维护新增值码元素修改值码表类型修改值码元素名2、 点菜员运行模块组合填写点菜单提交诉求表查询顾客诉求表查询点菜单提交点菜单填写顾客诉求表修改点菜单点菜员3、后厨主管运行型模块组合发布菜谱信息后厨主管查询点菜单更新原料信息更改菜谱信息反馈审核信息录入原料信息 查询菜谱信息审核点菜单4、餐馆经理运行模块组合反馈审核信息审核诉求表查询客户诉求表餐馆经理4.2 运行控制本系统在局域网内采用c/s操作方式运行。系统按
16、功能要求设计用户操作界面。用户操作界面按树形层次菜单结构设计。操作步骤：输入用户帐号和密码选择用户类型菜单选择用户功能页面操作5 系统数据库结构设计数据库逻辑设计数据库逻辑设计的目的是，把概念设计阶段的基本ER图转换成与选用的具体机器上DBMS所支持的数据模型相符合的逻辑结构。本系统数据存储采用关系模型实现，现将ER图转换成关系模型。（1）针对于需求分析中的ER图，每个实体类型转换成一个关系模式。（2）“点菜”联系为n:m关系即多对多关系，可以转换为一个独立的关系模式（点菜），每个点菜员可为多个顾客服务，每个顾客可以被多个点菜员来服务。顾客与点菜员之间是随机的搭配，只要有空闲的点菜员，顾客都可
17、以要求该点菜员前来为自己点菜，不受其他条件的限制。（3）“审核”联系为1:n关系即一对多的关系，点菜员与后厨主管的对应关系为一对多的关系，所有的点菜员将拟定的菜单都提交给后厨主管进行审批，后厨主管将收到的这些菜单按照提交的先后次序，排序过程中以菜单的编号为主字节，待后厨主管审核完后，将那些能够全部提供的菜单按照编号反馈点菜员，对于菜单中出现的部分暂时不能提供的菜肴，将进行标注，也返回给点菜员，点菜员才进行修改后在发送到的后厨管理系统进行如上述的处理。1、点菜关系模式定义表1 menu（点菜单信息）表字段名数据类型长度主键否非空否描述menur_idint4主键非空菜单id，数据库自动设值(na
18、tive)menu_materialvarchar50否非空菜肴的原料menu_pricevarchar50否非空菜肴的价格menu_typevarchar50否非空菜肴的种类menu_server-idvarchar50否非空点菜员idmenu_namevarchar20否非空菜肴名称2、管理员关系模式定义表2 suser（管理员信息）表字段名数据类型长度主键否非空否描述suser_idint4主键非空管理员id，数据库自动设值(native)suser_namevarchar50否非空管理员名称，英文、数字下划线组成，不允许重复suser_pwdvarchar50否非空系统管理员密码sus
19、er_telvarchar50否非空联系电话suser_emailvarchar50否非空系统管理员Emailsuser_powerint4否非空管理员权限，0代表系统管理员，1代表点菜员，2代表后厨主管，3代表餐馆经理，3、后厨关系模式定义表3 cook（后厨关系）表字段名数据类型长度主键否非空否描述cook_idint4主键非空后厨主管id，数据库自动设值(native)cook_titlevarchar50否非空后厨主管名称cook_typevarchar10否cook_backint4否非空反馈审核消息cook_contentvarchar2000否非空后厨审核内容与要求cook_st
20、ateint4否非空0代表招标未结束1代表招标结束 cook_resultsstateint4否空审核的结果状态，0代表审核通过，1代表审核未通过cook_remarksvarchar2000否空审核结果备注4、审批关系模式定义表7 approve（公告信息）表字段名数据类型长度主键否非空否描述approve_idint4主键非空经理idmenu_idint4否非空菜单id，外键approve_complaintvarchar50否非空审批意见approve_timedatetime 8否非空审批发布时间approve_contentdatetime200否非空审批内容approve_resu
21、ltint2否非空审批结果，0代表未审批，1代表通过，2代表未通过5.1 数据结构与程序的关系菜单信息表后厨管理关系表审批诉求关系表管理员信息表登录管理员注册菜单填写诉求填写菜单拟定反馈审核审后查询菜单查询菜单修改诉求提交诉求审核诉求查询6 系统出错处理设计6.1 出错信息程序在运行时主要会出现两种错误： 1、由于输入信息，或无法满足要求时产生的错误，称为软错误。 2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误 。 对于软错误，须生成相应的错误提示语句，送到输出模块中。 本系统可能发生的软错误如下：登录错误：用户名或密码输入错误，系统提示“用户名或密码错误”。录入信息填写错误：当录
22、入信息时，某项信息所填内容与系统设置的格式不符，系统提示“项填写格式不符”；提交时信息填写不完整，系统提示“项不能为空”。查询错误：进行条件查询时，未找到相应信息，系统提示“所查询信息不存在”。对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。 6.2 补救措施服务器必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时，在断电恢复过程可采用SQL SERVER的日志文件，对其进行ROLLBACK处理，对数据进行恢复。6.3 系统维护设计维护方面主要是对服务器上的数据库进行维护。可使用SQL SERVER的数据库维护功能机制，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性。