電信運(yùn)營(yíng)支撐系統(tǒng)演變過程及概述

歡迎閱讀本文檔，希望本文檔能夠?qū)δ兴鶐椭?！歡迎閱讀本文檔，希望本文檔能夠?qū)δ兴鶐椭?！感謝閱讀本文檔，希望本文檔能夠?qū)δ兴鶐椭?！感謝閱讀本文檔，希望本文檔能夠?qū)δ兴鶐椭?！歡迎閱讀本文檔，希望本文檔能夠?qū)δ兴鶐椭?！感謝閱讀本文檔，希望本文檔能夠?qū)δ兴鶐椭?！電信運(yùn)營(yíng)支撐系統(tǒng)演變過程及概述第一章：電信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)概述0、序言1、電信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)概述電信管理網(wǎng)（TMN）結(jié)構(gòu)及演進(jìn)2、電信運(yùn)營(yíng)及模型（TINA）3、電信管理論壇（TMF）與電信運(yùn)行圖（TOM/eTOM）4、國(guó)內(nèi)電信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)現(xiàn)狀0、序言什么是電信運(yùn)營(yíng)：電信運(yùn)營(yíng)商利用自身的通信資源，提供給消費(fèi)者通信服務(wù)，而獲取利益。運(yùn)營(yíng)的含義：網(wǎng)絡(luò)和業(yè)務(wù)的運(yùn)行、維護(hù)及經(jīng)營(yíng)。電信運(yùn)營(yíng)的目的：提供更加優(yōu)質(zhì)的服務(wù)，獲取更高的收益。什么是電信服務(wù)？：網(wǎng)絡(luò)服務(wù)，網(wǎng)絡(luò)承載的基本業(yè)務(wù)、業(yè)務(wù)平臺(tái)提供的增值業(yè)務(wù)，打包的電信產(chǎn)品（套餐），外包服務(wù)，。。。什么是電信運(yùn)營(yíng)支撐系統(tǒng)？采用計(jì)算機(jī)的技術(shù)，支持電信業(yè)務(wù)的運(yùn)營(yíng)過程的計(jì)算機(jī)系統(tǒng)。所引出的問題：如何“更快、更高、更準(zhǔn)”：通信技術(shù)的不斷進(jìn)步；如：3G/Wimax、寬帶技術(shù)，如何更好地分析、認(rèn)識(shí)、挖掘市場(chǎng)，如何更準(zhǔn)確地計(jì)量，如何更快地將電信服務(wù)交付給用戶，同時(shí)、涉及到電信公司本身如何有效地管理。電信運(yùn)營(yíng)支撐系統(tǒng)的特點(diǎn)：復(fù)雜、龐大，分布、協(xié)同、跨部門，異構(gòu)研究電信運(yùn)營(yíng)支撐系統(tǒng)的意義：任何行業(yè)和領(lǐng)域都面臨信息化建設(shè)的問題—共性問題—業(yè)務(wù)支撐，計(jì)算機(jī)應(yīng)用的根本問題，促進(jìn)計(jì)算機(jī)技術(shù)的發(fā)展—計(jì)算、軟件電信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)概述電信管理網(wǎng)（TMN）結(jié)構(gòu)及演進(jìn)電信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)的概念目前在業(yè)界比較混亂，有多種定義如下：電信運(yùn)營(yíng)支撐系統(tǒng)OSS(OperatingSupportSystem)，電信業(yè)務(wù)支撐系統(tǒng)BSS(BusinessSupportSystem)，電信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)（BOSS），出于中國(guó)移動(dòng)的概念其中：業(yè)務(wù)(business)源于TMN的術(shù)語。目前國(guó)際上比較公認(rèn)的叫法：OSS/BSS電信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)(OSS/BSS)定義:是以市場(chǎng)為導(dǎo)向，面向電信業(yè)務(wù)和網(wǎng)絡(luò)的運(yùn)營(yíng)支撐以及面向客戶服務(wù)的企業(yè)經(jīng)營(yíng)支撐的計(jì)算機(jī)信息處理和管理系統(tǒng)。包括：電信業(yè)務(wù)管理：業(yè)務(wù)及資源配置、業(yè)務(wù)故障及性能、業(yè)務(wù)準(zhǔn)備及測(cè)試等管理支撐；客戶服務(wù)的管理：計(jì)費(fèi)、帳務(wù)、業(yè)務(wù)開通和實(shí)現(xiàn)、收費(fèi)等客戶關(guān)系管理CRM；市場(chǎng)營(yíng)銷的管理：市場(chǎng)策略及營(yíng)銷計(jì)劃、策略執(zhí)行及評(píng)估、營(yíng)銷渠道管理等。業(yè)務(wù)合作伙伴管理：電信業(yè)務(wù)支撐系統(tǒng)的起源：在業(yè)界，OSS概念最初源于ITU-TTMN系列建議中的運(yùn)營(yíng)系統(tǒng)（OS），OS是用來支撐網(wǎng)絡(luò)運(yùn)營(yíng)的系統(tǒng)，OSS由ITU-TTMNOS演化而來，OSS定義的內(nèi)涵指電信運(yùn)營(yíng)商的支撐系統(tǒng)，其概念范圍包括BSS，也包括網(wǎng)元管理系統(tǒng)/網(wǎng)絡(luò)管理系統(tǒng)等。但從過去ITU-TTMN方面的研究?jī)?nèi)容來看，ITU-TTMN偏向于設(shè)備和網(wǎng)絡(luò)的管理。（自底向上）電信管理網(wǎng)TMN結(jié)構(gòu)及功能國(guó)際電聯(lián)的電信管理網(wǎng)絡(luò)標(biāo)準(zhǔn)化建議TMN將電信管理分為四個(gè)層次：經(jīng)營(yíng)管理層：支撐整個(gè)電信企業(yè)的決策和管理業(yè)務(wù)管理層：電信業(yè)務(wù)的提供、控制和監(jiān)測(cè)，與業(yè)務(wù)相關(guān)的計(jì)費(fèi)網(wǎng)絡(luò)管理層：網(wǎng)絡(luò)話務(wù)監(jiān)視與控制、路由調(diào)度、質(zhì)量監(jiān)測(cè)網(wǎng)元管理層：對(duì)網(wǎng)元的操作與管理，遠(yuǎn)程維護(hù)電信管理網(wǎng)TMN功能模型TMN每個(gè)層面都有運(yùn)營(yíng)系統(tǒng)OSTMN的局限性：很好地解決了網(wǎng)絡(luò)管理的統(tǒng)一；但是對(duì)于業(yè)務(wù)管理和經(jīng)營(yíng)管理卻“力不從心”原因分析：運(yùn)營(yíng)模式還是“面向網(wǎng)絡(luò)”、“以業(yè)務(wù)為中心”用管理框架（FCAPS）和標(biāo)準(zhǔn)接口（參考點(diǎn)）很難將企業(yè)的經(jīng)營(yíng)進(jìn)行統(tǒng)一。2、電信運(yùn)營(yíng)及模型（TINA）電信信息網(wǎng)絡(luò)體系結(jié)構(gòu)TINA（TelecommunicationsInformationNetworkArchitecture)TINA-C論壇：其宗旨是將TMN與智能網(wǎng)IN結(jié)合，用標(biāo)準(zhǔn)化的模式解決電信業(yè)務(wù)管理和運(yùn)營(yíng)的問題，智能網(wǎng)IN及下一代網(wǎng)絡(luò)NGN是提供電信業(yè)務(wù)和增值業(yè)務(wù)的平臺(tái)。TINA-C提出的一些標(biāo)準(zhǔn)化建議和草案可作為電信業(yè)務(wù)支撐系統(tǒng)設(shè)計(jì)和規(guī)劃的理論基礎(chǔ)。TINA-C的電信經(jīng)營(yíng)模型AccessandUsage（接入和使用）AnExampleMultipleProviderScenario電信運(yùn)營(yíng)及模型（中國(guó)聯(lián)通）電信運(yùn)營(yíng)企業(yè)的經(jīng)營(yíng)模式經(jīng)營(yíng)參考模式的特點(diǎn)：統(tǒng)一的客戶服務(wù)（綜合營(yíng)業(yè)、綜合收費(fèi)）；客戶服務(wù)與業(yè)務(wù)提供商分離：拓展?fàn)I業(yè)網(wǎng)點(diǎn)、發(fā)展其它營(yíng)銷渠道（代理商、ISP），拓展業(yè)務(wù)范圍、代理其它業(yè)務(wù)提供商的業(yè)務(wù)（外包服務(wù)）；業(yè)務(wù)提供與網(wǎng)絡(luò)提供商分離（接入與服務(wù)）：加快新業(yè)務(wù)的開發(fā)和部署，充分利用網(wǎng)絡(luò)資源，跨網(wǎng)絡(luò)提供商的資源共享和業(yè)務(wù)提供經(jīng)營(yíng)模式的核心思想：以市場(chǎng)為導(dǎo)向、以客戶為中心、以業(yè)務(wù)為依托、以網(wǎng)絡(luò)為基礎(chǔ)電信市場(chǎng)環(huán)境的變化、新的業(yè)務(wù)模式的出現(xiàn)（移動(dòng)數(shù)據(jù)業(yè)務(wù)模式）促使電信運(yùn)營(yíng)商的運(yùn)營(yíng)模式發(fā)生變化：客戶服務(wù)、市場(chǎng)開發(fā)，業(yè)務(wù)運(yùn)營(yíng)及管理，網(wǎng)絡(luò)及資源的規(guī)劃和運(yùn)行，供應(yīng)商及業(yè)務(wù)伙伴的開發(fā)和管理，企業(yè)管理在不斷加劇的市場(chǎng)競(jìng)爭(zhēng)環(huán)境下，如何保企業(yè)的運(yùn)營(yíng)快速、健康和可持續(xù)發(fā)展？市場(chǎng)環(huán)境變化引導(dǎo)企業(yè)轉(zhuǎn)變管理觀念。電信管理論壇（TMF）與電信運(yùn)行圖（TOM/eTOM）TMF（TeleManagementForum）：是一個(gè)由通信服務(wù)提供商及其供應(yīng)商組成的國(guó)際性的協(xié)會(huì)，它的使命就是幫助業(yè)務(wù)提供商（ServiceProvider）和網(wǎng)絡(luò)運(yùn)營(yíng)商（NetworkOperator）以一種最節(jié)省費(fèi)用和時(shí)間的方式來自動(dòng)化他們的業(yè)務(wù)處理過程。具體而言，電信管理論壇的工作包括：建立業(yè)務(wù)處理過程的運(yùn)行指南；取得各處理活動(dòng)之間的信息流的一致；定義支持與OSS互連的理想的系統(tǒng)環(huán)境；支撐集成的和自動(dòng)化的電信運(yùn)行過程的建立，以及真正產(chǎn)品的開發(fā)。TMF的目標(biāo)：以經(jīng)營(yíng)業(yè)務(wù)（Business）和客戶服務(wù)（CustomerService）驅(qū)動(dòng)的途徑，來獲得端到端（End-to-End）的業(yè)務(wù)流程自動(dòng)化；TMF強(qiáng)調(diào)為經(jīng)營(yíng)問題提供實(shí)用的解決方案，并基于ITU-T的TMN模型的經(jīng)營(yíng)層（BusinessLayer）。在經(jīng)營(yíng)環(huán)境領(lǐng)域中，TMF定義經(jīng)營(yíng)處理過程，需求模型，和信息模型。TMF基于ITU-TTMN概念，重點(diǎn)研究并發(fā)展“業(yè)務(wù)管理”和部分“網(wǎng)絡(luò)管理”方面的框架理論和概念，提出了NGOSS和eTOM等理論和概念?？梢哉f，OSS概念在TMForum中得到了發(fā)展和廣泛的應(yīng)用；尤其是隨著NGOSS的提出，OSS/BSS的提法也得到業(yè)界的認(rèn)可，通常前者指面向網(wǎng)絡(luò)和設(shè)備維護(hù)的后臺(tái)支撐系統(tǒng)，后者指面向業(yè)務(wù)和客戶的前臺(tái)支撐系統(tǒng)，但OSS和BSS的概念在TMForum中至今并沒有一個(gè)非常明確清晰的定義或劃分界限。電信運(yùn)營(yíng)圖TOM（TelecomOperationsMap）是TMF最先提出的業(yè)務(wù)運(yùn)營(yíng)流程框架，它是基于TMN結(jié)構(gòu)和TINA的經(jīng)營(yíng)模型，結(jié)合電信運(yùn)營(yíng)實(shí)際的TOM是業(yè)務(wù)處理過程的藍(lán)圖以及設(shè)計(jì)和開發(fā)集成業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)（OSS/BSS）的起點(diǎn)。TMF的電信運(yùn)行圖TOMTOM中的FAB聯(lián)通網(wǎng)絡(luò)及其它網(wǎng)絡(luò)提供商長(zhǎng)途網(wǎng)第三方業(yè)務(wù)提供商聯(lián)通業(yè)務(wù)提供或代理商IP數(shù)據(jù)網(wǎng)CDMA移動(dòng)網(wǎng)GSM移動(dòng)網(wǎng)傳輸網(wǎng)增值業(yè)務(wù)平臺(tái)ISP/ICPIN業(yè)務(wù)提供基本業(yè)務(wù)提供聯(lián)通網(wǎng)絡(luò)及其它網(wǎng)絡(luò)提供商長(zhǎng)途網(wǎng)第三方業(yè)務(wù)提供商聯(lián)通業(yè)務(wù)提供或代理商IP數(shù)據(jù)網(wǎng)CDMA移動(dòng)網(wǎng)GSM移動(dòng)網(wǎng)傳輸網(wǎng)增值業(yè)務(wù)平臺(tái)ISP/ICPIN業(yè)務(wù)提供基本業(yè)務(wù)提供收費(fèi)點(diǎn)客服中心、營(yíng)業(yè)廳、客戶 端對(duì)端的管理－業(yè)務(wù)實(shí)現(xiàn)（1）端對(duì)端的管理－業(yè)務(wù)保障（1）端對(duì)端的管理－業(yè)務(wù)計(jì)費(fèi)（1）增強(qiáng)（擴(kuò)展）的電信運(yùn)營(yíng)圖eTOM業(yè)務(wù)運(yùn)營(yíng)的含義：面向客戶的1、市場(chǎng)的分析與預(yù)測(cè)，2、業(yè)務(wù)產(chǎn)品的開發(fā)，3、業(yè)務(wù)的部署及管理，4、業(yè)務(wù)的運(yùn)行及維護(hù)，5、業(yè)務(wù)的評(píng)價(jià)與審計(jì)。以最低的成本、最快的速度開發(fā)出最滿足客戶和市場(chǎng)需求的業(yè)務(wù)產(chǎn)品。低成本：指降低業(yè)務(wù)開發(fā)和運(yùn)營(yíng)支持的成本。快速：指快速的業(yè)務(wù)開發(fā)與部署、以及運(yùn)營(yíng)支持的開發(fā)與部署。合適的業(yè)務(wù)產(chǎn)品：業(yè)務(wù)的生命周期與業(yè)務(wù)的投入和回報(bào)（ROI）電信運(yùn)營(yíng)支撐系統(tǒng)（OSS）作為快速開通業(yè)務(wù)及時(shí)保障業(yè)務(wù)、優(yōu)化管理網(wǎng)絡(luò)資源的重要手段，是電信網(wǎng)絡(luò)運(yùn)營(yíng)管理不可分割的一部分。全球化競(jìng)爭(zhēng)的電信市場(chǎng)和電信多元化價(jià)值鏈的形成促進(jìn)了OSS技術(shù)的飛躍發(fā)展，電信運(yùn)營(yíng)支撐系統(tǒng)在電信集約化經(jīng)營(yíng)的實(shí)踐中扮演著越來越重要的角色。合理使用OSS技術(shù)，建設(shè)功能完善、互通靈活、充分共享信息的運(yùn)營(yíng)支撐系統(tǒng)，是我國(guó)每個(gè)電信運(yùn)營(yíng)商目前極為關(guān)注并重點(diǎn)發(fā)展的運(yùn)營(yíng)管理戰(zhàn)略之一。電信業(yè)務(wù)支撐系統(tǒng)的技術(shù)發(fā)展。國(guó)內(nèi)電信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)現(xiàn)狀中國(guó)電信：1997年，中國(guó)電信推出“97工程”希望利用先進(jìn)的技術(shù)手段和管理方法，提高電信業(yè)務(wù)的服務(wù)質(zhì)量和綜合管理水平，適應(yīng)電信體制的變革，實(shí)現(xiàn)本地網(wǎng)市內(nèi)電話業(yè)務(wù)數(shù)據(jù)的集中管理、各生產(chǎn)部門的信息共享。初步實(shí)現(xiàn)了端到端的業(yè)務(wù)流程管理“97工程”的歷史作用：公認(rèn)為是國(guó)內(nèi)電信運(yùn)營(yíng)支撐系統(tǒng)建設(shè)和研究的開始。為后續(xù)的0SS/BSS的建設(shè)和發(fā)展奠定了基礎(chǔ)?！?7系統(tǒng)”的不足：面向市內(nèi)電話業(yè)務(wù)，造成信息孤島，未考慮完整的業(yè)務(wù)支撐中國(guó)移動(dòng)：2001年6月，中國(guó)移動(dòng)制定了《中國(guó)移動(dòng)BOSS系統(tǒng)技術(shù)規(guī)范》,旨在通過一個(gè)統(tǒng)一完整的規(guī)范來指導(dǎo)中國(guó)移動(dòng)的整個(gè)運(yùn)營(yíng)支持系統(tǒng)BOSS的建設(shè)，BOSS系統(tǒng)的規(guī)劃和建設(shè)遵循“一體化、二級(jí)中心和三層結(jié)構(gòu)”的原則，一體化是指將計(jì)費(fèi)、結(jié)算、帳務(wù)、客服及業(yè)務(wù)管理等功能進(jìn)行統(tǒng)一規(guī)劃和考慮，使BOSS成為真正一體化的信息資源充分共享的支持系統(tǒng)。二級(jí)中心是指BOSS系統(tǒng)分為集團(tuán)公司級(jí)系統(tǒng)（全國(guó)中心）和省級(jí)系統(tǒng)（省中心）兩級(jí)。而三層結(jié)構(gòu)是指BOSS系統(tǒng)在邏輯上分為數(shù)據(jù)核心層、業(yè)務(wù)邏輯層和接入層?？陀^上講!中國(guó)移動(dòng)的BOSS一期工程是中國(guó)第一個(gè)完整意義上的BSS/OSS系統(tǒng)（一體化），對(duì)促進(jìn)中國(guó)BSS/OSS市場(chǎng)的健康成長(zhǎng)和發(fā)展起到了重要作用。中國(guó)移動(dòng)BOSS1.0系統(tǒng)框架：\中國(guó)聯(lián)通：關(guān)鍵詞：集中、綜合業(yè)務(wù)支撐，一個(gè)體系結(jié)構(gòu)、多個(gè)子系統(tǒng)，以數(shù)據(jù)為核心，操作型與分析型的分離從運(yùn)營(yíng)商的IT架構(gòu)談起第三章下一代電信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)中間件技術(shù)篇1、概述

