IPD_-技術開發(fā)流程-TPDCBB

1、Page 1Content概述概述技術規(guī)劃流程（技術規(guī)劃流程（TPP）技術技術/平臺開發(fā)流程（平臺開發(fā)流程（TPD）領域架構（領域架構（DSSE）CBB管理管理Page 2什么是什么是CBBCBBCBB ( Common Building Block 共用基礎模塊）基礎模塊(BB)是系統(tǒng)中一組實現(xiàn)特定功能，具備接口要素、性能及規(guī)格的實體單元，而CBB指可共用的基礎模塊即可兩個或兩個以上的產品系統(tǒng)中直接應用的基礎模塊。CBB可分為：自制件CBB、外購件CBBCBBCBB具備以下特征具備以下特征共用性、可集成界面清晰；功能、性能指標明確；可維護、可測試；有完善的資料手冊 CBBCBB的來源的來源基

2、于架構開發(fā)的CBB基于已開發(fā)系統(tǒng)后向整理CBB：遵循技術趨勢與技術歸納/規(guī)劃出的共用模塊外購的CBB服務器工作站PC便攜硬盤、內存、CPU、軟驅、標準接口、底層軟件、協(xié)議、鍵盤、鼠標Page 3高價值高價值BBBB和高價值和高價值CBBCBB高價值高價值BB/CBBBB/CBB：為公司帶來較高價值或可能產生重大影響的BB/CBB .高價值高價值BBBB必須滿足下列條件之一：必須滿足下列條件之一：占公司或產品線硬件發(fā)貨額80的產品所應用的BB ；占公司或產品線軟件發(fā)貨代碼總量80的產品所應用的BB；對公司或產品線產品發(fā)展影響較大/有戰(zhàn)略意義的BB；價值下跌很快且采購成本很高的外購件，如CPU、主

3、板；對產品制約很大、有較大采購風險的外購件；供應商獨家供貨的外購件；對采購成本影響較大的外購件；對總體方案有較大影響的關鍵器件；Page 4什么是平臺？什么是平臺？平臺平臺是特定架構及基于此架構的一組技術構件的有機集合。平臺為產品提供通用基礎能力，產品以平臺為基礎加上客戶化特性能快速形成不同產品系列。ATCA, Mini ComputerHardwareLinux, UnixMiddlewareApp lApp2App nApp3OSMiddlewareApplications (product specific)APIAPIAPIPlatform 平臺的特征:基于特定架構共享性、通用性具有較

4、高的戰(zhàn)略價值高度可集成性、可快速實施具備二次開發(fā)能力、極易擴充與產品之間的界面清晰，可實現(xiàn)上層應用的技術無關性Page 5技術體系流程及周邊流程關系技術體系流程及周邊流程關系Sourcing PlanSourcing Plan流程流程CBBCBB管理流程管理流程CBB庫平臺子系統(tǒng)技術TPDTPD流程流程概念計劃開發(fā)遷移 需求管理流程需求管理流程華為商業(yè)戰(zhàn)略華為歷史數(shù)據(jù)客戶需求技術趨勢IPDIPD流程流程概念計劃開發(fā)驗證發(fā)布LC執(zhí)行啟動分析融合和優(yōu)化TPPTPP流程流程技術技術CDPCDP預研流程預研流程架構開發(fā)流程架構開發(fā)流程MM-SPMM-SPMM-MM-ABP/CDPABP/CDPMMMM

5、流程流程Page 6技術管理體系相關團隊技術管理體系相關團隊IRBIRBITMTITMTPL-IPMTPL-IPMTC-PMTC-PMTPL-PMTPL-PMTPL-TMTPL-TMTC-TMTC-TMTC-TMG/TDTC-TMG/TDTPL-PL-TMG/TDTTMG/TDTPF-PF-BMT/PDTBMT/PDTC-GTOC-GTOPL-GTDPL-GTDITMT: Integrated Technology Management Team TMT: Technology Management Team TDT: Technology Development Team GTO: Corp

6、eration General Technology OfficeGTD:General Technology Department TMG: Technology Management Group Page 7技術規(guī)劃流程技術規(guī)劃流程 TPPPage 8技術規(guī)劃流程與技術規(guī)劃流程與MM流程的銜接流程的銜接啟動啟動分析分析融合和優(yōu)化融合和優(yōu)化執(zhí)行執(zhí)行技術規(guī)劃流程（技術規(guī)劃流程（TPPTPP）公司戰(zhàn)略和業(yè)務方向公司戰(zhàn)略和業(yè)務方向技術趨勢技術趨勢競爭對手信息競爭對手信息 上期路標及執(zhí)行情況上期路標及執(zhí)行情況業(yè)務計劃業(yè)務計劃產品路標產品路標技術趨勢技術趨勢分析報告分析報告產品線目產品線目標、市場標、

7、市場技術信息技術信息技術路標技術路標技術技術/ /平臺開平臺開發(fā)應領先產發(fā)應領先產品開發(fā)品開發(fā)6 6個月個月MM-SPMM-SP產業(yè)與投資方向產業(yè)與投資方向MM-BPMM-BP里程碑落實里程碑落實/ /年度目標策略年度目標策略及預算及預算MM-CharterMM-Charter初始產品包商業(yè)計劃制定初始產品包商業(yè)計劃制定理解市場理解市場 進行組進行組合分析合分析管理業(yè)管理業(yè)務計劃務計劃并評估并評估績效績效融合和融合和優(yōu)化業(yè)優(yōu)化業(yè)務計劃務計劃制定業(yè)務制定業(yè)務戰(zhàn)略與計戰(zhàn)略與計劃劃進行市場進行市場細分細分市場及市場及客戶欲客戶欲望與需望與需要要市場管理流程（市場管理流程（MMMM）交交叉叉評評審審T

8、PPTPPMMMM規(guī)劃規(guī)劃內容內容架構/平臺/子系統(tǒng)/技術產品/解決方案規(guī)劃規(guī)劃者者TMTPMT輸出輸出平臺/技術戰(zhàn)略、平臺/技術路標業(yè)務戰(zhàn)略、產品/解決方案路標Page 9技術規(guī)劃流程（技術規(guī)劃流程（TPP）框架）框架執(zhí)行階段啟動階段分析階段融合優(yōu)化階段定義平臺/技術戰(zhàn)略和目標啟動技術規(guī)劃公司戰(zhàn)略和業(yè)務方向上期技術規(guī)劃執(zhí)行情況市場和競爭對手信息客戶需求平臺/技術戰(zhàn)略和目標技術規(guī)劃日歷開工會材料包制定公司技術規(guī)劃跨產品線融合和優(yōu)化 產品線/平臺部技術規(guī)劃初稿公司技術規(guī)劃終稿產品線技術規(guī)劃終稿制定任務書監(jiān)控技術項目進展并評估績效經過審批的公司技術規(guī)劃經過審批的產品線/平臺部技術規(guī)劃初稿項目任務書

9、糾正措施計劃技術趨勢分析產品技術發(fā)展需求制訂內部業(yè)務分層及異步開發(fā)策略技術路標規(guī)劃市場和競爭對手信息上期技術規(guī)劃執(zhí)行情況客戶需求、產品技術需求產品/解決方案路標規(guī)劃供應商路標規(guī)劃公共技術能力目標業(yè)界技術趨勢分析報告產品技術發(fā)展需求分析報告技術規(guī)劃初稿（含各類清單）輸出輸出輸入輸入主要主要活動活動Page 10技術規(guī)劃團隊角色定義技術規(guī)劃團隊角色定義規(guī)規(guī)劃劃師師組長組長核心組核心組采購代表采購代表制造代表制造代表財務代表財務代表跨領域產品系統(tǒng)部跨領域產品系統(tǒng)部SEMKT代表代表擴展組擴展組技術規(guī)劃團隊（技術規(guī)劃團隊（Technology Planning Team, TPT）成本代表成本代表RM

10、E可靠性可靠性專家專家測試測試技術技術專家專家架架構構師師平臺平臺專家專家專項專項技術技術專家專家QA/PL-TMT執(zhí)行執(zhí)行秘書秘書領域內領域內產品產品系統(tǒng)部系統(tǒng)部SE內部內部規(guī)范規(guī)范專家專家可服可服務性務性專家專家預研預研/標準標準代表代表CBBFocalPoint可制可制造性造性專家專家Page 11技術技術/平臺項目平臺項目Charter開發(fā)流程開發(fā)流程產品線技術規(guī)劃PDC結果客戶需求(OR)技術發(fā)展趨勢分析報告 技術技術/ /平臺平臺CDPCDP技術平臺項目任務書材料包技術平臺項目任務書 適用范圍：適用范圍： 所有技術/平臺開發(fā)項目，包括：架構、平臺、子系統(tǒng)、CBB、技術開發(fā)技術技術/

11、 /平臺平臺CharterCharter開發(fā)小組開發(fā)小組 組組 長長規(guī)規(guī)劃劃師師TDTTDT代代表表用戶用戶TDT/TDT/PDTPDT代表代表RMERME角色角色職責職責組長 按TMT要求的時間啟動任務書的開發(fā)。 制定小組工作計劃，監(jiān)控項目進度。 組織小組執(zhí)行本流程規(guī)定的活動，輸出項目任務書材料包和項目任務書，并對輸出的結果負責。規(guī)劃師分析技術發(fā)展趨勢；分析競爭對手狀況；分析用戶平臺/產品需求 TDT代表分析用戶平臺/產品需求；技術/平臺競爭力分析；實現(xiàn)的可行性分析 RME跟蹤管理來自客戶的對該技術/平臺的需求 用戶TDT/PDT代表分析用戶平臺/產品需求 CharterCharter開發(fā)小

12、組開發(fā)小組責任主體責任主體仍然是仍然是TMTTMT輸入輸入/ /輸出輸出: :Page 12業(yè)務分層模型業(yè)務分層模型MM/IPD市場機會市場機會面向客戶面向客戶數(shù)據(jù)收集數(shù)據(jù)收集業(yè)務規(guī)劃業(yè)務規(guī)劃投資決策投資決策 各層次通過MM流程（根據(jù)不同層次特點進行裁剪）面向外部市場，通過OR流程收集信息數(shù)據(jù)，通過IPD進行開發(fā)。支撐產品發(fā)展支撐產品發(fā)展影響影響IPMTIPMT決策決策架構開發(fā)架構開發(fā)CBBCBB技術規(guī)劃技術規(guī)劃 技術體系負責內部層次，根據(jù)TPP進行技術規(guī)劃，根據(jù)TPD開發(fā)架構、平臺、CBB及技術。外外部部層層次次內內部部層層次次集成服務層集成服務層外部市場外部市場解決方案層解決方案層技術層技

13、術層產品層產品層子系統(tǒng)層子系統(tǒng)層平臺層平臺層TPP/TPD業(yè)務分層就是按照業(yè)務類別和價值鏈劃分的層次分類，依據(jù)銷售狀況和應用范圍進一步劃分為外部業(yè)務分層和內部業(yè)務分層。Page 13異步開發(fā)（異步開發(fā)（Asynchronous Development）框架）框架 異步層的相互配合關系應該在早期的業(yè)務規(guī)劃和路標定義時就得到明確。異步層的相互配合關系應該在早期的業(yè)務規(guī)劃和路標定義時就得到明確。 PMT和TMT在產品規(guī)劃和技術規(guī)劃活動中形成互動，明確定義技術和平臺的每個R版本所支持的產品的R版本、其主要特性和需求、以及R版本TDCP時間TMGTPPTDTTPDTDTCBB/BBTMGTPPTDTTP

14、DTDTCBB/BBCEGTPPOutsourcing TeamSQ&PPOSTCBB/BBTMTTPPTDTTPDTDTplatformPMTMMPDTIPDPDTproductSMTMMSPDTIPDSPDTSolution子系統(tǒng)/技術平臺產品解決方案平臺參平臺參考架構考架構系統(tǒng)系統(tǒng)參考參考模型模型CBB技術管技術管理體系理體系技術技術路標路標版版本本火火車車核心核心能力能力中心中心CBBCBB業(yè)務業(yè)務分層分層依賴關依賴關系管理系管理技技術術戰(zhàn)戰(zhàn)略略業(yè)業(yè)務務戰(zhàn)戰(zhàn)略略IBTIBTPage 14技術技術/平臺開發(fā)流程平臺開發(fā)流程 TPDPage 15平臺與產品有何不同？平臺與產品有何不

15、同？平臺產品開發(fā)目的平臺的開發(fā)重點在于對產品戰(zhàn)略的支撐，關注于中長期戰(zhàn)略目標的達成產品開發(fā)側重于業(yè)務計劃的實現(xiàn)，關注于短期業(yè)務目標達成預算來源預算主要來自公司的戰(zhàn)略預算。從財務角度關注其成本的競爭能力預算主要來自于各產品線的業(yè)務規(guī)劃。從財務角度關注其收入和盈利能力需求來源平臺的需求是在綜合多個產品需求的基礎上，基于架構和技術的要求轉換而來產品需求主要直接來自外部客戶功能差異平臺主要側重為多個提供通用的核心能力，具有高可靠性，高性能、易擴展產品在平臺的基礎上快速進行二次開發(fā)，重在滿足個性化的功能特性交付對象用戶PDT外部客戶交付形態(tài)產品部件，需要進一步集成實現(xiàn)個性化需求的產品部件來形成產品。只用

16、集成到產品并進行充分驗證后，才能和產品一起達到量產質量要求最終的產品，通過運行服務終端用戶，實現(xiàn)用戶價值客戶服務支持用戶PDT二次開發(fā)，保證產品快速推出服務外部客戶，保證持續(xù)運營和不間斷的服務Page 16平臺與產品的差異決定了開發(fā)流程的不同平臺與產品的差異決定了開發(fā)流程的不同基于平臺和產品的差異，開發(fā)流程除需在技術和質量標準等方面有較高要求外，還要考慮了以下方面的差異：市場：市場：平臺重點關注戰(zhàn)略支撐，不直接對外銷售，不涉及定價、預測、訂單履行等，Marketing代表的職責重在需求控制和平臺內部推廣；財務：財務：財務核算重點關注成本核算和目標成本的達成，不關注收入和利潤 ；技術支持：技術支

17、持：平臺的客戶是用戶PDT，技術支持方式有別于產品，主要職責是支持用戶PDT進行二次開發(fā)，其技能要求和服務模式與產品的要求有較大差異；研發(fā)：研發(fā)：平臺是產品的一個部件，需在產品中集成驗證后才能達到量產要求，流程中需有一個遷移階段來保證平臺順利遷移到產品，并有效支持產品驗證和轉產；制造：制造：平臺需要集成到產品才能完成最后的轉產過程，因此平臺開發(fā)流程不需要獨立定義相應的量產活動；Page 17TPDTPD流程在各個階段充分考慮了平臺的特點流程在各個階段充分考慮了平臺的特點完成初始技術/平臺的開發(fā)關注于平臺的遷移準備和發(fā)布平臺最終規(guī)格和相關文檔完成初始產品的開發(fā)開發(fā)集成配置器，開始營銷宣傳，向定價

18、、預測提供支持，逐步上量準備關注于從PDCP到TDCP項目計劃關注平臺向產品遷移及如何向用戶PDT提供技術支持的遷移計劃關注于PDCP到GA的項目計劃關注盈利計劃、訂單履行計劃、轉產及生命周期管理計劃產品包需求關注為所支撐的多個產品系列提供核心能力的通用需求側重于評估平臺的技術競爭力及目標成本的可達性產品包需求關注于來自特定客戶群的，可提供差異化競爭能力的市場需求側重于評估市場競爭及盈利能力將平臺遷移給用戶PDT，根據(jù)遷移計劃支持各個用戶PDT TR4到GA的所有活動，保證平臺有效集成到產品中。驗證產品（Beta/SVT/標竿等），開展ESP，發(fā)布最終產品規(guī)格及相關文檔.發(fā)布產品，制造足夠數(shù)量

19、的滿足客戶需求的產品遷遷移移階階段段重點關注對產品戰(zhàn)略的支持重點關注對業(yè)務計劃的支持開發(fā)開發(fā)階段階段計劃計劃階段階段概念概念階段階段驗證驗證階段階段發(fā)布發(fā)布階段階段CharterIPD流程TPD流程監(jiān)控生產、營銷和銷售、客戶服務和支持等方面的績效，直到EOX生命生命周期周期Page 18平臺和技術的遷移平臺和技術的遷移遷移結束點，也是生命周期結束點遷移到PDT1遷移到PDT n合同結束點合同有效期遷移階段前期遷移階段后期TR4TR6PDT 1 R0 xxxCDCPTR5TR4APDCPADCPGACharterPDT n R0 xxxCDCPTR5TR6TR4PDCPADCPGACharter

20、TR4A技術/平臺R0 xxxCDCPPDCPTDCPCharter責任主體仍然在TDT，活動主要通過遷移計劃來指導由以FAE為主維護團隊提供后期技術支持服務工作遷移計劃完成，TDT合同關閉，此時遷移計劃中所標識的用戶PDT已經全部通過ADCP，技術/平臺合同評估活動啟動TDCP為遷移階段的起始點，而不是終止點，TDCP主要評估技術/平臺向用戶產品遷移準備度是否達到要求遷移階段的終止點為技術/平臺生命周期結束點，也就是所有使用此技術/平臺的用戶產品生命周期結束Page 19遷移策略與計劃遷移策略與計劃遷移計劃是遷移階段TDT活動的核心指導，是遷移階段TDT的項目計劃。它明確了TDT需要支持那些

21、用戶PDT，對于每個用戶PDT需要支持哪些活動，需要哪些資源等。遷移計劃由TDT經理組織開發(fā)，發(fā)布前需要各用戶PDT充分溝通并得到其認可，最終經ITMT/PL_IPMT的批準生效；概念階段主要集中在遷移策略的制定，計劃階段完成詳細計劃，TDCP前根據(jù)開發(fā)階段活動狀態(tài)進一步優(yōu)化；遷移計劃的執(zhí)行期限為從TDCP開始到合同結束點終止。在遷移計劃執(zhí)行期間，TDT仍作為一個獨立的責任主體存在，是技術支持的責任人，負責管理和維護遷移計劃的執(zhí)行狀態(tài)。遷移計劃完成后，技術支持服務工作轉由以FAE為主的維護組負責。Page 20中小技術項目操作指導中小技術項目操作指導項目類別開發(fā)工作量流程關鍵點說明 大項目10

22、0人月Charter、TR1、CDCP、AR、TR2、TR3、PDCPTR4、TR4A、TR5、TDCP大項目按照TPD流程進行，DCP、TR不允許裁剪，其它非關鍵活動可以根據(jù)項目實際情況進行裁剪。 中項目30人月100人月CharterTR3（TR1/ AR /TR2）PDCP（CDCP）TR4TR5(TR4A)TDCP此類項目需成立TDT來開發(fā)；TR5(TR4A)表示TR4A的關鍵要素可以合并到TR5中一起操作，也可以單獨操作，甚至裁剪，其它類同。 小項目30人月Charter（PDCP） TDCP 此類項目可以不成立TDT來開發(fā)，產品線可根據(jù)實際情況成立技術開發(fā)小組等方式來開發(fā)。 需求明

23、確、低風險項目，TR1與TR2可合并，CDCP與PDCP可合并；設計規(guī)格明確，TR1、TR2可與TR3合并，CDCP可合并到PDCP基于原有架構的增量開發(fā)，AR可合并到TR2中注：TR的合并或裁減由SE提出，PQA確認后寫入質量計劃，同時需在相應DCP業(yè)務計劃中明確純軟件的項目，TR4A可合并到TR5中操作對于小項目，Charter一般合并到PDCP中。Page 21DSSE流程和方法流程和方法Page 22背景知識：架構定義及內涵背景知識：架構定義及內涵lSEISEI給出的架構定義給出的架構定義：架構是指一個系統(tǒng)的一個或多個結構(視圖)，它包括組成系統(tǒng)的元素元素，元素的外部可見屬性元素的外部

24、可見屬性以及元素之間的相互關系元素之間的相互關系；lIEEEIEEE給出的架構定義給出的架構定義：架構是以構件、構件之間的關系、構件與環(huán)境之間的關系為內容的某一系統(tǒng)的基本組織結構，以及指導系統(tǒng)設計與演化的原理指導系統(tǒng)設計與演化的原理；l談論架構時，首先要界定首先要界定“系統(tǒng)系統(tǒng)”，在界定了系統(tǒng)后，再考慮刻畫系統(tǒng)的元素（組件）再考慮刻畫系統(tǒng)的元素（組件）有那些，另外架構是對設計的約束，其約束的作用域作用域也需要明確；l組成系統(tǒng)的元素元素（組件是一類元素）、元素的外部屬性元素的外部屬性及元素之相的關系元素之相的關系是系統(tǒng)架構的三個要素，因此，在進行架構設計時不要把精力放到不屬于架構范疇的元素內部細

25、節(jié)上面；lSEI 的定義強調了架構的多結構（多視圖），IEEE的定義中強調了架構包含的“設計原理”，二者不是矛盾的，而是互補的，架構的交付除多個視圖外，還包括設計規(guī)范(原理)；lSEI 的定義明確指出一個系統(tǒng)包含了多個結構（視圖），個系統(tǒng)包含了多個結構（視圖），其中任何一個結構都不能和系統(tǒng)的架構劃等號（如下圖，一個系統(tǒng)包含三個視圖），每一視圖對應于系統(tǒng)不同的側面；l每個系統(tǒng)都有自己的架構每個系統(tǒng)都有自己的架構。架構獨立于架構的描述而存在。 經常所說的一個系統(tǒng)“沒架構”，往往是指這個系統(tǒng)架構不好，質量太差，或者說沒有將架構進行編檔，顯現(xiàn)出來。系統(tǒng)部署視圖動態(tài)視圖靜態(tài)視圖模塊進程單板Page 23

26、背景知識：領域及領域架構背景知識：領域及領域架構l期望大家關注領域的架構，即領域架構，其對應的“系統(tǒng)”和“元素”是：l系統(tǒng)：具有相近需求的一組產品應用構成的領域(Domain)；l元素：不僅僅是分析元素，更重要的是設計元素。l為何要關注領域架構? 為了產品應用間的重用，即實現(xiàn)基于領域架構的重用！為了產品應用間的重用，即實現(xiàn)基于領域架構的重用！l領域架構特征領域架構特征：l面向一個嚴格定義的問題域，是對整個領域的合適程度的抽象；l具有普遍性，使其可以用于指導和約束領域中某個特定應用的開發(fā)；l具備有該領域穩(wěn)定的在開發(fā)過程中可重用元素。l領域及領域架構舉例領域及領域架構舉例：l基站領域架構：VISA

27、-RBl基站控制器領域架構: VISA-RCGSM-BTSCDMA-BTSWCDMA-NodeB基站領域GBSCCBSCWRNC基站控制器領域Page 24背景知識：雙生命周期模型背景知識：雙生命周期模型l應用領域應用領域和產品應用產品應用都是我們的開發(fā)對象，可以此來分層地組織和實施全流程開發(fā)活動。以領域為開發(fā)對象的活動稱之為領域工程領域工程，以單個產品應用為開發(fā)對象的活動稱之為應用工程應用工程。l領域工程和應用工程相對獨立，又相互關聯(lián)，領域工程各階段的輸出都能作為應用工程的輸入，從而被一組產品應用而重用；應用工程在領域工程結果的基礎上構造新產品，領域工程也要從應用工程中獲得反饋或結合新產品的

28、需求進入新一輪發(fā)展周期，即產品線演化；l基于領域視野開展分析、設計和實現(xiàn)工作，可主動實現(xiàn)領域內最大重用。領域分析領域設計領域實現(xiàn)領域模型領域架構平臺/CBB需求分析系統(tǒng)設計系統(tǒng)實現(xiàn)領域工程領域工程應用工程應用工程產品需求產品核心資源 （平臺/ CBB）Development for reuseDevelopment with reuse領域需求TimeDeveloped Object公共開發(fā)產品化開發(fā)Page 25什么是什么是DSSE ？lDSSE：Domain-Specific System Engineering，是一套領域系統(tǒng)分析和設計的流程和方法；DSSE的理論基礎來自于軟件工程業(yè)界的

29、“產品線”工程，方法上借鑒了UP（Unified Process）方法以及瑞研所為無線某基站平臺開發(fā)所提供的設計方法，模型表述上遵從UML規(guī)范；lDSSE適用范圍適用范圍l嵌入式應用領域，也適用于網管軟件和服務器軟件產品應用領域;lDSSE的設計思想可被借鑒到產品的系統(tǒng)設計活動中。lDSSE的特點的特點l面向特定領域的復用技術l用例驅動的開發(fā)l以架構為中心l支持以迭代方式開發(fā)系統(tǒng)l使用UML建立可視化的模型l交付版本交付版本lDSSE V1.1（DSSE V1.0版本2005年年中在總體技術體系內部已發(fā)布試用）Page 26架構管理體系概述架構管理體系概述ITMTC-TMTC-GTO架構與設計

30、管理部PL-IPMTPL-TMT(下轄架構委員會)PL-GTD架構設計部制定規(guī)劃技術決策依據(jù)決策和規(guī)劃例行管理和監(jiān)控組織或承擔架構設計任務負責架構管理與維護跨產品線領域架構產品線內領域架構業(yè)務決策規(guī)劃審批lITMT/PL-IPMT負責領域架構的規(guī)劃審批、以及同架構相關的業(yè)務決策；lC-TMT/PL-TMT負責制定架構規(guī)劃、架構相關的技術決策，該職責也可委托相應的架構委員會來行使；lC-GTO/PL-GTD負責依據(jù)上級決策和規(guī)劃，例行管理和監(jiān)控架構項目；l總體辦架構與設計管理部負責組織跨產品線的領域架構設計、管理及維護工作；l產品線架構設計部負責產品線內的領域架構設計、管理及維護工作。Page

31、27架構設計部與系統(tǒng)設計團隊的關系架構設計部與系統(tǒng)設計團隊的關系l架構設計部負責領域分析和領域架構設計（含新形態(tài)產品的架構設計），產品SEG負責產品的系統(tǒng)設計，平臺SEG負責平臺的系統(tǒng)設計；l產品線架構設計部在設計業(yè)務上在設計業(yè)務上指導和約束產品系統(tǒng)設計團隊和平臺系統(tǒng)設計團隊：一方面，產品系統(tǒng)設計和平臺系統(tǒng)設計要遵從領域架構的設計約束，另一方面，在系統(tǒng)設計活動中，平臺和產品間的技術沖突也需要架構設計部來協(xié)調和仲裁。PL-IPMT/研發(fā)部PL-TMTPL-GTD架構設計部平臺開發(fā)部系統(tǒng)部產品族開發(fā)部PDT-SEGTDT-SEG系統(tǒng)部平臺設計平臺設計產品設計產品設計架構設計架構設計Page 28D

32、SSE流程的階段流程的階段需求分析階段需求分析階段l組建項目組；l基于目標領域系統(tǒng)所在上下文網絡語境，建立業(yè)務模型和領域模型；l分析領域包需求，使用用例分析方法和質量屬性場景方法定義系統(tǒng)需求規(guī)格；l參考需求分析的結果，制定（或調整）項目計劃。邏輯架構設計階段邏輯架構設計階段l對目標領域系統(tǒng)內部進行功能分析，分解得到分析模塊，建立分析模型；l參考分析模型，進行邏輯架構設計，以支持領域的質量屬性需求。實現(xiàn)分析階段實現(xiàn)分析階段l對邏輯架構及其構建塊DM進行實現(xiàn)分析，劃分出領域內公共的核心資產（平臺/CBB), 核心資產的需求規(guī)格，以及他們和產品應用件的界限；l獲得軟件/硬件模塊等實現(xiàn)組件，得到領域內

