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