從想法到產(chǎn)品

• Java項目大致經(jīng)歷的階段
• • 需求分析自測
  • 開發(fā)自測
  • 聯(lián)調(diào)
  • ST(System Test)系統(tǒng)測試
  • UAT(USER ACCESS TEST) 用戶驗收測試
  • 投產(chǎn)、結項
  • • 總結

Java項目大致經(jīng)歷的階段

一個Java項目，完整的流程有需求分析設計、開發(fā)自測、聯(lián)調(diào)、ST、UAT、投產(chǎn)、結項。一個項目又會被拆分成多種多個小項目，無論是中間需求變更也好，還是重構，都需要不斷的走這幾個流程(除了投產(chǎn)與結項)，在項目開發(fā)后期才會真正讓項目進入最終的階段(投產(chǎn)、結項)。

需求分析自測

這個階段主要是出需求說明書，且和開發(fā)人員溝通好需求中的內(nèi)容與具體細節(jié)。其中也總會伴隨一些需求進行修修改改與反復確認。但這個階段的工作做好，會為后面的開發(fā)測試及驗收節(jié)省很多時間。所以一般來說這個階段要明確需求想要的是什么，主次分清，開發(fā)者理解后，就要評估，哪些可以實現(xiàn)，哪些不能實現(xiàn)，哪些實現(xiàn)會遇到什么樣的問題，開發(fā)周期有多久，我理解這個階段應該把這些事情要做好吧。當然時間管理這塊主要就是項目經(jīng)理來持續(xù)跟進了。

開發(fā)自測

這一階段主要是開發(fā)人員依據(jù)需求說明書編寫業(yè)務接口及完成一些其他功能，具體因不同項目類別，所做的事情也不同，普通的業(yè)務數(shù)據(jù)展示傳輸?shù)?#xff0c;大多是需要做接口供頁面展示，有些需求又會涉及定時任務，這時所寫的業(yè)務功能往往是內(nèi)部的數(shù)據(jù)處理與功能調(diào)用，同時結合定時框架來完成。某些古老項目可能還需要在后端做一些前端的開發(fā)，這樣一般不太符合當前的主流趨勢。且現(xiàn)在很多低代碼平臺的開發(fā)也會讓一些無需特別清楚代碼內(nèi)部實現(xiàn)的人來完成一些業(yè)務功能。這里只想感慨一句，有句話說的好，抽象真的是一種很重要的能力，抽象讓很多細節(jié)，很多重復變得通用，變得更為精妙，讓很多技術變得越來越像黑盒，功能拿來即用。

聯(lián)調(diào)

這一階段要做的事情就是多個開發(fā)人員實現(xiàn)好接口，但可能互相之間會進行調(diào)用，又或者是進行系統(tǒng)之間開發(fā)人員的調(diào)用，系統(tǒng)之間可能就需要涉及鑒權，驗證。這一階段總的來說并不復雜。

ST(System Test)系統(tǒng)測試

這一階段就是對整個項目接口開發(fā)完成后的進行完整的一個功能測試，比如項目開發(fā)了一個流程，流程涉及不同的功能，流程過程又會涉及一些規(guī)則，這一階段就是去對功能再驗證以及對流程運行過程中，規(guī)則是否符合的校驗。這一階段的完成主體是項目測試人員，需要有功能測試用例，與最終的測試報告。

UAT(USER ACCESS TEST) 用戶驗收測試

基本進入這一步之后，項目就快進入結項階段了，如果是為自己公司開發(fā)的，一般走到這里就是進行上線部署，后期如果還會遇到問題就需要修改

投產(chǎn)、結項

如果開發(fā)的是一個軟件產(chǎn)品或是一套系統(tǒng)，這時，系統(tǒng)需求如果都按前面的階段正常運行，且最終產(chǎn)出的文件也正常，一個項目到這里基本是到了尾聲。后續(xù)可能就是運維支持。

總結

項目從開發(fā)到完成，起初我剛接觸時，感覺我開發(fā)功能并不需要多久，但實際情況是一個項目如果走完這些過程，時間往往花費比自己開發(fā)時間幾倍以上。且中間過程還需同各個環(huán)節(jié)的人都需要進行溝通交流，只不過有些溝通的少有些溝通的多，不同階段主要的溝通對象也不同。所以，公司早會及定期工作匯報還是有很好的作用的，幫助多提升自己的溝通技巧，理解他人。IT行業(yè)，應該是理解萬歲最重要了吧。。。

總結

以上是生活随笔為你收集整理的项目流程(从立项到结项)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。