33、核心資產（平臺/CBB)實現(xiàn)架構。（可選可選）物理架構設計階段物理架構設計階段( ( 可選階段可選階段 ）l規(guī)劃單板和進程，并部署DM/IM到單板和進程；l定義單板間物理接口、進程之間的并發(fā)關系。Page 29DSSE流程的角色流程的角色lITMT / PL-IPMTITMT / PL-IPMT：負責項目的計劃決策（PDCP）、交付決策（TDCP）等業(yè)務決策；lTMTTMT：初審架構項目立項charter，發(fā)起架構評估活動并負責技術決策；l項目經理：項目經理：負責項目開工、項目計劃管理、項目監(jiān)控、組織領域需求評審，及其他項目管理活動；l分析師：分析師：負責收集和分析領域需求，業(yè)務建模，構造系統(tǒng)

34、用例，輸出領域系統(tǒng)需求；l架構師：架構師：組織完成領域邏輯架構、實現(xiàn)分析；準備架構評估材料，回答架構評估的問題，提出典型產品應用的物理架構建議；l架構師外圍組成員角色：架構師外圍組成員角色： l復用工程師：復用工程師：收集并維護公司及領域范圍的平臺/CBB信息，對本領域IM、SWM、HWM的復用方案提出建議；l屬性工程師：屬性工程師：負責某類質量屬性（DFx）的專項設計活動，如可靠性設計、UCD設計/可服務性設計、性能設計、可制造性設計、成本設計等；l設計工程師：設計工程師：負責某類功能業(yè)務的設計，如操作維護業(yè)務設計、呼叫業(yè)務功能設計等。 Page 30領域分析和設計方法領域分析和設計方法lD

35、SSE分析與設計活動包括如下6個工作流（Workflow）：lBusiness Modeling: 理解目標系統(tǒng)所處的網絡（或更大系統(tǒng)）的結構、業(yè)務及其動態(tài)特性；lDomain Requirements: 確定領域系統(tǒng)需要考慮的需求，規(guī)范刻畫系統(tǒng)需求規(guī)格；lDomain Analysis: 基于問題域視角，探索系統(tǒng)內部，建立領域的分析模型；lLogical Architecture Design: 基于解域(計算機域)視角，構建設計模型，獲得領域架構；lImplementation Analysis: 選擇實現(xiàn)技術，構建實現(xiàn)模型，確定領域平臺/CBB與產品的邊界lPhysical Architecture Design: 構建部署模型，獲得平臺及產品的物理架構Business ModelingDomain RequirementsLogical Architecture DesignDomain AnalysisImp