2、中間件的技術(shù)規(guī)范

3、三種主流中間件技術(shù)平臺(tái)的介紹

4、中間件是實(shí)現(xiàn)電子商務(wù)的基礎(chǔ)軟件

5、中間件符合軟件發(fā)展的潮流

一、中間件技術(shù)概述1、中間件的概念：隨著計(jì)算機(jī)技術(shù)的飛速發(fā)展，各種各樣的應(yīng)用軟件需要在各種平臺(tái)之間進(jìn)行移植，或者一個(gè)平臺(tái)需要支持多種應(yīng)用軟件和管理多種應(yīng)用系統(tǒng)，軟、硬件平臺(tái)和應(yīng)用系統(tǒng)之間需要可靠和高效的數(shù)據(jù)傳遞或轉(zhuǎn)換，使系統(tǒng)的協(xié)同性得以保證。這些，都需要一種構(gòu)筑于軟、硬件平臺(tái)之上，同時(shí)對(duì)更上層的應(yīng)用軟件提供支持的軟件系統(tǒng)，而中間件正是在這個(gè)環(huán)境下應(yīng)孕而生。比較流行的定義是：中間件是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序，分布式應(yīng)用軟件借助這種軟件在不同的技術(shù)之間共享資源。中間件位于客戶機(jī)/服務(wù)器的操作系統(tǒng)之上，管理計(jì)算資源和網(wǎng)絡(luò)通訊。

2、中間件特點(diǎn)及優(yōu)勢(shì)：通常意義下，中間件應(yīng)具有以下的一些特點(diǎn)：滿足大量應(yīng)用的需要；運(yùn)行于多種硬件和OS平臺(tái)；支持分布式計(jì)算，提供跨網(wǎng)絡(luò)、硬件和OS平臺(tái)的透明性的應(yīng)用或服務(wù)的交互功能；支持標(biāo)準(zhǔn)的協(xié)議；支持標(biāo)準(zhǔn)的接口。程序員通過調(diào)用中間件提供的大量API，實(shí)現(xiàn)異構(gòu)環(huán)境的通訊，從而屏蔽異構(gòu)系統(tǒng)中復(fù)雜的操作系統(tǒng)和網(wǎng)絡(luò)協(xié)議。中間件提供客戶機(jī)與服務(wù)器之間的連接服務(wù)，這些服務(wù)具有標(biāo)準(zhǔn)的程序接口和協(xié)議。中間件在分布式的客戶和服務(wù)之間扮演著承上啟下的角色，如事務(wù)管理、負(fù)載均衡以及基于Web的計(jì)算等。

