軟體需求體會—define階段

待軟體需求discover階段完成,也就是可行性研究完成,公司決定進行該項目/產品的開

發後,就進入了軟體需求的define階段.define階段包括下面的事情:

1)分析項目的風險,編寫項目風險控制報告.在國內,這個報告相當於一個擺設,文檔寫

完就放那裡了;為什麼呢,因為控制風險需要成本,國內老總不想要成本,老總想要的只

是MONEY&MONEY.
2)明確項目的功能需求,整理項目的需求文檔.
功能需求文檔可能不只一個,可能每個子系統都有單獨的需求文檔;不確定的功能需求

應該用TBD來標誌;功能需求文檔可能包括資料字典.功能需求應該由項目的開發經理整

理,但我參與的項目,需求文檔都是由小兵來完成的,呵呵,因為功能需求文檔太瑣碎了,

當官的才不做這種沒有成就感的小事.當然了,有的項目的功能需求文檔是要使用者簽字

的,這樣的文檔公司會比較注意.
3)建立需求跟蹤矩陣(Scope Matrix)
需求跟蹤矩陣(Scope Matrix)應該是由項目的開發經理來完成並跟蹤的,在我開始做軟

件時,有個資深的程式員堅定不移地告訴我,需求跟蹤矩陣(Scope Matrix)是由項目的

組態管理人員來做,害了我好一陣子;後來想想,需求跟蹤矩陣(Scope Matrix)將要指導

後期開發,所以編寫人員還應該是開發經理.
4)功能需求的評審
功能需求的評審應該由專案經理發起,主題專家和客戶參與,通過會議形式討論,得出

review notes.