网上订餐系统需求分析说明指导书.doc

员工网上订餐系统
之需求分析阐明书

组 名：最佳实践小组

指引教师：李华玲

组 员：李 蕴
韩小文
刘曼婷
焦文亮
吴 岩

目录
1.文档概述 4
1.1 编写目 4
1.2 定义 4
1.3 参照资料 4
2.项目概述 4
2.1 项目背景 4
2.2 项目目的 4
2.3 构件图 4
2.4 上下文关系图 5
2.5 对产品进一步解析 6
2.6 项目合用范畴 6
3.项目需求分析
3.1 性能需求分析 6
3.2项目活动图 6
3.3系统报表 8
3.4 类图 8
3.5 系统用例图 10
3.6用例文档 12

4.项目详细设计
4.1 系统模块详细设计 14
4.2 登录模块详细设计 14
4.3 顾客模块详细设计 14
4.4 管理员模块详细设计 16
5.项目技术方案 19
5.1 方案概述 19
5.2 编程环境 19
5.3 数据库实现 19
6．可行性分析 19
6.1 技术可行性分析 19
6.2 运营可行性分析 20
6.3 经济可行性分析 20
6.4 法律可行性 20

1. 引言
1.1 编写目
此立项报告旨在拟定本项目基本目的、重要内容，设计实现流程、工作负荷、费用开支、人员构造、设备状况、局限性，运营设计项目时间总体规划、进度分段原则、阶段考核办法，以及项目验收方式、提交内容清单、后续工作状况。
1.2 定义
本产品是为餐厅专门开发一套订餐管理系统，旨在合理化安排餐厅工作，提高餐厅管理效率，同步以便员工就餐。
1.3 参照资料
《软件系统分析与设计》《需求分析最佳实践》

2. 项目概述

2.1项目背景
员工到食堂用餐，在路途和排队上挥霍诸多时间，并且去晚了经常会吃不到想吃食物；员工对食堂满意度不高，有将近一半员工会选取去周边饭店用餐。因而，食堂更无法精确预测员工需求，经常会出既有些食物由于没有卖出去只得倒掉，而员工需要某些食物却已卖完现象。
2.2 项目目的
开发手机订餐系统节约员工时间和精力，避免员工在食堂排队等诸多时间，同步也减少食堂食物挥霍，并提高服务质量以及员工对餐厅满意度。
2.3 构件图

菜品信息
生成订单
对菜品评价
订菜
员工订餐子系统
订单管理子系统
员工就餐状况
库存状况查询
食堂管理子系统

图2.3-1 构件图
2.4 上下文关系图

图2.4-1 上下文关系图

2.4.1 业务事件
a. 餐厅接受订餐信息
b. 员工查询菜谱和推荐菜单或套餐
c．员工预约订餐
d．返回客户订餐信息
e. 员工进行进一步拟定订单，并最后提交
d．餐厅接受订单信息，送餐厅厨房
2.5 对产品进一步解析
到不前为止咱们对员工行为，餐厅服务人员，厨房厨师行为进行了精确分析，做这一步操作是为了进一步分析所设计系统能否达到预想目。
2.6 合用范畴
通过度析，本项目合用于各大中小型公司、行政单位、学校等地，用于员工或教师学生进行饭前报餐，以对用餐食物进行合理预算。

3. 系统需求分析
3.1 性能需求分析
该系统在性能功能应达到如下规定：
3.1.1 操作简朴，界面和谐：完全空间式页面布局，使得菜品、征询等信息录入工作更简朴：此外，跟踪浮现提示信息也让顾客随时清晰自己操作状况。对常用类似网站管理各个方面：基本信息录入、浏览、删除、修改、搜索等方面都大体实现，顾客对菜品预定以及支付方式；
3.1.2 即时可见：对客户预定餐饮信息解决（涉及录入、删除）将及时在首页相应栏目显示出来，达到“即时发布，即时见效”功能
3.1.3 系统运营应当迅速、稳定、高效和可靠；
3.1.4 在构造上应当具备较好可扩展性，便于将来功能扩展和维护。

3.2 项目活动图
本模块通过购物车，可以一次性批量购买各种商品。并且通过购物车，您无需记下订单即可在您电脑上随时保存或查看您想要购买商品。购物车为广大顾客带来更大便捷。
员工在线订餐可以实当前线订购功能，同步也是通过购物车功能实现，员工在网上浏览菜单，这其中涉及菜品简介，价格等方面菜品信息，然后点菜把所选菜品放入购物车中，如果不满意可以到购物车中退菜，或修改数量，如下就是顾客在线下订单活动图

图3.2-1 订餐活动图

