1、質(zhì)量管理體系過(guò)程文件軟件設(shè)計(jì)編碼過(guò)程文件版本信息：日期版本號(hào)版本說(shuō)明修訂人審核人批準(zhǔn)人目 錄 1.目的32.范圍33.術(shù)語(yǔ)34.角色與職責(zé)35.入口準(zhǔn)則36.輸入37.流程圖38.主要活動(dòng)48.1.設(shè)計(jì)原則48.2.設(shè)計(jì)方法48.3.多方案選擇58.4.概要設(shè)計(jì)58.4.1.概要設(shè)計(jì)58.4.2.概要設(shè)計(jì)評(píng)審58.5.詳細(xì)設(shè)計(jì)68.5.1.詳細(xì)設(shè)計(jì)68.5.2.詳細(xì)設(shè)計(jì)評(píng)審68.6.編碼68.7.單元測(cè)試78.8.代碼走查78.9.制作用戶文檔88.10.變更89.輸出810.出口準(zhǔn)則811.引用文檔81. 目的設(shè)計(jì)編碼的目的在于設(shè)計(jì)和實(shí)現(xiàn)關(guān)于需求的解決方案。保證需求規(guī)格說(shuō)明書(shū)中的各項(xiàng)要求在設(shè)

2、計(jì)時(shí)都能夠得到滿足；對(duì)項(xiàng)目的編碼實(shí)現(xiàn)進(jìn)行質(zhì)量控制，保證編碼實(shí)現(xiàn)活動(dòng)按計(jì)劃順利完成并與設(shè)計(jì)相一致。2. 范圍適用于公司的各類軟件項(xiàng)目的系統(tǒng)設(shè)計(jì)編碼過(guò)程。3. 術(shù)語(yǔ)無(wú)4. 角色與職責(zé)角色/部門(mén)職責(zé)項(xiàng)目經(jīng)理組織和參與設(shè)計(jì)評(píng)審，批準(zhǔn)設(shè)計(jì)結(jié)果協(xié)調(diào)項(xiàng)目組內(nèi)各角色之間的協(xié)同合作關(guān)系設(shè)計(jì)人員進(jìn)行系統(tǒng)整體架構(gòu)的分析和設(shè)計(jì)；編寫(xiě)概要設(shè)計(jì)說(shuō)明書(shū)；參與詳細(xì)設(shè)計(jì)的評(píng)審開(kāi)發(fā)人員進(jìn)行詳細(xì)設(shè)計(jì)，編寫(xiě)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)；編寫(xiě)代碼并進(jìn)行單元測(cè)試，執(zhí)行代碼走查5. 入口準(zhǔn)則l 需求規(guī)格說(shuō)明書(shū)已通過(guò)評(píng)審。6. 輸入l 需求規(guī)格說(shuō)明書(shū)7. 流程圖 圖1: 系統(tǒng)設(shè)計(jì)編碼過(guò)程8. 主要活動(dòng)系統(tǒng)設(shè)計(jì)編碼過(guò)程包括系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)。系統(tǒng)設(shè)計(jì)是指設(shè)

3、計(jì)軟件系統(tǒng)的體系結(jié)構(gòu)、數(shù)據(jù)庫(kù)、模塊等，在需求和代碼之間建立橋梁，一般分概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段；系統(tǒng)實(shí)現(xiàn)是指開(kāi)發(fā)人員按照系統(tǒng)設(shè)計(jì)去編碼開(kāi)發(fā)，并進(jìn)行單元測(cè)試、代碼走查；在設(shè)計(jì)編碼過(guò)程中同時(shí)進(jìn)行用戶文檔的編制。8.1. 概要設(shè)計(jì)概要設(shè)計(jì)是分析各種設(shè)計(jì)方案和定義軟件體系結(jié)構(gòu)的過(guò)程。設(shè)計(jì)人員在充分了解需求的基礎(chǔ)上，依據(jù)需求規(guī)格說(shuō)明書(shū)選用適當(dāng)?shù)脑O(shè)計(jì)方法，分析與設(shè)計(jì)軟件的結(jié)構(gòu)、模塊功能。通過(guò)系統(tǒng)分解，確定子系統(tǒng)的功能和子系統(tǒng)之間的關(guān)系，以及模塊的功能和模塊之間的關(guān)系，編寫(xiě)概要設(shè)計(jì)說(shuō)明書(shū)。概要設(shè)計(jì)說(shuō)明書(shū)必須經(jīng)過(guò)技術(shù)評(píng)審。8.1.1. 解決方案選擇系統(tǒng)設(shè)計(jì)時(shí)可能會(huì)涉及到多種解決方案的選擇，如：l 系統(tǒng)實(shí)現(xiàn)路