具體地說，中間件屏蔽了低層操作系統(tǒng)的復(fù)雜性，使程序開發(fā)人員面對(duì)一個(gè)簡(jiǎn)單而統(tǒng)一的開發(fā)環(huán)境，減少程序設(shè)計(jì)的復(fù)雜性，將注意力集中在自己的業(yè)務(wù)上，不必再為程序在不同系統(tǒng)軟件上的移植而重復(fù)工作，從而大大減少了技術(shù)上的負(fù)擔(dān)。

3、中間件的應(yīng)用領(lǐng)域與分類：數(shù)據(jù)訪問中間件：對(duì)異構(gòu)環(huán)境下的數(shù)據(jù)庫(kù)實(shí)現(xiàn)聯(lián)接或文件系統(tǒng)實(shí)現(xiàn)聯(lián)接的中間件；遠(yuǎn)程過程調(diào)用中間件：程序員編寫客戶端的應(yīng)用，可以調(diào)用位于遠(yuǎn)端服務(wù)器上的過程；消息中間件：用來屏蔽各種平臺(tái)及協(xié)議之間的特性，進(jìn)行相互通信，實(shí)現(xiàn)應(yīng)用程序之間的協(xié)同；交易中間件：在分布、異構(gòu)環(huán)境下提供保證交易完整性和數(shù)據(jù)完整性的一種環(huán)境平臺(tái)；對(duì)象中間件等。對(duì)象中間件：在分布、異構(gòu)的網(wǎng)絡(luò)計(jì)算環(huán)境中，可以將各種分布對(duì)象有機(jī)地結(jié)合在一起，完成系統(tǒng)的快速集成，實(shí)現(xiàn)對(duì)象重用。面向?qū)ο髽?biāo)準(zhǔn)原本只有一個(gè)，即CORBA(公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu))，后來，Sun推出了企業(yè)級(jí)JavaBeans(EJB)，用自己易使用的程序模型來對(duì)CORBA做出了改進(jìn)。微軟COM(ComponentObjectModel，組件對(duì)象模型)的出現(xiàn)，使面向?qū)ο笾虚g件市場(chǎng)里又多了一個(gè)標(biāo)準(zhǔn)，二、

中間件的技術(shù)規(guī)范中間件的技術(shù)規(guī)范（DCE）1、DCE體系分布式計(jì)算環(huán)境DCE（DistrbutedComputingEnvironment），它由OpenSoftwareFondation制定，現(xiàn)在這個(gè)組織被稱為OpenGroup。DCE由多個(gè)共同在一起工作的組件組成，它們是：遠(yuǎn)程過程調(diào)用（RPC）、本地和全局目錄服務(wù)（CDS和GDS）、安全服務(wù)、DCE線程、分布式時(shí)鐘服務(wù)（DTS）、分布式文件服務(wù)（DFC）。線程、RPC、CDS、安全服務(wù)和DTS組件通常被成為安全核心，并且是組成任何DCE環(huán)境所必須的組件，DTS是可選件。在DCE環(huán)境中，還包括用于管理這些組件的管理工具。

DCE被稱做中間件或使其具有能力的技術(shù)，它不是獨(dú)立存在的，而是被捆綁在供應(yīng)商操作系統(tǒng)中，或者由第三方供應(yīng)商進(jìn)行集成。

中間件的技術(shù)標(biāo)準(zhǔn)（DTP）2、DTP模型與XA規(guī)范DTP（DistributedTransactionProcessing）模型是X/OPEN組織提出的一種軟件結(jié)構(gòu)，這種結(jié)構(gòu)允許多個(gè)應(yīng)用程序去共享多個(gè)資源管理器提供的資源，并且具有協(xié)調(diào)全局事務(wù)的能力。X/OpenDTP模型（1994）包括：應(yīng)用程序（AP）、事務(wù)管理器（TM）、資源管理器（RM）、通信資源管理器（CRM）。一般，常見的事務(wù)管理器（TM）是交易中間件，常見的資源管理器（RM）是數(shù)據(jù)庫(kù)，常見的通信資源管理器（CRM）是消息中間件。事務(wù)（Transaction）又稱為交易，指一個(gè)程序或程序段，在一個(gè)或多個(gè)資源如數(shù)據(jù)庫(kù)或文件上為完成某些功能的執(zhí)行過程的集合。事務(wù)具有ACID特性。分布式事務(wù)處理是指一個(gè)事務(wù)可能涉及多個(gè)數(shù)據(jù)庫(kù)操作，分布式事務(wù)處理的關(guān)鍵是必須有一種方法可以知道事務(wù)在任何地方所做的所有動(dòng)作，提交或回滾事務(wù)的決定必須產(chǎn)生統(tǒng)一的結(jié)果（全部提交或全部回滾）。所謂全局事務(wù)，是指分布式事務(wù)處理環(huán)境中，多個(gè)數(shù)據(jù)庫(kù)可能需要共同完成一個(gè)工作，這個(gè)工作即是一個(gè)全局事務(wù)，例如，一個(gè)事務(wù)中可能更新幾個(gè)不同的數(shù)據(jù)庫(kù)。對(duì)數(shù)據(jù)庫(kù)的操作發(fā)生在系統(tǒng)的各處但必須全部被提交或回滾。此時(shí)一個(gè)數(shù)據(jù)庫(kù)對(duì)自己內(nèi)部所做操作的提交不僅依賴本身操作是否成功，還要依賴與全局事務(wù)相關(guān)的其它數(shù)據(jù)庫(kù)的操作是否成功，如果任一數(shù)據(jù)庫(kù)的任一操作失敗，則參與此事務(wù)的所有數(shù)據(jù)庫(kù)所做的所有操作都必須回滾。

一般情況下，某一數(shù)據(jù)庫(kù)無法知道其它數(shù)據(jù)庫(kù)在做什么，因此，在一個(gè)DTP環(huán)境中，交易中間件是必需的，由它通知和協(xié)調(diào)相關(guān)數(shù)據(jù)庫(kù)的提交或回滾。而一個(gè)數(shù)據(jù)庫(kù)只將其自己所做的操作（可恢復(fù)）映射到全局事務(wù)中。XA就是X/OpenDTP定義的交易中間件與數(shù)據(jù)庫(kù)之間的接口規(guī)范（即接口函數(shù)），交易中間件用它來通知數(shù)據(jù)庫(kù)事務(wù)的開始、結(jié)束以及提交、回滾等。XA接口函數(shù)由數(shù)據(jù)庫(kù)廠商提供。中間件的技術(shù)標(biāo)準(zhǔn)（CORBA）3、CORBA公共對(duì)象請(qǐng)求代理結(jié)構(gòu)CORBA（CommonObjectRequestBrokerArchitecture），由國(guó)際對(duì)象管理組織OMG制定，這個(gè)組織是一個(gè)國(guó)際性組織，始建于1989年，現(xiàn)已擁有包括生產(chǎn)廠商與軟件開發(fā)商800多個(gè)會(huì)員，其目的是在分布和異構(gòu)計(jì)算機(jī)環(huán)境下為應(yīng)用軟件的開發(fā)提供一個(gè)公共框架，使開發(fā)出來的軟件即面向?qū)ο笥志哂锌芍赜眯?、可移植性以及可操作性等特點(diǎn)。

該規(guī)范描述和定義了OMA的ORB接口和特征。OMG于1998年分布了最新的CORBA2.2規(guī)范[4]，其主要內(nèi)容有：1.ORB內(nèi)核（Core）；2.OMG接口定義語言IDL；3.接口池（InterfaceRepository）；4.語言映射（LanguageMapping）；5.接口存根與骨架（StubandSkeleton）；6.動(dòng)態(tài)調(diào)用與分布（DynamicInvocationandDispatch）；7.對(duì)象適配器（ObjectAdapter）；8.ORB互操作協(xié)議（Inter-ORBProtocol）。 COBRA標(biāo)準(zhǔn)主要分為3個(gè)層次：對(duì)象請(qǐng)求代理ORB（底層）：規(guī)定了分布對(duì)象的定義（接口）和語言映射，實(shí)現(xiàn)對(duì)象間的通訊和互操作，是分布對(duì)象系統(tǒng)中的"軟總線"；公共對(duì)象服務(wù)：在ORB之上定義了很多公共服務(wù)，可以提供諸如并發(fā)服務(wù)、名字服務(wù)、事務(wù)(交易)服務(wù)、安全服務(wù)等各種各樣的服務(wù)；公共設(shè)施（上層）：定義了組件框架，提供可直接為業(yè)務(wù)對(duì)象使用的服務(wù)，規(guī)定業(yè)務(wù)對(duì)象有效協(xié)作所需的協(xié)定規(guī)則。對(duì)象請(qǐng)求代理（ORB）的作用：在傳統(tǒng)的基于客戶機(jī)/服務(wù)器模式的應(yīng)用程序開發(fā)過程中，項(xiàng)目開發(fā)人員遵循公開的標(biāo)準(zhǔn)或自由設(shè)計(jì)模塊間的協(xié)議，這樣的協(xié)議依賴于網(wǎng)絡(luò)類型、實(shí)現(xiàn)語言、應(yīng)用方式等。引入ORB后，客戶只要遵循服務(wù)對(duì)象的對(duì)外接口標(biāo)準(zhǔn)向服務(wù)對(duì)象提出業(yè)務(wù)請(qǐng)求，由ORB在分布式對(duì)象間建立客戶-服務(wù)對(duì)象關(guān)系。總結(jié)起來，ORB的作用包括：接受客戶發(fā)出的服務(wù)請(qǐng)求，完成請(qǐng)求在服務(wù)對(duì)象端的映射；自動(dòng)設(shè)定路由尋找服務(wù)對(duì)象；提交客戶參數(shù)；攜帶服務(wù)對(duì)象計(jì)算結(jié)果返回客戶端。CORBA構(gòu)件模型CCM，是OMG組織制定的一個(gè)用于開發(fā)和配置分布式應(yīng)用的服務(wù)器端中間件模型規(guī)范，它主要包括如下三項(xiàng)內(nèi)容：抽象構(gòu)件模型，用以描述服務(wù)器端構(gòu)件結(jié)構(gòu)及構(gòu)件間互操作的結(jié)構(gòu)；構(gòu)件容器結(jié)構(gòu)，用以提供通用的構(gòu)件運(yùn)行和管理環(huán)境，并支持對(duì)安全、事務(wù)、持久狀態(tài)等系統(tǒng)服務(wù)的集成；構(gòu)件的配置和打包規(guī)范，CCM使用打包技術(shù)來管理構(gòu)件的二進(jìn)制、多語言版本的可執(zhí)行代碼和配置信息，并制定了構(gòu)件包的具體內(nèi)容和基于XML的文檔內(nèi)容標(biāo)準(zhǔn)。中間件的技術(shù)標(biāo)準(zhǔn)（J2EE）4、J2EE