3.3 项目报表
日订餐记录报表

日期
就餐
总数
1餐
2餐
3餐
……
订餐数
就餐数
订餐数
就餐数
订餐数
就餐数
订餐数
就餐数

表 3.3-1
菜品报表
编号
菜名
单价
制作窗口
月点餐次数
顾客评价级别

表 3.3-2

客户信息报表
姓名
订餐次数
就餐总次数
就餐频率（按月）
信用度

表 3.3-3

3.4 类图
员工(employee):有两种方式就餐，一种是在去食堂路上，通过发送订餐短信，提前订餐；另一种是直接到食堂窗口订餐。
食堂客服人员(Netservers):重要工作是提取员工短息预订菜单，打印菜单，并把菜单送到食堂厨房。
订单（order）：涉及员工预订菜品单价，总价等信息，以便员工核对自己订单信息。
菜品列表（MenuList）:涉及餐厅提供各种菜品，价格等细目，以便员工选用自己想吃菜。
餐厅厨房人员(ResCookEmp):接受食堂窗口人员或食堂客服人员所接受员工最后订单，并进行制作，并把做好之后菜返回给窗口服务人员。
食堂窗口服务员（RestauWinEmp）:其作用是接受在窗口直接订餐员工菜单，并把菜单送给餐厅厨房人员；接受做好菜，并送给员工。

1
1
1..n
1..n
1..n
1
1..n
1
1
1..n
1

0..n
1
1..n
1
1
1..n
餐厅厨房人员
(ResCookEmp)
姓名(Cname)
编号(CId)
GetMenu()
DoDiner()
SendMenuTW()
订单(order)

日期(data)
单价(EachPrice)
总价(TotalPrice)
支付类型(PayType)
员 工(employee)

姓名(name)
编号(id)
手机号码(phoneNumber)
SetMenu()
DetermineMenu()
SendMenu()
菜品列表
(MenuList)
菜名(MenuName)
菜编号(MenuId)
价格(Prince)
阐明(State)
食堂窗口服务员
(RestauWinEmp)
窗口编号(WinId)
供应商品(Menu)
GetGMenu()
SendMenuTR()
GetDiner()
SendDinerTE()
1
食堂客服人员
( Netservers)
姓名(name)
编号(id)
工资(wage)

GetPMenu()
PrintMenu()
SMTResWin()

图3.4-1 类图

3.5 系统用例图
通过对系统需求分析，系统基本功能已经大体拟定。

登录网上订餐系统

生成订单
员工

确认订单

发送订单
图3.5-1 员工用例图

获取员工订单

食堂客服人员

发送员工订单到厨房
图3.5-2 食堂客服人员用例图

获取窗口订餐员工菜单

发送菜单到食堂厨房
食堂窗口服务员

获取厨房做好菜

送菜到员工
图3.5-3 食堂窗口服务员用例图

获取员工最后订单

做菜
餐厅厨房人员

送菜给窗口服务人员
图3.5-4 餐厅厨房人员用例图
3.6用例文档：

员工登录网上订餐系统

用例名称
员工
用例编号
1
用例概述
员工必要登录网上订餐系统才可进行订餐。
前置条件
员工已登录
后置条件
发送订餐信息成功
事件流
1：登录网上订餐系统
2：生成订单
3：发送订单

表3.6-1
食堂客服人员获取和发送订单

用例名称
食堂客服人员
用例编号
2
用例概述
获取员工订单，并生成订单，送给厨房服务人员
前置条件
员工发送了订单
后置条件
厨房服务人员接受订单成功
事件流
1：获取员工订单
2：打印订单
3：送给厨房人员

表3.6-2

食堂窗口服务员获取菜单和给员工送菜
用例名称
食堂窗口服务员
用例编号
3
用例概述
获取在窗口订餐员工菜单，并把菜单发送给厨房服务人员。
前置条件
员工在窗口订餐
后置条件
把在窗口订餐员工菜单递交厨房
事件流
1：获取在窗口订餐员工订单
2：发送订单到厨房
3：送菜给员工

表3.6-3

餐厅厨房人员获取订单并，做菜并把菜送给窗口服务人员
用例名称
餐厅厨房人员
用例编号
4
用例概述
餐厅厨房人员获取订单并，做菜并把菜送给窗口服务人员

前置条件
窗口服务员已获得订单或客服人员已获得订单
后置条件
把菜送给窗口服务人员
事件流
1:获取窗口服务员已获得订单或客服人员已获得订单
2：做菜
3：把菜送给窗口服务人员

表 3.6-4

