系統(tǒng)設(shè)計(jì)編碼過程

1、密 級(jí)：部公開文檔編號(hào)：NTT_SD_PROC_XTSMGC版本號(hào)：V1.0系統(tǒng)設(shè)計(jì)編碼過程市新中新電子技術(shù)開發(fā)生效日期：市新中新電子技術(shù)開發(fā)對(duì)本文件資料享受著作權(quán)及其它專屬權(quán)利，未經(jīng)書面許可，不得將該等文件資料其全部或任何局部披露予任何第三方，或進(jìn)展修改后使用。文件更改摘要:日期版本號(hào)修訂說明修訂人審核人批準(zhǔn)人目 錄1 .目的/方針32 .圍33 .術(shù)語34 .角色與職責(zé)3.word.zl-5 .入口準(zhǔn)那么 46 .輸入 47 .流程圖 48 .主要活動(dòng) 48.1. 設(shè)計(jì)原那么48.2. 設(shè)計(jì)方法58.3. 多方案選擇58.4. 概要設(shè)計(jì)58.4.1. 概要設(shè)計(jì)68.4.2. 概要設(shè)計(jì)評(píng)審7

2、8.5. 詳細(xì)設(shè)計(jì)78.5.1. 詳細(xì)設(shè)計(jì)78.5.2. 詳細(xì)設(shè)計(jì)評(píng)審88.6. 編碼88.7. 單元測(cè)試88.8. 代碼走查98.9. 制作用戶文檔98.10. 變更99 .輸出 910 .出口準(zhǔn)那么1011 .引用文檔1012 .使用模板10. word.zl-1 .目的/方針系統(tǒng)設(shè)計(jì)編碼的目的在于開發(fā)、設(shè)計(jì)和實(shí)現(xiàn)關(guān)于需求的解決方案。本過程規(guī)定了工程開發(fā)設(shè)計(jì)工作應(yīng)遵循的步驟和原那么，保證 紙件需求說明書？中的各項(xiàng)要求在設(shè)計(jì)時(shí)都能夠得到滿足；對(duì)工程的編碼實(shí)現(xiàn)進(jìn)展質(zhì)量控制，保證編碼實(shí)現(xiàn)活動(dòng)按方案順利完成并與設(shè)計(jì)相一致。2 .圍適用于公司的研發(fā)類、合同開發(fā)類、維護(hù)開發(fā)類工程的系統(tǒng)設(shè)計(jì)編碼過程。3

3、 .術(shù)語無4 .角色與職責(zé)角色/部門職責(zé)工程經(jīng)理提請(qǐng)、參與設(shè)計(jì)評(píng)審，批準(zhǔn)設(shè)計(jì)結(jié)果協(xié)調(diào)工程組各角色之間的協(xié)同合作關(guān)系系統(tǒng)分析師根據(jù)球件需求說明書砒展系統(tǒng)整體架構(gòu)的分析和設(shè)計(jì)編寫？既要設(shè)計(jì)說明書？參加設(shè)計(jì)評(píng)審高級(jí)軟件工程師根據(jù)？既要設(shè)計(jì)說明書？以及鍛件需求說明書？，編寫系統(tǒng)？羊細(xì)設(shè) 計(jì)說明書？參加設(shè)計(jì)評(píng)審參與代碼走查軟件工程師根據(jù)？i羊細(xì)設(shè)計(jì)說明書？，完成代碼編寫以及單元測(cè)試，參與代碼 叱參加設(shè)計(jì)評(píng)審技術(shù)部組織或參與設(shè)計(jì)評(píng)審.word.zl-5.入口準(zhǔn)那么徽件需求說明書？已通過評(píng)審。6.輸入徽件需求說明書？7.流程圖軟件需求說明書概要設(shè)計(jì)說明書N概要設(shè)計(jì)Y編碼詳細(xì)設(shè)計(jì)說明書源代碼單元測(cè)試報(bào)告代碼走

