订餐系统需求分析.docx
《订餐系统需求分析.docx》由会员分享,可在线阅读,更多相关《订餐系统需求分析.docx(12页珍藏版)》请在冰豆网上搜索。
订餐系统需求分析
订餐系统
需求分析说明书
制作小组:
Sunshine
制作人:
杜晓霞0921040502
胡晓媛0921040518
候礼玉0921040510
窦年伟0921040534
蒋琳0921040543
周凯0921040526
1.前言
1.1文档目的
编写订餐系统项目产品需求规格说明书的目的是为明确产品需求,将功能需求、用户需求、业务需求准确的描述清楚,并建立相应的子系统模块。
以便于项目组成员以及用户对项目目标有清晰的认识,为后续阶段的开发做好准备,最终实现订餐系统。
1.2文档范围
适用于项目设计阶段、开发及测试阶段
1.3参考文档
《软件需求最佳实践》作者:
徐锋
《软件系统分析与设计》作者:
谢新华
《软件需求工程》作者:
谢新华
2.项目背景
随着科学的不断进步越来越多的人都在忙于工作甚至连吃饭的时间也被榨取,有时就算最后有时间,但员工到食堂用餐,在路途和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物;员工对食堂的满意度不高,有将近一半的员工会选择去周边饭店用餐。
因此,食堂更无法准确预测员工需求,经常会出现有些食物因为没有卖出去只好倒掉,而员工需要的一些食物却已卖完的现象。
面临这样一个机遇,订餐系统就诞生了。
通过这个订餐系统食堂可以拓展自己的业务,同时可以减少食物的浪费,并通过提高效率来提高利润。
3.项目面向的用户群体
本项目面向的最终用户为公司或企业的领导及员工,还涉及到了餐厅管理人员,公司财务人员,库存管理人员。
4.业务需求
1.该订餐系统提高员工的就餐效率,减少就餐等待时间
2.准确预测员工的需求,减少食物浪费并提高服务质量,以便于增强员工的就餐满意度。
5.可行性分析
订餐系统对企业办公人员进行设计,他们有习惯使用电脑、对ERP及OA系统相当熟悉、素质水平较高的特点。
结合多年实践经验,研究开发了针对办公人员的订餐系统,极大的方便了企业办公人员及时订餐、完善了企业订餐管理。
5.1经济可行性分析
由于本项目的特殊性,无需投入额外的设备购买及人员培训费用。
同时,系统对开发的需求以及软硬件要求都不是很高,所以在软硬件的支出上十分有限。
因此,本系统在任何一台连接Internet的机器上都可以运行,而且网络订餐方便快捷,节省了员工的时间和精力,也避免了食堂食物的浪费,因此订餐系统在经济上是完全可行的。
5.2运行可行性分析
随着计算机知识的普及和推广,越来越多的人掌握了计算机的基本使用方法和技能。
随着Internet的发展,用户对于网络、WINDOWS等环境下的软件使用比较熟悉,对于新鲜事物,用户表现出极大的兴趣和热情。
6.业务模型分析
本系统是由员工子系统,订餐管理子系统,库存管理子系统,食堂管理子系统四个主题域构成,它们之间的关系如下:
6.1订餐管理子系统
本主题域的主要用户是订餐管理中心,将对员工的订餐信息,食物原材料的申领,采购,以及信息处理等提供任务提供支持。
其范围如图所示:
6.1.1业务事件
(1)员工注册,提交订单
(2)食堂人员处理订单
(3)厨师根据订餐单进行准备
(4)管理员将员工反馈的信息进行分析,汇总
(5)管理员将菜单收费情况进行汇总
6.1.1.1业务流程分析
员工注册,登录系统后,首先到订餐管理系统浏览菜单,选择自己喜欢的菜品,提交订单;如需修改,请取消原订单,返回订餐管理系统重新选择,再次确认,最终生成订单并收款,系统整合并处理订单提交到食堂,食堂根据订单完成菜品,订单完成。
其流程如下图:
6.1.1.2订餐管理子系统类图
6.1.1.3用例图
用例模型
1概述
用例名称:
开单
编号:
UC-BTG
参与者:
员工
用例概述:
员工浏览菜单,提交信息并修改完成订单,提交系统。
相关Stakholder
订餐管理系统处理订单信息
2事件流
前置条件:
员工登陆系统
后置条件:
生成订单
基本事件流:
1员工浏览菜单并选择自己想要订的食物
2员工填写个人资料以及支付方式
3员工确认订单并提交
扩展事件流
1a如果用户选择的食物已经卖完,给出提示信息
2a员工也可以亲自来下单
3如果员工不满意,重新浏览菜单并修改订单提交
3相关需求
员工原始需求
通过输入账号密码可登陆系统,若错误请核对后重新登陆
员工选择菜品已售完,则应提示取消订单重新选择
如果订单提交失败,请重新提交
相关功能点
当员工选择多个菜品时,系统能够自动给出套餐建议
规约约束:
员工必须能上网或者知道用餐地址
用例模型
1概述
用例名称:
处理订单
编号:
UC-BTG007
参与者:
员工,食堂部门
用例概述:
系统查询订单,对订单进行统计,完成订单的现金结算并总结反馈报告。
相关Stakholder
员工提交订单信息
食堂部门根据订单信息完成菜品
2事件流
前置条件:
员工提交订单
后置条件:
订单处理完成
基本事件流:
1系统打开订餐网后台管理界面
2系统查询出订单,对订单进行统计
3系统查询现金结算表
扩展事件流
无
3相关需求
系统原始需求
若系统对订单未在规定时间段进行统计,则应提示信息在规定时间统计
若结算金额错误,请重新查询核对
相关功能点
系统定期更新订单信息,以及现金交付情况
规约约束:
系统确定订单无误,后台系统能够正常运转
6.1.2报表
(1)员工注册统计表
(2)各菜谱统计表
(3)物料需求统计报表
(4)订单业务情况统计报表
(5)信息反馈报表
(6)菜单收支报表
6.2员工子系统
本主题域的主要用户是员工,将对注册个人信息,查询,修改;登录信息,进行订餐,提交反馈意见等任务提供支持。
其范围如下图所示:
6.2.1业务事件
(1)员工注册帐号
(2)管理员将员工信息进行整理,汇总
6.2.2报表
(1)员工信息报表
(2)菜单信息报表
6.3库存管理子系统
本主题域的主要用户是采购部门,将对原料采购、库存管理、原料分发、等任务提供支持。
其范围如下图所示:
6.3.1业务事件
(1)食堂人员提供耗材信息
(2)管理员查询原料的信息(原材料使用,剩余多少)
(3)供应商根据食堂的订单信息,将原材料备齐发送
6.3.2报表
(1)原料耗材信息报表
(2)原料订单报表
(3)原料出库报表
(4)原料使用信息反馈报表
6.4食堂管理子系统
本主题域的主要用户是餐饮部门,将对订单,原料等任务提供支持。
其范围如下图所示:
6.4.1业务事件
(1)订单管理中心提交订单信息
(2)食堂管理中心申请原料
(3)库存管理中心提供原料
(4)食堂管理中心提供食物
6.4.2报表
(1)订单报表
(2)原料申请报表
(3)员工信息反馈报表