网上点餐系统需求分析报告

网上点餐系统需求分析说明书姓名：罗永亮、朱文剑、钟云、尹玲玲、周应成学院：信息工程分院开发部门：Java项目组撰写人：钟云2目录1.文档概述..................................41.1编写目的...............................41.2定义...................................41.3参考资料...............................42.项目概述..................................42.1项目背景...............................42.2项目目标...............................42.3构件图................................52.4上下文关系图..........................52.5对产品进一步解析.......................62.6项目适用范围...........................63.项目需求分析3.1性能需求分析...........................63.2项目活动图.............................73.3系统报表...............................83.4系统用例图.............................83.5用例文档..............................104.项目技术方案.............................124.1方案概述..............................1234.2编程环境.............................124.3数据库的实现.........................125．可行性分析..............................125.1技术可行性分析.......................125.2运行可行性分析.......................135.3经济可行性分析........................135.4分工可行性分析…………………………135.5进程分析…………………………………135.6法律可行性………………………………1441.引言1.1编写目的此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、提交的内容清单、后续工作情况。1.2定义本产品是为餐厅专门开发的一套订餐管理系统，旨在合理化安排餐厅的工作，提高餐厅的管理效率，同时方便员工就餐。1.3参考资料《软件系统分析与设计》《需求分析最佳实践》2.项目概述2.1项目背景员工到食堂用餐，在路途和排队上浪费很多时间，并且去晚了经常会吃不到想吃的食物；员工对食堂的满意度不高，有将近一半的员工会选择去周边饭店用餐。因此，食堂更无法准确预测员工需求，经常会出现有些食物因为没有卖出去只好倒掉，而员工需要的一些食物却已卖完的现象。2.2项目目标开发手机订餐系统节省员工的时间和精力，避免员工在食堂排队等很多时间，同时也减少食堂食物的浪费，并提高服务质量以及员工对餐厅的满意度。52.3构件图图2.3-1构件图2.4上下文图2.4-1上下文关系图菜品信息生成订单对菜品的评价订菜员工订餐子系统订单管理子系统员工就餐情况库存情况查询食堂管理子系统62.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在结构上应该具有很好的可扩展性，便于将来功能的扩展和维护。73.2项目活动图本模块通过购物车，可以一次性批量购买多个商品。并且通过购物车，您无需记下订单即可在您的电脑上随时保存或查看您想要购买的商品。购物车为广大的用户带来更大的便捷。员工在线订餐能够实现在线订购功能，同时也是通过购物车功能实现的，员工在网上浏览菜单，这其中包括菜品的介绍，价格等方面的菜品信息，然后点菜把所选的菜品放入购物车中，如果不满意可以到购物车中退菜，或修改数量，以下就是用户在线下订单的活动图图3.2-1订餐活动图83.3项目报表日订餐统计报表日期就餐总数1餐2餐3餐……订餐数就餐数订餐数就餐数订餐数就餐数订餐数就餐数表3.3-1菜品报表编号菜名单价制作窗口月点餐次数用户评价等级表3.3-2客户信息报表姓名订餐次数就餐总次数就餐频率（按月）信用度表3.3-33.4系统用例图通过对系统的需求分析，系统的基本功能已经大体确定。登录网上订餐系统生成订单员工确认订单发送订单9图3.5-1员工用例图获取员工订单食堂客服人员发送员工订单到厨房图3.5-2食堂客服人员用例图获取窗口订餐员工菜单发送菜单到食堂厨房食堂窗口服务员获取厨房做好的菜送菜到员工图3.5-3食堂窗口服务员用例图10获取员工最终订单做菜餐厅厨房人员送菜给窗口服务人员图3.5-4餐厅厨房人员用例图3.5用例文档：员工登录网上订餐系统用例名称员工用例编号1用例概述员工必须登录网上订餐系统才可进行订餐。前置条件员工已登录后置条件发送订餐信息成功事件流1：登录网上订餐系统2：生成订单3：发送订单表3.6-1食堂客服人员获取和发送订单用例名称食堂客服人员用例编号2用例概述获取员工的订单，并生成订单，送给厨房服务人员前置条件员工发送了订单后置条件厨房服务人员接收订单成功11事件流1：获取员工的订单2：打印订单3：送给厨房人员表3.6-2食堂窗口服务员获取菜单和给员工送菜用例名称食堂窗口服务员用例编号3用例概述获取在窗口订餐的员工的菜单，并把菜单发送给厨房服务人员。前置条件员工在窗口订餐后置条件把在窗口订餐的员工的菜单递交厨房事件流1：获取在窗口订餐员工的订单2：发送订单到厨房3：送菜给员工表3.6-3餐厅厨房人员获取订单并，做菜并把菜送给窗口服务人员用例名称餐厅厨房人员用例编号4用例概述餐厅厨房人员获取订单并，做菜并把菜送给窗口服务人员前置条件窗口服务员已获得订单或客服人员已获得订单后置条件把菜送给窗口服务人员事件流1:获取窗口服务员已获得订单或客服人员已获得订单2：做菜3：把菜送给窗口服务人员12表3.6-44.项目技术方案4.1方案概述员工可以通过访问网上报餐系统，进行登录或注册，报上自己在用餐时间内想吃的各种食物，食堂管理员可以查看用户所报的菜品，并且可以对菜品进行增删改查。4.2编程环境此次开发使用JSP作为开发语言，采用Servlet技术,Tomcat6.0作为Web服务器，在windows7系统条件下开发。4.3数据库的实现本系统采用SQLServer2005作为后台数据库。其内置的数据库引擎可以控制访问权限并快速处理数据，搜索引擎可以对SQLServer表中的数据进行索引，并执行多种条件的查询，快速返回结果。便于防火墙日志的管理和规则的访问以及操作。数据库管理员和开发人员可以方便地利用其进行数据库管理或编写相应的SQLServer语句。5．可行性分析5.1技术可行性分析网络订餐系统的开发是一项复杂的系统工程。为了保证系统开发成功，必须采用工程化的系统开发方法，并研究出一些符合工程化标准的开发方法。这些方法旨在指导开发者进行工程化的系统开发，从而加快系统开发的速度，保证质量以及降低开发成本。工程化的系统开发方法确实在开发实践中取得了一定的效果。此次开发使用JSP作为开发语言，采用Servlet技术,Tomcat6.0作为Web服务器。135.2经济可行性分析由于本项目的特殊性，无需投入额外的设备购买及人员培训费用。同时，系统对开发的需求以及软硬件要求都不是很高，所以在软硬件的支出上十分有限。因此，本系统在任何一台连接Internet的机器上都可以运行，而且网络订餐方便快捷，节省了员工的时间和精力，也避免了食堂食物的浪费，因此订餐系统在经济上是完全可行的。5.3运行可行性分析随着计算机知识的普及和推广，越来越多的人掌握了计算机的基本使用方法和技能。随着Internet的发展，用户对于网络、WINDOWS等环境下的软件使用比较熟悉，对于新鲜事物，用户表现出极大的兴趣和热情。6.4分工可行性分析软件需求规格说明书:钟云。软件详细设计说明书：钟云，罗永亮，朱文剑。数据库设计：钟云。后台设计：罗永亮。前台设计：朱文剑，周应成，尹玲玲。软件测试：罗永亮。用户手册：朱文剑。6.5进程分析软件需求规格说明书：2012年3月5日—2012年3月15日。详细设计说明书：2012年3月16日—2012年3月23日。数据库设计：2012年3月24—2012年3月31日。后台设计：2012年4月2日—2012年4月15日。14前台设计：2012年4月16日—2012年4月26日。软件测试：2012年4月27日—2012年4月30日。用户手册：2012年5月8日—2012年5月10日。软件开发总时间：2012年3月5日—2012年5月10日。6.6法律可行性本系统没有侵犯个人隐私和个人责任方面的问题，使用本系统不会引起法律方面的纠纷问题，所以开发本系统具有法律可行性。综上所述，本系统的开发是符合现在的实际情况的，并具有一定的实用意义。在技术、经济、运行、法律上都可以看到此系统的可行性，并且很具有其实现的必要。