网上订餐系统需求分析说明书样本.doc

资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 员工网上订餐系统 之需求分析说明书 组 名: 最佳实践小组 目录1.文档概述41.1编写目的41.2定义41.3参考资料42.项目概述42.1项目背景42.2项目目标42.3构件图42.4上下文关系图52.5对产品进一步解析62.6项目适用范围63.项目需求分析3.1性能需求分析63.2项目活动图63.3系统报表83.4类图83.5系统用例图103.6用例文档124.项目详细设计4.1系统模块详细设计144.2登录模块详细设计144.3顾客模块详细设计144.4管理员模块详细设计165.项目技术方案195.1 方案概述195.2编程环境195.3数据库的实现196可行性分析196.1技术可行性分析196.2运行可行性分析206.3 经济可行性分析206.4 法律可行性201. 引言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-33.4 类图员工(employee):有两种方式就餐, 一种是在去食堂的路上, 经过发送订餐短信, 提前订餐; 另一种是直接到食堂窗口订餐。食堂客服人员(Netservers):主要工作是提取员工的短息预订菜单, 打印菜单, 并把菜单送到食堂厨房。订单( order) : 包括员工预订菜品的单价, 总价等信息, 方便员工核对自己的订单信息。菜品列表( MenuList) :包括餐厅提供的各种菜品, 价格等细目, 方便员工选取自己想吃的菜。餐厅厨房人员(ResCookEmp):接受食堂窗口人员或食堂客服人员所接受的员工的最终订单, 并进行制作, 并把做好之后的菜返回给窗口服务人员。食堂窗口服务员( RestauWinEmp) :其作用是接收在窗口直接订餐员工的菜单, 并把菜单送给餐厅厨房人员; 接收做好的菜, 并送给员工。111.n1.n1.n11.n111.n10.n11.n111.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-44. 项目详细设计4.1 系统模块详细设计本系统总共有两大主要模块, 分别是顾客模块和管理员模块。每个模块分别有不同的权限和使用功能。4.2 登录模块的流程图开始 用户名密码 是否合法NY结束图4.2-1 系统登录流程图4.3 顾客模块详细设计顾客模块的主要功能是浏览, 订餐。浏览与自己相关的美食信息, 订单信息等。用户要下订单之前美食车要把详细食物信息列出, 物品的单价, 购买的数量, 总共的价钱, 可修改和删除购买, 当符合顾客要求的时候, 顾客就能够下订单。下订单时首先会让用户确定一下订单是否付合要求, 确认无误后, 进入填写接收信息后生成订单。然后对数据库进行操作完成。顾客模块详细设计主要涉及到顾客下订单和食品搜索两大功能, 分别见图4.3-1和图4.3-2。顾客能够经过此功能对自己选中的东西下订单, 等待服务商送货或自己取货。顾客订单确认显示购物车修改订单 不购买此商品结束操作登录 图4.3-1 顾客下单流程图据图删除购物车信息提示错误验证登陆用户id是否正确NY确认结账NY返回订单生成提示错误YN经过提供美食搜索控件, 为顾客提供更为方便快捷的服务。顾客能够快速的找到自己想要下订的美食。判断txtSearch 是否为空开始键入FoodSearch搜索控件User_SearchReault页dlSearchBind( ) 结束提示输入图4.3-2 搜索模块流程图数据库查找匹配成功提示未找到4.4 管理员模块详细设计管理员模块主要是用来对会员管理, 管理员管理, 上传管理, 美食及其分类管理, 订单管理等。管理员能够经过订单管理功能来处理日常的订单。管理员登录提示错误验证登陆用户id是否正确N绑定数据库信息信息绑定无误更新数据库结束操作选择具体订单显示订单订单管理操作图4.4-1 管理员订单处理程序流程图管理员能够经过此功能模块添加想要添加的各种信息, 比如订单处理等功能。开始Session”AID”是否为空添加输入框是否为空Class ManagerClassAddadmin()验证管理员用户是否已存在添加到数据库结束提示登录提示输入提示重新输入图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 法律可行性本系统没有侵犯个人隐私和个人责任方面的问题, 使用本系统不会引起法律方面的纠纷问题, 因此开发本系统具有法律可行性。综上所述, 本系统的开发是符合现在的实际情况的, 并具有一定的实用意义。在技术、 经济、 运行、 法律上都能够看到此系统的可行性, 而且很具有其实现的必要。