网上订餐系统需求分析说明书样本.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 法律可行性
本系统没有侵犯个人隐私和个人责任方面的问题, 使用本系统不会引起法律方面的纠纷问题, 因此开发本系统具有法律可行性。

综上所述, 本系统的开发是符合现在的实际情况的, 并具有一定的实用意义。在技术、 经济、 运行、 法律上都能够看到此系统的可行性, 而且很具有其实现的必要。