4、線；l 采用的工具和技術(shù)；l 產(chǎn)品架構(gòu)；l 設(shè)計(jì)模式；l 模塊的制作、購(gòu)買(mǎi)或重用等。當(dāng)出現(xiàn)多種候選方案，難以通過(guò)簡(jiǎn)單的方法判斷出方案的優(yōu)劣時(shí)，應(yīng)按照S_DAR00_決策分析和決定過(guò)程進(jìn)行決策。8.1.2. 概要設(shè)計(jì) 概要設(shè)計(jì)是建立整個(gè)軟件的體系結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說(shuō)明、每一模塊的接口定義等。概要設(shè)計(jì)的主要步驟有：n 選擇設(shè)計(jì)方法；n 識(shí)別解決方案的主要組件：根據(jù)解決方案的技術(shù)架構(gòu)和分析方法（面向?qū)ο?、面向結(jié)構(gòu)），相應(yīng)確定解決方案的組件模塊；n 對(duì)候選技術(shù)和工具、組件進(jìn)行評(píng)估，確定是進(jìn)行開(kāi)發(fā)、購(gòu)買(mǎi)還是復(fù)用已有技術(shù)（工具或者組件）。評(píng)估開(kāi)發(fā)、購(gòu)買(mǎi)或復(fù)用方案時(shí)需要考慮的事項(xiàng)包括：業(yè)務(wù)

5、方面：可行性、產(chǎn)品成本、經(jīng)驗(yàn)、投資回報(bào)、成熟度及其他因素；企業(yè)體系結(jié)構(gòu)方面：解決方案必須與當(dāng)前狀態(tài)和遠(yuǎn)景狀態(tài)計(jì)劃的約束相適應(yīng)。包括與企業(yè)現(xiàn)有系統(tǒng)的集成等；技術(shù)方面：安全、組件模塊交互標(biāo)準(zhǔn)、數(shù)據(jù)訪問(wèn)、數(shù)據(jù)存儲(chǔ)、系統(tǒng)服務(wù)、開(kāi)發(fā)工具、操作系統(tǒng)等。n 識(shí)別解決方案主要組件的重要屬性和關(guān)鍵關(guān)系：在前一任務(wù)的基礎(chǔ)上，對(duì)解決方案主要組件的重要屬性和關(guān)鍵關(guān)系進(jìn)行識(shí)別；n 進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)，建立數(shù)據(jù)庫(kù)的邏輯模型和物理模型；n 進(jìn)行用戶界面設(shè)計(jì)，確定整個(gè)系統(tǒng)的界面框架以及界面風(fēng)格；n 形成概要設(shè)計(jì)說(shuō)明書(shū)。8.1.3. 概要設(shè)計(jì)評(píng)審概要設(shè)計(jì)的結(jié)果應(yīng)進(jìn)行技術(shù)評(píng)審。技術(shù)評(píng)審由設(shè)計(jì)人員提出，由項(xiàng)目經(jīng)理組織召開(kāi)。技術(shù)評(píng)審會(huì)議

6、應(yīng)邀請(qǐng)需求分析師、公司的技術(shù)專家、開(kāi)發(fā)人員、測(cè)試人員等參加。關(guān)于技術(shù)評(píng)審會(huì)議的要求詳見(jiàn)評(píng)審過(guò)程。8.2. 詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)可以和概要設(shè)計(jì)并行進(jìn)行，但應(yīng)考慮并行設(shè)計(jì)不會(huì)因概要設(shè)計(jì)而導(dǎo)致較大的詳細(xì)設(shè)計(jì)返工。 8.2.1. 詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)是從開(kāi)發(fā)需求的角度描述解決方案的組件、服務(wù)和技術(shù)的過(guò)程。詳細(xì)設(shè)計(jì)定義了解決方案的各個(gè)組成部分，以及這些組成部分的開(kāi)發(fā)方法和交互方式。詳細(xì)設(shè)計(jì)的步驟包括：n 選擇用于開(kāi)發(fā)解決方案的技術(shù)并完善設(shè)計(jì)模型：在概要設(shè)計(jì)的基礎(chǔ)上，選擇開(kāi)發(fā)解決方案采用的技術(shù)，并且完善對(duì)應(yīng)的設(shè)計(jì)模型。n 確定分發(fā)和打包策略：分發(fā)和打包策略決定了最終各模塊功能服務(wù)在解決方案體系結(jié)構(gòu)中的位置以及模塊

