用例编号 |
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 |
|||
质量需求 |
无 |
||
设计约束 |
无 |
一个不错的用例规约例子
猜你喜欢
转载自blog.csdn.net/jackyrongvip/article/details/84033701
今日推荐
周排行