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

1、网上订餐系统需求规格说明书需求规格说明书撰 写 人（签名）：完 成 日 期：评审负责人（签名）：评 审 日 期：1.引言目的网上订餐在当今社会还不怎么流行，但是随着科技的发展，网上订餐必定日趋走向成熟化，并被广大的市民所接受，尤其是被当代的大学生所接受。所以开发这套网上订餐系统是非常有必要的。本需求的编写目的在于为系统的开发做好前面的部署，以便于我们可以开发出系统功能更加全面，使用户操作起来更加的方便。定义登录模块：验证用户帐号和密码。如果验证通过，进入该系统。如果验证失败输出相应提示信息。（登陆模块分为用户登录和顾客登录）用户注册模块：用户提交相应的注册信息进行注册，系统自动进行验证，并提示

2、用户注册是否成功。购物车模块：用户登陆后就可以选择自己喜欢的美食，并放入购物车中。订单模块：管理员可以随时查看用户提交的订单，并通知工作人员送餐，用户则可以查看自己的订单。基本信息管理模块：用户可以根据自己的实际情况修改自己的密码、地址、电话等信息。管理员可以修改用户的基本信息。公告模块：管理员对公告进行添加、修改、删除；顾客则浏览公告。参考资料周之英.现代软件工程（中）.北京：科学出版社，2000.江开耀.软件工程与开发技术（第二版）.西安:电子科技大学出版社，2009.2.总体概述产品标识软件名称网上订餐系统产品描述系统属性本系统是一个可供多人在网上订餐的系统，具有登录、注册、购物车、订单

3、管理基本信息管理、公示公告等功能。各个系统具有自己独立的功能，这些系统组成一个完整的管理系统。开发背景网上订餐在当今社会还不怎么流行，但是随着科技的发展，网上订餐必定日趋走向成熟化，并被广大的市民所接受，尤其是被当代的大学生所接受。所以开发这套网上订餐系统是非常有必要的。产品功能序号功能名称功能需求标识优先级简要描述1用户登录A高用户分为管理员、顾客,系统验证帐号和密码2用户注册B高用户提交注册信息用户的特点本软件的最终使用者为餐馆的工作人员和顾客，操作人员一般分为两类，顾客无须具备很多的电脑知识，懂得基本电脑操作即可。餐馆工作人员需具备一定的数据库方面的知识和技能，可以对数据库进行维护3.系

4、统层次图4.具体需求功能编号1功能名称用户登陆所属部门调查者宋亮调查时间审核人功能描述验证用户帐号和密码。如果验证通过，进入该系统。如果验证失败输出相应提示信息。（登陆模块分为用户登录和顾客登录）输入项输入帐号和密码。处理描述管理员和用户提交登陆信息后，系统自动与数据库信息匹配验证。验证成功，进入系统。验证失败，提示用户名或密码错误。对非法输入进行异常处理。输出项验证成功：进入相应的系统界面；验证失败：提示用户名或密码错误，返回登陆页面。功能编号2功能名称用户注册所属部门调查者宋亮调查时间审核人功能描述用户提交相应的个人信息和用户名、密码进行注册成为会员输入项用户名、密码、姓名、地址、联系方式

5、等。处理描述用户名和密码首先不能为空，用户名不能和别人的用户名相同，提交信息后系统自动检验提示用户注册是否成功输出项验证成功：提示用户注册成功，跳转到登陆界面验证失败：提示用户注册失败，返回到注册页面。功能编号3功能名称购物车所属部门调查者宋亮调查时间审核人功能描述用户登陆后就可以选择自己喜欢的美食，并放入购物车中。输入项无处理描述系统获取购物车中的信息，然后生成订单提交给餐厅，以便餐厅及时送餐。输出项物品已成功加入购物车。功能编号4功能名称订单管理所属部门调查者宋亮调查时间审核人功能描述管理员可以随时查看用户提交的订单，并通知工作人员送餐，用户则可以查看自己的订单。输入项无处理描述系统根据用

6、户的权限从数据库中读取相应的订单，并显示。输出项相应的订单功能编号5功能名称基本信息管理所属部门调查者宋亮调查时间审核人功能描述用户可以根据自己的实际情况修改自己的密码、地址、电话等信息。管理员可以修改用户的基本信息。输入项密码、姓名、地址、联系方式等。处理描述根据用户提交的信息，对其基本信息进行修改。对非法输入进行异常处理。输出项信息修改成功。功能编号6功能名称公告管理所属部门调查者宋亮调查时间审核人功能描述管理员对公告进行添加、修改、删除；顾客则浏览公告。输入项管理员进行输入标题、内容、系统自动生成公告公布时间。处理描述管理员输入后存储公告的信息，更新数据库中公告记录，并分配一个独立的ID

