网上订餐系统需求规格说明书

<网上订餐系统 >需求规格说明书
撰写人（署名）：
完成日期：
评审负责人（署名）：
评审日期：
目录
1.前言 ......................................................错误 ! 不决义书签。

目的 . ...............................................错误 ! 不决义书签。

定义 . ...............................................错误 ! 不决义书签。

登录模块： . ...........................................错误 ! 不决义书签。

用户注册模块 . .........................................错误 ! 不决义书签。

购物车模块： . .........................................错误 ! 不决义书签。

订单模块： . ...........................................错误 ! 不决义书签。

基本信息管理模块： . ...................................错误 ! 不决义书签。

通告模块： . ...........................................错误 ! 不决义书签。

参照资料 . ...........................................错误 ! 不决义书签。

2.整体概括 . .................................................错误 ! 不决义书签。

产品表记 . ...........................................错误 ! 不决义书签。

产品描绘 . ...........................................错误 ! 不决义书签。

系统属性 . .............................................错误 ! 不决义书签。

开发背景 . .............................................错误 ! 不决义书签。

产品功能 . .............................................错误 ! 不决义书签。

用户的特色 . .........................................错误 ! 不决义书签。

3.系统层次图 . ...............................................错误 ! 不决义书签。

4.详细需求 . .................................................错误 ! 不决义书签。

性能需求 . ...........................................错误 ! 不决义书签。

精度 . ................................................错误 ! 不决义书签。

时间特征 . ............................................错误 ! 不决义书签。

安全性 . ..............................................错误 ! 不决义书签。

稳固性 . ..............................................错误 ! 不决义书签。

数据库需求 . .........................................错误 ! 不决义书签。

设计拘束 . ...........................................错误 ! 不决义书签。

其余标准的拘束 . ......................................错误 ! 不决义书签。

硬件拘束 . ............................................错误 ! 不决义书签。

属性 . ...............................................错误 ! 不决义书签。

系统靠谱性 . ..........................................错误 ! 不决义书签。

系统安全性 . ..........................................错误 ! 不决义书签。

系统容错性 . ..........................................错误 ! 不决义书签。

系统防灾性 . ..........................................错误 ! 不决义书签。

系统可保护性 . ........................................错误 ! 不决义书签。

系统灵巧性 . ..........................................错误 ! 不决义书签。

外面接口需求 . .......................................错误 ! 不决义书签。

用户接口 . ............................................错误 ! 不决义书签。

硬件接口 . ............................................错误 ! 不决义书签。

软件接口 . ............................................错误 ! 不决义书签。

通讯接口 . ............................................错误!不决义书签。

1.前言
1.1 目的
网上订餐在现在社会还不怎么流行，可是跟着科技的发展，网上订餐必然日
趋走向成熟化，并被广大的市民所接受，特别是被今世的大学生所接受。

因此开发这套网上订餐系统是特别有必需的。

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

1.2 定义
登录模块：考证用户帐号和密码。

假如考证经过，进入该系统。

假如考证失败输
出相应提示信息。

（登岸模块分为用户登录和顾客登录）
用户注册模块：用户提交相应的注册信息进行注册，系统自动进行考证，并提示
用户注册能否成功。

购物车模块：用户登岸后就能够选择自己喜爱的美食，并放入购物车中。

订单模块：管理员能够随时查察用户提交的订单，并通知工作人员送餐，用户则
能够查察自己的订单。

基本信息管理模块：用户能够依据自己的实质状况改正自己的密码、地点、电话等信息。

管理员能够改正用户的基本信息。

通告模块：管理员对通告进行增添、改正、删除；顾客则阅读通告。

1.3 参照资料
周之英 . 现代软件工程（中） . 北京：科学第一版社， 2000.
江开耀 . 软件工程与开发技术（第二版） . 西安 : 电子科技大学第一版社， 2009.
2.整体概括
2.1 产品表记
软件名称网上订餐系统
2.2 产品描绘
系统属性
本系统是一个可供多人在网上订餐的系统，拥有登录、注册、购物车、订单
管理基本信息管理、公示通告等功能。

各个系统拥有自己独立的功能，这些系统构成一个完好的管理系统。

开发背景
网上订餐在现在社会还不怎么流行，可是跟着科技的发展，网上订餐必然日
趋走向成熟化，并被广大的市民所接受，特别是被今世的大学生所接受。

因此开发这套网上订餐系统是特别有必需的。

产品功能
序号功能名称功能需求优先级简要描绘
表记
1用户登录A高用户分为管理员、顾客,系统验
证帐号和密码
2用户注册B高用户提交注册信息
2.3 用户的特色
本软件的最后使用者为餐馆的工作人员和顾客，操作人员一般分为两类，顾客不必具备好多的电脑知识，懂得基本电脑操作即可。

餐馆工作人员需具备必定的数据库方面的知识和技术，能够对数据库进行保护
3.系统层次图
用户登录模块用户注册模块
用管用
户理户
登员注
录登册
陆
网上订餐系统
购物车模块订单管理模块
用用管用
户户理户
添删员查
加除查看
物物看订
品品订单
单
基本信息管理模块通告管理模
管理员用户管理员用户
查修增浏
询改删览
、自改公
修己查告
改的公信
用信告息
户息信
信息
息
4.详细需求
功能编号检查者
功能
描绘
输入项
办理
描绘
输出项
功能编号检查者
功能
描绘
输入项
办理
描绘
输出项
功能编号检查者
功能
描绘
输入项
办理
描绘
输出项
1功能名称用户登岸所属部门
宋亮检查时间审查人
考证用户帐号和密码。

假如考证经过，进入该系统。

假如考证失败输出相应提示信息。

（登岸模块分为用户登录和顾客登录）
输入帐号和密码。

