需求规格说明书

1、需求规格说明书章节小节编写说明备注1引言1.1编写目的该软件需求规格说明描述了“体育中心场地管理系统”的软件功能性需求和非功能性需求。同时还描述了用户在系统的工作中所参与的角色以及拥有的权限，从而使设计者能够明确地了解所开发系统的的各个方面，帮助设计者在实际的开发过程中准确地完成所开发的模块，以满足用户的需求。本需求分析说明书的主要读者为（1）设计者，为明确软件需求、安排项目规划与进度、组织软件开发与测试，规范化本系统的编写；（2）用户，是否满足用户需求，以期调整和完善该体育中心场地管理系统。1.2背景随着学校发展，我校教学水平有了显著提高，更多的校园体育设置应运而生，今年我校体育中心乒乓球场

2、、羽毛球场也投入试用，2016年年初也将投入使用，届时我校师生必将大量涌入体育中心，为了维护秩序，采用人工手段进行复杂的业务处理是一种相当原始的方法，尤其是在计算机、互联网高度发展的今天。优秀的管理系统能显著的提高体育中心的服务水平和工作效率，规范场馆的业务流程，帮助场馆管理者及时、全面的了解经营信息，做出更准确的决策，从而有效地提高场地使用效率，帮助师生及时、高效地借用体育中心1.3 项目研究现状从软件的结构来讲有C/S架构与B/S架构，C/S架构是属于有客户端的系统，在极大的程度上限制了管理，而现在更为快捷方便的为B/S架构。国内先进的B/S架构的软件由北京住哲信息技术有限公司在做，是国内

3、最早做B/S架构的。全国高校使用管理系统的也是屈指可数，届时我校将成为最早使用管理系统管理场馆的高校之一1.4 参考资料C/S架构与B/S架构比较 百度文库软件工程-实践者的研究方法 RogerS.Pressman 著2任务概述3需求规定2.1目标完成一个windows操作系统的环境下的场地管理系统，提供给师生快捷服务，使用本系统，服务员可以很快办理使用场地服务，管理员也可以维护记录使用信息，系统实现后，大大提高了场地的使用效率。降低服务过程中的错误发生率，减少信息交流的繁琐过程。2.2用户的特点用户权限师生查询、登录、预定使用、续约管理员登录、删除订单、催离3.1功能描述模块名称功能子功能功

4、能描述登录用户登录用户或者管理员登录系统来实现功能管理员登录预定预定信息查询查询可用场地预定开单预定场地，支付相应费用取消预定取消预定编辑预定可以对预定内容进行修改结账结账管理查询预定查询预订信息结账结账管理管理员管理系统删除预定删除师生预订信息催离时间到吹哨催离关闭系统关闭预订系统3.2用例图3.2.1登录3.2.2预定3.2.3开单3.2.4催离3.2.5续约3.2.6查询用例描述3.3.1登录用例名称：登录用例ID：1角色：管理员/师生用例说明：管理员师生登录系统前置条件：输入密码及账户基本事件流：1.预订信息管理2.查询 3.师生续约4管理员催离5结账其它事件流：异常事

5、件流：后置条件：3.3.2增加预定用例名称：增加预订用例ID：2角色：师生 用例说明：预定管理前置条件：已经进入预定管理模块基本事件流：1. 添加新的预订信息2. 查询记录3. 填写预订人信息4.其它事件流：异常事件流：后置条件：3.2.3查询用例名称：查询预订用例ID：3角色：管理员/师生用例说明：查询信息前置条件：已经进入预定管理模块基本事件流：查询可以预定的时间管理员查询已经订单其它事件流：异常事件流：后置条件：3.2.4自动删除用例名称：自动删除用例ID：4角色：师生用例说明：前置条件：已经进入预定管理模块基本事件流：超过预留时间的预定系统提示是否自动取消其它事件流：异常事件流：后置条

6、件：3.2.5续约用例名称：续约用例ID：5角色：师生用例说明：使用超时，师生决定继续使用前置条件：使用超时基本事件流：1. 选择可以预定的时间2. 增加预定其它事件流：异常事件流：续约时间有人预定，不能续约后置条件：3.2.6催离用例名称：催离用例ID：6角色：管理员用例说明：师生超时，管理员提醒师生前置条件：超时基本事件流：催促师生离开场地其它事件流：异常事件流：后置条件：3.2.7关闭系统用例名称：关闭系统用例ID：7角色：管理员 用例说明：管理员关闭平台前置条件：进入非使用时间基本事件流：22：00-6：30停止预定，不能使用系统其它事件流：异常事件流：后置条件：3.2.8删除订单用例

7、名称：删除预订用例ID：8角色：管理员/师生用例说明：前置条件：已经进入预定管理模块基本事件流：3. 选择一条要删除的预订信息4. 删除本条预订信息5. 确定将永久删除所选中的预订信息其它事件流：异常事件流：后置条件：3.2.9编辑预定用例名称：编辑预订用例ID：9角色：师生用例说明：前置条件：已经进入预定管理模块基本事件流：1. 选择一条要修改的预订信息2. 修改相应内容3. 确定将保存修改后的信息4. 将取消此次修改预订登记操作保持原有的数据不变其它事件流：异常事件流：后置条件：3.2.10用例名称：客户信息录入用例ID：10角色：师生用例说明：前置条件：已经进入开单模块基本事件流：录入以

8、下信息：1.查询记录2.主客姓名3.学号4.手机号码5.主客性别其它事件流：异常事件流：后置条件：3.2.11结账用例名称：结账用例ID：11角色：师生用例说明：前置条件：已经预定基本事件流：1.查询费用2 结账其它事件流：异常事件流：后置条件：4业务流程5性能需求（1）系统健壮：具有一定的容错能力，并且以友好的方式告之用户（2） 可复用性：系统组件可重复使用（3） 可扩展性：符合开闭原则，添加新功能时不会对原系统造成太大影响（4） 高效性：数据库设计良好，能够与系统较高效的交互（5） 安全性：系统可自动备份数据库，防止意外操作引起的数据损坏6数据库管理能力要求本系统使用SQLSeriver数据库，用来存储订单，结账单，等系统信息，数据库要求如下：（1） 在不影响效率的情况下尽可能满足3N范式（2） 7数据库表之间联系紧密，便于维护（3） 满足数据库设计的重要原则7接口(1) 用户接口用户在登录页面输入的用户名和密码，系统根据用户名判断用户的身份并赋予相应的权限。登录系统后即可进行相应的操作。(2) 硬件接口（逻辑结构，物理地址）软件支持常用的服务器及个人计算机。(3) 软件接口软件运行在windows操作系统之上，系统为ASP.NET技术，软件在后台与数据库进行交互。(