体育馆团体预约系统软件需求规格说明文档

 

体育馆团体预约系统

软件需求规格说明文档

UML软件工程1班第六组

June，13th，2019

目录

1. 引言1

1.1. 目的 1

1.2. 项目范围 1

1.3. 背景 2

2. 总体描述2

2.1. 产品前景 2

2.2. 产品功能 2

2.3. 用户类及其特征 3

2.4. 运行环境 3

2.5. 设计和实现上的约束 3

2.6. 假设和依赖 4

3. 详细需求描述4

3.1. 对外接口需求 4

3.2. 功能需求 6

3.3. 其他非功能需求 8

附录：分析模型8

 

1. 引言

1.1. 目的

为明确软件需求、规划项目、确认进度、组织软件开发与测试维护而编写本文档。再详细分析项目功能需求的情况下，可以进行本软件的开发、测试、维护，在进行基础的了解下，可以进行使用本软件产品。

 

1.2. 项目范围

产品名称：体育馆团体预约系统

产品用户：学校范围内的认证团体

 

基本目标：

移动端或者电脑端win/mac的一个查询预约平台，形式：网页

 

基本要求：

客户页面分为主页登录界面、查询主页、体育馆楼层场地信息显示页、预约界面、用户信息页面等，系统管理页面有场地更改页面、诚信管理页面

1. 用户单位认证、审核：团体用户提交注册认证材料，管理员以联系校团委等方式求证后，审核材料通过
2. 场地查询：当前时间体育馆各场馆使用情况显示（空闲、使用中、维修），显示在主页面中
3. 课外预约、大型比赛活动审批
4. 用户诚信管理：根据打卡时间、场馆使用后卫生情况反馈等进行记录评分
5. 体育课程表的输入

 

高级需求：

1. 简约实用的界面设计和预约流程
2. 馆内导航
3. 批条导出打印
4. 用户中心：显示团体自己的基本资料、诚信信息、预约历史、当前预约等信息
5. 冲突处理：因为设计为只能预约空闲场地，不存在上课与团体冲突。先到先得

 

 

 

1.3. 背景

2019年春，随着北理工良乡体育馆竣工开放，场地预约成为师生以及一些团体组织活动使用体育馆的方式，面对各种上课、活动等场地占用的情况，我们也需要一个方便师生使用的网络场馆查询预约系统来均衡、解决这些问题。

 

甲方：1-3班第1组

乙方：1-3班第6组

2. 总体描述

2.1. 产品前景

项目前景：

本产品同其他预约平台（如图书馆预约座位、批教室等）类似，该平台能够帮助师生以及团体查询某时间段内北理良乡小区体育馆场地预约使用情况，以方便决策使用体育馆的时间，避免出现到了体育馆没有场地等现象。

2.2. 产品功能

基本功能：

1．用户单位认证、审核：团体用户提交注册认证材料，管理员以联系校团委等方式求证后，审核材料通过

2．场地查询：体育馆明日或其他时间各场馆使用情况显示（空闲、使用中、维修），显示在主页面中

3．课外预约、大型比赛活动审批

4．用户诚信管理：根据打卡时间、场馆使用后卫生情况反馈等进行记录评分

5．体育课程表的输入

 

高级功能：

1. 简约实用的界面设计和预约流程
2. 馆内导航，地图显示
3. 批条导出打印
4. 用户中心：显示团体自己的基本资料、诚信信息、预约历史、当前预约等信息
5. 冲突处理：因为设计为只能预约空闲场地，不存在上课与团体冲突。先到先得

 

2.3. 用户类及其特征

系统主要面对用户：

预约主体——团体，可以是任何学校承认的社团、学生组织、学校机构、工会、班集体等，在提交认证通过后可以进行场馆预约使用，查询自身用户信息

系统管理员——接受校方管理、管理大型比赛预约、场馆更改、团体用户认证审核、诚信数据修改、设置黑名单

 

其他用户：

理工学生&教职工个人（游客）：仅可进入网站查看场馆预约使用情况，不可预约

 

受教育水平：本科及以上

 

经验：大多用过图书馆预约系统

 

2.4. 运行环境

任何可以使用兼容浏览器的设备，移动端、Windows、Mac、平板等

仅可使用校内网进行登录、查询、预约

2.5. 设计和实现上的约束

规章政策：

遵守国家相关政策，对用户隐私进行保护

为维持相关秩序，仅使用校内网进行访问

 

高阶语言要求：

HTML，CSS，JavaScript，MySQL，PHP等

 

开发环境：

Visual Studio、Vs code、notepad、MySQL

时间约束：

开发时间较短，对本人来说，截至2019年6月13日开发完成

技术约束：

开发成员技术不足，需要新学习相关知识并快速上手

其他约束：

开发人员与开发期间，受身份、环境约束，必须完成其他科目学习、考试，一定程度上影响开发进度

2.6. 假设和依赖

