体育馆管理系统开发日记 （5）——用例规约

最新推荐文章于 2023-12-04 16:36:59 发布
最新推荐文章于 2023-12-04 16:36:59 发布
阅读量2.5k 收藏 14
点赞数 1




2.1.1添加场地管理员用户[超级用户]

用例名称：

添加场地管理员用户

用例ID：

GM- YHGL -1

角色：

SuperUser

用例说明：

SuperUser添加场地管理员用户。

前置条件：

SuperUser已经登录GDOUGM系统。

基本事件流：

1. SuperUser请求添加管理员用户

2. GM系统弹出管理员信息查询页面

3. SuperUSer选择“添加”

4. 系统弹出管理员信息页面

5．SuperUser输入管理员用户信息，并选择“保存”。 输入的管理员信息格式要求见表37（数据字典）

6．系统保存新建管理员用户信息

其它事件流：

第5步，SuperUser输入的新建管理员信息不完整，如某一项没有填写，并选择“保存”，系统给出提示信息

第5步，SuperUser输入的管理员用户信息不符合格式要求，并选择“保存”，系统给出提示信息

第5步，SuperUser选择“关闭”，系统返回管理员用户信息查询页面

第6步，如果系统已经有重名的用户名，系统不保存新建的管理员，系统给出提示信息：“此用户已经存在”

异常事件流：

第6步，系统保存新建管理员用户时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示SuperUser保存失败

后置条件：

新管理员信息保存到系统中，系统返回管理员信息查询页面，在页面中显示出刚新建的管理员用户

 

 

 

2.1.2删除场地管理员用户[超级用户]

用例名称：

删除场地管理员用户

用例ID：

GM- YHGL -2

角色：

SuperUser

用例说明：

SuperUser删除场地管理员用户。

前置条件：

SuperUser已经登录GDOUGM系统。

基本事件流：

1. SuperUser请求删除管理员用户

2. GM系统弹出管理员信息查询页面

3. SuperUser从管理员用户信息表选择一个或多个用户信息，然后点击“删除”

4. SuperUser确认删除

5. 系统删除所选的管理员信息，并更新管理员信息列表

其它事件流：

第4步，SuperUser取消删除

异常事件流：

第6步，系统删除管理员用户时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示SuperUser删除失败

后置条件：

更新的理员信息保存到数据库中，系统返回管理员信息查询页面，在页面中显示出更新的管理员用户

 

 

 

 

 

 

 

 

2.1.3场地管理员用户信息查询[超级用户]

用例名称：

场地管理员用户信息查询

用例ID：

GM- YHGL -3

角色：

SuperUser

用例说明：

SuperUser查询场地管理员用户信息。

前置条件：

SuperUser已经登录GDOUGM系统。

基本事件流：

1. SuperUser请求查询管理员用户信息

2. GM系统弹出管理员信息查询页面

3. SuperUser填入查询条件，并点击“查询”

4. 系统显示符合条件的用户信息列表

5. 超级用户双击一个用户查看详细信息

6. 系统显示所选用户的详细信息

其它事件流：

第3步，不输入任何条件，选择“提交”，系统返回所有的。

第3步，输入的条件不通过校验，显示提示信息

异常事件流：

第6步，系统查询管理员用户信息时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示SuperUser查询失败

后置条件：

无

 

 

 

 

 

 

 

 

2.1.4用户登录[超级用户、管理员用户、学生用户]

用例名称：

用户登录

用例ID：

GM- YHGL -4

角色：

SuperUser，Student，Manager

用例说明：

用户登录GM系统。

前置条件：

用户已创建

基本事件流：

1. 用户请求登录系统

2. 系统显示登录页面，提示用户输入用户名和密码

3. 用户输入用户名和密码，用户名和密码的格式要求见表38 ( 数据字典)，用户选择“提交”

4. 系统验证用户名和密码是否符合规则，并校验用户名和密码是否匹配

5. 验证通过，系统进入主页面

其它事件流：

第3步，用户选择“重置”，系统清空用户名和密码

第4步，用户名和密码验证不符合规则，给出提示信息，要求重新输入

第4步，用户名与密码不匹配，系统给出登录失败提示信息。连续5次登录失败后，系统要求输入验证码

异常事件流：

第5步，用户登录系统时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户登录失败

后置条件：

用户登录到系统中，行使相应的用户角色权限，见表43：r-17






2.1.5学生用户注册[学生用户]

用例名称：

学生用户注册

