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

1、page 1,content,概述 技術(shù)規(guī)劃流程（tpp） 技術(shù)/平臺開發(fā)流程（tpd） 領(lǐng)域架構(gòu)（dsse） cbb,page 2,什么是cbb,cbb ( common building block 共用基礎(chǔ)模塊） 基礎(chǔ)模塊(bb)是系統(tǒng)中一組實現(xiàn)特定功能，具備接口要素、性能及規(guī)格的實體單元，而cbb指可共用的基礎(chǔ)模塊即可兩個或兩個以上的產(chǎn)品系統(tǒng)中直接應(yīng)用的基礎(chǔ)模塊。cbb可分為：自制件cbb、外購件cbb,cbb具備以下特征 共用性、可集成 界面清晰； 功能、性能指標明確； 可維護、可測試； 有完善的資料手冊,cbb的來源 基于架構(gòu)開發(fā)的cbb 基于已開發(fā)系統(tǒng)后向整理cbb： 遵循技術(shù)趨

2、勢與技術(shù)歸納/規(guī)劃出的共用模塊 外購的cbb,page 3,高價值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)商獨家供貨的外購件； 對采購成本影響較大的外購件； 對總體方案有較大影響的關(guān)鍵器件；,page 4,什么是平臺,平臺是特定架構(gòu)及基于此架構(gòu)的一組技術(shù)

3、構(gòu)件的有機集合。平臺為產(chǎn)品提供通用基礎(chǔ)能力，產(chǎn)品以平臺為基礎(chǔ)加上客戶化特性能快速形成不同產(chǎn)品系列,平臺的特征: 基于特定架構(gòu) 共享性、通用性 具有較高的戰(zhàn)略價值 高度可集成性、可快速實施 具備二次開發(fā)能力、極易擴充 與產(chǎn)品之間的界面清晰，可實現(xiàn)上層應(yīng)用的技術(shù)無關(guān)性,page 5,技術(shù)體系流程及周邊流程關(guān)系,sourcing plan 流程,cbb管理流程,tpd流程,概念,計劃,開發(fā),遷移,需求管理流程,ipd流程,概念,計劃,開發(fā),驗證,發(fā)布,lc,執(zhí)行,啟動,分析,融合和 優(yōu)化,tpp流程,技術(shù)cdp,預(yù)研流程,架構(gòu)開發(fā)流程,mm-sp,mm- abp/cdp,mm流程,page 6,技術(shù)

4、管理體系相關(guān)團隊,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: integrated technology management team tmt: technology management team tdt: technology development team gto: corperation general technology office gtd:general technology department tmg: technology m

5、anagement group,page 7,技術(shù)規(guī)劃流程 tpp,page 8,技術(shù)規(guī)劃流程與mm流程的銜接,啟動,分析,融合和優(yōu)化,執(zhí)行,技術(shù)規(guī)劃流程（tpp,公司戰(zhàn)略和業(yè)務(wù)方向 技術(shù)趨勢 競爭對手信息 上期路標及執(zhí)行情況 業(yè)務(wù)計劃,產(chǎn)品路標,技術(shù)趨勢 分析報告,產(chǎn)品線目 標、市場 技術(shù)信息,技術(shù)路標,技術(shù)/平臺開發(fā)應(yīng)領(lǐng)先產(chǎn)品開發(fā)6個月,mm-sp產(chǎn)業(yè)與投資方向,mm-bp里程碑落實/年度目標策略 及預(yù)算,mm-charter初始產(chǎn)品包商業(yè)計劃制定,市場管理流程（mm,交叉評審,page 9,技術(shù)規(guī)劃流程（tpp）框架,執(zhí)行階段,啟動階段,分析階段,融合優(yōu)化階段,輸出,輸入,主要 活動,p

