下载文档原格式
高校运动场馆管理系统的设计与实现随着高校体育运动的普及和发展，高校运动场馆的管理变得越来越重要。
为了更好地管理运动场馆资源、提高运动场馆利用率、提升学生和教职工的体育锻炼水平，高校需要建立一个高效的运动场馆管理系统。
本文将从设计与实现的角度，探讨高校运动场馆管理系统的要求和实施方案。
一、系统需求分析1. 预约管理：系统应实现场馆预约功能，学生和教职工可以通过系统预约指定场馆和时间段进行体育活动。
预约信息需要包括预约人姓名、联系方式、场馆名称、使用时间等。
2. 运动场馆信息管理：系统需要实现对运动场馆的基本信息进行管理，如场馆名称、位置、容纳人数、设施情况等。
同时，还需要提供场馆使用规则和注意事项等相关信息。
3. 用户权限管理：系统应设立不同的权限等级，分为管理员、教职工和学生等角色，不同角色对系统功能的访问和使用权限不同。
管理员可以管理场馆信息和用户权限，教职工可以进行场馆预约和活动管理，学生可以进行场馆预约。
4. 活动管理：系统应支持学校举办各类运动活动的管理，包括报名管理、赛程安排、比赛结果录入等功能。
另外，还可以提供活动通知和成绩查询等附加功能，方便学生参与和了解活动信息。
5. 统计与分析：系统需要提供场馆使用情况的统计与分析功能，管理员可以根据统计数据评估运动场馆的利用率，优化资源分配和管理策略。
二、系统设计与实现1. 技术选型：根据系统需求和实际情况，可以选择使用Web开发框架进行系统的设计与实现。
常见的Web开发框架有Django、Spring MVC等。
其中，Django是一个基于Python的高级Web开发框架，具有简洁高效的特点，适合快速搭建运动场馆管理系统。
2. 数据库设计：系统的数据库设计是系统设计的核心之一。
可以使用关系型数据库如MySQL或非关系型数据库如MongoDB存储系统的数据。
数据库的设计应根据系统的实体和关系进行规划，包括用户表、场馆表、预约表、活动表等。
同时，要合理设置表的字段和索引，以提高系统的查询和操作效率。
高校体育场馆智能化管理系统设计与实现随着社会的进步和科技的发展，高校体育场馆在提供体育锻炼、培养体育人才方面起着重要作用。
然而，传统的手动管理方式已经无法满足现代化高校体育设施的需求。
为了提高高校体育场馆的管理效率和维护运营的效益，建设智能化管理系统是非常必要的。
一、系统概述高校体育场馆智能化管理系统旨在利用先进的信息技术手段，提供一套全面、高效、智能的管理方案，实现对体育场馆的预约、入场、设备借用、场地维护等各个环节的全面监控和管理。
二、系统功能1. 预约管理：学生和教职工可以通过系统预约体育场馆的使用时间，避免场馆资源的浪费和冲突，方便地安排个人体育锻炼计划。
2. 入场管理：通过智能感应设备对入场人员进行认证和登记，确保只有预约者才能进入场馆，提高场馆资源的利用率，同时确保场馆的安全和秩序。
3. 设备借用：学生和教职工可以通过系统申请场馆内的各种体育设备，系统自动进行设备借还管理和统计，方便使用者借用设备和场馆管理人员统计设备的使用情况。
4. 场地维护：系统可以对场馆设备进行定期巡检和故障监测，及时修复和维护设备，确保场馆的正常运营。
5. 数据分析与统计：系统可以记录和统计各个环节的数据信息，如预约情况、借用设备情况、场地维护情况等，根据数据分析提供有针对性的管理决策。
三、系统设计与实现1. 系统架构设计高校体育场馆智能化管理系统的架构应采用分布式架构，通过服务器集群和数据库集群来提高系统的稳定性和可扩展性。
2. 前端界面设计前端界面设计应简洁直观，方便用户使用。
采用响应式布局，适配不同终端设备，确保用户在任何时间、任何地点都能方便地访问系统，并进行操作。
3. 数据库设计数据库设计应合理、高效，采用关系型数据库或分布式数据库，确保数据的安全性和快速的读写性能。
4. 系统安全设计为了保护用户的个人信息和系统的安全性，系统应采取用户身份认证机制，防范黑客攻击和数据泄露风险。
5. 智能化技术应用系统可以使用智能化技术，如人脸识别、智能感应设备等，提高管理效率和用户体验。
某某海洋大学体育管理系统架构设计编号：GDOU-GMS-HLD版本变更记录1. 引言1.1 文档目的本文档定义软件系统的架构以与全局性的设计元素、算法。
本文档将作为详细设计、数据库设计的依据。
1.2 读者软件设计工程师、软件编码工程师、软件测试工程师。
2. 技术选择采用J2EE ，即客户端页面为JSP ，服务器端业务逻辑采用Java 语言实现，实体类为JavaBean ，Web 服务器采用tomcat6.0。
逻辑分层结构图1 系统架构模型示意图表示层：采用Java Web开发技术。
控制层：采用Struts的Action组件。
业务层：封装业务逻辑〔业务JavaBean〕。
数据访问层：负责访问数据库，处理事务〔数据访问JavaBean〕〕。
数据库存储层：MySQL数据库。
4. 设计元素的映射1、每个页面映射到一个JSP页面。
2、每个控制类映射到两个类，一个是表现控制层的Action；另一个是业务层的业务接口实现类。
业务类的接口与上层的Action通信。
Action位于表现层与控制层之间，业务层位于业务逻辑层。
3、总体分为两个局部——管理员局部和用户局部。
4、每个模块对应一个Action入口，即每个模块对应一个Servlet。
5、Servlet根据具体的action动作调用对应的Service组件，完成对应的action动作。
6、Service组件根据具体的方法调用对应的Dao组件对应的方法。
7、每个Dao组件对应一个数据库表的操作。
8、每个数据库表对应一个Model实体类，即Javabean，数据库表字段与Model 实体类中的私有属性一一对应。
根据以上映射原如此，将鲁棒性分析中的分析类映射为架构中的各个类，如下表所注：灰色底局部为鲁棒性分析中的分析类表4.2 人员管理模块场地使用管理模块4.4 赛事管理模块4.5 器材管理模块4.6 财务管理模块5包结构设计规划包的结构可以按横向绘画或按纵向规划。
广东海洋大学体育馆管理系统系统详细设计1. 系统概述广东海洋大学体育馆管理系统是为了方便学校体育馆的日常管理和学生的预约使用而设计的信息管理系统。
该系统将提供一个方便快捷的在线预约和管理体育馆的平台，以提高体育馆资源的利用率和管理效率。
2. 功能需求2.1 用户身份与权限管理•系统管理员：具有最高权限，可以管理用户信息、管理器材信息、进行统计分析等操作。
•教师用户：可以预约体育馆、取消预约、查看个人预约记录等。
•学生用户：可以预约体育馆、取消预约、查看个人预约记录等。
2.2 预约管理•学生和教师用户可以通过系统进行预约申请，预约时间段为当天及未来的时间段。
•预约申请需要包括预约日期、预约时间段、预约人数等信息。
•预约申请提交后，管理员需要进行审核和确认。
•管理员可以对预约申请进行审核，审核通过后将预约申请转化为预约记录。
2.3 器材管理•管理员可以管理器材信息，包括器材名称、数量、状态等。
•教师用户可以查看器材信息，包括器材的可用数量。
2.4 预约记录管理•管理员可以查看和统计所有的预约记录，并可以进行导出操作，方便生成统计报表。
•学生和教师用户可以查看个人的预约记录，包括预约日期、时间段、人数等信息。
3. 数据库设计3.1 用户表（User）字段类型说明id int用户IDusername varchar(20)用户名password varchar(20)密码role varchar(10)用户角色create_time datetime创建时间update_time datetime更新时间3.2 预约表（Reservation）字段类型说明id int预约ID user_id int用户ID date date预约日期time_slot varchar(20)预约时间段number int预约人数status varchar(10)预约状态create_time datetime创建时间update_time datetime更新时间3.3 器材表（Equipment）字段类型说明id int器材ID name varchar(20)器材名称quantity int器材数量available int可用数量create_time datetime创建时间update_time datetime更新时间4. 界面设计4.1 登录界面登录界面登录界面4.2 预约界面预约界面预约界面4.3 管理界面管理界面管理界面5. 系统架构该系统采用前后端分离的架构，前端使用React框架编写，后端使用Node.js框架搭建RESTful API。
体育场馆管理系统设计（精选5篇）第一篇：体育场馆管理系统设计数据库系统概述课程设计体育场馆售票系统系统用户：赛事管理员；场馆售票员；体育赛事观众主要业务需求：通过本系统可完成体育赛事票务销售的相关工作。
对于赛事管理员，要完成的主要功能如下：1.管理对象：a)比赛场馆信息：场馆名称、地理位置、座席信息（记录每个座席的编号和级别；级别设定分为贵宾座位、标准座位和低价座位）。
b)体育赛事信息：名称、赛事类型（如羽毛球、足球、射击等）、赛事组织者（名称以及简介）、赛事参加者（参赛队名称及简介）、比赛时间安排（场次、每场起止时间、临时变更记录）、比赛场馆、比赛结果（记录每个场次结果）、赛事票价（票价可按照座席级别来分级）、赛事售票开始和结束时间。
2.实现上述信息的添加、查询、删除和修改。
3.统计：a)按场馆统计赛事开展情况，统计内容见附件A：b)按时间统计赛事开展情况，统计内容见附件B；c)可将上述统计内容导出为Excel文件。
4.分析：根据过往赛事票务销售记录，分析在什么样的季节和时间段举办何种类型的赛事销售情况最佳。
给出如附件C所示的分析图表。
对于场馆售票员，要完成的主要功能如下：1.查阅本场馆赛事安排信息：赛事名称、时间、各级别票价、各级别座位总数和已售出座位数等信息。
2.在赛事售票开始和结束时间段内出售本馆座票。
可根据顾客要求的座席级别查询未售出的座位数；根据票价和票数自动计算应收票款；售出座票后将该座位标记为已售出；在比赛开始前8小时外可接受退票，自动计算退票金额（返还80％票款），退票后将座位标记为未售出。
3.对于体育赛事观众，要完成的主要功能如下：1.查阅赛事安排：根据时间、赛事名称、场馆名称等条件查询赛事安排情况。
列出符合条件的赛事名称、赛事组织者（名称以及简介）、赛事参加者（参赛队名称及简介）、比赛时间安排（场次、每场起止时间、临时变更记录）、赛事票价（票价可按照座席级别来分级）、赛事售票开始和结束时间、赛事场馆名称、地理位置、座位总数等信息。
班级：计科1141 学号：201411621110 姓名：邓超荣实验二进程间通信（信号量）实验目的了解信号量在进程控制中所起的重要作用。
实验内容父子两个进程共同完成递增正整数序列（1\2\3\4\5\6\7\8\9\10\11\12\13\14\15\16……100）的显示。
其中一个进程负责显示奇数，另一个进程显示偶数。
请分别编写“不带有信号量不能完成上述任务”和“使用信号量正确完成上述任务”的程序，观察实验结果，进行细致分析。
（1）不带有信号量不能完成上述任务1：#include <stdio.h>2：#include <stdlib.h>:3：#include <sys/types.h>:4：#include <sys/ipc.h>5：#include <sys/sem.h>:6：#include <unistd.h>7：union semun://使用union开辟空间，把定义的数据放到统一个足够大的空间8：{9： int val;//定义val,当执行SETVAL命令时使用10： struct semid_ds *buf;//定义buf,在IPC_STAT/IPC_SET命令时使用11： unsigned short *array;//在使用GETALL/SETALL命令时使用的指针12： struct seminfo *__buf;//在IPC_INFO命令时使用13：};14：int init_semvalue (int id, int v)15;{16: union semun sem_union;//调用union semun 对象17: sem_union.val = v;18: semctl (id, 0, SETVAL, sem_union);//系统调用senmctl用来执行在信号量及上的控制操作；获取关键字值id,设置信号量的数目为0；SETVAL设置信号量集中的一个单独的信号量的值。
体育馆综合运营管理系统简介体育馆是一个提供多种体育活动场地的场所，如篮球场、排球场、游泳池等。
为了方便管理体育馆的各项运营活动，提高效率和服务质量，体育馆综合运营管理系统应运而生。
该系统通过集成各种管理功能，包括场地预定、票务管理、设备维护等，有效协助体育馆管理人员实现全面的运营管理。
功能特点1. 场地预定管理体育馆综合运营管理系统提供了直观的场地预定功能，方便用户在线选择并预定场地。
用户可以通过系统查看场地的预定情况、选择可用的时间段，并提交预定申请。
体育馆管理员可以通过系统审核和处理预定申请，并实时更新场地的预定状态。
2. 票务管理该系统允许用户在线购买体育馆举办的各类体育赛事和活动的门票。
用户可以通过系统选择活动、购买门票，并在线完成支付。
体育馆管理员可以通过系统管理活动信息、票务销售情况以及票务入场人员的信息。
3. 设备维护管理维护体育馆设施和设备的良好状态是保证运营顺畅的关键。
体育馆综合运营管理系统提供了设备维护管理功能，用于记录设备的维护信息、检修记录以及设备更换计划。
该功能有助于管理人员及时了解设备使用情况，制定合理的维护计划，确保设备始终处于良好状态。
4. 会员管理体育馆综合运营管理系统提供了会员管理功能，用户可以通过注册会员账号并登录系统，享受更多的优惠和服务。
会员可以查看个人消费记录、预定记录，以及获取推荐活动和促销信息。
管理员可以通过系统管理会员信息，包括会员注册、等级设置、积分管理等。
5. 数据分析和报表该系统支持数据分析和报表功能，管理员可以通过系统生成各类数据分析报告，包括场地使用率、票务销售情况、设备维护统计等。
这些报告有助于管理人员了解体育馆的运营状况，并根据数据分析结果进行决策和优化运营策略。
优势和使用场景体育馆综合运营管理系统的优势在于提高了体育馆运营的效率和服务质量。
通过自动化管理各项运营活动，减少了人工操作和纸质文档的使用，降低了管理成本并提高了工作效率。
广东海洋大学体育馆管理系统需求规格编号：GMS—SRS版本:1.1变更记录体育馆管理系统需求分析1 主要业务流程1.1场地申请管理员负责处理由学生提出的场地申请，审核其申请是否符合条件，如果不符合，则退回申请让学生修改，而如果已经符合，则批准申请并提交申请数据。
场地申请流程如下：1.2场地预约学生登录系统提出场地预约申请，管理员审核其申请是否符合条件，如果不符合，则退回申请让学生修改，而如果已经符合，则批准申请并提交申请数据。
场地预约流程如下：1.3器材租借申请管理员负责处理由学生提出的器材租借申请，审核其申请是否符合条件，如果不符合，则退回申请让学生修改，而如果已经符合，则批准申请并提交申请租借数据。
器材租借申请流程如下：体育馆管理系统需求分析体育馆管理系统需求分析2 系统角色GMS 用来对广东海洋大学体育馆进行管理，主要功能包括场地管理员人员管理、场地使用管理、体育赛事管理、器材管理、日常教务管理、营业统计报表。
GMS 包括四种角色（Actor ）： 1.管理员（Manager ）manager 指的是GMS 中不具有管理、更改职能的用户，但能够管理场地和器材，以及赛事的用户。
2．超级管理员（SuperMan ）超级管理员除了具有普通用户的功能能外，负责创建体育馆组织结构，导入管理员信息。
体育馆管理系统需求分析3．教师（Teacher）教师除了具有普通用户功能外，还可以对自己日常教务经行安排。
4．普通用户（User）普通用户指的是GMS中不具有管理、审批职能的用户，仅能够查看本人相关信息，进行场地预约，申请场地、赛事。
Teacher体育馆管理系统需求分析3 系统总任务模型GYM 任务模型4缩写表体育馆管理系统需求分析5 功能性需求任务描述5.1 人员管理模块5.1.1 添加场地管理员用户需求编号：GMS- AM-1需求描述：超级管理员登录系统后，添加场地管理员用户。
GMS- AM -1-1 添加场地管理员用户时，可以输入新场地管理员的用户名、密码、性别、联系方式等相关描述GMS- AM -1-2 添加场地管理员的信息都是必写的，如果某一项没有填写，要给出提示信息。
体育馆管理系统系统原型编号：ZPARK-SYS-MODEL版本:1.0变更记录体育馆管理系统（SYS）系统原型1 系统主要角色普通用户（User）普通用户指的是一般没有变更体育馆信息，没有审核信息资格的用户；在系统中，普通用户通常是高校的老师和学生。
体育馆管理员（GM）体育馆管理员指的对体育馆中的设施具有管理、审核、信息修改等权限的用户；除了具有管理员的权限，还具有普通用户的权限，例如用户的登录，密码修改等等。
体育馆管理员根据管理范围不同可以分成赛事管理员、场地管理员、器材管理员、人事部门、财务人员以及拥有业务上最高权限的超级管理员。
体育馆管理员都具有发布公告、修改公告等权限。
系统管理员（SM）系统管理员指的是仅仅具有登录等管理自身账户信息的权限以及对后台数据库和系统后台进行维护的用户；系统管理员仅仅参与系统的维护，不参与体育馆中任何的业务流程。
2 用户管理2.1用户注册[普通用户]1）用户点击注册2）系统弹出注册页面如下3）用户填写注册信息4）用户提交注册信息5）系统检验注册信息数据是否有效6）系统检查注册用户名是否存在页面SYS-YHGL-12.2用户登陆[所有用户]1）用户请求登录系统2）系统弹出如下页面3）用户填写登录信息4）用户提交登录信息5）系统校验用户名和密码格式是否合法6）系统校验用户名是否存在，和密码是否匹配页面SYS-YHGL-22.3更改密码[所有用户]1）用户请求更改密码2）系统弹出如下页面3）用户输入旧密码和新密码，新密码需输入两次，以便确认无误4）用户提交新旧密码5）系统校验新旧密码格式是否合法6）系统校验数据格式7）系统校验账号密码是否匹配页面SYS-YHGL-42.4查询用户[系统管理员、体育馆管理员]1）系统管理员、超级管理员请求查询用户2）系统弹出如下页面3）管理员输入查询条件并提交4）系统根据查询条件返回相应用户信息页面SYS-YHGL-32.5删除用户[系统管理员、体育馆管理员]1）系统管理员、超级管理员请求删除用户2）系统弹出如下页面3）管理员从用户列表里勾选一个或多个用户，并选择删除4）系统删除所选用户页面SYS-YHGL-32.6修改用户信息[系统管理员、体育馆管理员]1）超级用户请求修改用户信息，包括用户角色，用户认证状态2）系统弹出如下页面页面SYS-YHGL-43）管理员从列表中选择一个或多个用户，点击修改4）系统转至修改页面，管理员对用户的角色和认证状态进行选择5）管理员点击保存，系统修改用户的角色和认证状态信息页面SYS-YHGL-5 3 后台管理3.1数据库导入与导出[系统管理员]1．超级管理员登入后台2．系统弹出如下界面页面SYS-HTGL-13．超级管理员选择要导入或导出的数据，点击导入或导出4．系统弹出如下界面5．超级管理员选择导入或导出路径，点击确定6．系统将导入或导出相应的数据页面SYS-HTGL-21.1数据库备份与恢复[系统管理员]1．超级管理员登入后台界面2．系统弹出如下界面3．超级管理员选择要备份的数据，点击恢复，或超级管理员点击备份4．系统备份相应的数据或恢复数据库数据体育馆管理系统系统原型P.11页面 SYS-HTGL-1。
广东海洋大学体育馆管理系统用例规约描述编号：GSM -UC版本 1.1作者：吴键鸿、张磊、钟炜堂、马德泉日期：2014-10-15 Email：996267036@组号：审批：日期：变更记录日期版本变更说明作者2014-10-18 1.0 创建吴键鸿、张磊、钟炜堂、马德泉2014-10-30 1.1 进行事件流图细节修改吴键鸿填表说明本文档的目的是依据《需求规格说明书》和《系统原型》，建立用例模型，并对用例模型进行具体描述。
用例规约描述是面向对象分析和设计的重要步骤。
1 前言文档（《用例规约描述文档》）是描述项目小组对项目进行需求分析得到的关于用户和系统之间交互作用的文本性描述文档。
1.1 目的用例是关于用户和系统之间相互作用的文本性描述，从外部角度描述系统的行为，表达系统应该做什么。
本文档通过用例规约描述，来进一步说明该系统需求，是下一阶段系统设计的基础，也是测试用例的重要依据。
1.2 概述略1.3系统角色GMS用来对广东海洋大学体育馆进行管理，主要功能包括场地管理员人员管理、场地使用管理、体育赛事管理、器材管理、日常教务管理、营业统计报表。
GMS包括四种角色（Actor）：1.管理员（Manager）manager指的是GMS中不具有管理、更改职能的用户，但能够管理场地和器材，以及赛事的用户。
报表营业情况统计营业收入日报表日常教务相关管理日常教务创建日常教务修改日常教务取消日常教务查询任课教师确认教务安排场地管理员用户管理 场地管理员用户修改密码场地管理员用户角色更新馆内设施制定罚款条例（维护馆内设施）体育馆赛事管理赛事创建（预告）赛事取消赛事查询赛事修改裁判安排场地使用管理场地添加场地删除场地预约（用户登录预约，一周内预约）场地预约退订场地预约修改场地预约失约处理场地预留（校队使用）场地使用（开始计时，结束计时，一卡通付费）场地一周信息查询场地收费标准设置场地收费标准查询场馆公告器材管理器材购置新增器材维护保修器材报废删除器材查询器材外借器材收回器材租用收费标准设置器材租用收费标准查询器材损毁赔偿公告创建公告 删除公告2．超级管理员（SuperMan ）超级管理员除了具有普通用户的功能能外，负责创建体育馆组织结构，导入管理员信息。
添加场地管理员人员管理模块删除场地管理员创建公告更新场地管理员查询场地管理员修改密码用户登录场地预约场地预约退订场地一周信息查询场地公告设置场地管理模块赛事管理模块赛事查询公告管理模块删除公告报表营业情况统计营业收入日报表3．教师（Teacher ）教师除了具有普通用户功能外，还可以对自己日常教务经行安排。
场地管理员用户管理 学生用户注册学生用户登录体育馆赛事管理赛事查询场地使用管理场地预约（用户登录预约，一周内预约）场地预约退订场地预约修改场地一周信息查询场地收费标准查询场馆公告器材管理器材查询器材租用收费标准查询学生用户密码修改日常教务相关管理日常教务查询教师反馈错误信息4．普通用户（User ）普通用户指的是GMS 中不具有管理、审批职能的用户，仅能够查看本人相关信息，进行场地预约，申请场地、赛事。
场地管理员用户管理学生用户注册学生用户登录体育馆赛事管理赛事查询场地使用管理场地预约（用户登录预约，一周内预约）场地预约退订场地预约修改场地一周信息查询场地收费标准查询场馆公告器材管理器材查询器材租用收费标准查询学生用户密码修改2 用例描述2.1人员管理模块TeacherManager查询管理员用户添加管理员用户删除管理员用户SuperMan更新管理员用户用户登录普通用户注册修改密码User修改用户基本信息2.1.1添加场地管理员用户用例名称：添加场地管理员用户用例ID：GM-AM-1角色：SuperMan用例说明：SuperMan添加场地管理员用户。
前置条件：SuperMan已经登录GMS系统。
基本事件流： 1. SuperMan请求添加管理员用户2. GMS系统弹出管理员信息查询页面3. SuperMan选择“添加”4. 系统弹出管理员信息页面5．SuperMan输入管理员用户信息，并选择“保存”。
输入的管理员信息格式要求见表37（数据字典）6．系统保存新建管理员用户信息其它事件流：第5步，SuperMan输入的新建管理员信息不完整，如某一项没有填写，并选择“保存”，系统给出提示信息第5步，SuperMan输入的管理员用户信息不符合格式要求，并选择“保存”，系统给出提示信息第5步，SuperMan选择“关闭”，系统返回管理员用户信息查询页面第6步，如果系统已经有重名的用户名，系统不保存新建的管理员，系统给出提示信息：“此用户已经存在”异常事件流：第6步，系统保存新建管理员用户时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示SuperMan保存失败后置条件：新管理员信息保存到系统中，系统返回管理员信息查询页面，在页面中显示出刚新建的管理员用户添加管理员弹出查询管理员信息界面确定添加管理员输入完整的管理员信息输入的信息不完整输入的信息不符合规则异常：出现故障取消新添加的场地管理员信息保存到系统中系统已有重名的管理员2.1.2删除管理员用户用例名称： 删除管理员用户 用例ID ： GMS-AM-2 角色： SuperMan用例说明： SuperMan 删除场地管理员用户。
前置条件： SuperMan 已经登录系统。
基本事件流：1. SuperMan 请求删除管理员用户2. 系统弹出管理员信息查询页面3. SuperMan 从管理员用户信息表选择一个或多个用户信息，然后点击“删除”4. SuperMan 确认删除5. 系统删除所选的管理员信息，并更新管理员信息列表其它事件流： 第4步，SuperMan 取消删除 异常事件流： 第6步，系统删除管理员用户时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示SuperMan 删除失败后置条件：更新的理员信息保存到数据库中，系统返回管理员信息查询页面，在页面中显示出更新的管理员用户请求删除管理员用户查询管理员信其他：取消息确认异常：出现故障选中的场地管理员被系统删除。
2.1.3 场地管理员角色更新[超级管理员]用例名称：场地管理员角色更新用例ID：GMS-AM-3角色：超级管理员用例说明：超级管理员更新场地管理员信息前置条件：超级管理员已经登录到GMS系统。
基本事件流：1、超级管理员请求更新场地管理员信息；2、GMS系统弹出查询页面；3、超级管理员查到并选中一个岗位，选择“更新”；4、系统显示超级管理员信息；5、超级管理员输入要更新的场地管理员信息，包括用户名、性别、联系方式，并选择“保存”；6、系统保存更新好的场地管理员信息。
其它事件流：第5步，超级管理员输入的信息不完整，并选择“保存”，系统给出提示信息；第5步，超级管理员输入的信息不符合格式要求，并选择“保存”；第6步，如果系统已有相同的用户名，不保存信息，并给出提示信息：“该用户名已存在”。
异常事件流：第6步，系统更新场地管理员时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示更新失败后置条件：更新的场地管理员信息保存到数据库中，系统返回查询页面，显示更新好的场地管理员信息。
查询管理员信息“更新”其他：取消输入要更新的场地管理员信息输入的信息不符合规则输入的信息不完整异常：出现故障更新的场地管理员信息保存到数据库中2.1.4场地管理员用户信息查询用例名称：场地管理员用户信息查询用例ID：GMS-AM-4角色：SuperMan用例说明：SuperMan查询场地管理员用户信息。
前置条件：SuperMan已经登录系统。
基本事件流： 1. SuperMan请求查询管理员用户信息2. GMS系统弹出管理员信息查询页面3. SuperMan填入查询条件，并点击“查询”4. 系统显示符合条件的用户信息列表5. 超级用户双击一个用户查看详细信息6. 系统显示所选用户的详细信息其它事件流：第3步，不输入任何条件，选择“提交”，系统返回所有的。
第3步，输入的条件不通过校验，显示提示信息异常事件流：第6步，系统查询管理员用户信息时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示SuperMan查询失败后置条件： 无请求查询场地管理员信息输入查询条件，“提交”不输入查询条件，“提交”查询条件校验通过显示查询结果异常：出现故障输入的信息不符合规则重置2.1.5 馆内设施罚款条例制定 [超级管理员 场地管理员]用例名称： 馆内设施罚款条例制定 用例ID ： GMS- AM -5角色： 超级管理员、场地管理员用例说明： 超级管理员、场地管理员制定馆内设施罚款条例 前置条件： 管理员已经登录ESM 系统基本事件流：1.管理员请求制定馆内设施罚款条例；2.系统弹出制定条例的页面3.管理员输入设施罚款条例信息，并选择“发布”；4.系统保存设施罚款条例信息并显示在相关页面。
其它事件流：第3步，管理员取消制定第3步，输入的信息不符合格式要求如空白或字数超出，并选择“发布”，系统给出提示信息。
异常事件流： 第4步，管理员发布时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示管理员发布失败 后置条件：馆内设施罚款条例被系统保存在数据库中并显示在相关页面输入条例，发布制定馆内设施罚款条例取消输入的信息不符合规则异常：出现故障条例被系统保存在系统中并发布2.1.6学生用户注册[学生用户]用例名称： 学生用户注册 用例ID ： GMS-AM-6 角色： User用例说明： 学生用户注册GMS 系统。
前置条件： 学生用户已打开GMS 系统基本事件流：1. 学生请求注册用户2. 系统显示注册页面，提示用户输入注册信息3. 学生输入用户注册信息，并点击“提交”4. 系统验证用户信息是否符合规则，如果符合，则注册成功5. 系统保存新建用户信息其它事件流： 第3步，用户取消注册第3步，用户不同意注册条例，系统关闭注册第4步，用户注册信息不符合规则，给出提示信息，要求重新输入异常事件流： 第4步，学生用户注册时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户注册失败后置条件： 用户可使用用户名和密码登录到系统中注册其他： 取消输入注册信息学生注册信息被系统保存异常：出现故障异常：系统中已存在相同用户名的用户输入的信息不完整输入的信息不符合规则2.1.7 用户登陆 [超级管理员 场地管理员 学生]用例名称： 用户登陆 用例ID ： GMS- AM -7角色： 超级管理员 场地管理员 学生 用例说明： 用户登陆 前置条件： 无基本事件流：1. 用户请求登录系统2. 系统显示登录页面，提示用户输入用户名和密码3. 用户输入用户名和密码，用户选择“提交”4. 系统检查用户名是否存在，以及用户名与密码是否匹配5. 用户名存在且密码匹配，进入GMS 主页其它事件流： 第3步，用户选择“重置”，系统清空用户名和密码第4步，用户名不存在，或密码不匹配，系统给出登录失败提示信息 异常事件流： 第5步，用户登陆时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示登陆失败 后置条件：用户登陆到系统中，成为系统的一个角色，行使相应权限登录系统输入用户名和密码用户名与密码匹配进入GMS 主页其他： 取消异常：出现故障用户名不存在，或密码不匹配2.1.8 学生用户修改密码[学生用户]用例名称： 学生用户修改密码 用例ID ： GMS-AM-8 角色： User用例说明： 学生用户修改密码。
