【正文】 （4）關(guān)于文檔具體表述的格式與形式，要根據(jù)所要表達(dá)的功能來(lái)確定，最重要的是把事情描述清楚,這事最終的目的；(5)需求文檔確定后，設(shè)計(jì)人員根據(jù)這份需求文檔進(jìn)行系統(tǒng)的設(shè)計(jì)工作了。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確?？蛻襞c開(kāi)發(fā)小組是使用一致的定義和術(shù)語(yǔ)。（2）對(duì)每個(gè)功能模塊進(jìn)行詳細(xì)分析與描述，具體信息包括：用戶角色、功能說(shuō)描述、IPO的方式進(jìn)行描述（即輸入項(xiàng)、輸出項(xiàng)、處理）、要提供必要的功能說(shuō)明，如果使文檔更加直觀，更容易讓客戶理解，可以用UI的方式表達(dá)輸入輸出，配合必要的描述，這樣對(duì)于客戶更加容易理解，需要與客戶進(jìn)行大量的溝通確認(rèn)。獲得需求的方式可以有多種多樣：電話詢問(wèn)、現(xiàn)場(chǎng)考察、聆聽(tīng)用戶講解、閱讀用戶編制的相關(guān)文件(如招標(biāo)書(shū))，其實(shí)這些方法都是GET方式，我們可以通過(guò)以下兩類技術(shù)手段來(lái)達(dá)到：GET(獲取)和PUSH(引導(dǎo)、反饋、激發(fā))相互結(jié)合的方式來(lái)得到我們真正的需求，而這兩個(gè)過(guò)程都是必須交互進(jìn)行的，一般我們可以篩選一名非常有經(jīng)驗(yàn)(包括談判技巧、深厚的業(yè)務(wù)和技術(shù)背景、人緣很好、勤奮努力)的人士擔(dān)任需求工程師，長(zhǎng)期在客戶那里工作。 月報(bào)月度收費(fèi)情況公司名稱，版本號(hào) 4第五篇：如何寫(xiě)軟件項(xiàng)目需求說(shuō)明書(shū)如何寫(xiě)軟件項(xiàng)目需求說(shuō)明書(shū)進(jìn)入軟件開(kāi)發(fā)行業(yè)也有一段時(shí)間了，大大小小項(xiàng)目也接觸了一些，對(duì)于怎么寫(xiě)好項(xiàng)目需求文檔做一下總結(jié)，發(fā)表一下自己的看法。 月報(bào)月收費(fèi) 周報(bào)收入圖 周報(bào)總表 三年同期對(duì)比12月 三年同期對(duì)比10月 三年同期對(duì)比8月 三年同期對(duì)比6月 三年同期對(duì)比4月 三年同期對(duì)比2月 省局其他收入分項(xiàng)統(tǒng)計(jì)需要修改的報(bào)表有以下：216。變更后：運(yùn)營(yíng)部工作人員在分析系統(tǒng)中MTC實(shí)得功能模塊中導(dǎo)入估算MTC各車型拆分收入。 MTC實(shí)得原始情況：人工收費(fèi)系統(tǒng)實(shí)得數(shù)據(jù)的導(dǎo)入，是由收費(fèi)站工作人員從站級(jí)拆帳網(wǎng)下載的“拆帳統(tǒng)計(jì)報(bào)表”，導(dǎo)入長(zhǎng)益收費(fèi)數(shù)據(jù)分析系統(tǒng)。其中包括各車型流量、綠通車流量、免費(fèi)車流量。變更后：收費(fèi)站工作人員在分析系統(tǒng)中MTC實(shí)收功能模塊中只錄入出口各車型實(shí)收收入、各車型流量、免費(fèi)車流量、綠通車流量、系統(tǒng)外收入、綠通車減免金額、免費(fèi)車減免金額、手工票金額。二、變更內(nèi)容216。而現(xiàn)階段省高管局監(jiān)控中心無(wú)法在上報(bào)報(bào)表日期內(nèi)提供拆分?jǐn)?shù)據(jù)，從而導(dǎo)致長(zhǎng)益高速收費(fèi)數(shù)據(jù)分析系統(tǒng)無(wú)法輸出相關(guān)報(bào)表。l 重要界面原型圖該功能模塊的重要原型圖。此文檔是設(shè)計(jì)的基礎(chǔ)，是系統(tǒng)驗(yàn)收的依據(jù)。l 功能需求定義需求中每個(gè)功能點(diǎn)力求寫(xiě)的清楚，一個(gè)需求文檔下來(lái)能清楚統(tǒng)計(jì)出功能有多少個(gè)，并指明什么用戶使用。l 模塊描述要明確指出建設(shè)了哪些功能，幫助用戶實(shí)現(xiàn)什么、目標(biāo)、基礎(chǔ)等l 重要業(yè)務(wù)及流程對(duì)該業(yè)務(wù)進(jìn)行認(rèn)真分析，得出該功能事項(xiàng)的有效規(guī)則，以激發(fā)該功能。同時(shí)還需注意幾點(diǎn)：等等、很多等抽象詞盡量不使用；我認(rèn)為、以為等主觀詞語(yǔ)切忌出現(xiàn)，盡量避免口語(yǔ)化。還有要統(tǒng)一表達(dá)方式，如“修改”，“編輯”，“用戶”，“員工”等等，以避免引發(fā)歧義。主要圍繞是什么，有什么樣的功能特點(diǎn)，能起到什么樣的作用。這樣從邏輯上層層遞進(jìn)，不僅可以讓自己的思維嚴(yán)謹(jǐn)起來(lái)，也使自己寫(xiě)出來(lái)的東西變得專業(yè)些。反復(fù)的溝通，才能深入把握項(xiàng)目的實(shí)際需求，獲得更多的資訊和資料。第三篇：需求規(guī)格說(shuō)明書(shū)編寫(xiě)心得需求規(guī)格說(shuō)明書(shū)編寫(xiě)心得以下是本人總結(jié)的《需求規(guī)格說(shuō)明書(shū)》編寫(xiě)心得，由于人個(gè)水平有限，歡迎大家補(bǔ)充。如果你遵從了這些方針，你能夠盡早地經(jīng)常正式或非正式的審查需求，這些需求對(duì)于產(chǎn)品的構(gòu)造，系統(tǒng)測(cè)試以及最后的客戶滿意，都會(huì)成為好的奠基石。在多處包含相同的需求可以使文檔更易于閱讀，但也會(huì)給文檔的維護(hù)增加困難。如：“對(duì)于紅色合法的顏色代碼應(yīng)是R”及“對(duì)于綠色合法的顏色代碼應(yīng)是G”就有可以以分散的需求分離開(kāi)，而“產(chǎn)品應(yīng)能對(duì)來(lái)自語(yǔ)音編輯指示做出反應(yīng)”應(yīng)作為一個(gè)子系統(tǒng)，不應(yīng)作為單個(gè)的功能性需求。通篇文檔細(xì)節(jié)上要保持一致。一個(gè)需求中的連接詞“和”/“或”建議幾個(gè)需求合并。如果你預(yù)想到多種不同類的測(cè)試，幾個(gè)需求可能已擠到了一起，需要拆分開(kāi)。有幫助的提示是編寫(xiě)?yīng)毩⒌目蓽y(cè)試的需求。需求編寫(xiě)者還要努力正確地把握細(xì)化程度。在內(nèi)心將“當(dāng)你們做完了找我”這句加到文檔尾部，看看能不能是你緊張起來(lái)。使用正確的語(yǔ)法，拼寫(xiě)，標(biāo)點(diǎn)。句子和段落要短。這需要大量的經(jīng)驗(yàn)，要從你在過(guò)去的文檔中發(fā)現(xiàn)的問(wèn)題學(xué)習(xí)。我清楚有人做過(guò)，而且他們花在檢查上的每一分鐘都是值得的。在理解各個(gè)已完成的糟糕需求上，開(kāi)發(fā)人員將會(huì)遇到的難題是：開(kāi)發(fā)人員與客戶將會(huì)在審核需求，未達(dá)成共識(shí)前發(fā)生激烈的爭(zhēng)論。這是修改后的：系統(tǒng)應(yīng)校驗(yàn)輸入的主管號(hào)碼而不通過(guò)聯(lián)機(jī)的主全體主官號(hào)碼列表。我曾看過(guò)一些需求說(shuō)明書(shū)，采用諸如：應(yīng)，將，應(yīng)該/將要等一些詞描述優(yōu)先級(jí)的細(xì)微差別。真感到絕望，什么是“如果可能”：如果技術(shù)上可行？如果主全體主管號(hào)碼列表可以聯(lián)機(jī)獲得？要避免象“應(yīng)該”的這類不確切的詞。我們還指定了一個(gè)例外：如果沒(méi)有發(fā)現(xiàn)錯(cuò)誤，不產(chǎn)生錯(cuò)誤報(bào)告。如果沒(méi)有錯(cuò)誤，就不會(huì)產(chǎn)生錯(cuò)誤報(bào)告”。我不知道，你怎么驗(yàn)證這個(gè)需求。例3．“HTML分析器可以產(chǎn)生HTML標(biāo)記錯(cuò)誤報(bào)告，幫助HTML入門(mén)者快速解決錯(cuò)誤”。由于沒(méi)有定義觸發(fā)條件，需求對(duì)設(shè)計(jì)沒(méi)有約束力。象這樣編寫(xiě)需求也許更好一些：“用戶能夠在一個(gè)由特定觸發(fā)條件激活處于編輯的文檔中在顯示和隱藏所有HTML標(biāo)記間切換”。軟件要在某些條件下更改自己？或者用戶為了模仿更改要做一些動(dòng)作？而且，在文檔中改變顯示的范圍是多大：選中的文本，整個(gè)的文檔，或其他的？這也是個(gè)模糊的問(wèn)題。例2．“產(chǎn)品應(yīng)瞬間在顯示和隱藏不可打印字符間切換”計(jì)算機(jī)在瞬間不能做任何事，所以這個(gè)需求不切實(shí)可行。彌補(bǔ)缺陷，重寫(xiě)需求的一種方法：狀態(tài)信息1．1后臺(tái)任務(wù)管理器因該以誤差上下不超過(guò)10秒的60秒間隔，在用戶界面的指定位置顯示狀態(tài)信息1．2如果后臺(tái)進(jìn)程處理正常，那么應(yīng)該顯示任務(wù)已完成的百分?jǐn)?shù)/比1．3任務(wù)完成時(shí)，應(yīng)顯示相關(guān)的信息1．4后臺(tái)任務(wù)出錯(cuò)應(yīng)該顯示錯(cuò)誤信息為了分別測(cè)試和追蹤，我將其分成了多個(gè)需求。我們?cè)谡務(wù)摦a(chǎn)品的哪部分？狀態(tài)信息間隔真的假定為不少于60秒？，甚者每10年顯示一條新的狀態(tài)信息也可以？也許它的意圖是消息間隔不應(yīng)超過(guò)60秒，那么1毫秒是不是太短？“每”這個(gè)詞導(dǎo)致了不確定性。例1．“產(chǎn)品應(yīng)在不少于每60秒的正常周期內(nèi)提供狀態(tài)信息”這個(gè)需求是不完整的：狀態(tài)信息是