用例編號

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

質量需求

無

設計約束

無