【軟件開(kāi)發(fā)過(guò)程所有文檔獲取—>關(guān)注，私信】

1 概述
軟件生命周期包括軟件定義、軟件開(kāi)發(fā)、軟件維護(hù)三個(gè)過(guò)程。

2 可行性分析

目的： 該軟件項(xiàng)目是否該做。

分析角度：

社會(huì)可行性：是否符合法律法規(guī)，是否有益社會(huì)發(fā)展，短時(shí)間內(nèi)不被淘汰。

經(jīng)濟(jì)可行性：項(xiàng)目成本預(yù)算，能否帶來(lái)收益。

技術(shù)可行性：該項(xiàng)目中涉及到的技術(shù)難點(diǎn)，當(dāng)前技術(shù)能否完成該軟件項(xiàng)目。

產(chǎn)物：可行性分析報(bào)告或者白皮書。

3 需求分析

目的：了解客戶需求，明確客戶對(duì)軟件項(xiàng)目的要求。

分析內(nèi)容：

功能需求：描述系統(tǒng)功能，一般來(lái)說(shuō)會(huì)細(xì)化到每一個(gè)小的功能點(diǎn)，小到開(kāi)發(fā)人員可以實(shí)現(xiàn)。

界面需求：界面整體布局、色彩、字體字號(hào)、系統(tǒng)皮膚、可視化大屏/app功能排版。

性能需求：系統(tǒng)并發(fā)能力、系統(tǒng)吞吐量、界面響應(yīng)時(shí)間、系統(tǒng)高可用。

安全需求：敏感數(shù)據(jù)保護(hù)、密碼復(fù)雜度要求、數(shù)據(jù)備份與恢復(fù)、網(wǎng)絡(luò)安全策略、數(shù)據(jù)加密傳輸。

其他需求：不同角色擁有不同的功能權(quán)限和數(shù)據(jù)權(quán)限。

工具：腦圖、EXCEL功能表、數(shù)據(jù)流圖。

產(chǎn)物：需求規(guī)格說(shuō)明書。

4 概要設(shè)計(jì)

目的：完成軟件項(xiàng)目的大概設(shè)計(jì)。

設(shè)計(jì)內(nèi)容：

功能表：詳細(xì)的功能表格，包括核心字段描述及工期安排。

技術(shù)選型：選擇項(xiàng)目開(kāi)發(fā)所使用的技術(shù)，包括編程語(yǔ)言、數(shù)據(jù)庫(kù)、框架、sdk。

架構(gòu)圖：總體邏輯架構(gòu)圖、核心業(yè)務(wù)流程圖、系統(tǒng)之間交互時(shí)序圖、系統(tǒng)部署架構(gòu)圖、網(wǎng)絡(luò)拓?fù)鋱D。

接口梳理：對(duì)內(nèi)接口梳理、對(duì)外接口梳理，接口規(guī)范制定（數(shù)據(jù)格式、權(quán)限認(rèn)證、數(shù)據(jù)安全傳輸）。

界面設(shè)計(jì)：界面展示內(nèi)容、界面操作、界面跳轉(zhuǎn)、數(shù)據(jù)權(quán)限（本階段可用EXCEL完成）。

工具：EXCEL功能表、UML建模工具(億圖圖示)。

產(chǎn)物：概要設(shè)計(jì)說(shuō)明書。

5 詳細(xì)設(shè)計(jì)

目的：完成軟件項(xiàng)目功能實(shí)現(xiàn)的詳細(xì)做法。

設(shè)計(jì)內(nèi)容：

數(shù)據(jù)庫(kù)設(shè)計(jì)：數(shù)據(jù)庫(kù)ER圖、數(shù)據(jù)庫(kù)建表語(yǔ)句、數(shù)據(jù)庫(kù)索引約束。

接口文檔：定義接口請(qǐng)求地址、請(qǐng)求方式、請(qǐng)求參數(shù)數(shù)據(jù)結(jié)構(gòu)、響應(yīng)結(jié)果數(shù)據(jù)結(jié)構(gòu)。

算法規(guī)范：復(fù)雜的接口需要梳理算法邏輯，必要時(shí)需要編寫偽代碼或者示例代碼來(lái)描述。

界面設(shè)計(jì)：特殊界面需要設(shè)計(jì)界面原型圖。

工具：ER圖、Apipost接口文檔編輯工具、原型工具。

產(chǎn)物：詳細(xì)設(shè)計(jì)說(shuō)明書。

6 編碼實(shí)現(xiàn)