4、查系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)庫設(shè)計(jì)說明書系統(tǒng)設(shè)計(jì)制作用戶文檔用戶操作手冊(cè)用戶安裝手冊(cè)圖1：系統(tǒng)設(shè)計(jì)編碼過程示意圖8.主要活動(dòng)系統(tǒng)設(shè)計(jì)編碼過程包括系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)。系統(tǒng)設(shè)計(jì)是指設(shè)計(jì)軟件系統(tǒng)的體系構(gòu)造、數(shù)據(jù)庫、模塊等，在需求和代碼之間建立橋梁，一般分概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段；系統(tǒng)實(shí)現(xiàn)是指軟件工程師按照系統(tǒng)設(shè)計(jì)去編碼開發(fā)，并進(jìn)展單元測(cè)試、 代碼走查；在設(shè)計(jì)編碼過程中同時(shí)進(jìn)展用戶文檔的編制。1.1. 設(shè)計(jì)原那么設(shè)計(jì)工作應(yīng)遵循以下原那么：? 正確、完整地反映 鍛件需求說明書？的各項(xiàng)要求，充分考慮其功能、性能、平 安、出錯(cuò)處理及其它需求。? 保證設(shè)計(jì)的易理解性、可追蹤性、可測(cè)試性、接口的開放性和兼容性，考慮強(qiáng)健性易

5、修改、可擴(kuò)大、可移植、重用性。采用適合本工程的設(shè)計(jì)方法。 假設(shè)系統(tǒng)使用了新工具和新技術(shù)， 為了確認(rèn)新工 具和新技術(shù)，可以采用快速原型法進(jìn)展技術(shù)預(yù)研。?考慮選用適宜的編程語言和開發(fā)工具，制定編碼規(guī)和系統(tǒng)約定等。?吸取以往設(shè)計(jì)的經(jīng)歷教訓(xùn)，防止重新出現(xiàn)同樣或類似的問題。?對(duì)于重要的和復(fù)雜度較高的局部要求有相當(dāng)經(jīng)歷的設(shè)計(jì)人員擔(dān)任。1.2. 設(shè)計(jì)方法設(shè)計(jì)時(shí)要使用有效的方法進(jìn)展軟件設(shè)計(jì)。主要的軟件設(shè)計(jì)方法包含但不限于：? 面向構(gòu)造設(shè)計(jì)方法：結(jié)合?軟件需求說明書?及系統(tǒng)不同層次的數(shù)據(jù)流圖，把整個(gè)系統(tǒng)分解為模塊并確定各模塊功能， 確定每個(gè)功能模塊的輸入、 轉(zhuǎn)換和輸出數(shù)據(jù)流， 并考慮各方面數(shù)據(jù)接口、 存儲(chǔ)方式等

6、。 迭代逐步分解各系統(tǒng)模塊， 直到確定每個(gè)功能模塊只執(zhí)行一個(gè)行為為止， 同時(shí)細(xì)化數(shù)據(jù)構(gòu)造設(shè)計(jì)， 完善數(shù)據(jù)字典以確保系統(tǒng)能獲得所需的輸出結(jié)果，從而完成系統(tǒng)構(gòu)架設(shè)計(jì)。? 面向?qū)ο笤O(shè)計(jì)方法：結(jié)合?軟件需求說明書?和系統(tǒng)選用的編程語言，確定客戶類包括子類及類的各種行為，并使用設(shè)計(jì)模型及相應(yīng)的列表，確定每個(gè)對(duì)象的客戶模塊關(guān)聯(lián)，并給予必要的方法設(shè)計(jì)。 迭代逐步檢查對(duì)象及其方法， 直到系統(tǒng)中每個(gè)對(duì)象擁有所有必需的方法，從而完成系統(tǒng)構(gòu)架設(shè)計(jì)。1.3. 多方案選擇系統(tǒng)設(shè)計(jì)過程進(jìn)展多方案選擇時(shí)， 按照?決策分析和決定過程?進(jìn)展系統(tǒng)架構(gòu)選擇和關(guān)鍵技術(shù)方案確實(shí)定，設(shè)計(jì)出多個(gè)侯選的技術(shù)解決方案。設(shè)計(jì)應(yīng)基于本錢、進(jìn)度、技

