這里小編為了方便處于不同學(xué)習(xí)階段的童鞋，準(zhǔn)備了三個(gè)系列的文章，java系列教程、java實(shí)戰(zhàn)教程、java進(jìn)階教程，對(duì)于剛?cè)肟拥耐?，可以先按照這三個(gè)系列教程一步步的了解，循序漸進(jìn)，java實(shí)戰(zhàn)系列教程是針對(duì)于對(duì)java有一定了解并且熟悉到一定程度的童鞋品嘗，如果對(duì)java基礎(chǔ)不是很了解的同學(xué)可以參考java系列教程，也可以通過(guò)網(wǎng)上一些渠道進(jìn)行java基礎(chǔ)方面的學(xué)習(xí)。這里就不多說(shuō)了，開(kāi)始進(jìn)入本系列的學(xué)習(xí)撒~

首先先簡(jiǎn)單描述一下軟件開(kāi)發(fā)的大致的一個(gè)流程

這里小編舉個(gè)例子，寫(xiě)軟件好比我們蓋房子，我們蓋房子首先需要有一個(gè)設(shè)計(jì)藍(lán)圖，我們要蓋一個(gè)什么樣的房子，多大，要容納多少人，采用什么材料等等，這個(gè)就類(lèi)比我們軟件開(kāi)發(fā)階段的需求收集以及原型建立的怎么個(gè)階段，明確我們需要做一個(gè)什么樣的軟件，完成什么樣的功能需求，這一塊一般是軟件產(chǎn)品經(jīng)理的工作。房子的藍(lán)圖有了，我們不可能直接就擼起袖子加油干，因?yàn)榭赡苓@個(gè)藍(lán)圖并不靠譜，所以設(shè)計(jì)藍(lán)圖弄好之后需要有個(gè)審核階段，以確保蓋出來(lái)的房子是可靠的，這個(gè)階段我們可以類(lèi)比軟件開(kāi)發(fā)過(guò)程中的需求評(píng)審階段，產(chǎn)品經(jīng)理將需求跟原型整理好了，聚集各位開(kāi)發(fā)人員測(cè)試人員進(jìn)行需求的評(píng)審，確認(rèn)需求是否合理，這回大家就會(huì)展開(kāi)頭腦風(fēng)暴，各抒己見(jiàn)，盡量將開(kāi)發(fā)過(guò)程中的風(fēng)險(xiǎn)提前避開(kāi)。這回藍(lán)圖審核好了，也就是軟件的需求原型已經(jīng)建立了，那么擼起袖子加油干撒，這回就進(jìn)入了一個(gè)任務(wù)分解排期階段，比如說(shuō)這個(gè)房子我需要先打好地基，然后需要澆筑主體，砌磚，封頂?shù)鹊?，需要把這每一項(xiàng)工作進(jìn)行排期，這樣才能控制進(jìn)度，以及總體工程耗費(fèi)時(shí)間在一個(gè)可控的范圍內(nèi)，這里類(lèi)比軟件開(kāi)發(fā)，首先需要根據(jù)需求進(jìn)行系統(tǒng)的設(shè)計(jì)然后對(duì)模塊以及功能進(jìn)行分解，系統(tǒng)整體有多少個(gè)模塊，多少功能點(diǎn)，需要多少人去完成，每個(gè)功能點(diǎn)由誰(shuí)去實(shí)現(xiàn)，完成功能點(diǎn)需要多長(zhǎng)時(shí)間等，以確保項(xiàng)目按照既定的排期推進(jìn)，明確分工之后，這回就可以按部就班，擼起袖子加油干了，在一切順利的前提下，房子如期竣工，這回可以直接交付給房主了嗎？當(dāng)然不行需要，房子在蓋完之后需要進(jìn)行驗(yàn)收確認(rèn)各個(gè)指標(biāo)到達(dá)設(shè)計(jì)的要求，這就類(lèi)比軟件開(kāi)發(fā)的測(cè)試階段，測(cè)試人員介入，根據(jù)系統(tǒng)需求進(jìn)行測(cè)試用例編寫(xiě)，對(duì)軟件進(jìn)行全方位的測(cè)試以確保交付軟件的可靠，其實(shí)最后還有一個(gè)階段產(chǎn)品經(jīng)理驗(yàn)收，產(chǎn)品經(jīng)理需要對(duì)軟件進(jìn)行驗(yàn)收確保軟件達(dá)到了設(shè)計(jì)的需求。大致的一個(gè)軟件開(kāi)發(fā)流程是這樣的，不同的公司，可能會(huì)有細(xì)微的差別，大型公司軟件開(kāi)發(fā)流程把控會(huì)相對(duì)比較完善。