目的：根據(jù)詳細(xì)設(shè)計(jì)說(shuō)明書，選擇編程設(shè)計(jì)語(yǔ)言，完成編碼工作。

心得：初級(jí)開(kāi)發(fā)人員在接到編碼工作時(shí)，沒(méi)有根據(jù)相關(guān)的設(shè)計(jì)文檔進(jìn)行深入的業(yè)務(wù)梳理，急于完成任務(wù)導(dǎo)致考慮不周，使編碼工作不能適應(yīng)需求的擴(kuò)展、變化，這樣做會(huì)導(dǎo)致編碼邏輯不清、代碼冗余、系統(tǒng)性能差等種種問(wèn)題；即使完成工作任務(wù)，后期維護(hù)起來(lái)非常費(fèi)勁；此外一旦編碼有了一定進(jìn)展，對(duì)于大多數(shù)人來(lái)說(shuō)，就失去了重構(gòu)的勇氣了。研發(fā)人員需要在業(yè)務(wù)梳理和思路設(shè)計(jì)上多花時(shí)間，正所謂，工欲善其事，必先利其器。積極使用應(yīng)用軟件開(kāi)發(fā)設(shè)計(jì)原則，提高系統(tǒng)內(nèi)聚，降低系統(tǒng)耦合，增加代碼復(fù)用，減少代碼冗余，勤加注釋，易于維護(hù)。

7 測(cè)試

目的：發(fā)現(xiàn)軟件項(xiàng)目中尚未發(fā)現(xiàn)的問(wèn)題。

方法：

黑盒測(cè)試：又叫功能性測(cè)試，只關(guān)注功能，不關(guān)注算法；包括邊界值分析和等價(jià)類劃分。

白盒測(cè)試：又叫結(jié)構(gòu)性測(cè)試，關(guān)注內(nèi)部算法是否正確；包括路徑覆蓋、條件覆蓋、語(yǔ)句覆蓋等。

灰盒測(cè)試：結(jié)合白盒測(cè)試和黑盒測(cè)試，既關(guān)注內(nèi)部邏輯，又關(guān)注總終結(jié)果。

階段：

單元測(cè)試：最小功能模塊，是否滿足正常需求。

集成測(cè)試：對(duì)某個(gè)單元模塊集成接口的測(cè)試。

系統(tǒng)測(cè)試：對(duì)整體軟件系統(tǒng)的功能、性能的測(cè)試。

驗(yàn)收測(cè)試：對(duì)軟件項(xiàng)目進(jìn)行交付前的最后測(cè)試，對(duì)照需求規(guī)格說(shuō)明書和交付標(biāo)準(zhǔn)，演示軟件項(xiàng)目功能是否滿足用戶需求和驗(yàn)收標(biāo)準(zhǔn)；（用戶參與、數(shù)據(jù)真實(shí)）。

產(chǎn)物：測(cè)試分析報(bào)告、用戶操作手冊(cè)。

8 運(yùn)行維護(hù)

目的：提供軟件產(chǎn)品交付之后的售后服務(wù)，保證軟件產(chǎn)品能夠持續(xù)工作。

分類：

正確性維護(hù)：發(fā)現(xiàn)軟件測(cè)試階段未發(fā)現(xiàn)的錯(cuò)誤，維持軟件產(chǎn)品功能的正常運(yùn)作。

適應(yīng)性維護(hù)：軟件適應(yīng)信息技術(shù)變化和管理需求變化而進(jìn)行的修改。

完善性維護(hù)：增加新的系統(tǒng)功能和需求。

預(yù)防性維護(hù)：前瞻性的將一些將來(lái)會(huì)用到的功能加入到系統(tǒng)中，預(yù)防系統(tǒng)被淘汰。

產(chǎn)物：程序維護(hù)手冊(cè)。

9 軟件生命周期模型

概念：軟件生命周期同任何事物一樣，一個(gè)軟件產(chǎn)品或軟件系統(tǒng)也要經(jīng)歷孕育、誕生、成長(zhǎng)、成熟、衰亡等階段，一般稱為軟件生命周期（軟件生存周期）。軟件生命周期模型是指人們?yōu)殚_(kāi)發(fā)更好的軟件而歸納總結(jié)的軟件生命周期的典型實(shí)踐參考。軟件生命周期(SDLC，軟件生存周期)是軟件的產(chǎn)生直到報(bào)廢的生命周期。為了使規(guī)模大、結(jié)構(gòu)復(fù)雜和管理復(fù)雜的軟件開(kāi)發(fā)變的容易控制和管理，人們把整個(gè)軟件生命周期劃分為若干階段，使得每個(gè)階段有明確的任務(wù)，整理出軟件生命周期模型。

