面向对象分析与设计-——实验五活动图文档

实验五 活动图文档

实验一

链接：https://blog.csdn.net/qq_32621379/article/details/80213259

实验二

链接：（1）https://blog.csdn.net/qq_32621379/article/details/80250404（日常打卡功能）

（2）https://blog.csdn.net/qq_32621379/article/details/80250990（预约课程功能）

实验三

链接：https://blog.csdn.net/qq_32621379/article/details/80254898

实验四

链接：https://blog.csdn.net/qq_32621379/article/details/80411350

一、日常打卡

1. 图形文档

    

2. 文字说明

    

   1. 活动图综述

      注册会员进入登录界面，需验证是否为登录状态，验证成功后任务开启；后进入日常打卡界面，首先检测运动状态、时间状态，若需补打卡，则需检验补打卡张数，进入打卡或补打卡界面；再者，需要检验当日步数是否超过10000步；最后，系统管理员监督打卡行为，决定是否进行清零操作和积分变动行为操作。

       

   2. 活动图中的动作描述

      1. 验证登录状态：用户登录系统

      2. 验证运动状态：用户开始运动

      3. 验证时间状态：系统实时获取当前时间

      4. 验证补打卡张数：系统获取补打卡张数

      5. 验证步数状态：系统累积步数

      6. 验证打卡行为：用户进行打卡

      7. 验证打卡状态：系统获取打卡表

          

   3. 活动图中的转移描述

      1. 进入打卡界面：用户经过登录并满足各项条件时跳转

      2. 打卡操作：在打卡界面进行打卡操作，并改变一系列表单

          

   4. 对象流

      1. 用户登录→验证登录状态→登录名与密码是否存在→退出系统

      2. 用户登录→验证登录状态→登录名与密码是否存在→进入日常打卡界面→验证运动状态→当前用户步数统计表是否大于0→退出系统

      3. 用户登录→验证登录状态→登录名与密码是否存在→进入日常打卡界面→验证运动状态→当前用户步数统计表是否大于0→验证时间状态→时间是否超过23：59：59→验证补打卡张数→验证补打卡张数是否大于1→验证步数状态→当前用户步数统计表是否大于10000→5

      4. 用户登录→验证登录状态→登录名与密码是否存在→进入日常打卡界面→验证运动状态→当前用户步数统计表是否大于0→验证时间状态→时间是否超过23：59：59→验证步数状态→当前用户步数统计表是否大于10000→6

      5. 验证打卡行为→打卡行为是否恶意→清零操作

      6. 验证打卡行为→打卡行为是否恶意→打卡操作→7/8

      7. 验证打卡状态→验证打卡是否成功→打卡操作

      8. 验证打卡状态→验证打卡是否成功→信用积分变动操作

          

   5. 泳道

      1. 界面操作.jsp：包含的动作有用户登录、退出系统、进入日常打卡界面、清零操作、打卡操作。

      2. 日常打卡.java：包含的动作有验证登录状态、验证运动状态、验证时间状态、验证补打卡张数、验证步数状态、验证打卡行为、验证打卡状态。

      3. 数据库.java：包含的动作有登录名与密码是否存在、当前用户步数统计表是否大于0、时间是否超过23：59：59、验证补打卡张数是否大于1、当前用户步数统计表是否大于10000、打卡行为是否恶意、验证打卡是否成功、信用积分变动操作。

   6. 其他与活动图有关的说明

      无。

       

      二、预约课程

      1.图形文档

       

      2.文字说明

       

1. 活动图综述

   注册会员需登录后进入预约课程界面，首先需为登录状态，后检测教练是否注册课程，检验当前课程人数是否超过15人，并返回检验结果给注册会员，当用户选择想要预约的课程时，后台根据注册会员曾选课意向次数多的课程设置课程级别，需要变更课程时在课程表里优先显示。当会员选择想要预约的课程时并提交系统后，调用账单系统显示收费标准，最后根据会员历次签到课程记录变动信用积分表，且在后台形成排课优先级。

    

2. 活动图中的动作描述

1. 1. 1. 用户登录：用户登录系统

      2. 退出系统：用户退出系统

      3. 进入预约课程界面：用户进入界面，准备选课

      4. 选择课程：用户表达选课意向

      5. 提交系统：用户选定课程提交系统

      6. 进入结账界面：系统形成订单用户准备支付

          

1. 活动图中的转移描述

1. 进入预约课程界面：用户经过登录并满足各项条件时跳转

2. 提交系统：用户选定课程提交系统

3. 进入结账界面：提交系统后，系统形成订单返回用户

    

1. 对象流

1. 用户登录→验证登录状态→登录名与密码是否存在→退出系统

2. 用户登录→验证登录状态→登录名与密码是否存在→3

3. 进入预约课程界面→验证课程注册情况→教练是否注册课程→4

4. 验证课程人数状态→课程人数是否超过15人→3

5. 验证课程人数状态→课程人数是否超过15人→6

6. 选择课程→验证选课意向次数→选课意向次数排序→设置课程级别→提交系 统→验证提交信息→提交信息是否正确→6/7

7. 进入结账界面→验证账单状态调用账单系统→信用积分变动操作→形成排课 优先级

    

1. 泳道

1. 界面操作.jsp：包含的动作有用户登录、退出系统、进入预约课程界面、 选择课程、提交系统、进入结账界面。

2. 预约课程.java：包含的动作有验证登录状态、验证课程注册情况、验证课 程人数状态、验证选课意向次数、验证提交信息、验证账单 状态。

3. 数据库.java：包含的动作有登录名与密码是否存在、教练是否注册课程、 课程人数是否超过15人、选课意向次数排序、设置课程级 别、提交信息是否正确、调用账单系统、信用积分变动操作、 形成排课优先级。

    

1. 其他与活动图有关的说明

   无。