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

上传人:b****3 文档编号:13270438 上传时间:2023-06-12 格式:DOCX 页数:20 大小:55.39KB
下载 相关 举报
网上订餐系统需求规格说明书.docx_第1页
第1页 / 共20页
网上订餐系统需求规格说明书.docx_第2页
第2页 / 共20页
网上订餐系统需求规格说明书.docx_第3页
第3页 / 共20页
网上订餐系统需求规格说明书.docx_第4页
第4页 / 共20页
网上订餐系统需求规格说明书.docx_第5页
第5页 / 共20页
网上订餐系统需求规格说明书.docx_第6页
第6页 / 共20页
网上订餐系统需求规格说明书.docx_第7页
第7页 / 共20页
网上订餐系统需求规格说明书.docx_第8页
第8页 / 共20页
网上订餐系统需求规格说明书.docx_第9页
第9页 / 共20页
网上订餐系统需求规格说明书.docx_第10页
第10页 / 共20页
网上订餐系统需求规格说明书.docx_第11页
第11页 / 共20页
网上订餐系统需求规格说明书.docx_第12页
第12页 / 共20页
网上订餐系统需求规格说明书.docx_第13页
第13页 / 共20页
网上订餐系统需求规格说明书.docx_第14页
第14页 / 共20页
网上订餐系统需求规格说明书.docx_第15页
第15页 / 共20页
网上订餐系统需求规格说明书.docx_第16页
第16页 / 共20页
网上订餐系统需求规格说明书.docx_第17页
第17页 / 共20页
网上订餐系统需求规格说明书.docx_第18页
第18页 / 共20页
网上订餐系统需求规格说明书.docx_第19页
第19页 / 共20页
网上订餐系统需求规格说明书.docx_第20页
第20页 / 共20页
亲,该文档总共20页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

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

《网上订餐系统需求规格说明书.docx》由会员分享,可在线阅读,更多相关《网上订餐系统需求规格说明书.docx(20页珍藏版)》请在冰点文库上搜索。

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

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

 

<网上订餐系统>

 

需求规格说明书

 

撰写人(署名):

 

完成日期:

 

评审负责人(署名):

 

评审日期:

 

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外面接口需求

用户接口

本系统用户界面一致使用网页格式供给,使用MacromediaDreamweaver8所供给的标准控件。

控件摆列格式简短齐整。

用户界面:

网站界面要求雅观、友

好、易操作。

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

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

硬件接口

服务器端硬件最低配置:

PⅡ233,内存64M;客户端无穷制。

软件接口

全部外面软件有:

WINDOWS2000或该版本以上的操作系统、、SQL2005、及其以上版本。

 

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

IE与tomcat接口:

将IE恳求数据传递给服务器。

Tomcat与教务系统接口:

将IE恳求转送给教务系统。

教务系统与SQL接口:

交互数据。

教务系统与IE接口:

将响应发送给IE。

通讯接口

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

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > IT计算机 > 计算机硬件及网络

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2