用例ID：

GM- YHGL -5

角色：

Student

用例说明：

学生用户注册GM系统。

前置条件：

学生用户已打开GM系统

基本事件流：

1. 学生请求注册用户

2. 系统显示注册页面，提示用户输入注册信息

3. 学生输入用户注册信息，并点击“提交”

4. 系统验证用户信息是否符合规则，如果符合，则注册成功

5. 系统保存新建用户信息

其它事件流：

第3步，用户取消注册

第3步，用户不同意注册条例，系统关闭注册

第4步，用户注册信息不符合规则，给出提示信息，要求重新输入

异常事件流：

第4步，学生用户注册时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户注册失败

后置条件：

用户可使用用户名和密码登录到系统中


2.1.6修改管理人员用户信息[超级用户]

用例名称：

修改管理人员用户信息

用例ID：

GM- YHGL -6

角色：

SuperUser

用例说明：

SuperUser更新管理员用户信息

前置条件：

SuperUser已经登录到GM系统

基本事件流：

1. SuperUser请求更新管理员用户

2. GM系统弹出管理员用户查询页面

3. SuperUser在管理员列表中选则一个用户，点击“修改”

4. 系统弹出管理员用户详细信息

5. 超级用户修改管理员信息，并点击“提交”

6. 系统更新管理员用户信息

其它事件流：

第5步，SuperUser输入的管理员信息不完整，如某一项没有填写，并选择“提交”，系统给出提示信息

第5步，SuperUser输入的管理员信息不符规则，并选择“提交”，系统给出提示信息

第5步，SuperUser选择“取消”，系统返回管理员信息查询页面

异常事件流：

第6步，系统更新用户信息时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示SuperUser更新用户信息失败

后置条件：

更新的管理员信息保存到数据库中，系统返回管理员用户查询页面



2.1.7 学生用户修改密码[学生用户]

用例名称：

学生用户修改密码

用例ID：

GM- YHGL -7

角色：

Student

用例说明：

学生用户修改密码。

前置条件：

Student已经登录到GM系统

基本事件流：

1. 学生用户请求修改密码

2. 系统显示密码修改页面，提示用户输入旧密码和新密码

3. 学生用户输入旧密码和新密码，并选择“确定”

4. 系统验证旧密码是否匹配，并校验新密码是否符合规则，如果通过，系统更新用户密码

5. 系统保存用户信息

其它事件流：

第3步，用户取消修改密码

第4步，旧密码不正确，给出提示信息，要求重新输入

第4步，新密码不符合规则，系统给出提示信息。要求重新输入

异常事件流：

第5步，学生用户修改时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户修改密码失败

后置条件：

更新的学生信息保存到数据库中


 

2.1.8 学生用户信息修改[学生用户]

用例名称：

学生用户修改密码

用例ID：

GM- YHGL -8

角色：

Student

用例说明：

学生用户修改信息。

前置条件：

Student已经登录到GM系统

基本事件流：

1. 学生用户请求修改信息

2. 系统显示学生信息

3. 学生用户更改信息，并选择“确定”

4. 系统检查信息是否符合规范，如果是，则更新用户信息

5. 系统保存用户信息

其它事件流：

第3步，学生输入的用户信息不完整，如某一项没有填写，并选择“提交”，系统给出提示信息

第4步，学生输入的信息不符规则，并选择“提交”，系统给出提示信息

第3步，学生选择“取消”修改信息

异常事件流：

第5步，学生用户修改时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户修改信息失败

后置条件：

更新的学生信息保存到数据库中

 

 

 

2.2场地使用管理模块




2.2.1添加场地[超级用户]

用例名称：

添加场地

用例ID：

GM- CDGL -1

角色：

SuperUser

用例说明：

超级用户添加场地。

前置条件：

SuperUser已经登录到GM系统

基本事件流：

1.超级用户请求添加场地

2.系统弹出场地查询页面

3.超级用户点击“添加”

4.系统弹出场地信息页面

5.超级用户输入场地信息，并点击“确认”

6.系统保存场地信息

其它事件流：

第4步，超级用户取消添加

第5步，输入的场地信息不符合规则，给出提示信息，要求重新输入

第6步，如果系统已经有重名的场地名，系统不保存新建的场地，系统给出提示信息：“此场地已经存在”

异常事件流：

第5步，超级用户修改时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户添加失败

后置条件：

新的场地信息保存到数据库中，系统返回场地信息查询页面

 

 

 

 

 

 

