网上订餐系统需求文档

<网上订餐系统> 需求文档
专业
班级
组长姓名
组员名单
日期
目录
1. 引言 (3)
1.1 目的 (3)
1.2 定义 (3)
1.3 参考资料 (3)
2. 总体概述 (3)
2.1 产品标识 (3)
2.2 产品描述 (3)
2.2.1系统属性 (3)
2.2.2开发背景 (3)
2.2.3产品功能 (3)
2.3 用户的特点 (4)
3. 系统层次图 (4)
4. 具体需求 (5)
4.1 系统功能需求分析 (5)
4.1.1 系统功能 (5)
4.1.2总体功能分析描述 (5)
4.2 性能需求 (7)
4.2.1 精度 (7)
4.2.2 时间特性 (7)
4.2.3 安全性 (7)
4.2.4 稳定性 (8)
4.3 数据库需求 (8)
4.4 设计约束 (8)
4.4.1 其他标准的约束 (8)
4.4.2 硬件约束 (8)
4.5 属性 (8)
4.5.1 系统可靠性 (8)
4.5.2 系统安全性 (8)
4.5.3 系统容错性 (8)
4.5.4 系统防灾性 (8)
4.5.5 系统可维护性 (9)
4.5.6 系统灵活性 (9)
4.6 外部接口需求 (9)
4.6.1 用户接口 (9)
4.6.2 硬件接口 (9)
4.6.3 软件接口 (9)
4.6.4 通信接口 (9)
5. 可行性分析 (9)
5.1 技术可行性分析 (9)
5.2 经济可行性分析 (9)
5.3 运行可行性分析 (10)
1. 引言
1.1 目的
当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，有能力的餐饮企业对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。

所以开发这套网上订餐系统是非常有必要的。

本需求文档的编写目的在于为系统的开发做好前面的部署，以便于我们可以开发出系统功能更加全面，使用户操作起来更加的方便。

1.2 定义
本产品是一套网上订餐系统，旨在提高餐饮企业的服务质量从而方便顾客用餐用户可通过访问我们的网上订餐系统，进行登陆或注册，订购你想要的各种食物，管理员可以查看用户菜品，可以对菜品进行增删改查
1.3 参考资料
2. 总体概述
2.1 产品标识
软件名称：网上订餐系统
2.2 产品描述
2.2.1系统属性
本系统是一个可供多人在网上订餐的系统，具有登录、注册、购物车、订单管理基本信息管理等功能。

各个系统具有自己独立的功能，这些系统组成一个完整的管理系统。

2.2.2开发背景
我们生活在一个充斥着数字技术的世界里，数字技术几乎侵入到我们生活的每个细节。

市面上也出现越来越多的网上订餐系统，能被大多数顾客所接受，特别是大学生们。

目前，网上订餐业务还处于形成期，成长空间还很大。

2.2.3产品功能
2.3 用户的特点
本软件的最终使用者为餐馆的工作人员和顾客，操作人员一般分为两类，顾客无须具备很多的电脑知识，懂得基本电脑操作即可。

餐馆工作人员需具备一定的数据库方面的知识和技能，可以对数据库进行维护。

3. 系统层次图
4. 具体需求
4.1 系统功能需求分析4.1.1 系统功能
1.用户角度：
(1)注册登录
(2)浏览店铺
(3)选择商品
(4)生成订单(5)修改订单
(6)取消订单
(7)支付
(8)做出评价
(9)投诉商家
4.1.2总体功能分析描述
4.2 性能需求
4.2.1 精度
本系统所涉及的所有的数据类型，均按实数保存，在显示处理时保留小数点后1位。

4.2.2 时间特性
(1)响应时间
统计、查询数据的相应时间控制在20 秒内；
(2)更新处理时间
局域网数据库在网络无故障的情况下，插入一条数据和更新一条数据的数据库操作响应时间控制在0.5 秒/条之内；
(3)数据的转换和传送时间
在拨号网络连接通后，交换数据以数据单元形式进行，所有数据交换过程控制在20 分钟内；
(4)运行时间
程序启动和初始化时间控制在5 秒之内。

4.2.3 安全性
系统安全性要求高，能有效控制和管理不同的用户的权限，保护数据的安全性。

4.2.4 稳定性
系统稳定性要求高，能够承载大量用户的并发访问。

4.3 数据库需求
考虑到 MySQL 能够与 Windows 操作系统进行良好的链接访问，并且同时具备了可伸缩性和良好的性能，因此我们选用了 MySQL 作为数据库管理系统。