J2EE是一種多層應(yīng)用模式的結(jié)構(gòu)體系。整個(gè)規(guī)范由SUN公司提出，它將業(yè)務(wù)邏輯從系統(tǒng)服務(wù)功能和用戶界面中分離出去，放置在客戶層和應(yīng)用基礎(chǔ)設(shè)施這兩層之間的中間層，是目前應(yīng)用的最為廣泛的面向Web的應(yīng)用系統(tǒng)結(jié)構(gòu)規(guī)范。J2EE的目標(biāo)是：提供平臺(tái)無關(guān)的、可移植的、支持并發(fā)訪問和安全的，完全基于Java的開發(fā)服務(wù)器端中間件的標(biāo)準(zhǔn)。

在J2EE中，Sun給出了完整的基于Java語言開發(fā)面向企業(yè)分布應(yīng)用規(guī)范，其中：在分布式互操作協(xié)議上，J2EE同時(shí)支持RMI和IIOP，在服務(wù)器端分布式應(yīng)用的構(gòu)造形式，則包括了JavaServlet、JSP(JavaServerPage)、EJB等多種形式，以支持不同的業(yè)務(wù)需求，EJB自從J2EE推出之后，得到了廣泛的發(fā)展，已經(jīng)成為應(yīng)用服務(wù)器端的標(biāo)準(zhǔn)技術(shù)。SunEJB技術(shù)是在JavaBean本地構(gòu)件基礎(chǔ)上，發(fā)展的面向服務(wù)器端分布應(yīng)用構(gòu)件技術(shù)。EJB給出了系統(tǒng)的服務(wù)器端分布構(gòu)件規(guī)范，這包括：構(gòu)件、構(gòu)件容器的接口規(guī)范以及構(gòu)件打包、構(gòu)件配置等的標(biāo)準(zhǔn)規(guī)范內(nèi)容。EJB是業(yè)務(wù)邏輯層的中間件技術(shù)，它提供了事務(wù)處理TP的能力，自三層結(jié)構(gòu)提出以后，業(yè)務(wù)邏輯層（中間層：處理事務(wù)的核心），從數(shù)據(jù)存儲(chǔ)層分離，取代了存儲(chǔ)層的大部分地位。從分布式計(jì)算的角度，EJB像CORBA一樣，提供了分布式技術(shù)的基礎(chǔ)。提供了對(duì)象之間的通訊手段。EJB中的Bean可以分為會(huì)話Bean和實(shí)體Bean，前者維護(hù)會(huì)話，后者處理事務(wù)。目前Servlet負(fù)責(zé)與客戶端通信，訪問EJB，并把結(jié)果通過JSP產(chǎn)生頁面?zhèn)骰乜蛻舳恕?/p>

中間件的比較分析業(yè)界常用的做法從以下三個(gè)方面進(jìn)行分析：

1、集成性：集成性主要反映在基礎(chǔ)平臺(tái)對(duì)應(yīng)用程序互操作能力的支持上。它要求分布在不同機(jī)器平臺(tái)和操作系統(tǒng)上、采用不同的語言或者開發(fā)工具生成的各類商業(yè)應(yīng)用必須能集成在一起，構(gòu)成一個(gè)統(tǒng)一的企業(yè)計(jì)算框架。這一集成框架必須建立在網(wǎng)絡(luò)的基礎(chǔ)之上，并且具備對(duì)于遺留應(yīng)用的集成能力；2、可用性：要求所采用的軟件構(gòu)件技術(shù)必須是成熟的技術(shù)，相應(yīng)的產(chǎn)品也必須是成熟的產(chǎn)品，在至關(guān)重要的企業(yè)應(yīng)用中能夠穩(wěn)定、安全、可靠地運(yùn)行。另外，由于數(shù)據(jù)庫(kù)在企業(yè)計(jì)算中扮演著重要角色，軟件構(gòu)件技術(shù)應(yīng)能與數(shù)據(jù)庫(kù)技術(shù)緊密集成；3、可擴(kuò)展性：集成框架必須是可擴(kuò)展的，能夠協(xié)調(diào)不同的設(shè)計(jì)模式和實(shí)現(xiàn)策略，可以根據(jù)企業(yè)計(jì)算的需求進(jìn)行裁剪，并能迅速反應(yīng)市場(chǎng)的變化和技術(shù)的發(fā)展趨勢(shì)。通過保證當(dāng)前應(yīng)用的可重用性，最大程度地保護(hù)企業(yè)的投資。四、

BSS/OSS的中間件架構(gòu)1、BSS/OSS的本質(zhì)就是對(duì)處于網(wǎng)絡(luò)分布環(huán)境中的各計(jì)算機(jī)系統(tǒng)進(jìn)行交互協(xié)作，從而支持新的商業(yè)運(yùn)作模式。2、管理和傳輸各業(yè)務(wù)系統(tǒng)之間的數(shù)據(jù)信息、協(xié)調(diào)各系統(tǒng)的處理模塊的中間管理服務(wù)系統(tǒng)，是保證BSS/OSS應(yīng)用成功的關(guān)鍵。3、應(yīng)用服務(wù)器、通用業(yè)務(wù)網(wǎng)關(guān)（接口平臺(tái)）、支付網(wǎng)關(guān)、通信平臺(tái)和安全平臺(tái)，統(tǒng)一納入BSS/OSS中間件構(gòu)架的范疇。4、從技術(shù)角度看，BSS/OSS將由互聯(lián)網(wǎng)技術(shù)、傳統(tǒng)IT技術(shù)以及具體的業(yè)務(wù)處理所構(gòu)成。但是，系統(tǒng)的建立將會(huì)面臨許多新的問題，包括：應(yīng)用系統(tǒng)：能不能快速地建立，能不能適應(yīng)大用戶數(shù)、高處理量要求，能不能提供高效率、高可靠性、高可用性等等關(guān)鍵任務(wù)的要求，能不能滿足安全需要等等。規(guī)劃出一個(gè)整體的應(yīng)用框架，并提供一個(gè)支持平臺(tái)，用于BSS/OSS應(yīng)用的開發(fā)、部署和管理，并能籍此解決上述各種問題。這已經(jīng)發(fā)展成為一個(gè)能廣泛適應(yīng)的標(biāo)準(zhǔn)的支撐層，成為Internet應(yīng)用的基礎(chǔ)設(shè)施（Infrastructure），這一支撐層實(shí)際上是基于Internet的中間件，也就是應(yīng)用服務(wù)器。BSS/OSS應(yīng)用包含以下層次：瀏覽器：這是進(jìn)入BSS/OSS的通道。應(yīng)用平臺(tái)：提供不同應(yīng)用類型的生成工具軟件，如網(wǎng)上商店、網(wǎng)絡(luò)支付、虛擬社區(qū)等等。交換平臺(tái)：對(duì)內(nèi)集成企業(yè)內(nèi)部的各種與BSS/OSS相關(guān)的業(yè)務(wù)系統(tǒng)，對(duì)外連接商業(yè)合作伙伴，如銀行、供應(yīng)商、客戶、配送結(jié)構(gòu)，完成各種不同業(yè)務(wù)系統(tǒng)之間數(shù)據(jù)轉(zhuǎn)換和整合?；A(chǔ)平臺(tái)：用來支持大量Internet客戶的并發(fā)訪問，使應(yīng)用開發(fā)商快速開發(fā)出靈活多變的應(yīng)用，盡快把信息系統(tǒng)和業(yè)務(wù)活動(dòng)放到Internet中。中間件構(gòu)架是一種應(yīng)用集成的關(guān)鍵件，不管BSS/OSS應(yīng)用分布在什么硬件平臺(tái)上，使用了什么數(shù)據(jù)庫(kù)系統(tǒng)，透過了什么復(fù)雜的網(wǎng)絡(luò)，各種應(yīng)用的互連和互操作是中間件構(gòu)架首先要解決的問題。針對(duì)不同的應(yīng)用環(huán)境，對(duì)BSS/OSS中間件構(gòu)架有各種不同的要求。在通信方面，中間件構(gòu)架要支持各種通信協(xié)議和通信服務(wù)模式，傳輸各種數(shù)據(jù)內(nèi)容，數(shù)據(jù)格式翻譯、流量控制、數(shù)據(jù)加密、數(shù)據(jù)壓縮等等；對(duì)工作流應(yīng)用，需要根據(jù)條件以及條件滿足狀態(tài)，將信息、響應(yīng)狀態(tài)從一個(gè)應(yīng)用傳遞到另一個(gè)應(yīng)用；對(duì)聯(lián)機(jī)事務(wù)處理，需要保證分布式的數(shù)據(jù)一致性、不停機(jī)作業(yè)、大量并發(fā)的高效率；對(duì)于一個(gè)數(shù)據(jù)采集系統(tǒng)需要保證可靠傳輸?shù)鹊?。在BSS/OSS中間件構(gòu)架核心，要解決名字服務(wù)、安全控制、并發(fā)控制、可靠性和效率保證等；在BSS/OSS應(yīng)用開發(fā)方面，要能提供基于不同平臺(tái)的豐富的開發(fā)接口，支持流行的開發(fā)工具和異構(gòu)互連接口標(biāo)準(zhǔn)等；在管理方面，解決BSS/OSS中間件構(gòu)架本身的配置、監(jiān)控等，為BSS/OSS應(yīng)用的易用易管理提供保證。BSS/OSS中間件趨勢(shì)OrderEntryOrderEntryService

ProvisioningCustomer

ContactCenterCustomer

DatabaseBilling

SystemMisc…...EventsCollection

FilteringCorrelationTrouble

TicketingWorkforce

ManagementPerformance

ManagementThresholdsNetwork