2.2.2删除场地[超级用户]

用例名称：

删除场地

用例ID：

GM- CDGL -2

角色：

SuperUser

用例说明：

超级用户删除场地。

前置条件：

SuperUser已经登录到GM系统

基本事件流：

1.超级用户请求添加场地

2.系统弹出场地查询页面

3.超级用户选择一个或多个场地信息，点击“删除”

4. SuperUser确认删除

5.系统删除所选的场地信息

其它事件流：

第4步，超级用户取消删除

异常事件流：

第5步，超级用户删除时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户删除失败

后置条件：

SuperUSer选中的场地被系统删除

 

 

2.2.3场地预约[管理员]

用例名称：

场地预约

用例ID：

GM- CDGL -3

角色：

Administrator

用例说明：

管理员用户预约场地。

前置条件：

Administrator已经登录到GM系统

基本事件流：

1.管理员请求预约场地

2.系统弹出场地查询页面

3.管理员点击选择场地，点击“预约”按钮

4.系统弹出窗口提示输入预约信息

5.管理员输入预约信息，并点击“确定”

6.系统保存场地预约信息

其它事件流：

第5步，管理员用户取消添加

第5步，输入的预约信息不符合规则，给出提示信息，要求重新输入

异常事件流：

第5步，管理员预约场地时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户预约失败

后置条件：

场地预约信息保存到系统中，并在预约查询页面中显示

 

 

2.2.4场地预约退订[管理员]

用例名称：

场地预约退订

用例ID：

GM- CDGL -4

角色：

Administrator

用例说明：

管理员用户退订预约场地。

前置条件：

Administrator已经登录到GM系统

基本事件流：

1.管理员请求预约场地

2.系统弹出场地查询页面

3.管理员点击选择场地，然后点击“退订”

4.确认退订场地信息，并点击“确定”

5.系统更新场地信息

其它事件流：

第4步，管理员用户取消退订预约

异常事件流：

第5步，管理员退订预约场地时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户退订失败

后置条件：

更新的场地信息保存到系统中

 

 

2.2.5场地预约修改[管理员]

用例名称：

场地预约修改

用例ID：

GM- CDGL -5

角色：

Administrator

用例说明：

管理员用户修改场地预约信息。

前置条件：

Administrator已经登录到GM系统

基本事件流：

1.管理员请求预约场地

2.系统弹出场地查询页面

3.管理员选择一个场地，点击“修改”

4.系统弹出如下页面，提示修改预约信息

5.管理员修改预约信息，并点击“确定”

6.系统更新场地预约信息

其它事件流：

第5步，管理员输入的场地预约信息不完整，如某一项没有填写，并选择“确定”，系统给出提示信息

第5步，管理员输入的场地预约信息不符合格式要求，并选择“保存”，系统给出提示信息

第5步，管理员选择“取消”，系统返回场地预约信息查询页面

异常事件流：

第5步，管理员修改预约场地时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户修改失败

后置条件：

更新的场地预约信息保存到系统中

 

 

 

2.2.6场地预约失约处理[管理员]

用例名称：

场地预约失约处理

用例ID：

GM- CDGL -6

角色：

Administrator

用例说明：

管理员用户修改场地预约信息。

前置条件：

Administrator已经登录到GM系统

基本事件流：

1.管理员请求处理失约用户

2.系统弹出如下页面

3.1.管理员点击“罚款”

3.2.系统弹出如下页面，提示输入罚款信息

3.3.管理员输入罚款信息，并点击“确定”

3.4.系统保存用户罚款信息

4.1.管理员选择一个或多个预约用户，点击“加入黑名单”

4.2.管理员输入加入黑名单时间，并点击“确定”

4.3.系统保存黑名单信息

其它事件流：

第3.3步，管理员输入的罚款信息不完整，如某一项没有填写，并选择“确定”，系统给出提示信息

第3.3步，管理员输入的场罚款信息不符合格式要求，并选择“保存”，系统给出提示信息

第4.2步，管理员输入的黑名单信息不符合格式要求，并选择“保存”，系统给出提示信息

异常事件流：

第5步，管理员输入处理信息时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户操作失败

后置条件：

更新的处罚信息保存到系统中

 

 

 

 

2.2.8场地使用[管理员]

用例名称：

场地使用

用例ID：

GM- CDGL -8

角色：

Administrator

用例说明：

管理员用户使用场地

前置条件：

Administrator已经登录到GM系统

基本事件流：