7、功能服務(wù)在哪個(gè)組件的基本原理。設(shè)計(jì)時(shí)需要在理解客戶業(yè)務(wù)環(huán)境、業(yè)務(wù)架構(gòu)現(xiàn)狀和發(fā)展趨勢(shì)的基礎(chǔ)上，考慮設(shè)計(jì)的可伸縮性、性能、可管理性、重用性。此外，高內(nèi)聚性、低耦合性是優(yōu)秀組件模塊設(shè)計(jì)的特征之一，需要作為設(shè)計(jì)參考。n 將組件和服務(wù)打包：根據(jù)解決方案的基礎(chǔ)架構(gòu)，將各功能組件模塊分布到基礎(chǔ)架構(gòu)的各個(gè)部分。n 將組件分發(fā)到網(wǎng)絡(luò)拓?fù)渲校簩?yīng)用程序模塊與網(wǎng)絡(luò)、物理服務(wù)器拓?fù)渎?lián)系起來(lái)構(gòu)成部署模型。n 確定編程模型：編程模型是一組特定的準(zhǔn)則，提供了一致性的組件實(shí)現(xiàn)。編程模型包含了：實(shí)現(xiàn)技術(shù)、狀態(tài)對(duì)象和無(wú)狀態(tài)對(duì)象、進(jìn)程內(nèi)函數(shù)調(diào)用和進(jìn)程外函數(shù)調(diào)用、內(nèi)聚性和耦合性、連接模型和非連接模型、同步編程模型和異步編程模型、線程

8、模型、錯(cuò)誤處理、安全性和分發(fā)等方面的準(zhǔn)則。n 指定詳細(xì)的組件接口、屬性和服務(wù)：包括了組件接口設(shè)計(jì)、用戶詳細(xì)界面設(shè)計(jì)。n 詳細(xì)設(shè)計(jì)輸出詳細(xì)設(shè)計(jì)說(shuō)明書(shū)。8.2.2. 詳細(xì)設(shè)計(jì)評(píng)審詳細(xì)設(shè)計(jì)根據(jù)設(shè)計(jì)需要確定是否進(jìn)行評(píng)審。一般，以下情況應(yīng)進(jìn)行詳細(xì)設(shè)計(jì)評(píng)審：l 新業(yè)務(wù)的設(shè)計(jì)；l 涉及3個(gè)及以上業(yè)務(wù)流程的設(shè)計(jì)；l 復(fù)雜算法和數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)；l 新設(shè)計(jì)人員設(shè)計(jì)的結(jié)果。技術(shù)評(píng)審由詳細(xì)設(shè)計(jì)人員提出和組織召開(kāi)。技術(shù)評(píng)審會(huì)議應(yīng)邀請(qǐng)概要設(shè)計(jì)人員、開(kāi)發(fā)人員等參加。關(guān)于技術(shù)評(píng)審會(huì)議的要求詳見(jiàn)評(píng)審過(guò)程。8.3. 編碼實(shí)現(xiàn)8.3.1. 開(kāi)發(fā)環(huán)境準(zhǔn)備代碼開(kāi)發(fā)前應(yīng)對(duì)開(kāi)發(fā)環(huán)境進(jìn)行規(guī)范并搭建開(kāi)發(fā)環(huán)境。開(kāi)發(fā)環(huán)境搭建應(yīng)考慮的內(nèi)容有：l 開(kāi)

