1.清楚項(xiàng)目的需求：

　　清楚此項(xiàng)目要做什么。

　　2.清楚項(xiàng)目使用的技術(shù)：

　　此項(xiàng)目使用的核心的技術(shù)是什么？自己對(duì)此技術(shù)是否了解？

　　如果了解繼續(xù)向下，否則就需要補(bǔ)充此技術(shù)相關(guān)的東西，之后再繼續(xù)。

　　3.清楚項(xiàng)目的架構(gòu)：

　　此項(xiàng)目的組織架構(gòu)是什么？這是此項(xiàng)目所有功能的共性所在，不了解可以先略過，但是最后你還是要了解才行。

　　首先，需求分析---總體規(guī)劃---詳細(xì)設(shè)計(jì)---項(xiàng)目實(shí)施。

　　大致就分這幾步，前三步都需要很詳細(xì)的文檔的，項(xiàng)目實(shí)施階段的文檔就是代碼注釋啦，程序員要做的。要給客戶的就是項(xiàng)目的介紹，操作說明等。

　　以上這些從調(diào)研開始一直到項(xiàng)目封版，都得有文檔跟上，所以你最好在每做一項(xiàng)之前先把文檔格式定下來，事半功倍!

　　需求調(diào)研--技術(shù)論證--框架選取--快速原型--再次需求調(diào)研--詳細(xì)設(shè)計(jì)--編碼階段。

　　是因?yàn)橛辛诵枨蟛女a(chǎn)生的代碼呢？還是有了代碼才產(chǎn)生了我們的需求呢？

　　需求分析(文檔、uml)-》概要設(shè)計(jì)(文檔、uml)-》詳細(xì)設(shè)計(jì)(文檔、uml、偽代碼....)-》編碼-》測(cè)試-》交付通常大致是這個(gè)樣子，能對(duì)整個(gè)軟件架構(gòu)有所把握的話，或許可以不寫任何文檔，不作任何uml，因?yàn)?，通常新手寫出來的文檔也大多沒多大用，uml也常常到了編碼階段被推翻，根本就不按文檔和uml來。

　　很明顯，是需求推動(dòng)了一系列的行動(dòng)，最后才產(chǎn)生了我們編寫的代碼，所以是需求產(chǎn)生了代碼，那么這個(gè)過程只不過是把需求到代碼的實(shí)現(xiàn)過程更詳細(xì)的分解了而已，之所以這么做為的是讓我們的需求到代碼實(shí)現(xiàn)的過程變得更加的可控、可行、可把握。

　　其實(shí)不止是我們開發(fā)軟件如此，做其他事情也都是這樣，都是由需要產(chǎn)生需求、需求產(chǎn)生目標(biāo)、目標(biāo)產(chǎn)生行動(dòng)。當(dāng)然行動(dòng)在很多時(shí)候也會(huì)進(jìn)一步的影響我們的需求和目標(biāo)，但只是影響目標(biāo)，而不會(huì)改變目標(biāo)的實(shí)現(xiàn)過程。

　　以上就是動(dòng)力節(jié)點(diǎn)Java培訓(xùn)機(jī)構(gòu)小編介紹的“怎么開發(fā)一個(gè)Java項(xiàng)目，一個(gè)Java開發(fā)流程”的內(nèi)容，希望對(duì)大家有幫助，更多精彩內(nèi)容請(qǐng)繼續(xù)關(guān)注動(dòng)力節(jié)點(diǎn)Java培訓(xùn)機(jī)構(gòu)官網(wǎng)，每天會(huì)有精彩內(nèi)容分享與你。