ImageVerifierCode 换一换
格式:DOCX , 页数:13 ,大小:177.66KB ,
资源ID:10901537      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/10901537.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(订餐系统需求分析.docx)为本站会员(b****7)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

订餐系统需求分析.docx

1、订餐系统需求分析订餐系统需求分析说明书制作小组:Sunshine制作人:杜晓霞0921040502胡晓媛0921040518候礼玉0921040510窦年伟0921040534蒋琳 0921040543周凯 09210405261.前言1.1文档目的编写订餐系统项目产品需求规格说明书的目的是为明确产品需求,将功能需求、用户需求、业务需求准确的描述清楚,并建立相应的子系统模块。以便于项目组成员以及用户对项目目标有清晰的认识,为后续阶段的开发做好准备,最终实现订餐系统。1.2文档范围 适用于项目设计阶段、开发及测试阶段1.3参考文档 软件需求最佳实践作者:徐锋 软件系统分析与设计作者:谢新华 软件

2、需求工程作者:谢新华2.项目背景随着科学的不断进步越来越多的人都在忙于工作甚至连吃饭的时间也被榨取,有时就算最后有时间,但员工到食堂用餐,在路途和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物;员工对食堂的满意度不高,有将近一半的员工会选择去周边饭店用餐。因此,食堂更无法准确预测员工需求,经常会出现有些食物因为没有卖出去只好倒掉,而员工需要的一些食物却已卖完的现象。面临这样一个机遇,订餐系统就诞生了。通过这个订餐系统食堂可以拓展自己的业务,同时可以减少食物的浪费,并通过提高效率来提高利润。3.项目面向的用户群体本项目面向的最终用户为公司或企业的领导及员工,还涉及到了餐厅管理人员,公司财务

3、人员,库存管理人员。4.业务需求1. 该订餐系统提高员工的就餐效率,减少就餐等待时间2. 准确预测员工的需求,减少食物浪费并提高服务质量,以便于增强员工的就餐满意度。5.可行性分析订餐系统对企业办公人员进行设计,他们有习惯使用电脑、对ERP及OA系统相当熟悉、素质水平较高的特点。结合多年实践经验,研究开发了针对办公人员的订餐系统,极大的方便了企业办公人员及时订餐、完善了企业订餐管理。5.1经济可行性分析 由于本项目的特殊性,无需投入额外的设备购买及人员培训费用。同时,系统对开发的需求以及软硬件要求都不是很高,所以在软硬件的支出上十分有限。因此,本系统在任何一台连接Internet的机器上都可以

4、运行,而且网络订餐方便快捷,节省了员工的时间和精力,也避免了食堂食物的浪费,因此订餐系统在经济上是完全可行的。5.2运行可行性分析 随着计算机知识的普及和推广,越来越多的人掌握了计算机的基本使用方法和技能。随着Internet的发展,用户对于网络、WINDOWS等环境下的软件使用比较熟悉,对于新鲜事物,用户表现出极大的兴趣和热情。6.业务模型分析本系统是由员工子系统,订餐管理子系统,库存管理子系统,食堂管理子系统四个主题域构成,它们之间的关系如下:6.1订餐管理子系统本主题域的主要用户是订餐管理中心,将对员工的订餐信息,食物原材料的申领,采购,以及信息处理等提供任务提供支持。其范围如图所示:6

5、.1.1业务事件(1)员工注册,提交订单(2)食堂人员处理订单(3)厨师根据订餐单进行准备(4)管理员将员工反馈的信息进行分析,汇总(5)管理员将菜单收费情况进行汇总 6.1.1.1业务流程分析 员工注册,登录系统后,首先到订餐管理系统浏览菜单,选择自己喜欢的菜品,提交订单;如需修改,请取消原订单,返回订餐管理系统重新选择,再次确认,最终生成订单并收款,系统整合并处理订单提交到食堂,食堂根据订单完成菜品,订单完成。其流程如下图:6.1.1.2订餐管理子系统类图6.1.1.3用例图用例模型1概述用例名称:开单编号:UC-BTG参与者:员工用例概述:员工浏览菜单,提交信息并修改完成订单,提交系统。

6、相关takholder订餐管理系统 处理订单信息2事件流前置条件:员工登陆系统后置条件:生成订单基本事件流:1员工浏览菜单并选择自己想要订的食物2员工填写个人资料以及支付方式3员工确认订单并提交扩展事件流1 a如果用户选择的食物已经卖完,给出提示信息2a员工也可以亲自来下单3如果员工不满意,重新浏览菜单并修改订单提交3相关需求员工原始需求 通过输入账号密码可登陆系统,若错误请核对后重新登陆 员工选择菜品已售完,则应提示取消订单重新选择 如果订单提交失败,请重新提交相关功能点 当员工选择多个菜品时,系统能够自动给出套餐建议 规约约束:员工必须能上网或者知道用餐地址用例模型1概述用例名称:处理订单

7、编号:UC-BTG007参与者:员工,食堂部门用例概述:系统查询订单,对订单进行统计,完成订单的现金结算并总结反馈报告。相关takholder员工 提交订单信息食堂部门 根据订单信息完成菜品2事件流前置条件:员工提交订单后置条件:订单处理完成基本事件流:1系统打开订餐网后台管理界面2系统查询出订单,对订单进行统计3系统查询现金结算表扩展事件流无3相关需求系统原始需求 若系统对订单未在规定时间段进行统计,则应提示信息在规定时间统计 若结算金额错误,请重新查询核对 相关功能点 系统定期更新订单信息,以及现金交付情况 规约约束:系统确定订单无误,后台系统能够正常运转6.1.2报表(1)员工注册统计表

8、(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)员工信息反馈报表

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1