軟體開發流程

軟體開發流程即軟體設計思路和方法的一般過程，包括對軟體先進行需求分析，設計軟體的功能和實現的算法和方法、軟體的總體結構設計和模組設計、編碼和調試、程式聯調和測試以及編寫、提交程式等一系列操作以滿足客戶的需求並且解決客戶的問題，如果有更高需求，還需要對軟體進行維護、升級處理，報廢處理。

基本介紹

• 中文名：軟體開發流程
• 外文名：Software development process
• 主體：軟體
• 套用：軟體設計
• 目的：滿足客戶的需求並且解決客戶的問題

簡介

周期和階段

從管理的角度，即從業務和經濟的角度來看，軟體的生命周期包括四個主要階段：

• 起始階段（Inception）-- 有一個好的想法：具體構想出終於產品的構想和它的業務案例，確定項目的範圍 。
• 細化階段（Elaboration）--計畫必要的活動和所需資源，具體確定功能並設計構架 。
• 構建階段（Construction）-- 構建產品， 發展最初的構想、構架和計畫，直到一個能夠交付給用戶的產品（完畢後的構想）完畢。
• 移交階段（Transition）-- 將產品移交用戶使用，包含：製造、交付、培訓、支持、維護，直到用戶愜意。

完畢這4個階段稱為一個開發周期，它產生的軟體稱作第一代（generation）。 除非產品的生命結束， 一個現有產品能夠通過反覆下一個同樣的起始、細化、構建和移交四階段，各個階段的側重點與第一次不同，從而演進為下一代產品。 這個時期我們稱之為演進(evolution)。最後伴隨著產品經過幾個周期的演進，新一代產品也不斷被製造出來。比如，演進周期的啟動可能由下面這幾項觸發：用戶建議增強功能、用戶環境的改變、重要技術的變更，以及應對競爭的需要。

實際中，周期之間會有輕微重疊：起始階段和細化階段可能會在上一個周期的移交階段未結束時就開始了。

疊代

從技術的角度來 看，軟體開發能夠視為一連串的疊代過程，通過這些疊代被開發的軟體得以增量演進。 每次疊代都以一個可運行的產品的公布而結束， 該產品可能是完整版本號的一個子集，但從project的或用戶的角度來看是實用的。 每次公布都伴隨一些支持性工件：版本號描寫敘述、用戶文檔和計畫等。

一次疊代包含下面活動： 計畫、分析、設計、實施和測試。 依據疊代在開發周期中所處位置的不同，這些活動分別占不同的比例。

管理角度和技術角度之間是協調的， 並且各個階段的結束還和各次疊代的結束保持同步。換句話說，每一個階段能夠分為一次或多次疊代過程。

差別

對於不同的項目而言，每一個階段的側重點，入口和出口準則，一個開發周期的各個工件，以及各次疊代的數目和長度都會不同。這主要取決於作為過程判別式的的四個主要項目特徵。依照影響程度降序排列，它們是：

• 業務環境
• 契約性工作，開發人員基於給定的客戶規格說明僅僅為該客戶開發軟體。
• 猜測性開發或商業開發，開發人員開發軟體以推向市場。
• 內部項目， 開發人員和客戶在同一個機構中。

軟體開發工作量的規模：
依照一些度量標準來確定，比方 Delivered Source Instructions，或功能點、人-月數，或者僅僅依照成本。

新穎程度：
對於軟體開發組織，這個軟體新穎程度怎樣有多新，尤其是該軟體是否為第二次或更後面的周期。這項差別包含了組織和過程的成熟度、資產、技術水平，當前的技狀況，以及諸如組建並培訓團隊、獲取工具及其它資源這種問題。

套用類型，目標領域：
MIS，命令和控制系統, 嵌入式實時系統, 軟體開發環境工具等等, 尤其時詳細的套用領域會給開發提出特殊的約束條件：安全性、性能、國際化、記憶體限制等。

開發流程

需求分析

1.相關系統分析員向用戶初步了解需求，然後用相關的工具軟體列出要開發的系統的大功能模組，每個大功能模組有哪些小功能模組，對於有些需求比較明確相關的界面時，在這一步裡面可以初步定義好少量的界面。

2.系統分析員深入了解和分析需求，根據自己的經驗和需求用WORD或相關的工具再做出一份文檔系統的功能需求文檔。這次的文檔會清楚列出系統大致的大功能模組，大功能模組有哪些小功能模組，並且還列出相關的界面和界面功能。

3.系統分析員向用戶再次確認需求。

概要設計