1.管理员请求使用场地

2.系统弹出场地查询页面

3.管理员选择场地,点击“使用

4.系统弹出如下窗口，提示输入场地使用信息

5.管理员输入场地使用信息，并点击“确定”

6.系统更新场地状态

其它事件流：

第4步，管理员输入的场地使用信息不完整，如某一项没有填写，并选择“确定”，系统给出提示信息

第4步，管理员输入的场地使用信息不符合格式要求，并选择“保存”，系统给出提示信息

第4步，管理员选择“取消”，系统返回场地信息查询页面

异常事件流：

第5步，管理员使用场地时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户使用失败

后置条件：

更新的场地使用信息保存到系统中

 

 

2.2.9场地一周信息查询[管理员、学生、超级用户]

用例名称：

场地一周信息查询

用例ID：

GM- CDGL -9

角色：

SuperUser，Student，Administrator

用例说明：

用户查询场地一周信息

前置条件：

User已经登录到GM系统

基本事件流：

1.用户请求查询场地信息

2.系统弹出场地查询页面

3.用户输入查询条件，并点击“查询”

4.系统查找符合条件的场地信息，显示在列表中

其它事件流：

第3步，用户输入的查询条件不符合规则，系统给出提示信息

异常事件流：

第4步，用户查询场地时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户查询失败

后置条件：

无

 

 

2.2.10场地收费标准设置[超级用户]

用例名称：

场地收费标准设置

用例ID：

GM- CDGL -10

角色：

SuperUser

用例说明：

超级用户设置场地收费标准

前置条件：

SuperUser已经登录到GM系统

基本事件流：

1. SuperUser请求设置场地收费标准

2.系统弹出如下页面  

3. SuperUser输入场地资费信息，并点击“确定”

4.系统保存场地资费标准信息

其它事件流：

第4步，管理员输入的场地资费标准信息不完整，如某一项没有填写，并选择“确定”，系统给出提示信息

第4步，管理员输入的场地资费标准信息不符合格式要求，并选择“保存”，系统给出提示信息

异常事件流：

第4步，管理员设置场地收费标准时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户设置失败

后置条件：

更新的场地收费标准信息保存到系统中

 

 

2.2.11编辑场馆公告[管理员]

用例名称：

场地一周信息查询

用例ID：

GM- CDGL -11

角色：

Administrator

用例说明：

管理员用户编辑场馆公告

前置条件：

管理员已经登录到GM系统

基本事件流：

1.管理员请求编辑场馆公告

2.系统弹出如下页面

3.管理员输入公告信息，并点击“提交”

4.系统保存公告信息并按日期发布

其它事件流：

第3步，管理员输入的公告信息不符合规则，系统给出提示信息

第4步，管理员输入的日期信息不符合规则，系统给出提示信息

异常事件流：

第4步，管理员编辑场馆公告时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户编辑失败

后置条件：

公告在指定日期显示出来

 

 

2.2.12查看场馆公告[管理员、学生、超级用户]

用例名称：

查看场馆公告

用例ID：

GM- CDGL -12

角色：

SuperUser，Student，Administrator

用例说明：

用户查看场馆公告

前置条件：

User已经登录到GM系统

基本事件流：

    1.用户请求查看场馆公告

    2.系统弹出如下页面

    3.用户双击公告打开详细公告信息

    4.系统显示所选公告的详细信息

其它事件流：

无

异常事件流：

第4步，用户查看场馆公告时出现系统故障，例如网络故障，服务器故障，系统弹出系统异常页面，提示用户查看失败

后置条件：

无

 

2.3 体育赛事管理模块（SSGL）




2.3.1赛事创建（预告） [管理员用户]

用例规约：

用例名称：

赛事创建（预告）

用例ID：

GYM- SSGL -1

角色：

Manager

用例说明：

Manager创建赛事。

前置条件：

Manager已经登录GYM系统。

基本事件流：

1.  Manager请求新建岗位

2. ESM系统弹出赛事信息查询页面

3. Manager选择“新建”

4. 系统弹出赛事信息页面

5．Manager输入赛事信息，包括编号、项目、比赛日期、队伍1、队伍2、队伍1电话、队伍2电话，并选择“保存”。 输入的赛事信息格式要求见表2（数据字典）

6．系统保存新建赛事

其它事件流：

第5步，Manager输入的新建赛事信息不完整，如某一项没有填写，并选择“保存”，系统给出提示信息

