1. 概念、方法、實踐步驟
設計是指根據(jù)需求開發(fā)的結果，對產(chǎn)品的技術實現(xiàn)由粗到細進行設計的過程。根據(jù)設計粒度和目的的不同可以將設計分為概要設計、詳細設計等階段以便于管理和確保質(zhì)量。設計內(nèi)容也要根據(jù)軟件系統(tǒng)的實際情況進行定義，比如對于交互性要求高的系統(tǒng)可以有視覺設計等等。
一般來說可以將設計階段劃分為概要設計、詳細設計2階段進行管理，程序設計可以結合項目管理、作業(yè)配分、開發(fā)團隊的能力以及質(zhì)量要求等因素來決定是否作為單獨的階段進行管理。
n 概要設計: 定義實現(xiàn)需求的工作產(chǎn)品技功能、技術構架，定義設計準則及共通處理方針，分解劃分功能模塊，定義各功能模塊的功能和業(yè)務處理，定義模塊間的接口關系。典型的工作產(chǎn)品有《概要設計書》、《設計準則》及《共通處理方針》。一般包括系統(tǒng)技術構架，機能一覽，機能遷移圖，數(shù)據(jù)庫邏輯設計，數(shù)據(jù)文件邏輯定義，系統(tǒng)各單位功能模塊及接口定義，設計準則及共通處理方針（外觀、操作、錯誤處理、日志、提示信息、異常處理、命名規(guī)約、編碼規(guī)約等方針）等內(nèi)容。
n 詳細設計：定義各功能模塊的功能單元的詳細實現(xiàn)，包括接口的物理定義，明確數(shù)據(jù)庫/數(shù)據(jù)文件的物理定義等。典型的工作產(chǎn)品：《詳細設計書》。典型的內(nèi)容包括各模塊的功能單元實現(xiàn)的詳細描述，數(shù)據(jù)庫物理設計，數(shù)據(jù)文件物理定義，接口物理定義，狀態(tài)碼物理設計，輸出信息（MSG/LOG）設計等內(nèi)容。
程序設計：結合具體的編碼語言，編碼過程中對代碼的設計。根據(jù)經(jīng)驗對于團隊中有大量初學者來說，進行一定量的程序設計可以提高編碼的質(zhì)量和效率。
2. 設計階段的主要流程
設計階段的主要活動包括以下內(nèi)容:設計階段的計劃或規(guī)劃、確定設計的準則、設計以及制作設計文檔、設計產(chǎn)物評審等。
1.設計階段的計劃或規(guī)劃內(nèi)容為確定設計團隊的組織并授權、評估設計階段的工作量、明確設計的工作任務（WBS分解）以及完成時間、定義設計階段的質(zhì)量標準以及效率標準。這部分活動主要是PDCA中首要步驟，除上述內(nèi)容外，還需要考慮項目管理中一些共同管理規(guī)劃，比如風險管理、配置管理、干系人管理、變更管理、決策分析管理等等內(nèi)容。在多人或團隊作業(yè)的工作，制定合理的計劃和規(guī)劃是首要的步驟。
2.設計不同類型的系統(tǒng)其設計方法、方式等有很大的區(qū)別，比如圖像處理系統(tǒng)、監(jiān)控系統(tǒng)和ERP等管理系統(tǒng)的差異是顯而易見的。因此設計階段有個關鍵的活動就是確定設計準則，這個活動的主要目的就是根據(jù)系統(tǒng)的實際情況，選擇最佳的實踐，用最優(yōu)的方法指導設計的進行。設計準則通常要考慮的內(nèi)容包括：設計的內(nèi)容、方法、工具、模板、命名規(guī)約、模塊劃分規(guī)則（尤其設計粒度）、質(zhì)量以及效率評估方式等等。
3.設計以及制作設計文檔:根據(jù)設計準則以及設計規(guī)劃執(zhí)行設計任務并制作設計文檔多數(shù)情況不是一件復雜的工作，但是對軟件系統(tǒng)來說卻是一個迭代的、消化大量時間的過程。從我們討論設計思路、形成初步草案、充分溝通、決策優(yōu)劣、再修正、評審通過都需要理解、學習、反復迭代并花費大量時間。軟件系統(tǒng)的設計無論采用什么形式，分層、抽象、歸納、匯總是設計的主要方法。分層和抽象是最關鍵的步驟，也是相對比較難掌握的，無論分層和抽象都是從分類開始的，比如功能的分類、業(yè)務的分類、信息的分類、控制模式的分類等等，只要能逐層分類就很容易進行分層和抽象。另外，歸納、匯總是常見的方法，也是體力工作，只要認真細致就能很好的完成。
4．設計產(chǎn)物評審：針對設計設計產(chǎn)物進行評審以及相關的溝通是確保設計質(zhì)量的主要活動。從形式上，可以采用多種方法，比如設計小組評審、P2P評審、正式會議評審等等。
設計階段的主要活動設計階段的計劃或規(guī)劃、確定設計的準則、設計以及制作設計文檔、設計產(chǎn)物評審等是個反復迭代的過程。本質(zhì)上設計是個學習迭代的過程、通過不斷的評審、確認、改善達到成熟，因此設計的保證手段主要是設計準則和評審。
根據(jù)軟件項目類型的不同具體流程也有一些細節(jié)差異，每個軟件開發(fā)組織可以結合業(yè)務特征具體定義，下面舉例介紹2種典型的流程。
例：軟件外包企業(yè)，工程類的典型流程（概要設計）
主要特征：
ü 流程強調(diào)客戶的參與，比如對設計的計劃、設計的成果的評審。
ü 強調(diào)對關鍵的過程，比如系統(tǒng)架構的結果進行質(zhì)量管控。
ü 對不同規(guī)模、技術、質(zhì)量、進度要求的項目進行分級控制。
3.1制定及修改項目計劃
· 項目經(jīng)理根據(jù)《項目計劃規(guī)程》制定概要設計計劃，明確設計(式樣)管理組中參與概要設計人員的工作任務和完成時間，并通知各相關者進行確認。
· 項目進行中，根據(jù)給定需求的變更和概要設計的實際進度狀況的跟蹤結果，及時調(diào)整或重新制定概要設計的詳細進度計劃。
· 根據(jù)概要設計的進展狀況，必要時修正計劃并與客戶達成一致。
注：與客戶達成一致是外包的核心，計劃以及核心內(nèi)容和客戶達成一致非常重要。
· 項目概要設計計劃并入項目計劃中。
3.2確定系統(tǒng)架構和概要設計準則
· 確定系統(tǒng)架構
a. 對于A、B類項目
啟動DAR（參見《決策分析規(guī)程》），分析風險、成本、進度的制約、技術、質(zhì)量的要求，決定是否需要購買商業(yè)組件、是否復用已有構件。如果確認需要進行采購，請參見《供應商合同管理規(guī)程》。
根據(jù)公司人員情況、項目業(yè)務特征、性能數(shù)據(jù)量要求、可靠性要求、成本、效率、風險等方面內(nèi)容提出多種系統(tǒng)架構進行評定，最終選定適合項目的系統(tǒng)架構。
輸出參見《決策分析規(guī)程》的輸出。
b. 對于非A、B類項目
設計(式樣)管理組根據(jù)公司人員情況、項目業(yè)務特征、性能數(shù)據(jù)量要求、可靠性要求、成本、效率、風險等方面內(nèi)容對多種系統(tǒng)架構進行評定，最終選定適合項目的系統(tǒng)架構。
如果用戶有不同于一般項目的要求或者采用了公司不熟悉的架構，開發(fā)技術(環(huán)境)組需制作項目原型，以驗證技術架構方案并確保其正確性。
注：根據(jù)不同工作量、技術、質(zhì)量、進度要求、團隊規(guī)模等識別出項目分類，并對概要設計的關鍵控制點（體系結構）進行不同的管控。
· 確定概要設計準則
設計(式樣)管理組根據(jù)項目情況，確定項目的概要設計準則，準則通常包括：項目概要設計的方法、項目概要設計所使用的工具、概要設計成果物所使用的部分模板等。
設計(式樣)管理組定義各種方針，各單位機能模塊設計時應遵循已定義的各類方針。
通常需要定義的方針包括：操作、錯誤處理、日志、提示信息、異常處理、命名規(guī)約等方針。
所定義的所有的處理方針均需形成文檔，進行配置管理。
對定義的所有內(nèi)容形成《概要設計準則》。
3.3設計業(yè)務機能
· 設計(式樣)管理組對《系統(tǒng)要件定義書》中定義的業(yè)務組件使用各種方法進行細化（包括拆分、合并、分組等），并將各需求分配到這些細分的業(yè)務組件或功能模塊上。
· 設計(式樣)管理組根據(jù)各類處理方針，對各單位機能組件和功能模塊的外觀、數(shù)據(jù)項目定義、功能概要、數(shù)據(jù)處理流程、操作方法、各機能組件或功能模塊的接口和參數(shù)等進行設計。
· 定義各機能組件和功能模塊的接口和參數(shù)，各設計人員需驗證其接口銜接上的一致性。
· 將以上的內(nèi)容加入對系統(tǒng)架構的描述，形成《概要設計書》。
· 設計(式樣)管理組將概要設計的內(nèi)容按照其和需求的對應關系填入《需求追蹤矩陣》。
· 數(shù)據(jù)庫邏輯設計。
3.4評審系統(tǒng)概要設計
· 項目經(jīng)理組織項目評審專家組對概要設計的成果物進行評審（參見評審規(guī)程）。評審中發(fā)現(xiàn)的問題需體現(xiàn)于《概要設計評審報告》中。評審結束后，開發(fā)經(jīng)理（PJL）跟蹤這些問題，直到問題得到修正。
· 評審結束后，項目評審專家組需要根據(jù)評審的結論產(chǎn)生《概要設計評審報告》，并上報項目經(jīng)理（PM）。
3.5確認概要設計
· 概要設計評審通過后，項目經(jīng)理(PM)針對《概要設計書》取得客戶的認可。
注：軟件外包中的概要設計結果一般還需要客戶的評審，這個也是項目屏蔽風險的主要方法，但是不同的客戶技術水平并不相同，還要根據(jù)實際情況來判斷。
3.6納入基線管理
· 概要設計評審通過后，《概要設計準則》、《概要設計書》、《需求追蹤矩陣》需納入基線管理
· 本規(guī)程所產(chǎn)生的所有文檔均需進行配置管理（參見配置管理規(guī)程）。產(chǎn)生的文檔通常包括：
《概要設計準則》
《概要設計書》
《概要設計評審報告》
案例2：軟件產(chǎn)品類的典型流程
主要特征：
ü 流程強調(diào)交互設計
ü 強調(diào)設計方針的管理。
ü 對設計內(nèi)容進行的明確規(guī)范
3.1計劃編制
產(chǎn)品研發(fā)經(jīng)理根據(jù)《開發(fā)詳細時間計劃》細化設計工作，編制《系統(tǒng)設計計劃》。經(jīng)相關人員確認后，提交產(chǎn)品團隊經(jīng)理審核，審核通過后發(fā)布計劃。
產(chǎn)品團隊經(jīng)理應將《系統(tǒng)設計計劃》及時合并到《開發(fā)詳細時間計劃》中。
3.2設計準則確定
系統(tǒng)設計組根據(jù)項目情況，確定設計準則。準則通常包括：設計的方法、設計使用的工具、設計成果物所使用的模板等。
系統(tǒng)設計組制定各種設計方針，設計過程中需遵循已定義的方針。
3.2.1概要設計準則
概要設計方針通常包含：功能模塊命名規(guī)約、功能模塊操作、錯誤處理、異常處理、提示信息顯示、日志記錄等。
系統(tǒng)設計組匯總概要設計方針形成《概要設計準則》。
3.2.2詳細設計準則
詳細設計的方針通常包含：類和方法命名規(guī)約、方法輸入?yún)?shù)的排列次序、方法輸出參數(shù)的格式、提示信息輸出格式、方法級日志輸出格式等。
系統(tǒng)設計組匯總詳細設計方針形成《詳細設計準則》。
3.2.3設計準則評審
產(chǎn)品研發(fā)經(jīng)理宜組織資源對《概要設計準則》、《詳細設計準則》進行評審，評審通過后，由配置組進行配置管理。
3.3概要設計
3.3.1《概要設計書》編制
《概要設計書》應包含以下內(nèi)容：
系統(tǒng)架構設計
根據(jù)產(chǎn)品的業(yè)務特征、性能要求、可靠性要求、成本等方面內(nèi)容，針對產(chǎn)品使用的技術平臺和軟硬件架構，提出多種候選方案；
方案的內(nèi)容應包含：系統(tǒng)使用的軟硬件技術平臺及相關技術列表、系統(tǒng)的物理架構、物理器件類型、數(shù)據(jù)庫管理系統(tǒng)類型、服務器類型、子系統(tǒng)劃分及部署方式、系統(tǒng)的軟件架構、第三方軟件平臺列表等；
功能模塊設計
根據(jù)《產(chǎn)品規(guī)格說明書》的定義，結合產(chǎn)品的領域知識，通過拆分、合并、分組等方法，將產(chǎn)品的各項功能劃分到子系統(tǒng)中，并細化到各機能組件和功能模塊上；
系統(tǒng)接口設計
接口主要用于子系統(tǒng)/模塊之間或內(nèi)部系統(tǒng)與外部系統(tǒng)進行各種交互；
接口設計應根據(jù)制定各種方針，結合業(yè)務特點，并使用相應的設計方法；
接口設計的內(nèi)容應包含：接口的名稱、功能描述、接口的輸入輸出定義、接口的使用方法、接口的數(shù)據(jù)處理流程、輸入輸出的數(shù)據(jù)結構定義、異常處理機制、錯誤處理機制、日志記錄方法及格式等；
數(shù)據(jù)庫設計
根據(jù)業(yè)務的復雜程度和設計實現(xiàn)的需要，對核心和重要的數(shù)據(jù)生成數(shù)據(jù)字典，對于復雜的操作流程，進行適當?shù)牧鞒陶f明；
完成核心和重要庫表的邏輯設計；
3.3.2《概要設計書》評審
產(chǎn)品研發(fā)經(jīng)理組織相關干系人對《概要設計書》進行評審。評審通過后，由配置組進行配置管理。
3.4視覺設計
視覺設計的主要工作是根據(jù)交互設計的低保真原型進行高保真視覺效果設計；
視覺設計主要內(nèi)容為整體風格把握，包括頁面顏色、元素外觀、配圖；
注：強調(diào)交互設計中的視覺設計，單獨作為一項工作內(nèi)容進行管理。
3.5詳細設計
3.5.1《詳細設計書》編制
《詳細設計書》應包含以下內(nèi)容：
模塊接口設計
對用于持久化的文件進行設計，設計的內(nèi)容應包含:文件的存放位置、文件名稱、內(nèi)容編碼、內(nèi)容結構、讀寫控制機制等；
對持久化內(nèi)存數(shù)據(jù)進行設計，設計的內(nèi)容應包含數(shù)據(jù)的存儲格式、數(shù)據(jù)的緩存刷新機制、數(shù)據(jù)的讀寫時機和方式等；
對數(shù)據(jù)庫進行物理設計。設計的內(nèi)容應包含：表、視圖、存儲過程等；
模塊功能設計
對模塊/子模塊的的命名空間進行設計。如對源代碼的包結構進行設計；
對模塊/子模塊的內(nèi)部功能流程進行設計，將功能和職責細分到具體的類；
對于核心的類進行屬性和方法進行設計；
對復雜的計算進行算法設計；
共通功能設計
對異常、錯誤、消息和日志進行詳細的設計；
對內(nèi)存管理、線程管理等進行設計；
對系統(tǒng)性能諸如：抗壓性、吞吐量、響應速度、安全性等進行進行設計；
3.5.2《詳細設計書》評審
產(chǎn)品研發(fā)經(jīng)理組織相關干系人對《詳細設計書》進行評審。評審通過后，由配置組進行配置管理。
3.6 前端設計
前端設計是指根據(jù)視覺設計結果，進行CSS、HTML、JS進行編碼；
前端設計的主要工作為：超文本結構設計、樣式設計、交互效果實現(xiàn)、瀏覽器兼容設計、頁面性能優(yōu)化；
注：強調(diào)交互設計中的視覺設計，單獨作為一項工作內(nèi)容進行管理。