假设系统开发人员最终能够实现本系统的各种功能

开发时间足够

3. 详细需求描述

3.1. 对外接口需求

3.1.1. 用户界面

主页（从上到下）：

l 左上角北理logo，右上角登入注册入口，

l 体育馆图片展示

l 按照楼层分割，每层的场馆为一个块，当鼠标移动到场馆块上时，显示所有场地。点击某场地时，弹窗（或另起一页）显示该场地各时间段的状态（空闲、维修、已被预约）

l 页脚：体育馆地址、管理员联系方式（邮箱）、邮编等

 

登录界面：

用户编号、登录密码

 

注册页面：

提交基本团体用户信息（团体名称、团体规模、常用场馆、团体负责人、团体负责人联系方式）

 

用户中心界面：

l 用户资料

注册编号、团体名称、团体规模（大概多少人）、常用场馆、团体负责人、团体负责人联系方式

l 预约记录

流水号（2019xxxxB0209001100）  2019年x月x日  9:00-11:00  B馆02号  联系人  联系人联系方式

l 诚信管理

诚信评分：例95/100

违约记录：xxxx用户超时打卡、xxxx用户未在预约时间内使用、xxxx用户超时使用未按时离场

3.1.2. 硬件接口

有基本操作系统的设备，手机、PC、平板等

3.1.3. 软件接口

操作系统：Windows、Mac、Android、IOS、平板等

基本主流兼容浏览器Chrome、Firefox、IE、Edge等

 

3.1.4. 通信接口

基本TCP/IP网络协议、北理工校内网络等

3.2. 功能需求

3.2.1. 过程模型

 

 

场馆管理，添加、删除、修改场馆信息

客户团体通过页面提交资料和认证请求，由管理员在后台审核认证

所有北理工学生可登录页面查看体育馆预约情况

认证后的团体单位负责人可进行团体登录，选择场馆+场地编号+时间段，交由系统审核

系统对预约请求进行审核，符合条件（不与课程和其他预约冲突、时间段有效、数量在限制以内、诚信合格）则预约成功

签到（外设签到），不诚信签到记录

团体诚信管理

使用后签到离开

团体个人中心——我的团体：预约记录（历史、当前）  诚信信息  

 

3.2.2. 功能分解图

 

 

 

3.2.3. 原型系统说明

•  主界面

登陆后即可进入主页面，

左上角为北理logo，右上角为用户中心入口，右侧为页面固定定位栏

向下滑动可看到体育馆每层场馆、场地分布

 

 

•  登录

 

输入用户名及密码登录，若无密码可点击注册

• 注册

 

　　输入信息，提交后等待后台管理员审核通过即可登录，原型系统中仅实现本地数据保存功能，暂未实现后台通过及数据交互，提交后即可登录

　　无输入会提示错误

• 预约

　　点击某一场地，显示其各时间段场地状态（空闲、维修、占用），选择时间段进行预约，（原型系统仅简单实现其功能）

预约成功！

再次点击该场地发现已经被占用，不可再预约

• 用户中心

 

简单的用户中心，可显示用户主要信息，主要包括用户资料、预约记录、诚信管理等

 

3.3. 其他非功能需求

3.3.1. 性能需求

为方便用户使用，不受时间、地域限制，采用浏览器访问网页形式进行使用本系统，网页界面尽量简洁清晰，操作尽量简单，

 

3.3.2. 软件质量属性

可用性

同时间内访问量：>=200

网页打开速度：校园网正常访问速度下，5s内保证能打开网页，7s内图片下载加载显示完毕

网页界面简洁，没有乱码

支持英文版

安全性

产生数据、历史记录保存在校园网服务器避免丢失

校内网访问，限制访问量和访问对象

 

可维护性

代码结构清晰，缩进、命名风格统一

多采用注释，利于维护

 

 

附录：分析模型

 

预约系统时序图

 

 

1.      用户进入登陆界面，输入登录信息

2.      后台通过数据库进行比对，检验登录信息是否有误，确认登陆

3.      登录平台后，显示场地界面，预约情况等

4.      用户可以浏览各类场馆以及各个场地的使用情况

5.      用户选择需要预约的场馆以及相应场地

6.      后台从数据库中提取场地信息，查询场地的预约状态

7.      如果可预约则反馈给后台，后台提供给用户相应的查询信息

8.      用户发送预约请求

9.      后台接收预约请求，反馈给数据库记录预约信息

10.   后台反馈给用户预约的信息

11.   预约成功

 

领域模型：

 

 

状态图

 

1、 状态图主体：信息交互。

2、 信息交互中可能存在的稳定状态： 

登录状态：用户登录。

查询场馆状态：调用信息库信息查询场馆信息的状态。

场馆预约状态：对所选场馆进行预约的状态。

对局结束状态：信息调用结束后，结束指令之后的状态。

 

活动图

  

 

转载于:https://www.cnblogs.com/BIT2019UML06/p/11022099.html