InventoryFront-endApplicationsBack-EndApplicationsJAVACommunicationBusPublish/SubscribeRulebasedenginesWorkflowManagementCorba五、中間件符合軟件發(fā)展的潮流：軟件構(gòu)件化（SoftwareComponent）技術(shù)是在大工業(yè)生產(chǎn)啟發(fā)下應(yīng)運(yùn)而生的，是軟件技術(shù)跨世紀(jì)的一個(gè)發(fā)展趨勢(shì)，其目的是徹底改變軟件生產(chǎn)方式，從根本上提高軟件生產(chǎn)的效率和質(zhì)量，提高開發(fā)大型軟件系統(tǒng)尤其是商用系統(tǒng)的成功率。復(fù)用軟件一直是整個(gè)世界軟件業(yè)所追求的夢(mèng)想，軟件構(gòu)件化為實(shí)現(xiàn)這一夢(mèng)想指出了一條切實(shí)可行的道路，而中間件正是構(gòu)件化軟件的一種形式。中間件抽象了典型的應(yīng)用模式，應(yīng)用軟件制造者可以基于標(biāo)準(zhǔn)的形式進(jìn)行開發(fā)，使軟件構(gòu)件化成為可能，加速了軟件復(fù)用的進(jìn)程。因此，中間件是符合軟件發(fā)展的內(nèi)在規(guī)律的。六、OSS/J介紹：NGOSS提供了一個(gè)技術(shù)無關(guān)的框架，而OSS/J則提供一個(gè)符合框架原則的技術(shù)相關(guān)（Java）的實(shí)現(xiàn)方案。NGOSS關(guān)注架構(gòu)原則，提出了公共通信機(jī)制，流程控制外部化，合約定義接口等架構(gòu)原則，同時(shí)定義了共享信息和數(shù)據(jù)模型，便于應(yīng)用集成。OSS/J為構(gòu)件創(chuàng)建一個(gè)標(biāo)準(zhǔn)運(yùn)行環(huán)境，消除了學(xué)院框架和實(shí)踐設(shè)計(jì)模式間的障礙。事實(shí)上，OSS/J在很大程度實(shí)現(xiàn)了TMF的愿景。OSS/J的由來：就在TMF于2000年提出NGOSS的概念時(shí)，以SUN為首的一些廠商，如BEA，IBM，NEC，Motorola，Nokia等，醞釀成立了OSS/J工作組(OSS/J，OSSthroughJava?Initiative)。他們一直在為加速OSS/BSS解決方案的開發(fā)、簡(jiǎn)化其中系統(tǒng)組件的部署和集成而努力。OSS/J規(guī)范的推出是在JCP（JavaCommunityProcess,）支持下完成的，以Java規(guī)約請(qǐng)求（JSR，JavaSpecificationRequest）的形式提交。JCP是SUN和許多其它主流廠商所主導(dǎo)的一個(gè)社團(tuán)，現(xiàn)有500多個(gè)公司和組織參與。RoadmaptoNGOSSStep1:Step1:PickthemostcomprehensivetelcobusinessframeworkStep2:PicktheonlyopenstandardsoftwarefoundationtrulyadoptedStep3:MandateStandardAPI'sStep4:IntegratebestofbreedinteroperablecomponentsStep5:HarmonizepresentationandprocessesonlowcostmainstreammiddlewareTMFNGOSSJavaandWebServiceTMFNGOSSOSS/JFunctionalAPI'sJavaandWebServiceTMFNGOSSCertifiedProductsOSS/JFunctionalAPI'sJavaandWebServiceTMFNGOSSJBI,JES,OpenOffice,IdentityMgtCertifiedProductsOSS/JFunctionalAPI'sJavaandWebServicesTMFNGOSSFromthetheorytopracticewithOSS/JOSS/J原則和架構(gòu)：OSS/J的制定立足于J2EE平臺(tái)，它的制定基于以下原則：OSS的功能以EJB構(gòu)件定義實(shí)現(xiàn)；粗粒度，面向業(yè)務(wù)的接口；利用應(yīng)用服務(wù)器支持集群，可擴(kuò)展性和錯(cuò)誤恢復(fù)；利用消息機(jī)制最小化構(gòu)件間的耦合；支持工作流；依靠JCA集成遺留系統(tǒng)AlignmentwithTMFNGOSSAlignmentwithTMFNGOSSAlignmentwithTMFNGOSSWorkflow+JMS/XMLExternalisedProcesscontrolStandardizedAPIsContractDefinedInterfacesJMS/XMLCommonCommunicationVehicleContractRegistration&TradingJCA,RMI/IIOP…IntegrationwithlegacysystemsEnterpriseJavaBeansComponentbasedsoftwareJNDIregistration工作組利用JAVA技術(shù)，為OSS/BSS定義實(shí)現(xiàn)了一系列的開放的標(biāo)準(zhǔn)API，提供給OSS/BSS的開發(fā)者使用。OSS/J的優(yōu)點(diǎn)在于它定義了標(biāo)準(zhǔn)的接口，應(yīng)用間可以通過此接口進(jìn)行交互。API的定義中考慮了其適應(yīng)性和可擴(kuò)展性。在設(shè)計(jì)中應(yīng)用了許多設(shè)計(jì)模式，保證了新實(shí)體加入時(shí)，不會(huì)影響到API的架構(gòu)。OSS/J關(guān)注域(late02)QoSandPerformanceAPIQoSandPerformanceAPIPerformancedataAlarmdataUsagedataAPIssupportingthefollowingareasfirst(allFinalDraftexceptInventoryInPublicDraft–finalinMay’03):ServiceActivationAPIOrderManagementNetworkActivationTroubleTicketingAPICustomerMngtNetworkLevelScalability,Security,Integr.CORBA,EAI,B2B(ebXML,SOAP,…),etc….CommonAPIIPBillingAPIUsageDataCollectionBilling+RatingInventoryAPI各關(guān)注域之間的關(guān)系TroubleTicket

ManagerPerformanceData

CollectionTroubleTicket

ManagerPerformanceData

CollectionService

InventoryResource

InventoryCustomerCareOrderManagerNetworkActivatorOther

OSSOther

OperatorsSLAManagerUsageData

CollectionFaultData

CollectionTroubleTicketServiceActivationBilling&RatingQualityofServiceIPBillingProductInventoryInventory OSS服務(wù)開通API（OSSServiceActivationAPI或SAAPI）：主要提供了對(duì)訂單的管理功能（例如生成、修改、刪除、查詢訂單等）和服務(wù)的管理功能。API中并沒有給出指定的“服務(wù)信息模型（ServiceInformationModel）”，而是將這部分工作留給開發(fā)者去實(shí)現(xiàn)，這樣開發(fā)者可以根據(jù)自己的業(yè)務(wù)邏輯的需要定義服務(wù)信息模型。SAAPI中關(guān)于訂單管理的定義是根據(jù)TMF603中的“世界訂單信息協(xié)定”（WorldOrderingInformationAgreement）以及OMGWMF/WfMC的“訂單狀態(tài)模型（OrderStateModel）”的定義完成的。OSS故障單API（OSSTroubleTicketAPI或TTAPI）：定義了生成、更新、查詢、關(guān)閉故障單的一系列操作。網(wǎng)管系統(tǒng)可以通過調(diào)用TTAPI自動(dòng)生成故障單，服務(wù)提供商也可以利用它產(chǎn)生和處理故障單，客戶關(guān)懷系統(tǒng)能夠調(diào)用這些API將故障單發(fā)送給服務(wù)提供商；如果故障單的管理是在一個(gè)工作流程中完成的話，那么開發(fā)人員可以使用這些API與工作流引擎進(jìn)行信息傳遞。OSS/J設(shè)計(jì)的實(shí)現(xiàn)依賴如下幾個(gè)機(jī)制：依賴XML消息實(shí)現(xiàn)異步和松耦合交互模型；強(qiáng)類型，基于對(duì)象的事件；XML消息機(jī)制；基于JMS的事件和消息訂閱機(jī)制；利用JNDI規(guī)范，定位OSS/J架構(gòu)元素（會(huì)話對(duì)象，主題，隊(duì)列等）的服務(wù)；依靠外觀模式實(shí)現(xiàn)OSS/J的會(huì)話組件接口，以JVT對(duì)象作為參數(shù)技術(shù)選擇：J2EE?,XMLandWebServicesJ2EE?,XMLandWebServices緊耦合集成JavaEJB

RMIIIOPJavaEJB

RMIIIOP松耦合集成JavaEJB

RMIIIOPXML

JMSB2B

集成XML

WebServices

XML