首先，開發者需要對軟體系統進行概要設計，即系統設計。概要設計需要對軟體系統的設計進行考慮，包括系統的基本處理流程、系統的組織結構、模組劃分、功能分配、接口設計、運行設計、數據結構設計和出錯處理設計等，為軟體的詳細設計提供基礎。

詳細設計

在概要設計的基礎上，開發者需要進行軟體系統的詳細設計。在詳細設計中，描述實現具體模組所涉及到的主要算法、數據結構、類的層次結構及調用關係，需要說明軟體系統各個層次中的每一個程式(每個模組或子程式)的設計考慮，以便進行編碼和測試。應當保證軟體的需求完全分配給整個軟體。詳細設計應當足夠詳細，能夠根據詳細設計報告進行編碼。

編碼

在軟體編碼階段，開發者根據《軟體系統詳細設計報告》中對數據結構、算法分析和模組實現等方面的設計要求，開始具體的編寫程式工作，分別實現各模組的功能，從而實現對目標系統的功能、性能、接口、界面等方面的要求。在規範化的研發流程中，編碼工作在整個項目流程里最多不會超過1/2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編碼效率就會極大提高，編碼時不同模組之間的進度協調和協作是最需要小心的，也許一個小模組的問題就可能影響了整體進度，讓很多程式設計師因此被迫停下工作等待，這種問題在很多研發過程中都出現過。編碼時的相互溝通和應急的解決手段都是相當重要的，對於程式設計師而言，bug永遠存在，你必須永遠面對這個問題！

測試

測試編寫好的系統。交給用戶使用，用戶使用後一個一個的確認每個功能。軟體測試有很多種：按照測試執行方，可以分為內部測試和外部測試；按照測試範圍，可以分為模組測試和整體聯調；按照測試條件，可以分為正常操作情況測試和異常情況測試；按照測試的輸入範圍，可以分為全覆蓋測試和抽樣測試。以上都很好理解，不再解釋。總之，測試同樣是項目研發中一個相當重要的步驟，對於一個大型軟體，3個月到1年的外部測試都是正常的，因為永遠都會有不可預料的問題存在。完成測試後，完成驗收並完成最後的一些幫助文檔，整體項目才算告一段落，當然日後少不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟體的運營狀況並持續修補升級，直到這個軟體被徹底淘汰為止。

軟體交付

在軟體測試證明軟體達到要求後，軟體開發者應向用戶提交開發的目標安裝程式、資料庫的數據字典、《用戶安裝手冊》、《用戶使用指南》、需求報告、設計報告、測試報告等雙方契約約定的產物。

《用戶安裝手冊》應詳細介紹安裝軟體對運行環境的要求、安裝軟體的定義和內容、在客戶端、伺服器端及中間件的具體安裝步驟、安裝後的系統配置。

《用戶使用指南》應包括軟體各項功能的使用流程、操作步驟、相應業務介紹、特殊提示和注意事項等方面的內容，在需要時還應舉例說明。

驗收

用戶驗收。

維護

根據用戶需求的變化或環境的變化，對應用程式進行全部或部分的修改。

軟體維護

維護是指在已完成對軟體的研製（分析、設計、編碼和測試）工作並交付使用以後，對軟體產品所進行的一些軟體工程的活動。即根據軟體運行的情況，對軟體進行適當修改，以適應新的要求，以及糾正運行中發現的錯誤。編寫軟體問題報告、軟體修改報告。

1、軟體資料庫管理

title

2、用戶跟蹤培訓

3、故障分析解決

軟體升級

需求調整分析

軟體功能拓展

最佳化系統

報廢處理

軟體不能適應業務發展

新軟體項目立項

企業數據信息備份

舉例解析

1 例如某家公司想找人訂做一套人事管理軟體，從某種渠道上得知某家軟體開發公司提供這種服務，所以進行聯繫。

2 軟體開發公司會派專門的軟體工程師到他們那裡去了解我們要設計一個什麼的東西給用戶用，然後回來做個方案給他們，其中方案的內容包括：開發出來的軟體大概的界面是怎樣？方便什麼人使用？什麼人可以使用什麼功能？方便到什麼程度？大概的硬體要求是怎樣等？

3 用戶看了方案後，確定他們就是要做一套這樣的軟體，開發方就開始開發這套軟體。

4 開發方把開發出來的軟體交給用戶使用，其中在使用的過程中哪裡使用不方便或哪裡達不到要求，開發方會第一時間修改這些功能，直到用戶要求的所有功能都能很完美的解決掉。

5 用戶如果因為公司發展壯大的需要，需要將軟體升級開發方會做功能拓展。