9、發(fā)服務(wù)器環(huán)境（開(kāi)發(fā)數(shù)據(jù)庫(kù)、源代碼管理、網(wǎng)絡(luò)、項(xiàng)目組門(mén)戶等）；l 開(kāi)發(fā)工具及版本；l 編碼涉及的復(fù)用組件及版本；l 代碼目錄結(jié)構(gòu)；l 編碼規(guī)范等。開(kāi)發(fā)環(huán)境應(yīng)由開(kāi)發(fā)負(fù)責(zé)人配置好后，對(duì)開(kāi)發(fā)人員進(jìn)行培訓(xùn)。8.3.2. 代碼編寫(xiě)開(kāi)發(fā)人員根據(jù)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)進(jìn)行編碼實(shí)現(xiàn)。代碼編寫(xiě)應(yīng)考慮以下兩個(gè)方面：l 編程方法：為提高代碼的質(zhì)量，可使用一些有效的編程方法來(lái)編制軟件。常見(jiàn)的編程方法有：結(jié)構(gòu)化編程、面向?qū)ο缶幊?、重用已有代碼或者組件等。此外代碼編寫(xiě)根據(jù)所使用的開(kāi)發(fā)語(yǔ)言不同，應(yīng)該遵循相應(yīng)的編碼規(guī)范。l 編程實(shí)現(xiàn)順序：根據(jù)項(xiàng)目進(jìn)度計(jì)劃確定各功能單元的編程順序，在編程過(guò)程中要嚴(yán)格按順序來(lái)進(jìn)行編碼。8.3.3. 單元測(cè)

10、試單元測(cè)試的目的是為保證編寫(xiě)的每個(gè)代碼單元片段功能實(shí)現(xiàn)滿足設(shè)計(jì)要求，提高提交的代碼質(zhì)量而由開(kāi)發(fā)人員進(jìn)行的測(cè)試工作。單元測(cè)試指通過(guò)設(shè)計(jì)測(cè)試用例，執(zhí)行待測(cè)程序來(lái)跟蹤比較實(shí)際結(jié)果與預(yù)期結(jié)果來(lái)發(fā)現(xiàn)錯(cuò)誤。單元測(cè)試由模塊開(kāi)發(fā)人員進(jìn)行，有條件的可以由其它開(kāi)發(fā)人員進(jìn)行互換測(cè)試。單元測(cè)試需要關(guān)注以下幾個(gè)方面：Ø 源代碼編譯-測(cè)試代碼是否通過(guò)編譯。Ø SQL腳本-測(cè)試數(shù)據(jù)庫(kù)腳本、存儲(chǔ)過(guò)程運(yùn)行是否正常。Ø 模塊接口-對(duì)被測(cè)模塊，信息是否能正確地流入和流出。Ø 局部數(shù)據(jù)結(jié)構(gòu)-在模塊的工作過(guò)程中，其內(nèi)部的數(shù)據(jù)能否保持其完整性。Ø 出錯(cuò)處理-檢查模塊的錯(cuò)誤處理是否有效?？?/p>

11、關(guān)注以下幾個(gè)方面：Ø 邊界條件-在邊界上模塊是否能正常工作。Ø 覆蓋條件-模塊的運(yùn)行是是否滿足設(shè)計(jì)的邏輯要求。建議引用測(cè)試工具自動(dòng)執(zhí)行單元測(cè)試。測(cè)試結(jié)果形成單元測(cè)試報(bào)告，納入配置管理。Ø 利用工具自動(dòng)執(zhí)行單元測(cè)試的，可由工具直接導(dǎo)出單元測(cè)試報(bào)告；完成各模塊的單元測(cè)試后，開(kāi)發(fā)人員填寫(xiě)需求跟蹤矩陣的相關(guān)編碼模塊。8.3.4. 代碼走查軟件模塊經(jīng)過(guò)單元測(cè)試，由開(kāi)發(fā)經(jīng)理在進(jìn)度計(jì)劃中策劃并安排開(kāi)發(fā)人員進(jìn)行程序代碼走查。代碼走查策劃的原則可以從以下幾個(gè)方面關(guān)注:u 新員工編寫(xiě)的代碼u 關(guān)鍵業(yè)務(wù)或系統(tǒng)核心代碼u 問(wèn)題較多的代碼u 新增模塊的代碼等u 讓步發(fā)布或發(fā)到用戶現(xiàn)場(chǎng)測(cè)試的代碼開(kāi)發(fā)經(jīng)理可以在項(xiàng)目的PDP說(shuō)明中策劃確認(rèn)代碼走查策劃的原則，并在進(jìn)度計(jì)劃中安排代碼走查的任務(wù)。代碼走查由開(kāi)發(fā)經(jīng)理確定是個(gè)人走查或是團(tuán)隊(duì)走查。8.4. 用戶文檔編寫(xiě) 作為最終產(chǎn)品的一部分，項(xiàng)目還應(yīng)編寫(xiě)用戶使用手冊(cè)、用戶培訓(xùn)教材