这使得从服务器到最终用户的信息流速度得到了大大的提高。

4.4 设计约束
4.4.1 其他标准的约束
编码人员技术不成熟、编程语言限制为Java、时间仓促，在完善软件功能上还有些欠缺。

4.4.2 硬件约束
(1)硬件配置的特点；
(2)内存储器和辅助存储器的容量。

4.5 属性
4.5.1 系统可靠性
对系统（应用系统和数据库）应该设计尽可能详尽的故障处理方案，以保证系统的快速恢复性。

并采用冗余技术保证数据可靠存储、系统可靠运行。

对系统运行状况采用自动检测、告警、监控等方式进行实时观测。

在系统使用过程中，由于硬件出现故障或其它原因造成系统暂时性的中断后系统重新启动时，能够保证系统将原有的数据快速恢复，使其继续运行下去。

4.5.2 系统安全性
为确保系统的安全性，系统采取应用系统使用验证（操作员验证）、数据库登陆验证两种验证方式相结合的方法验证用户。

运用日志，对进入系统的用户的操作进行记录,可以根据日志进行事后分析，从而找到事故的发生原因、责任者或非法用户。

4.5.3 系统容错性
系统的容错性设计是指设计软件时能够保证用户输入的正确性和对系统非法的和破坏性的输入有很强的容错能力。

当用户进行正常的数据输入时，系统对输入的数据要做有效性检查和完整性检验，保证将正确的数据存入数据库，对于用户错误的输入，不但拒绝接受，而且要给出明确的错误提示，供操作者改正；对于用户输入非法的和对系统具有破坏性的数据，系统能够加以识别，并做出相应的处理，避免造成系统的死机和瘫痪。

4.5.4 系统防灾性
在系统使用过程中，由于硬件出现故障或其它原因造成系统暂时性的中断后系统重新启动时，能够保证系统将原有的数据快速恢复，使继续运行下去。

在数据库设计时，有软件自动（默认）或人工对重要的数据进行定期的备份，并做有备份日志，系统的功能中专门设计数据备份和恢复功能，使用户能够快速地自动
地将数据从故障处恢复。

4.5.5 系统可维护性
系统采用自动更新方式。

尽量采用大家熟悉的易于维护的系统平台，系统维护方便，备份及数据恢复快速简单、系统配置体现自动化，尽量避免复杂的系统配置文件。

4.5.6 系统灵活性
采用高内聚、低耦合原则进行模块划分。

模块间提供相应的接口，当应用系统的业务或功能要求发生变化时，可以通过简单的对相应模块的配置来实现功能扩展。

4.6 外部接口需求
4.6.1 用户接口
用户界面：界面要求美观、友好、易操作。

输入输出时间使用“YYYY-MM-DD”，无功能键设置。

4.6.2 硬件接口
服务器端硬件最低配置：PⅡ233，内存64M；客户端无限制。

4.6.3 软件接口
所有外部软件有：WINDOWS7或该版本以上的操作系统、tomcat8.0、MySQL、IE6.0及其以上版本。

所有软件均运行于操作系统上。

4.6.4 通信接口
客户端访问服务器端采用http协议。

5. 可行性分析
5.1 技术可行性分析
网络订餐系统的开发是一项复杂的系统工程。

为了保证系统开发成功，必须采用工程化的系统开发方法，并研究出一些符合工程化标准的开发方法。

这些方法旨在指导开发者进行工程化的系统开发，从而加快系统开发的速度，保证质量以及降低开发成本。

工程化的系统开发方法确实在开发实践中取得了一定的效果。

此次开发使用java作为开发语言，采用Servlet技术,Tomcat8.0作为Web服务器。

5.2 经济可行性分析
由于本项目的特殊性，无需投入额外的设备购买及人员培训费用。

同时，系统对开发的需求以及软硬件要求都不是很高，所以在软硬件的支出上十分有限。

因此，本系统在任何一台连接Internet的机器上都可以运行，而且网络订餐方便快捷，节省了员工的时间和精力，也避免了食堂食物的浪费，因此订餐系统在经
济上是完全可行的。

5.3 运行可行性分析
随着计算机知识的普及和推广，越来越多的人掌握了计算机的基本使用方法和技能。

随着Internet的发展，用户对于网络、WINDOWS等环境下的软件使用比较熟悉，对于新鲜事物，用户表现出极大的兴趣和热情。