管理员和用户提交登岸信息后，系统自动与数据库信息般配考证。

考证成功，进入系统。

考证失败，提示用户名或密码错误。

对非法输入进行异样办理。

考证成功：进入相应的系统界面；
考证失败：提示用户名或密码错误，返回登岸页面。

2功能名称用户注册所属部门
宋亮检查时间审查人
用户提交相应的个人信息和用户名、密码进行注册成为会员
用户名、密码、姓名、地点、联系方式等。

用户名和密码第一不可以为空，用户名不可以和他人的用户名同样，提交信息后系统自动查验提示用户注册能否成功
考证成功：提示用户注册成功，跳转到登岸界面考
证失败：提示用户注册失败，返回到注册页面。

3功能名称购物车所属部门
宋亮检查时间审查人
用户登岸后就能够选择自己喜爱的美食，并放入购物车中。

无
系统获得购物车中的信息，而后生成订单提交给餐厅，以便餐厅及时送餐。

物件已成功加入购物车。

功能编号4功能名称订单管理所属部门检查者宋亮检查时间审查人
功能管理员能够随时查察用户提交的订单，并通知工作人员送餐，用户则能够查察自己的订单。

描绘
输入项
无
办理
描绘
系统依据用户的权限从数据库中读取相应的订单，并显示。

相应的订单
输出项
功能编号5功能名称基本信息管理所属部门
检查者宋亮检查时间审查人
用户能够依据自己的实质状况改正自己的密码、地点、电话等信功能
息。

管理员能够改正用户的基本信息。

描绘
输入项
密码、姓名、地点、联系方式等。

依据用户提交的信息，对其基本信息进行改正。

办理
对非法输入进行异样办理。

描绘
信息改正成功。

输出项
功能编号6功能名称通告管理所属部门
检查者宋亮检查时间审查人
功能
管理员对通告进行增添、改正、删除；顾客则阅读通告。

描绘
输入项
管理员进行输入标题、内容、系统自动生成通告宣布时间。

管理员输入后储存通告的信息，更新数据库中通告记录，并分派办理一个独立的 ID 号，以方便进行各样操作。

描绘管理员只改正通告标题、内容，对其余信息不影响。

对非法输入进行异样办理。

通告标题、内容及通告时间。

输出项
4.1 性能需求
精度
本系统所波及的全部的数据种类，均按实数保存，在显示办理时保存小数点后 1位。

时间特征
(1)、响应时间
统计、查问数据的相应时间控制在20 秒内；
(2)、更新办理时间
局域网数据库在网络无故障的状况下，插入一条数据和更新一条数据的数据
库操作响应时间控制在秒/ 条以内；
(3)、数据的变换和传递时间
在拨号网络连结通后，互换数据以数据单元形式进行，全部数据互换过程控制在 20 分钟内；
(4)、运转时间
程序启动和初始化时间控制在 5 秒以内。

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

稳固性
系统稳固性要求高，能够承载大批用户的并发接见。

4.2数据库需求
考虑到学校的管理特色的状况：要求能储存大批数据的能力，并且能够对大批数据办理有强盛的功能和迅速的响应时间。

基于开发条件有限，我们采纳Mysql 数据库。

4.3设计拘束
其余标准的拘束
编码人员技术不可熟、编程语言限制为 Java、时间匆促，在完美软件功能上还有些短缺。

硬件拘束
(1)、硬件配置的特色；
(2)、内储存器和协助储存器的容量。

4.4 属性
系统靠谱性
对系统（应用系统和数据库）应当设计尽可能详细的故障办理方案，以保证系统的迅速恢复性。

并采纳冗余技术保证数据靠谱储存、系统靠谱运转。

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

在系统使用过程中，
因为硬件出现故障或其余原由造成系统临时性的中止后系统从头启动时，能够保
证系统将原有的数据迅速恢复，使其持续运转下去。

系统安全性
为保证系统的安全性，系统采纳应用系统使用考证（操作员考证）、数据库登岸考证两种考证方式相联合的方法考证用户。

运用日记，对进入系统的用户的操作进行记录 , 能够依据日记进行过后剖析，进而找到事故的发生原由、责任者或非法用户。

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

当用户进行正常的数据输入时，系统对输入的数据要做有效性检查和完好性查验，保证将正确的数据存入数据库，关于用户错误的输入，不只拒绝接受，并且要给出明确的错误提示，供操作者更正；
关于用户输入非法的和对系统拥有损坏性的数据，系统能够加以辨别，并做出相应的办理，防止造成系统的死机和瘫痪。

系统防灾性
在系统使用过程中，因为硬件出现故障或其余原由造成系统临时性的中止后
系统从头启动时，能够保证系统将原有的数据迅速恢复，使持续运转下去。

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

系统可保护性
系统采纳自动更新方式。

尽量采纳大家熟习的易于保护的系统平台，系统保护方便，备份及数据恢复迅速简单、系统配置表现自动化，尽量防止复杂的系统配置文件。

系统灵巧性
采纳高内聚、低耦合原则进行模块区分。

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

4.5外面接口需求
用户接口
本系统用户界面一致使用网页格式供给，使用 Macromedia Dreamweaver 8 所供给的标准控件。

控件摆列格式简短齐整。

用户界面：网站界面要求雅观、友
好、易操作。

菜单使用弹出式下拉菜单。

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

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

软件接口
全部外面软件有： WINDOWS2000或该版本以上的操作系统、、SQL2005、及其以上版本。

全部软件均运转于操作系统上。

IE 与 tomcat 接口：将 IE 恳求数据传递给服务器。

Tomcat 与教务系统接口：将IE 恳求转送给教务系统。

教务系统与 SQL接口：交互数据。

教务系统与 IE 接口：将响应发送给IE 。

通讯接口
客户端接见服务器端采纳http协议。