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

Page1 Content 概述技術(shù)規(guī)劃流程 TPP 技術(shù) 平臺開發(fā)流程 TPD 領(lǐng)域架構(gòu) DSSE CBB管理 Page2 什么是CBB CBB CommonBuildingBlock共用基礎(chǔ)模塊 基礎(chǔ)模塊 BB 是系統(tǒng)中一組實(shí)現(xiàn)特定功能 具備接口要素 性能及規(guī)格的實(shí)體單元 而CBB指可共用的基礎(chǔ)模塊即可兩個或兩個以上的產(chǎn)品系統(tǒng)中直接應(yīng)用的基礎(chǔ)模塊 CBB可分為 自制件CBB 外購件CBB CBB具備以下特征共用性 可集成界面清晰 功能 性能指標(biāo)明確 可維護(hù) 可測試 有完善的資料手冊 CBB的來源基于架構(gòu)開發(fā)的CBB基于已開發(fā)系統(tǒng)后向整理CBB 遵循技術(shù)趨勢與技術(shù)歸納 規(guī)劃出的共用模塊外購的CBB Page3 高價值BB和高價值CBB 高價值BB CBB 為公司帶來較高價值或可能產(chǎn)生重大影響的BB CBB 高價值BB必須滿足下列條件之一 占公司或產(chǎn)品線硬件發(fā)貨額80 的產(chǎn)品所應(yīng)用的BB 占公司或產(chǎn)品線軟件發(fā)貨代碼總量80 的產(chǎn)品所應(yīng)用的BB 對公司或產(chǎn)品線產(chǎn)品發(fā)展影響較大 有戰(zhàn)略意義的BB 價值下跌很快且采購成本很高的外購件 如CPU 主板 對產(chǎn)品制約很大 有較大采購風(fēng)險的外購件 供應(yīng)商獨(dú)家供貨的外購件 對采購成本影響較大的外購件 對總體方案有較大影響的關(guān)鍵器件 Page4 什么是平臺 平臺是特定架構(gòu)及基于此架構(gòu)的一組技術(shù)構(gòu)件的有機(jī)集合 平臺為產(chǎn)品提供通用基礎(chǔ)能力 產(chǎn)品以平臺為基礎(chǔ)加上客戶化特性能快速形成不同產(chǎn)品系列 平臺的特征 基于特定架構(gòu)共享性 通用性具有較高的戰(zhàn)略價值高度可集成性 可快速實(shí)施具備二次開發(fā)能力 極易擴(kuò)充與產(chǎn)品之間的界面清晰 可實(shí)現(xiàn)上層應(yīng)用的技術(shù)無關(guān)性 Page5 技術(shù)體系流程及周邊流程關(guān)系 SourcingPlan流程 CBB管理流程 TPD流程 概念 計劃 開發(fā) 遷移 需求管理流程 IPD流程 概念 計劃 開發(fā) 驗(yàn)證 發(fā)布 LC 執(zhí)行 啟動 分析 融合和優(yōu)化 TPP流程 技術(shù)CDP 預(yù)研流程 架構(gòu)開發(fā)流程 MM SP MM ABP CDP MM流程 Page6 技術(shù)管理體系相關(guān)團(tuán)隊(duì) IRB ITMT PL IPMT C PMT PL PMT PL TMT C TMT C TMG TDT PL TMG TDT PF BMT PDT C GTO PL GTD ITMT IntegratedTechnologyManagementTeamTMT TechnologyManagementTeamTDT TechnologyDevelopmentTeamGTO CorperationGeneralTechnologyOfficeGTD GeneralTechnologyDepartmentTMG TechnologyManagementGroup Page7 技術(shù)規(guī)劃流程TPP Page8 技術(shù)規(guī)劃流程與MM流程的銜接 啟動 分析 融合和優(yōu)化 執(zhí)行 技術(shù)規(guī)劃流程 TPP 公司戰(zhàn)略和業(yè)務(wù)方向技術(shù)趨勢競爭對手信息上期路標(biāo)及執(zhí)行情況業(yè)務(wù)計劃 產(chǎn)品路標(biāo) 技術(shù)趨勢分析報告 產(chǎn)品線目標(biāo) 市場技術(shù)信息 技術(shù)路標(biāo) 技術(shù) 平臺開發(fā)應(yīng)領(lǐng)先產(chǎn)品開發(fā)6個月 MM SP 產(chǎn)業(yè)與投資方向 MM BP 里程碑落實(shí) 年度目標(biāo)策略及預(yù)算 MM Charter 初始產(chǎn)品包商業(yè)計劃制定 市場管理流程 MM 交叉評審 Page9 技術(shù)規(guī)劃流程 TPP 框架 執(zhí)行階段 啟動階段 分析階段 融合優(yōu)化階段 輸出 輸入 主要活動 Page10 技術(shù)規(guī)劃團(tuán)隊(duì)角色定義 Page11 技術(shù) 平臺項(xiàng)目Charter開發(fā)流程 產(chǎn)品線技術(shù)規(guī)劃PDC結(jié)果客戶需求 OR 技術(shù)發(fā)展趨勢分析報告 技術(shù) 平臺CDP 技術(shù)平臺項(xiàng)目任務(wù)書材料包技術(shù)平臺項(xiàng)目任務(wù)書 適用范圍 所有技術(shù) 平臺開發(fā)項(xiàng)目 包括 架構(gòu) 平臺 子系統(tǒng) CBB 技術(shù)開發(fā) 技術(shù) 平臺Charter開發(fā)小組 組長 規(guī)劃師 TDT代表 用戶TDT PDT代表 RME Charter開發(fā)小組 責(zé)任主體仍然是TMT 輸入 輸出 Page12 業(yè)務(wù)分層模型 MM IPD 市場機(jī)會面向客戶數(shù)據(jù)收集業(yè)務(wù)規(guī)劃投資決策 各層次通過MM流程 根據(jù)不同層次特點(diǎn)進(jìn)行裁剪 面向外部市場 通過OR流程收集信息數(shù)據(jù) 通過IPD進(jìn)行開發(fā) 支撐產(chǎn)品發(fā)展影響IPMT決策架構(gòu)開發(fā)CBB技術(shù)規(guī)劃 技術(shù)體系負(fù)責(zé)內(nèi)部層次 根據(jù)TPP進(jìn)行技術(shù)規(guī)劃 根據(jù)TPD開發(fā)架構(gòu) 平臺 CBB及技術(shù) 外部層次 內(nèi)部層次 集成服務(wù)層 外部市場 解決方案層 技術(shù)層 產(chǎn)品層 子系統(tǒng)層 平臺層 TPP TPD 業(yè)務(wù)分層就是按照業(yè)務(wù)類別和價值鏈劃分的層次分類 依據(jù)銷售狀況和應(yīng)用范圍進(jìn)一步劃分為外部業(yè)務(wù)分層和內(nèi)部業(yè)務(wù)分層 Page13 異步開發(fā) AsynchronousDevelopment 框架 異步層的相互配合關(guān)系應(yīng)該在早期的業(yè)務(wù)規(guī)劃和路標(biāo)定義時就得到明確 PMT和TMT在產(chǎn)品規(guī)劃和技術(shù)規(guī)劃活動中形成互動 明確定義技術(shù)和平臺的每個R版本所支持的產(chǎn)品的R版本 其主要特性和需求 以及R版本TDCP時間 PDT product 平臺參考架構(gòu) 系統(tǒng)參考模型 技術(shù)管理體系 技術(shù)路標(biāo) 版本火車 核心能力中心 CBB 業(yè)務(wù)分層 依賴關(guān)系管理 技術(shù)戰(zhàn)略 業(yè)務(wù)戰(zhàn)略 IBT Page14 技術(shù) 平臺開發(fā)流程TPD Page15 平臺與產(chǎn)品有何不同 Page16 平臺與產(chǎn)品的差異決定了開發(fā)流程的不同 基于平臺和產(chǎn)品的差異 開發(fā)流程除需在技術(shù)和質(zhì)量標(biāo)準(zhǔn)等方面有較高要求外 還要考慮了以下方面的差異 市場 平臺重點(diǎn)關(guān)注戰(zhàn)略支撐 不直接對外銷售 不涉及定價 預(yù)測 訂單履行等 Marketing代表的職責(zé)重在需求控制和平臺內(nèi)部推廣 財務(wù) 財務(wù)核算重點(diǎn)關(guān)注成本核算和目標(biāo)成本的達(dá)成 不關(guān)注收入和利潤 技術(shù)支持 平臺的客戶是用戶PDT 技術(shù)支持方式有別于產(chǎn)品 主要職責(zé)是支持用戶PDT進(jìn)行二次開發(fā) 其技能要求和服務(wù)模式與產(chǎn)品的要求有較大差異 研發(fā) 平臺是產(chǎn)品的一個部件 需在產(chǎn)品中集成驗(yàn)證后才能達(dá)到量產(chǎn)要求 流程中需有一個遷移階段來保證平臺順利遷移到產(chǎn)品 并有效支持產(chǎn)品驗(yàn)證和轉(zhuǎn)產(chǎn) 制造 平臺需要集成到產(chǎn)品才能完成最后的轉(zhuǎn)產(chǎn)過程 因此平臺開發(fā)流程不需要獨(dú)立定義相應(yīng)的量產(chǎn)活動 TPD流程體現(xiàn)了平臺的差異性 是客戶化的IPD流程 Page17 TPD流程在各個階段充分考慮了平臺的特點(diǎn) 完成初始技術(shù) 平臺的開發(fā)關(guān)注于平臺的遷移準(zhǔn)備和發(fā)布平臺最終規(guī)格和相關(guān)文檔 完成初始產(chǎn)品的開發(fā)開發(fā)集成配置器 開始營銷宣傳 向定價 預(yù)測提供支持 逐步上量準(zhǔn)備 關(guān)注于從PDCP到TDCP項(xiàng)目計劃關(guān)注平臺向產(chǎn)品遷移及如何向用戶PDT提供技術(shù)支持的遷移計劃 關(guān)注于PDCP到GA的項(xiàng)目計劃關(guān)注盈利計劃 訂單履行計劃 轉(zhuǎn)產(chǎn)及生命周期管理計劃 產(chǎn)品包需求關(guān)注為所支撐的多個產(chǎn)品系列提供核心能力的通用需求側(cè)重于評估平臺的技術(shù)競爭力及目標(biāo)成本的可達(dá)性 產(chǎn)品包需求關(guān)注于來自特定客戶群的 可提供差異化競爭能力的市場需求側(cè)重于評估市場競爭及盈利能力 將平臺遷移給用戶PDT 根據(jù)遷移計劃支持各個用戶PDTTR4到GA的所有活動 保證平臺有效集成到產(chǎn)品中 驗(yàn)證產(chǎn)品 Beta SVT 標(biāo)竿等 開展ESP 發(fā)布最終產(chǎn)品規(guī)格及相關(guān)文檔 發(fā)布產(chǎn)品 制造足夠數(shù)量的滿足客戶需求的產(chǎn)品 遷移階段 重點(diǎn)關(guān)注對產(chǎn)品戰(zhàn)略的支持 重點(diǎn)關(guān)注對業(yè)務(wù)計劃的支持 開發(fā)階段 計劃階段 概念階段 驗(yàn)證階段 發(fā)布階段 Charter IPD流程 TPD流程 監(jiān)控生產(chǎn) 營銷和銷售 客戶服務(wù)和支持等方面的績效 直到EOX 生命周期 Page18 平臺和技術(shù)的遷移 遷移到PDT1 遷移到PDTn 責(zé)任主體仍然在TDT 活動主要通過遷移計劃來指導(dǎo) 由以FAE為主維護(hù)團(tuán)隊(duì)提供后期技術(shù)支持服務(wù)工作 遷移計劃完成 TDT合同關(guān)閉 此時遷移計劃中所標(biāo)識的用戶PDT已經(jīng)全部通過ADCP 技術(shù) 平臺合同評估活動啟動 TDCP為遷移階段的起始點(diǎn) 而不是終止點(diǎn) TDCP主要評估技術(shù) 平臺向用戶產(chǎn)品遷移準(zhǔn)備度是否達(dá)到要求 遷移階段的終止點(diǎn)為技術(shù) 平臺生命周期結(jié)束點(diǎn) 也就是所有使用此技術(shù) 平臺的用戶產(chǎn)品生命周期結(jié)束 Page19 遷移策略與計劃 遷移計劃是遷移階段TDT活動的核心指導(dǎo) 是遷移階段TDT的項(xiàng)目計劃 它明確了TDT需要支持那些用戶PDT 對于每個用戶PDT需要支持哪些活動 需要哪些資源等 遷移計劃由TDT經(jīng)理組織開發(fā) 發(fā)布前需要各用戶PDT充分溝通并得到其認(rèn)可 最終經(jīng)ITMT PL IPMT的批準(zhǔn)生效 概念階段主要集中在遷移策略的制定 計劃階段完成詳細(xì)計劃 TDCP前根據(jù)開發(fā)階段活動狀態(tài)進(jìn)一步優(yōu)化 遷移計劃的執(zhí)行期限為從TDCP開始到合同結(jié)束點(diǎn)終止 在遷移計劃執(zhí)行期間 TDT仍作為一個獨(dú)立的責(zé)任主體存在 是技術(shù)支持的責(zé)任人 負(fù)責(zé)管理和維護(hù)遷移計劃的執(zhí)行狀態(tài) 遷移計劃完成后 技術(shù)支持服務(wù)工作轉(zhuǎn)由以FAE為主的維護(hù)組負(fù)責(zé) Page20 中小技術(shù)項(xiàng)目操作指導(dǎo) 需求明確 低風(fēng)險項(xiàng)目 TR1與TR2可合并 CDCP與PDCP可合并 設(shè)計規(guī)格明確 TR1 TR2可與TR3合并 CDCP可合并到PDCP 基于原有架構(gòu)的增量開發(fā) AR可合并到TR2中 注 TR的合并或裁減由SE提出 PQA確認(rèn)后寫入質(zhì)量計劃 同時需在相應(yīng)DCP業(yè)務(wù)計劃中明確 純軟件的項(xiàng)目 TR4A可合并到TR5中操作 對于小項(xiàng)目 Charter一般合并到PDCP中 Page21 DSSE流程和方法 Page22 背景知識 架構(gòu)定義及內(nèi)涵 SEI給出的架構(gòu)定義 架構(gòu)是指一個系統(tǒng)的一個或多個結(jié)構(gòu) 視圖 它包括組成系統(tǒng)的元素 元素的外部可見屬性以及元素之間的相互關(guān)系 IEEE給出的架構(gòu)定義 架構(gòu)是以構(gòu)件 構(gòu)件之間的關(guān)系 構(gòu)件與環(huán)境之間的關(guān)系為內(nèi)容的某一系統(tǒng)的基本組織結(jié)構(gòu) 以及指導(dǎo)系統(tǒng)設(shè)計與演化的原理 談?wù)摷軜?gòu)時 首先要界定 系統(tǒng) 在界定了系統(tǒng)后 再考慮刻畫系統(tǒng)的元素 組件 有那些 另外架構(gòu)是對設(shè)計的約束 其約束的作用域也需要明確 組成系統(tǒng)的元素 組件是一類元素 元素的外部屬性及元素之相的關(guān)系是系統(tǒng)架構(gòu)的三個要素 因此 在進(jìn)行架構(gòu)設(shè)計時不要把精力放到不屬于架構(gòu)范疇的元素內(nèi)部細(xì)節(jié)上面 SEI的定義強(qiáng)調(diào)了架構(gòu)的多結(jié)構(gòu) 多視圖 IEEE的定義中強(qiáng)調(diào)了架構(gòu)包含的 設(shè)計原理 二者不是矛盾的 而是互補(bǔ)的 架構(gòu)的交付除多個視圖外 還包括設(shè)計規(guī)范 原理 SEI的定義明確指出一個系統(tǒng)包含了多個結(jié)構(gòu) 視圖 其中任何一個結(jié)構(gòu)都不能和系統(tǒng)的架構(gòu)劃等號 如下圖 一個系統(tǒng)包含三個視圖 每一視圖對應(yīng)于系統(tǒng)不同的側(cè)面 每個系統(tǒng)都有自己的架構(gòu) 架構(gòu)獨(dú)立于架構(gòu)的描述而存在 經(jīng)常所說的一個系統(tǒng) 沒架構(gòu) 往往是指這個系統(tǒng)架構(gòu)不好 質(zhì)量太差 或者說沒有將架構(gòu)進(jìn)行編檔 顯現(xiàn)出來 系統(tǒng) 部署視圖 動態(tài)視圖 靜態(tài)視圖 模塊 進(jìn)程 單板 Page23 背景知識 領(lǐng)域及領(lǐng)域架構(gòu) 期望大家關(guān)注領(lǐng)域的架構(gòu) 即領(lǐng)域架構(gòu) 其對應(yīng)的 系統(tǒng) 和 元素 是 系統(tǒng) 具有相近需求的一組產(chǎn)品應(yīng)用構(gòu)成的領(lǐng)域 Domain 元素 不僅僅是分析元素 更重要的是設(shè)計元素 為何要關(guān)注領(lǐng)域架構(gòu) 為了產(chǎn)品應(yīng)用間的重用 即實(shí)現(xiàn)基于領(lǐng)域架構(gòu)的重用 領(lǐng)域架構(gòu)特征 面向一個嚴(yán)格定義的問題域 是對整個領(lǐng)域的合適程度的抽象 具有普遍性 使其可以用于指導(dǎo)和約束領(lǐng)域中某個特定應(yīng)用的開發(fā) 具備有該領(lǐng)域穩(wěn)定的在開發(fā)過程中可重用元素 領(lǐng)域及領(lǐng)域架構(gòu)舉例 基站領(lǐng)域架構(gòu) VISA RB基站控制器領(lǐng)域架構(gòu) VISA RC GSM BTS CDMA BTS WCDMA NodeB 基站領(lǐng)域 GBSC CBSC WRNC 基站控制器領(lǐng)域 Page24 背景知識 雙生命周期模型 應(yīng)用領(lǐng)域和產(chǎn)品應(yīng)用都是我們的開發(fā)對象 可以此來分層地組織和實(shí)施全流程開發(fā)活動 以領(lǐng)域?yàn)殚_發(fā)對象的活動稱之為領(lǐng)域工程 以單個產(chǎn)品應(yīng)用為開發(fā)對象的活動稱之為應(yīng)用工程 領(lǐng)域工程和應(yīng)用工程相對獨(dú)立 又相互關(guān)聯(lián) 領(lǐng)域工程各階段的輸出都能作為應(yīng)用工程的輸入 從而被一組產(chǎn)品應(yīng)用而重用 應(yīng)用工程在領(lǐng)域工程結(jié)果的基礎(chǔ)上構(gòu)造新產(chǎn)品 領(lǐng)域工程也要從應(yīng)用工程中獲得反饋或結(jié)合新產(chǎn)品的需求進(jìn)入新一輪發(fā)展周期 即產(chǎn)品線演化 基于領(lǐng)域視野開展分析 設(shè)計和實(shí)現(xiàn)工作 可主動實(shí)現(xiàn)領(lǐng)域內(nèi)最大重用 領(lǐng)域分析 領(lǐng)域設(shè)計 領(lǐng)域?qū)崿F(xiàn) 領(lǐng)域模型 領(lǐng)域架構(gòu) 平臺 CBB 需求分析 系統(tǒng)設(shè)計 系統(tǒng)實(shí)現(xiàn) 領(lǐng)域工程 應(yīng)用工程 產(chǎn)品需求 產(chǎn)品 核心資源 平臺 CBB Developmentforreuse Developmentwithreuse 領(lǐng)域需求 Time DevelopedObject 公共開發(fā) 產(chǎn)品化開發(fā) Page25 什么是DSSE DSSE Domain SpecificSystemEngineering 是一套領(lǐng)域系統(tǒng)分析和設(shè)計的流程和方法 DSSE的理論基礎(chǔ)來自于軟件工程業(yè)界的 產(chǎn)品線 工程 方法上借鑒了UP UnifiedProcess 方法以及瑞研所為無線某基站平臺開發(fā)所提供的設(shè)計方法 模型表述上遵從UML規(guī)范 DSSE適用范圍嵌入式應(yīng)用領(lǐng)域 也適用于網(wǎng)管軟件和服務(wù)器軟件產(chǎn)品應(yīng)用領(lǐng)域 DSSE的設(shè)計思想可被借鑒到產(chǎn)品的系統(tǒng)設(shè)計活動中 DSSE的特點(diǎn)面向特定領(lǐng)域的復(fù)用技術(shù)用例驅(qū)動的開發(fā)以架構(gòu)為中心支持以迭代方式開發(fā)系統(tǒng)使用UML建立可視化的模型交付版本DSSEV1 1 DSSEV1 0版本2005年年中在總體技術(shù)體系內(nèi)部已發(fā)布試用 Page26 架構(gòu)管理體系概述 ITMT C TMT C GTO 架構(gòu)與設(shè)計管理部 PL IPMT PL TMT 下轄架構(gòu)委員會 PL GTD 架構(gòu)設(shè)計部 制定規(guī)劃技術(shù)決策 依據(jù)決策和規(guī)劃例行管理和監(jiān)控 組織或承擔(dān)架構(gòu)設(shè)計任務(wù)負(fù)責(zé)架構(gòu)管理與維護(hù) 跨產(chǎn)品線領(lǐng)域架構(gòu) 產(chǎn)品線內(nèi)領(lǐng)域架構(gòu) 業(yè)務(wù)決策規(guī)劃審批 ITMT PL IPMT負(fù)責(zé)領(lǐng)域架構(gòu)的規(guī)劃審批 以及同架構(gòu)相關(guān)的業(yè)務(wù)決策 C TMT PL TMT負(fù)責(zé)制定架構(gòu)規(guī)劃 架構(gòu)相關(guān)的技術(shù)決策 該職責(zé)也可委托相應(yīng)的架構(gòu)委員會來行使 C GTO PL GTD負(fù)責(zé)依據(jù)上級決策和規(guī)劃 例行管理和監(jiān)控架構(gòu)項(xiàng)目 總體辦架構(gòu)與設(shè)計管理部負(fù)責(zé)組織跨產(chǎn)品線的領(lǐng)域架構(gòu)設(shè)計 管理及維護(hù)工作 產(chǎn)品線架構(gòu)設(shè)計部負(fù)責(zé)產(chǎn)品線內(nèi)的領(lǐng)域架構(gòu)設(shè)計 管理及維護(hù)工作 Page27 架構(gòu)設(shè)計部與系統(tǒng)設(shè)計團(tuán)隊(duì)的關(guān)系 架構(gòu)設(shè)計部負(fù)責(zé)領(lǐng)域分析和領(lǐng)域架構(gòu)設(shè)計 含新形態(tài)產(chǎn)品的架構(gòu)設(shè)計 產(chǎn)品SEG負(fù)責(zé)產(chǎn)品的系統(tǒng)設(shè)計 平臺SEG負(fù)責(zé)平臺的系統(tǒng)設(shè)計 產(chǎn)品線架構(gòu)設(shè)計部在設(shè)計業(yè)務(wù)上指導(dǎo)和約束產(chǎn)品系統(tǒng)設(shè)計團(tuán)隊(duì)和平臺系統(tǒng)設(shè)計團(tuán)隊(duì) 一方面 產(chǎn)品系統(tǒng)設(shè)計和平臺系統(tǒng)設(shè)計要遵從領(lǐng)域架構(gòu)的設(shè)計約束 另一方面 在系統(tǒng)設(shè)計活動中 平臺和產(chǎn)品間的技術(shù)沖突也需要架構(gòu)設(shè)計部來協(xié)調(diào)和仲裁 PL IPMT 研發(fā)部 PL TMT PL GTD 架構(gòu)設(shè)計部 平臺開發(fā)部 系統(tǒng)部 產(chǎn)品族開發(fā)部 PDT SEG TDT SEG 系統(tǒng)部 平臺設(shè)計 產(chǎn)品設(shè)計 架構(gòu)設(shè)計 Page28 DSSE流程的階段 需求分析階段組建項(xiàng)目組 基于目標(biāo)領(lǐng)域系統(tǒng)所在上下文網(wǎng)絡(luò)語境 建立業(yè)務(wù)模型和領(lǐng)域模型 分析領(lǐng)域包需求 使用用例分析方法和質(zhì)量屬性場景方法定義系統(tǒng)需求規(guī)格 參考需求分析的結(jié)果 制定 或調(diào)整 項(xiàng)目計劃 邏輯架構(gòu)設(shè)計階段對目標(biāo)領(lǐng)域系統(tǒng)內(nèi)部進(jìn)行功能分析 分解得到分析模塊 建立分析模型 參考分析模型 進(jìn)行邏輯架構(gòu)設(shè)計 以支持領(lǐng)域的質(zhì)量屬性需求 實(shí)現(xiàn)分析階段對邏輯架構(gòu)及其構(gòu)建塊DM進(jìn)行實(shí)現(xiàn)分析 劃分出領(lǐng)域內(nèi)公共的核心資產(chǎn) 平臺 CBB 核心資產(chǎn)的需求規(guī)格 以及他們和產(chǎn)品應(yīng)用件的界限 獲得軟件 硬件模塊等實(shí)現(xiàn)組件 得到領(lǐng)域內(nèi)核心資產(chǎn) 平臺 CBB 實(shí)現(xiàn)架構(gòu) 可選 物理架構(gòu)設(shè)計階段 可選階段 規(guī)劃單板和進(jìn)程 并部署DM IM到單板和進(jìn)程 定義單板間物理接口 進(jìn)程之間的并發(fā)關(guān)系 Page29 DSSE流程的角色 ITMT PL IPMT 負(fù)責(zé)項(xiàng)目的計劃決策 PDCP 交付決策 TDCP 等業(yè)務(wù)決策 TMT 初審架構(gòu)項(xiàng)目立項(xiàng)charter 發(fā)起架構(gòu)評估活動并負(fù)責(zé)技術(shù)決策 項(xiàng)目經(jīng)理 負(fù)責(zé)項(xiàng)目開工 項(xiàng)目計劃管理 項(xiàng)目監(jiān)控 組織領(lǐng)域需求評審 及其他項(xiàng)目管理活動 分析師 負(fù)責(zé)收集和分析領(lǐng)域需求 業(yè)務(wù)建模 構(gòu)造系統(tǒng)用例 輸出領(lǐng)域系統(tǒng)需求 架構(gòu)師 組織完成領(lǐng)域邏輯架構(gòu) 實(shí)現(xiàn)分析 準(zhǔn)備架構(gòu)評估材料 回答架構(gòu)評估的問題 提出典型產(chǎn)品應(yīng)用的物理架構(gòu)建議 架構(gòu)師外圍組成員角色 復(fù)用工程師 收集并維護(hù)公司及領(lǐng)域范圍的平臺 CBB信息 對本領(lǐng)域IM SWM HWM的復(fù)用方案提出建議 屬性工程師 負(fù)責(zé)某類質(zhì)量屬性 DFx 的專項(xiàng)設(shè)計活動 如可靠性設(shè)計 UCD設(shè)計 可服務(wù)性設(shè)計 性能設(shè)計 可制造性設(shè)計 成本設(shè)計等 設(shè)計工程師 負(fù)責(zé)某類功能業(yè)務(wù)的設(shè)計 如操作維護(hù)業(yè)務(wù)設(shè)計 呼叫業(yè)務(wù)功能設(shè)計等 Page30 領(lǐng)域分析和設(shè)計方法 DSSE分析與設(shè)計活動包括如下6個工作流 Workflow BusinessModeling 理解目標(biāo)系統(tǒng)所處的網(wǎng)絡(luò) 或更大系統(tǒng) 的結(jié)構(gòu) 業(yè)務(wù)及其動態(tài)特性 DomainRequirements 確定領(lǐng)域系統(tǒng)需要考慮的需求 規(guī)范刻畫系統(tǒng)需求規(guī)格 DomainAnalysis 基于問題域視角 探索系統(tǒng)內(nèi)部 建立領(lǐng)域的分析模型 LogicalArchitectureDesign 基于解域 計算機(jī)域 視角 構(gòu)建設(shè)計模型 獲得領(lǐng)域架構(gòu) ImplementationAnalysis 選擇實(shí)現(xiàn)技術(shù) 構(gòu)建實(shí)現(xiàn)模型 確定領(lǐng)域平臺 CBB與產(chǎn)品的邊界PhysicalArchitectureDesign 構(gòu)建部署模型 獲得平臺及產(chǎn)品的物理架構(gòu) BusinessModeling DomainRequirements LogicalArchitectureDesign DomainAnalysis ImplementationAnalysis PhysicalArchitectureDesign Phase1 RequirementAnalysis Phase2 LogicalArchitectureDesign Phase3 ImplementationAnalysis Phase4 PhysicalArchitectureDesign Page31 架構(gòu)評估的目 特點(diǎn)及評估時機(jī) 架構(gòu)評估