用例编号

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

质量需求

无

设计约束

无