需求规格说明书计算机080220号.docx

1、需求规格说明书计算机080220号实 验 报 告课程名称 软件工程 实验名称 餐饮业团购系统需求规格说明书 专 业 班 级 学 号 2 姓 名 指导教师 唐志航、李峰、谭小兰 2011年 5月 9日 目 录第1章 -3 1.1编写目的-3 1.2项目背景-3 1.3定义-3 1.4 参考资料-3第二章 任务概况-4 2.1目标-4 2.2运行环境-4 2.3条件与限制-4第3章 数据描-5 3.1静态数据-5 3.2动态数据-5 3.3数据库描述-5 3.4数据流图-5 3.5数据字典-7第四章 功能需求-8 4.1功能划分-8 4.2功能描述-8第5章 性能需求-9 5.1数据精确度-9 5

2、.2时间特性-9 5.3适应性-9第六章 运行需求-10 6.1用户界面 -10 6.2硬件接口-10 6.3软件接口-10 6.4故障处理-10第7章 其他需求-11 7.1安全需求-117.2社会实时性需求-11 第一章 引 言1.1编写目的在完成了对餐饮业团购系统的可行性分析，我们提出了电影业团购系统的需求分析规格说明书。它全面、细致、明了的用户需求分析，明确所要开发的软件应具有的功能、性能和界面，使系统分析人员及系统的开发人员能清楚地了解用户的需求，并在此基础上进一步提出了概要设计说明书和完成后续设计与开发工作。 1.2项目背景 该项目是为了及时跟上当前网上团购系统的热潮而设计的。它是

3、计算机与通信技术快速发展的产物，是伴随着我过的广大网民的快速增长以及网购的热潮而带动的网络团购系统的产生与发展。网络团购系统可以大大加快餐饮业的食物采购速度，能够提供实时快捷的服务。网络团购系统能给广大的消费者更多的选择，提供更优惠的价格，能够有效的带动消费者的积极消费观念。1.3定义消费者：主要是指通过浏览器浏览团购系统的人员。技术人员：指在餐饮业店进行数据库的更新即团购信息页面及时更新的工作人员。服务员：指在店面前台处理已经预订餐饮的客户的出票手续的前台工作人员。1.4参考资料 参考自XX湘潭（)上的网上团购系统，采用同样的营业模式。 第二章 任务概况2.1目标 “餐饮业团购系统”致力于网

4、络电子商务的应用。通过该系统，客户可以随时随地及时地了解餐饮的团购信息，团购系统会给予客户更优惠的价格，从而更好的带动客户的积极性，同时也能够很大程度上解决了餐饮业的食品积压等问题、更好的实现了食物资源的分配。2.2运行环境硬件平台：服务器设备需要是486或更高档的处理器，windows2000服务器或Linux服务器，服务器要对动态网页有着很好的支持，必须要能够支持jsp的运行。客户端需要浏览器能够很好的支持jsp动态网页，一般要6以上的浏览器版本。2.3条件与限制该系统只能运行于支持Jsp的web服务器上，客户端的浏览器也必须支持jsp动态网页才能查看相应的内容。该系统需要为第三方的支付平

5、台提供接口，网购安全措施不能很好的保障。第三章 数据描述3.1静态数据页面访问人数：统计一个web网页的访问量，在首页上需要设置一个访问计数器，每一家的团购的餐饮设计成首页下的一个子页面，同时也得为每个子页面设计访问的计数器。3.2动态数据由于是网络餐饮业的团购系统，而且餐饮的菜单更新非常快，因此需要及时的更新菜单的信息，由于首页的内容是子页面内容的总括，因此也必须及时的更新首页的信息。输入数据：客户的信息，菜单的团购信息。输出数据：剩余的菜的数目，订票成功信息。3.3数据库的描述数据库名称：BookDeal数据库的表名称：ClientInfo(注册客户的信息)，FilmInfo(进行团购的餐

6、饮的信息).， BookInfo(订票信息)。数据库的类型：MySql。3.4数据流图在这里画了两层数据流图，顶层数据流图和0层数据流图，如下图所示：3.5数据字典条目：菜单更新信息加工名称:更新菜单信息数据组成：菜品名、图片、团购票的剩余数量，描述信息来源：技术人员的输入去处：数据库中的FilmInfo表。动作：更新FilmInfo表的信息条目：订票信息来源：客户浏览器通过表单提交处理：订票信息验证（服务器端）访问方式：客户端浏览器安全级别：高数据字段：菜编号条目：身份信息来源：客户浏览器端登录处理：客户身份验证（服务器端）数据字段：用户名，密码安全等级：高，保密条目：订票单来源：前台服务员

