IPD -技術(shù)開發(fā)流程（課堂PPT）

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

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

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

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

5、流程流程Page 6技術(shù)管理體系相關(guān)團隊技術(shù)管理體系相關(guān)團隊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技術(shù)規(guī)劃流程技術(shù)規(guī)劃流程 TPPPage 8技術(shù)規(guī)劃流程與技術(shù)規(guī)劃流程與MM流程的銜接流程的銜接啟動啟動分析分析融合和優(yōu)化融合和優(yōu)化執(zhí)行執(zhí)行技術(shù)規(guī)劃流程（技術(shù)規(guī)劃流程（TPPTPP）公司戰(zhàn)略和業(yè)務方向公司戰(zhàn)略和業(yè)務方向技術(shù)趨勢技術(shù)趨勢競爭對手信息競爭對手信息 上期路標及執(zhí)行情況上期路標及執(zhí)行情況業(yè)務計劃業(yè)務計劃產(chǎn)品路標產(chǎn)品路標技術(shù)趨勢技術(shù)趨勢分析報告分析報告產(chǎn)品線目產(chǎn)品線目標、市場標、

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

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

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

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

11、 /平臺平臺CharterCharter開發(fā)小組開發(fā)小組 組組 長長規(guī)規(guī)劃劃師師TDTTDT代代表表用戶用戶TDT/TDT/PDTPDT代表代表RMERME角色角色職責職責組長 按TMT要求的時間啟動任務書的開發(fā)。 制定小組工作計劃，監(jiān)控項目進度。 組織小組執(zhí)行本流程規(guī)定的活動，輸出項目任務書材料包和項目任務書，并對輸出的結(jié)果負責。規(guī)劃師分析技術(shù)發(fā)展趨勢；分析競爭對手狀況；分析用戶平臺/產(chǎn)品需求 TDT代表分析用戶平臺/產(chǎn)品需求；技術(shù)/平臺競爭力分析；實現(xiàn)的可行性分析 RME跟蹤管理來自客戶的對該技術(shù)/平臺的需求 用戶TDT/PDT代表分析用戶平臺/產(chǎn)品需求 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ā)。支撐產(chǎn)品發(fā)展支撐產(chǎn)品發(fā)展影響影響IPMTIPMT決策決策架構(gòu)開發(fā)架構(gòu)開發(fā)CBBCBB技術(shù)規(guī)劃技術(shù)規(guī)劃 技術(shù)體系負責內(nèi)部層次，根據(jù)TPP進行技術(shù)規(guī)劃，根據(jù)TPD開發(fā)架構(gòu)、平臺、CBB及技術(shù)。外外部部層層次次內(nèi)內(nèi)部部層層次次集成服務層集成服務層外部市場外部市場解決方案層解決方案層技術(shù)層技

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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