系統(tǒng)開發(fā)的生命周期分成問題定義、項目可行性、需求分析報告、開發(fā)設(shè)計階段、維護這5個階段。每個階段的關(guān)鍵任務(wù)如下。

1、問題定義

規(guī)定系統(tǒng)分析員與用戶開展溝通交流，搞清“用戶用系統(tǒng)處理什么問題”隨后明確提出有關(guān)“系統(tǒng)軟件總體目標(biāo)與范疇的表明”，遞交用戶核查和確定。

2、項目可行性

一方面取決于把待開發(fā)設(shè)計的系統(tǒng)軟件的總體目標(biāo)以確立的語言表達敘述出去，另一方面從經(jīng)濟發(fā)展、技術(shù)性、法律法規(guī)等各個方面開展可行性方案。

3、需求分析報告

搞清用戶對系統(tǒng)軟件的所有要求，撰寫要求測試計劃和基本的用戶指南，遞交審查。

4、開發(fā)設(shè)計階段

開發(fā)設(shè)計階段由四個階段構(gòu)成：詳細(xì)設(shè)計、總體設(shè)計、完成、檢測

5、維護

維護包含四個層面：

（1）糾正性維護：在手機軟件投入使用后，因為軟件開發(fā)測試時的不完全、不徹底、必定會出現(xiàn)一部分掩藏的不正確被送到運作階段，這種掩藏的不正確在一些特殊的應(yīng)用自然環(huán)境下便會曝露。

（2）適應(yīng)能力維護：是為適應(yīng)新環(huán)境的轉(zhuǎn)變 而改動手機軟件的主題活動。

（3）健全性維護：是依據(jù)用戶在應(yīng)用全過程中明確提出的一些建設(shè)性意見而開展的維護主題活動。

（4）保護性維護：是為了更好地進一步改進系統(tǒng)軟件的可維護性和穩(wěn)定性，并為之后的改善打下基礎(chǔ)。

拓展材料：

手機軟件普遍周期時間模型：

1、瀑布模型

瀑布模型最先由Royce明確提出。該模型因為神似飛瀑出名。在該模型中，最先明確要求，并接納顧客和SQA工作組的認(rèn)證。隨后擬訂規(guī)格型號表明，一樣根據(jù)認(rèn)證后，進到方案階段…能夠看得出，瀑布模型中尤為重要的一點是僅有當(dāng)一個階段的文本文檔早已定編好并得到SQA工作組的認(rèn)同才能夠進到下一個階段。

瀑布模型根據(jù)強制的規(guī)定給予通信規(guī)約文本文檔來保證每一個階段都能非常好的達到目標(biāo)。可是事實上通常無法辦得到，由于全部的模型基本上全是以文本文檔推動的，這針對外行的用戶而言是無法閱讀文章和了解的。

2、迭代式模型

迭代式模型是RUP強烈推薦的周期時間模型，也是我們在這一系列產(chǎn)品文章內(nèi)容探討的基本。在RUP中，迭代被界定為：迭代包含造成發(fā)布產(chǎn)品（平穩(wěn)、可實行的商品版本號）的所有開發(fā)設(shè)計主題活動和要應(yīng)用該公布必不可少的全部別的外場原素。

因此 ，在某種意義上，開發(fā)設(shè)計迭代是一次詳細(xì)地歷經(jīng)全部工作內(nèi)容的全過程：（最少包含）要求工作內(nèi)容、剖析設(shè)計方案工作內(nèi)容、執(zhí)行工作內(nèi)容和檢測工作內(nèi)容。本質(zhì)上，它相近中小型的飛瀑式新項目。RUP覺得，全部的階段（要求以及它）都能夠細(xì)分化為迭代。

3、迅速原形模型

迅速原形模型在作用上等額的于商品的一個非空子集。瀑布模型的缺陷就取決于不足形象化，迅速原型法就解決了這個問題。一般來說，依據(jù)顧客的必須 在很短的時間內(nèi)處理用戶最急需解決，進行一個能夠演試的商品。這一商品僅僅完成一部分的作用（最重要的）。

它最重要的目地是為了更好地明確用戶的真真正正要求。在我的工作經(jīng)驗中，這類方式 十分的合理，原來對電子計算機沒有分毫定義的用戶在你的原形眼前通常伶牙俐齒，有一些見解使你都感覺十分的驚訝。在獲得用戶的要求以后，原形將被遺棄。

由于原形開發(fā)設(shè)計的速率迅速，設(shè)計方案層面是基本上沒有考慮到的，假如保存原形得話，在接著的開發(fā)設(shè)計中會因此投入巨大的成本。對于保存原形層面，也是有一種稱為增加量模型是那么做的，但這類模型并不以大伙兒所接納的。