7、动作：查询订票信息BookInfo数据库数据字段：订票单号码前提：服务员首先要有访问数据库的权限条目：客户订票信息来源：数据库的查询处理去处：前台服务员处理：前台服务员查对数据访问频率：高条目：菜单数据字段：菜名、进餐时间、餐桌号，来源：数据库BookInfo去处：订票的客户数据访问频率：高第四章 功能需求 4.1功能划分1、向客户端提供浏览的页面2、客户提交订票单 2.1客户提交菜单编号 2.2客户提交身份信息3、对客户提交的菜单信息和身份信息进行验证。 3.1验证通过，则处理订票 3.2验证失败，返回出错提示。4、客户凭订票单在服务台核对信息并坐餐桌。4.2功能描述1、客户访问该web应用

8、程序，web服务器向客户返回团购菜单的信息以及订票操作说明。2、客户提交订票表单，在客户点击订票后首先判断客户是否登录，若没有，则提示用户登录，否则，提交客户的订票表单至服务器端处理。 若客户没有登录而点击了注册按钮，则向客户显示注册的页面，在注册成功后提交客户的表单。 3、通过客户提交的表单，分别查询数据库ClientInfo和FilmInfo表，在核对成功后在BookInfo表中添加客户的订票信息。 4、前台服务员根据客户的订票单号（手机信息验证）访问数据库，在验证成功后打印出客户的电影票。第五章 性能需求5.1数据精确度1、客户的用户名必须要大于三个字符。2、客户的秘密必须要在6个字符以

9、上。3、客户的网上银行账户必须要有足够的订票金额。5.2时间特性服务器端必须全天候的运作，处理速度要小于3秒，要在3秒之内将结果传送至客户端。每次更新数据的时间不多于1个小时。5.3适应性 该系统需要在IE6以上的浏览器上运行，支持其它支持动态网页的浏览器。 第六章 运行需求6.1用户界面用户在浏览器端提交表单，由于一个网页是一餐饮点的团购信息，因此这里设置用户的提交按钮的文字为“我要抢订”，在点击该按钮后会隐式的将改店菜单的标识号（id）和客户的登录信息提交至服务器端。客户登录后，在网页上应该显示客户的登录状态，只有成功登录的用户才能够正确的提交表单。6.2硬件接口在保证正常的运行情况下，系

10、统不需要额外的硬件接口。6.3软件接口由于要使用网上银行进行支付，因此必须提供网上银行交易的接口。6.4故障处理在保证网络畅通的情况下可能出现的异常如下：1、 用户没有登录。错误提示：请先登录，如果没有账号可以点此注册。错误处理：跳转到用户登录界面（含注册选项）。2、 用户名或密码输入错误。错误提示：用户名或密码输入错误。错误处理：跳转到用户登录界面。3、 交易失败。错误提示：您卡上的余额不足。错误处理：返回影片介绍页。第七章 其他需求7.1安全需求该系统的开发必须要符合法律的要求，需要对客户的个人资料信息进行严格的保密。72社会实时性需求 团购系统正处于开始发展阶段，开发的系统必须要符合当前团购的应用。对于不同的餐饮店的营业模式，要能够有很好的模式供选择以满足绝大部分餐饮店的系统需求。