6、age 10,技術(shù)規(guī)劃團隊角色定義,page 11,技術(shù)/平臺項目charter開發(fā)流程,產(chǎn)品線技術(shù)規(guī)劃 pdc結(jié)果 客戶需求(or) 技術(shù)發(fā)展趨勢分析報告,技術(shù)/平臺cdp,技術(shù)平臺項目任務(wù)書材料包 技術(shù)平臺項目任務(wù)書,適用范圍： 所有技術(shù)/平臺開發(fā)項目，包括：架構(gòu)、平臺、子系統(tǒng)、cbb、技術(shù)開發(fā),技術(shù)/平臺charter開發(fā)小組,組 長,規(guī)劃師,tdt代表,用戶tdt/ pdt代表,rme,charter開發(fā)小組,責(zé)任主體仍然是tmt,輸入/輸出,page 12,業(yè)務(wù)分層模型,mm/ipd,市場機會 面向客戶 數(shù)據(jù)收集 業(yè)務(wù)規(guī)劃 投資決策,各層次通過mm流程（根據(jù)不同層次特點進行裁剪）面向

7、外部市場，通過or流程收集信息數(shù)據(jù)，通過ipd進行開發(fā),支撐產(chǎn)品發(fā)展 影響ipmt決策 架構(gòu)開發(fā) cbb 技術(shù)規(guī)劃,技術(shù)體系負責(zé)內(nèi)部層次，根據(jù)tpp進行技術(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)用范圍進一步劃分為外部業(yè)務(wù)分層和內(nèi)部業(yè)務(wù)分層,page 13,異步開發(fā)（asynchronous development）框架,異步層的相互配合關(guān)系應(yīng)該在早期的業(yè)務(wù)規(guī)劃和路標定義時就得到明確。 pmt和tmt在產(chǎn)品規(guī)劃和技術(shù)規(guī)劃活

8、動中形成互動，明確定義技術(shù)和平臺的每個r版本所支持的產(chǎn)品的r版本、其主要特性和需求、以及r版本tdcp時間,pdt,product,平臺參考架構(gòu),系統(tǒng)參考模型,技術(shù)管理體系,技術(shù)路標,版本火車,核心能力中心,cbb,業(yè)務(wù)分層,依賴關(guān) 系管理,技 術(shù) 戰(zhàn) 略,業(yè) 務(wù) 戰(zhàn) 略,ibt,page 14,技術(shù)/平臺開發(fā)流程 tpd,page 15,平臺與產(chǎn)品有何不同,page 16,平臺與產(chǎn)品的差異決定了開發(fā)流程的不同,基于平臺和產(chǎn)品的差異，開發(fā)流程除需在技術(shù)和質(zhì)量標準等方面有較高要求外，還要考慮了以下方面的差異： 市場：平臺重點關(guān)注戰(zhàn)略支撐，不直接對外銷售，不涉及定價、預(yù)測、訂單履行等，market

9、ing代表的職責(zé)重在需求控制和平臺內(nèi)部推廣； 財務(wù)：財務(wù)核算重點關(guān)注成本核算和目標成本的達成，不關(guān)注收入和利潤 ； 技術(shù)支持：平臺的客戶是用戶pdt，技術(shù)支持方式有別于產(chǎn)品，主要職責(zé)是支持用戶pdt進行二次開發(fā)，其技能要求和服務(wù)模式與產(chǎn)品的要求有較大差異； 研發(fā)：平臺是產(chǎn)品的一個部件，需在產(chǎn)品中集成驗證后才能達到量產(chǎn)要求，流程中需有一個遷移階段來保證平臺順利遷移到產(chǎn)品，并有效支持產(chǎn)品驗證和轉(zhuǎn)產(chǎn)； 制造：平臺需要集成到產(chǎn)品才能完成最后的轉(zhuǎn)產(chǎn)過程，因此平臺開發(fā)流程不需要獨立定義相應(yīng)的量產(chǎn)活動,tpd流程體現(xiàn)了平臺的差異性，是客戶化的ipd流程,page 17,tpd流程在各個階段充分考慮了平臺的特

10、點,完成初始技術(shù)/平臺的開發(fā) 關(guān)注于平臺的遷移準備和發(fā)布平臺最終規(guī)格和相關(guān)文檔,完成初始產(chǎn)品的開發(fā) 開發(fā)集成配置器，開始營銷宣傳，向定價、預(yù)測提供支持，逐步上量準備,關(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ù)遷移計劃支持各個用戶pd

