設計過程規(guī)范培訓-20141103

交易業(yè)務支撐部設計流程規(guī)范質控測試室2014/10/22*目錄設計過程活動規(guī)范2培訓內(nèi)容與目的13Q&A培訓內(nèi)容總體介紹培訓內(nèi)容：設計人員在項目過程所參加的活動設計階段具體的活動及相關交附件設計階段所需要用到的模版及交附件入庫位置培訓目的：明確設計人員在項目過程的活動提高設計人員的規(guī)范意識*目錄培訓內(nèi)容與目的1設計過程活動規(guī)范23Q&A*項目籌備階段項目初始，項目經(jīng)理對整個項目進行規(guī)劃，籌備項目啟動事項設計組長確定小組成員配合項目經(jīng)理完成項目約定的建立評審項目籌備計劃參加項目內(nèi)部啟動會參與課題研究及可研設計評估并提交設計工作量該階段設計組需參與的活動

*需求階段項目籌備后，各小組人員確定，業(yè)務人員對新項目進行需求調(diào)研，確認業(yè)務需求該階段設計組需參與的活動

反饋并提交該階段設計組工作量提交小組周報評審業(yè)務需求，并對設計組提出的評審意見進行跟蹤根據(jù)需求變更修改設計文檔，追蹤變更結果*啟動項目管理制定設計計劃協(xié)助項目經(jīng)理識別關鍵技術和掌控方法協(xié)助項目經(jīng)理進行項目估算工作審核項目總體計劃和子計劃參加項目正式啟動會評估并提交設計階段工作量設計組長參與廠商交流及選型供應商協(xié)議管理業(yè)務需求確定后，項目經(jīng)理組織召開項目正式啟動會，正式啟動項目該階段設計組需參與的活動

*需求分析階段項目管理參加需求分析里程碑會議參加項目周例會提交小組周報提交設計工作量根據(jù)行動計劃糾正問題和關閉風險項目需求明確，項目正式啟動后，開始進行需求分析工作該階段設計組需參與的活動

需求工程參加需求分析里程碑會議，評審需求分析文檔，并對評審的結果進行跟蹤*設計階段該階段設計組需參與的活動

需求工程維護需求跟蹤矩陣中需求和HLD的對應關系

項目管理組織設計階段里程碑會議參加項目周例會提交設計工作量根據(jù)行動計劃糾正問題和關閉風險

設計工程制定設計方案組織設計方案評審編寫設計文檔組織設計文檔評審根據(jù)計劃進行設計項目需求明確后，項目籌備計劃中關于技術路線的概要計劃已制定，架構師組織技術方案的評審。需求分析確定后，設計組長帶領設計團隊進行設計階段的工作*設計階段---確定技術路線確定技術路線責任分工結束條件進入條件總體概述134項目籌備計劃中關于確定技術路線的概要計劃已經(jīng)制定《需求說明書》已輸出并入庫2設計組組長/架構師：識別項目可能存在的技術路線，并同PM協(xié)商選定設計人員作為技術路線研究人員設計人員：對系統(tǒng)可以采用的技術路線及該技術路線存在的技術問題進行研究和驗證需求人員/需求分析人員：參加對技術方案的評審開發(fā)人員：參加對技術方案的評審公司技術專家：參加對技術方案的評審技術路線方案已經(jīng)產(chǎn)生，并已經(jīng)通過技術評審《候選方案說明書》及《決策表》已輸出并入庫需求確定后，架構師根據(jù)開發(fā)總體進度制定技術路線計劃，研究技術路線，確定技術方案*設計階段---確定技術路線輸出《技術路線方案》使用DAR過程對技術路線候選方案進行評估，確定最終的方案項目籌備期間，設計組長對項目要用到的主要技術進行技術預研；根據(jù)預研目標和計劃，確定預研參與人員及預研成果包括：技術路線目標、應獲得的工作成果、進度表、人員分工*設計階段---確定技術路線技術路線研究方法技術路線研究內(nèi)容硬件配置操作系統(tǒng)帶來的改造中間件等第三方軟件產(chǎn)品應用軟件架構等方法論實施產(chǎn)品試用驗證原型開發(fā)產(chǎn)品測試等*

技術路線方案編寫及評審技術路線方案評審采用正式的技術評審流程如右圖：項目經(jīng)理或技術負責人組織進行《候選方案說明書》的技術評審工作參與評審的人員有：1.項目經(jīng)理2.設計人員3.需求人員4.開發(fā)人員5.技術專家6.QA使用《評審過程規(guī)范》中的“檢視”子過程對技術方案進行評審。應事先根據(jù)《決策與分析解決方案規(guī)范》確定技術方案的評估準則，根據(jù)此評估準則進行審查確定技術方案的優(yōu)劣及是否可行。評估準則的確定應主要考慮技術方案研究時重點要確認的地方，兼而考慮一些其它的因素如是否滿足需求、實現(xiàn)難易程度、工作量、性能、可擴充性、技術變化等。設計階段---確定技術路線*

