模型：為需求建立模型需求的圖形分析模型是軟件需求規(guī)格說(shuō)明極好的補(bǔ)充說(shuō)明。它們能提供不同的信息與關(guān)系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類及交互作用圖。
6)編寫(xiě)數(shù)據(jù)字典：在需求階段，很難使團(tuán)隊(duì)的思路一致，建立一個(gè)合適的機(jī)制是完全必要的，這就是數(shù)據(jù)字典，數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開(kāi)發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確?？蛻襞c開(kāi)發(fā)小組是使用一致的定義和術(shù)語(yǔ)。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。
4：需求說(shuō)明書(shū)
目前需求說(shuō)明書(shū)有固定的格式和要求,可以從專門介紹需求說(shuō)明書(shū)的相關(guān)書(shū)籍中獲得,在本論文中,我著重闡述需求說(shuō)明書(shū)的經(jīng)驗(yàn)，編寫(xiě)優(yōu)秀的是沒(méi)有公式化的方法的，這需要大量的經(jīng)驗(yàn)，要從你在過(guò)去的文檔中發(fā)現(xiàn)的問(wèn)題學(xué)習(xí)。
1) 采用IT項(xiàng)目需求規(guī)格說(shuō)明模版,要注意的是很多人拿來(lái)需求說(shuō)明書(shū)模板就套用,這就有很大的風(fēng)險(xiǎn),例如:會(huì)出現(xiàn)需求不全、需求范圍界定不到位、需求分類不明確等因素，我們應(yīng)該把需求規(guī)格說(shuō)明書(shū)拿來(lái)后先羅列許多要點(diǎn)：約定、法律法規(guī)、需求分類、技術(shù)限制、采用的技術(shù)和工具等等全面考慮，與項(xiàng)目干系人特別是用戶進(jìn)行溝通，然后討論，可以采用頭腦風(fēng)暴法和德?tīng)柗品椒▉?lái)討論，確定說(shuō)明書(shū)大綱，而不能照本著書(shū)。
2) 附加文檔的管理，值得注意的是需求說(shuō)明書(shū)并非一成不變的，我們可以通過(guò)附加文檔來(lái)跟蹤用戶的新的需求和需求變更，這樣必須建立一個(gè)配套的文檔集合，隨時(shí)跟蹤需求，保證開(kāi)發(fā)團(tuán)體步進(jìn)統(tǒng)一，一般這些文件是要考慮的：《需求(或功能)變更申請(qǐng)書(shū)》、《需求(或功能)變更規(guī)格書(shū)》、《需求清單一覽表》等。這樣做的好處是對(duì)需求時(shí)實(shí)監(jiān)控，保證項(xiàng)目的安排，同時(shí)讓用戶知道變更是一件很嚴(yán)肅的事情，可以防止個(gè)別人提出無(wú)法界定的需求(因?yàn)楝F(xiàn)實(shí)IT項(xiàng)目中，很多問(wèn)題是其他系統(tǒng)的遺留而又超出本項(xiàng)目技術(shù)線路可以彌補(bǔ)的問(wèn)題等)。
3) 編寫(xiě)需求說(shuō)明書(shū)的時(shí)候，可能還會(huì)遇到一些解決不了的需求，我們也一定用專門的章節(jié)要羅列出來(lái)，防止漏項(xiàng)，同時(shí)也利于我們?cè)谧鰧?shí)施計(jì)劃的時(shí)候來(lái)采取那種措施，采購(gòu)其他設(shè)備、投入相關(guān)人力或其他辦法。
4) 需求必須要客戶確認(rèn)，許多項(xiàng)目，可能開(kāi)發(fā)商為了保護(hù)自己的“利益”很多事情都沒(méi)有得到客戶的確認(rèn)，其實(shí)在需求階段，我們的需求是要跟客戶確認(rèn)的，比如數(shù)據(jù)字典、界面選型、技術(shù)線路、功能模塊等，這樣做的好處是防止需求把握不得當(dāng)，缺少了用戶必要的功能，另一個(gè)就是防止了開(kāi)發(fā)商需求鍍金，提供了不必要的功能。