《饮品店点单系统需求分析报告报告材料》由会员分享，可在线阅读，更多相关《饮品店点单系统需求分析报告报告材料（22页珍藏版）》请在金锄头文库上搜索。
1、课程设计题目：饮品店点单系统需求分析说明书学院：计算机科学与信息专业：班级：2011级111班组员： 宋羽(1108060151)毋东杰()目录1. 文档概述 41.1 编写目的 41.2 定义 41.3 参考资料 42. 项目概述 42.1 项目背景 42.2 项目目标 42.3 系统结构图 52.4 构件图 52.5 下文关系图 62.6 对产品进一步解析 62.7 项目适用围 63. 项目需求分析3.1 性能需求分析 63.2 系统报表 73.3 系统用例图 83.4 用例文档 83.5 项目活动图 113.6 项目 ER 图 113.7 项目类图 114. 项目系统设计 124.1 概
2、念设计 124.2 顶层设计 . 124.3 数据库设计 . 135项目系统实现 135.1 模块一 . 135.2 模块二 . 136可行性分析 146.1技术可行性分析. 146.2 运行可行性分析. 146.3 经济可行性分析. 146.3 法律可行性分析. 147总结 157.1 项目优缺点 . 158组自评 161.引言1.1 编写目的此立项报告旨在确定本项目的基本目标、主要容，设计实现的流 程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计 的项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收 方式、提交的容清单、后续工作情况。1.2 定义本产品是为饮品店专门开发
3、的一套点单管理系统， 旨在合理化安排 饮品店的工作，提高饮品店的管理效率。1.3 参考资料软件系统分析与设计 需求分析最佳实践2. 项目概述2.1 项目背景饮品店营业高峰期特别突出，表现在节假日以及夜晚，人流比较多的时候服务员的数量有限，无法及时的拿到客人的菜单，可以以更加好的高效的服务质量来获得客户的青睐。2.2 项目目标开发手机订饮品系统节省员工的时间和精力，避免客户在人流高发期排队等很多时间，同时也减少服务人员的工作量并能提高服务质量。2.3 系统结构图点单网站管理系统数据 管 理用户注nn册用 户 登 录帐户管理用 户 订 单修 改 订 单接 收 订 单统 计 订 单统 计 成 本额
4、外 消 耗2.4构件图用户订单子系统用户就餐情况订单管理子系统构件图2.5上下文管理员I上下文关系图2.5.1 业务事件a. 饮品店总台接受客户订单信息b. 员工查询订单c .员工预约位置d .返回客户订单信息e.员工进行进一步确定订单，并最终提交d .前台接受订单信息，送后台制作2.6对产品进一步解析至V不前为止我们对客户的行为，服务人员的行为，饮品店制作人员 的行为进行了准确的分析，做这一步的操作是为了进一步分析所设计的 系统能否达到预想的目的。2.7适用围通过分析，本项目适用于中心地段的饮品店、环境比较安静的饮品 店、学校等地，用于较多的客户需要饮品时或安静的地方不需要声音时, 客户直接
5、可以在桌上同时订单，最大限度的节约时间。3系统需求分析3.1性能需求分析该系统在性能功能应达到如下要求：操作简单，界面友好：完全空间式的页面布局，使得饮品、 咨询等信息录入的工作更简单：另外，跟踪出现的提示信息也让用户随 时清楚自己的操作情况。对常见类似的的管理的各个方面：基本信息录 人浏览、删除、修改、搜索等方面都大体实现，用户对饮品的预定以 及支付方式；即时可见：对客户订单的处理（包括录入、删除）将立即在 首页的对应栏目显示出来，达到“即时发布，即时见效”的功能系统运行应该快速、稳定、高效和可靠；在结构上应该具有很好的可扩展性，便于将来功能的扩展和 维护。3.2项目报表日订单统计报表日期就
6、餐 总数1餐2餐3餐订单数就餐数订单数就餐数订单数就餐数订单数就餐 数表3.3-1饮品报表编号饮品名单价制作窗口月订单次数用户评价等 级表 3.3-2客户信息报表订单次数就餐总次数就餐频率（按 月）信用度表 3.3-33.3系统用例图通过对系统的需求分析，系统的基本功能已经大体确定3.4用例设计描述:用户点餐：用例名称用户点餐参与者客户，奶茶店客服人员前置条件用户已登录系统后置条件系统接受到订单信息事件流1客户浏览菜单。2:客户填写订单。3:客户确认订单。4:客户发送订单。厨房任务分发:用例名称厨房任务分发参与者奶茶店客服人员、厨房人员前置条件用户已完成点单，并提交了最终订单后置条件系统接受到
7、订单事件流1系统提示订单信息，厨房服务人员 及奶茶客服分别从系统接收到订单信 息。2:厨房部判断是否有空闲厨师。3:若有空闲厨师，贝U开始做菜品；若 无空闲厨师则等待。4:厨房做菜完成。活动图:任务反馈:用例名称任务反馈参与者奶茶店客服人员、厨房人员前置条件厨房制作菜品完成后置条件客服浏览到菜品完成信息事件流1系统提示完成信息，客服接收到；3:客服到厨房领取菜品。费用管理:用例名称费用管理参与者客户，奶茶店客服人员前置条件客服已领取菜品后置条件订单送达事件流1客服将菜品送达客户，2:打印费用单，3:客户付费。3.5项目流程图本模块通过购物车，可以一次性批量购买多个商品。并且通过购物 车，您无需
8、记下订单即可在您的电脑上随时保存或查看您想要购买的商 品。购物车为广大的用户带来更大的便捷。员工在线订餐能够实现在线订购功能，同时也是通过购物车功能实现的，员工在网上浏览菜单，这其中包括饮品的介绍，价格等方面的信 息，然后订单把所选的东西放入购物车中，如果不满意可以到购物车中 退选，或修改数量，以下就是用户在线下订单的流程图彳开始接受订 单是开始制作交给服务员结束订餐流程图3.6项目E R图m3.7项目类图+岡帀号十处理订单埶+aa+V+1-J+1-J单日期 单号单金额+订单0第扇订单数七处理订单数o+厨馬04.项目系统设计4.1概念设计饮品点单系统的概念模型一一分析类图4.2顶层设计饮品点单
9、系统的顶层架构4.3数据库设计本系统采用SQL Server 2005作为后台数据库。其置的数据库引擎可以控制访问权限并快速处理数据，搜索引擎可以对SQL Server表中的数据进行索引，并执行多种条件的查询，快速返回结果。便于防火墙 日志的管理和规则的访问以及操作。数据库管理员和开发人员可以方便 地利用其进行数据库管理或编写相应的SQL Server语句。数据库表设计：订单表属性订单日期订单号（主码）订单金额约束条件不能超出订单号围数据类型Date 型Float 型Int型客户表属性客户名（主码）房间号（主码）订单号约束条件在餐厅的房间号围不能超出订单号围数据类型字符型Int型Float 型
10、客服表属性工号（主码）处理订单数约束条件餐厅编号数据类型Int型Int型厨房表属性厨师号（主码）处理订单数日期订单号（主码）约束条件合理围合理围字符型Int型Int型Date 型Int型客户和订单之间的联系生成下表（用相同的属性列订单号连接表）属性客户名房间号订单号订单日期订单号订单金额（主码）（主码）订单反馈给厨房之间通过联系生成下表（用相同的属性列订单号连接）属性厨师号处理订单数日期订单号订单日期订单金额（主码）（主码）订单和客服连接用三个表（客服厨房 订单）属性厨师号处理订单数日期订单号订单日期订单金额工号（主码）（主码）5项目系统实现5.1模块一5.2模块二6 .可行性分析6.1技术可
11、行性分析网络订单系统的开发是一项复杂的系统工程。为了保证系统开发成 功，必须采用工程化的系统开发方法，并研究出一些符合工程化标准的 开发方法。这些方法旨在指导开发者进行工程化的系统开发，从而加快 系统开发的速度，保证质量以及降低开发成本。工程化的系统开发方法 确实在开发实践中取得了一定的效果。此次开发使用JSP作为开发语言, 采用Servlet技术,Tomcat6.0作为 Web服务器。6.2经济可行性分析由于本项目的特殊性,无需投入太多的金额购买设备及人员培训费 用。同时,系统对开发的需求以及软硬件要求都不是很高,所以在软硬 件的支出上十分有限。 因此,本系统在任何一台连接 Internet
12、 的机器上 都可以运行,而且网络订单方便快捷,节省了客户的时间和精力,服务 人员可以更好的服务客户, 因此饮品店订单系统在经济上是完全可行的。6.3 运行可行性分析随着计算机知识的普及和推广,越来越多的人掌握了计算机的基本使用方法和技能。随着In ternet的发展，用户对于网络、 WINDOWS环 境下的软件使用比较熟悉,对于新鲜事物,用户表现出极大的兴趣和热 情。6.4 法律可行性本系统没有侵犯个人隐私和个人责任方面的问题，使用本系统不会 引起法律方面的纠纷问题，所以开发本系统具有法律可行性。综上所述，本系统的开发是符合现在的实际情况的，并具有一定的 实用意义。在技术、经济、运行、法律上都可以看到此系统的可行性， 并且很具有其实现的必要 。7. 总结7.1 项目优缺点优点：该项目的实现有助于奶茶店的运营， 在人力物力方面做到最大程 度的节约，并将菜单的展示方式创新化，有时代气息。在推进社会信息化的 进程中贡献了一份力。缺点：该项目在数据库方面存在短板，有些功能的实现不是尽善尽美。8. 组自评宋羽： A- 参加了整个过程的讨论以及需求分析，顶层架 构