關(guān)于開(kāi)發(fā)模式

現(xiàn)在比較主流的開(kāi)發(fā)模式有兩種

一、傳統(tǒng)的瀑布式開(kāi)發(fā)（SDLC）

圖片來(lái)源：Software Testing Help

1. Requirement gathering & Analysis: 需求收集以及分析階段，由產(chǎn)品經(jīng)理主導(dǎo)，產(chǎn)品經(jīng)理梳理項(xiàng)目的需求進(jìn)行分析生成軟件需求說(shuō)明書(shū)
2. Design: 設(shè)計(jì)階段，根據(jù)產(chǎn)品需求說(shuō)明書(shū)進(jìn)行系統(tǒng)架構(gòu)設(shè)計(jì)，例如技術(shù)選型，數(shù)據(jù)庫(kù)設(shè)計(jì)等
3. Implementation & Coding: 功能需求編碼實(shí)現(xiàn)，由開(kāi)發(fā)人員完成
4. Testing: 測(cè)試階段，開(kāi)發(fā)人員實(shí)現(xiàn)功能需求之后需要進(jìn)行集成測(cè)試，確保軟件質(zhì)量
5. Deployment: 軟件部署階段，測(cè)試完成后需要進(jìn)行部署投產(chǎn)交付
6. Maintenance：軟件的日常維護(hù)工作

二、敏捷開(kāi)發(fā)模式（agile model）

product backlog: 翻譯過(guò)來(lái)可以理解成“積壓的工作”，product backlog是一個(gè)具有優(yōu)先級(jí)的需求列表， 并對(duì)每個(gè)需求進(jìn)行了粗略的估算。表示可以預(yù)知的所有任務(wù)，包括未細(xì)化的產(chǎn)品功能要求、Bugs、缺陷、用戶提出的改進(jìn)、具競(jìng)爭(zhēng)力的功能及技術(shù)升級(jí)等，按優(yōu)先級(jí)定義出來(lái)，這些任務(wù)可能不是完整的，甚至可能隨時(shí)會(huì)更改或添加。Prodcut Backlog永遠(yuǎn)處于不完整狀態(tài)，它隨著產(chǎn)品及其使用環(huán)境的變化而變化，它是動(dòng)態(tài)的，管理層不斷對(duì)之做出改變，確定產(chǎn)品需求，保證產(chǎn)品適用性、實(shí)用性和競(jìng)爭(zhēng)性

然后在每一個(gè)迭代周期內(nèi)，團(tuán)隊(duì)會(huì)根據(jù)優(yōu)先級(jí)從product backlog池中取出，然后細(xì)分成一個(gè)個(gè)任務(wù)指派到具體的人去執(zhí)行，通常在敏捷開(kāi)發(fā)模式下，每天都會(huì)舉行一個(gè)daily meeting會(huì)議，成員匯報(bào)工作進(jìn)度，更新 sprint burn down (燃盡圖)

當(dāng)一個(gè)迭代周期完成后，需要進(jìn)行復(fù)盤(pán)也就是展開(kāi)一個(gè)評(píng)審會(huì)議（sprint review meeting）r如果順利的話進(jìn)行這一周期內(nèi)完成的需求發(fā)布，并且對(duì)這一個(gè)周期進(jìn)行復(fù)盤(pán)，做一個(gè)總結(jié)

這里針對(duì)開(kāi)發(fā)模式不做太深入的了解，只是簡(jiǎn)單的介紹，如果后續(xù)大家對(duì)這一塊感興趣可以留言哈