2015年订餐系统需求分析.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
订餐系统 需求分析说明书 制作小组:Sunshine 制作人:杜晓霞0921040502 胡晓媛0921040518 候礼玉0921040510 窦年伟0921040534 蒋琳 0921040543 周凯 0921040526 目录 1.前言 1 1.1文档目的 1 1.2文档范围 1 2.项目背景 1 3.项目面向的用户群体 1 4.业务需求 2 5.可行性分析 2 5.1经济可行性分析 2 5.2运行可行性分析 2 6.业务模型分析 2 6.1订餐管理子系统 3 6.1.1业务事件 4 6.1.1.1业务流程分析 4 6.1.1.2订餐管理子系统类图 6 6.1.1.3用例图 7 6.1.2报表 9 6.2员工子系统 9 6.2.1业务事件 10 6.2.2报表 10 6.3库存管理子系统 10 6.3.1业务事件 11 6.3.2报表 11 6.4食堂管理子系统 11 6.4.1业务事件 12 6.4.2报表 12 1.前言 1.1文档目的 编写订餐系统项目产品需求规格说明书的目的是为明确产品需求,将功能需求、用户需求、业务需求准确的描述清楚,并建立相应的子系统模块。以便于项目组成员以及用户对项目目标有清晰的认识,为后续阶段的开发做好准备,最终实现订餐系统。 1.2文档范围 适用于项目设计阶段、开发及测试阶段 1.3参考文档 《软件需求最佳实践》作者:徐锋 《软件系统分析与设计》作者:谢新华 《软件需求工程》作者:谢新华 2.项目背景 随着科学的不断进步越来越多的人都在忙于工作甚至连吃饭的时间也被榨取,有时就算最后有时间,但员工到食堂用餐,在路途和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物;员工对食堂的满意度不高,有将近一半的员工会选择去周边饭店用餐。因此,食堂更无法准确预测员工需求,经常会出现有些食物因为没有卖出去只好倒掉,而员工需要的一些食物却已卖完的现象。面临这样一个机遇,订餐系统就诞生了。通过这个订餐系统食堂可以拓展自己的业务,同时可以减少食物的浪费,并通过提高效率来提高利润。 3.项目面向的用户群体 本项目面向的最终用户为公司或企业的领导及员工,还涉及到了餐厅管理人员,公司财务人员,库存管理人员。 4.业务需求 该订餐系统提高员工的就餐效率,减少就餐等待时间 准确预测员工的需求,减少食物浪费并提高服务质量,以便于增强员工的就餐满意度。 5.可行性分析 订餐系统对企业办公人员进行设计,他们有习惯使用电脑、对ERP及OA系统相当熟悉、素质水平较高的特点。结合多年实践经验,研究开发了针对办公人员的订餐系统,极大的方便了企业办公人员及时订餐、完善了企业订餐管理。 5.1经济可行性分析 由于本项目的特殊性,无需投入额外的设备购买及人员培训费用。同时,系统对开发的需求以及软硬件要求都不是很高,所以在软硬件的支出上十分有限。因此,本系统在任何一台连接Internet的机器上都可以运行,而且网络订餐方便快捷,节省了员工的时间和精力,也避免了食堂食物的浪费,因此订餐系统在经济上是完全可行的。 5.2运行可行性分析 随着计算机知识的普及和推广,越来越多的人掌握了计算机的基本使用方法和技能。随着Internet的发展,用户对于网络、WINDOWS等环境下的软件使用比较熟悉,对于新鲜事物,用户表现出极大的兴趣和热情。 本系统是由员工子系统,订餐管理子系统,库存管理子系统,食堂管理子系统四个主题域构成,它们之间的关系如下: 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员工确认订单并提交 扩展事件流 1 a如果用户选择的食物已经卖完,给出提

文档评论(0)

briuo + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档