SVN入庫內(nèi)容：技術路線方案評審前需編寫候選方案說明書針對多個技術路線方案，評審采用決策表評審結束后輸出評審報告或會議紀要SVN入庫路徑：候選方案說明書入到SVN的目錄：

XXXX項目\trunk\doc\01_可行性研究\03_課題研究決策表入到SVN的目錄：

XXXX項目\trunk\doc\2_管理文檔\07_決策分析評審報告或會議紀要入到SVN的目錄：

XXXX項目\trunk\doc\03_技術文檔\14_評審記錄\07_計劃評審記錄技術路線方案入庫設計階段---確定技術路線*設計架構責任分工結束條件進入條件總體概述134《功能規(guī)格說明書》已完成并入庫技術路線已經(jīng)確《技術路線方案》并入庫2設計組組長：組織設計人員進行系統(tǒng)架構的分析和設計工作設計人員（系統(tǒng)分析員）：進行系統(tǒng)架構的分析與設計工作開發(fā)人員：參加對架構設計HLD的評審公司技術專家：參加對架構設計HLD的評審架構設計文檔已經(jīng)完成，并且應該通過了技術評審《系統(tǒng)平臺環(huán)境HLD》、《系統(tǒng)軟件架構HLD》、《前臺框架HLD》已輸出并入庫技術路線確定后，設計組長帶領設計組員進行系統(tǒng)架構設計設計階段---設計架構*設計階段---設計架構從需求文檔如《功能規(guī)格說明書》中提取需求約束，包含接口，環(huán)境及其他隱含約束系統(tǒng)分析員進行系統(tǒng)分解與設計《系統(tǒng)平臺環(huán)境HLD》《系統(tǒng)軟件架構HLD》《前臺框架HLD》

說明為了方便本系統(tǒng)在將來擴展功能，現(xiàn)在有什么措施說明本系統(tǒng)在當前以及將來的復用策略說明當兩個目標難以同時優(yōu)化時如何折衷，例如“時－空”效率折衷，復雜性與實用性折衷確定設計策略折衷策略復用策略擴展策略設計階段---設計架構將系統(tǒng)分解為若干子系統(tǒng)，確定每個子系統(tǒng)的功能以及子系統(tǒng)之間的相互關系和交互機制.將子系統(tǒng)分解為若干模塊，確定每個模塊的功能以及模塊之間的相互關系和交互機制確定軟件部件與硬件的部署關系以及集成順序.確定系統(tǒng)開發(fā)、測試、運行所需的軟硬件環(huán)境.系統(tǒng)分析員進行系統(tǒng)分解與設計設計步驟設計階段---設計架構*架構設計文檔評審架構設計文檔評審采用正式的技術評審流程如右圖：架構設計完成后，項目經(jīng)理或技術負責人應召集技術專家、開發(fā)人員等對架構設計文檔進行正式技術評審在評審考慮的主要要素包括：合適性：該系統(tǒng)架構是否適合于系統(tǒng)需求，是否能在預定計劃內(nèi)實現(xiàn)。系統(tǒng)的綜合能力：如性能、可維護性、可擴展性、可復用性、安全性等架構設計中使用的設計模式和部件耦合度。參與評審的人員有：1.項目經(jīng)理2.設計人員3.需求人員4.開發(fā)人員5.技術專家6.QA設計階段---設計架構*

SVN入庫內(nèi)容：架構設計之前前需編寫架構設計文檔架構設計文檔編寫后需組織評審，并結輸出評審報告或會議紀要SVN入庫路徑：候選方案說明書入到SVN的目錄：

XXXX項目\trunk\doc\03_技術文檔\03_概要設計評審報告或會議紀要入到SVN的目錄：

XXXX項目\trunk\doc\

03_技術文檔\14_評審記錄\03_HLD評審記錄架構設計文檔入庫設計階段---設計架構*設計接口責任分工結束條件進入條件總體概述134需求較為明確，《功能規(guī)格說明書》已經(jīng)完成并入庫技術路線已經(jīng)確定，《技術路線方案》已經(jīng)完成并入庫系統(tǒng)架構已經(jīng)確定，系統(tǒng)架構HLD已經(jīng)完成并入庫2設計組組長：指定若干開發(fā)人員進行接口設計設計人員（系統(tǒng)分析員）：設計和編寫接口設計文檔開發(fā)人員：參加接口設計文檔的評審接口設計文檔已經(jīng)完成，并且通過評審《外部接口HLD》《內(nèi)部接口接口HLD》已輸出并入庫架構設計完成后，設計組長組織設計人員編寫接口設計文檔，組織接口設計設計階段---設計接口*設計階段---設計接口接口識別：