WebServicesOSS/J定義了如下兩種交互模式，用以支持A2A的集成和B2B的集成：JAVA值類型會(huì)話對(duì)象（JVT，JavaValueTypeSessionBeans）：JVT是一種JAVA模式，通過值對(duì)象作為參數(shù)來訪問后端實(shí)體。應(yīng)用外觀模式（facade）,通過單一接口訪問系統(tǒng)定義的實(shí)體。以Java值類型對(duì)象作為參數(shù)，也可進(jìn)行批量操作。JVT類型接口使得JAVA應(yīng)用間可以進(jìn)行緊耦合的集成。XML/JMS消息:OSS/J中定義了JAVA對(duì)象到XML的映射，在XML表示和JAVA對(duì)象間建立了一個(gè)等價(jià)的對(duì)應(yīng)關(guān)系。XML表示的消息請(qǐng)求中定義了操作，它傳遞使用XML模式定義的標(biāo)識(shí)和管理實(shí)體的狀態(tài)。XML表示的請(qǐng)求對(duì)象被傳遞到特定應(yīng)用的消息驅(qū)動(dòng)對(duì)象（MDB，MessageDriveBean），MDB通過JVT接口操作實(shí)體。第四章下一代電信運(yùn)營(yíng)支撐系統(tǒng)共享信息和數(shù)據(jù)模型（SID）設(shè)計(jì)原理為什么要研究共享信息和數(shù)據(jù)模型？什么是SID？SID信息模型的設(shè)計(jì)原理SID描述SID的應(yīng)用為什么要研究SID？：信息孤島、信息冗余、缺乏統(tǒng)一的信息術(shù)語交互、信息共享新的管理需求BOSS應(yīng)用環(huán)境愈加復(fù)雜：用戶和設(shè)備的數(shù)量增加、提供的服務(wù)數(shù)量增加、業(yè)務(wù)鏈的延伸；BOSS應(yīng)用和使用的系統(tǒng)復(fù)雜：必須滿足不同的用戶和應(yīng)用需求，需要靈活的架構(gòu)和管理；隨需應(yīng)變的管理業(yè)務(wù)提供的障礙固定的提供和策略(theEML,NML,andSMLareprovisionedseparately)：Manualfine-tuningandvalidationisinconsistentanddoesn’tscale人工的接口造成不一致，Hardtobuildaflow-throughsystem很難支持流程網(wǎng)絡(luò)部件不能聯(lián)動(dòng)：Currentlymeasuretrafficloadandcontent，Needtomeasurecustomer,resourceorserviceanalysis，Arouterorswitchdoesn’tknowcustomerneeds,productofferingsorpersonalizedSLAsOSSs孤立于客戶服務(wù)和服務(wù)提供：Difficulttomanageandintegrateinrealtime解決之道TodefineanduseanewinformationmodelBuilttowardspromotingdatasharingandreuse（共享和復(fù)用）Builttosupportmultiplemappings（映射）todifferentimplementationsusingdifferentdatastoresTodefineandusenewextensionsofthisinformationmodelIntegratedsupportforSLAs,Contracts,andotherBusinessEntitiesIntegratedsupportfortranslatingbetweendifferentrepresentationsofpolicyEspeciallybetweenbusinessanddeviceconfiguration二、什么是SID？TheSIDistheNGOSS“Glue”Providesbusiness,system,andimplementationviewstodrivedesignandimplementationAnorganizedcollectionofbusinessandsystementitydefinitionsandUMLmodelsthatProvideacommoninformation/datalanguageDepicttherelationshipsamongtheentitiesSIDandtheNGOSSSIDistheNGOSS“glue”Providesa：businessview，systemview，implementationviewThreeviewsnecessarytoensurethatbusinessrequirementscandrivesystemdesignandimplementationSIDandtheIndustrySIDisafederationofmodels,not“home-grown”：Materialminedfromcompanycontributions(BT,Telstra,MetaSolv)aswellasITU,IETF,andDEN-ngSIDisalreadybeingused!：TMForumCatalystProjects，OSS/J，T1M1GlobalTelecomDataDictionary(GTDD)，Byvendors,suchasMetaSolvandIntelliden，ByServiceProviders,suchasBTandTelstraEntityTemplate/EntityPatternSUBSCRIBER/RECIPIENTSUBSCRIBER/RECIPIENTRECIPIENTOWNERPRODUCTPRODUCTSPECIFICATIONSERVICESERVICESPECIFICATIONRESOURCERESOURCESPECIFICATIONrealizedAsdefinedByutilizePhase2Phase2三、SID信息模型的設(shè)計(jì)原理信息建模的基本方法：從企業(yè)過程模型到企業(yè)信息模型、現(xiàn)實(shí)世界的概念抽象四、SID描述ArchetypeUsedforAllSIDModels共性業(yè)務(wù)實(shí)體RequestResponseRequestResponseNotificationAgreementCommandInteractionLocationPartyPolicyManagedEntityPhase2Phase2Phase2Party(Simplified)InteractionExampleCustomer-CustomerCustomer-OrderProduct設(shè)備–資源and資源描述Equipment–HardwareClassesEquipment-PhysicalResourceRoleSID的應(yīng)用共享信息數(shù)據(jù)服務(wù)SID應(yīng)用數(shù)據(jù)的處理和存儲(chǔ)需考慮的問題：共享信息的實(shí)現(xiàn)結(jié)構(gòu)應(yīng)與分布式的構(gòu)件接口一致。即：服務(wù)（信息服務(wù)）；應(yīng)將處理邏輯和共享數(shù)據(jù)的耦合降低；對(duì)數(shù)據(jù)封裝；對(duì)數(shù)據(jù)的操作應(yīng)保證數(shù)據(jù)的一致性、完整性。盡量提高數(shù)據(jù)處理的效率在NGOSS中將數(shù)據(jù)分為：局部數(shù)據(jù)和共享數(shù)據(jù)。如：訂單處理過程中的客戶數(shù)據(jù)是共享數(shù)據(jù)、內(nèi)部狀態(tài)數(shù)據(jù)為局部。信息服務(wù)層：是對(duì)原始數(shù)據(jù)進(jìn)行的加工和處理，轉(zhuǎn)換（信息結(jié)構(gòu)、編碼）、適配引入共享信息數(shù)據(jù)模型的根本目的在于信息的充分共享。單獨(dú)的NGOSS共享信息模型將為大量的共享信息服務(wù)定義信息模型并提供公共框架。通過信息共享，實(shí)現(xiàn)信息在一定業(yè)務(wù)流程驅(qū)動(dòng)下的動(dòng)態(tài)交互，即通過業(yè)務(wù)流程來驅(qū)動(dòng)各部門、各應(yīng)用系統(tǒng)之間的協(xié)調(diào)運(yùn)作，從而實(shí)現(xiàn)企業(yè)自動(dòng)化。第五章軟件體系結(jié)構(gòu)及NGOSS-TNA軟件體系結(jié)構(gòu)的興起軟件體系結(jié)構(gòu)的定義軟件體系結(jié)構(gòu)的風(fēng)格NGOSS采用的軟件體系結(jié)構(gòu)TNA1、軟件體系結(jié)構(gòu)的興起六十年代的軟件危機(jī)使得人們開始重視軟件工程的研究。最初軟件設(shè)計(jì)的重點(diǎn)放在數(shù)據(jù)結(jié)構(gòu)和算法的設(shè)計(jì)，隨著軟件系統(tǒng)規(guī)模和復(fù)雜性增加，整個(gè)軟件系統(tǒng)的結(jié)構(gòu)和規(guī)格說明顯得愈加重要。在此種背景下，人們認(rèn)識(shí)到軟件體系結(jié)構(gòu)的重要性，并認(rèn)為對(duì)軟件體系結(jié)構(gòu)的系統(tǒng)、深入的研究將會(huì)成為提高軟件生產(chǎn)率和解決軟件維護(hù)問題的新的最有希望的途徑。軟件體系結(jié)構(gòu)的設(shè)計(jì)已經(jīng)成為軟件開發(fā)過程中的一個(gè)階段。自從軟件系統(tǒng)首次被分成許多模塊，模塊之間有相互作用，組合起來有整體的屬性，就具有了體系結(jié)構(gòu)。好的開發(fā)者常常會(huì)使用一些體系結(jié)構(gòu)模式作為軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)策略，但他們并沒有規(guī)范地、明確地表達(dá)出來，這樣就無法將他們的知識(shí)與別人交流。軟件體系結(jié)構(gòu)是設(shè)計(jì)抽象的進(jìn)一步發(fā)展，滿足了更好地理解軟件系統(tǒng)，更方便地開發(fā)更大、更復(fù)雜的軟件系統(tǒng)的需要。

軟件總是有體系結(jié)構(gòu)（Architecture）的，不存在沒有體系結(jié)構(gòu)的軟件。從細(xì)節(jié)上來看每一個(gè)程序也是有結(jié)構(gòu)的。早期的結(jié)構(gòu)化程序就是以語句組成模塊，模塊的聚集和嵌套形成層層調(diào)用的程序結(jié)構(gòu)，也就是體系結(jié)構(gòu)。結(jié)構(gòu)化程序的程序（表達(dá)）結(jié)構(gòu)和（計(jì)算的）邏輯結(jié)構(gòu)的一致性及自頂向下開發(fā)方法自然而然地形成了體系結(jié)構(gòu)。由于結(jié)構(gòu)化程序設(shè)計(jì)時(shí)代程序規(guī)模不大，通過強(qiáng)調(diào)結(jié)構(gòu)化程序設(shè)計(jì)方法學(xué)，自頂向下、逐步求精，并注意模塊的耦合性就可以得到相對(duì)良好的結(jié)構(gòu)，所以，并未特別研究軟件體系結(jié)構(gòu)。隨著面向?qū)ο筌浖r(shí)代的到來，軟件也從傳統(tǒng)的軟件工程進(jìn)入到現(xiàn)代面向?qū)ο蟮能浖こ?，研究整個(gè)軟件系統(tǒng)的體系結(jié)構(gòu)，尋求建構(gòu)最快、成本最低、質(zhì)量最好的構(gòu)造過程。

為什么要研究軟件體系結(jié)構(gòu)？軟件工程技術(shù)發(fā)展的要求程序設(shè)計(jì)階段程序設(shè)計(jì)階段早期軟件工程階段手工作坊軟件危機(jī)1.軟件開發(fā)無計(jì)劃性；2.軟件需求不充分；3.軟件開發(fā)過程無規(guī)范；4.軟件開發(fā)產(chǎn)品無評(píng)測(cè)手段。如何更多、更好、更方便、更快地開發(fā)軟件？工程化管理軟件開發(fā)以滿足功能需求為主問題定義；需求分析；概要設(shè)計(jì)；詳細(xì)設(shè)計(jì)；編碼；測(cè)試；維護(hù)瀑布模型；演化模型；螺旋模型；噴泉模型；增量模型；原型模型；組裝可重用構(gòu)件模型。？1.？1.為什么專家和新手在使用軟件開發(fā)模型和軟件工程方法時(shí)，表現(xiàn)出來的軟件效率和效果不一樣？專家的經(jīng)驗(yàn)應(yīng)用環(huán)境問題要求空間問題求解空間如：設(shè)計(jì)模式框架注意：經(jīng)驗(yàn)的抽取與表達(dá)獨(dú)立于具體的功能要求。？2.為什么應(yīng)用軟件開發(fā)模型和軟件工程方法解決大規(guī)模、復(fù)雜問題時(shí)，軟件系統(tǒng)的質(zhì)量和效率無法得到保證？非功能性需求1.系統(tǒng)性能要求，可用性要求；2.系統(tǒng)可適應(yīng)性和可移植性要求；3.系統(tǒng)可靠性和安全保密性要求；4.系統(tǒng)可重用性要求等。解決方法：在系統(tǒng)的局部算法結(jié)構(gòu)設(shè)計(jì)之前，著重進(jìn)行系統(tǒng)的整體結(jié)構(gòu)設(shè)計(jì)。軟件體系結(jié)構(gòu)設(shè)計(jì)軟件概要設(shè)計(jì)的主要任務(wù)就是進(jìn)行系統(tǒng)結(jié)構(gòu)設(shè)計(jì)，是不是就是軟件體系結(jié)構(gòu)設(shè)計(jì)？軟件概要設(shè)計(jì)的主要任務(wù)就是進(jìn)行系統(tǒng)結(jié)構(gòu)設(shè)計(jì)，是不是就是軟件體系結(jié)構(gòu)設(shè)計(jì)？概要設(shè)計(jì)結(jié)構(gòu)化設(shè)計(jì)面向?qū)ο笤O(shè)計(jì)注意：以往的概要設(shè)計(jì)中的功能實(shí)體（構(gòu)件）的設(shè)計(jì)是首位的，也是顯式的，構(gòu)件間的連接并沒有單獨(dú)作為實(shí)體顯式地設(shè)計(jì)，而是作為構(gòu)件的附屬形式出現(xiàn)。而軟件體系結(jié)構(gòu)設(shè)計(jì)將部件、部件連接、連接規(guī)范和原則單獨(dú)作為實(shí)體顯式定義。二、軟件體系結(jié)構(gòu)的定義定義1：軟件體系結(jié)構(gòu)是具有一定形式的結(jié)構(gòu)化元素，即：構(gòu)件的集合，包括：處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件。處理構(gòu)件負(fù)責(zé)對(duì)數(shù)據(jù)進(jìn)行加工，數(shù)據(jù)構(gòu)件是被加工的信息，連接構(gòu)件把體系結(jié)構(gòu)的不同部分組組合連接起來。定義2：一個(gè)軟件體系結(jié)構(gòu)包括一個(gè)軟件和系統(tǒng)構(gòu)件，互聯(lián)及約束的集合；一個(gè)系統(tǒng)需求說明的集合；一個(gè)基本原理用以說明這一構(gòu)件，互聯(lián)和約束能夠滿足系統(tǒng)需求。定義3：一個(gè)程序或計(jì)算機(jī)系統(tǒng)的軟件體系結(jié)構(gòu)包括一個(gè)或一組軟件構(gòu)件、軟件構(gòu)件的外部的可見特性及其相互關(guān)系。其中，"軟件外部的可見特性"是指軟件構(gòu)件提供的服務(wù)、性能、特性、錯(cuò)誤處理、共享資源使用等?？傊很浖w系結(jié)構(gòu)為軟件系統(tǒng)提供了一個(gè)結(jié)構(gòu)、行為和屬性的高級(jí)抽象，由構(gòu)成系統(tǒng)的元素（構(gòu)件）的描述、這些元素（構(gòu)件）的相互作用、指導(dǎo)元素（構(gòu)件）集成的模式以及這些模式的約束組成。軟件體系結(jié)構(gòu)不僅指定了系統(tǒng)的組織結(jié)構(gòu)和拓?fù)浣Y(jié)構(gòu)，并且顯示了系統(tǒng)需求和構(gòu)成系統(tǒng)的元素之間的對(duì)應(yīng)關(guān)系，提供了一些設(shè)計(jì)決策的基本原理。三軟件體系結(jié)構(gòu)的風(fēng)格定義：軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。它反映了領(lǐng)域中眾多系統(tǒng)所共有的結(jié)構(gòu)和語義特性，并指導(dǎo)如何將各個(gè)模塊和子系統(tǒng)有效地組織成一個(gè)完整的系統(tǒng)。按這種方式理解，軟件體系結(jié)構(gòu)風(fēng)格定義了用于描述系統(tǒng)的術(shù)語表和一組指導(dǎo)構(gòu)件系統(tǒng)的規(guī)則。

