程序員的簡歷，寫再多，說再多理論，都不如一個項目來得靠譜！

一個懂項目的程序員會讓面試官眼前一亮！

如果你沒有什么項目經驗，那么一定要在網上找一個中等大小的項目，然后代碼看透，邏輯理清楚，然后寫到自己的簡歷上，至少讓面試官覺得你做這個項目肯定沒有問題，你能干活，所以很可能就會通過面試！

[[218675]]

本篇文章就為大家介紹一下，一個項目的大體開發流程：

一、大體的項目開發流程

各模快的開發流程要能講述--技術點的用處，大體概括不需要詳細講解。

二、自己開發的模快

必須熟練開發流程、原理；細節方面必須了解，自己開發的所有邏輯要能講清楚明白。

三、需求文檔或者自己負責的功能模塊文檔如何寫以及里面包含哪些

其實我們開發人員自己編寫的文檔比較少，我們只需要寫好詳細的邏輯功能結構和詳細的流程圖大體就可以啦，但是也會因公司而不同。

雖然需求文檔一般是產品經理來寫，但是作為一名程序員，尤其是你現在如果去面試的話，你一定要懂產品經理是如何做需求文檔的，否則很可能會被淘汰！

下面介紹產品經理需要做的文檔

1、如何寫PRD（產品需求文檔） 產品需求文檔，也叫業務需求文檔

一般寫這樣的文檔用WORD+VISIO或AXURE，建議互聯網產品經理都熟悉一下AXURE這個軟件的使用，能直接生成PRD，但是生成的文檔是英文的，聽說只有騰訊有個漢化的版本。

產品需求文檔主要是描述產品功能，業務流程和LOFI。可以提供給UE，美工 ...產品需求文檔，也叫業務需求文檔。一般寫這樣的文檔用WORD+VISIO或AXURE，建議互聯網產品經理都熟悉一下AXURE這個軟件的使用，能直接生成PRD。產品需求文檔主要是描述產品功能，業務流程和LOFI。可以提供給UE，美工和項目經理執行的文檔。

2、一般每個業務功能怎么來寫

一般都按以下格式寫：

• （業務功能名稱）

• 業務功能基本信息

• 業務功能

• 業務流程

• 業務規則

• 界面管理

• 數據要求

• 輸入

• 輸出

• 費用處理要求

• 打印單據／文件要求

• 參數要求

• 與其它界面的整合建議

四、文檔分為兩輪

　　***輪：

　　1，文檔使用方：UI設計師

　　2、內容：

　　.根據戰略層定義出來產品功能范圍，

　　.說明此產品的目的，方便UI設計人員更好的理解產品

　　.產品基本流程

　　.詳細的設計框架圖，推薦用axure,簡單效率高

　　.詳細文案

　　3、格式：

　　html，visio，或word，如果PS用的不熟練，不推薦使用，會影響工作效率。

　　上面是要UI設計人員出來高保真原型圖

　　第二輪：

　　文檔使用方：開發人員

　　用高保真原型圖來對開發人員寫技術需求說明

　　有了高保真原型圖，開發人員看的最明白，我們只需要寫好詳細的邏輯功能結構和詳細的流程圖

　　在工作流程中，特別是面向UI和工程師，沒有必要詳細的寫出來什么行業分析，開發背景之類的內容，因為UI和工程師是在干活，不去關心這些問題，但一定要寫清楚功能范圍和此產品的目的，這樣有助于UI設計人員的理解。

　　另外，上面說的是個人理想狀態，可能每個公司有自己的現實情況而有不同的流程。關鍵是提高效率減少不必要的扯皮溝通。

五、詳細講解模塊開發流程：

1、定義本模塊及其子模塊的名稱。

比如：個人空間、薪資模塊、文化建設、薪資調薪審批等。

2、定義本模塊的業務流程

比如薪資調薪審批流程：新表單填寫完成后提交到二級審核人，二級審核人審核通過后再由一級審核人

審核。其他人員只能查詢審核通過的內容。

3、定義每個頁面中的功能能。

比如：新增、修改、刪除、查詢、提交、導入等。

4、數據庫設計

4.1針對每一個模塊，分析該模塊需要建幾張表，確定這些表間的關系（比如：一對多），是否要引用其他表的外鍵。

4.2表名與字段名要遵守開發規范。

5、在數據庫中創建表。

6、根據數據庫中的表生成對應的實體對象。

7、編寫持久層、業務邏輯層、表現層代碼，并在配置文件中進行相應的配置

注意包名、類名遵守開發規范。

8、開發完成后進行單元測試。