騰訊：從概念到產(chǎn)品-需求分析過程(編輯修改稿)
2025-06-10 23:17 本頁面
【文章內(nèi)容簡(jiǎn)介】 . 攝像2. 插入空白卡3. 新建工卡包含的插入點(diǎn)父功能夾 “ 增加新員工 ”子功能夾 “ 新建工卡 ”43 包含關(guān)系 (include)示圖 查詢余額存錢柜員機(jī)用戶柜員機(jī)取錢使用柜員機(jī)《擴(kuò)展》用戶選擇查詢余額《擴(kuò)展》用戶選擇存錢《擴(kuò)展》用戶選擇取錢打印單據(jù)《包含》《包含》44 關(guān)于擴(kuò)展和包含關(guān)系 45 Use Case發(fā)掘?qū)嵅? 46 Use Case發(fā)掘過程 ? 定義 Actor ? 發(fā)掘 Actor使用系統(tǒng)的腳本 Script ? 總結(jié) Use Case組合 ? 研究 Actor之間的繼承關(guān)系 ? 研究 Use Case之間的 include、 extend關(guān)系 ? 貫穿始終：維護(hù)一套詞匯表 }CE 47 詞匯表！詞匯表！ ? 詞匯表有多重要 ? – 可以建巴別塔 – 代碼中的變量 – 需求文檔的重要組成部分和線索 ? 維護(hù)詞匯表應(yīng)該是產(chǎn)品團(tuán)隊(duì)最重要的工作之一 Buddy？面板聯(lián)系人？通訊錄聯(lián)系人？ 電話好友？手機(jī)好友？ 聯(lián)系人？郵件好友？ IM聯(lián)系人？過濾聯(lián)系人？ 48 詞匯表示例：被叫號(hào)碼 ?本節(jié)所述之被叫號(hào)碼，其格式要求為： – 符合 。 – 對(duì)于 PBX分機(jī)號(hào)碼，應(yīng)為 1－ 8位數(shù)字； – 對(duì)于普通電話號(hào)碼，合法格式為： ? 以“ +”、“ ”分隔的 121位數(shù)字字符串； ? 可選包含以“ +”引導(dǎo)的國(guó)家代碼； – 如 +86代表中國(guó)， +1代表美國(guó)； ? 必須包含地區(qū)代碼和電話號(hào)碼，其間用“ ”分隔； – 如 075526441099； 01038454233； – 如果包含國(guó)家代碼，則地區(qū)代碼的長(zhǎng)途前綴（如“ 0”）應(yīng)省略； – 如 +8675526441099； +861038454233 ? 如果某外線號(hào)碼包含分機(jī)號(hào)碼，其間用“ ”分隔； – 如 075526551099384； +8675526551099384 – 對(duì)于中國(guó)移動(dòng)電話號(hào)碼，合法格式為： ? 國(guó)家代碼和移動(dòng)電話號(hào)碼 – 如 +8613509345659 ? 或移動(dòng)電話號(hào)碼 – 如 13509345659，在被叫號(hào)碼中無需根據(jù)對(duì)外地手機(jī)加入 0前綴。 – 不包含 Omni PCX交換機(jī)的外線撥號(hào)前綴。 ? 如某 Omni PCX交換機(jī)的外線撥號(hào)前綴為“ 9”，但在 RTX系統(tǒng)中的電話號(hào)碼資料中不需要具備這個(gè)外線撥號(hào)前綴。 － 《 RTX Omni PCX插件軟件需求規(guī)格說明書 .doc》 49 Use Case的 Pattern ? 大部分互聯(lián)網(wǎng)服務(wù)本質(zhì)上是 DB： – 增刪改查 – 導(dǎo)入導(dǎo)出 – 批量操作 ? 計(jì)算機(jī)應(yīng)用的基礎(chǔ)支撐功能： – 安裝卸載 – 啟動(dòng)停止重啟動(dòng) – OAM（運(yùn)營(yíng)、管理、監(jiān)視） 50 自定義頭像的 Use Case 用戶 Server組管理員 PMM 第三方頭像 CP 設(shè)置自定義頭像 從本機(jī)設(shè)置 從網(wǎng)絡(luò)硬盤設(shè)置 從第三方系統(tǒng)設(shè)置 第三方 頭像系統(tǒng) 網(wǎng)絡(luò)硬盤 系統(tǒng) 《 extend》 《 extend》 《 extend》 添加第三方 CP 查看頭像運(yùn)營(yíng)數(shù)據(jù) 51 Use Case闡述 52 Use Case：開始走向需求規(guī)格說明書 ? Use Case圖并不是需求文檔的必備部分 ? Use Case分析是過程，不是結(jié)果 ? Use Case闡述，等于： 53 Use Case闡述的基本四要素 ? 進(jìn)入條件 – 描述 Use Case在何種情況下進(jìn)入 – 如用戶必須具備什么條件？之前發(fā)生了什么？ ? 基本流程 – 不考慮任何異常例外，沒有 if then else – 從用戶角度闡述 Use Case如何運(yùn)作 ? 結(jié)束條件 – Use Case成功結(jié)束后，發(fā)生了什么變化 – 用戶發(fā)生什么變化？系統(tǒng)發(fā)生什么變化？ ? 例外流程 – 逐個(gè)闡述在基本流程中某個(gè)環(huán)節(jié)出現(xiàn)異常時(shí)的處理 54 Use Case闡述的幾個(gè)禁止 ? 禁止假設(shè)系統(tǒng)由哪些技術(shù)實(shí)現(xiàn)模塊組成 – “系統(tǒng)從 服務(wù)器基礎(chǔ) DB中刪除好友關(guān)系” ? 禁止假設(shè)用戶可以使用哪些 UI界面 – “系統(tǒng)彈出 錯(cuò)誤提示窗口 ” ? 禁止使用沒有主謂賓的語句 – “給出提示” ? 禁止使用沒有任何意義、意義不全的語句 – “系統(tǒng)給出 狀態(tài)提示信息 ” – “系統(tǒng) 立即 顯示”、“ 等 ”、“ 或者 ”、“ 其他 ”、“ 通常 ” … ? 禁止給出沒有值域的定義 – “系統(tǒng)顯示 天氣溫度 信息” 55 Use Case 闡述的逐步細(xì)化 － 1 基本流程 a)當(dāng)郵件用戶要求管理郵件信息時(shí)功能夾啟動(dòng)，系統(tǒng)顯示信息。 b)郵件用戶可以按照以下的一個(gè)或多個(gè)步驟執(zhí)行： c)按照發(fā)送這或主題整理郵件信息； d)閱讀郵件信息的內(nèi)容； e)把郵件信息保存為文件； f)把郵件信息的附件保存為文件； g)當(dāng)郵件用戶要求退出管理新來郵件信息時(shí)，功能夾終止。 56 Use Case 闡述的逐步細(xì)化 － 2 期望擴(kuò)展 a)當(dāng)郵件用戶要求管理郵件信息時(shí)功能夾啟動(dòng)，系統(tǒng)顯示信息。 [用戶必須能夠區(qū)分新的、已讀過的、未讀過的消息。用戶還必須能夠看見每個(gè)消息的發(fā)送者、主題和優(yōu)先級(jí)。 ] b)郵件用戶可以按照以下的一個(gè)或多個(gè)步驟執(zhí)行： c)按照發(fā)送這或主題整理郵件信息； d)閱讀郵件信息的內(nèi)容； e)把郵件信息保存為文件； f)把郵件信息的附件保存為文件； [用戶必須能夠看見附件的文件類型 ] g)當(dāng)郵件用戶要求退出管理新來郵件信息時(shí)，功能夾終止。 57 Use Case 闡述的逐步細(xì)化 － 3 補(bǔ)充值域 a)當(dāng)郵件用戶要求管理郵件信息時(shí)功能夾啟動(dòng)，系統(tǒng)顯示信息。 [用戶必須能夠區(qū)分新的、已讀過的、未讀過的消息。用戶還必須能夠看見每個(gè)消息的發(fā)送者、主題和優(yōu)先級(jí)。 ] {平均每 100個(gè)同時(shí)顯示的未讀郵件消息中，其中 90%的消息主題行少于 40個(gè)字符。 } b)郵件用戶可以按照以下的一個(gè)或多個(gè)步驟執(zhí)行： c)按照發(fā)送這或主題整
電大資料相關(guān)推薦
鄂ICP備17016276號(hào)-1