餐馆点菜系统概要设计.docx
- 文档编号:24872751
- 上传时间:2023-06-02
- 格式:DOCX
- 页数:24
- 大小:168.43KB
餐馆点菜系统概要设计.docx
《餐馆点菜系统概要设计.docx》由会员分享,可在线阅读,更多相关《餐馆点菜系统概要设计.docx(24页珍藏版)》请在冰豆网上搜索。
餐馆点菜系统概要设计
文档编号:
版本号:
文档名称:
概要设计说明书
项目名称:
××餐馆点菜系统
项目负责人:
编写:
审核:
年月日
批准:
年月日
开发单位:
目录
1引言4
1.1编写目的4
1.2背景4
1.3参考资料4
2总体设计4
2.1需求规定4
2.1.1系统的输入项目4
2.1.2系统的输出项目5
2.1.3系统处理功能5
2.2运行环境6
2.2.1硬件系统6
2.2.2软件系统6
2.3基本设计概念和处理流程6
2.3.1基本设计概念6
2.3.2操作流程7
2.4系统结构7
2.5功能需求与程序的关系10
2.6人工处理过程12
3接口设计12
3.1用户接口12
3.2内部接口12
3.3外部接口12
3.3.1与微机服务器接口12
3.3.2与移动点菜机的接口13
4运行设计13
4.1运行模块组合13
4.2运行控制15
5系统数据库结构设计15
5.1数据结构与程序的关系17
6系统出错处理设计18
6.1出错信息18
6.2补救措施18
6.3系统维护设计18
概要设计说明书
1引言
1.1编写目的
《××餐馆点菜系统》概要设计的任务在于对需求分析中的用户对系统的功能要求、性能要求以及业务流程等制定总体规划,主要包括以下几个方面:
(1)系统设计:
以需求用例图为依据确定系统实现的基本框架。
(2)数据库逻辑设计:
从用例关系中提取实体对象,分析实体间的关系。
(3)软件结构设计:
确定组成软件系统的程序模块和以程序模块为单位、用层次结构表示的软件结构,以及各模块的功能描述和接口描述。
概要设计说明书的编写旨在用规范化的格式和规范化的语言描述概要设计中涉及的任务,以此作为软件开发人员进行软件开发、软件测试和维护的依据。
预期读者包括:
系统设计人员、系统开发人员、系统测试人员。
1.2背景
系统名称:
××餐馆点菜系统
项目委托单位:
××餐馆
项目开发单位:
1.3参考资料
(1)《系统设计》
(2)《××餐馆点菜系统》项目技术开发合同
(3)《××餐馆点菜系统》需求分析说明书
2总体设计
2.1需求规定
2.1.1系统的输入项目
系统的输入项目是系统外部向系统输入的数据等信息。
餐馆点菜系统的主要输入项目包括:
(1)点菜员信息填写
(2)点菜单信息填写
(3)顾客诉求表填写
2.1.2系统的输出项目
(1)点菜单申请统计表(存档)
(2)拟定菜单信息表(存档)
(3)原料统计表(存档)
(4)意见诉求信息表(存档)
(5)通过确认点菜单统计表(存档)
2.1.3系统处理功能
(1)数据录入与修改
点菜员注册信息数据录入
点菜员基本信息数据录入
点菜员点菜单填写
顾客意见信息表填写
菜单审批结果录入
菜单状态修改
意见审核结果录入
更换菜肴信息录入
(2)常规查询
对所有菜肴按菜单名查询
对所有菜肴按主料查询
对所有菜肴按价格查询
对点菜单按编号查询
对点菜单按状态查询
对点菜单按提交时间查询
对点菜单审核情况查询
(3)随机查询
点菜单信息查询
审核结果查询
意见反馈查询
菜单上传情况查询
(4)报表生成
从数据库中获取数据生成2.1.2节所需的各种表格
(5)一般分析
a、确定顾客菜肴名单:
根据顾客的口味,选择适合他自己的菜肴。
b、点菜单信息审核:
后厨根据原料情况确定点菜单上菜肴能否被提供。
c、顾客意见申请审核:
顾客不满意的菜肴,向点菜员提出跟换菜肴。
d、意见审核:
餐馆经理通过了解实际情况,对顾客的要求是否合理作出判断。
2.2运行环境
2.2.1硬件系统
服务器端:
PⅢ600/内存1Gb/硬盘10Gb以上的专用微机服务器
客户端:
PⅢ600/内存512Mb/硬盘6Gb以上的台式计算机。
2.2.2软件系统
操作系统:
Windows2000Server系列
数据库:
MicrosoftSQLSERVER2000
服务器:
IIS5.0
浏览器:
IE4.0及以上版本或其他常用浏览器均可
2.3基本设计概念和处理流程
2.3.1基本设计概念
《××餐馆点菜系统》的需求分析是基于点菜工作的业务流程,因此点餐业务决定了系统的基本设计思想。
此系统是为××餐馆提高点菜的工作效率开发的信息系统,因此点菜业务量较小,菜单信息量规模也较小,所以采用菜谱信息、点菜单信息、诉求信息集中管理的形式;系统的使用者点菜员、后厨主管、餐馆经理等,不同类型的角色可对系统的操作不同。
从完成系统功能的角度出发,为了保证系统运行时的数据安全性、一致性,对系统的基本设计思想包括以下几点:
(1)在服务端建立独立的数据库,集中管理系统所涉及的菜谱信息数据、点菜单信息数据等。
(2)用户界面设计应反映用户分组和各用户组操作权限的基本要求,即各用户只能对与自己操作相关的功能和数据是可见的,因此增加管理员管理和权限管理功能设计。
(3)以需求用例图作为系统设计的依据,将整个系统按用例参与者划分为与参与者对应的功能群,由此形成整个系统的主体逻辑结构。
根据系统的需求分析,系统的功能群如下:
系统管理:
管理员管理、权限管理、值码表维护
点菜管理:
点菜单管理、诉求表管理
后厨管理:
原料信息管理、菜单信息管理、菜谱信息管理
审批管理:
诉求表查询、诉求表审核、反馈诉求信息
(4)安全性设计
身份验证:
用户登录系统才能进行操作。
数据限制:
访问数据库用户的分部属性决定的访问数据的范围。
功能限制:
通过用户功能视图限制用户对数据的操作。
2.3.2操作流程
系统的用户分为点菜员、后厨主管和餐馆经理,三种角色都需要先经过身份验证登录系统才可以进行相关操作,因此可用图1来表示系统的操作流程。
图1系统操作流程图
2.4系统结构
根据对系统功能群的分析,可对系统进行如下模块划分,如图2所示:
图2系统结构模块图
1、用户登录模块可分为用户登录验证、修改密码和取回密码三部分,如图3所示:
用户登录验证:
当用户登录系统时,输入登录名和密码,系统验证用户是否存在。
修改密码:
用户可在登录的情况下修改密码,特别是用户密码必须经常修改,以防止他人盗用自己的身份操作系统,破坏数据库数据。
取回密码:
用户忘记密码时,系统可向管理员验证获得密码。
图3用户登录模块
2、系统管理模块分为管理员管理、权限管理、值码表维护三部分。
管理员管理:
主要功能是对系统管理员信息的管理,其中包括管理员注册和修改管理员信息。
权限管理:
对各类管理员的操作进行限制,规定每种权限下可进行的操作,为管理员赋予权限,包括模块维护、权限分配。
值码表维护:
对系统可能涉及的数据属性取值进行数码对应,可添加新的值码元素、修改原值码表类型、修改值码元素名。
系统管理模块如图4所示:
图4系统管理模块
3、点菜管理模块
点菜管理模块可分为点菜单管理、诉求表管理两部分。
点菜单管理:
对菜单的信息进行管理,包括点菜单信息填写、点菜单信息更改以及点菜单信息查询
诉求表管理:
涉及顾客诉求表的管理,包括诉求表信息填写、诉求表信息更改以及诉求表信息查询三部分。
点菜管理模块如图5所示:
图5点菜管理模块
4、后厨管理管理模块
项目管理模块可分为原料信息管理、菜单信息管理、菜谱信息管理三个部分。
原料信息管理:
对后厨的原料进行记录,并且及时原料记录更新。
菜单信息管理:
对点菜员提供的菜单进行查询、审批、将结果反馈给点菜员。
菜谱信息管理:
包括对菜谱信息查询、菜谱信息修改、菜谱信息发布。
后厨管理模块如图6所示:
图6后厨管理模块
5、审批管理模块
审批管理模块分为诉求表审核、诉求表查询及审核结果返回三个部分。
诉求表审核:
对顾客意见进行审核。
诉求表查询:
对顾客意见进行查询。
审核结果反馈:
将审核意见反馈给点菜员。
审批管理模块如图7所示:
图7审批管理模块
2.5功能需求与程序的关系
序号
功能需求
程序模块
备注
一、用户登录
1
用户登录及验证
用户登录
包括管理员登录和供应商登录
2
用户修改密码
用户修改密码
用户修改自己的密码
3
取回用户密码
取回用户密码
通过邮箱获得取回密码连接
二、系统管理
4
管理员管理
(1)
管理员注册
管理员注册
(2)
修改管理员信息
管理员信息修改
管理员可修改自己的基本信息
5
权限管理
(1)
模块维护
模块维护
(2)
权限分配
权限分配
为用户分配功能模块
6
值码表维护
(1)
新增值码元素
新增值码元素
(2)
修改值码表类名
修改值码表类名
(3)
修改值码元素名
修改值码元素名
三、点菜管理
7
点菜单管理
(1)
点菜单信息填写
点菜单信息填写
(2)
点菜单信息更改
点菜单信息更改
(3)
点菜单信息查询
点菜单信息查询
8
诉求表管理
(1)
诉求表信息填写
诉求表信息填写
(2)
诉求表信息更改
诉求表信息更改
(3)
诉求表信息查询
诉求表信息查询
四、后厨管理
9
原料信息管理
(1)
原料记录
原料记录
(2)
原料更新
原料更新
10
菜单信息管理
(1)
菜单信息查询
菜单信息查询
(2)
菜单信息审批
菜单信息审批
(3)
反馈菜单审核信息
反馈菜单审核信息
11
菜谱信息管理
(1)
菜谱信息查询
菜谱信息查询
(2)
菜谱信息修改
菜谱信息修改
(3)
菜谱信息发布
菜谱信息发布
五、审批业务管理
(1)
诉求单查询
诉求单查询
(2)
诉求单审核
诉求单审核
(3)
反馈诉求信息
反馈诉求信息
2.6人工处理过程
(1)后厨管理系统中,上菜员将会按照审核通过的菜单给顾客上菜。
(2)审批管理系统中,经理与顾客交流了解更加准确的诉求信息。
3接口设计
3.1用户接口
用户通过局域网以c/s的方式访问系统,点菜员访问移动点菜机,系统各类角色访问后台管理网站。
用户成功登录该系统后,按浏览器方式使用该系统与角色权限相关的功能。
3.2内部接口
内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。
3.3外部接口
本系统所涉及的硬件有:
微机服务器和移动点菜机。
所涉及的系统软件有:
操作系统:
Windows2000Server系列
数据库:
MS-SQLSERVER2000
服务器:
IIS6.0
浏览器:
IE3.0及以上版本
3.3.1与微机服务器接口
餐馆点菜系统
MS-SQLSERVER2000
Windows2000Server
微机服务器
3.3.2与移动点菜机的接口
IE3.0
Windows2000proffical
移动点菜机
4运行设计
4.1运行模块组合
为保证系统的安全性,为系统的各种角色设定了操作权限,不同权限下系统运行的模块有所区别,根据权限分配,对系统运行模块进行划分:
1、系统管理员运行模块组合
13
2、点菜员运行模块组合
3、后厨主管运行型模块组合
4、餐馆经理运行模块组合
4.2运行控制
本系统在局域网内采用c/s操作方式运行。
系统按功能要求设计用户操作界面。
用户操作界面按树形层次菜单结构设计。
操作步骤:
5系统数据库结构设计
数据库逻辑设计
数据库逻辑设计的目的是,把概念设计阶段的基本ER图转换成与选用的具体机器上DBMS所支持的数据模型相符合的逻辑结构。
本系统数据存储采用关系模型实现,现将ER图转换成关系模型。
(1)针对于需求分析中的ER图,每个实体类型转换成一个关系模式。
(2)“点菜”联系为n:
m关系即多对多关系,可以转换为一个独立的关系模式(点菜),每个点菜员可为多个顾客服务,每个顾客可以被多个点菜员来服务。
顾客与点菜员之间是随机的搭配,只要有空闲的点菜员,顾客都可以要求该点菜员前来为自己点菜,不受其他条件的限制。
(3)“审核”联系为1:
n关系即一对多的关系,点菜员与后厨主管的对应关系为一对多的关系,所有的点菜员将拟定的菜单都提交给后厨主管进行审批,后厨主管将收到的这些菜单按照提交的先后次序,排序过程中以菜单的编号为主字节,待后厨主管审核完后,将那些能够全部提供的菜单按照编号反馈点菜员,对于菜单中出现的部分暂时不能提供的菜肴,将进行标注,也返回给点菜员,点菜员才进行修改后在发送到的后厨管理系统进行如上述的处理。
1、点菜关系模式定义
表1menu(点菜单信息)表
字段名
数据类型
长度
主键否
非空否
描述
menur_id
int
4
主键
非空
菜单id,数据库自动设值(native)
menu_material
varchar
50
否
非空
菜肴的原料
menu_price
varchar
50
否
非空
菜肴的价格
menu_type
varchar
50
否
非空
菜肴的种类
menu_server-id
varchar
50
否
非空
点菜员id
menu_name
varchar
20
否
非空
菜肴名称
2、管理员关系模式定义
表2suser(管理员信息)表
字段名
数据类型
长度
主键否
非空否
描述
suser_id
int
4
主键
非空
管理员id,数据库自动设值(native)
suser_name
varchar
50
否
非空
管理员名称,英文、数字下划线组成,不允许重复
suser_pwd
varchar
50
否
非空
系统管理员密码
suser_tel
varchar
50
否
非空
联系电话
suser_email
varchar
50
否
非空
系统管理员Email
suser_power
int
4
否
非空
管理员权限,0代表系统管理员,1代表点菜员,2代表后厨主管,3代表餐馆经理,
3、后厨关系模式定义
表3cook(后厨关系)表
字段名
数据类型
长度
主键否
非空否
描述
cook_id
int
4
主键
非空
后厨主管id,数据库自动设值(native)
cook_title
varchar
50
否
非空
后厨主管名称
cook_type
varchar
10
否
cook_back
int
4
否
非空
反馈审核消息
cook_content
varchar
2000
否
非空
后厨审核内容与要求
cook_state
int
4
否
非空
0代表招标未结束1代表招标结束
cook_resultsstate
int
4
否
空
审核的结果状态,0代表审核通过,1代表审核未通过
cook_remarks
varchar
2000
否
空
审核结果备注
4、审批关系模式定义
表7approve(公告信息)表
字段名
数据类型
长度
主键否
非空否
描述
approve_id
int
4
主键
非空
经理id
menu_id
int
4
否
非空
菜单id,外键
approve_complaint
varchar
50
否
非空
审批意见
approve_time
datetime
8
否
非空
审批发布时间
approve_content
datetime
200
否
非空
审批内容
approve_result
int
2
否
非空
审批结果,0代表未审批,1代表通过,2代表未通过
5.1数据结构与程序的关系
菜单信息表
后厨管理关系表
审批诉求关系表
管理员信息表
登录
√
√
管理员注册
√
√
√
√
菜单填写
√
诉求填写
√
菜单拟定
√
反馈审核
√
√
√
审后查询
√
√
√
菜单查询
√
√
菜单修改
√
诉求提交
√
诉求审核
√
诉求查询
√
√
6系统出错处理设计
6.1出错信息
程序在运行时主要会出现两种错误:
1、由于输入信息,或无法满足要求时产生的错误,称为软错误。
2、由于其他问题,如网络传输超时等,产生的问题,称为硬错误。
对于软错误,须生成相应的错误提示语句,送到输出模块中。
本系统可能发生的软错误如下:
登录错误:
用户名或密码输入错误,系统提示“用户名或密码错误”。
录入信息填写错误:
当录入信息时,某项信息所填内容与系统设置的格式不符,系统提示“××项填写格式不符”;提交时信息填写不完整,系统提示“××项不能为空”。
查询错误:
进行条件查询时,未找到相应信息,系统提示“所查询信息不存在”。
对与硬错误,可在出错的相应模块中输出简单的出错语句,并将程序重置。
6.2补救措施
服务器必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。
若真断电时,在断电恢复过程可采用SQLSERVER的日志文件,对其进行ROLLBACK处理,对数据进行恢复。
6.3系统维护设计
维护方面主要是对服务器上的数据库进行维护。
可使用SQLSERVER的数据库维护功能机制,定期为数据库进行Backup,维护管理数据库死锁问题和维护数据库内数据的一致性。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 餐馆 点菜 系统 概要 设计