第5步，Manager输入的赛事信息不符合格式要求，并选择“保存”，系统给出提示信息

第5步，Manager选择“取消”，系统返回赛事信息查询页面

第6步，如果系统已经有重名的赛事名，并且其编号也相同，系统不保存新建的岗位，系统给出提示信息：“此岗位已经存在”

异常事件流：

第6步，系统保存新建赛事时出现系统故障，例如网络故障，服务器故障，系统弹出“系统异常页面”，提示Manager保存失败

后置条件：

新赛事信息保存到系统中，系统返回赛事信息查询页面，在页面中显示出刚新建的赛事

 

 

 

2.3.2赛事删除   [管理员用户]

用例规约：

用例名称：

赛事取消

用例ID：

GYM- SSGL -2

角色：

Manager

用例说明：

Manager 删除赛事。

前置条件：

Manager已经登录GYM系统

基本事件流：

1. Manager 请求删除赛事

2. GYM系统弹出赛事信息查询页面

3. Manager提交查询信息，得到一个赛事信息列表

4. Manager选中要删除的1个或多个赛事，并选择“删除”

5. Manager确认删除

6. 系统删除Manager选中岗位，并更新赛事信息列表

其它事件流：

第5不，Manager取消删除

异常事件流：

第6步，系统删除赛事时出现系统故障，例如网络故障，服务器故障，系统弹


出“系统异常页面”，提示Manager删除失败

后置条件：

Manager选中的赛事被系统删除，并把与被删除的赛事有关的比赛队伍、场


地预留信息也删除

 

 

2.3.3查询赛事  [超级用户、场地管理员用户、学生]

用例规约：

用例名称：

查询赛事

用例ID：

GYM- SSGL -3

角色：

User

用例说明：

User查询岗位

前置条件：

User已经登录ESM系统

基本事件流：

1. User请求查询岗位

2. GYM系统弹出岗位信息查询页面

3. User输入查询条件，包括编号、项目、比赛日期、比赛场地描述信息，并

选择“查询”。每个查询条件都不是必选输入的，比赛信息只能在系统定义好的

比赛列表中选择

4. 系统要进行查询条件信息格式的校验，数据的格式见表2（数据字典）

5. 查询时查询条件是“与”关系，输入的条件要都匹配才视为匹配信息。

6. 系统显示符合查询条件的赛事列表，查询到的结果要包括编号、项目、比

赛日期、比赛场地、队伍1、队伍2、队伍1电话、队伍2电话。分页显示，每

页10条

其它事件流：

第3步，不输入任何条件，选择“查询”，系统返回所有的。

第3步，User选择“重置”，系统清空此前User输入的查询条件

第4步，校验不通过，显示提示信息。

异常事件流：

第6步，系统查询赛事时出现系统故障，例如网络故障，服务器故障，系统弹

出“系统异常页面”，提示User查询赛事失败

后置条件：

无

 

 

2.4 体育馆运营金额数据报表模块（JEBB）



2.4.1查询运营金额报表[超级用户]

用例规约：

用例名称：

查询运营金额报表

用例ID：

GYM- JEBBL -1

角色：

SuperUser

用例说明：

SuperUser查询运营金额报表

前置条件：

SuperUser已经登录GYM系统

基本事件流：

1. SuperUser请求查询运营金额报表

2. ESM系统弹出运营金额报表信息查询页面

3. SuperUSer先选择周报表、月报表、年报表其中一项。

4. SuperUSer输入查询条件，包括日期、场地编号、场地类型，选择“查

询”。每个查询条件都不是必选输入的

5. 系统要进行查询条件的校验，校验规则见表3（规则）

6. 查询时查询条件是“与”关系，输入的条件要都匹配才视为匹配信息。

7. 系统显示符合查询条件的用户列表，查询到的结果要包括：场地编号、场

地类型、场地收入、器材收入、场地维修、器材维修，分页显示，每页10条

其它事件流：

第3步，SuperUSer不输入任何查询条件，选择“查询”，系统返回所有的用户

第3步，SuperUser选择“重置”，系统清空查询条件

第4步，校验不符合规则，显示提示信息。

异常事件流：

第6步，系统查询运营金额报表时出现系统故障，例如网络故障，服务器故

障，系统弹出“系统异常页面”，提示SuperUSer查询用户失败

后置条件：

无

2.4. 体育器材管理（待定）

附录

1 数据字典

表1

需求编号

数据项

数据项含义

数据类型

取值范围

备注

GYM-RYGL-1