11、t tr4到ga的所有活動，保證平臺有效集成到產(chǎn)品中,驗證產(chǎn)品（beta/svt/標竿等），開展esp，發(fā)布最終產(chǎn)品規(guī)格及相關(guān)文檔,發(fā)布產(chǎn)品，制造足夠數(shù)量的滿足客戶需求的產(chǎn)品,遷 移 階 段,重點關(guān)注對產(chǎn)品戰(zhàn)略的支持,重點關(guān)注對業(yè)務(wù)計劃的支持,開發(fā) 階段,計劃 階段,概念 階段,驗證 階段,發(fā)布 階段,charter,ipd流程,tpd流程,監(jiān)控生產(chǎn)、營銷和銷售、客戶服務(wù)和支持等方面的績效，直到eox,生命周期,page 18,平臺和技術(shù)的遷移,責(zé)任主體仍然在tdt，活動主要通過遷移計劃來指導(dǎo),由以fae為主維護團隊提供后期技術(shù)支持服務(wù)工作,遷移計劃完成，tdt合同關(guān)閉，此時遷移計劃中所標識的

12、用戶pdt已經(jīng)全部通過adcp，技術(shù)/平臺合同評估活動啟動,tdcp為遷移階段的起始點，而不是終止點，tdcp主要評估技術(shù)/平臺向用戶產(chǎn)品遷移準備度是否達到要求,遷移階段的終止點為技術(shù)/平臺生命周期結(jié)束點，也就是所有使用此技術(shù)/平臺的用戶產(chǎn)品生命周期結(jié)束,page 19,遷移策略與計劃,遷移計劃是遷移階段tdt活動的核心指導(dǎo)，是遷移階段tdt的項目計劃。它明確了tdt需要支持那些用戶pdt，對于每個用戶pdt需要支持哪些活動，需要哪些資源等。 遷移計劃由tdt經(jīng)理組織開發(fā)，發(fā)布前需要各用戶pdt充分溝通并得到其認可，最終經(jīng)itmt/pl_ipmt的批準生效； 概念階段主要集中在遷移策略的制定，

13、計劃階段完成詳細計劃，tdcp前根據(jù)開發(fā)階段活動狀態(tài)進一步優(yōu)化； 遷移計劃的執(zhí)行期限為從tdcp開始到合同結(jié)束點終止。 在遷移計劃執(zhí)行期間，tdt仍作為一個獨立的責(zé)任主體存在，是技術(shù)支持的責(zé)任人，負責(zé)管理和維護遷移計劃的執(zhí)行狀態(tài)。遷移計劃完成后，技術(shù)支持服務(wù)工作轉(zhuǎn)由以fae為主的維護組負責(zé),page 20,中小技術(shù)項目操作指導(dǎo),需求明確、低風(fēng)險項目，tr1與tr2可合并，cdcp與pdcp可合并；設(shè)計規(guī)格明確，tr1、tr2可與tr3合并，cdcp可合并到pdcp,基于原有架構(gòu)的增量開發(fā)，ar可合并到tr2中,注：tr的合并或裁減由se提出，pqa確認后寫入質(zhì)量計劃，同時需在相應(yīng)dcp業(yè)務(wù)計劃

14、中明確,純軟件的項目，tr4a可合并到tr5中操作,對于小項目，charter一般合并到pdcp中,page 21,dsse流程和方法,page 22,背景知識：架構(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)的元素（組

15、件是一類元素）、元素的外部屬性及元素之相的關(guān)系是系統(tǒng)架構(gòu)的三個要素，因此，在進行架構(gòu)設(shè)計時不要把精力放到不屬于架構(gòu)范疇的元素內(nèi)部細節(jié)上面； sei 的定義強調(diào)了架構(gòu)的多結(jié)構(gòu)（多視圖），ieee的定義中強調(diào)了架構(gòu)包含的“設(shè)計原理”，二者不是矛盾的，而是互補的，架構(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)獨立于架構(gòu)的描述而存在。 經(jīng)常所說的一個系統(tǒng)“沒架構(gòu)”，往往是指這個系統(tǒng)架構(gòu)不好，質(zhì)量太差，或者說沒有將