主要識別出系統(tǒng)與用戶、系統(tǒng)內(nèi)各部件之間、系統(tǒng)與其他外部系統(tǒng)之間的接口接口規(guī)劃：對這些接口進行規(guī)劃后進行接口設計，編寫接口設計文檔，并進行評審《外部接口HLD》《內(nèi)部接口HLD》*接口設計文檔評審及入庫接口設計文檔評審采用正式的技術評審流程如右圖：口設計人員邀請開發(fā)人員、同行對接口設計進行正式技術評審，評審流程請參考相關文檔接口的主要評審要素包括：擴展性安全性“時－空”效率參與評審的人員有：1.項目經(jīng)理2.設計人員3.需求人員4.開發(fā)人員5.技術專家6.QA設計階段---設計接口*設計數(shù)據(jù)庫責任分工結束條件進入條件總體概述134需求較為明確，《功能規(guī)格說明書》已經(jīng)完成并入庫技術路線已經(jīng)確定，《技術路線方案》已經(jīng)完成并入庫系統(tǒng)架構已經(jīng)確定，系統(tǒng)架構HLD已經(jīng)完成并入庫2設計組組長：組織數(shù)據(jù)庫設計工作的組織數(shù)據(jù)庫人員：進行項目數(shù)據(jù)模型規(guī)劃；設計文檔數(shù)據(jù)字典文檔編寫、評審DBA：數(shù)據(jù)庫開發(fā)規(guī)范制定；設計文檔數(shù)據(jù)字典文檔評審；項目組數(shù)據(jù)字典（ERWIN）和全量SQL的維護；開發(fā)、測試環(huán)境數(shù)據(jù)庫維護和管理；在擴容項目中則需編寫數(shù)據(jù)遷移腳本

；數(shù)據(jù)庫設計文檔已經(jīng)完成，并且通過評審裁剪后的數(shù)據(jù)庫設計規(guī)范；數(shù)據(jù)模型規(guī)劃文檔數(shù)據(jù)字典；跨數(shù)據(jù)庫對象訪問匯總操作HLD；數(shù)據(jù)遷移方案；并行期間數(shù)據(jù)比對方案等已輸出并入庫技術路線確定后，設計組長帶領設計組員進行系統(tǒng)數(shù)據(jù)庫設計設計階段---設計數(shù)據(jù)庫*設計階段---設計數(shù)據(jù)庫從組織級的數(shù)據(jù)庫設計規(guī)范裁剪形成項目的數(shù)據(jù)庫設計規(guī)范《裁剪后的數(shù)據(jù)庫設計規(guī)范》《數(shù)據(jù)模型規(guī)劃》《數(shù)據(jù)字典》《跨數(shù)據(jù)庫對象訪問匯總操作HLD》《數(shù)據(jù)遷移方案》《并行期間數(shù)據(jù)比對方案》數(shù)據(jù)庫設計人員根據(jù)需求文檔，采用面向對象的方法發(fā)現(xiàn)并建立相應的數(shù)據(jù)實體，并確定實體之間的關系劃分數(shù)據(jù)實體之間的層次關系，確定所屬功能域，劃分應用用戶對用戶賬號的密碼進行加密處理，確保在任何地方都不會出現(xiàn)密碼的明文確定每個角色對數(shù)據(jù)庫表的操作權限，如創(chuàng)建、檢索、更新、刪除等，以及每個schema之間的相關操作權限分析并優(yōu)化數(shù)據(jù)庫的“時－空”效率，速度和存儲是優(yōu)化的兩大目標，分析瓶頸，找出優(yōu)化對象（目標），并確定優(yōu)先級，當優(yōu)化對象（目標）之間存在對抗時，則進行折衷。最終給出優(yōu)化的具體措施，例如優(yōu)化數(shù)據(jù)庫環(huán)境參數(shù)，對表格進行反規(guī)范化處理等對于擴容系統(tǒng)，需要設計數(shù)據(jù)遷移方案和并行期間數(shù)據(jù)比對方案設計表結構，建立數(shù)據(jù)實體到物理表的映射對表結構進行規(guī)范化處理，一般要至少遵循“第二范式”的要求；考慮到實現(xiàn)難度和效率的問題，可以依據(jù)情況靈活掌握邏輯設計

優(yōu)化&應用設計

數(shù)據(jù)庫設計物理設計

安全性設計

