騰訊：從概念到產(chǎn)品-需求分析過程-資料下載頁
2025-05-14 23:17本頁面
【正文】 ，因?yàn)楦静淮嬖凇? ? 在 SRS中將需求以分層目錄方式組織，將幫助評審人員理解功能性描述的結(jié)構(gòu)，使他們很容易指出遺失的東西。 – 在需求抽象上，應(yīng)用 Use Case方法會發(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 ? 一致性： – 一致性需求就是不要于其他的軟件需求或高級別的系統(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è)需求必須相對于其他需求有其單獨(dú)的標(biāo)示和分開的說明，便于清晰的查閱。 – 通過良好的組織可以使需求易于修改，如： ? 將相關(guān)的需求分組，建立目錄表，索引，以及前后參考 ? Feature 是很好的工具 77 高質(zhì)量需求說明書的特征 4/4 ? 可追蹤： – 應(yīng)能將一個(gè)軟件與其原始材料相對應(yīng) ? 如高級系統(tǒng)需求，用例，用戶的提議等。 – 能夠?qū)④浖枨笈c設(shè)計(jì)元素，源代碼，用于構(gòu)造實(shí)現(xiàn)和驗(yàn)證需求的測試相對應(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ò)誤”。 ? “ 如果可能 ，主管號碼 應(yīng) 通過聯(lián)機(jī)校驗(yàn)，而 不是 通過 主全體主管號碼列表 校驗(yàn)”。 79 編寫高質(zhì)量需求的方針 ? 句子和段落要短 – 采用主動語氣 – 使用正確的語法，拼寫，標(biāo)點(diǎn) – 使用術(shù)語保持一致性，并在術(shù)語表或數(shù)據(jù)字典中定義它們 ? 以開發(fā)人員的觀點(diǎn)看需求是否被有效的定義 ? 需求編寫者還要努力正確地把握細(xì)化程度 – 要避免包含多個(gè)需求的長的敘述段落 – 把正常流程和異常流程分開 ? 密切關(guān)注多個(gè)需求合成了單個(gè)需求 ? 通篇文檔細(xì)節(jié)上要保持一致 ? 避免在 SRS中過多的重復(fù)需求 – 在多處包含相同的需求可以使文檔更易于閱讀，但也會給文檔的維護(hù)增加困難。文檔的多份文本要在同一時(shí)間內(nèi)全部更新，避免不一致性。 – 使用 Word的“超鏈接”功能！ 換位思考，不要太自信 Review再 Review，朗讀自己的作品！ 當(dāng)成高考作文來認(rèn)真對待！ 80 一份需求規(guī)格說明書的內(nèi)容 1/6 ? 文檔標(biāo)題： – 準(zhǔn)確、言簡意賅、遵守 SCM規(guī)定 – 給產(chǎn)品取個(gè)好的英文簡稱 ? 《 RTX Omni PCX插件軟件需求規(guī)格說明書 》 ? 修訂記錄 – 認(rèn)真對待，仔細(xì)填寫 81 一份需求規(guī)格說明書的內(nèi)容 2/6 ? 關(guān) 鍵 詞 、 摘 要 ： – 就像寫您的學(xué)位論文一樣去寫 – 摘要可以最后補(bǔ)充，先標(biāo)紅免得忘記 82 一份需求規(guī)格說明書的內(nèi)容 3/6 ? 縮略語清單 ： – 對本文所用縮略語進(jìn)行說明 ， 要求提供每個(gè)縮略語的英文全名和中文解釋 。 ? 參考資料清單： – 請?jiān)诒砀裰辛_列本文檔所引用的有關(guān)參考文獻(xiàn)名稱 、 作者 、 標(biāo)題 、 編號 、 發(fā)布日期和出版單位等基本信息 。 83 一份需求規(guī)格說明書的內(nèi)容 4/6 ? 引言 – 背景 ? A. 用一個(gè)名字標(biāo)識要生產(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中的幾種圖表： – 動態(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中文版本 – 學(xué)習(xí)各種圖表工具 – 學(xué)習(xí)工作方法 – 不是去學(xué) UML! ? 記?。? – 產(chǎn)品經(jīng)理的圖，應(yīng)該是用戶可看懂的 – 不是程序設(shè)計(jì)圖 – 可以不用 Visio，用 Powerpoint就可以畫出來 – 不會超過 One Page的規(guī)模，最好是 Half a page 92 以 馬 內(nèi) 利 仁愛、喜樂、和平、忍耐、恩慈、良善、信實(shí)、溫柔、節(jié)制
電大資料相關(guān)推薦
鄂ICP備17016276號-1