7、術(shù)性能、生命周期、產(chǎn)品運(yùn)作條件、風(fēng)險(xiǎn)、需求和技術(shù)變化等多個(gè)因素來進(jìn)展，開發(fā)出的解決方案將作為后續(xù)設(shè)計(jì)工作的根底，必須保證可行性與可操作性。并非所有工程都要求提供多個(gè)技術(shù)解決方案， 但為保證工程質(zhì)量和公司商業(yè)利益， 大型工程至少應(yīng)提供兩套以上技術(shù)解決方案。 小型工程和中型工程提供一個(gè)技術(shù)決策方案， 對(duì)于工程的級(jí)別較小或是公司部工程或?qū)夹g(shù)性要求不大的工程技術(shù)解決方案可以適當(dāng)?shù)牟脺p， 但對(duì)于其中某些重要局部需要提供兩個(gè)以上解決方案。1.4. 制作、購置與復(fù)用系統(tǒng)設(shè)計(jì)過程中，如果某一組建存在進(jìn)展新開發(fā)、采購或復(fù)用多方案選擇時(shí)：利用決策分析和決定過程確定新開發(fā)、采購和復(fù)用方案。參見?決策分析和決定過程

8、?。1.5. 概要設(shè)計(jì)概要設(shè)計(jì)是分析各種設(shè)計(jì)方案和定義軟件體系構(gòu)造的過程。 系統(tǒng)分析師在充分了解需求的根底上， 依據(jù)?軟件需求說明書?選用適當(dāng)?shù)脑O(shè)計(jì)方法，分析與設(shè)計(jì)軟件的構(gòu)造、 模塊功能。通過系統(tǒng)分解， 確定子系統(tǒng)的功能和子系統(tǒng)之間的關(guān)系， 以及模塊的功能和模塊之間的關(guān)系，編寫?概要設(shè)計(jì)說明書?。 ?概要設(shè)計(jì)說明書?必須經(jīng)過技術(shù)評(píng)審。1.5.1. 概要設(shè)計(jì)概要設(shè)計(jì)是建立整個(gè)軟件的體系構(gòu)造， 包括子系統(tǒng)、 模塊以及相關(guān)層次的說明、 每一模塊的接口定義等。包括：?總體架構(gòu)設(shè)計(jì)?接口設(shè)計(jì)?界面總體設(shè)計(jì)?數(shù)據(jù)構(gòu)造設(shè)計(jì)?系統(tǒng)出錯(cuò)處理設(shè)計(jì)可選?系統(tǒng)平安設(shè)計(jì)?系統(tǒng)部署等概要設(shè)計(jì)入口準(zhǔn)那么是?軟件需求說明書?

9、評(píng)審?fù)ㄟ^概要設(shè)計(jì)輸入是?軟件需求說明書?概要設(shè)計(jì)輸出形成?概要設(shè)計(jì)說明書?、 ?數(shù)據(jù)庫設(shè)計(jì)說明書?等概要設(shè)計(jì)的工作步驟：1. 工程經(jīng)理確定系統(tǒng)設(shè)計(jì)人員， 并討論確定階段出口準(zhǔn)那么， 通盤考慮并跟蹤上游順延下來的進(jìn)度、技術(shù)難度等風(fēng)險(xiǎn)、問題，與相關(guān)人員溝通，制定階段方案。必要時(shí)，請(qǐng)高層參與問題解決；2. 評(píng)估、 確認(rèn)需求分析結(jié)果， 并對(duì)可重用的軟件或功能模塊進(jìn)展性能測(cè)試， 通盤考慮整個(gè)系統(tǒng)構(gòu)造、功能擴(kuò)展性；3. 系統(tǒng)體系構(gòu)造設(shè)計(jì)：3-1 用選定的工具 如需求功能矩陣表等 和開發(fā)方案設(shè)定的交付方式 如小版本漸進(jìn)交付及設(shè)計(jì)方法，結(jié)合設(shè)計(jì)原那么如功能模塊化等 ，將系統(tǒng)分解為假設(shè)干子系統(tǒng)、功能模塊，并 3