16、架構(gòu)進行編檔，顯現(xiàn)出來,系統(tǒng),部署視圖,動態(tài)視圖,靜態(tài)視圖,模塊,進程,單板,page 23,背景知識：領(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)用間的重用，即實現(xiàn)基于領(lǐng)域架構(gòu)的重用！ 領(lǐng)域架構(gòu)特征： 面向一個嚴格定義的問題域，是對整個領(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

17、基站控制器領(lǐng)域架構(gòu): visa-rc,gsm-bts,cdma-bts,wcdma-nodeb,基站領(lǐng)域,gbsc,cbsc,wrnc,基站控制器領(lǐng)域,page 24,背景知識：雙生命周期模型,應(yīng)用領(lǐng)域和產(chǎn)品應(yīng)用都是我們的開發(fā)對象，可以此來分層地組織和實施全流程開發(fā)活動。以領(lǐng)域為開發(fā)對象的活動稱之為領(lǐng)域工程，以單個產(chǎn)品應(yīng)用為開發(fā)對象的活動稱之為應(yīng)用工程。 領(lǐng)域工程和應(yīng)用工程相對獨立，又相互關(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)品的需求進入新一輪發(fā)展周期，即產(chǎn)品線演化； 基于

18、領(lǐng)域視野開展分析、設(shè)計和實現(xiàn)工作，可主動實現(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)實現(xiàn),領(lǐng)域工程,應(yīng)用工程,產(chǎn)品需求,產(chǎn)品,核心資源 （平臺/ cbb,development for reuse,development with reuse,領(lǐng)域需求,time,developed object,公共開發(fā),產(chǎn)品化開發(fā),page 25,什么是dsse ,dsse：domain-specific system engineering，是一套領(lǐng)域系統(tǒng)分析和設(shè)計的流程和方法；dsse的理論基礎(chǔ)來自于軟件工程業(yè)界的“產(chǎn)品線”工程，方法上借鑒

19、了up（unified process）方法以及瑞研所為無線某基站平臺開發(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的特點 面向特定領(lǐng)域的復(fù)用技術(shù) 用例驅(qū)動的開發(fā) 以架構(gòu)為中心 支持以迭代方式開發(fā)系統(tǒng) 使用uml建立可視化的模型 交付版本 dsse v1.1（dsse v1.0版本2005年年中在總體技術(shù)體系內(nèi)部已發(fā)布試用,page 26,架構(gòu)管理體系概述,itmt,c-tmt,c-gto,架構(gòu)與設(shè)計管理部,pl-ipmt,pl-tmt (下轄架構(gòu)委員會

20、,pl-gtd,架構(gòu)設(shè)計部,制定規(guī)劃 技術(shù)決策,依據(jù)決策和規(guī)劃 例行管理和監(jiān)控,組織或承擔(dān) 架構(gòu)設(shè)計任務(wù) 負責(zé)架構(gòu)管理與維護,跨產(chǎn)品線領(lǐng)域架構(gòu),產(chǎn)品線內(nèi)領(lǐng)域架構(gòu),業(yè)務(wù)決策 規(guī)劃審批,itmt/pl-ipmt負責(zé)領(lǐng)域架構(gòu)的規(guī)劃審批、以及同架構(gòu)相關(guān)的業(yè)務(wù)決策； c-tmt/pl-tmt負責(zé)制定架構(gòu)規(guī)劃、架構(gòu)相關(guān)的技術(shù)決策，該職責(zé)也可委托相應(yīng)的架構(gòu)委員會來行使； c-gto/pl-gtd負責(zé)依據(jù)上級決策和規(guī)劃，例行管理和監(jiān)控架構(gòu)項目； 總體辦架構(gòu)與設(shè)計管理部負責(zé)組織跨產(chǎn)品線的領(lǐng)域架構(gòu)設(shè)計、管理及維護工作； 產(chǎn)品線架構(gòu)設(shè)計部負責(zé)產(chǎn)品線內(nèi)的領(lǐng)域架構(gòu)設(shè)計、管理及維護工作,page 27,架構(gòu)設(shè)計部與系統(tǒng)設(shè)

21、計團隊的關(guān)系,架構(gòu)設(shè)計部負責(zé)領(lǐng)域分析和領(lǐng)域架構(gòu)設(shè)計（含新形態(tài)產(chǎn)品的架構(gòu)設(shè)計），產(chǎn)品seg負責(zé)產(chǎn)品的系統(tǒng)設(shè)計，平臺seg負責(zé)平臺的系統(tǒng)設(shè)計； 產(chǎn)品線架構(gòu)設(shè)計部在設(shè)計業(yè)務(wù)上指導(dǎo)和約束產(chǎn)品系統(tǒng)設(shè)計團隊和平臺系統(tǒng)設(shè)計團隊：一方面，產(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è)計,page 28,dsse流程的階段,需求分析階段 組建項目組； 基于目標領(lǐng)域系

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

23、/im到單板和進程； 定義單板間物理接口、進程之間的并發(fā)關(guān)系,page 29,dsse流程的角色,itmt / pl-ipmt：負責(zé)項目的計劃決策（pdcp）、交付決策（tdcp）等業(yè)務(wù)決策； tmt：初審架構(gòu)項目立項charter，發(fā)起架構(gòu)評估活動并負責(zé)技術(shù)決策； 項目經(jīng)理：負責(zé)項目開工、項目計劃管理、項目監(jiān)控、組織領(lǐng)域需求評審，及其他項目管理活動； 分析師：負責(zé)收集和分析領(lǐng)域需求，業(yè)務(wù)建模，構(gòu)造系統(tǒng)用例，輸出領(lǐng)域系統(tǒng)需求； 架構(gòu)師：組織完成領(lǐng)域邏輯架構(gòu)、實現(xiàn)分析；準備架構(gòu)評估材料，回答架構(gòu)評估的問題，提出典型產(chǎn)品應(yīng)用的物理架構(gòu)建議； 架構(gòu)師外圍組成員角色： 復(fù)用工程師：收集并維護公司及領(lǐng)域

24、范圍的平臺/cbb信息，對本領(lǐng)域im、swm、hwm的復(fù)用方案提出建議； 屬性工程師：負責(zé)某類質(zhì)量屬性（dfx）的專項設(shè)計活動，如可靠性設(shè)計、ucd設(shè)計/可服務(wù)性設(shè)計、性能設(shè)計、可制造性設(shè)計、成本設(shè)計等； 設(shè)計工程師：負責(zé)某類功能業(yè)務(wù)的設(shè)計，如操作維護業(yè)務(wù)設(shè)計、呼叫業(yè)務(wù)功能設(shè)計等,page 30,領(lǐng)域分析和設(shè)計方法,dsse分析與設(shè)計活動包括如下6個工作流（workflow）： business modeling: 理解目標系統(tǒng)所處的網(wǎng)絡(luò)（或更大系統(tǒng)）的結(jié)構(gòu)、業(yè)務(wù)及其動態(tài)特性； domain requirements: 確定領(lǐng)域系統(tǒng)需要考慮的需求，規(guī)范刻畫系統(tǒng)需求規(guī)格； domain anal

25、ysis: 基于問題域視角，探索系統(tǒng)內(nèi)部，建立領(lǐng)域的分析模型； logical architecture design: 基于解域(計算機域)視角，構(gòu)建設(shè)計模型，獲得領(lǐng)域架構(gòu)； implementation analysis: 選擇實現(xiàn)技術(shù)，構(gòu)建實現(xiàn)模型，確定領(lǐng)域平臺/cbb與產(chǎn)品的邊界 physical architecture design: 構(gòu)建部署模型，獲得平臺及產(chǎn)品的物理架構(gòu),business modeling,domain requirements,logical architecture design,domain analysis,implementation analysis,physical architecture design,phase1: requirement analysis,phase2: logical architecture design,phase3: implementation analysis,phase4: physical architecture design,page 31,架構(gòu)評估的目、特點及評估時機,