餐饮管理系统概要方案设计书.docx
《餐饮管理系统概要方案设计书.docx》由会员分享，可在线阅读，更多相关《餐饮管理系统概要方案设计书.docx（29页珍藏版）》请在冰点文库上搜索。
餐饮管理系统概要方案设计书
餐饮管理系统概要设计
V0.2
广州ＸＸＸ软件公司
评审日期：
2013年4月7日
项目小组参加人员及分工
姓名
学号
工作任务
组长
庞嘉瑶
1007508235
总体布局
组员
曾洁玲
1007508216
客户端模块设计
组员
李文静
1007508221
客户端模块设计
组员
李春丽
1007508252
管理端模块设计
组员
叶庆文
0907508312
管理端模块设计
1.导言
1.1目的
该文档的目的是描述餐饮管理系统项目的概要设计，其主要内容包括：
●系统功能简介
●系统结构设计
●系统接口设计
●数据设计
●模块设计
●界面设计
本文档的预期的读者是：
●开发人员
●项目管理人员
●测试人员
1.2范围
该文档定义了系统的结构和单元接口，但未确定单元的实现方法，这部分内容将在详细设计/实现中确定。
1.3缩写说明
UML
UnifiedModelingLanguage（统一建模语言）的缩写，是一个标准的建模语言。
ASP
ActiveServerPage（动态服务器页面）的缩写，可以与数据库和其它程序进行交互，是一种简单、方便的编程工具。
瑣钋濺暧惲锟缟馭篩凉。
MVC
Model-View-Control（模式－视图－控制）的缩写，表示一个三层的结构体系。
1.4术语定义
无
1.5引用标准
[1]《企业文档格式标准》
北京长江软件有限公司
[2]《软件概要设计报告格式标准》
北京长江软件有限公司软件工程过程化组织
1.6参考资料
[1]《软件重构》
清华大学出版社
1.7版本更新信息
本文档的更新记录如表Ｂ－１所示。
表Ｂ-1版本更新记录
修改编号
修改日期
修改后版本
修改位置
修改内容概述
001
2013.4.7
0.1
全部
初始发布版本
002
2013.4.14
0.2
第3.1、5.2、6.1.1节
修改
2.系统分析
本系统可以实现网上的餐饮管理，会员通过网上浏览饭店的菜肴信息，实现订餐操作，并可以对各种菜肴做出相应的评价。
同时，饭店相关人员可以管理菜肴信息、订单信息、生成报表等。
系统包括管理端子系统和客户端子系统。
鎦诗涇艳损楼紲鯗餳類。
管理端子系统包括菜单管理、订单管理、点餐管理、报表管理、评价管理、用户管理。
客户端子系统包括检索浏览菜单、下订单、餐后评价。
图B－1和B—2为客户端和管理端的组成结构图。
栉缏歐锄棗鈕种鵑瑶锬。
评价信息
图Ｂ－１：
客户端子系统图示
饭店相关人员员
辔烨棟剛殓攬瑤丽阄应。
3.界面设计
本系统的用户界面按功能分客户端和管理端。
3.1管理端界面设计
管理端主要实现菜单管理、订单管理、点餐管理、报表管理、评价管理以及用户管理等功能。
主要界面设计如下：
-登录界面
◆通过用户名和密码实现用户登录，并判断用户的权限。
-管理首页
◆根据用户的权限，进入首页，并在首页中展示此用户相应可以操作的权限功能。
-菜单管理
◆包括“菜式列表”、“菜肴详细信息”、“添加菜式”、“删除菜式”和“修改菜肴信息”等页面。
-订单管理
◆包括“订单列表”、“订单详细信息”、“修改订单信息”和“更改订单状态”等页面。
-点餐管理
◆包括“填写就餐信息”、“选择菜色”和“预览点餐”等页面。
-评价管理
◆包括“评价列表”、“已审核评价列表”、“未审核评价列表”、“评价详细信息”和“审核评价信息”等页面。
-报表管理
◆包括“选择统计方式”和“输出报表”等页面。
-用户管理
◆包括“用户列表”、“用户信息”、“修改用户信息”、“添加用户”和“删除用户”、“用户权限设置”等页面。
峴扬斕滾澗辐滠兴渙藺。
具体页面流如下图Ｂ－３所示：
菜单管理
登录界面
订单管理
点餐管理
首页
修改订单信息
更改订单状态
订单列表
订单管理
订单详细信息
修改菜肴信息
菜肴详细信息
删除菜式
添加菜式
菜式列表
预览点餐
选择菜式
输出报表
选择统计方式
用户信息
增加用户
用户列表
用户管理
删除用户
修改用户信息
报表管理
删除处理
修改状态
审核评价信息
查询未审核评价
查询已审核评价
评价管理
评价列表
填写就餐信息
点餐管理
菜单管理
用户管理
报表管理
评价管理
詩叁撻訥烬忧毀厉鋨骜。
图Ｂ－３：
管理端的页面流程
3.2客户端界面设计
客户端主要为顾客提供网上订餐的过程，顾客通过注册为会员并登录系统，检索浏览菜单，填写订餐信息、选择菜色生成订单，传到服务器端，供管理者管理订单。
主要界面设计如下：
则鯤愜韋瘓賈晖园栋泷。
-注册界面
◆填写个人基本信息实现用户注册。
-登录界面
◆通过用户名和密码实现用户登录。
-管理首页
◆登录的会员可以实现检索浏览菜单、订餐、餐后评价、订单管理、个人信息管理的功能，而游客只提供检索浏览菜单的功能。
胀鏝彈奥秘孫戶孪钇賻。
-检索浏览菜单
◆包括“菜单列表”和“菜肴详细信息”等页面。
-订餐
◆包括“填写预订信息”、“选择菜色”和“预览订单”等页面。
-餐后评价
◆包括“待评价菜式列表”和“填写评价信息”等页面。
-订单管理
◆包括“订单列表”、“订单详细信息”和“修改订单信息”等页面。
-个人信息管理
◆包括“个人基本信息”等页面。
具体页面流如下图Ｂ－４所示：
检索浏览菜单
鳃躋峽祷紉诵帮废掃減。
图Ｂ－４：
客户端的页面流程
4.体系结构
系统的总体结构设计遵循如下原则：
1）系统应具有良好的适应性：
能适应用户对系统的软件环境、管理内容、模式和界面的要求；
2）系统应具有可靠性：
采用成熟的技术方法和软件开发平台，以保证在以后的实际应用中安全、可靠；
3）系统应具有较好的安全性：
应提高完善的安全机制和用户权限限制机制，确保数据的受限访问；
4）系统应具有良好的可维护性：
系统应易于维护、安装；
5）系统应具有良好的可扩展性：
系统应适应未来信息化建设的要求，能方便得进行功能扩展，以建立完善的信息集成管理体系。
稟虛嬪赈维哜妝扩踴粜。
4.1体系结构
本系统采用Asp.Net的模型-视图-控制器（MVC）体系结构。
４.１.１Asp.NetMVC体系结构
模型-视图-控制器（MVC）体系结构模式将应用程序分成三个主要组件：
模型、视图和控制器。
ASP.NETMVC框架提供用于创建Web应用程序的ASP.NETWeb窗体模式的替代模式。
ASP.NETMVC框架是一个可测试性非常高的轻型演示框架，（与基于Web窗体的应用程序一样）它集成了现有的ASP.NET功能，如母版页和基于成员资格的身份验证。
MVC框架在 System.Web.Mvc 程序集中定义。
陽簍埡鲑罷規呜旧岿錟。
MVC设计模式
MVC是许多开发人员熟悉的标准设计模式。
一些类型的Web应用程序将得益于MVC框架。
一些类型将继续使用基于Web窗体和回发的传统ASP.NET应用程序模式。
其他类型的Web应用程序将结合这两种方法；这两种方法彼此互不包含。
沩氣嘮戇苌鑿鑿槠谔應。
MVC框架包括以下组件：
∙模型。
模型对象是实现应用程序数据域逻辑的应用程序部件。
通常，模型对象会检索模型状态并将其存储在数据库中。
例如，Product 对象可能会从数据库中检索信息，操作该信息，然后将更新的信息写回到SQLServer数据库内的Products表中。
钡嵐縣緱虜荣产涛團蔺。
在小型应用程序中，模型通常是概念上的分离，而不是实际分离。
例如，如果应用程序仅读取数据集并将其发送到视图，则该应用程序没有物理模型层和关联的类。
在这种情况下，数据集担当模型对象的作用。
懨俠劑鈍触乐鹇烬觶騮。
∙视图。
视图是显示应用程序用户界面（UI）的组件。
通常，此UI是用模型数据创建的。
Products表的编辑视图便是一个视图示例，该视图基于 Product 对象的当前状态显示文本框、下拉列表和复选框。
謾饱兗争詣繚鮐癞别瀘。
∙控制器。
控制器是处理用户交互、使用模型并最终选择要呈现的视图来显示UI的组件。
在MVC应用程序中，视图仅显示信息；控制器则用于处理和响应用户输入和交互。
例如，控制器处理查询字符串值，并将这些值传递给模型，而模型可能会使用这些值来查询数据库。
呙铉們欤谦鸪饺竞荡赚。
MVC模式可以帮助您创建使应用程序的不同方面（输入逻辑、业务逻辑和UI逻辑）分离的应用程序，同时可在这些元素之间提供松散耦合。
该模式指定每种逻辑在应用程序中应处的位置。
UI逻辑位于视图中。
输入逻辑位于控制器中。
业务逻辑位于模型中。
在您生成应用程序时，通过使用这种分离方式，可以帮助您化繁为简，因为它可以使您侧重于一次实现应用程序的一个方面。
例如，您可以侧重于独立于业务逻辑的视图。
莹谐龌蕲賞组靄绉嚴减。
MVC应用程序的这三个主要组件之间的松散耦合也可促进并行开发。
例如，一个开发人员可以从事视图方面的工作，第二个开发人员可以从事控制器逻辑方面的工作，第三个开发人员可以侧重于模型中的业务逻辑。
麸肃鹏镟轿騍镣缚縟糶。
４.１.２系统体系结构
根据系统分析结果，该系统从结构上应满足：
●基于浏览器进行显示以方便用户使用；
●采用MVC的三层体系结构，分化各个功能组件；
●采用C#脚本语言与数据库通讯以便于数据库的转换；
●采用标签技术完成动态页面的简单逻辑。
4.2系统运行环境
系统运行的网络结构图、硬件软件环境图如下。
4.2.1 网络结构图
本系统的网络拓构图如图Ｂ－８：
图Ｂ－８：
系统的网络拓扑图
图Ｂ－８：
系统的网络拓扑结构图
其中的局域网用户机主要是饭店内部的人员可以使用的机器，远程用户机主要是指通过互联网登录系统的人员使用的机器，可以是饭店内部的人，也可以是会员。
納畴鳗吶鄖禎銣腻鰲锬。
4.2.2硬件环境
本系统的硬件环境如下：
●客户机：
普通PC
⏹CPU：
P41.8GHz以上
⏹内存：
256MB以上
⏹能够运行IE6.0以上的机器
⏹分辨率：
推荐使用1024*768像素
●WEB服务器
⏹CPU：
P42.0GHz
⏹内存：
1G以上
⏹硬盘：
80G以上
⏹网卡：
千兆
●数据库服务器
⏹CPU：
P42.0GHz
⏹内存：
1G以上
⏹硬盘：
80G以上
4.2.3软件环境
本系统的软件环境如下：
●操作系统：
Unix/Linux/windows2000或以上版本
●数据库：
SQLServer2005
●Web服务器：
IIS
●浏览器：
IE6.0以上
（1）数据库及操作系统:
对于核心数据库来说，选择一个合适的数据库系统对我们的系统运行是很重要的，选择数据库的关键因素是要考虑预计会有多少人同时访问数据库；正常工作时间的级别；用来访问数据库的应用程序的类型；运行数据库的服务器的硬件和操作系统类型；以及管理人员的专业技术水平。
目前市场上适用于中小型企业的数据库产品有IBMDB2、MicrosoftSQLServer系列、Oracle系列。
所有这些产品都基于SQL语言。
同时，它们还拥有精密复杂的安全控制以适应不同的商业需要。
服务器操作系统使用Windows2005Server系统。
風撵鲔貓铁频钙蓟纠庙。
考虑到价格因素、易用性，我们使用SQLSERVER2005作为系统后台数据库系统，服务器操作系统采用Windows2005Server。
灭嗳骇諗鋅猎輛觏馊藹。
（2）WEB服务软件：
目前的WEB服务器软件有很多种，成熟而且稳定有Apache、Tomcat和Microsoft的IIS，它们也是占据着Web服务器市场最大的份额。
IIS（InternetInformationServer，互联网信息服务）是一种Web（网页）服务组件，其中包括Web服务器、FTP服务器、NNTP服务器和SMTP服务器，分别用于网页浏览、文件传输、新闻服务和邮件发送等方面，它使得在网络（包括互联网和局域网）上发布信息成了一件很容易的事。
因此选择IIS作为WEB服务器。
铹鸝饷飾镡閌赀诨癱骝。
5.数据模型
本系统的数据模型主要是进行数据库的设计。
5.1数据库的概念结构模型设计
概念设计以反映现实世界中的实体、属性和它们之间的关系等的原始数据形式，建立数据库的每一幅用户视图。
图Ｂ－９是系统E-R图。
攙閿频嵘陣澇諗谴隴泸。
1
图Ｂ－９：
系统的Ｅ－Ｒ图
5.2数据库的逻辑结构模型设计
数据库的逻辑设计是将各局部的E-R图进行分解、合并后重新组织起来形成数据库全局逻辑结构，包括所确定的关键字和属性、重新确定的记录结构、所建立的各个数据之间的相互关系。
根据本系统需求分析,系统的数据库包括了会员注册、菜单管理、订单管理、评价管理、用户管理。
趕輾雏纨颗锊讨跃满賺。
表Ｂ－２：
库表的设计
会员信息MenberInfo
字段名
字段代码
字段类型及长度
关键字
可否为空
会员号
MenberID
Char,10
Y
N
真实姓名
MenberName
Varchar,20
N
性别
MenberSex
Bit,1
生日
Birthday
Datetime
电话号码
PhoneNumber
Char,13
N
邮箱
Email
Varchar,20
地址
Address
Varchar,30
密码
MenberPwd
Varchar,15
N
管理员信息UserInfo
字段名
字段代码
字段类型及长度
关键字
可否为空
用户账号
UserID
Char,10
Y
N
用户名
UserName
Varchar,20
N
性别
UserSex
Bit,1
密码
UserPwd
Varchar,15
N
角色
Role
Varchar,20
N
权限
Privilege
Varchar,20
N
菜单信息Menu
字段名
字段代码
字段类型及长度
关键字
可否为空
菜式号
MenuID
Char,10
Y
N
菜式名
MenuName
Varchar,20
N
菜式图片
MenuPhoto
Varchar,20
菜式简介
MenuIntroduce
Varchar,100
主要食材
MenuIngredients
Varchar,50
N
所属菜系
MenuCuisine
Varchar,20
N
种类
MenuKind
Varchar,20
N
单价
UnitPrice
Float,5
N
销售量
SalesVolume
Int
餐桌信息Table
字段名
字段代码
字段类型及长度
关键字
可否为空
餐桌号
TableID
Char,4
Y
N
餐桌类型
TableStyle
Bit,1
N
订单信息Order
字段名
字段代码
字段类型及长度
关键字
可否为空
订单号
OrderID
Char,10
Y
N
会员号
MenberID
Char,10
N
预定时间
ScheduledTime
Datetime
N
就餐时间
RepastTime
Datetime
N
餐桌号
TableID
Char,4
总额
TotalPrice
Float,10
订单状态
OrderState
Bit,1
N
菜色选择FoodSelection
字段名
字段代码
字段类型及长度
关键字
可否为空
订单号
OrderID
Char,10
Y
N
菜式号
MenuID
Char,10
Y
N
数量
Amount
Int
N
评价信息Comment
字段名
字段代码
字段类型及长度
关键字
可否为空
菜式号
MenuID
Char,10
Y
N
订单号
OrderID
Char,10
Y
N
评价信息
Comment
Varchar,100
N
审核状态
ReviewState
Bit,1
N
5.3数据库管理物理结构模型设计
信息存储结构的设计在系统的设计中至关重要，要考虑到数据冗余、系统执行效率、信息控制以及维护等方面的要求。
信息的管理离不开数据库的支持，我们采用SQLServer2005数据库管理系统。
夹覡闾辁駁档驀迁锬減。
数据库的物理设计主要是对数据在内存中的安排，包括对索引区、缓冲区的设计；对使用的外存设备及外存空间的组织，包括索引区、数据块的组织与划分；设置访问数据的方式方法。
需在非系统卷（操作系统所在卷以外的其他卷）上安装SQLServer程序及数据库文件。
内存是影响MicrosoftSQLServer系统性能的一个重要因素，应在MicrosoftSQLServer数据库安装后进行内存选项（Memory）设置，最大配置值为2GB。
视絀镘鸸鲚鐘脑钧欖粝。
为了确定SQLServer系统最适宜的内存需求，可以从总的物理内存中减去Windows2005server需要的内存（120M）以及其它一些内存需求后综合确定，理想的情况是给SQLServer分配尽可能多的内存，而不产生页面调度。
设置服务器的虚拟内存为1G。
对Sql属性配置如图Ｂ－１１所示。
偽澀锟攢鴛擋緬铹鈞錠。
图Ｂ-１１SQL内存配置图
6.模块设计
按照功能分解，本系统分为客户端管理系统和管理端系统。
根据页面流的设计，管理端系统又分为用户登录、用户管理、菜单管理、订单管理、点餐管理、评价管理、报表管理等7个模块，而客户端系统又分为注册、浏览检索菜单、订餐、餐后评价、订单管理、个人信息管理等6个模块，如图Ｂ-１２。
緦徑铫膾龋轿级镗挢廟。
图B-12模块设计
騅憑钶銘侥张礫阵轸蔼。
各个部分的关系如图Ｂ－１３下：
图B-13模块之间的关系
疠骐錾农剎貯狱颢幗騮。
针对不同用户，提供了两类功能登录接口：
即会员登录接口和饭店相关人员登录接口，这些接口都以WEB页面的形式提供。
通过各自的页面，会员和饭店相关人员可以从事各自的活动。
镞锊过润启婭澗骆讕瀘。
以下将分小节对各个部分进行设计。
6.1客户端模块设计
客户端运行在公用网上，可以显示各种菜式信息，用户可以查看菜肴详细信息。
当用户希望进行网上订餐时，可以填写自己的基本信息进行注册，包括填写真实姓名、性别、生日、电话号码、邮箱、地址、密码等信息，这些构成了用户个人基本信息。
当用户已登录系统，可以查看或修改个人信息。
随后即可进入网上订餐页面，填写就餐日期，系统根据日期显示餐位情况，会员根据个人实际情况选择午市或晚市，小桌、大桌或宴席（即一次预订多张台位），选择好后，点击下一步，进入点菜环节，会员浏览相关菜肴信息，对所喜欢的菜式进行预订选择，点齐菜式后，进行提交，完成网上订餐。
当提交订单后，相关信息将存入订单库中，用户可以继续进行网上订餐。
榿贰轲誊壟该槛鲻垲赛。
在客户端用户可以看到各类菜式、图片、名称、价格、用料等，当点击菜名时进入该菜式详细介绍页面。
6.1.1表示层设计
根据上述的功能介绍，总结出客户端的页面设计如表Ｂ-３。
表Ｂ－３：
客户端的页面设计
界面
Aspx
功能描述
主页面
Index.aspx
客户端的主页面
菜肴详细信息
Dishes.aspx
显示某种菜式的详细信息
个人基本信息
CVbasicinfo.aspx
填写个人基本信息情况页面
预览个人信息
CVall.aspx
浏览填写完成的个人信息
订餐页面
Order.aspx
填写订餐信息的页面
提交
Inputdone.aspx
提交完成的页面
根据界面流的设计可以确定各个界面的访问入口，以及界面之间切换关系，流程图如图Ｂ-１４所示。
6.1.2控制层
控制层主要是设计客户端页面跳转信息。
客户端的事件主要包括进入菜式列表（即首页）、浏览菜式详细信息，添加用户基本信息，进入订餐界面，填写相关订餐信息，提交订单。
表B-5列出了每个页面的入口和出口信息。
邁茑赚陉宾呗擷鹪讼凑。
表Ｂ-５：
客户端应用的控制层设计
事件
入口
出口
进入主页
Index.aspx
Dishes.aspx
浏览菜式详细信息
Dishes.aspx
CVbasicinfo.aspx
添加用户基本信息
CVbasicinfo.aspx
CVall.aspx
预览个人信息
CVall.aspx
Index.aspx
返回用户基本信息页面
CVall.aspx
CVbasicinfo.aspx
个人基本信息修改
CVbasicinfo.aspx
CVall.aspx
进入订餐界面
Order.aspx
Orderall.aspx
预览订单
Orderall.aspx
Inputdone.aspx
返回订餐界面
Order.aspx
Orderall.aspx
订餐信息修改
Order.aspx
Orderall.aspx
提交页面返回
Inputdone.aspx
Index.aspx
6.2登录管理模块设计
登录管理模块负责管理端用户的登录。
管理端用户都是通过登录界面进入管理端的，用户输入用户名和密码进入管理界面首页，提供了进入功能面板的接口，并根据用户的权限在首页中列出相应的操作功能。
嵝硖贪塒廩袞悯倉華糲。
6.2.1表示层设计
根据上述的功能介绍，总结出用户登录的页面如表Ｂ-７所示。
表Ｂ－７：
登录管理模块的页面设计
界面
axpx
功能描述
登录界面
Login.aspx
登录的主界面
主页面
Main.aspx
管理的主页面
根据界面流的设计可以确定各个界面的访问入口，以及界面之间切换关系，页面的流程图如图Ｂ-１５所示。
图Ｂ－１５：
登录管理的页面流程
6.2.2控制层设计
登录管理的控制层主要是设计用户的登录事件的流程控制。
表Ｂ-８列出了每个流程的入口，以及出口。
表Ｂ－８：
登录管理的控制层设计
事件
入口
出口
用户登录
Login.aspx
Main.aspx
6.3用户管理模块设计
在用户管理中系统管理员对用户进行增删改查，可以进行权限设置。
具有不同权限的用户进入不同的主界面，界面左侧栏中的图标数有所不同，具体的图标与用户所具有的权限对应。
在用户管理中可以增加或删除用户，编辑用户名，用户密码，修改用户权限等。
该栎谖碼戆沖巋鳧薩锭。
6.3.1表示层设计
根据上述的功能介绍，总结出用户管理功能的页面如表Ｂ－１０。
表Ｂ－１０：
用户管
升级会员 