10、-2 確定子系統(tǒng)、功能模塊及其間的關(guān)系；確定子系統(tǒng)、功能模塊間的約束、假設(shè)和依賴如系統(tǒng)運(yùn)行環(huán)境和開發(fā)、測(cè)試環(huán)境等，并考慮系統(tǒng)并發(fā)性和分布性要求；3-3 結(jié)合以上容，對(duì)系統(tǒng)的模塊邏輯實(shí)現(xiàn)和集成方法進(jìn)展設(shè)計(jì)，降低使軟件難于實(shí)現(xiàn)、測(cè)試必要時(shí)測(cè)試人員參與討論、維護(hù)的因素，形成高聚、低耦合的系統(tǒng)體系構(gòu)造；3-4 定義錯(cuò)誤處理和恢復(fù)策略，對(duì)可能出現(xiàn)的故障進(jìn)展分解，確定處理對(duì)策；4. 數(shù)據(jù)體系構(gòu)造設(shè)計(jì)：4-1 確定工程數(shù)據(jù)庫設(shè)計(jì)規(guī)那么以便于系統(tǒng)統(tǒng)一，其中包括：庫命名，邏輯設(shè)計(jì)，物理設(shè)計(jì)，平安性設(shè)計(jì)及優(yōu)化，管理規(guī)那么等；4-2數(shù)據(jù)庫設(shè)計(jì)一般要經(jīng)過“邏輯設(shè)計(jì)-物理設(shè)計(jì)-平安性設(shè)計(jì)-優(yōu)化等步驟，通常要迭代進(jìn)展：4

11、-3 邏輯設(shè)計(jì)分析軟件系統(tǒng)模塊及其之間的數(shù)據(jù)操作， 使用抽象數(shù)據(jù)類型設(shè)計(jì)， 轉(zhuǎn)換數(shù)據(jù)對(duì)象的屬性及其關(guān)聯(lián)、接口等容，設(shè)計(jì)并完善數(shù)據(jù)字典及其約束條件，實(shí)現(xiàn)數(shù)據(jù)的變量封裝構(gòu)造設(shè)計(jì)。面向構(gòu)造設(shè)計(jì)方法中為創(chuàng)立與數(shù)據(jù)庫相關(guān)的數(shù)據(jù)流圖或?qū)嶓w關(guān)系圖； 假設(shè)采用面向?qū)ο蠓椒ǎ?那么分析類信息傳遞容，并創(chuàng)立類圖；4-4 物理設(shè)計(jì)設(shè)計(jì)表構(gòu)造，與實(shí)體關(guān)系圖或類圖相結(jié)合；對(duì)表構(gòu)造進(jìn)展規(guī)化處理；4-5 平安性設(shè)計(jì)考慮數(shù)據(jù)庫的登陸訪問限制，用戶密碼加密，操作訪問權(quán)限等系統(tǒng)平安設(shè)計(jì)；4-6 優(yōu)化分析并優(yōu)化數(shù)據(jù)庫的 “時(shí) -空 即性能， 容量等 效率， 盡可能 “提高處理速度并且 “降 低數(shù)據(jù)占用空間。分析“時(shí) - 空效率的瓶

12、頸，找出優(yōu)化對(duì)象目標(biāo) ，并確定優(yōu)先級(jí)；消除對(duì)象目標(biāo)間的對(duì)抗性，必要時(shí)給出折中方案；給出優(yōu)化的具體措施，如逐步評(píng)估、優(yōu)化數(shù)據(jù)庫環(huán)境參數(shù)，對(duì)表格進(jìn)展反規(guī)化處理等，堅(jiān)持信息隱蔽等原那么，加強(qiáng)數(shù)據(jù)設(shè)計(jì)可維護(hù)性；1.5.2. 概要設(shè)計(jì)評(píng)審為保證概要設(shè)計(jì)的正確性、 完整性和與需求的一致性， 應(yīng)對(duì)概要設(shè)計(jì)說明書以及相關(guān)文檔進(jìn)展技術(shù)評(píng)審。選用技術(shù)評(píng)審會(huì)議的方式，提請(qǐng)?jiān)u審管理部門組織評(píng)審，具體過程參見評(píng)審規(guī)程?。評(píng)審組成員包括但不限于：工程經(jīng)理、需求分析人員、系統(tǒng)分析師、軟件工程師、QA 工程師、技術(shù)或業(yè)務(wù)專家輸入：?概要設(shè)計(jì)說明書?；輸出：?概要設(shè)計(jì)說明書?、?評(píng)審報(bào)告?、?數(shù)據(jù)庫設(shè)計(jì)說明書?；檢查單：?概要