编号

唯一标识每个管理员，必填

String

待定

 

 

姓名

管理员名称，必填

String

2-8个

 

 

性别

管理员性别，必填

String

3-8个

从列表中选择

 

身份证号

管理员身份证号，必填

String

 

 

 

出生日期

管理员出生日期，必填

YYYY-MM-DD

 

 

 

权限

管理员权限，必填

String

 

 

 

状态

管理员状态，必填

String

 

 

 

密码

管理员密码，必填

String

 

 

 

家庭电话

管理员家庭电话，选填

String

 

 

 

手机号码

管理员手机号码，选填

String

 

 

 

家庭住址

管理员家庭住址，选填

String

 

 

 

入职日期

管理员入职日期，必填

YYYY-MM-DD

 

 

 

备注

选填

String

 

 

GYM-RYGL-4

学生姓名

学生姓名，必填

中文简体字

2-8个

 

 

学号

唯一标识每个学生，必填

数字

12个

 

 

性别

学生性别，必填

中文简体字

1个

从列表中选择

 

班级

学生所在班级，必填

中文简体字、数字

4-20个

 

 

联系电话

学生联系电话，必填

数字

6-8个

 

GYM-CDGL-1

场地编号

唯一标识每个场地，必填

字母、数字

待定

 

 

场地类型

描述场地使用类型，必填

中文简体字

2-20个

从列表中选择

 

空闲时间段

描述场地可使用时间，必填

数字

2-20个

 

 

收费标准

描述场地收费标准，必填

数字

2-10个

 

 

备注

描述场地其余情况，可选

中文简体字

2-80个

 

GYM-SSGL-1

项目编号

唯一标识每个比赛，必填

字母、数字

待定

 

 

比赛项目

描述比赛名称，必填

中文简体字

2-80个

 

 

比赛时间

显示比赛时间，必填

数字

2-10个

 

 

场地编号

显示比赛所在场地，必填

字母、数字

待定

 

 

队伍1

描述比赛队伍1，必填

中文简体字

2-20个

 

 

队伍2

描述比赛队伍2，必填

中文简体字

2-80个

 

 

队伍1电话

描述比赛队伍1电话，选填

数字

2-8个

 

 

队伍2电话

描述比赛队伍2电话，选填

数字

 

 

 

备注

选填

 

 

 

GYM-QCGL-1

器材类型

描述器材的类型，必填

中文简体字

2-8个

 

 

器材编号

唯一标记每个器材，必填

字母、数字

待定

 

 

购置日期

描述器材购置日期，选填

数字

2-18个

 

 

收费标准

描述器材的收费标准，必填

数字

2-10个

 

 

 

 

 

 

 



 转自 云代码：http://yuncode.net/article/a_50e799dd1c62165​



