從概念到產(chǎn)品需求分析過程概述-資料下載頁
2025-01-13 17:22本頁面
【正文】 ? 完整： 不應該遺漏要求和必需的信息。 完整性也是一個需求應具備的。 ? 發(fā)現(xiàn)缺少的信息很難，因為根本不存在。 ? 在 SRS中將需求以分層目錄方式組織，將幫助評審人員理解功能性描述的結構，使他們很容易指出遺失的東西。 在需求抽象上，應用 Use Case方法會發(fā)揮很好的作用。 ? 能夠從不同角度察看需求的圖形分析模型也可以檢查出不完整性。 ? 使用 TBD（ to be determined） 標準標志已知的缺失 當你在構建產(chǎn)品的相關部分時，就可以從一個給定的需求集中解決所有的缺陷。 如“ Vista表現(xiàn) ” 75 高質(zhì)量需求說明書的特征 2/4 ? 一致性： 一致性需求就是不要于其他的軟件需求或高級別的系統(tǒng)（商業(yè)）需求發(fā)生沖突。 需求中的不一致必須在開發(fā)開始前得到解決。 只有經(jīng)過調(diào)研才能確定哪些是正確的。 修改需求時一定要謹慎 ? 如果只審定修改的部分，沒有審定于修改相關的部分，就可能導致不一致性。 76 高質(zhì)量需求說明書的特征 3/4 ? 可修改性： 當每個需求的要求修改了或維護其歷史更改時，你必須能夠審定 SRS。 每個需求必須相對于其他需求有其單獨的標示和分開的說明，便于清晰的查閱。 通過良好的組織可以使需求易于修改，如： ? 將相關的需求分組，建立目錄表，索引，以及前后參考 ? Feature 是很好的工具 77 高質(zhì)量需求說明書的特征 4/4 ? 可追蹤： 應能將一個軟件與其原始材料相對應 ? 如高級系統(tǒng)需求，用例，用戶的提議等。 能夠將軟件需求與設計元素，源代碼，用于構造實現(xiàn)和驗證需求的測試相對應。 可追蹤的需求應該具有獨立標示，細密和結構化的編寫，不應過大，不應是敘述性的文字和公告式的列表。 78 幾個不好的需求 ? “產(chǎn)品應在 丌少于每 60秒 （ ？ ） 的 正常周期 （ ？ ） 內(nèi)提供 狀態(tài)信息 ” ? “產(chǎn)品應 瞬間 在顯示和隱藏 丌可打印字符 間切換 ” ? “HTML分析器可以產(chǎn)生 HTML標記 錯諢報告 ， 幫助 HTML入門者 忚速解決錯諢 ”。 ? “如果可能 ， 主管號碼 應 通過聯(lián)機校驗 ， 而 丌是 通過 主全體主管號碼列表 校驗 ”。 79 編寫高質(zhì)量需求的方針 ? 句子和段落要短 采用主動語氣 使用正確的語法，拼寫，標點 使用術語保持一致性，并在術語表或數(shù)據(jù)字典中定義它們 ? 以開發(fā)人員的觀點看需求是否被有效的定義 ? 需求編寫者還要努力正確地把握細化程度 要避免包含多個需求的長的敘述段落 把正常流程和異常流程分開 ? 密切關注多個需求合成了單個需求 ? 通篇文檔細節(jié)上要保持一致 ? 避免在 SRS中過多的重復需求 在多處包含相同的需求可以使文檔更易于閱讀，但也會給文檔的維護增加困難。文檔的多份文本要在同一時間內(nèi)全部更新，避免不一致性。 使用 Word的 “ 超鏈接 ” 功能！ 換位思考，不要太自信 Review再 Review，朗讀自己的作品！ 當成高考作文來認真對待！ 80 一份需求規(guī)格說明書的內(nèi)容 1/6 ? 文檔標題： 準確、言簡意賅、遵守 SCM規(guī)定 給產(chǎn)品取個好的英文簡稱 ? 《 RTX Omni PCX插件軟件需求規(guī)格說明書》 ? 修訂記錄 認真對待，仔細填寫 81 一份需求規(guī)格說明書的內(nèi)容 2/6 ? 關 鍵 詞 、 摘 要 ： 就像寫您的學位論文一樣去寫 摘要可以最后補充，先標紅免得忘記 82 一份需求規(guī)格說明書的內(nèi)容 3/6 ? 縮略語清單 ： 對本文所用縮略語進行說明 ， 要求提供每個縮略語的英文全名和中文解釋 。 ? 參考資料清單： 請在表格中羅列本文檔所引用的有關參考文獻名稱 、 作者 、 標題 、 編號 、 發(fā)布日期和出版單位等基本信息 。 83 一份需求規(guī)格說明書的內(nèi)容 4/6 ? 引言 背景 ? A. 用一個名字標識要生產(chǎn)的軟件產(chǎn)品。 ? B. 說明軟件產(chǎn)品將干什么 , 如果需要的話 , 還要說明這個軟件產(chǎn)品不干什么。 產(chǎn)品定義 ? 本節(jié)必須給出易發(fā)生混淆的術語的定義 ? 把詞匯表都放這里 84 一份需求規(guī)格說明書的內(nèi)容 5/6 ? 概述 1。系統(tǒng)描述 一般整個系統(tǒng)作一份，所有需求文檔都 Copy 2。 系統(tǒng)功能 推薦用表格來說明本文檔所列的功能需求 3。 開發(fā)環(huán)境 一般整個系統(tǒng)作一份，所有需求文檔都 Copy 4。 開發(fā)環(huán)境 一般整個系統(tǒng)作一份 ， 所有需求文檔都 Copy 85 一份需求規(guī)格說明書的內(nèi)容 6/6 ? 產(chǎn)品需求 功能需求 ? 到肉了，把功能需求一個個的寫 UI需求 ? 找設計師 性能需求 ? 天下文章一大抄 ? 把握產(chǎn)品重點的性能要求 86 常用方法和工具 87 思維導圖 88 魚骨圖 89 Pareto 圖 90 一張圖勝過百句話 ? UML中的幾種圖表： 動態(tài)的觀察系統(tǒng)： ? Usecase圖 ? 序列圖 (Sequence Diagram) ? 協(xié)作圖 (Collaboration Diagram) ? 狀態(tài)圖 (Statechart Diagram) ? 活動圖 (Activity Diagram) 靜態(tài)的觀察系統(tǒng)： ? 部署圖 (Deployment Diagram) ? 組件圖 (Compoment Diagram) ? 對象圖 (Object Diagram) ? 類圖 (Class Diagram) 91 更多的 ……. ? 請參考 RUP 2023中文版本 學習各種圖表工具 學習工作方法 不是去學 UML! ? 記住： 產(chǎn)品經(jīng)理的圖，應該是用戶可看懂的 不是程序設計圖 可以不用 Visio，用 Powerpoint就可以畫出來 不會超過 One Page的規(guī)模，最好是 Half a page 92 以 馬 內(nèi) 利 仁愛、喜樂、和平、忍耐、恩慈、良善、信實、溫柔、節(jié)制 演講完畢，謝謝觀看！
環(huán)評公示相關推薦
鄂ICP備17016276號-1