用例描述1.7.docVIP

广东海洋大学体育馆-GMS-SRS 版本:1.7 作者： 日期： 2015/05/22 Email： 组号： 审批： 日期： 变更记录 日期 版本 变更说明 作者 2015/6/1 1.0 文档模板设计卢孙远2015/6/7 1.1 用例描述的用户管理和赛事管理何寿双2015/6/7 1.2 系统角色和任务模型 卢孙远2015/6/8 1.3 用例描述的器材管理雷文才2015/6/9 1.4 用例描述的场地管理 卢孙远 2015/6/10 1.5 数据字典和需求优先级 卢孙远 2015/6/11 1.6 用例图修改 卢孙远 2015/6/18 1.7 建模从umbrello转换为powerdesigner 卢孙远 目录 1. 简介 1.1开发背景 1.2目的 1.3业务范围 1.4参考文档在 2. 约束及假定 2.1 软件运行环境以及技术约束 2.1.1 软件约束 2.1.2 硬件约束 2.2 交付及部署约束 3. 主要业务流程 3.1场地管理流程 3.2赛事管理流程 3.3用户管理流程 3.4器材管理流程 4. 系统角色和任务模型 4.1 系统角色 4.2 系统总体任务模块 4.3缩写表 5. 用例描述 5.1 场地赛事管理模块 5.2 用户信息管理模块 5.3 器材管理模块 5.4 赛事管理模块 6. 非功能性需求 6.1 性能 6.2 可扩展性 6.3 可用性 6.4 安全性 6.5 易用性 6.6 可维护性 7. 需求优先级 附录 1数据字典 1. 简介 1.1开发背景 系统名称：广东海洋大学体育馆GMS系统］； 本项目的任务提出者开发者擎天柱海大体育馆； GMS系统的详细需求，明确了GMS系统的功能内容、功能边界、开发途径。 业务范围 广东海洋大学体育馆方便海大体育馆资源赛事管理用户场地器材广东海洋大学体育馆《海大体育馆管理系统需求分析》 《现代软件工程》GMS系统开发及运行的软件环境为： Java开发包JDK：java-1.7.0-openjdk-amd64-Linux版mysql-5.5-Linux版 开发框架Struts：Struts2.0.14 ORM工具Hibernate：Hibernate3.2 2.1.2 硬件约束 Web服务器及数据库服务器均采用****电脑内存XXXXGB、硬盘****GB。 2.2 交付及部署约束 GMS系统要在两个月内开发完成，交付时要以独立的war文件作为应用程序发布形式。 3. 主要业务流程 3.1场地管理流程 3.2赛事管理流程 3.3用户管理流程 3.4器材管理流程 4. 系统角色和任务模型 4.1 系统角色 GMS用来对广东海洋大学体育馆资源用户管理,场地管理,赛事管理和器材管理GMS包括三普通用户指的是GMS系统中不具有管理职能的用户，能够查看本人信息,场地,器材和赛事,个人下图 2． 管理员manager指的是GMS中不具有管理、更改职能的用户，但能够管理场地和器材，以及赛事的用户。其职能操作如图3所示。 3超级管理员root） 超级用户除具有普通用户的职能外，负责创建企业组织结构，导入员工信息，系统用户管理。其操作如下 角色之间的关系如下综合以上系统各个角色所能行使的操作，归纳出系统的总体模块结构，如图7所示。 4.3缩写表 表1 缩写、术语 解 释 GMS 广东海洋大学体育馆GMS系统的普通用户角色 Manager GMS系统的管理员GMS系统的超级用户角色 YHGL GMS系统用户CDGL GMS系统的场地SSGL GMS系统的赛事QCGL GMS系统的器材 5.1 用户信息管理模块 5.1.1普通用户注册 普通 用例ID： GMS-YHGL-1 角色： User 用例说明： GMS系统普通 前置条件： 普通 基本事件流： 1.?用户请求注册用户 2.?系统显示注册页面，提示用户输入注册信息 3.?学生输入用户注册信息，并点击“提交” 4.?系统验证用户信息是否符合规则，如果符合，则注册成功 5.?系统保存新建用户信息 其它事件流： 第3步，用户可以可以但是会界面 异常事件流： 第4步，用户注册时出现系统故障，如网络故障，数据库故障 ，客户端故障， 后置条件： 用户可使用用户名和密码登录到系统中 5.1.2普通用户登录普通登录 2 角色： User 用例说明： GMS系统普通登录 前置条件： 普通 基本事件流： 1