軟件體系結(jié)構(gòu)風(fēng)格的四種基本要素：提供一個(gè)詞匯表：定義與設(shè)計(jì)元素有關(guān)的部件、連接件類型等2.定義一套配置規(guī)則或系統(tǒng)的拓?fù)湎拗疲好鞔_設(shè)計(jì)元素的合法組成方式。3.定義一套語義解釋原則：使得設(shè)計(jì)元素的組成可以適當(dāng)?shù)丶s束于配置規(guī)則之中，并具有清晰的含義。4.定義可以對(duì)基于這種風(fēng)格建立的系統(tǒng)進(jìn)行的分析。如：Client/Server結(jié)構(gòu)風(fēng)格的實(shí)時(shí)處理過程的可調(diào)度性。下面是Garlan和Shaw對(duì)通用軟件體系結(jié)構(gòu)風(fēng)格的分類：（1）數(shù)據(jù)流風(fēng)格：批處理序列；管道/過濾器（2）調(diào)用/返回風(fēng)格：主程序/子程序；面向?qū)ο箫L(fēng)格；層次結(jié)構(gòu)（3）獨(dú)立構(gòu)件風(fēng)格：進(jìn)程通訊；事件系統(tǒng)（4）虛擬機(jī)風(fēng)格：解釋器；基于規(guī)則的系統(tǒng)（5）倉(cāng)庫(kù)風(fēng)格：數(shù)據(jù)庫(kù)系統(tǒng)；超文本系統(tǒng)；黑板系統(tǒng)下面我們將介紹幾種主要的和經(jīng)典的體系結(jié)構(gòu)風(fēng)格并比較它們的優(yōu)缺點(diǎn)。

1、C2風(fēng)格C2體系結(jié)構(gòu)風(fēng)格可以概括為：通過連接件綁定在一起的按照一組規(guī)則運(yùn)作的并行構(gòu)件網(wǎng)絡(luò)。C2風(fēng)格中的系統(tǒng)組織規(guī)則如下：（1）系統(tǒng)中的構(gòu)件和連接件都有一個(gè)頂部和一個(gè)底部；（2）構(gòu)件的頂部應(yīng)連接到某連接件的底部，構(gòu)件的底部則應(yīng)連接到某連接件的頂部，而構(gòu)件與構(gòu)件之間的直接連接是不允許的；（3）一個(gè)連接件可以和任意數(shù)目的其它構(gòu)件和連接件連接；（4）當(dāng)兩個(gè)連接件進(jìn)行直接連接時(shí)，必須由其中一個(gè)的底部到另一個(gè)的頂部。例如：基于消息隊(duì)列的軟件，ACD排隊(duì)機(jī)軟件C2風(fēng)格具有以下特點(diǎn)：（1）系統(tǒng)中的構(gòu)件可實(shí)現(xiàn)應(yīng)用需求，并能將任意復(fù)雜度的功能封裝在一起；（2）所有構(gòu)件之間的通訊是通過以連接件為中介的異步消息交換機(jī)制來實(shí)現(xiàn)的；（3）構(gòu)件相對(duì)獨(dú)立，構(gòu)件之間依賴性較少。2、管道/過濾器風(fēng)格

在管道/過濾器風(fēng)格的軟件體系結(jié)構(gòu)中，每個(gè)構(gòu)件都有一組輸入和輸出，構(gòu)件讀輸入的數(shù)據(jù)流，經(jīng)過內(nèi)部處理，然后產(chǎn)生輸出數(shù)據(jù)流。這個(gè)過程通常通過對(duì)輸入流的變換及增量計(jì)算來完成，所以在輸入被完全消費(fèi)之前，輸出便產(chǎn)生了。因此，這里的構(gòu)件被稱為過濾器，這種風(fēng)格的連接件就象是數(shù)據(jù)流傳輸?shù)墓艿溃瑢⒁粋€(gè)過濾器的輸出傳到另一過濾器的輸入。

例如：電信業(yè)務(wù)支撐系統(tǒng)中的計(jì)費(fèi)批價(jià)系統(tǒng)。管道/過濾器風(fēng)格的軟件體系結(jié)構(gòu)具有的特點(diǎn)：1。構(gòu)件具有良好的隱蔽性和高內(nèi)聚、低耦合的特點(diǎn)；2。允許設(shè)計(jì)者將整個(gè)系統(tǒng)的輸入/輸出行為看成是多個(gè)過濾器的行為的簡(jiǎn)單合成；3。支持軟件重用。重要提供適合在兩個(gè)過濾器之間傳送的數(shù)據(jù)，任何兩個(gè)過濾器都可被連接起來；4。系統(tǒng)維護(hù)和增強(qiáng)系統(tǒng)性能簡(jiǎn)單。新的過濾器可以添加到現(xiàn)有系統(tǒng)中來；舊的可以被改進(jìn)的過濾器替換掉；5。允許對(duì)一些如吞吐量、死鎖等屬性的分析；6。支持并行執(zhí)行。每個(gè)過濾器是作為一個(gè)單獨(dú)的任務(wù)完成，因此可與其它任務(wù)并行執(zhí)行。3、主程序/子程序Mainprogram&subroutine：一個(gè)問題的處理分解成若干個(gè)步驟（subroutine），并由控制器（mainprogram）將這些步驟協(xié)調(diào)在一個(gè)單線程中。主程序充當(dāng)子過程的調(diào)用者，子過程之間又存在復(fù)雜的過程調(diào)用關(guān)系。過程之間通過參數(shù)傳入和傳出數(shù)據(jù)。系統(tǒng)結(jié)構(gòu)基本上都是：主程序和子過程，調(diào)用和返回關(guān)系這是軟件設(shè)計(jì)最直接、最基本的結(jié)構(gòu)關(guān)系（部件、連接機(jī)制和協(xié)議？）多個(gè)子過程通常合并成為模塊模塊：Compilationunit,includingrelateddeclarationsandinterface（編譯單元，包含相關(guān)的聲明和接口）為什么需要模塊？Management:Partitiontheoveralldevelopmenteffort；divideandconquer(分而治之)；Evolution:Decouplepartsofasystemsothatchangestoonepartareisolatedfromchangestootherparts；進(jìn)化：降低模塊間的耦合度，使改變一個(gè)模塊不會(huì)影響其他；Understanding:Permitsystemtobeunderstoodascompositionofmind-sizedchunks；理解：系統(tǒng)可以被理解成若干個(gè)易于理解的模塊的組合特點(diǎn)：是一切軟件結(jié)構(gòu)的最本質(zhì)、最基礎(chǔ)的形式；代碼的效率可以通過良好設(shè)計(jì)部件之間的關(guān)系得到。缺點(diǎn)：代碼的可維護(hù)性差（功能易變、數(shù)據(jù)結(jié)構(gòu)易變）；代碼的復(fù)用性差（單純的過程概念無法反映軟件結(jié)構(gòu)的本質(zhì)關(guān)系，無法成為軟件復(fù)用的基本單元）4、數(shù)據(jù)抽象和面向?qū)ο箫L(fēng)格

抽象數(shù)據(jù)類型概念對(duì)軟件系統(tǒng)有著重要作用，目前軟件界已普遍轉(zhuǎn)向使用面向?qū)ο笙到y(tǒng)。這種風(fēng)格建立在數(shù)據(jù)抽象和面向?qū)ο蟮幕A(chǔ)上，數(shù)據(jù)的表示方法和它們的相應(yīng)操作封裝在一個(gè)抽象數(shù)據(jù)類型或?qū)ο笾?。這種風(fēng)格的構(gòu)件是對(duì)象，或者說是抽象數(shù)據(jù)類型的實(shí)例。面向?qū)ο蟮南到y(tǒng)有許多的優(yōu)點(diǎn)：（1）因?yàn)閷?duì)象對(duì)其它對(duì)象隱藏它的表示，所以可以改變一個(gè)對(duì)象的表示，而不影響其它的對(duì)象。（2）設(shè)計(jì)者可將一些數(shù)據(jù)存取操作的問題分解成一些交互的代理程序的集合。

但是，面向?qū)ο蟮南到y(tǒng)也存在著某些問題：（1）為了使一個(gè)對(duì)象和另一個(gè)對(duì)象通過過程調(diào)用等進(jìn)行交互，必須知道對(duì)象的標(biāo)識(shí)。只要一個(gè)對(duì)象的標(biāo)識(shí)改變了，就必須修改所有其他明確調(diào)用它的對(duì)象。（2）必須修改所有顯式調(diào)用它的其它對(duì)象，并消除由此帶來的一些副作用。例如，如果A使用了對(duì)象B，C也使用了對(duì)象B，那么，C對(duì)B的使用所造成的對(duì)A的影響可能是料想不到的。5、基于事件的隱式調(diào)用風(fēng)格：基于事件的隱式調(diào)用風(fēng)格的思想是構(gòu)件不直接調(diào)用一個(gè)過程，而是觸發(fā)或廣播一個(gè)或多個(gè)事件。系統(tǒng)中的其它構(gòu)件中的過程在一個(gè)或多個(gè)事件中注冊(cè)，當(dāng)一個(gè)事件被觸發(fā)，系統(tǒng)自動(dòng)調(diào)用在這個(gè)事件中注冊(cè)的所有過程，這樣，事件的觸發(fā)就可以隱式調(diào)用模塊中的過程。例如：工作流軟件、過程控制引擎（BPM）

5、層次系統(tǒng)風(fēng)格：層次系統(tǒng)組織成一個(gè)層次結(jié)構(gòu)，每一層為上層服務(wù)，并作為下層客戶。在一些層次系統(tǒng)中，除了一些精心挑選的輸出函數(shù)外，內(nèi)部的層只對(duì)相鄰的層可見。這樣的系統(tǒng)中構(gòu)件在一些層實(shí)現(xiàn)了虛擬機(jī)（在另一些層次系統(tǒng)中層是部分不透明的）。連接件通過決定層間如何交互的協(xié)議來定義，拓?fù)浼s束包括對(duì)相鄰層間交互的約束。這種風(fēng)格支持基于可增加抽象層的設(shè)計(jì)。這樣，允許將一個(gè)復(fù)雜問題分解成一個(gè)增量步驟序列的實(shí)現(xiàn)。層次系統(tǒng)有許多可取的特性：（1）支持基于抽象程度遞增的系統(tǒng)設(shè)計(jì)，使設(shè)計(jì)者可以把一個(gè)復(fù)雜系統(tǒng)按遞增的步驟進(jìn)行分解；（2）支持功能增強(qiáng)，因?yàn)槊恳粚又炼嗪拖噜彽纳舷聦咏换?，因此功能的改變最多影響相鄰的上下層；?）支持重用。只要提供的服務(wù)接口定義不變，同一層的不同實(shí)現(xiàn)可以交換使用。這樣，就可以定義一組標(biāo)準(zhǔn)的接口，而允許各種不同的實(shí)現(xiàn)方法。