IT开发者
关注
  • 1
    点赞
  • 踩
  • 14
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
java/php/net/python健身俱乐部管理系统设计
计算机程序设计
07-24 941
本系统带文档lw万字以上+答辩PPT+查重 如果这个题目不合适，可以去我上传的资源里面找题目，找不到的话，评论留下题目，或者站内私信我， 有时间看到机会给您发 管理员用例图 系统中的核心管理员，管理员登录后，通过管理员菜单来管理后台系统。主要功能有：个人中心、会员管理、员工信息管理、课程表管理、关于我们管理、新闻活动管理、器材信息管理、商品库存管理、储物柜管理、财务信息管理、系统管理、健身教练管理、健身课程管理、选课信息管理、私教选课管理、留言管理信息进行删除、修改以及查看等操作。具体管理员用例如图3-7
java毕业设计海滨体育馆管理系统（附源码、数据库）
bishe131的博客
11-12 351
Jdk1.8 + Tomcat8.5 + Mysql + HBuilderX（Webstorm也行）+ Eclispe（IntelliJ IDEA,Eclispe,MyEclispe,Sts都支持）。Springboot + mybatis + Maven + Vue 等等组成，B/S模式 + Maven管理等等。2. 前端：vue+css+javascript+jQuery+easyUI+highcharts。2. 使用IDEA/Eclipse/MyEclipse导入项目，修改配置，运行项目；
体育馆管理系统开发日记 11
源码 - http://yuncode.net/guojianfeng
01-31 1016
IndexAction.java package com.gym.user.action; import java.io.IOException; import java.util.List; import javax.servlet.RequestDispatcher; import javax.servlet.ServletException; import jav
软件工程-大学体育馆管理系统用例图
qq_34060370的博客
08-05 4263
维修的基本信息应包括，对应的故障信息Id、维修人、维修时间、维修所耗物品、维修所耗金额、维修结果（成功还是失败）场地开单应包括场地类型、场地编号、预离时间、开场时间、备注信息、使用场地的用户姓名、出租器材数量等。客户上报的故障信息应包括，故障序号、上报人、上报时间、场地编号类型、故障类型、故障描述、故障状态等。要付款的订单信息包括，场地类型、预离时间、开场时间、使用时间、应付金额、优惠价格、备注信息等。查询后的订单信息应包括场地类型、预离时间、开场时间、使用时间、应付金额、备注信息等。...........
体育场馆管理系统
02-15
体育场馆管理系统 一键安装 即可使用。 平台特色：快速构建基于数据库的信息管理应用，支持各种流行的小型、中型 和大型数据库，适应于WINX全系列平台，是计算机管理应用中各个层次用户实施计算机辅助信息管理的最佳利器！ 系统特色：信息流程化处理，处理过程任意控制。 系统特色：开放式数据管理，支持各种数据库格式。 系统特色：信息分类方便，树形管理简单。 利用“录入窗口”录入数据，可以提高您的工作效率。 系统特色：信息录入智能化，极大提高录入效率。 系统特色：支持计算公式，让计算器束之高阁。 系统特色：支持字段间运算，计算字段自动求值。 系统特色：记录有效性验证，保证数据准确有效。 系统特色：所需字段智能导入，鼠标轻点报表呈现。 系统中的日期格式一般为“XXXX-XX-XX”。 模式录入界面的“辅助录入”可以提高用户的录入速度。 在程序主窗口左下方的“录入窗口”列表框中右单击，可以弹出快捷菜单，可以通过该快捷菜单来打开、修改、重命名、新建、删除录入模式。 系统特色：自动生成信息菜单，信息访问快捷方便。 《体育场馆管理系统》包括：含基本设置、预订管理、消费管理、其他操作、会员管理、商品管理、财务管理、统计查询八个功能模块。 基本设置包括：计费设置、供商设置、状态图示、批量图调整、手牌设置、商品信息设置、员工设置。 预订管理包括：预订房台、手牌查看。 消费管理包括：顾客开台、增加消费、顾客结账。 其他操作包括：寄存物品、提取物品。 会员管理：会员信息、会员卡充值、会员卡挂失、会员卡解挂、会员退卡、卡上金额、会员生日提醒。 商品管理：采购进货、库存明细、缺货查询、超储查询。 财务管理：付供商欠款登记、欠供商贷款统计、当天金额统计(当天现金收入汇总、当天支出金额汇总)、期间金额统计(期间现金收入汇总、期间支出金额汇总)。 统计查询：采购进货期间查询、商品销售期间查询、顾客消费期间查询、会员消费明细查询。 系统有主从表设置，全面支持主从结构！ 系统特色：全新用户界面，操作方便快捷。 系统特色：内存占用更少，运行速度更快。 系统特色：全面编写系统帮助，系统学习简便。 系统特色：增加按钮标题显示功能，引导您快速使用快捷工具栏。 　　单击菜单“系统→工具→数据备份与恢复”，可进行数据备份。 要点提示：设计录入窗口可以更好的协助用户录入数据。 　　要点提示：单击菜单“系统→工具→转换Access数据库”，可以将外部Access数据库（*.mdb）转换成基于平台的“*.dbi”，该操作产生一个新的dbi文件，不会对原Access数据库进行任何更改。 　　要点提示：可以利用“信息交换”导入外部数据、导出内部信息表。 　　要点提示：若设置表格界面的只读，请在“用户及权限”设置中单击“表格界面只读”命令前面的小方框，使小方框中出现“√”，然后单击“应用权限”即可。 　　要点提示：单击系统工具栏中临时筛选条上的“复合筛选”按钮，可在打开的窗口中设置复合筛选。
图书管理系统用例规约.pdf
11-27
图书管理系统用例规约 本文档旨在对图书管理系统的用例规约进行详细的描述，包括借书用例、还书用例、...图书管理系统用例规约涵盖了借书、还书、预订图书和取消预订四个方面，旨在提高图书馆的管理效率和服务质量。
个人博客系统用例规约.pdf
03-27
个人博客系统用例规约.pdf个人博客系统用例规约.pdf个人博客系统用例规约.pdf个人博客系统用例规约.pdf个人博客系统用例规约.pdf个人博客系统用例规约.pdf
图书馆系统用例规约描述.pdf
08-14
图书馆系统用例规约描述 用例规约描述是面向对象分析和设计的重要步骤，它是根据...用例规约描述是图书馆系统设计和开发的关键步骤，它可以帮助开发者更好地理解和设计系统，同时也可以确保系统的正确性和完整性。
图书馆系统用例规约描述.doc
12-20
图书馆系统用例规约描述 用例规约描述是软件开发过程中的一个重要步骤，它旨在描述用户和系统之间的交互作用，以便更好地理解系统的行为和需求。下面是关于用例规约描述的知识点： 一、用例规约描述的定义 用例...
User Story用户情景与用例规约
星月菩提的专栏
08-29 3184
【说明】产品经理在描述需求阶段，经常会利用UML语言中的用例图（Use Case）来描述需求，但在敏捷开发Scrum中，往往会把需求拆分为User Story。对Use Case和User Story的区别，很多时候会分不清楚。本文转载自http://www.uml.org.cn/RequirementProject/20112224.asp，对此进行了详细的比较和说明。 转载开始： User
体育馆场地管理系统asp.net
06-09
基于asp.net 的体育馆场地管理系统。sql2k数据库，程序是根据某参考书上asp的同名系统移植过来的。同时增加了一些新的功能
图书管理系统用例描述
01-19
有关图书管理系统的用例描述，列举了各种用力的细化，格式正确，供大家参考
图书馆系统需求分析用例规约
10-09
这个例子主要是针对可视化建模中的第一步的需求分析做的，画出用例图以及编写相应的问题描述和用例规约，希望给大家一个借鉴作用。。。
软件工程-大学体育馆管理系统交互图
qq_34060370的博客
08-05 2432
并且实际画图中，比如说画活动图，对某个业务过程需要结合实际或者自己的生活经验预先在头脑里想到有关联的对象，考虑对象的对此业务过程有哪些活动 ，再考虑活动之间的联系与先后次序等。确定有状态的类并对该类进行状态建模，并将状态及其取值添加的类图中，确定业务过程并用带泳道活动图描述该业务过程，确定类中操作并用活动图描述该操作的算法。活动既可以是手动执行的任务，也可以是自动执行的任务。订单到时：客户使用场地预用时间到时，订单变为到时状态，客户可续时使订单变为订单进行中，也可不续时使订单变为待付款状态。......
UML 用例规约
热门推荐
happyunbound的专栏
10-27 6万+
用例规约 用例图是骨架，而用例规约则是其内在的肉用例文档的核心，而用例图作为用例文档的总图  1.前置条件：把它们看做是看门人，它阻止参与者触发该用例直到满足所有条件（说明在用例触发之前什么必须为真）  2.后置条件：对于有多个事件流的用例，则应该有多个后置条件（用例执行后什么必须为真）  3.事件流描述要点：                        3.0 成功场
软件方法笔记6-系统用例规约
每天积累一点，一年后你会发现，自己变化很大
10-22 4990
1.用例图只是表达了用例的目标，这是远远不够的。用例的背后封装了不同级别的相关需求，我们需要通过书写用例规约把这些需求表达出来。用例规约就是以用例方式组织的需求规约 2,用例通过前置条件（precondition）、后置条件（postcondition）以契约的形式表达需求。用例相当于系统的一个承诺：在满足前置条件时开始，按照里面的路径步骤走，系统就能到达后置条件。 前置条件：用例开始
图书管理系统面向对象分析与设计报告
qq_37788256的博客
07-17 1万+
一．图书管理系统需求描述 1. 图书管理系统的系统组成 本管理系统主要由以下子系统构成： 系统管理员管理子系统 数据库管理员管理子系统 图书借阅者子系统 2. 图书管理系统的系统功能 2.1 系统功能介绍 2.1.1系统管理员层面 (1) 处理图书信息：增加，删除，更新图书信息。 (2) 处理借阅者账户信息：增加，删除，修改借阅者账户信息。 (3) 查询系统的数据信息：查询图书信息，查询借阅者信息。 2.1.2 数据库管理层面 (1) 管理系统的数据信息：图书信息，借阅者信...
UML用例规约
最新发布
weixin_65384007的博客
12-04 1141
用例规约要素包括：用例名称、参与者、用例编号、简单描述、前置条件、主要事件流、次要事件流（可能会出现的一些例外）、后置条件...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值