订餐系统需求分析.doc

D02Sunshine订餐系统需求分析说明书订餐系统需求分析说明书制作小组：Sunshine制作人：杜晓霞0921040502胡晓媛0921040518候礼玉0921040510窦年伟0921040534蒋琳 0921040543周凯 0921040526目录1.前言11。1文档目的11.2文档范围12。项目背景13。项目面向的用户群体14.业务需求25。可行性分析25。1经济可行性分析25。2运行可行性分析26.业务模型分析26。1订餐管理子系统36.1.1业务事件46.1.1.1业务流程分析46.1.1。2订餐管理子系统类图66。1.1.3用例图76。1。2报表96.2员工子系统96。2。1业务事件106。2.2报表106。3库存管理子系统106。3。1业务事件116.3.2报表116.4食堂管理子系统116。4.1业务事件126。4.2报表121.前言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业务流程分析 员工注册，登录系统后，首先到订餐管理系统浏览菜单,选择自己喜欢的菜品，提交订单;如需修改,请取消原订单，返回订餐管理系统重新选择,再次确认，最终生成订单并收款，系统整合并处理订单提交到食堂，食堂根据订单完成菜品,订单完成.其流程如下图：员工订餐管理系统食堂部门订单完成取消原订单重新确认订单NOYES修改订单员工注册登录 浏览菜单 提交订单订单完成 处理订单 完成菜品生成订单支付费用 信息反馈6。1.1。2订餐管理子系统类图0n11n改单记录原订单号新菜品号订餐者信息反馈报告销售量收入意见建议订单项产品号数量价格1n1账单订单号菜品号金额订餐者信息订单下单日期订单号价格付款类型1110n菜单菜品分类菜品号菜品名称价格订餐者姓名电话所属部门工号1116.1.1.3用例图用例模型1概述用例名称：开单编号:UC-BTG参与者:员工用例概述：员工浏览菜单，提交信息并修改完成订单，提交系统。相关takholder订餐管理系统 处理订单信息2事件流前置条件：员工登陆系统后置条件：生成订单基本事件流:1员工浏览菜单并选择自己想要订的食物2员工填写个人资料以及支付方式3员工确认订单并提交扩展事件流1 a如果用户选择的食物已经卖完，给出提示信息2a员工也可以亲自来下单3如果员工不满意,重新浏览菜单并修改订单提交3相关需求员工原始需求 通过输入账号密码可登陆系统,若错误请核对后重新登陆 员工选择菜品已售完，则应提示取消订单重新选择 如果订单提交失败,请重新提交相关功能点 当员工选择多个菜品时，系统能够自动给出套餐建议 规约约束：员工必须能上网或者知道用餐地址用例模型1概述用例名称:处理订单编号：UC-BTG007参与者：员工,食堂部门用例概述：系统查询订单，对订单进行统计，完成订单的现金结算并总结反馈报告。相关takholder员工 提交订单信息食堂部门 根据订单信息完成菜品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)员工信息反馈报表第8 页