【正文】 用通用瀏覽器就實(shí)現(xiàn)了原來(lái)需要復(fù)雜的專用軟件才能實(shí)現(xiàn)的強(qiáng)大功能，并節(jié)約了開(kāi)發(fā)成本，是一種全新的軟件體系結(jié)構(gòu)。我們只講述了“純”的軟件體系結(jié)構(gòu)。但是，從前面的論述中看出，不同的結(jié)構(gòu)有不同的處理能力的強(qiáng)項(xiàng)和弱點(diǎn)，一個(gè)系統(tǒng)的體系結(jié)構(gòu)應(yīng)該根據(jù)實(shí)際需要進(jìn)行選擇，以解決實(shí)際問(wèn)題。事實(shí)上，也存在一些系統(tǒng)，它們是由這些純體系結(jié)構(gòu)組合而成，即采用了異構(gòu)軟件體系結(jié)構(gòu)。四、NGOSS采用的軟件體系結(jié)構(gòu)TNA為了保證NGOSS的目標(biāo)能夠順利實(shí)現(xiàn)，為了解決不同技術(shù)的兼容問(wèn)題，TMF提出了NGOSS的技術(shù)中立體系結(jié)構(gòu)（TNA）。TNA定義了NGOSS在系統(tǒng)體系結(jié)構(gòu)方面的功能，是一個(gè)抽象的、通用的體系結(jié)構(gòu)。NGOSS的TNA：TNA定義了體系結(jié)構(gòu)的概念及概念之間的關(guān)系，繼承了分布式系統(tǒng)的相關(guān)概念。構(gòu)件、合同、服務(wù)、接口、共享數(shù)據(jù)信息TNA的核心是：構(gòu)件和構(gòu)件間的關(guān)系。構(gòu)件（ponent）是TNA部署的、可管理的基本單元，它是合同的承載者，同時(shí)也是服務(wù)的提交實(shí)體。構(gòu)件的定義：功能的二進(jìn)制實(shí)現(xiàn)；有合同定義的接口；可獨(dú)立部署的單元；可由第三方構(gòu)造；和構(gòu)件模型一致NGOSS中對(duì)構(gòu)件實(shí)現(xiàn)的要求：明確定義其外部關(guān)聯(lián)；用與技術(shù)相關(guān)的構(gòu)件模型實(shí)現(xiàn)；無(wú)論構(gòu)件是否有持續(xù)的狀態(tài)，其操作所需的信息應(yīng)永久存儲(chǔ)。 構(gòu)件的交互（基于分布式處理環(huán)境）三層體系結(jié)構(gòu)的構(gòu)件模式 第六章 電信業(yè)務(wù)支撐系統(tǒng)設(shè)計(jì) 環(huán)境設(shè)計(jì)（實(shí)現(xiàn)視點(diǎn)）基于NGOSS的基本思想：流程驅(qū)動(dòng)、構(gòu)件和總線的技術(shù)中立。結(jié)合目前的軟件體系結(jié)構(gòu)和中間件技術(shù)。應(yīng)用已有的中間件技術(shù)，提出了一個(gè)新一代運(yùn)營(yíng)管理支撐平臺(tái)的軟件體系結(jié)構(gòu)。所謂支撐平臺(tái)：可以部署和運(yùn)行系統(tǒng)的平臺(tái)。工作流：一般而言，電信運(yùn)營(yíng)管理支撐系統(tǒng)應(yīng)該不僅僅能夠支持電信企業(yè)內(nèi)部的業(yè)務(wù)處理流程，還應(yīng)該能夠提供對(duì)運(yùn)營(yíng)商與客戶、運(yùn)營(yíng)商之間的業(yè)務(wù)處理流程的支持，各種業(yè)務(wù)處理流程都應(yīng)能夠無(wú)縫地穿越相關(guān)軟件系統(tǒng)的邊界。工作流系統(tǒng)通過(guò)對(duì)電信運(yùn)營(yíng)管理軟件實(shí)體以及相關(guān)電信業(yè)務(wù)流程的抽象，建立了能夠?qū)I(yè)務(wù)流程進(jìn)行快速、靈活重組的處理機(jī)制，提供了一套完善的關(guān)于業(yè)務(wù)流程建模、執(zhí)行監(jiān)控及其管理工具。業(yè)務(wù)流程執(zhí)行引擎：平臺(tái)的業(yè)務(wù)流程執(zhí)行引擎為業(yè)務(wù)流程實(shí)例的執(zhí)行提供運(yùn)行環(huán)境。作為解析和執(zhí)行驅(qū)動(dòng)工具，業(yè)務(wù)流程執(zhí)行引擎可對(duì)業(yè)務(wù)流程描述進(jìn)行解析，可通過(guò)對(duì)相關(guān)業(yè)務(wù)組件的調(diào)用實(shí)現(xiàn)對(duì)其執(zhí)行的控制。消息總線：平臺(tái)消息總線根據(jù)業(yè)務(wù)流程執(zhí)行引擎的調(diào)度，在業(yè)務(wù)組件之間進(jìn)行相關(guān)的數(shù)據(jù)和控制命令的傳遞，并根據(jù)時(shí)效等策略要求，將各業(yè)務(wù)組件處理后的信息反饋給業(yè)務(wù)流程引擎。消息總線采用管理者/代理者工作模式。在實(shí)際應(yīng)用中，總線上一般可同時(shí)存在多個(gè)消息服務(wù)器（manager)、消息客戶端代理(agent)，以及共享信息模型庫(kù)。適配器：適配器主要負(fù)責(zé)將用不同技術(shù)實(shí)現(xiàn)的業(yè)務(wù)功能組件的交換信息轉(zhuǎn)換成統(tǒng)一的消息格式，并通過(guò)消息總線進(jìn)行傳輸，從而完成異構(gòu)系統(tǒng)之間的信息交互。適配器完成的工作主要包括以下兩個(gè)方面：在業(yè)務(wù)流程執(zhí)行之前，適配器按Web Service的接口方式，將接入的業(yè)務(wù)功能組件的功能描述和適配器自身的描述通過(guò)服務(wù)注冊(cè)模塊在消息服務(wù)器Manager上注冊(cè)，以供其它的業(yè)務(wù)組件查詢調(diào)用；在業(yè)務(wù)流程執(zhí)行過(guò)程中，發(fā)送方通過(guò)服務(wù)調(diào)用模塊發(fā)出調(diào)用請(qǐng)求，通過(guò)其消息處理模塊按照預(yù)先定義好的格式，將發(fā)送方發(fā)出的信息進(jìn)行格式轉(zhuǎn)換，然后將轉(zhuǎn)換后的信息發(fā)送到消息總線，消息總線負(fù)責(zé)將消息發(fā)送到接收方，接收方通過(guò)消息處理模塊解析消息并將消息發(fā)送到服務(wù)調(diào)用模塊，調(diào)用接收方的業(yè)務(wù)功能組件，調(diào)用完成返回后將消息反饋給消息總線，消息總線負(fù)責(zé)將返回的消息發(fā)送到發(fā)送方，發(fā)送方的消息處理模塊對(duì)消息總線返回的具有統(tǒng)一格式的信息進(jìn)行解析，將解析后的結(jié)果返回給發(fā)送方的業(yè)務(wù)功能組件。共享信息模型（SID）實(shí)現(xiàn)采用UML類圖對(duì)各個(gè)管理域中的共享數(shù)據(jù)進(jìn)行數(shù)據(jù)建模，定義相關(guān)的共享對(duì)象及其屬性，以及對(duì)象與對(duì)象之間的關(guān)聯(lián)關(guān)系；同時(shí)采用公共信息模型（CIM）的元語(yǔ)言描述機(jī)制，描述數(shù)據(jù)的屬性、相關(guān)操作及其相互之間的交互關(guān)系。 第七章 NGOSS體系及方法引言：?jiǎn)栴}的提出：基于eTOM提出的電信業(yè)務(wù)運(yùn)營(yíng)流程框架，如何設(shè)計(jì)和規(guī)劃支撐系統(tǒng)？傳統(tǒng)的以單一的電信業(yè)務(wù)運(yùn)營(yíng)流程為驅(qū)動(dòng)的設(shè)計(jì)的弊端（例如97系統(tǒng)），如何解決綜合業(yè)務(wù)的問(wèn)題？如果按照橫向的業(yè)務(wù)功能組進(jìn)行系統(tǒng)架構(gòu)的規(guī)劃和部署，那么數(shù)據(jù)如何的共享。1. NGOSS系統(tǒng)體系結(jié)構(gòu)的理論基礎(chǔ)分布式系統(tǒng)的參考模型RMODP概述2. NGOSS概述3. NGOSS方法論一、RMODP概述：開(kāi)放分布式處理ODP是分布式處理（計(jì)算）技術(shù)發(fā)展的高級(jí)階段，試圖解決網(wǎng)絡(luò)環(huán)境下，異構(gòu)系統(tǒng)的交互及接口問(wèn)題。提供應(yīng)用程序一致的接口模型。實(shí)現(xiàn)分布操作的 互操作、訪問(wèn)透明、可移植。開(kāi)放分布式計(jì)算參考模型（RMODP）提供了分布式系統(tǒng)的框架，使異構(gòu)的、自治的分布式系統(tǒng)部件之間可以集成與互操作。RMODP框架是抽象的模型—分布計(jì)算模型，核心概念：服務(wù)、服務(wù)的導(dǎo)航（選擇）。RM ODP從5個(gè)視角（視點(diǎn)）描述分布式系統(tǒng)。分別是：企業(yè)視點(diǎn)、信息視點(diǎn)、工程視點(diǎn)、計(jì)算視點(diǎn)、技術(shù)視點(diǎn)。每一種視點(diǎn)是從不同的角度對(duì)一個(gè)復(fù)雜的分布式系統(tǒng)進(jìn)行的抽象和描述。RMODP是指導(dǎo)電信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)進(jìn)行業(yè)務(wù)/技術(shù)規(guī)范編制的指南。TINA System Specification MethodType1Type2Type3Type4Type5generic relationship1+role1role2position (aggregation)containment (inheritance)Information viewpointEngineering viewpointMeaningAnimationDistributionNCCEDPE KernelNetwork NodesDPE KernelNCCENCCEStream InterfaceObjectComputational viewpointOperational InterfaceDPE serverCOCOCOCOBusiness viewpointstakeholderadministrative domainRPstakeholder.adm. dom. business rolebusiness rolebusiness rolebusiness rolebusiness rolebusiness roleRP.RPRPRPKTNDPE KernelTINAsystemFramework amp。RequirementsODPRM的視點(diǎn)： 企業(yè)視點(diǎn)：目標(biāo)：系統(tǒng)實(shí)現(xiàn)的目標(biāo)；范圍：系統(tǒng)的邊界；策略：規(guī)范描述系統(tǒng)的業(yè)務(wù)需求。包括：角色（roles）和活動(dòng)（activities）；ODP系統(tǒng)與外部環(huán)境的交互作用；企業(yè)的組織結(jié)構(gòu)；處理流程；相關(guān)的安全和管理策略TMFeTOM就是電信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)的企業(yè)視點(diǎn)。信息視點(diǎn)：描述企業(yè)對(duì)ODP系統(tǒng)的信息需求。包括：信息模型（實(shí)體及實(shí)體間的關(guān)系）、信息流。信息結(jié)構(gòu)（信息元素、對(duì)象）、信息之間的關(guān)系、信息的變化和導(dǎo)出及相應(yīng)的規(guī)則、信息的屬性、信息流、信息處理的形式、邏輯劃分基本概念：模式：靜態(tài)模式：定義某時(shí)刻信息對(duì)象的狀態(tài)和結(jié)構(gòu)；不變模式；動(dòng)態(tài)模式；完整性規(guī)則；關(guān)系：對(duì)象間的聯(lián)系計(jì)算視點(diǎn)（Computation Viewpoint）：描述ODP系統(tǒng)的功能性分解、互操作性、可移植性：功能分解為對(duì)象和接口；互操作為對(duì)象在接口上的交互； 技術(shù)中立（獨(dú)立）：應(yīng)有獨(dú)立于所運(yùn)行的計(jì)算機(jī)和網(wǎng)絡(luò)，體現(xiàn)為分布透明性。 從計(jì)算視點(diǎn)看：ODP系統(tǒng)由許多計(jì)算對(duì)象組成，對(duì)象包括數(shù)據(jù)和處理、并提供與其他對(duì)象的接口界面。計(jì)算規(guī)范定義：系統(tǒng)中的對(duì)象、對(duì)象的活動(dòng)以及對(duì)象之間的交互。對(duì)象間的交互可以是面向操作的（RPC機(jī)制），或面向流的（生產(chǎn)者/消費(fèi)者）：面向操作的接口—客戶/服務(wù)器模型；面向流的接口—數(shù)據(jù)流；Computational Modeling Concepts Languages: ODL strict superset of OMGIDL, adding reuse of Computational specifications, stream interfaces, QoS and grouping. Tools: Platytools to pile ODL specifications into C++ and IDL, which can be processed by an IDL piler ACE to capture ODL specs.Object 3Object 1Object 2StreamInterfacesObject GroupsOperationalInterfacesComputationalObjectsMultiple Interface Objects in the TINADPEMultiple interfaces are a consequence of:235。 Object position 235。 Different users accessing the same object with different rights235。 Different views on the same objectOO2O1O3O4positiondeposition工程視點(diǎn)（Engineering Viewpoint）：支持分布式計(jì)算所要求的透明控制機(jī)制和功能實(shí)現(xiàn)。即：系統(tǒng)的部署和實(shí)現(xiàn)環(huán)境:描述運(yùn)行ODP系統(tǒng)功能的抽象體系結(jié)構(gòu)。確定用于管理局部和物理分布的系統(tǒng)資源所需的抽象。定義支持ODP功能的各種對(duì)象的任務(wù)；確定不同對(duì)象之間的參考點(diǎn)；工程視點(diǎn)描述的是對(duì)象和通道。對(duì)象包括：基本工程對(duì)象：對(duì)應(yīng)計(jì)算視點(diǎn)的對(duì)象。結(jié)構(gòu)對(duì)象：其它對(duì)象通道：通信機(jī)制五、技術(shù)視點(diǎn): 規(guī)范測(cè)試信息ODPRM是對(duì)ODP系統(tǒng)的不同角度的抽象，由5種視點(diǎn)規(guī)范構(gòu)成了系統(tǒng)規(guī)范說(shuō)明的完整框架。專題二：NGOSS(下一代電信運(yùn)營(yíng)軟件系統(tǒng)）1. NGOSS概述2. NGOSS組成3. 技術(shù)特性4. 技術(shù)思想5. 開(kāi)發(fā)方法及生命周期模型一、NGOSS概述下一代運(yùn)營(yíng)支撐系統(tǒng)（NGOSS）是由電信管理論壇（TMF）提出的新一代OSS/BSS體系。NGOSS從：系統(tǒng)（即插即用規(guī)則）、過(guò)程（企業(yè)事務(wù)過(guò)程模型）、信息（關(guān)聯(lián)處理公用數(shù)據(jù)）、產(chǎn)品（COTS）四個(gè)方面保證OSS體系具備了標(biāo)準(zhǔn)化、可逐步演進(jìn)、保證互連和互操作（開(kāi)放）、實(shí)現(xiàn)端到端管理和高度自動(dòng)化的特點(diǎn)。NGOSS提出一系列的文檔、信息模型和代碼，分析研究企業(yè)核心業(yè)務(wù)流和信息技術(shù)，提出一套指導(dǎo)OSS/BSS建設(shè)的系統(tǒng)框架，幫助開(kāi)發(fā)商迅速開(kāi)發(fā)支撐系統(tǒng)，滿足電信運(yùn)營(yíng)商對(duì)OSS/BSS建設(shè)的需要，使OSS/BSS的設(shè)計(jì)和開(kāi)發(fā)從滿足個(gè)別運(yùn)營(yíng)商的個(gè)體需求擴(kuò)展到分析電信運(yùn)營(yíng)商的整體需求，使OSS/BSS的設(shè)計(jì)和開(kāi)發(fā)進(jìn)入到一個(gè)嶄新的時(shí)代。NGOSS的目標(biāo)是貼近運(yùn)營(yíng)商需求，使系統(tǒng)開(kāi)發(fā)變得更迅速、更靈活、成本更低。二、NGOSS的組成：當(dāng)前的NGOSS由四個(gè)主要部分組成：增強(qiáng)的電信運(yùn)營(yíng)流程框架eTOM，用于描述電信企業(yè)運(yùn)營(yíng)過(guò)程，是NGOSS 賴以建立的企業(yè)運(yùn)營(yíng)和管理模型；（企業(yè)視點(diǎn)）；共享信息和數(shù)據(jù)模型SID，規(guī)范系統(tǒng)使用的信息結(jié)構(gòu)和內(nèi)容；（信息視點(diǎn)）；技術(shù)中立系統(tǒng)結(jié)構(gòu)TNA，描述完成NGOSS目標(biāo)的系統(tǒng)抽象體系結(jié)構(gòu)；（計(jì)算視點(diǎn)）；部署和兼容性測(cè)試（技術(shù)視點(diǎn)）三、NGOSS的技術(shù)特性： eTOM提供了一個(gè)抽象的、通用的電信運(yùn)營(yíng)商企業(yè)運(yùn)營(yíng)過(guò)程模型，該模型是建立穩(wěn)定的OSS/BSS系統(tǒng)奠定了基礎(chǔ)。在建立實(shí)際的OSS/BSS系統(tǒng)，必須解決系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)的問(wèn)題，其中包括：確定系統(tǒng)體系結(jié)構(gòu)和應(yīng)用各種技術(shù)，從技術(shù)的角度考慮，如果將上述的業(yè)務(wù)需求映射到對(duì)系統(tǒng)要求，我們會(huì)要求系統(tǒng)具有以下技術(shù)特性：互操作性：為了提供端到端的支持，系統(tǒng)互聯(lián)以及保證系統(tǒng)的演化，BSS/OSS必須與其他系統(tǒng)互聯(lián)；可伸縮性：對(duì)于電信運(yùn)營(yíng)商來(lái)說(shuō)，企業(yè)經(jīng)營(yíng)規(guī)模的變化，用戶數(shù)量的變化和網(wǎng)絡(luò)規(guī)模的變化，都需要系統(tǒng)具有良好的可伸縮性；可演化和可移植性：對(duì)于電信運(yùn)營(yíng)商來(lái)說(shuō)，系統(tǒng)要面對(duì)不斷變化發(fā)展的經(jīng)營(yíng)局面，就必須不斷升級(jí)和演化，以支持最新的網(wǎng)絡(luò)技術(shù)和業(yè)務(wù)，支持最新的營(yíng)銷概念和方式；向后兼容性：為了在系統(tǒng)連續(xù)運(yùn)行的同時(shí)，完成新增功能的演化，這一要求是不言而喻的。良好的向后兼容性可以降低新增構(gòu)件和系統(tǒng)時(shí)的風(fēng)險(xiǎn)。降低系統(tǒng)開(kāi)發(fā)和部署的成本。四、NGOSS 技術(shù)思想受到軟件產(chǎn)業(yè)的組件技術(shù)和組件開(kāi)發(fā)方法的啟示，NGOSS提出了基于組件（構(gòu)件）的面向?qū)ο蟮姆植际? BSS/OSS 解決方案。隨著功能封裝、接口協(xié)議定義等組件開(kāi)發(fā)方法被業(yè)界普遍認(rèn)可，業(yè)務(wù)過(guò)程流、公共總線結(jié)構(gòu)、公共業(yè)務(wù)數(shù)據(jù)、NGOSS組件等的研究迅速開(kāi)展起來(lái)。（1） 業(yè)務(wù)過(guò)程流： NGOSS將業(yè)務(wù)過(guò)程流從組件中剝離出來(lái)，使每個(gè)組件成為一個(gè)功能實(shí)體，從而使得對(duì)單獨(dú)組件的開(kāi)發(fā)要求轉(zhuǎn)變?yōu)閷?duì)過(guò)程控制的業(yè)務(wù)邏輯要求。即：業(yè)務(wù)過(guò)程和業(yè)務(wù)功能（邏輯）分離。在改變業(yè)務(wù)過(guò)程流時(shí)，組件只需完成公共協(xié)議中定義的接口功能，可以通過(guò)簡(jiǎn)單的流程定義來(lái)改變業(yè)務(wù)過(guò)程流，而無(wú)需修改應(yīng)用組件。這樣也使得應(yīng)用組件可以重用，組件的開(kāi)發(fā)更加方便，靈活性更高。同時(shí)，NGOSS框架允許業(yè)務(wù)流程的定制、改造和優(yōu)化，從而實(shí)現(xiàn)企業(yè)業(yè)務(wù)流程再造。（2）公共總線結(jié)構(gòu) ：點(diǎn)對(duì)點(diǎn)的系統(tǒng)集成方法要求每個(gè)業(yè)務(wù)都要有面向其他系統(tǒng)的接口，這使OSS