常用模型：

瀑布模型

原型模型

V模型

敏捷開(kāi)發(fā)模型

9.1 瀑布模型

模型說(shuō)明：自上而下、相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。

特點(diǎn)：順序性、依賴性、周期長(zhǎng)。

劣勢(shì)：項(xiàng)目回溯成本高、效率低、不靈活。

瀑布模型

9.2 原型模型

模型說(shuō)明：允許在需求分析階段對(duì)軟件的需求進(jìn)行初步而非完全的分析和定義，需要迅速創(chuàng)建一個(gè)可以運(yùn)行的軟件系統(tǒng)原型。

優(yōu)勢(shì)：解決需求不明確和需求理解不一致問(wèn)題。

劣勢(shì)：時(shí)間倉(cāng)促，不斷修改，導(dǎo)致產(chǎn)品質(zhì)量比較差。

原型模型

9.3 V模型

模型說(shuō)明：軟件開(kāi)發(fā)過(guò)程中的一個(gè)重要模型，由于其模型構(gòu)圖形似字母V，故稱為V模型。

優(yōu)勢(shì)：提高效率，縮短項(xiàng)目周期，節(jié)約時(shí)間。

劣勢(shì)：階段有順序性，并未實(shí)質(zhì)提高測(cè)試的地位。

v模型

9.4 敏捷開(kāi)發(fā)模型

模型說(shuō)明：敏捷開(kāi)發(fā)以用戶的需求進(jìn)化為核心，采用迭代，循序漸進(jìn)的方法進(jìn)行軟件開(kāi)發(fā)。在敏捷開(kāi)發(fā)中，軟件項(xiàng)目在構(gòu)建初期被切分成多個(gè)子系統(tǒng)，各個(gè)子系統(tǒng)的成果都經(jīng)過(guò)測(cè)試，具備可視，可集成和可運(yùn)行使用的特征。換言之，就是把一個(gè)大的項(xiàng)目分為多個(gè)相互聯(lián)系，但也可以獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過(guò)程中軟件一直處于可使用狀態(tài)。

敏捷開(kāi)發(fā)模型

價(jià)值觀：在每項(xiàng)對(duì)比中，后者并非全無(wú)價(jià)值，但我們更看重前者！

—–個(gè)體和互動(dòng) 高于 流程和工具。

—– 可用的軟件 高于 詳細(xì)的文檔。

—– 客戶協(xié)作 高于 合同談判。

—– 響應(yīng)變化 高于 遵循計(jì)劃。

敏捷原則

1. 我們的最高目標(biāo)是，通過(guò)盡早和持續(xù)地交付有價(jià)值的軟件來(lái)滿足客戶。

2.歡迎對(duì)需求提出變更——即使是在項(xiàng)目開(kāi)發(fā)后期。要善于利用需求變更，幫助客戶獲得競(jìng)爭(zhēng)優(yōu)勢(shì)。

3.要持續(xù)交付可用的軟件，周期從幾周到幾個(gè)月不等，且越短越好。

4.項(xiàng)目過(guò)程中，業(yè)務(wù)人員與開(kāi)發(fā)人員必須在一起工作。

5.要善于激勵(lì)項(xiàng)目人員，給他們以所需要的環(huán)境和支持，并相信他們能夠完成任務(wù)。

6.無(wú)論是團(tuán)隊(duì)內(nèi)還是團(tuán)隊(duì)間，最有效的溝通方法是面對(duì)面的交談。

7.可用的軟件是衡量進(jìn)度的主要指標(biāo)。

8.敏捷過(guò)程提倡可持續(xù)的開(kāi)發(fā)。項(xiàng)目方、開(kāi)發(fā)人員和用戶應(yīng)該能夠保持恒久穩(wěn)定的進(jìn)展速度。

9.對(duì)技術(shù)的精益求精以及對(duì)設(shè)計(jì)的不斷完善將提升敏捷性。

10.要做到簡(jiǎn)潔，即盡最大可能減少不必要的工作。這是一門藝術(shù)。

11.最佳的架構(gòu)、需求和設(shè)計(jì)出自于自組織的團(tuán)隊(duì)。

12.團(tuán)隊(duì)要定期反思如何能夠做到更有效，并相應(yīng)地調(diào)整團(tuán)隊(duì)的行為。