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