13、設(shè)計(jì)檢查單?概要設(shè)計(jì)評(píng)審?fù)ㄟ^后， 概要設(shè)計(jì)說明書及其評(píng)審記錄納入受控庫管理。 負(fù)責(zé)概要設(shè)計(jì)的系統(tǒng)分析師填寫?需求跟蹤矩陣?的相關(guān)設(shè)計(jì)項(xiàng)。1.6. 詳細(xì)設(shè)計(jì)概要設(shè)計(jì)評(píng)審?fù)ㄟ^后， 依據(jù)?軟件需求說明書? ， 根據(jù)?概要設(shè)計(jì)說明書?， 高級(jí)軟件工程師進(jìn)一步細(xì)化系統(tǒng)的設(shè)計(jì)。針對(duì)每個(gè)子系統(tǒng)從功能、性能、輸入輸出、流程、接口、用戶界面等方面實(shí)施具體的詳細(xì)設(shè)計(jì)，編寫?詳細(xì)設(shè)計(jì)說明書?。 ?詳細(xì)設(shè)計(jì)說明書?必須經(jīng)過技術(shù)評(píng)審。1.6.1. 詳細(xì)設(shè)計(jì)根據(jù)確定的設(shè)計(jì)方法， 選擇適當(dāng)工具進(jìn)展詳細(xì)設(shè)計(jì)， 以獲得關(guān)于處理邏輯、 數(shù)據(jù)構(gòu)造和數(shù)據(jù)定義的更加詳盡的描述，最終產(chǎn)生軟件工程師可用的模塊說明?？梢园?描述?功能?

14、參數(shù)說明?性能可選?用戶界面?流程邏輯?算法等詳細(xì)設(shè)計(jì)輸出?詳細(xì)設(shè)計(jì)說明書?、細(xì)化的?數(shù)據(jù)庫設(shè)計(jì)說明書?等。1.6.2. 詳細(xì)設(shè)計(jì)評(píng)審為保證詳細(xì)設(shè)計(jì)的正確性、 完整性和與概要設(shè)計(jì)和需求的一致性， 應(yīng)對(duì)詳細(xì)設(shè)計(jì)說明書以及相關(guān)文檔進(jìn)展技術(shù)評(píng)審。 由工程經(jīng)理作為評(píng)審組長， 組織按照組評(píng)審、 輪查的方式進(jìn)展，或由工程經(jīng)理指定人員按個(gè)人復(fù)查的方式進(jìn)展，具體過程參見?評(píng)審規(guī)程?。評(píng)審組成員包括但不限于：系統(tǒng)分析師、軟件工程師、 QA 工程師、工程經(jīng)理、技術(shù)或業(yè)務(wù)專家；輸入：?詳細(xì)設(shè)計(jì)說明書?；輸出：?詳細(xì)設(shè)計(jì)說明書?、 ?會(huì)議紀(jì)要?；檢查單：?詳細(xì)設(shè)計(jì)檢查單?詳細(xì)設(shè)計(jì)評(píng)審?fù)ㄟ^后， 詳細(xì)設(shè)計(jì)說明書及其評(píng)審記

15、錄納入受控庫管理。 負(fù)責(zé)詳細(xì)設(shè)計(jì)的高級(jí)軟件工程師填寫?需求跟蹤矩陣?的相關(guān)設(shè)計(jì)項(xiàng)。1.7. 編碼系統(tǒng)設(shè)計(jì)完成后，進(jìn)入編碼階段。工程組在系統(tǒng)設(shè)計(jì)時(shí)開場(chǎng)制定編碼規(guī)，在進(jìn)入編碼階段之前，必須確定工程的編碼規(guī)：直接使用公司現(xiàn)有的編碼規(guī)引用公司現(xiàn)有的編碼規(guī)，在設(shè)計(jì)階段開場(chǎng)此根底上進(jìn)展修改，生成工程的編碼規(guī)，必須經(jīng)過 EPG 審批后使用。公司沒有的，工程組應(yīng)在設(shè)計(jì)階段開場(chǎng)建立新的編碼規(guī)，經(jīng)過EPG 審批后使用。編碼是把系統(tǒng)設(shè)計(jì)轉(zhuǎn)換為程序代碼的過程。軟件工程師：依據(jù)設(shè)計(jì)說明書，開展具體的程序代碼的編寫。嚴(yán)格工程的編程規(guī)及工程組的系統(tǒng)約定。借鑒以往編碼的經(jīng)歷和代碼復(fù)用。1.8. 單元測(cè)試編碼完成的系統(tǒng)各模塊必

