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