网上订餐系统需求规格说明书.docx
《网上订餐系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《网上订餐系统需求规格说明书.docx（9页珍藏版）》请在冰豆网上搜索。
网上订餐系统需求规格说明书
<网上订餐系统>
需求规格说明书
撰写人（签名）：
完成日期：
评审负责人（签名）：
评审日期：
1.引言
目的
网上订餐在当今社会还不怎么流行，但是随着科技的发展，网上订餐必定日趋走向成熟化，并被广大的市民所接受，尤其是被当代的大学生所接受。
所以开发这套网上订餐系统是非常有必要的。
本需求的编写目的在于为系统的开发做好前面的部署，以便于我们可以开发出系统功能更加全面，使用户操作起来更加的方便。
定义
登录模块：
验证用户帐号和密码。
如果验证通过，进入该系统。
如果验证失败输出相应提示信息。
（登陆模块分为用户登录和顾客登录）
用户注册模块：
用户提交相应的注册信息进行注册，系统自动进行验证，并提示用户注册是否成功。
购物车模块：
用户登陆后就可以选择自己喜欢的美食，并放入购物车中。
订单模块：
管理员可以随时查看用户提交的订单，并通知工作人员送餐，用户则可以查看自己的订单。
基本信息管理模块：
用户可以根据自己的实际情况修改自己的密码、地址、电话等信息。
管理员可以修改用户的基本信息。
公告模块：
管理员对公告进行添加、修改、删除；顾客则浏览公告。
参考资料
周之英.现代软件工程（中）.北京：
科学出版社，2000.
江开耀.软件工程与开发技术（第二版）.西安:
电子科技大学出版社，2009.
2.总体概述
产品标识
软件名称网上订餐系统
产品描述
系统属性
本系统是一个可供多人在网上订餐的系统，具有登录、注册、购物车、订单管理基本信息管理、公示公告等功能。
各个系统具有自己独立的功能，这些系统组成一个完整的管理系统。
开发背景
网上订餐在当今社会还不怎么流行，但是随着科技的发展，网上订餐必定日趋走向成熟化，并被广大的市民所接受，尤其是被当代的大学生所接受。
所以开发这套网上订餐系统是非常有必要的。
产品功能
序号
功能名称
功能需求标识
优先级
简要描述
1
用户登录
A
高
用户分为管理员、顾客,系统验
证帐号和密码
2
用户注册
B
高
用户提交注册信息
用户的特点
本软件的最终使用者为餐馆的工作人员和顾客，操作人员一般分为两类，顾客无须具备很多的电脑知识，懂得基本电脑操作即可。
餐馆工作人员需具备一定的数据库方面的知识和技能，可以对数据库进行维护
3.
系统层次图
4.具体需求
功能编号
1
功能名称
用户登陆
所属部门
调查者
宋亮
调查时间
审核人
功能
描述
验证用户帐号和密码。
如果验证通过，进入该系统。
如果验证失败输出相应提示信息。
（登陆模块分为用户登录和顾客登录）
输入项
输入帐号和密码。
处理
描述
管理员和用户提交登陆信息后，系统自动与数据库信息匹配验证。
验证成功，进入系统。
验证失败，提示用户名或密码错误。
对非法输入进行异常处理。
输出项
验证成功：
进入相应的系统界面；
验证失败：
提示用户名或密码错误，返回登陆页面。
功能编号
2
功能名称
用户注册
所属部门
调查者
宋亮
调查时间
审核人
功能
描述
用户提交相应的个人信息和用户名、密码进行注册成为会员
输入项
用户名、密码、姓名、地址、联系方式等。
处理
描述
用户名和密码首先不能为空，用户名不能和别人的用户名相同，提交信息后系统自动检验提示用户注册是否成功
输出项
验证成功：
提示用户注册成功，跳转到登陆界面
验证失败：
提示用户注册失败，返回到注册页面。
功能编号
3
功能名称
购物车
所属部门
调查者
宋亮
调查时间
审核人
功能
描述
用户登陆后就可以选择自己喜欢的美食，并放入购物车中。
输入项
无
处理
描述
系统获取购物车中的信息，然后生成订单提交给餐厅，以便餐厅及时送餐。
输出项
物品已成功加入购物车。
功能编号
4
功能名称
订单管理
所属部门
调查者
宋亮
调查时间
审核人
功能
描述
管理员可以随时查看用户提交的订单，并通知工作人员送餐，用户则可以查看自己的订单。
输入项
无
处理
描述
系统根据用户的权限从数据库中读取相应的订单，并显示。
输出项
相应的订单
功能编号
5
功能名称
基本信息管理
所属部门
调查者
宋亮
调查时间
审核人
功能
描述
用户可以根据自己的实际情况修改自己的密码、地址、电话等信息。
管理员可以修改用户的基本信息。
输入项
密码、姓名、地址、联系方式等。
处理
描述
根据用户提交的信息，对其基本信息进行修改。
对非法输入进行异常处理。
输出项
信息修改成功。
功能编号
6
功能名称
公告管理
所属部门
调查者
宋亮
调查时间
审核人
功能
描述
管理员对公告进行添加、修改、删除；顾客则浏览公告。
输入项
管理员进行输入标题、内容、系统自动生成公告公布时间。
处理
描述
管理员输入后存储公告的信息，更新数据库中公告记录，并分配一个独立的ID号，以方便进行各种操作。
管理员只修改公告标题、内容，对其他信息不影响。
对非法输入进行异常处理。
输出项
公告标题、内容及公告时间。
性能需求
3.1.1精度
本系统所涉及的所有的数据类型，均按实数保存，在显示处理时保留小数点后1位。
3.1.2时间特性
（1）、响应时间
统计、查询数据的相应时间控制在20秒内；
（2）、更新处理时间
局域网数据库在网络无故障的情况下，插入一条数据和更新一条数据的数据库操作响应时间控制在0.5秒/条之内；
（3）、数据的转换和传送时间
在拨号网络连接通后，交换数据以数据单元形式进行，所有数据交换过程控制在20分钟内；
（4）、运行时间
程序启动和初始化时间控制在5秒之内。
3.1.3安全性
系统安全性要求高，能有效控制和管理不同的用户的权限，保护数据的安全性。
3.1.4稳定性
系统稳定性要求高，能够承载大量用户的并发访问。
数据库需求
考虑到学校的管理特点的情况：
要求能存储大量数据的能力，并且能够对大量数据处理有强大的功能和快速的响应时间。
鉴于开发条件有限，我们采用Mysql数据库。
设计约束
3.3.1其他标准的约束
编码人员技术不成熟、编程语言限制为Java、时间仓促，在完善软件功能上还有些欠缺。
3.3.2硬件约束
（1）、硬件配置的特点；
（2）、内存储器和辅助存储器的容量。
属性
3.4.1系统可靠性
对系统（应用系统和数据库）应该设计尽可能详尽的故障处理方案，以保证系统的快速恢复性。
并采用冗余技术保证数据可靠存储、系统可靠运行。
对系统运行状况采用自动检测、告警、监控等方式进行实时观测。
在系统使用过程中，由于硬件出现故障或其它原因造成系统暂时性的中断后系统重新启动时，能够保证系统将原有的数据快速恢复，使其继续运行下去。
3.4.2系统安全性
为确保系统的安全性，系统采取应用系统使用验证（操作员验证）、数据库登陆验证两种验证方式相结合的方法验证用户。
运用日志，对进入系统的用户的操作进行记录,可以根据日志进行事后分析，从而找到事故的发生原因、责任者或非法用户。
3.4.3系统容错性
系统的容错性设计是指设计软件时能够保证用户输入的正确性和对系统非法的和破坏性的输入有很强的容错能力。
当用户进行正常的数据输入时，系统对输入的数据要做有效性检查和完整性检验，保证将正确的数据存入数据库，对于用户错误的输入，不但拒绝接受，而且要给出明确的错误提示，供操作者改正；对于用户输入非法的和对系统具有破坏性的数据，系统能够加以识别，并做出相应的处理，避免造成系统的死机和瘫痪。
3.4.4系统防灾性
在系统使用过程中，由于硬件出现故障或其它原因造成系统暂时性的中断后系统重新启动时，能够保证系统将原有的数据快速恢复，使继续运行下去。
在数据库设计时，有软件自动（默认）或人工对重要的数据进行定期的备份，并做有备份日志，系统的功能中专门设计数据备份和恢复功能，使用户能够快速地自动地将数据从故障处恢复。
3.4.5系统可维护性
系统采用自动更新方式。
尽量采用大家熟悉的易于维护的系统平台，系统维护方便，备份及数据恢复快速简单、系统配置体现自动化，尽量避免复杂的系统配置文件。
3.4.6系统灵活性
采用高内聚、低耦合原则进行模块划分。
模块间提供相应的接口，当应用系统的业务或功能要求发生变化时，可以通过简单的对相应模块的配置来实现功能扩展。
外部接口需求
3.5.1用户接口
本系统用户界面统一使用网页格式提供，使用MacromediaDreamweaver8所提供的标准控件。
控件排列格式简洁整齐。
用户界面：
网站界面要求美观、友好、易操作。
菜单使用弹出式下拉菜单。
输入输出时间使用“YYYY-MM-DD”，无功能键设置。
3.5.2硬件接口
服务器端硬件最低配置：
PⅡ233，内存64M；客户端无限制。
3.5.3软件接口
所有外部软件有：
WINDOWS2000或该版本以上的操作系统、tomcat6.0、SQL2005、IE6.0及其以上版本。
所有软件均运行于操作系统上。
IE与tomcat接口：
将IE请求数据传送给服务器。
Tomcat与教务系统接口：
将IE请求转送给教务系统。
教务系统与SQL接口：
交互数据。
教务系统与IE接口：
将响应发送给IE。
3.5.4通信接口
客户端访问服务器端采用http协议。
升级会员 