16、須經(jīng)過單元測(cè)試。由模塊開發(fā)人員進(jìn)展，有條件的可以由其它開發(fā)人員進(jìn)展互換測(cè)試。測(cè)試需要關(guān)注以下幾個(gè)方面：? 源代碼編譯測(cè)試代碼是否通過編譯。?SQL 腳本 測(cè)試數(shù)據(jù)庫腳本、存儲(chǔ)過程運(yùn)行是否正常。?模塊接口 對(duì)被測(cè)模塊，信息是否能正確地流入和流出。? 局部數(shù)據(jù)構(gòu)造在模塊的工作過程中，其部的數(shù)據(jù)能否保持其完整性。?邊界條件 在邊界上模塊是否能正常工作。? 覆蓋條件 模塊的運(yùn)行是是否滿足設(shè)計(jì)的邏輯要求。?出錯(cuò)處理 檢查模塊的錯(cuò)誤處理設(shè)施是否有效。建議引用測(cè)試工具自動(dòng)執(zhí)行單元測(cè)試?；Q測(cè)試發(fā)現(xiàn)的問題納入缺陷管理，參見?缺陷管理規(guī)程?。輸出單元測(cè)試報(bào)告 ，納入測(cè)試庫管理。?利用工具自動(dòng)執(zhí)行單元測(cè)試的，可由

17、工具直接導(dǎo)出測(cè)試報(bào)告?手動(dòng)執(zhí)行的，按模板生成單元測(cè)試報(bào)告完成各模塊的單元測(cè)試后，負(fù)責(zé)編碼的軟件工程師填寫?需求跟蹤矩陣?的相關(guān)編碼模塊。單元測(cè)試后形成?單元測(cè)試報(bào)告?1.9. 代碼走查軟件模塊經(jīng)過單元測(cè)試， 由工程經(jīng)理在進(jìn)度方案中籌劃并安排軟件工程師進(jìn)展程序代碼檢查，檢查發(fā)現(xiàn)的問題納入缺陷管理參見?缺陷管理規(guī)程? ，直到問題解決。代碼走查采用個(gè)人復(fù)查方式執(zhí)行。具體過程參見?評(píng)審規(guī)程?代碼走查通過后代碼納入測(cè)試庫管理。代碼走查后形成?代碼走查單?1.10. 制作用戶文檔系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)過程中還須輸出?用戶操作手冊(cè)?、 ?用戶安裝手冊(cè)?等用戶文檔。由工程經(jīng)理指定人員完成。 在系統(tǒng)設(shè)計(jì)階段構(gòu)造用戶文檔的框架和根本容， 在編碼及單元測(cè)試過程 中進(jìn)展充實(shí)，在確認(rèn)測(cè)試之前完成編寫。用戶文檔經(jīng)過確認(rèn)測(cè)試納入受控庫管理。1.11. 變更對(duì)進(jìn)入受控庫的設(shè)計(jì)、編碼及用戶文檔的變更，按?變更管理規(guī)程?執(zhí)行。1.12. 建立和維護(hù)數(shù)據(jù)包TDP ： Technical Data Package技術(shù)數(shù)據(jù)包是一些元素的集合，這些元素和一種類型 的產(chǎn)品或產(chǎn)品組件相關(guān)。包括：產(chǎn)品總體構(gòu)造描述、確定的需求、產(chǎn)品組件描述、產(chǎn)品相關(guān)生命周期過程描述如果沒有在獨(dú)立的產(chǎn)品組件中描述 、關(guān)鍵產(chǎn)品特性、必須的物理特性和約束關(guān)系、接口需求、保證需求被滿足的驗(yàn)收條件、可操作性場(chǎng)景等。把這些相關(guān)工作產(chǎn)品