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