7、号，以方便进行各种操作。管理员只修改公告标题、内容，对其他信息不影响。 对非法输入进行异常处理。输出项公告标题、内容及公告时间。性能需求3.1.1 精度本系统所涉及的所有的数据类型，均按实数保存，在显示处理时保留小数点后1位。3.1.2 时间特性(1)、响应时间统计、查询数据的相应时间控制在20 秒内；(2)、更新处理时间局域网数据库在网络无故障的情况下，插入一条数据和更新一条数据的数据库操作响应时间控制在0.5 秒/条之内；(3)、数据的转换和传送时间在拨号网络连接通后，交换数据以数据单元形式进行，所有数据交换过程控制在20 分钟内；(4)、运行时间程序启动和初始化时间控制在5 秒之内。3.

8、1.3 安全性系统安全性要求高，能有效控制和管理不同的用户的权限，保护数据的安全性。3.1.4 稳定性系统稳定性要求高，能够承载大量用户的并发访问。 数据库需求考虑到学校的管理特点的情况：要求能存储大量数据的能力，并且能够对大量数据处理有强大的功能和快速的响应时间。鉴于开发条件有限，我们采用Mysql数据库。 设计约束3.3.1 其他标准的约束编码人员技术不成熟、编程语言限制为Java、时间仓促，在完善软件功能上还有些欠缺。3.3.2 硬件约束(1)、硬件配置的特点；(2)、内存储器和辅助存储器的容量。属性3.4.1 系统可靠性对系统（应用系统和数据库）应该设计尽可能详尽的故障处理方案，以保证

9、系统的快速恢复性。并采用冗余技术保证数据可靠存储、系统可靠运行。对系统运行状况采用自动检测、告警、监控等方式进行实时观测。在系统使用过程中，由于硬件出现故障或其它原因造成系统暂时性的中断后系统重新启动时，能够保证系统将原有的数据快速恢复，使其继续运行下去。3.4.2 系统安全性为确保系统的安全性，系统采取应用系统使用验证（操作员验证）、数据库登陆验证两种验证方式相结合的方法验证用户。运用日志，对进入系统的用户的操作进行记录,可以根据日志进行事后分析，从而找到事故的发生原因、责任者或非法用户。3.4.3 系统容错性系统的容错性设计是指设计软件时能够保证用户输入的正确性和对系统非法的和破坏性的输入

10、有很强的容错能力。当用户进行正常的数据输入时，系统对输入的数据要做有效性检查和完整性检验，保证将正确的数据存入数据库，对于用户错误的输入，不但拒绝接受，而且要给出明确的错误提示，供操作者改正；对于用户输入非法的和对系统具有破坏性的数据，系统能够加以识别，并做出相应的处理，避免造成系统的死机和瘫痪。3.4.4 系统防灾性在系统使用过程中，由于硬件出现故障或其它原因造成系统暂时性的中断后系统重新启动时，能够保证系统将原有的数据快速恢复，使继续运行下去。在数据库设计时，有软件自动（默认）或人工对重要的数据进行定期的备份，并做有备份日志，系统的功能中专门设计数据备份和恢复功能，使用户能够快速地自动地将

11、数据从故障处恢复。3.4.5 系统可维护性系统采用自动更新方式。尽量采用大家熟悉的易于维护的系统平台，系统维护方便，备份及数据恢复快速简单、系统配置体现自动化，尽量避免复杂的系统配置文件。3.4.6 系统灵活性采用高内聚、低耦合原则进行模块划分。模块间提供相应的接口，当应用系统的业务或功能要求发生变化时，可以通过简单的对相应模块的配置来实现功能扩展。 外部接口需求3.5.1 用户接口本系统用户界面统一使用网页格式提供，使用Macromedia Dreamweaver 8所提供的标准控件。控件排列格式简洁整齐。用户界面：网站界面要求美观、友好、易操作。菜单使用弹出式下拉菜单。输入输出时间使用“YYYY-MM-DD”，无功能键设置。3.5.2 硬件接口服务器端硬件最低配置：P233，内存64M；客户端无限制。3.5.3 软件接口所有外部软件有：WINDOWS2000或该版本以上的操作系统、tomcat6.0、SQL2005、IE6.0及其以上版本。所有软件均运行于操作系统上。IE与tomcat接口：将IE请求数据传送给服务器。Tomcat与教务系统接口：将IE请求转送给教务系统。教务系统与SQL接口：交互数据。教务系统与IE接口：将响应发送给IE。3.5.4 通信接口客户端访问服务器端采用http协议。