給各位朋友分享的需求規格說明書是在2023年底編寫的，當時我帶的是乙個全新團隊，接了乙個小單子來磨合專案組，目的是讓專案組有個初步的規範化標準作業意識，所以文字看起來不夠優美，比較粗糙。另外在這裡先申明一下，文件不能全文貼出，因為那個是公司的財產，貼出就違規了。所以只是擷取文件部分片段，還好，在我們這裡不是提供乙個標準或模板，而是提供一種思路給大家，那就是三分定天下方法，請各位賞析。
需求規格說明書在我看來最重要的內容就是區分邊界，好吧，我們開始看十大美女圖，啊，錯了，是十大貼圖，清晰無碼圖，第1-5圖是總論，第6圖是功能列表，第7-10圖是分冊。
看圖說話：
[u]第1張圖是文件列表，因為功能點非常的少，所以分冊只有乙份，如果功能點多的話，大家可以按自己感覺最好的分類來定義分冊檔名，並把它拆分成多個分冊檔案。[/u]
[align=center][img]
[u]第2張圖是總論的目錄，採用的是公司cmmi模板，模板意味著你要在規定的位置填空指定的內容。[/u]
[align=center][img]
[u]第3張圖是總論中乙個很重要也是很神奇的約定說明，說白了其實就是給功能編號，這個號碼會貫穿到需求規格說明書的功能列表、分冊，詳細設計、任務單、測試等等環節上，在我看來它更像是控制點的約定。[/u]
[align=center][img]
[u]第4張圖是總論的專案概述，文筆好的朋友可以大寫特寫，其實大家都知道，我們在寫需求的什麼經常會碰到乙個問題，我們所要實現的業務可能只是乙個大流程的一部分，大流程有很多可能是手工操作的，或者是其它系統實現，如果我們只說明一小塊邊界內的業務，可能會讓很多人看不懂，在三分定天下方法下，總論並不太關心邊界內還是邊界外，把業務說明白最好。[/u]
[align=center][img]
[u]第5張圖是總論中說明一下功能列表的檔名是什麼。[/u]
[align=center][img]
[u]第6張圖很關鍵哦，那就是功能列表，是系統實現的業務範圍劃分界限的關鍵，這一刀非常狠的，一下就把邊界內所涉及的內容給圈定住了。注意看圖，涉及需求欄，有一行內容是f1.1生產任務單執**況列表，f1.1就是編號，是遵循第3張圖的約定[/u]
[align=center][img]
[u]第7、8張圖是分冊內容，核心看點有2個，乙個是f1下單，另外乙個是生產任務單列表的介面，這2個看點非常重要，f1是和功能列表檔案中的編號是一致的，屬於一條龍服務中的編號索引。介面圖就是我們要實現的需求樣子，在這裡非常明確的給定義下來，就是按照這個圖來做，後續環節就是按這個圖，和客戶確認，按圖設計，按圖編碼、按圖測試驗證。客戶一起看圖確認是不是輕鬆了很多，不要讓客戶想的太多，也不要讓程式設計師想的太多，這2種多想都會出問題的。把它給確認就什麼問題都沒有了，所以我才會在上篇文章中和大家說，在三分定天下方法下：需求和客戶確認後到沒有變更前，我們是沒有返工的。[/u]
[align=center][img]
[align=center][img]
[u]第9-10張圖也是分冊內容，看圖寫操作手冊，人機互動的過程，怎麼寫都可以，強制要求必須是邊界內的，不能出現等等這類的字眼，有一說一，有二說二。盡量嚴謹些，這個階段是屬於摳字眼範疇，不像寫總論的時候，那是屬於編故事範疇，越好聽越好。[/u]
[align=center][img]
[align=center][img]
看完了，是不是感覺也就是這麼一回事，可能和各位朋友日常做的沒什麼太大區別，不就是把需求文件分為三個文件嗎，不是的，這些都是臺面上形式的東西，在看不到的層面上，我們開始悄悄的在做一件事，控制，對專案的控制，讓整個專案良性發展的控制，這種控制在後續的篇章中慢慢的展現給大家。
最後我問個問題：如果收到的需求涉及到多個功能點的變更，該在文件中如何體現？
1、在需求跟蹤表中登記此需求。
2、填寫需求涉及到的功能點編號，如案例中f1.1、f1.2、f1.3涉及到，就把這些編號寫上
3、把分冊word文件切換成修訂模式。
4、在修訂模式下修改。
5、在下個版本開始前再把這份文件做接受所有修訂的處理。
6、設計、編碼、測試等等角色都可以從需求跟蹤表中找到涉及到的編號、從編號在找到分冊，在修訂模式下是不是很方便的比較出新需求的變化。
ps：下章我們將談談需求跟蹤表，乙個非常有特殊作用的管理小工具
需求規格說明書
團隊專案之需求規格說明書 任務描述 根據需求分析階段性成果物 編制完整的需求規格說明書 任務目的 一方面鍛鍊需求分析文件編寫能力，另一方面通過對內容評價，掌握需求分析方法 引言部分及階段報告 葉鴻 主要 其他成員參與討論 專案概述部分 張瑞源 主要 其他成員參與討論 功能需求部分 童子銘 主要 其他...
python需求分析說明書 需求規格說明書
1 概述 summary 1.1 專案的目的與目標 purpose and aim of project 學員體能成績管理系統需求說明書是為了讓系統的涉眾就該系統的需求達成一致認可，明確該系統的需求，為後續的開發工作提供依據。通常，該需求規格說明可以作為產品設計的主要依據，並作為程式設計師編碼時了解...
軟體需求規格說明書
在整理完與使用者的談話稿，交付使用者審閱後，下一步是制定軟體需求規格說明書了，貌似和客戶簽約需要依據這份規格說明書，一旦確定，雙方達成協議簽字後，使用者如需更改增加功能是需要再付費的。主要內容有 1.簡介 1.1 目的 1.2 應用範圍 1.3 術語及縮寫定義 2.全面描述 2.1 系統用例圖 2....