1.瀑布模型

優(yōu)點(diǎn)

強(qiáng)調(diào)開發(fā)的階段性, 強(qiáng)調(diào)早期計(jì)劃及需求調(diào)查, 強(qiáng)調(diào)產(chǎn)品測(cè)試;

缺點(diǎn)

1. 由于瀑布模型是一種線型結(jié)構(gòu)的模型, 也就意味著前一個(gè)階段結(jié)束, 后一個(gè)階段才能開始, 這就導(dǎo)致了風(fēng)險(xiǎn)往往會(huì)遲至后期的測(cè)試階段才顯露, 因而失去了及早糾正的機(jī)會(huì).
2. 瀑布模型中測(cè)試被后置, 導(dǎo)致測(cè)試不充分, 缺陷直接暴露給用戶, 不能很好的迎接變化.

適用場(chǎng)景

需求固定的小型項(xiàng)目

2. 螺旋模型

螺旋模型是在瀑布模型額基礎(chǔ)上增加了風(fēng)險(xiǎn)分析, 生成新的原型.

特點(diǎn)

各個(gè)結(jié)點(diǎn)引入風(fēng)險(xiǎn)分析, 原型, 來降低可能存在的風(fēng)險(xiǎn)

缺點(diǎn)

1. 瀑布模型增加了風(fēng)險(xiǎn)分析階段, 有一定的耗時(shí)耗力
2. 成本高, 團(tuán)隊(duì)需要耗費(fèi)一定的資金和時(shí)間去招聘風(fēng)險(xiǎn)分析人才.

適用場(chǎng)景

需求不確定, 變化的可能性很大的大型項(xiàng)目

3 增量模型和迭代模型

優(yōu)點(diǎn)

產(chǎn)品可以在較短時(shí)間內(nèi)快速多頻次的交付.

增量模型

將項(xiàng)目進(jìn)行模塊化, 使其每個(gè)模塊都能夠進(jìn)行獨(dú)立開發(fā)和上線.
優(yōu)勢(shì) : 產(chǎn)品能夠在較短的時(shí)間內(nèi)盡快的交付軟件給用戶去使用.

迭代模型

假如一個(gè)產(chǎn)品包含 5 個(gè)功能 A,B,C,D,E, 迭代模型會(huì)先完成這個(gè)5 個(gè)功能的基礎(chǔ)版本, 然后再經(jīng)歷一期一期的迭代優(yōu)化, 直到這 5 個(gè)功能都非常的成熟.

4. 敏捷模型

《敏捷宣言》

1. 個(gè)體與交互重于過程和工具 --- 強(qiáng)調(diào)團(tuán)隊(duì)內(nèi)部人員盡可能的進(jìn)行高效的溝通
2. 可用的軟件重于完備的文檔
3. 客戶協(xié)作重于合同談判
4. 響應(yīng)變化重于遵循計(jì)劃

敏捷模型的特點(diǎn) : 輕流程, 輕文檔, 重目標(biāo), 重產(chǎn)出

敏捷開發(fā)的方式有很多種, 其中 scrum 是比較流行的一種.

2.1 scrum

了解scrum 中的三個(gè)重要角色和五個(gè)重要會(huì)議

三個(gè)角色

產(chǎn)品經(jīng)理 : 負(fù)責(zé)整理用戶需求, 定義其商業(yè)價(jià)值, 對(duì)其進(jìn)行排序, 制定發(fā)布計(jì)劃, 對(duì)產(chǎn)品負(fù)責(zé).
項(xiàng)目經(jīng)理 : 負(fù)責(zé)召開各種會(huì)議, 協(xié)調(diào)項(xiàng)目, 為研發(fā)團(tuán)隊(duì)服務(wù).
研發(fā)團(tuán)隊(duì) : 由不同技能的成員組成, 通過緊密協(xié)同, 完成每一次迭代的目標(biāo), 交付產(chǎn)品.

五個(gè)重要會(huì)議

會(huì)議1 ->需求發(fā)布會(huì)議 : 確定本次迭代要實(shí)現(xiàn)的需求
會(huì)議2 -> 迭代計(jì)劃會(huì)議 : 將需求拆分成一個(gè)個(gè)任務(wù), 明確每個(gè)任務(wù)對(duì)應(yīng)的責(zé)任人, 初步評(píng)估工時(shí).
會(huì)議 3 -> 每日會(huì)議 : 會(huì)議中每個(gè)研發(fā)團(tuán)隊(duì)成員需要回答三個(gè)問題
1. 昨天做了什么 --> 及時(shí)的, 實(shí)時(shí)的知道研發(fā)團(tuán)隊(duì)的工作進(jìn)度, 已經(jīng)完成了什么任務(wù).
2. 今天要做什么 --> 重目標(biāo).
3. 遇到了什么問題 -->研發(fā)團(tuán)隊(duì)針對(duì)你這個(gè)問題給出一個(gè)合理的額建議, 盡快的解決問題.
會(huì)議 4 -> 演示會(huì)議, 產(chǎn)物 : 用戶的需求, 然后放入需求池中, 為下一個(gè)周期提供新的需求.
會(huì)議5 -> 回顧會(huì)議.

5. 軟件測(cè)試V模型

V 模型的特點(diǎn)

明確了測(cè)試有不同的類型, 而且每個(gè)測(cè)試類型和前期的開發(fā)工作之間有對(duì)應(yīng)關(guān)系

缺陷 : 測(cè)試后置

6. 軟件測(cè)試W模型

W 模型的特點(diǎn)

測(cè)試從一開始就介入 (軟件測(cè)試貫穿于軟件的整個(gè)生命周期) , 有利于盡早的全面的發(fā)現(xiàn)問題.

缺陷

1. 開發(fā)和測(cè)試雖然是同步的, 但是仍然存在 著前后的線性關(guān)系.
2. 不支持敏捷模型.