4. 项目详细设计
4.1 系统模块详细设计
本系统总共有两大重要模块，分别是顾客模块和管理员模块。每个模块分别有不同权限和使用功能。

4.2 登录模块流程图
开始

顾客名

密码

与否合法
N

Y
结束

图4.2-1 系统登录流程图
4.3 顾客模块详细设计
顾客模块重要功能是浏览，订餐。浏览与自己有关美食信息，订单信息等。顾客要下订单之前美食车要把详细食物信息列出，物品单价，购买数量，总共价钱，可修改和删除购买，当符合顾客规定期候，顾客就可如下订单。下订单时一方面会让顾客拟定一下订单与否付合规定，确认无误后，进入填写接受信息后生成订单。然后对数据库进行操作完毕。
顾客模块详细设计重要涉及到顾客下订单和食品搜索两大功能，分别见图4.3-1和图4.3-2。
顾客可以通过此功能对自己选中东西下订单，等待服务商送货或自己取货。
顾客
订单确认
显示购物车
修改订单
不购买此商品

结束操作
登录
图4.3-1 顾客下单流程图据图
删除购物车信息

提示错误
验证登陆顾客id与否对的

N
Y
确认结账

N
Y
返回
订单生成

提示错误
Y
N

通过提供美食搜索控件，为顾客提供更为以便快捷服务。顾客可以迅速找到自己想要下订美食。
判断txtSearch 与否为空
开始
键入FoodSearch搜索控件
User_SearchReault页
dlSearchBind（）
结束
提示输入
图4.3-2 搜索模块流程图
数据库查找
匹配成功
提示未找到

4.4 管理员模块详细设计
管理员模块重要是用来对会员管理，管理员管理，上传管理，美食及其分类管理，订单管理等。管理员可以通过订单管理功能来解决寻常订单。
管理员登录
提示错误
验证登陆顾客id与否对的

N
绑定数据库信息
信息绑定无误
更新数据库
结束操作
选取详细订单

显示订单
订单管理操作
图4.4-1 管理员订单解决程序流程图

管理员可以通过此功能模块添加想要添加各种信息，例如订单解决等功能。
开始
Session[“AID”]
与否为空
添加输入框与否为空
Class ManagerClass
Addadmin()
验证管理员顾客与否已存在
添加到数据库
结束
提示登录
提示输入
提示重新输入
图4.4-2 管理员添加流程图

5. 项目技术方案

5.1 方案概述
员工可以通过访问网上报餐系统，进行登录或注册，报上自己在用餐时间内想吃各种食物，食堂管理员可以查看顾客所报菜品，并且可以对菜品进行增删改查。

5.2 编程环境
本次开发使用JSP作为开发语言，采用Servlet技术,Tomcat5.0作为Web服务器，在windows7系统条件下开发。

5.3 数据库实现
本系统采用MYSQL作为后台数据库。其内置数据库引擎可以控制访问权限并迅速解决数据，搜索引擎可以对SQLServer 表中数据进行索引，并执行各种条件查询，迅速返回成果。便于防火墙日记管理和规则访问以及操作。数据库管理员和开发人员可以以便地运用其进行数据库管理或编写相应MYSQL语句。

6．可行性分析

6.1 技术可行性分析
网络订餐系统开发是一项复杂系统工程。为了保证系统开发成功，必要采用工程化系统开发办法，并研究出某些符合工程化原则开发办法。这些办法旨在指引开发者进行工程化系统开发，从而加快系统开发速度，保证质量以及减少开发成本。工程化系统开发办法的确在开发实践中获得了一定效果。本次开发使用JSP作为开发语言，采用Servlet技术,Tomcat5.0作为Web服务器。

6.2 经济可行性分析
由于本项目特殊性，无需投入额外设备购买及人员培训费用。同步，系统对开发需求以及软硬件规定都不是很高，因此在软硬件支出上十分有限。因而，本系统在任何一台连接Internet机器上都可以运营，并且网络订餐以便快捷，节约了员工时间和精力，也避免了食堂食物挥霍，因而订餐系统在经济上是完全可行。

6.3 运营可行性分析
随着计算机知识普及和推广，越来越多人掌握了计算机基本用法和技能。随着Internet发展，顾客对于网络、WINDOWS等环境下软件使用比较熟悉，对于新鲜事物，顾客体现出极大兴趣和热情。

6.4 法律可行性
本系统没有侵犯个人隐私和个人责任方面问题，使用本系统不会引起法律方面纠纷问题，因此开发本系统具备法律可行性。

综上所述，本系统开发是符合当前实际状况，并具备一定实用意义。在技术、经济、运营、法律上都可以看到此系统可行性，并且很具备其实现必要。