某科技從概念到產(chǎn)品需求分析過程(編輯修改稿)
2025-03-16 09:30 本頁面
【文章內(nèi)容簡介】 +”、“ ”分隔的 121位數(shù)字字符串； ? 可選包含以“ +”引導的國家代碼； – 如 +86代表中國， +1代表美國； ? 必須包含地區(qū)代碼和電話號碼，其間用“ ”分隔； – 如 075526441099； 01038454233； – 如果包含國家代碼，則地區(qū)代碼的長途前綴（如“ 0”）應省略； – 如 +8675526441099； +861038454233 ? 如果某外線號碼包含分機號碼，其間用“ ”分隔； – 如 075526551099384； +8675526551099384 – 對于中國移動電話號碼，合法格式為： ? 國家代碼和移動電話號碼 – 如 +8613509345659 ? 或移動電話號碼 – 如 13509345659，在被叫號碼中無需根據(jù)對外地手機加入 0前綴。 – 不包含 Omni PCX交換機的外線撥號前綴。 ? 如某 Omni PCX交換機的外線撥號前綴為“ 9”，但在 RTX系統(tǒng)中的電話號碼資料中不需要具備這個外線撥號前綴。 － 《 RTX Omni PCX插件軟件需求規(guī)格說明書 .doc》 49 Use Case的 Pattern ? 大部分互聯(lián)網(wǎng)服務本質(zhì)上是 DB： – 增刪改查 – 導入導出 – 批量操作 ? 計算機應用的基礎(chǔ)支撐功能： – 安裝卸載 – 啟動停止重啟動 – OAM（運營、管理、監(jiān)視） 50 自定義頭像的 Use Case 用戶 Server組管理員 PMM 第三方頭像 CP 設(shè)置自定義頭像 從本機設(shè)置 從網(wǎng)絡(luò)硬盤設(shè)置 從第三方系統(tǒng)設(shè)置 第三方 頭像系統(tǒng) 網(wǎng)絡(luò)硬盤 系統(tǒng) 《 extend》 《 extend》 《 extend》 添加第三方 CP 查看頭像運營數(shù)據(jù) 51 Use Case闡述 52 Use Case：開始走向需求規(guī)格說明書 ? Use Case圖并不是需求文檔的必備部分 ? Use Case分析是過程，不是結(jié)果 ? Use Case闡述，等于： 53 Use Case闡述的基本四要素 ? 進入條件 – 描述 Use Case在何種情況下進入 – 如用戶必須具備什么條件？之前發(fā)生了什么？ ? 基本流程 – 不考慮任何異常例外，沒有 if then else – 從用戶角度闡述 Use Case如何運作 ? 結(jié)束條件 – Use Case成功結(jié)束后，發(fā)生了什么變化 – 用戶發(fā)生什么變化？系統(tǒng)發(fā)生什么變化？ ? 例外流程 – 逐個闡述在基本流程中某個環(huán)節(jié)出現(xiàn)異常時的處理 54 Use Case闡述的幾個禁止 ? 禁止假設(shè)系統(tǒng)由哪些技術(shù)實現(xiàn)模塊組成 – “系統(tǒng)從 服務器基礎(chǔ) DB中刪除好友關(guān)系” ? 禁止假設(shè)用戶可以使用哪些 UI界面 – “系統(tǒng)彈出 錯誤提示窗口 ” ? 禁止使用沒有主謂賓的語句 – “給出提示” ? 禁止使用沒有任何意義、意義不全的語句 – “系統(tǒng)給出 狀態(tài)提示信息 ” – “系統(tǒng) 立即 顯示”、“ 等 ”、“ 或者 ”、“ 其他 ”、“ 通常 ” … ? 禁止給出沒有值域的定義 – “系統(tǒng)顯示 天氣溫度 信息” 55 Use Case 闡述的逐步細化 － 1 基本流程 a)當郵件用戶要求管理郵件信息時功能夾啟動，系統(tǒng)顯示信息。 b)郵件用戶可以按照以下的一個或多個步驟執(zhí)行： c)按照發(fā)送這或主題整理郵件信息； d)閱讀郵件信息的內(nèi)容； e)把郵件信息保存為文件； f)把郵件信息的附件保存為文件； g)當郵件用戶要求退出管理新來郵件信息時，功能夾終止。 56 Use Case 闡述的逐步細化 － 2 期望擴展 a)當郵件用戶要求管理郵件信息時功能夾啟動，系統(tǒng)顯示信息。 [用戶必須能夠區(qū)分新的、已讀過的、未讀過的消息。用戶還必須能夠看見每個消息的發(fā)送者、主題和優(yōu)先級。 ] b)郵件用戶可以按照以下的一個或多個步驟執(zhí)行： c)按照發(fā)送這或主題整理郵件信息； d)閱讀郵件信息的內(nèi)容； e)把郵件信息保存為文件； f)把郵件信息的附件保存為文件； [用戶必須能夠看見附件的文件類型 ] g)當郵件用戶要求退出管理新來郵件信息時，功能夾終止。 57 Use Case 闡述的逐步細化 － 3 補充值域 a)當郵件用戶要求管理郵件信息時功能夾啟動，系統(tǒng)顯示信息。 [用戶必須能夠區(qū)分新的、已讀過的、未讀過的消息。用戶還必須能夠看見每個消息的發(fā)送者、主題和優(yōu)先級。 ] {平均每 100個同時顯示的未讀郵件消息中，其中 90%的消息主題行少于 40個字符。 } b)郵件用戶可以按照以下的一個或多個步驟執(zhí)行： c)按照發(fā)送這或主題整理郵件信息； d)閱讀郵件信息的內(nèi)容； {平均消息內(nèi)容包括 100字符。 } e)把郵件信息保存為文件； f)把郵件信息的附件保存為文件； [用戶必須能夠看見附件的文件類型 ] {這種情況下， 95%的郵件都少于 2個附件。 } g)當郵件用戶要求退出管理新來郵件信息時，功能夾終止。 58 Use Case 闡述的逐步細化 － 4 補充發(fā)生概率 a)當郵件用戶要求管理郵件信息時功能夾啟動，系統(tǒng)顯示信息。 [用戶必須能夠區(qū)分新的、已讀過的、未讀過的消息。用戶還必須能夠看見每個消息的發(fā)送者、主題和優(yōu)先級。 ] {平均每 100個同時顯示的未讀郵件消息中，其中 90%的消息主題行少于 40個字符。 } b)郵件用戶可以按照以下的一個或多個步驟執(zhí)行： c)按照發(fā)送這或主題整理郵件信息； (在這種情況下，有超過 60%做了此項操作。 ) d)閱讀郵件信息的內(nèi)容； {平均消息內(nèi)容包括 100字符。 } e)把郵件信息保存為文件； (在這種情況下，少于 5%做了此項操作。 ) f)把郵件信息的附件保存為文件； [用戶必須能夠看見附件的文件類型 ] {這種情況下， 95%的郵件都少于 2個附件。 } (在這種情況下，有少于30%做了此項操作。 ) g)當郵件用戶要求退出管理新來郵件信息時，功能夾終止。 59 Use Case闡述后 ? 發(fā)現(xiàn)詞匯，并給以定義 – 詳細的解釋，值域的描述 – 形成需求文檔中的“定義” ? 發(fā)現(xiàn)功能需求和性能需求 ? 整理文字，形成功能需求規(guī)格說明和性能需求說明 60 性能需求 61 性能需求的 Pattern ? 性能指標 ? 易用性 ? 安全性 ? 兼容性 ? 可擴展性 ? 可維護性 ? 可延展性 ? 可移植性 ? 可編程性 ? 可靠性 ? 可測試性 產(chǎn)品關(guān)注 技術(shù)關(guān)注 62 性能需求的專業(yè)化撰寫態(tài)度 ? 產(chǎn)品經(jīng)理應忘記自己懂技術(shù)、交互 ? 從用戶、市場角度把要求提出來 ? 弄清楚自己的專業(yè)發(fā)展方向 – UserOriented， MarketOriented ? 其他的，不妨“扮豬吃老虎” 63 Good News：天下文章一大抄 ? 在一個
教學課件相關(guān)推薦
鄂ICP備17016276號-1