用例编号 | UC1 | 用例名称 | 创建公开课 |
创建人 | XXX | 创建日期 | 2017年XX月XX日 |
执行者 | 助理(主)、 官网服务器(辅)、 微信公众号系统(辅) | ||
涉众利益 | 专家 | 担心公开课通知中涉及到自己的信息不准确,损害自己的声誉 | |
学员 | 担心收到太多和自己不相关的信息; 担心同样的信息收到多次 | ||
助理 | 担心工作量大; 担心网页文件放到服务器错误的位置;担心公众号当日发送指标已经用完 | ||
官网服务器管理员 | 担心自己维护的系统受影响发生故障 | ||
微信公众号系统管理员 | 担心自己维护的系统受影响发生故障 | ||
前置条件 | 无 | ||
后置条件 | 已请求官网服务器接收公开课网页文件 | ||
已请求微信公众号系统发布公开课消息 | |||
公开课信息以及发布情况已保存 | |||
基本路径
| 1. 助理请求开始创建公开课 2. 系统反馈可以开课的课程主题 3. 助理选择课程 4. 系统反馈课程详细信息并要求补充其他公开课信息 5. 助理提交公开课信息 6. 系统验证公开课信息充分、 合法 7. 系统保存公开课信息, 生成并保存公开课网页 8. 系统请求官网服务器接收文件 9. 系统请求微信公众号系统发布消息 10. 系统保存公开课发布情况 11. 系统反馈公开课发布情况 | ||
扩展路径 | 2a. 没有可以开课的课程: 2a1. 【创建课程】 2a2. 返回 4 | ||
6a. 公开课信息不充分或不合法: 6a1. 系统反馈公开课信息不充分或不合法内容 6a2. 返回 5 | |||
字段列表 | 4. 课程详细信息=课程主题+学员对象+专家介绍+课程大纲+费用+{报名联系方法}+{交费方法} | ||
5. 提交公开课信息=4+开始时间+结束日期+城市 | |||
7. 保存的公开课信息=5+期号+创建时间+创建人 | |||
8. 网页信息同 5 | |||
10. 公开课发布情况=发布时间+网页文件位置+官网发布是否成功+微信公众号系统发布是否成功 | |||
业务规则 | 6. 充分规则: 5 中所有信息都需要 | ||
6. 合法规则: 结束日期必须在开始日期之后;尚不存在课程相同且举办日期和输入日期重叠的公开课; 各项信息内容无敏感词 | |||
7. 期号规则:该课程最近成功举办的那一期的期号+1 | |||
质量需求 | 无 | ||
设计约束 | 无 |