IPD_-技術(shù)開(kāi)發(fā)流程_第1頁(yè)
IPD_-技術(shù)開(kāi)發(fā)流程_第2頁(yè)
IPD_-技術(shù)開(kāi)發(fā)流程_第3頁(yè)
IPD_-技術(shù)開(kāi)發(fā)流程_第4頁(yè)
IPD_-技術(shù)開(kāi)發(fā)流程_第5頁(yè)
已閱讀5頁(yè),還剩29頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

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

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論