但是，層次系統(tǒng)也有其不足之處：（1）并不是每個(gè)系統(tǒng)都可以很容易地劃分為分層的模式，甚至即使一個(gè)系統(tǒng)的邏輯結(jié)構(gòu)是層次化的，出于對(duì)系統(tǒng)性能的考慮，系統(tǒng)設(shè)計(jì)師不得不把一些低級(jí)或高級(jí)的功能綜合起來；（2）很難找到一個(gè)合適的、正確的層次抽象方法。7：正交軟件體系結(jié)構(gòu)：正交軟件體系結(jié)構(gòu)由組織層和線索的構(gòu)件構(gòu)成。層是由一組具有相同抽象級(jí)別的構(gòu)件構(gòu)成。線索是子系統(tǒng)的特例，它是由完成不同層次功能的構(gòu)件組成（通過相互調(diào)用來關(guān)聯(lián)），每一條線索完成整個(gè)系統(tǒng)中相對(duì)獨(dú)立的一部分功能。每一條線索的實(shí)現(xiàn)與其他線索的實(shí)現(xiàn)無關(guān)或關(guān)聯(lián)很少，在同一層中的構(gòu)件之間是不存在相互調(diào)用的。正交軟件體系結(jié)構(gòu)是一種以垂直線索構(gòu)件族為基礎(chǔ)的層次化結(jié)構(gòu)，其基本思想是把應(yīng)用系統(tǒng)的結(jié)構(gòu)按功能的正交相關(guān)性，垂直分割為若干個(gè)線索（子系統(tǒng)），線索又分為幾個(gè)層次，每個(gè)線索由多個(gè)具有不同層次功能和不同抽象級(jí)別的構(gòu)件構(gòu)成。

正交軟件體系結(jié)構(gòu)具有以下優(yōu)點(diǎn)：（1）結(jié)構(gòu)清晰，易于理解。正交軟件體系結(jié)構(gòu)的形式有利于理解。由于線索功能相互獨(dú)立，不進(jìn)行互相調(diào)用，結(jié)構(gòu)簡(jiǎn)單、清晰，構(gòu)件在結(jié)構(gòu)圖中的位置已經(jīng)說明它所實(shí)現(xiàn)的是哪一級(jí)抽象，擔(dān)負(fù)的是什么功能。（2）易修改，可維護(hù)性強(qiáng)。由于線索之間是相互獨(dú)立的，所以對(duì)一個(gè)線索的修改不會(huì)影響到其他線索。因此，當(dāng)軟件需求發(fā)生變化時(shí)，可以將新需求分解為獨(dú)立的子需求，然后以線索和其中的構(gòu)件為主要對(duì)象分別對(duì)各個(gè)子需求進(jìn)行處理，這樣軟件修改就很容易實(shí)現(xiàn)。系統(tǒng)功能的增加或減少，只需相應(yīng)的增刪線索構(gòu)件族，而不影響整個(gè)正交體系結(jié)構(gòu)，因此能方便地實(shí)現(xiàn)結(jié)構(gòu)調(diào)整。（3）可移植性強(qiáng)，重用粒度大。因?yàn)檎唤Y(jié)構(gòu)可以為一個(gè)領(lǐng)域內(nèi)的所有應(yīng)用程序所共享，這些軟件有著相同或類似的層次和線索，可以實(shí)現(xiàn)體系結(jié)構(gòu)級(jí)的重用。8、三層C/S軟件體系結(jié)構(gòu)：C/S軟件體系結(jié)構(gòu)，即Client/Server(客戶機(jī)/服務(wù)器)結(jié)構(gòu)，是基于資源不對(duì)等，且為實(shí)現(xiàn)共享而提出來的，是20世紀(jì)90年代成熟起來的技術(shù)，C/S結(jié)構(gòu)將應(yīng)用一分為二，服務(wù)器（后臺(tái)）負(fù)責(zé)數(shù)據(jù)管理，客戶機(jī)（前臺(tái)）完成與用戶的交互任務(wù)。

表示層是應(yīng)用的用戶接口部分，它擔(dān)負(fù)著用戶與應(yīng)用間的對(duì)話功能。它用于檢查用戶從鍵盤等輸入的數(shù)據(jù)，顯示應(yīng)用輸?shù)臄?shù)據(jù)。為使用戶能直觀地進(jìn)行操作，一般要使用圖形用戶接口，操作簡(jiǎn)單、易學(xué)易用。功能層相當(dāng)于應(yīng)用的本體，它是將具體的業(yè)務(wù)處理邏輯編入程序中。數(shù)據(jù)層就是數(shù)據(jù)庫(kù)管理系統(tǒng)，負(fù)責(zé)管理對(duì)數(shù)據(jù)庫(kù)數(shù)據(jù)的讀寫。數(shù)據(jù)庫(kù)管理系統(tǒng)必須能迅速執(zhí)行大量數(shù)據(jù)的更新和檢索。因此，一般從功能層傳送到數(shù)據(jù)層的要求大都使用SQL語言。

9、C/S與B/S混合軟件體系結(jié)構(gòu)：B/S與C/S混合軟件體系結(jié)構(gòu)是一種典型的異構(gòu)體系結(jié)構(gòu)。B/S軟件體系結(jié)構(gòu)，即Browser/Server（瀏覽器/服務(wù)器）結(jié)構(gòu)，是隨著Internet技術(shù)的興起，對(duì)C/S體系結(jié)構(gòu)的一種變化或者改進(jìn)的結(jié)構(gòu)。在B/S體系結(jié)構(gòu)下，用戶界面完全通過WWW瀏覽器實(shí)現(xiàn)，一部分事務(wù)邏輯在前端實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端實(shí)現(xiàn)。B/S體系結(jié)構(gòu)主要是利用不斷成熟的WWW瀏覽器技術(shù)，結(jié)合瀏覽器的多種腳本語言，用通用瀏覽器就實(shí)現(xiàn)了原來需要復(fù)雜的專用軟件才能實(shí)現(xiàn)的強(qiáng)大功能，并節(jié)約了開發(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í)際問題。事實(shí)上，也存在一些系統(tǒng)，它們是由這些純體系結(jié)構(gòu)組合而成，即采用了異構(gòu)軟件體系結(jié)構(gòu)。四、NGOSS采用的軟件體系結(jié)構(gòu)TNA為了保證NGOSS的目標(biāo)能夠順利實(shí)現(xiàn)，為了解決不同技術(shù)的兼容問題，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)件（component）是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)；無論構(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)能夠無縫地穿越相關(guān)軟件系統(tǒng)的邊界。工作流系統(tǒng)通過對(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)行解析，可通過對(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)一的消息格式，并通過消息總線進(jìn)行傳輸，從而完成異構(gòu)系統(tǒng)之間的信息交互。適配器完成的工作主要包括以下兩個(gè)方面：在業(yè)務(wù)流程執(zhí)行之前，適配器按WebService的接口方式，將接入的業(yè)務(wù)功能組件的功能描述和適配器自身的描述通過服務(wù)注冊(cè)模塊在消息服務(wù)器Manager上注冊(cè)，以供其它的業(yè)務(wù)組件查詢調(diào)用；2、在業(yè)務(wù)流程執(zhí)行過程中，發(fā)送方通過服務(wù)調(diào)用模塊發(fā)出調(diào)用請(qǐng)求，通過其消息處理模塊按照預(yù)先定義好的格式，將發(fā)送方發(fā)出的信息進(jìn)行格式轉(zhuǎn)換，然后將轉(zhuǎn)換后的信息發(fā)送到消息總線，消息總線負(fù)責(zé)將消息發(fā)送到接收方，接收方通過消息處理模塊解析消息并將消息發(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）的元語言描述機(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ù)的問題？如果按照橫向的業(yè)務(wù)功能組進(jìn)行系統(tǒng)架構(gòu)的規(guī)劃和部署，那么數(shù)據(jù)如何的共享。NGOSS系統(tǒng)體系結(jié)構(gòu)的理論基礎(chǔ)--分布式系統(tǒng)的參考模型RM-ODP概述NGOSS概述NGOSS方法論一、RM-ODP概述：開放分布式處理ODP是分布式處理（計(jì)算）技術(shù)發(fā)展的高級(jí)階段，試圖解決網(wǎng)絡(luò)環(huán)境下，異構(gòu)系統(tǒng)的交互及接口問題。提供應(yīng)用程序一致的接口模型。實(shí)現(xiàn)分布操作的互操作、訪問透明、可移植。開放分布式計(jì)算參考模型（RM-ODP）提供了分布式系統(tǒng)的框架，使異構(gòu)的、自治的分布式系統(tǒng)部件之間可以集成與互操作。RM-ODP框架是抽象的模型—分布計(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)行的抽象和描述。RM-ODP是指導(dǎo)電信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)進(jìn)行業(yè)務(wù)/技術(shù)規(guī)范編制的指南。TINASystemSpecificationMethodType1Type1Type2Type3Type4Type5InformationviewpointEngineeringviewpointMeaningAnimationDistributionNCCEDPEKernelNetworkNodesDPEKernelNCCENCCEStreamInterfaceObjectComputationalviewpointOperationalInterfaceDPEserverCOCOCOCOBusinessviewpointstakeholderadministrativedomainRPstakeholderadm.dom.adm.dom.businessrolebusinessrolebusinessrolebusinessrolebusinessrolebusinessroleRPadm.dom.RPRPRPKTNDPEKernelTINAsystemFramework&RequirementsODP-RM的視點(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)的安全和管理策略TMF-eTOM就是電信業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)的企業(yè)視點(diǎn)。2、信息視點(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)系3、計(jì)算視點(diǎn)（ComputationViewpoint）：描述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ù)流；ComputationalModelingConceptsLanguages:Languages:- ODLstrictsupersetofOMG-IDL,addingre-useofComputationalspecifications,streaminterfaces,QoSandgrouping.Tools:- PlatytoolstocompileODLspecificationsintoC++andIDL,whichcanbeprocessedbyanIDLcompiler- ACEtocaptureODLspecs.Object3Object1Object2StreamInterfacesObjectGroupsOperationalInterfacesComputationalObjectsMultipleInterfaceObjectsintheTINA-DPEMultipleinterfacesareaconsequenceof:

Multipleint