1. 程式人生 > >從零到一:需求文檔

從零到一:需求文檔

多余 類圖 項目 名詞解釋 就會 接口人 自己 以及 數據庫

加入一個項目組:開始開發一個全新的模塊。對於開發流程,我有一點自己的理解,現在先記錄下來,在以後的工作中覺得有什麽不妥的地方,就做相應的改進。

第一步:需求文檔,每個項目開始都應該有相應的需求文檔。需求文檔是重中之重,以後所有的工作都是圍繞需求文檔來的。

需求文檔應該由產品經理與客戶直接溝通,依據客戶的需求整理而成的需求文檔(個人覺得能否挖掘出客戶潛在的需求或明確客戶需求,設計出完全符合客戶的需求文檔是重中之重,否則就會衍生出一系列需求變更的問題)

-------》輸出:需求文檔(第一階段的需求文檔:原始檔案)

第二步:需求分析,項目組所有成員都應當進行需求分析。包括需求分析師,產品經理,UI設計師,開發人員,測試人員等

1.需求分析師與產品經理等都是與客戶的第一接口人,是需求分析中必不可少的人員,把控整個項目方向

2.設計師在這個階段應該做好UML(統一建模語言,包括用例圖,類圖,狀態圖等),以及界面原型

3.開發人員與測試人員應當在這個階段了解整個項目的需求,並提出開發與測試的風險點(例如實際條件中不能實現的地方)

首先,需求分析結束後,應當再次與客戶溝通,並展示界面原型,確定整個項目需求沒有發生偏離。UI,開發與測試是項目的具體實施者,應當充分保證相應的人員理解項目的需求。

-------》輸出:需求文檔(第二階段的需求文檔:包括了UML,界面原型等)

第三步:數據結構設計,數據庫架構師的工作了,依舊項目的特點選擇合適的數據庫,並設計數據庫表結構

1.個人知識對於這一塊真的很欠缺,建表都是隨心所欲,這對後續的開發工作會有很大的影響,一旦表結構設計不好,會照成額外的多余的工作,對項目的質量也會照成巨大的影響。

-------》輸出:需求文檔(第三階段的需求文檔:新包括表結構設計)

以上三步就構成了整個項目完整的需求文檔,這時的需求文檔包括的內容有:項目背景,項目目標,名詞解釋,功能架構(核心流程圖),用例圖,功能結構,UI設計,表結構等

至此,所有前期的準備工作全部做好(當然,之後還會有需求變更等,也需要繼續完善原型圖等),開始具體的編碼工作,以及測試準備工作。

從零到一:需求文檔