設計階段---設計數(shù)據(jù)庫

SVN入庫內(nèi)容：裁剪后的數(shù)據(jù)庫設計規(guī)范數(shù)據(jù)模型規(guī)劃文檔數(shù)據(jù)字典跨數(shù)據(jù)庫對象訪問匯總操作HLD數(shù)據(jù)遷移方案并行期間數(shù)據(jù)比對方案SVN入庫路徑：數(shù)據(jù)庫相關交附件入到SVN的目錄：

XXXX項目\trunk\doc\03_技術文檔\15_數(shù)據(jù)庫文檔評審報告或會議紀要入到SVN的目錄：

XXXX項目\trunk\doc\03_技術文檔\14_評審記錄\08_其它評審記錄數(shù)據(jù)庫設計過程文檔入庫設計階段---設計數(shù)據(jù)庫文檔評審：所有文檔需進行評審，評審人員包括：項目經(jīng)理、設計人員、需求人員、開發(fā)人員、技術專家、QA*設計界面責任分工結束條件進入條件總體概述134需求較為明確，《功能規(guī)格說明書》已經(jīng)完成并入庫前臺框架已確定，相關文檔已入庫2設計組組長：指定若干開發(fā)人員進行界面設計設計人員（前臺）：頁面原型的設計和開發(fā)需求組：進行頁面原型的確認需求人員簽字確認完成輸出系統(tǒng)頁面原型前臺框架確定后，設計組長帶領設計組員進行界面設計設計階段---設計界面設計階段---設計界面人機交互需求后，利用高級軟件工具可視化的開發(fā)環(huán)境，建立一個目標系統(tǒng)的界面，并把它交給用戶察看、試用、補充和修改?！断到y(tǒng)頁面原型》設計開發(fā)頁面原型確認頁面原型設計準備用戶界面設計是指界面設計人員設計每個主要界面，畫出界面原型，控件布局和擺放位置，描述關鍵控件狀態(tài)變化

用戶界面設計的三大原則是：置界面于用戶的控制之下；減少用戶的記憶負擔；保持界面的一致性由需求人員查看、試用界面并進行反饋主要從頁面風格一致性、界面需求正確性和界面易用性方面進行確認和提出修改意見模塊設計人員閱讀需求文檔和前臺框架設計文檔，明確頁面設計任務模塊設計人員熟悉相關的界面設計工具和資料設計階段---設計界面*設計模塊責任分工結束條件進入條件總體概述134需求較為明確，《功能規(guī)格說明書》已經(jīng)完成并入庫技術路線已經(jīng)確定，《技術路線方案》已經(jīng)完成并入庫系統(tǒng)架構已經(jīng)確定，系統(tǒng)架構文檔已經(jīng)完成并入庫數(shù)據(jù)設計已經(jīng)確定，數(shù)據(jù)庫設計文檔已經(jīng)完成并入庫2設計組組長：確定若干設計人員作為模塊設計人員，確定模塊設計負責人，并指導計劃的制定設計人員（前臺）：進行具體模塊的設計，編寫模塊概要設計模塊HLD已經(jīng)完成，并且已經(jīng)通過評審架構設計文檔、模塊設計文檔、外部接口設計文檔已完成并入庫數(shù)據(jù)庫設計完成后，設計組長帶領設計組員進行模塊設計設計階段---設計模塊設計階段---設計模塊重用分析類、接口設計（設計類的函數(shù)和成員變量關鍵算法設計數(shù)據(jù)結構設計界面關聯(lián)關系設計模塊設計HLD模塊匯總每個模塊的數(shù)據(jù)結構與關鍵算法每個模塊的所涉及的界面每個模塊的主要類與接口架構確定，數(shù)據(jù)庫及界面設計完成后，設計組長組織設計人員進行模塊設計，編寫模塊設計文檔，模塊設計文檔內(nèi)容如右圖：編寫模塊設計文檔1234設計階段---設計模塊*模塊設計文檔評審模塊設計文檔評審采用正式的技術評審流程如右圖：模塊設計人員邀請同行們對模塊設計文檔進行正式技術評審或者非正式技術評審（由設計組長或設計組長指定決定采用何種評審方式）模塊的主要評審要素包括：用戶界面是否滿足需求信息封裝高內(nèi)聚、低耦合數(shù)據(jù)結構與算法的效率。參與評審的人員有：1.項目經(jīng)理2.設計人員3.需求人員4.開發(fā)人員5.技術專家6.QA設計階段---設計模塊*模塊設計文檔入庫SVN入庫內(nèi)容：模塊設計文檔模塊設計文檔評審報告或會議紀要SVN入庫路徑：數(shù)據(jù)庫相關交附件入到SVN的目錄：