<一> 需求分析（requirement analysis）       需求分析是當前軟體工程中的關鍵問題。需求分析階段的任務是：在可行性分析的基礎上，進一步瞭解、確定使用者需求，準確地回答“系統必須做什麼”的問題。獲得需求規格說明書。還涉及到軟體系統的目標、軟體系統提供的服務、軟體系統的約束和軟體系統執行的環境。它還涉及到這些因素和系統的精確規格說明，以及系統進化之間的關係。        需求分析的基本任務包括：   

• 抽取需求: 分析現行系統存在需要解決的問題。獲取足夠多的問題領域的知識，需求抽取的方法一般有問卷法、面談法、資料採集法、用例法、情景例項法以及基於目標的方法等；還有知識工程方法，例如，場記分析法、卡片分類法、分類表格技術和基於模型的知識獲取等。  

• 模擬和分析需求：需求分析和模擬又包含三個層次的工作。首先是需求建模。需求模型的表現形式有自然語言、半形式化(如圖、表、結構化英語等)和形式化表示等三種。需求概念模型的要求包括實現的獨立性；不模擬資料的表示和內部組織等；需求模擬技術又分為企業模擬、功能需求模擬和非功能需求模擬等。

• 傳遞需求：傳遞需求的主要任務是書寫軟體需求規格說明。   

• 認可需求：就是對需求規格說明達成一致，其主要任務是衝突求解，包括定義衝突和衝突求解兩方面。常用的衝突求解方法有：協商、競爭、仲裁、強制、教育等，其中有些只能用人的因素去控制。

• 進化需求：客戶的需要總是不斷(連續)地增長，但是一般的軟體開發又總是落後於客戶需求的增長，如何管理需求的進化(變化)就成為軟體進化的首要問題。對於傳統的變化管理過程來說，其基本成分包括軟體配置、軟體基線和變化審查小組。當前的發展是軟體家族法 ，即產品線方法。多視點方法也是管理需求變化的一種新方法，它可以用於管理不一致性，並進行關於變化的推理。   

<二> 概要設計        概要設計是在需求分析的基礎上通過抽象和分解將系統分解成模組，確定系統功能是實現。     概要設計基本任務：

• 建立軟體系統結構：劃分模組、定義模組功能、模組間的呼叫關係、定義模組的介面、評價模組的質量

• 資料結構和資料庫的設計：資料結構設計、概念設計、邏輯設計、物理設計

• 編寫概要設計文件：概要設計說明書、使用者手冊、資料庫設計說明書、修訂測試計劃

<三> 詳細設計 

• 詳細設計說明書 

1引言     1.1 編寫目的           編寫這份詳細設計說明書的目的（指出預期的讀者）。     1.2 背景             待開發軟體系統的相關。        1.3 名稱解釋             列出本文件中用到的有必要解釋的術語。此術語可能在其他文件中用到。     1.4 參考資料    列出編寫本報告時參考的檔案(如經核準的計劃任務書或合同、上級機關的批文等)、資料、技術標準，以及他們的作者、標題、編號、釋出日期和出版單位。 2 程式系統結構 3 類設計   3.1 名稱空間(名稱空間下可再加子名稱空間,以此類推,相應序號加層)        3.1.1 類名稱             3.1.1.1 類功能說明：     3.1.1.2 父類             3.1.1.3 成員變數               3.1.1.4 成員函式列表               3.1.1.5 成員函式設計                    3.1.1.5.1 函式名:                         3.1.1.5.1.1 功能描述                         3.1.1.5.1.2 輸入                        3.1.1.5.1.3 返回值                          3.1.1.5.1.4 流程圖                         3.1.1.5.1.5 演算法說明                    3.1.1.5.2 函式名                         …             3.1.2 類名稱                 ….      3.2 名稱空間        ….    （原文連結：http://topic.csdn.net/t/20050906/11/4252256.html）