前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇管理技術(shù)研究論文范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

管理技術(shù)研究論文范文第1篇

一、網(wǎng)絡(luò)管理技術(shù)概述

網(wǎng)絡(luò)管理已經(jīng)成為計(jì)算機(jī)網(wǎng)絡(luò)和電信網(wǎng)研究中最重要的內(nèi)容之一。網(wǎng)絡(luò)中采用的先進(jìn)技術(shù)越多，規(guī)模越大，網(wǎng)絡(luò)的維護(hù)和管理工作也就越復(fù)雜。計(jì)算機(jī)網(wǎng)絡(luò)和電信網(wǎng)的管理技術(shù)是分別形成的，但到后來漸趨同化，差不多具有相同的管理功能和管理原理，只是在網(wǎng)絡(luò)管理上的具體對象上有些差異。

通常，一個網(wǎng)絡(luò)由許多不同廠家的產(chǎn)品構(gòu)成，要有效地管理這樣一個網(wǎng)絡(luò)系統(tǒng)，就要求各個網(wǎng)絡(luò)產(chǎn)品提供統(tǒng)一的管理接口，即遵循標(biāo)準(zhǔn)的網(wǎng)絡(luò)管理協(xié)議。這樣，一個廠家的網(wǎng)絡(luò)管理產(chǎn)品就能方便地管理其他廠家的產(chǎn)品，不同廠家的網(wǎng)絡(luò)管理產(chǎn)品之間還能交換管理信息。

在簡單網(wǎng)絡(luò)管理協(xié)議SNMP（SimpleNetworkManagementProtocol）設(shè)計(jì)時，就定位在是一種易于實(shí)施的基本網(wǎng)絡(luò)管理工具。在網(wǎng)管領(lǐng)域中，它扮演了先鋒的角色，因OSI的CMIP發(fā)展緩慢同時在Internet的迅猛發(fā)展和多廠商環(huán)境下的網(wǎng)絡(luò)管理解決方案的驅(qū)動下，而很快成為了事實(shí)上的標(biāo)準(zhǔn)。

SNMP的管理結(jié)構(gòu)如圖1所示。它的核心思想是在每個網(wǎng)絡(luò)節(jié)點(diǎn)上存放一個管理信息庫MIB（ManagementInformationBase），由節(jié)點(diǎn)上60（agent）負(fù)責(zé)維護(hù)，管理者通過應(yīng)用層協(xié)議對這些進(jìn)行輪詢進(jìn)而對管理信息庫進(jìn)行管理。SNMP最大的特點(diǎn)就是其簡單性。它的設(shè)計(jì)原則是盡量減少網(wǎng)絡(luò)管理所帶來的對系統(tǒng)資源的需求，盡量減少agent的復(fù)雜性。它的整個管理策略和體系結(jié)構(gòu)的設(shè)計(jì)都體現(xiàn)了這一原則。

SNMP的主要優(yōu)點(diǎn)是：

·易于實(shí)施；

·成熟的標(biāo)準(zhǔn)；

·C／S模式對資源要求較低；

·廣泛適用，代價低廉。

簡單性是SNMP標(biāo)準(zhǔn)取得成功的主要原因。因?yàn)樵诖笮偷?、多廠商產(chǎn)品構(gòu)成的復(fù)雜網(wǎng)絡(luò)中，管理協(xié)議的明晰是至關(guān)重要的；但同時這又是SNMP的缺陷所在——為了使協(xié)議簡單易行，SNMP簡化了不少功能，如：

·沒有提供成批存取機(jī)制，對大塊數(shù)據(jù)進(jìn)行存取效率很低；

·沒有提供足夠的安全機(jī)制，安全性很差；

·只在TCP／IP協(xié)議上運(yùn)行，不支持別的網(wǎng)絡(luò)協(xié)議；

·沒有提供管理者與管理者之間通信的機(jī)制，只適合集中式管理，而不利于進(jìn)行分布式管理；

·只適于監(jiān)測網(wǎng)絡(luò)設(shè)備，不適于監(jiān)測網(wǎng)絡(luò)本身。

針對這些問題，對它的改進(jìn)工作一直在進(jìn)行。如1991年11月，推出了RMON（RernoteNetworkMonitor）MIB，加強(qiáng)SNMP對網(wǎng)絡(luò)本身的管理能力。它使得SNMP不僅可管理網(wǎng)絡(luò)設(shè)備，還能監(jiān)測局域網(wǎng)和互聯(lián)網(wǎng)上的數(shù)據(jù)流量等信息，1992年7月，針對SNMP缺乏安全性的弱點(diǎn)，又公布了S-SNMP（SecureSNMP）草案。到1993年初，又推出了SNMPVersion2即SNMPv2（推出了SNMPv2以后，SNMP就被稱為SNMPv1）。SNM-Pv2包容了以前對SNMP的各項(xiàng)改進(jìn)工作，并在保持了SNMP清晰性和易于實(shí)現(xiàn)的特點(diǎn)以外，吸取了CMIP的部分優(yōu)點(diǎn)，功能更強(qiáng)，安全性更好，具體表現(xiàn)為：

·提供了驗(yàn)證機(jī)制，加密機(jī)制，時間同步機(jī)制等，安全性大大提高；

·提供了一次取回大量數(shù)據(jù)的能力，效率大大提高；

·增加了管理者和管理者之間的信息交換機(jī)制，從而支持分布式管理結(jié)構(gòu)，由位于中間層次（intermediate）的管理者來分擔(dān)主管理者的任務(wù)，增加了遠(yuǎn)地站點(diǎn)的局部自主性。

·可在多種網(wǎng)絡(luò)協(xié)議上運(yùn)行，如OSI、AppleTalk和IPX等，適用多協(xié)議網(wǎng)絡(luò)環(huán)境（但它的缺省網(wǎng)絡(luò)協(xié)議仍是UDP）。

·擴(kuò)展了管理信息結(jié)構(gòu)的很多方面。特別是對象類型的定義引入了幾種新的類型。另外還規(guī)范了一種新的約定用來創(chuàng)建和刪除管理表（managementtables）中的“行”（rows）。

·定義了兩種新的協(xié)議數(shù)據(jù)單元PDU（ProtocolDataUnit）。Get-Bulk-Request協(xié)議數(shù)據(jù)單元允許檢索大數(shù)據(jù)塊（largedatablocks），不必象SNMP那樣逐項(xiàng)（itembyitem）檢索；Inform-Request協(xié)議數(shù)據(jù)單元允許在管理者之間交換陷阱（tran）信息。

CMIP協(xié)議是在OSI制訂的網(wǎng)絡(luò)管理框架中提出的網(wǎng)絡(luò)管理協(xié)議。CMIP與SNMP一樣，也是由管理者、、管理協(xié)議與管理信息庫組成。

CMIP是基于面向?qū)ο蟮墓芾砟Ｐ偷?。這個管理模型表示了封裝的資源并標(biāo)準(zhǔn)化了它們所提供的接口。如圖2所示了四個主要的元素：

·系統(tǒng)管理應(yīng)用進(jìn)程是在擔(dān)負(fù)管理功能的設(shè)備（服務(wù)器或路由器等〕中運(yùn)行的軟件：

·管理信息庫MIB是一組從各個接點(diǎn)收集來的與網(wǎng)絡(luò)管理有關(guān)的數(shù)據(jù)；

·系統(tǒng)管理應(yīng)用實(shí)體（systemmanagementapplicationentities）負(fù)責(zé)網(wǎng)絡(luò)管理工作站間的管理信息的交換，以及與網(wǎng)絡(luò)中其它接點(diǎn)之間的信息交換；

·層管理實(shí)體（layermanagemententities）表示在OSI體系結(jié)構(gòu)設(shè)計(jì)中必要的邏輯。

CMIP模型也是基于C／S結(jié)構(gòu)的?？蛻舳耸枪芾硐到y(tǒng)，也稱管理者，發(fā)起操作并接收通知；服務(wù)器是被管系統(tǒng)，也稱，接收管理指令，執(zhí)行命令并上報(bào)事件通知。一個CMIP操作臺（console）可以和一個設(shè)備建立一個會話，并用一個命令就可以下載許多不同的信息。例如，可以得到一個設(shè)備在一段特定時間內(nèi)所有差錯統(tǒng)計(jì)信息。

CMIP采用基于事件而不是基于輪詢的方法來獲得網(wǎng)絡(luò)組件的相關(guān)數(shù)據(jù)。

CMIP已經(jīng)得到主要廠商，包括IBM、HP及AT&T的支持。用戶和廠商已經(jīng)認(rèn)識到CMIP在企業(yè)級網(wǎng)絡(luò)管理領(lǐng)域是一個比較好的選擇。它能夠滿足企業(yè)級網(wǎng)管對橫跨多個管理域的對等相互作用（peertopeerinteractions）的要求。CMIP特別適合對要求提供集中式管理的樹狀系統(tǒng)，尤其是對電信網(wǎng)（telecommunicationsnetwork）的管理。這就是下面提到的電信管理網(wǎng)。

二、電信管理網(wǎng)TMN

電信管理網(wǎng)TMN是國際電聯(lián)ITU-T借鑒0SI中有關(guān)系統(tǒng)管理的思想及技術(shù)，為管理電信業(yè)務(wù)而定義的結(jié)構(gòu)化網(wǎng)絡(luò)體系結(jié)構(gòu)，TMN基于OSI系統(tǒng)管理（ITU-UX.700／ISO7498-4）的概念，并在電信領(lǐng)域的應(yīng)用中有所發(fā)展.它使得網(wǎng)絡(luò)管理系統(tǒng)與電信網(wǎng)在標(biāo)準(zhǔn)的體系結(jié)構(gòu)下，按照標(biāo)準(zhǔn)的接口和標(biāo)準(zhǔn)的信息格式交換管理信息，從而實(shí)現(xiàn)網(wǎng)絡(luò)管理功能。TMN的基本原理之一就是使管理功能與電信功能分離。網(wǎng)絡(luò)管理者可以從有限的幾個管理節(jié)點(diǎn)管理電信網(wǎng)絡(luò)中分布的電信設(shè)備。

國際電信聯(lián)盟（ITU）在M.3010建議中指出，電信管理網(wǎng)的基本概念是提供一個有組織的網(wǎng)絡(luò)結(jié)構(gòu)，以取得各種類型的操作系統(tǒng)（OSs）之間、操作系統(tǒng)與電信設(shè)備之間的互連。它采用商定的具有標(biāo)準(zhǔn)協(xié)議和信息的接口進(jìn)行管理信息交換的體系結(jié)構(gòu)。提出TMN體系結(jié)構(gòu)的目的是支撐電信網(wǎng)和電信業(yè)務(wù)的規(guī)劃、配置、安裝、操作及組織。

電信管理網(wǎng)TMN的目的是提供一組標(biāo)準(zhǔn)接口，使得對網(wǎng)絡(luò)的操作、管理和維護(hù)及對網(wǎng)絡(luò)單元的管理變得容易實(shí)現(xiàn)，所以，TMN的提出很大程度上是為了滿足網(wǎng)管各部分之間的互連性的要求。集中式的管理和分布式的處理是TMN的突出特點(diǎn)。

ITU-T從三個方面定義了TMN的體系結(jié)構(gòu)（Architecture），即功能體系結(jié)構(gòu)（FunctionalArchitecture），信息體系結(jié)構(gòu)（InformationArchitecture）和物理體系結(jié)構(gòu)（PhysicalArchitecture）。它們分別體現(xiàn)在管理功能塊的劃分、信息交互的方式和網(wǎng)管的物理實(shí)現(xiàn)。我們按TMN的標(biāo)準(zhǔn)從這三個方面出發(fā)，對TMN系統(tǒng)的結(jié)構(gòu)進(jìn)行設(shè)計(jì)。

功能體系結(jié)構(gòu)是從邏輯上描述TMN內(nèi)部的功能分布。引入了一組標(biāo)準(zhǔn)的功能塊（Functionalblock）和可能發(fā)生信息交換的參考點(diǎn)（referencepoints）。整個TMN系統(tǒng)即是各種功能塊的組合。

信息體系結(jié)構(gòu)包括兩個方面：管理信息模型和管理信息交換。管理信息模型是對網(wǎng)絡(luò)資源及其所支持的管理活動的抽象表示，網(wǎng)絡(luò)管理功能即是在信息模型的基礎(chǔ)上實(shí)現(xiàn)的。管理信息交換主要涉及到TMN的數(shù)據(jù)通信功能和消息傳遞功能，即各物理實(shí)體和功能實(shí)體之間的通信。

物理體系結(jié)構(gòu)是為實(shí)現(xiàn)TMN的功能所需的各種物理實(shí)體的組織結(jié)構(gòu)。TMN功能的實(shí)現(xiàn)依賴于具體的物理體系結(jié)構(gòu)，從功能體系結(jié)構(gòu)到物理體系結(jié)構(gòu)存在著映射關(guān)系。物理體系結(jié)構(gòu)隨具體情況的不同而千差萬別。在物理體系結(jié)構(gòu)和功能體系結(jié)構(gòu)之間有一定的映射關(guān)系。物理體系結(jié)構(gòu)中的一個物理塊實(shí)現(xiàn)了功能體系結(jié)構(gòu)中的一個或多個功能塊，一個接口實(shí)現(xiàn)了功能體系結(jié)構(gòu)中的一組參考點(diǎn)。

仿照OSI網(wǎng)絡(luò)分層模型，ITU-T進(jìn)一步在TMN中引入了邏輯分層。如圖3所示：

TMN的邏輯分層是將管理功能針對不同的管理對象映射到事務(wù)管理層BML（BusinessManagementLayer），業(yè)務(wù)管理層SML（ServiceManagementLayer），網(wǎng)絡(luò)管理層NML（NetworkManagementLayer）和網(wǎng)元管理層EML（ElementManagementLayer）。再加上物理存在的網(wǎng)元層NEL（NetworkElementLayer），就構(gòu)成了TMN的邏輯分層體系結(jié)構(gòu)。從圖2-6可以看到，TMN定義的五大管理功能在每一層上都存在，但各層的側(cè)重點(diǎn)不同。這與各層定義的管理范圍和對象有關(guān)。

三、TMN開發(fā)平臺和開發(fā)工具

1．利用TMN的開發(fā)工具開發(fā)TMN的必要性

TMN的信息體系結(jié)構(gòu)應(yīng)用OSI系統(tǒng)管理的原則，引入了管理者和的概念，強(qiáng)調(diào)在面向事物處理的信息交換中采用面向?qū)ο蟮募夹g(shù)。如前所述，TMN是高度強(qiáng)調(diào)標(biāo)準(zhǔn)化的網(wǎng)絡(luò)，故基于TMN標(biāo)準(zhǔn)的產(chǎn)品開發(fā)，其標(biāo)準(zhǔn)規(guī)范要求嚴(yán)格復(fù)雜，使得TMN的實(shí)施成為一項(xiàng)具有難度和挑戰(zhàn)性的工作；再加上OSI系統(tǒng)管理專業(yè)人員的相對缺乏，因此，工具的引入有助于簡化TMN的開發(fā)，提高開發(fā)效率。目前比較流行的基于TMN標(biāo)準(zhǔn)的開發(fā)平臺有HPOVDM、SUNSEM、IBMTMN平臺和DSET的DSG及其系列工具。這些平臺可以用于開發(fā)全方位的TMN管理者和應(yīng)用，大大降低TMN／Q3應(yīng)用系統(tǒng)的編程復(fù)雜性，并且使之符合開放系統(tǒng)互連（OSI）網(wǎng)絡(luò)管理標(biāo)準(zhǔn)，這些標(biāo)準(zhǔn)包括高級信息模型定義語言GDM0，OSI標(biāo)準(zhǔn)信息傳輸協(xié)議CMIP，以及抽象數(shù)據(jù)類型定義語言ASN.1。其中DSET的DSG及工具系列除了具備以上功能外，還具有獨(dú)立于硬件平臺的優(yōu)點(diǎn)。下面將比較詳細(xì)論述DSET的TMN開發(fā)工具及其在TMN開發(fā)中的作用。

2．DSET的TMN開發(fā)工具的基本組成

DSET的TMN開發(fā)工具從功能上來講可以構(gòu)成一個平臺和兩大工具箱。一個平臺：分布式系統(tǒng)生成器DSG（DistributedSystemGenerator）；兩個工具箱：管理者工具箱和工具箱。

分布式系統(tǒng)生成器DSG

DSG是用于頂層TCP／IP、OSI和其它協(xié)議上構(gòu)筑分布式并發(fā)系統(tǒng)的高級對象請求0RB。DSG將復(fù)雜的通信基礎(chǔ)設(shè)施和面向?qū)ο蠹夹g(shù)相結(jié)合，提供構(gòu)筑分布式計(jì)算的軟件平臺。通信基礎(chǔ)設(shè)施支持分布式計(jì)算中通信域的通信要求。如圖4所示，它提供了四種主要的服務(wù)：透明遠(yuǎn)程操作、遠(yuǎn)程過程調(diào)用和消息傳遞、抽象數(shù)據(jù)服務(wù)及命名服務(wù)。借助于并發(fā)的面向?qū)ο罂蚣埽粋€復(fù)雜的應(yīng)用可以分解成一組相互通信的并發(fā)對象worker，除了支持例如類和多重繼承等重要的傳統(tǒng)面向?qū)ο筇卣魍?，為了?gòu)筑新的worker類，DSG也支持分布式對象。在一個開放系統(tǒng)中，一個worker可以和其它worker進(jìn)行通信，而不必去關(guān)心它們所處的物理位置。

DSG提供給用戶用以開發(fā)應(yīng)用的構(gòu)造塊（buildingblock）稱為worker。一個worker可以有自己的控制線程，也可以和別的線程共享一個控制線程，每個Worker都有自己的服務(wù)訪問點(diǎn)SAP（ServiceAccessPoint），通過SAP與其它worker通信。Worker是事件驅(qū)動的。在Worker內(nèi)部，由有限狀態(tài)機(jī)FSM（FiniteStateMachine〕定義各種動作及處理例程，DSG接受外部事件并分發(fā)到相應(yīng)的動作處理例程進(jìn)行處理。如圖5所示，獨(dú)占線程的此worker有三個狀態(tài)，兩個SAPs，并且每個SAP的消息隊(duì)列中都有兩個事件。DSG環(huán)境通過將這些事件送到相應(yīng)的事件處理程序中來驅(qū)動worker的有限狀態(tài)機(jī)。

Worker是分布式的并發(fā)對象，DSG用它來支持面向?qū)ο蟮奶攸c(diǎn)，如：類，繼承等等。Worker由workerclass定義。Worker可以根據(jù)需要由應(yīng)用程序動態(tài)創(chuàng)建。在一個UNIX進(jìn)程中可以創(chuàng)建的Worker個數(shù)僅受內(nèi)存的限制。

管理者工具箱由ASN.C／C＋＋編譯器、CMIP／ROSE協(xié)議和管理者代碼生成器MCG構(gòu)成，如圖6所示。

其中的CMIP／ROSE協(xié)議提供全套符合Q3接口選用的OSI七層協(xié)議棧實(shí)施。由于TMN在典型的電信環(huán)境中以面向?qū)ο蟮男畔⒛Ｐ涂刂坪凸芾砦锢碣Y源，所有被管理的資源均被抽象為被管對象（M0），被管理系統(tǒng)中的幫助管理者通過MO訪問被管理資源，又根據(jù)ITU-TM.3010建議：管理者與之間通過Q3接口通信。為此管理者必須產(chǎn)生與通信的CMIP請求。管理者代碼生成器讀取信息模型（GDMO文件和ASN.1文件），創(chuàng)立代碼模板來為每個被定義的MO類產(chǎn)生CMIP請求和CMIP響應(yīng)。由于所有CMIP數(shù)據(jù)均由ASN.1符號定義，而上層管理應(yīng)用可能采用C／C++，故管理者應(yīng)用需要包含ASN.1數(shù)據(jù)處理代碼，管理者工具箱中的ASNC／C++編譯器提供ASN.1數(shù)據(jù)到C／C++語言的映射，并采用“預(yù)處理技術(shù)“生成ASN.1數(shù)據(jù)的低級代碼，可見利用DSET工具用戶只需編寫網(wǎng)管系統(tǒng)的信息模型和相關(guān)的抽象數(shù)據(jù)類型定義文件，然后利用DSET的ASNC／C++編譯器，管理者代碼生成器即可生成管理者部分代碼框架。

工具箱包括可硯化生成器VAB、CMIP翻譯器、ASN.C／C++Toolkit，其結(jié)構(gòu)見圖7。用來開發(fā)符合管理目標(biāo)定義指南GDMO和通用管理信息協(xié)議CMIP規(guī)定的應(yīng)用.使用DSET獨(dú)具特色的工具箱的最大的好處就是更快、更容易地進(jìn)行應(yīng)用的開發(fā)。DSET在應(yīng)用的開發(fā)上為用戶做了大量的工作。

一個典型的GDMO／CM1P應(yīng)用包括三個代碼模塊：

·、MIT、MIB的實(shí)施

·被管理資源的接口代碼

·后端被管理資源代碼

第一個模塊用于處理與MO實(shí)施。工具箱通過對過濾、特性處理、MO實(shí)例的通用支持，自動構(gòu)作這一個模塊。DSET的這一部分做得相當(dāng)完善，用戶只需作少量工作即可完成本模塊的創(chuàng)建。對于mcreate、m-delete、m-get、m-cancel-get、m-set、m-set-confirmed、m-action、m-action-confirmed這些CMIP請求，第一個模塊中包含有缺省的處理代碼框架。這些缺省代碼都假定管理者的CMIP請求只與MO打交道。為了適應(yīng)不同用戶的需求，DSET工具箱又提供在缺省處理前后調(diào)用用戶程序的接入點(diǎn)（稱為Userhooks）。當(dāng)某CMIP請求需與實(shí)際被管資源或數(shù)據(jù)庫打交道時，用戶可在相應(yīng)的PRE-或POST-函數(shù)中加入自己的處理代碼。例如，當(dāng)你需要在二層管理應(yīng)用中發(fā)CMIP請求，需望獲取實(shí)際被管資源的某屬性，而該屬性又不在相應(yīng)MO中時你只需在GDMO預(yù)定義模板中為此屬性定義一PRE-GET函數(shù)，并在你自己的定制文件中為此函數(shù)編寫從實(shí)際被管設(shè)備取到該屬性值的代碼即可。DSET的Agent代碼在執(zhí)行每個CMIP請求前都要先檢查用戶是否在GDMO預(yù)定義文件中為此清求定義了PRE-函數(shù)，若是，則光執(zhí)行PRE-函數(shù)，并根據(jù)返回值決定是否執(zhí)行缺省處理（PRE-函數(shù)返回D-OK則需執(zhí)行缺省處理，否則Agent向管理者返回正確或錯誤響應(yīng)）。同樣當(dāng)Agent執(zhí)行完缺省處理函數(shù)時，也會檢查用戶是否為該請求定義了POST-函數(shù)，若是則繼續(xù)執(zhí)行POST-函數(shù)。至于Agent與MO之間具體是如何實(shí)現(xiàn)通信的，用戶不必關(guān)心，因?yàn)镈SET已為我們實(shí)現(xiàn)了。用戶只需關(guān)心需要與設(shè)備交互的那一部分CMIP請求，為其定制PRE-／POST函數(shù)即可。

第二個模塊實(shí)現(xiàn)MO與實(shí)際被管資源的通信。它的實(shí)現(xiàn)依賴于分布式系統(tǒng)生成器DSG所提供“網(wǎng)關(guān)處理單元”（gateway）、遠(yuǎn)程過程調(diào)用（RPC）與消息傳遞機(jī)制及MSL語言編譯器。通信雙方的接口定義由用戶在簡化的ROSE應(yīng)用中定義，在DSG中也叫環(huán)境，該環(huán)境定義了雙方的所有操作和相關(guān)參數(shù)。DSG的CTX編譯器編譯CTX格式的接口定義并生成接口表。DSG的MSL語言編譯器用以編譯分布式對象類的定義并生成事件調(diào)度表。采用DSG的網(wǎng)關(guān)作為MO與實(shí)際被管資源間的通信橋梁，網(wǎng)關(guān)與MO之間通過定義接口定義文件及各自的MSL文件即可實(shí)現(xiàn)通信，網(wǎng)關(guān)與被管設(shè)備之間采用設(shè)備所支持的通信協(xié)議來進(jìn)行通信，例如采用TCP／IP協(xié)議及Socket機(jī)制實(shí)現(xiàn)通信。

第三個模塊對被管理資源進(jìn)行實(shí)際處理。這一模塊根據(jù)第二個模塊中定義的網(wǎng)關(guān)與被管設(shè)備間的通信機(jī)制來實(shí)現(xiàn)，與工具沒有多大聯(lián)系。

四、TMN開發(fā)的關(guān)鍵技術(shù)

電信管理網(wǎng)技術(shù)蘊(yùn)含了當(dāng)今電信、計(jì)算機(jī)、網(wǎng)絡(luò)通信和軟件開發(fā)的最新技術(shù)，如OSI開放系統(tǒng)互連技術(shù)、OSI系統(tǒng)管理技術(shù)、計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)及分布式處理、面向?qū)ο蟮能浖こ谭椒ㄒ约案咚贁?shù)據(jù)通信技術(shù)等。電信管理網(wǎng)應(yīng)用系統(tǒng)的開發(fā)具有巨大的挑戰(zhàn)性。

工具的引入很大程度上減輕了TMN的開發(fā)難度。留給開發(fā)人員的最艱巨工作就是接口（interface）的信息建模。尤其是Q3接日的信息建模問題。

Q3接口是TMN接口的“旗艦”，Q3接口包括通信模型和信息模型兩個部分，通信模型（0SI系統(tǒng)管理）的規(guī)范制定的十分完善，并且工具在這方面所作的工作較多，因此，當(dāng)我們設(shè)計(jì)和開發(fā)各種不同管理業(yè)務(wù)的TMN系統(tǒng)時，主要是采用一定的方法學(xué)，遵循一定的指導(dǎo)原則，針對不同電信領(lǐng)域的信息建模問題。

為什么說建模是TMN開發(fā)中的關(guān)鍵技術(shù)呢？從管理的角度而言，在那些先有國際標(biāo)準(zhǔn)（或事實(shí)上的標(biāo)準(zhǔn)），后有設(shè)備的情況下，是有可能存在一致性的信息模型的，例如目前SDH和七號信令網(wǎng)的TMN系統(tǒng)存在這樣的信息模型標(biāo)準(zhǔn)。但即使這樣，在這些TMN系統(tǒng)的實(shí)施過程，有可能由于管理需求的不同而對這些模型進(jìn)行進(jìn)一步的細(xì)化。在那些先有設(shè)備而后才有國際標(biāo)準(zhǔn)（或事實(shí)上的標(biāo)準(zhǔn)）的設(shè)備，而且有的電信設(shè)備就無標(biāo)準(zhǔn)而言，由于不同廠家的設(shè)備千差萬別，這種一致性的信息模型的制定是非常困難的。

例如，近年來標(biāo)準(zhǔn)化組織國際電信聯(lián)盟（ITU-T）、歐洲電信標(biāo)準(zhǔn)組織（ETSI）、網(wǎng)絡(luò)管理論壇（NMF）和ATM論壇等相繼頒布了一些Q3信息模型。但至今沒有一個完整的穩(wěn)定的交換機(jī)網(wǎng)元層的Q3信息模型。交換機(jī)的Q3信息模型提供了交換機(jī)網(wǎng)元的一個抽象的、一般的視圖，它應(yīng)當(dāng)包含交換機(jī)的管理的各個方面。但這是不可能的。因?yàn)殡S著電信技術(shù)的不斷發(fā)展，交換機(jī)技術(shù)也在不斷的發(fā)展，交換機(jī)的類型不斷增加，電信業(yè)務(wù)不斷的引入。我們很難設(shè)計(jì)一個能夠兼容未來交換機(jī)的信息模型。如今的交換機(jī)已不再是僅僅提供電話的窄帶業(yè)務(wù)，而且也提供象ISDN這樣的寬帶業(yè)務(wù)。交換機(jī)趨向?qū)拵д瓗б惑w化發(fā)展，因此交換機(jī)的Q3信息模型是很復(fù)雜的，交換機(jī)Q3信息建模任務(wù)是很艱巨的。

五、TMN管理者和的開發(fā)

下面結(jié)合我們的開發(fā)工作，探討一下TMN管理者和的開發(fā)。

1．管理者的開發(fā)

基于OSI管理框架的管理者的實(shí)施通常被認(rèn)為是很困難的事，通常，管理者可以劃分為三個部分。第一部分是位于人機(jī)之間的圖形用戶接口GUI（GraphicalUserInterfaces），接收操作人員的命令和輸入并按照一種統(tǒng)一的格式傳送到第二部分——管理功能。管理功能提供管理功能服務(wù)，例如故障管理，性能管理、配置管理、記費(fèi)管理，安全管理及其它特定的管理功能。接收到來GUI的操作命令，管理功能必須調(diào)用第三部分——CMSIAPI來發(fā)送CMIP請求到。CMISAPI為管理者提供公共管理信息服務(wù)支持。

大多數(shù)的網(wǎng)管應(yīng)用是基于UNIX平臺的，如Solaris，AIXandHP-UX。若GUI是用X-Window來開發(fā)的，那么GUI和管理功能之間的接口就不存在了，從實(shí)際編程的的角度看，GUI和管理功能都在同一個進(jìn)程中。

上面的管理者實(shí)施方案盡管有許多優(yōu)點(diǎn)，但也存在著不足。首先是費(fèi)用昂貴。所有的管理工作站都必須是X終端，服務(wù)器必須是小型機(jī)或大型機(jī)。這種方案比采用PC機(jī)作客戶端加上UNIX服務(wù)器的方案要昂貴得多。其次，擴(kuò)展性不是很好，不同的管理系統(tǒng)的范圍是不同的，用戶的要求也是不一樣的，不是所有的用戶都希望在X終端上來行使管理職責(zé)。因此，PC機(jī)和調(diào)終端都應(yīng)該向用戶提供。最后由于X-Window的開發(fā)工具比在PC機(jī)上的開發(fā)工具要少得多。因此最終在我們的開發(fā)中，選擇了PC機(jī)作為管理工作站，SUNUltral作為服務(wù)器。

在實(shí)際工作中我們將管理者劃分為兩個部分——管理應(yīng)用（managementapplication）和管理者網(wǎng)關(guān)（managergateway）。如圖8所示。

管理應(yīng)用向用戶提供圖形用戶接口GUI并接受用戶的命令和輸入，按照定義好的消息格式送往管理者網(wǎng)關(guān)，由其封裝成CMIP請求，調(diào)用CMISAPI發(fā)往。同時，管理者網(wǎng)關(guān)還要接收來自的響應(yīng)消息和事件報(bào)告并按照一定的消息格式送往管理應(yīng)用模塊。

但是這種方案也有缺點(diǎn)。由于管理應(yīng)用和管理者網(wǎng)關(guān)的分離，前者位于PC機(jī)上，后者位于Ultral工作站上。它們之間的相互作用須通過網(wǎng)絡(luò)通信來完成。它們之間的接口不再是一個參考點(diǎn)（ReferencePoint），而是一個物理上的接口，在電信管理網(wǎng)TMN中稱為F接口。迄今為止ITU-T一直沒能制定出有關(guān)F接口的標(biāo)準(zhǔn)，這一部分工作留給了TMN的開發(fā)者。鑒于此，我們制定了管理應(yīng)用和管理者網(wǎng)關(guān)之間通信的協(xié)議。

在開發(fā)中，我們選擇了PC機(jī)作為管理工作站，SUNUltral作為我們的管理者網(wǎng)關(guān)。所有的管理應(yīng)用都在PC機(jī)上。開發(fā)人員可以根據(jù)各自的喜好來選擇不同開發(fā)工具，如Java，VC++，VB，PB等。管理者網(wǎng)關(guān)執(zhí)行部分的管理功能并調(diào)用CMISAPI來發(fā)送CMIP請求，接收來自的響應(yīng)消息和事件報(bào)告并送往相應(yīng)的管理應(yīng)用。

管理者網(wǎng)關(guān)的數(shù)據(jù)結(jié)構(gòu)是通過編譯信息模型（GDMO文件和ASN.1文件）獲得的。它基于DSG環(huán)境的。管理者網(wǎng)關(guān)必須完成下列轉(zhuǎn)換：

數(shù)據(jù)類型轉(zhuǎn)換：GUI中的數(shù)據(jù)類型與ASN.1描述的數(shù)據(jù)類型之間的相互轉(zhuǎn)換；

消息格式轉(zhuǎn)換：GUI和管理者網(wǎng)關(guān)之間的消息格式與CMIP格式之間的相互轉(zhuǎn)換；

協(xié)議轉(zhuǎn)換：TCP／IP協(xié)議與OSI協(xié)議之間的相互轉(zhuǎn)換。

這意味著管理者網(wǎng)關(guān)接收來自管理應(yīng)用的消息。將其轉(zhuǎn)換為ASN.1的數(shù)據(jù)格式，并構(gòu)造出CMIS的參數(shù)，調(diào)用CMISAPI發(fā)送CMIP請求。反過來，管理者收到來自的消息，解讀CMIS參數(shù)，構(gòu)造消息格式，然后送往GUI。GUI和管理者網(wǎng)關(guān)之間的消息格式是由我們自己定義的。由于管理應(yīng)用的復(fù)雜性，消息格式的制定參考了CMIS的參數(shù)定義和ASN.1的數(shù)據(jù)類型。

管理者網(wǎng)關(guān)是采用多線程（multi-thread）編程來實(shí)現(xiàn)的。

2．的開發(fā)

的結(jié)構(gòu)如圖9所示。

為了使部分的設(shè)計(jì)和實(shí)現(xiàn)模塊化、系統(tǒng)化和簡單化，將agent分成兩大模塊——通用模塊和MO模塊——進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)。如圖所示，通用agent向下只與MO部分直接通信，而不能與被管資源MR直接進(jìn)行通信及操作，即通用agent將manager發(fā)來的CMIP請求解析后投遞給相應(yīng)的M0，并從MO接收相應(yīng)的應(yīng)答信息及其它的事件報(bào)告消息。

的作用是代表管理者管理MO。利用工具的支持，采用面向?qū)ο蟮募夹g(shù)，分為八個步驟進(jìn)行agent的設(shè)計(jì)和實(shí)現(xiàn)，這八個步驟是：

第一步：對信息模型既GDMO文件和ASN.1文件的理解，信息模型是TMN系統(tǒng)開發(fā)的基礎(chǔ)和關(guān)鍵。特別是對信息模型中對象類和其中各種屬性清晰的認(rèn)識和理解，對于實(shí)際的TMN系統(tǒng)來說，其信息模型可能很復(fù)雜，其中對象類在數(shù)量上可能很多。也就是說，在設(shè)計(jì)和實(shí)現(xiàn)agent之前，必須作到對MO心中有數(shù)。

第二步：被管對象MO的定制。這一部分是agent設(shè)計(jì)和實(shí)現(xiàn)中的關(guān)鍵部分，工具對這方面的支持也不是很多，特別是涉及到MO與MR之間的通信，更為復(fù)雜，故將MO專門作為一個模塊進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)MO和MR之間的通信以及數(shù)據(jù)和消息格式的轉(zhuǎn)換問題，利用網(wǎng)關(guān)原理設(shè)計(jì)一個網(wǎng)關(guān)來解決。

第三步：創(chuàng)建內(nèi)置的M0。所謂內(nèi)置MO就是指在系統(tǒng)運(yùn)行時，已經(jīng)存在的物理實(shí)體的抽象。為了保證能對這些物理實(shí)體進(jìn)行管理，必須將這些被管對象的各種固有的屬性值和操作預(yù)先加以定義。

第四步：創(chuàng)建外部服務(wù)訪問點(diǎn)SAP。如前所述，TMN系統(tǒng)中各個基于分布式處理的worker之間通過SAP進(jìn)行通信，所以要為agent與管理者manager之間、agent與網(wǎng)關(guān)之間創(chuàng)建SAP。

第五步：SAP同內(nèi)置MO的捆綁注冊。由于在TMN系統(tǒng)中，agent的所有操作是針對MO的，即所有的CMIP請求經(jīng)解析后必須送到相應(yīng)的M0，而基于DSG平臺的worker之間的通信是通過SAP來實(shí)現(xiàn)的。因而，在系統(tǒng)處理過程中，當(dāng)進(jìn)行信息的傳輸時，必須知道相應(yīng)MO的SAP，所以，在agent的設(shè)計(jì)過程中，必須為內(nèi)置MO注冊某一個SAP。

第六步：agent配置。對agent中有些參數(shù)必須加以配置和說明。如隊(duì)列長度、流量控制門限值、agent處理單元組中worker的最大／最小數(shù)目。報(bào)告的處理方式、同步通信方式中超時門限等。

第七步：agent用戶函數(shù)的編寫，如agentworker初始化函數(shù)、子函數(shù)等的編寫。

第八步：將所有函數(shù)編譯，連接生成可運(yùn)行的agent。

MO模塊是agent設(shè)計(jì)中的一個重要而又復(fù)雜的部分。這是由于，一方面工具對該部分的支持不是很多：另一方面，用戶的大部分處理函數(shù)位于這一部分；最主要的還在于它與被管資源要跨平臺，在不同的環(huán)境下進(jìn)行通信。MO模塊的設(shè)計(jì)思想是在MO和MR之間設(shè)計(jì)一個網(wǎng)關(guān)（gateway），來實(shí)現(xiàn)兩者之間的消息、數(shù)據(jù)、協(xié)議等轉(zhuǎn)換。

MO部分的主要功能是解析，執(zhí)行來自管理者的CMIP請求，維持各MO的屬性值同被管資源的一致性，生成CMIP請求結(jié)果，并上報(bào)通用agent模塊，同時與MR通信，接收和處理來自MR的事件報(bào)告信息，并轉(zhuǎn)發(fā)給通用agent。

MO部分有大量的用戶定制工作。工具只能完成其中一半的工作，而另一半工作都需要用戶自己去定制。用戶定制分為兩大類；

第一類是PRE-／POST-函數(shù)。PRE-／POST-函數(shù)的主要功能是在agent正式處理CMIP請求之前／之后與被管資源打交道，傳送數(shù)據(jù)到MR或從MR獲取數(shù)據(jù)并做一些簡單的處理。通過對這些PRE-／POST-函數(shù)的執(zhí)行，可以確保能夠真實(shí)地反映出被管資源的運(yùn)行狀態(tài)。PRE-／POST-函數(shù)分為兩個層次：MO級別和屬性級別。MO級別層次較高，所有對該對象類的CMIP操作都會調(diào)用MO級別的PRE-／POST-函數(shù)。屬性級別層次低，只有對該屬性的CMIP操作才會調(diào)用這些函數(shù)。DSET工具只提供了PRE-／POST-函數(shù)的人口參數(shù)和返回值，具體的代碼需要完全由用戶自己編寫。由于agent與被管資源有兩種不同的通信方式，不同的方式會導(dǎo)致不同的編程結(jié)構(gòu)和運(yùn)行效率，如果是同步方式，編程較為簡單，但會阻塞被管資源，適合于由大量數(shù)據(jù)返回的情況。異步方式不會阻塞被管資源，但編程需要作特殊處理，根據(jù)不同的返回值做不同的處理，適合于數(shù)據(jù)不多的情況，在選擇通信方式時還要根據(jù)MO的實(shí)現(xiàn)方式來確定。比如，MO若采用Doer來實(shí)現(xiàn)，則只能用同步方式。

第二類是動作、事件報(bào)告和通知的處理，動作的處理相對比較容易，只需考慮其通信方式采用同步還是異步方式。對事件報(bào)告和通知的處理比較復(fù)雜。首先，需要對事件進(jìn)行分類，對不同類別的事件采用不同的處理方法，由哪一個事件前向鑒別器EFD（EventForwardingDiscriminator）來處理等等。比如，告警事件的處理就可以單獨(dú)成為一類。其次，對每一類事件需要確定相應(yīng)的EFD的條件是什么，哪些需要上報(bào)管理應(yīng)用，哪些不需要。是否需要記入日志，這些日志記錄的維護(hù)策略等等。

除了這兩類定制外，MO也存在著優(yōu)化問題。比如MO用worker還是Doer來實(shí)現(xiàn)，通信方式采用同步還是異步，面向連接還是無連接等等，都會影響整個的性能。

如果MO要永久存儲，我們采用文件方式。因?yàn)槟壳癉SET的工具只支持Versant、ODI這兩種面向?qū)ο髷?shù)據(jù)庫管理系統(tǒng)OODBMS，對于0racle，Sybase等數(shù)據(jù)庫的接口還需要用戶自己實(shí)現(xiàn)。MO定制的工作量完全由信息模型的規(guī)模和復(fù)雜程度決定，一個信息模型的對象類越多，對象之間的關(guān)系越復(fù)雜（比如一個對象類中的屬性改變會影響別的類），會導(dǎo)致定制工作的工作量和復(fù)雜程度大大增加。

者agent在執(zhí)行管理者發(fā)來的CMIP請求時必須保持與被管資源MR進(jìn)行通信，將manager傳送來的消息和數(shù)據(jù)轉(zhuǎn)發(fā)給MR，并要從MR獲取必要的數(shù)據(jù)來完成其操作，同時，它還要接收來自MR的事件報(bào)告，并將這些事件上報(bào)給manager。

由上述可知，與被管資源MR之間的通信接口實(shí)際上是指MO與MR之間的通信接口。大部分MO是對實(shí)際被管資源的模擬，這些MO要與被管資源通信。若讓這些MO直接與被管資源通信，則存在以下幾個方面的弊端：

·由于MO模塊本身不具備錯誤信息檢測功能（當(dāng)然也可在此設(shè)計(jì)該項(xiàng)功能，但增加了MO模塊的復(fù)雜性），如果將上向發(fā)來的所有信息（包括某些不恰當(dāng)?shù)男畔ⅲ┤哭D(zhuǎn)發(fā)給MR，不僅無此必要，而且增加了數(shù)據(jù)通信量；同理MR上發(fā)的信息也無必要全部發(fā)送給MO。

·當(dāng)被管資源向MO發(fā)消息時，由于MIT對于被管資源來說是不可知的，被管資源不能確定其相應(yīng)MO在MIT中所處的具置，從而也就無法將其信息直接送到相應(yīng)的MO，因而只能采用廣播方式發(fā)送信息。這樣一來，每當(dāng)有消息進(jìn)入MO模塊時，每個MO都要先接收它，然后對此消息加以判斷，看是否是發(fā)給自己的。這樣一方面使編程復(fù)雜化，使軟件系統(tǒng)繁雜化，不易控制，調(diào)試?yán)щy；另一方面也使通信開銷增大。

·MO直接與被管資源通信，使得系統(tǒng)在安全性方面得不到保障，在性能方面也有所下降，為此，采用計(jì)算機(jī)網(wǎng)絡(luò)中中網(wǎng)關(guān)（gateway）的思想，在MO與被管資源建立一個網(wǎng)關(guān)，即用一個gatewayworker作為MO與被管資源通信的媒介。網(wǎng)關(guān)在的進(jìn)程處理中起到聯(lián)系被管資源與MO之間的“橋梁”作用。

六、總結(jié)與展望

Q3接口信息建模是TMN開發(fā)中的關(guān)鍵技術(shù)。目前，各標(biāo)準(zhǔn)化組織針對不同的管理業(yè)務(wù)制定和了許多信息模型。這些模型大部分是針對網(wǎng)元層和網(wǎng)絡(luò)層，業(yè)務(wù)層和事務(wù)層的模型幾乎沒有，還有相當(dāng)?shù)臉?biāo)準(zhǔn)化工作正在繼續(xù)研究。業(yè)務(wù)層和事務(wù)層的模型是將來研究的重點(diǎn)。

管理技術(shù)研究論文范文第2篇

1加熱切削技術(shù)及現(xiàn)狀

加熱切削技術(shù)的出現(xiàn)及發(fā)展

加熱切削加工方法巧妙地利用了高能熱源的熱效應(yīng)，對被切削材料進(jìn)行加熱，使材料切削部位受熱軟化，硬度、強(qiáng)度下降，易產(chǎn)生塑性變形(圖1)。由于加熱溫升后工件材料的剪切強(qiáng)度下降，使切削力和功率消耗降低，振動減輕，因而可以提高金屬切除率，改善加工表面的粗糙度。又因刀具耐用度與工件溫度存在一定的關(guān)系(通常，當(dāng)工件溫度在810℃左右時刀具的耐用度最大)，所以還可延長刀具壽命。

早在1890年就出現(xiàn)了對材料進(jìn)行通電的加熱切削，并獲美國和德國專利。20世紀(jì)40年代，加熱切削在美、德開始進(jìn)入工業(yè)應(yīng)用實(shí)踐，證明高溫能使“不可能”加工的金屬提高加工性能，并取得經(jīng)濟(jì)效益。但這個時期加熱切削尚處于發(fā)展的初步階段，加工質(zhì)量難以保證，基本上沒有應(yīng)用到生產(chǎn)實(shí)際中。60年代以后，利用刀具與工件構(gòu)成回路通以低壓大電流，實(shí)現(xiàn)了導(dǎo)電加熱切削，使切削能順利進(jìn)行。70年代初，出現(xiàn)了一種有效的等離子弧加熱切削，最初由英國研制成功。80年代以后，開發(fā)了激光加熱切削，由于激光束能快速局部加熱，較好地滿足了加熱切削的要求，因而提高了加熱切削技術(shù)的實(shí)用價值。

一般熱源

加熱切削所用熱源，如通電加熱、焊矩加熱、整體加熱、火焰和感應(yīng)局部加熱及導(dǎo)電加熱，通稱為一般熱源。這些熱源都能對被加工材料加熱，對加熱切削技術(shù)的出現(xiàn)和發(fā)展起了重要作用，但它們存在加熱區(qū)過大、熱效率低、溫控困難、加工質(zhì)量難以保證等問題，使切削不理想，難以甚至未能應(yīng)用到生產(chǎn)實(shí)際中去。

等離子弧及激光熱源

等離子弧加熱切削，用等離子弧噴槍中的鎢作陰極，工件材料作陽極，通電后形成高溫的等離子弧，其特點(diǎn)是加熱溫度高，能量集中，可對難加工材料進(jìn)行高效切削。研究表明，在加熱切削冷硬鑄鐵和高錳鋼等難加工材料時，切削速度高達(dá)100～150m/min，刀具耐用度可提高1～4倍。這種方法存在的問題是加熱點(diǎn)必須與刀具有一定距離，加熱效果難控制；加工條件惡劣，需要防護(hù)裝置。

激光加熱切削以激光束為熱源，對工件進(jìn)行局部加熱，其優(yōu)點(diǎn)是熱量集中，升溫迅速；熱量由表及里逐漸滲透，刀具與工件交界面的熱量較低；激光束可照射到工件的任何加工部位并形成聚焦點(diǎn)，便于實(shí)現(xiàn)可控局部加熱。研究結(jié)果表明，激光加熱切削可使切削力下降25%左右，還能有效改善工件的表面粗糙度。存在的主要問題是大功率激光器價格昂貴，能量轉(zhuǎn)換效率低，金屬材料對激光吸收能力差，吸收率一般只有15%～20%左右，經(jīng)磷酸處理后，吸收能力可提高到80%～90%，但經(jīng)濟(jì)可行性差，這是這種加熱方法難以推廣應(yīng)用的原因之一。

以上兩種熱源的出現(xiàn)，大大推動了加熱切削技術(shù)的發(fā)展，國內(nèi)外已進(jìn)行了大量卓有成效的研究工作。但要順利地用于生產(chǎn)，達(dá)到預(yù)期的切削效果，還有一些問題需要解決，尤其是切削機(jī)理還需進(jìn)一步探索和研究，如加工過程中還存在由于一定的熱擴(kuò)散而影響加工質(zhì)量，功率消耗多，溫度控制困難，熱源裝置不理想，價格昂貴等問題，所以生產(chǎn)上實(shí)用進(jìn)程不快。加熱切削技術(shù)的關(guān)鍵在于加熱，目前，一般的目標(biāo)是加熱到難加工材料熔化前處于軟化的溫度，但這一溫度是否合適，怎樣達(dá)到和控制這個溫度，還需進(jìn)一步探索、分析和研究。

2加熱切削的研究及關(guān)鍵技術(shù)

研究目標(biāo)和意義

研究課題以難加工材料組織相變理論、金屬切削原理和熱學(xué)傳導(dǎo)為基礎(chǔ)，以難加工材料難切削的機(jī)理為出發(fā)點(diǎn)，著重分析和尋找溫度、材料組織形態(tài)的變化以及與切削力之間的關(guān)系，摸索切削規(guī)律，確定改善材料可切削性的對策，進(jìn)而從根本上解決難加工材料的切削問題。

研究工作的前提條件之一是，目前已有了激光和等離子弧這類熱梯度很陡的熱源，加熱溫度能在幾毫秒內(nèi)達(dá)到需要值，容易控制、調(diào)節(jié)溫度的高低。前提條件之二是，相當(dāng)部分材料組織具有相變時的超塑特征，在這種狀態(tài)下，材料組織分子的結(jié)合力最低，而此狀態(tài)的溫度又大大低于材料熔化前軟化的溫度，所以有可能擺脫難加工材料切削加工目前所處的困境。因?yàn)?，如果難加工材料實(shí)現(xiàn)加熱切削必須達(dá)到材料軟化溫度的話，實(shí)踐已證明很難取得預(yù)期的切削效果。

研究的意義在于提出的基于改變組織形態(tài)的切削方法，是將材料科學(xué)的固態(tài)相變理論擴(kuò)展用于切削加工領(lǐng)域。這種深入的機(jī)理探討和研究，是金屬切削原理的創(chuàng)新，也是制造技術(shù)發(fā)展方向上的新思路。另外，如果能使難加工材料的加熱切削技術(shù)朝著比目前的切削溫度更低、加工精度更高、加工速度更快的方向發(fā)展，無疑能推進(jìn)加熱切削的實(shí)用進(jìn)程。

關(guān)鍵技術(shù)

材料的相變超塑性能力及變化規(guī)律。

金屬材料超塑性狀態(tài)的特點(diǎn)，是在一定條件下呈粘性或半粘性，沒有或只有很小的應(yīng)變硬化現(xiàn)象，流動性和填充性很好，超塑變形為宏觀均勻變形，變形后表面光滑，沒有起皺、凹陷、微裂及滑移痕跡等。金屬材料在超塑狀態(tài)進(jìn)行切削是否也呈現(xiàn)上述現(xiàn)象，或者是否還有其他特殊現(xiàn)象是需要搞清楚的。材料在超塑狀態(tài)下切削時的超塑性能力及其變化規(guī)律是需要研究的關(guān)鍵技術(shù)之一，這對提高難加工材料的切削效果有著重要意義。

一般鋼鐵材料都有相變超塑性(圖2)，它是在相變發(fā)生和進(jìn)行時產(chǎn)生的，依存于加熱)冷卻速度。黑色金屬超塑性變形有一定的溫度區(qū)，這個溫度區(qū)比較狹窄，可以有1個，也可以有2個以上。如30crmnsia只在處于770℃才出現(xiàn)較好的超塑性，此時a與b兩相的體積比率接近于1，最大應(yīng)力降到30mpa，溫度區(qū)窄；在700℃左右的一個范圍內(nèi)，超過臨界溫度就沒有超塑性了。在超塑區(qū)域內(nèi)，溫度值應(yīng)該穩(wěn)定，不應(yīng)起伏波動，恒溫持續(xù)時間也不應(yīng)過長，否則超塑現(xiàn)象會消失。鋼從奧氏體區(qū)域以大于臨界冷卻速度進(jìn)行淬火，可得到馬氏體。由于加工應(yīng)變誘發(fā)和進(jìn)行馬氏體相變，產(chǎn)生相變超塑性。馬氏體轉(zhuǎn)化與溫度有關(guān)，并有一定限度。超塑性是在某一適當(dāng)?shù)臏囟确秶懦霈F(xiàn)的狀態(tài)，若想有效利用超塑性，必須在0.5t熔以上到相變溫度以下的溫度范圍內(nèi)進(jìn)行加工。

加熱溫度的影響因素及控制方法。金屬材料的相變超塑性對溫度有苛刻的要求，在溫度循環(huán)中的應(yīng)變、應(yīng)變速度、作用應(yīng)力及加熱速度等都會對溫度產(chǎn)生影響，這是研究的關(guān)鍵技術(shù)之二。激光輻射材料時，其光能被材料吸收，并轉(zhuǎn)換為熱能。激光加熱的熱傳導(dǎo)是一個非常復(fù)雜的過程，激光以很高的速度穿透表面進(jìn)入材料深處，其初始速度可達(dá)5～20cm/s。熱量在材料中傳導(dǎo)擴(kuò)散，造成一定的溫度場。用數(shù)學(xué)方法分析計(jì)算熱傳導(dǎo)，對把握激光加熱效果有重要意義。可以利用激光輻射形成的線狀熱源的變長度和變熱源的性質(zhì)，用數(shù)學(xué)分析方法來研究，尋找熱源的溫度場。根據(jù)上述理論建立的傳熱數(shù)學(xué)模型與激光加熱切削過程進(jìn)行仿真，對各主要參數(shù)作出精確的預(yù)測，加熱切削的研究是非常重要的，也是取得良好效果的有力保證。

等離子弧加熱切削淬火鋼的試驗(yàn)表明，如果等離子槍安置在切削刀具前適當(dāng)?shù)奈恢?，其傾斜角度、離加工面的距離及距切削刀尖的弧長等均可調(diào)節(jié)，并與適當(dāng)?shù)碾妷骸㈦娏?、壓縮氣體壓力和流量相配合，這樣來控制加熱溫度，實(shí)現(xiàn)超塑組織狀態(tài)下的切削，可以獲得好的加工質(zhì)量。

采用上述兩種熱源加熱，使金屬(尤其是fe-c合金系)中亞共析鋼容易實(shí)現(xiàn)超塑性，低碳鋼等材料較易處于相變超塑狀態(tài)，可以達(dá)到加熱作用時間短、熱源對材料作用區(qū)域小的目的，其面積、形狀、大小都可調(diào)節(jié)，為金屬超塑組織形態(tài)應(yīng)用于切削加工創(chuàng)造了條件。

應(yīng)用前景

使金屬處于一定組織形態(tài)的加熱切削有著廣闊的應(yīng)用前景：(1)實(shí)現(xiàn)難加工材料的切削加工，并提高切削質(zhì)量，這是主要的應(yīng)用領(lǐng)域；(2)對于低碳鋼、純金屬等材料的切削，可以改善加工表面粗糙度；(3)對于常用金屬材料，如45鋼的切削，因?yàn)榍邢髁档停晒?jié)省能源消耗；(4)可有效解決機(jī)修工業(yè)中高硬度堆焊層的難切削問題；(5)在航宇工業(yè)等尖端科學(xué)的制造技術(shù)研究工作中有獨(dú)特的作用。

管理技術(shù)研究論文范文第3篇

關(guān)鍵詞科研；管理；網(wǎng)絡(luò)技術(shù)；數(shù)據(jù)庫

1引言

隨著高等院?？蒲行畔⒘康难该驮鲩L，計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)和數(shù)據(jù)庫技術(shù)的快速發(fā)展，以及科研水平逐步成為衡量高校綜合實(shí)力的重要指標(biāo)之一，從而導(dǎo)致科研管理工作量的日益加重，利用網(wǎng)絡(luò)技術(shù)實(shí)現(xiàn)對科研的管理成為可能。而且目前多數(shù)高校的科研管理工作還依賴于手工操作，采用單機(jī)的計(jì)算機(jī)軟件如：Excel、Access等，對于科研信息的采集、加工以及處理帶來諸多不便，這種方式已經(jīng)給科研管理人員增加了工作量，難以反應(yīng)出高校的科研管理水平。另外目前雖然有各種版本的科研管理軟件，但是對于學(xué)校的實(shí)際情況，就不一定適用，以我校為例，去年購買的教務(wù)綜合管理系統(tǒng)軟件，其中之一模塊就是關(guān)于高?？蒲泄芾淼墓δ埽瑢φ哲浖峁┑墓δ懿粷M足我校的實(shí)際需求，因此購買時就把這部分的功能去掉了。近幾年，網(wǎng)絡(luò)技術(shù)逐步成熟，各高?；旧隙奸_通了校園網(wǎng)，基于校園網(wǎng)平臺的應(yīng)用不斷豐富，除了提供基本的WWW、E-MAIL、VOD等服務(wù)外，另外就需要結(jié)合學(xué)校的實(shí)際情況，開發(fā)各種B/S模式的管理系統(tǒng)，實(shí)現(xiàn)校園內(nèi)部的日常辦公自動化、教務(wù)管理網(wǎng)絡(luò)化、科研管理現(xiàn)代化；并且面向網(wǎng)絡(luò)的編程工具逐漸被廣大計(jì)算機(jī)網(wǎng)絡(luò)的愛好者所青睞，如：、JSP、PHP等。

2采用網(wǎng)絡(luò)技術(shù)的優(yōu)點(diǎn)

2.1校園網(wǎng)平臺的優(yōu)勢

中國教育和科研計(jì)算機(jī)網(wǎng)（CERNET）是由國家投資建設(shè)，教育部負(fù)責(zé)管理，清華大學(xué)等高校承擔(dān)建設(shè)和管理運(yùn)行的全國性規(guī)模較大的計(jì)算機(jī)網(wǎng)絡(luò)，主要面向教育和科研單位。全國的高等院校都開始紛紛建立自己的局域網(wǎng)，然后接入CERNET，此局域網(wǎng)就成為校園網(wǎng)，而目前高校校園網(wǎng)的狀況是硬件平臺已經(jīng)構(gòu)建好，對硬件資源的投資已經(jīng)完成，而校園網(wǎng)平臺上的軟件應(yīng)用不是十分的豐富，如：2005年山西省教育廳聯(lián)合省內(nèi)各高校的專家對全省高校的校園網(wǎng)應(yīng)用建設(shè)進(jìn)行評估，結(jié)果是大部分院?；竞细瘢茈y達(dá)到優(yōu)秀，充分說明校園網(wǎng)平臺上的應(yīng)用比較少，因此就需要充分發(fā)揮校園網(wǎng)硬件資源的優(yōu)勢，結(jié)合各自的實(shí)際，開發(fā)網(wǎng)絡(luò)版的中小型管理系統(tǒng)。

2.2B/S模式的優(yōu)勢

B/S模式，即Browser/server結(jié)構(gòu)，是隨Internet技術(shù)的興起，對C/S模式的一種變化或者改進(jìn)的結(jié)構(gòu)。在B/S模式下，用戶界面完全通過WWW瀏覽器實(shí)現(xiàn)。其中應(yīng)用的典型就是，瀏覽器-Web服務(wù)器-數(shù)據(jù)庫服務(wù)器?？蛻舳送ㄟ^瀏覽器向Web服務(wù)器提出查詢請求，Web服務(wù)器根據(jù)需要向數(shù)據(jù)庫服務(wù)器提出查詢請求，數(shù)據(jù)庫服務(wù)器根據(jù)檢索結(jié)果與查詢條件將相應(yīng)的數(shù)據(jù)結(jié)果返回給Web服務(wù)器，最后Web服務(wù)器以超文本文件的形式將結(jié)果傳給客戶端的Web瀏覽器[1]。B/S模式結(jié)構(gòu)如圖1所示。

圖1B/S模式結(jié)構(gòu)圖

B/S模式支持跨平臺管理，不論是什么平臺，只要裝有Web瀏覽器即可；客戶端無需安裝和維護(hù)軟件；可通過局域網(wǎng)、校園網(wǎng)等實(shí)時監(jiān)控和管理，支持Internet組網(wǎng)方式。B/S模式系統(tǒng)應(yīng)用比較廣泛，是今后開發(fā)軟件的主流。

技術(shù)的優(yōu)勢

.NETFramework是微軟最新的程序設(shè)計(jì)開發(fā)平臺，有CLR（CommonLanguageRuntime）和.NETFramework類組成。當(dāng)編寫好程序后進(jìn)行編譯時，.NET會將源程序代碼編譯成MSIL（MicrosoftIntermediateLanguage）中間程序語言，而不是傳統(tǒng)意義上的機(jī)器語言，執(zhí)行時CLR調(diào)用JIT（JustInTime）編譯程序，進(jìn)而將MSIL轉(zhuǎn)換成計(jì)算機(jī)可以執(zhí)行的語言。在CLR結(jié)構(gòu)平臺下的可以向下兼容并支持ASP3.0的所有語法，改善了執(zhí)行性能，具有強(qiáng)大的功能和更廣的擴(kuò)充性，程序設(shè)計(jì)語言沒有必要的關(guān)聯(lián)性，可以選擇自己熟悉的語言來編寫的程序，同時也支持現(xiàn)有的COM對象。不但可以在服務(wù)器方處理HTML和Web控件，也可以保留用戶完整的應(yīng)用狀態(tài)，并提供給客戶端最佳的控制方式，另外還提供了服務(wù)器端的Server控件，除了具有執(zhí)行窗體驗(yàn)證的功能，還可以控制數(shù)據(jù)顯示的版面配置，而無須通過HTML標(biāo)記對HTML文件加以描述，以大幅度減少程序代碼。

2.4數(shù)據(jù)庫技術(shù)的優(yōu)勢

是微軟的ADO之后推出的最新的數(shù)據(jù)庫處理技術(shù)，主要用于在.NETFramework平臺上訪問數(shù)據(jù)庫系統(tǒng)。提供了一致性的數(shù)據(jù)處理方式，對于程序而言，的主要功能是存取數(shù)據(jù)庫系統(tǒng)。因此說，僅提供存取數(shù)據(jù)庫系統(tǒng)的途徑和數(shù)據(jù)處理的方式，而最終

的處理與顯示需要HTML控件和Web控件的協(xié)助。在實(shí)際使用中，需要導(dǎo)入新的命名空間，如：System.Data（可以將數(shù)據(jù)直接保存在內(nèi)存中，提供DataSet、DataTable、DataColumn和DataRelation對象），System.DataOleDB.（用來處理OleDB數(shù)據(jù)源的命名空間），System.Data.SqlClient（和SQL服務(wù)器連接，提供SqlCommand、Sqlconnection、SqlDataReader等對象），這些都是數(shù)據(jù)庫鏈接常用的命名空間。

3科研管理系統(tǒng)模型的建立

3.1功能模塊的劃分

科研管理系統(tǒng)模型主要結(jié)合我校科研管理中心工作的實(shí)際情況進(jìn)行設(shè)想，然后在此模型基礎(chǔ)之上進(jìn)行二次開發(fā)，就能適合于中等規(guī)模的高等院校。該模型主要采用B/S模式，數(shù)據(jù)庫使用SQLServer2000，開發(fā)環(huán)境為+/C#?？蒲泄芾硐到y(tǒng)模型提供的主要模塊有六個，分別是：科研項(xiàng)目管理模塊、科研經(jīng)費(fèi)管理模塊、科研成果管理模塊、專利管理模塊、科研信息的與檢索模塊以及信息統(tǒng)計(jì)與系統(tǒng)的維護(hù)模塊，該模型結(jié)構(gòu)如圖2所示。

圖2科研管理系統(tǒng)模型圖

科研項(xiàng)目管理模塊的功能是實(shí)現(xiàn)對科研項(xiàng)目的立項(xiàng)、審批、執(zhí)行跟蹤、中期檢查，以及項(xiàng)目的查詢、信息匯總、結(jié)題等功能?？蒲薪?jīng)費(fèi)管理模塊的功能是根據(jù)橫/縱向科研項(xiàng)目的立項(xiàng)情況，對每一個項(xiàng)目設(shè)立科研經(jīng)費(fèi)表，提供對經(jīng)費(fèi)數(shù)據(jù)的修改、瀏覽、匯總、查詢、打印等功能，同時按項(xiàng)目進(jìn)展情況及時了解經(jīng)費(fèi)的明細(xì)。科研項(xiàng)目管理科研成果管理模塊的功能是提供歷年來本校獲獎（含鑒定）成果的詳細(xì)記錄，包括成果負(fù)責(zé)人、成果名稱、獲獎時間、課題來源、獲獎級別、成果類別、成果形式、頒獎單位、鑒定結(jié)論、成果介紹等[2]。專利管理模塊的功能是實(shí)現(xiàn)對科研項(xiàng)目中科技專利或?qū)嵱眯蛯＠Q、專利批準(zhǔn)號、專利類型、專利申請日、專利公告日、授權(quán)日、專利時限等進(jìn)行管理。信息與檢索模塊是為了讓全院教職工及時了解科研信息，并提供檢索的功能。信息統(tǒng)計(jì)與維護(hù)主要實(shí)現(xiàn)對各種科研信息的統(tǒng)計(jì)，如教職工發(fā)表的論文、專著等，維護(hù)主要實(shí)現(xiàn)對科研數(shù)據(jù)的維護(hù)的功能。

3.2數(shù)據(jù)庫的分析與設(shè)計(jì)

數(shù)據(jù)庫是根據(jù)系統(tǒng)的需求分析而設(shè)計(jì)的，設(shè)計(jì)環(huán)境是SQLServer2000。根據(jù)我校的實(shí)際情況，主要設(shè)計(jì)的數(shù)據(jù)庫表有：科研項(xiàng)目表、科研經(jīng)費(fèi)表、科研成果表、專利信息表、科研人員基本信息表、專家數(shù)據(jù)庫信息表、信息表、出版教材及專著表、獲獎情況信息表等。實(shí)現(xiàn)科研管理人員對數(shù)據(jù)的加工、管理、集成等的全部功能，個人的查詢、打印等功能。連接數(shù)據(jù)庫利用SqlConnection對象的ConnectionString屬性可指定連接參數(shù)，利用SqlDataAdapter對象的Fill方法可將數(shù)據(jù)庫中的數(shù)據(jù)讀到DataSet中。

3.3系統(tǒng)平臺的構(gòu)建

該模型的平臺主要從硬件和軟件環(huán)境兩方面進(jìn)行考慮，硬件方面的客戶端要求比較低，只要能安裝Web瀏覽器和連通網(wǎng)絡(luò)的計(jì)算機(jī)；服務(wù)器端的配置：PⅣ1.7GHZ/128M/40G；另外就是對網(wǎng)絡(luò)的要求是100M的傳輸速度，當(dāng)然速度越快越好。軟件方面，服務(wù)器端操作系統(tǒng)安裝Windows2000/2003Server，IIS5.0以上版本，數(shù)據(jù)庫采用SQLServer2000，以為開發(fā)平臺，采用技術(shù)，結(jié)合、和C#構(gòu)造應(yīng)用程序。開發(fā)工具采用DreamweaverMX和FrontPage2003制作網(wǎng)站整體框架，采用Photoshop、Firework、Flash等軟件制作網(wǎng)頁素材。為了保證系統(tǒng)的安全，建議采用USB加密技術(shù)。

3.4其他應(yīng)考慮的因素

在科研管理系統(tǒng)的模型中采用網(wǎng)絡(luò)技術(shù)，還應(yīng)該考慮網(wǎng)絡(luò)安全方面即主要與科研數(shù)據(jù)有關(guān)的信息安全。項(xiàng)目申報(bào)、評審和各項(xiàng)科研經(jīng)費(fèi)采用網(wǎng)絡(luò)化的管理，這樣容易受到計(jì)算機(jī)病毒的攻擊，一旦入侵網(wǎng)絡(luò)竊取國家級科研項(xiàng)目的核心技術(shù)資料，將會造成技術(shù)泄密和知識產(chǎn)權(quán)流失[3]。而數(shù)據(jù)庫SQLServer2000提供了對數(shù)據(jù)安全性的一整套比較完整的管理機(jī)制，即對用戶的權(quán)限驗(yàn)證采用雙重驗(yàn)證的機(jī)制：登錄身份驗(yàn)證、用戶帳號角色以及所允許的權(quán)限。

4結(jié)束語

充分利用網(wǎng)絡(luò)技術(shù)的優(yōu)點(diǎn)和校園網(wǎng)硬件資源的優(yōu)勢，實(shí)現(xiàn)對高校科研信息管理的網(wǎng)絡(luò)化、規(guī)范化和現(xiàn)代化，該系統(tǒng)模型的功能比較全面，結(jié)構(gòu)合理，采用的開發(fā)平臺和數(shù)據(jù)庫技術(shù)比較成熟，具有比較廣泛的應(yīng)用前景。

參考文獻(xiàn)

[1]張燕.基于網(wǎng)絡(luò)的科研管理系統(tǒng)的設(shè)計(jì).計(jì)算機(jī)科學(xué)，2006（133）

管理技術(shù)研究論文范文第4篇

內(nèi)容摘要：本文通過文獻(xiàn)資料法、邏輯分析法和對比分析等方法，運(yùn)用經(jīng)濟(jì)學(xué)、語言學(xué)的知識和各類產(chǎn)品的命名規(guī)律，以體育的本質(zhì)為出發(fā)點(diǎn)，對體育產(chǎn)品的屬性及相關(guān)理論問題進(jìn)行了闡述。同時對體育投入品、體育商品、體育消費(fèi)品等與體育產(chǎn)品有關(guān)的問題進(jìn)行探討。

關(guān)鍵詞：體育產(chǎn)品 體育投入品 體育消費(fèi)品

體育產(chǎn)品是體育經(jīng)濟(jì)學(xué)重要的概念之一，是聯(lián)系體育生產(chǎn)與消費(fèi)的橋梁，體育產(chǎn)業(yè)的一切活動都是圍繞體育產(chǎn)品的生產(chǎn)、分配、交換和消費(fèi)等環(huán)節(jié)而展開的。對體育產(chǎn)品屬性的界定，目前還沒有一致的結(jié)論，學(xué)者們從不同的角度對“體育產(chǎn)品”進(jìn)行了分析，但很少考慮“體育的本質(zhì)”。本文從各類產(chǎn)品的命名規(guī)律和構(gòu)詞法（語言學(xué)）兩方面，結(jié)合體育的本質(zhì)對體育產(chǎn)品相關(guān)理論問題進(jìn)行論述。 同時對體育投入品、體育商品、體育消費(fèi)品等與體育產(chǎn)品有關(guān)的問題進(jìn)行探討。

體育產(chǎn)品研究現(xiàn)狀分析

目前，理論界對體育產(chǎn)品概念的內(nèi)涵和外延的界定上存在不同觀點(diǎn)，歸納起來主要有：體育產(chǎn)品是滿足消費(fèi)者在參與體育消費(fèi)過程中各種需要的服務(wù)，包括有形的物質(zhì)產(chǎn)品和無形的精神產(chǎn)品。體育產(chǎn)品是指體育市場為了滿足顧客需求和需要所提供的有形物品和無形服務(wù)。體育產(chǎn)品一般可分為體育服務(wù)性產(chǎn)品和體育物質(zhì)性產(chǎn)品。體育產(chǎn)品基本上包括社會上所有與體育有關(guān)的產(chǎn)品。體育產(chǎn)業(yè)的產(chǎn)品都是體育產(chǎn)品。體育產(chǎn)品是滿足人們體育消費(fèi)需要的勞動產(chǎn)品的總稱，它可以是一種實(shí)物、一種服務(wù)或是兩者的結(jié)合。體育本體產(chǎn)品、體育相關(guān)產(chǎn)品、體育輔助產(chǎn)品等以不同的方式滿足著人們的體育消費(fèi)需求。體育產(chǎn)品應(yīng)包括體育商品和非商品，體育器材、設(shè)備、飲料等體育用品屬于體育的“派生”產(chǎn)品。體育產(chǎn)品是無形的體育勞務(wù)。體育產(chǎn)品作為第三產(chǎn)業(yè)中向社會提供體育服務(wù)產(chǎn)品的一個部門，是體育需求者向體育生產(chǎn)者購買的或者體育活動中所消費(fèi)的服務(wù)產(chǎn)品的總和。體育產(chǎn)品是運(yùn)動者在身體練習(xí)或運(yùn)動動作的活動中生產(chǎn)出來的，并表現(xiàn)為不同的基本形態(tài)。

上述對體育產(chǎn)品的概念、內(nèi)涵和外延的表述呈現(xiàn)出物質(zhì)化的趨勢，但存在很多模糊不清的問題，如認(rèn)為體育產(chǎn)品既包括有形的物質(zhì)產(chǎn)品又包括無形的精神產(chǎn)品，但同時又認(rèn)為體育產(chǎn)品具有生產(chǎn)與消費(fèi)的時空同一性、無形性與不可儲存性等，這樣的論述本身就自相矛盾。對于以上分歧，筆者通過查閱大量文獻(xiàn)資料和深入研究后認(rèn)為：體育產(chǎn)品就是指非實(shí)物形態(tài)的體育勞務(wù)；體育市場并非指體育設(shè)施、器材、服裝等實(shí)物產(chǎn)品市場，而是指非實(shí)物的商品市場，體育市場的交換對象應(yīng)是體育服務(wù)商品。

對體育產(chǎn)品定義的分析

（一）通過各類產(chǎn)品的得名規(guī)律對體育產(chǎn)品加以確認(rèn)

“產(chǎn)品”是個集合概念，即凡是人們以工具、勞動施之于對象之上而生產(chǎn)出來的東西，皆可以謂之“產(chǎn)品”，各類產(chǎn)品的規(guī)范性名稱皆取之以實(shí)，名實(shí)相符。體育產(chǎn)品與科研產(chǎn)品、文化產(chǎn)品等一樣，都是符合生產(chǎn)活動得名模式?？蒲挟a(chǎn)品得名于科研活動，意為科研活動的產(chǎn)品，文化產(chǎn)品得名于文化活動，意為文化活動的產(chǎn)品，把體育產(chǎn)品解釋為得名于體育活動，意為體育活動的產(chǎn)品，則順理成章、自然而然。

經(jīng)濟(jì)學(xué)的常識說明：凡形成于某種活動中的產(chǎn)品都是該活動的主體借助一定的媒介，通過施加其體力或腦力勞動于客體之上生產(chǎn)出來的。既然體育產(chǎn)品形成于體育活動之中，那么體育產(chǎn)品就是體育活動主體在體育活動中生產(chǎn)出來的無形的勞務(wù)或服務(wù)，是運(yùn)動者在身體練習(xí)或運(yùn)動動作的活動中生產(chǎn)出來的，主要表現(xiàn)為三種基本形態(tài)：第一種是可供人們觀賞的各類運(yùn)動動作的組合服務(wù)產(chǎn)品（包括各種技、戰(zhàn)術(shù)）；第二種是人們通過運(yùn)動滿足自身機(jī)體、心理需要“再生產(chǎn)”的勞務(wù)產(chǎn)品；第三種是提供體育教育、訓(xùn)練、陪練服務(wù)的勞務(wù)產(chǎn)品。另外應(yīng)注意的是，必須正確區(qū)分體育活動和與體育有關(guān)的實(shí)踐活動（如體育組織管理活動、體育科研活動等） ，它們之間是服務(wù)與被服務(wù)的關(guān)系，體育組織管理活動等與體育有關(guān)的實(shí)踐活動是服務(wù)于體育活動的，不能把與體育有關(guān)的實(shí)踐活動看成是體育產(chǎn)品。

（二）從語言學(xué)角度對體育產(chǎn)品進(jìn)行確認(rèn)

詞語（組）最常見最基本的結(jié)構(gòu)類型有主謂短語、動賓短語、動補(bǔ)短語、偏正短語和聯(lián)合短語，這五種結(jié)構(gòu)類型體現(xiàn)了詞的五種基本組合關(guān)系?！绑w育產(chǎn)品”一詞顯然屬于偏正結(jié)構(gòu)，即“體育的產(chǎn)品”。中心語是“產(chǎn)品”，“體育（的）”只是起修飾限制的作用。因此，對體育產(chǎn)品正確認(rèn)識的關(guān)鍵就在于對體育本質(zhì)的把握。

袁旦教授在《中國群眾體育現(xiàn)狀調(diào)查與研究》中曾精辟地論述了體育的本質(zhì)：“概括地說，我們今日稱作體育的這種客觀存在，本質(zhì)上乃是人們?yōu)閵蕵废硎芎痛龠M(jìn)身心健全發(fā)展而創(chuàng)造的，以自覺意識支配的身體運(yùn)動作為主要手段，對自己的身心 進(jìn)行改造并使之完善的實(shí)踐。即使按照我國傳統(tǒng)的體育觀來解釋“體育”，無論是sport（競技運(yùn)動）、physical education（體育教育）、還是physical training（身體鍛煉），都具有以身體練習(xí)（或運(yùn)動動作）為基本手段的特征，其具體形式表現(xiàn)為運(yùn)動員的競賽表演活動、大眾日常的身體鍛煉活動以及體育教育訓(xùn)練、陪練等勞務(wù)活動。從以上分析可以看出，體育作為一種身體運(yùn)動，不存在生產(chǎn)加工實(shí)物產(chǎn)品的功能，以實(shí)物形式存在的如:運(yùn)動服裝、器械等不能作為體育產(chǎn)品，只能是進(jìn)行體育運(yùn)動的投入品。

分析體育產(chǎn)品應(yīng)明確的幾個理論問題

（一）體育產(chǎn)品與體育投入品

任何一種生產(chǎn)活動，都要利用勞動、資本和服務(wù)等的投入生產(chǎn)出新的貨物和服務(wù)，投入的貨物和服務(wù)與產(chǎn)出的貨物和服務(wù)是不同的，不能把投入當(dāng)作產(chǎn)出。投入的是生產(chǎn)要素，它為生產(chǎn)活動創(chuàng)造條件，沒有投入，生產(chǎn)就不能進(jìn)行；產(chǎn)出的是產(chǎn)品，是生產(chǎn)活動的成果。體育場館、運(yùn)動器械和服裝等是為體育活動創(chuàng)造條件的，是體育活動的投入品，而不能認(rèn)為是體育活動生產(chǎn)出來的體育產(chǎn)品。

（二） 大眾日常鍛煉等行為的生產(chǎn)屬性

在這一點(diǎn)上，有的學(xué)者否定大眾日常的身體鍛煉行為的生產(chǎn)屬性，并把業(yè)余體育運(yùn)動以不能雇人代替為由等同于吃飯、睡覺等人的基本生理活動。其實(shí)，大眾日常的身體鍛煉與身體娛樂活動也是體育產(chǎn)品的一種基本形態(tài)，即通過自身運(yùn)動提升人的機(jī)體、心理能力“再生產(chǎn)”的勞務(wù)產(chǎn)品形態(tài)。從經(jīng)濟(jì)學(xué)的角度講，個人的身體鍛煉活動，可以滿足個人的身體與心理需求，可以生產(chǎn)使用價值，這使它符合產(chǎn)品的一般特性，即具有滿足人們的特定需求，提供使用價值的基本功能。既然如此，就沒有什么理由不認(rèn)為它也是一種體育產(chǎn)品。

（三）體育產(chǎn)品的商品性與非商品性

從經(jīng)濟(jì)學(xué)意義上說，所謂體育商品就是用于交換的體育勞務(wù)產(chǎn)品，即商品化的體育服務(wù)。體育商品作為一種勞動產(chǎn)品，與物質(zhì)商品同樣具有一般商品的屬性，即都是具體勞動與抽象勞動的統(tǒng)一，使用價值與價值的統(tǒng)一。它包含了以下幾方面的含義:第一，體育商品是一種特殊的勞務(wù)商品，在提供勞務(wù)服務(wù)的過程中使用的大量物質(zhì)商品，只不過是提供勞務(wù)服務(wù)的物質(zhì)條件，其本身并不屬于體育商品。第二，體育活動只有提供有償服務(wù)時才稱其為商品。體育本來不過是人的一種社會活動，其目的是通過改變自身的體力和智力而征服和超越自然以實(shí)現(xiàn)人自身能力的充分發(fā)展。因此，體育本身并不是商品。第三，體育活動可以通過市場交換而成為商品，這并不意味著所有體育活動都會采取商品的形式。諸如學(xué)校的體育教育活動和國家無償資助的群眾健身活動，都不以市場交換為根本目的、不以或者不應(yīng)當(dāng)以市場利潤為最終目標(biāo)，一般也不會采取市場運(yùn)作的方式，因而不具有商品的形式和性質(zhì)。但一些大型和綜合性的運(yùn)動會也不以交換為目的，卻又可以而且常常就采用市場運(yùn)作的方式。

（四）體育產(chǎn)品價值量的確定

體育產(chǎn)品的價值量確定有兩種情況。一是觀賞性體育產(chǎn)品：因體育勞動過程的主客觀條件差別，生產(chǎn)這種體育產(chǎn)品需要各不相同的個別勞動時間，故其價值量由生產(chǎn)這種產(chǎn)品所耗費(fèi)的社會必要勞動時間決定。二是體驗(yàn)型體育產(chǎn)品：其價值量由生產(chǎn)出這種產(chǎn)品所耗費(fèi)的個別勞動時間和風(fēng)險系數(shù)決定。

（五）體育產(chǎn)品與體育消費(fèi)品

馬克思指出：“在消費(fèi)品中，除了以實(shí)物形式存在外，還包括一定量的以服務(wù)形式存在的消費(fèi)品”（《馬克思恩格斯全集》第26卷）。就體育消費(fèi)品而言，就包括以實(shí)物形式存在的體育用品和以非實(shí)物形態(tài)存在的體育產(chǎn)品。體育用品的效用是向職業(yè)人員和業(yè)余人員提供開展體育運(yùn)動所需的各種條件和設(shè)施，滿足其物質(zhì)需要；而非實(shí)物形態(tài)的體育產(chǎn)品則是向體育愛好者提供的以服務(wù)形式存在的消費(fèi)品，以滿足其欣賞和健身需要。

這里有幾個問題值得討論：一是參與體育活動的相關(guān)費(fèi)用，如交通費(fèi)、食宿費(fèi)等應(yīng)不應(yīng)統(tǒng)計(jì)為體育消費(fèi)的范疇？當(dāng)前的大部分學(xué)者認(rèn)為這些支出也應(yīng)列入體育消費(fèi)的范圍。 但筆者認(rèn)為體育消費(fèi)品應(yīng)限定為直接投入到體育中的資金或消費(fèi)，如體育器材、運(yùn)動服裝、俱樂部會員費(fèi)、觀看比賽的門票費(fèi)、購買體育報(bào)刊等；而交通費(fèi)、食宿費(fèi)等不應(yīng)統(tǒng)計(jì)為體育消費(fèi)，而應(yīng)視為體育對其它產(chǎn)業(yè)或行業(yè)的帶動，這也正是體育作為朝陽行業(yè)和作為經(jīng)濟(jì)增長點(diǎn)的優(yōu)勢所在。二是在購買運(yùn)動服裝、 鞋帽等實(shí)物產(chǎn)品后，只是日常穿著而不參加體育運(yùn)動的行為屬不屬于體育消費(fèi)？還有就是體育書報(bào)雜志、音像制品以及體育彩票等能不能簡單的劃歸為體育實(shí)物消費(fèi)？筆者認(rèn)為：從宏觀上講，運(yùn)動服裝、體育類書報(bào)、體育彩票等都是以體育文化為內(nèi)在核心，應(yīng)該統(tǒng)計(jì)為體育消費(fèi)品的范圍之內(nèi)。但在微觀上，我們購買書報(bào)雜志、彩票的最終目的不是為了獲得書報(bào)、彩票這一實(shí)物，而是有其它更具體的目的。因此這里將體育書報(bào)、雜志、音像制品等細(xì)分為信息類體育消費(fèi)品，但購買體育彩票看作博弈類體育消費(fèi)。體育消費(fèi)品概念的引入既符合經(jīng)濟(jì)學(xué)原理，又滿足了體育統(tǒng)計(jì)的需要，把體育產(chǎn)品、體育商品、體育投入品等不同屬性和概念的詞聯(lián)系在了一起。

綜上所述，體育產(chǎn)品就是指非實(shí)物形態(tài)的體育勞務(wù)，有別于體育投入品和體育消費(fèi)品等有其本身特有的屬性。體育產(chǎn)品主要包括以下幾個部分：非體育商品（學(xué)校體育、大眾健身、奧運(yùn)會等以榮譽(yù)為目標(biāo)的比賽等）；體育勞務(wù)型消費(fèi)品（體育旅游、咨詢等）；實(shí)物型體育消費(fèi)品；信息類體育消費(fèi)品（書刊、音像等）；參與型消費(fèi)品（觀看比賽、場地租金等）；博弈類體育消費(fèi)品（彩票等）。除去博弈類體育消費(fèi)品之外，其他5種體育產(chǎn)品都屬于正常體育消費(fèi)品，而體育彩票屬于有其他目的的消費(fèi)，因而排除在正常消費(fèi)品之外。

參考文獻(xiàn)：

1.趙子江.從消費(fèi)角度看體育產(chǎn)品[J].北京體育師范學(xué)院學(xué)報(bào)，2000(3)

2.胡濟(jì)群.體育產(chǎn)品的價格制定[J].河北體育學(xué)院學(xué)報(bào)，2001(4)

3.劉益群.對體育產(chǎn)品市場運(yùn)作特征的思考[J].新疆大學(xué)學(xué)報(bào)(自然科學(xué)版)，2000(2)

4.一東.我國體育產(chǎn)業(yè)化芻議[J].財(cái)貿(mào)研究，1996(5)

5.王曉東.體育產(chǎn)品屬性及體育產(chǎn)業(yè)若干理論問題的思考[J].體育科學(xué)，2005(5)

6.周秀敏.新時期我國體育產(chǎn)品營銷策略管窺[J].山東體育科技，2003(1)

7.劉江南.對影響體育市場幾個要素的分析[J].體育與科學(xué)，1995(4)

8.胡立君.論體育產(chǎn)品的勞務(wù)性質(zhì)[J].數(shù)量經(jīng)濟(jì)技術(shù)經(jīng)濟(jì)研究，1999(10)

9.張巖.關(guān)于體育產(chǎn)業(yè)統(tǒng)計(jì)的幾個問題[J].體育與科學(xué)，2002(6)

10.李朝暉.體育產(chǎn)品新論[J].中國體育科技，2004(1)

11.葉螢聲.語言學(xué)綱要[M].北京大學(xué)出版社，2002

12.王錫彪.關(guān)于體育商品及體育市場內(nèi)涵的界定[J].北京體育大學(xué)學(xué)報(bào)，2003(5)

13.顏日初.正確界定體育產(chǎn)品統(tǒng)計(jì)的范圍[J].統(tǒng)計(jì)與決策，2002(4)

14.叢湖平.體育產(chǎn)業(yè)若干界說的辨析及相關(guān)問題的討論[J].中國體育科技，2001(12)

作者簡介：

管理技術(shù)研究論文范文第5篇

關(guān)鍵詞:計(jì)算機(jī);信息;查詢

1、綜合信息的查詢

目前,隨著工具軟件的發(fā)展和廣泛采用,使數(shù)據(jù)庫應(yīng)用系統(tǒng)的開發(fā)如虎添翼,其中PowerBuilder以其獨(dú)特的數(shù)據(jù)窗口(DataWindow)倍受歡迎。

PowerBuider是美國著名的數(shù)據(jù)庫應(yīng)用開發(fā)工具生產(chǎn)廠家Powersoft公司于1991年6月推出的功能強(qiáng)大、性能優(yōu)異的開發(fā)工具,它是一種面向?qū)ο蟮?、具有可視圖形界面的、快速的交互開發(fā)工具。智能化的數(shù)據(jù)窗口對象是其精華所在。利用此對象可以操作關(guān)系數(shù)據(jù)庫的數(shù)據(jù)而無需寫入SQL語句,即可以直接檢索、更新和用多種形式表現(xiàn)數(shù)據(jù)源中的數(shù)據(jù)。但要注意,必須使數(shù)據(jù)窗口成為窗口(Window)下數(shù)據(jù)窗口控制的一個連接對象,數(shù)據(jù)窗口才能使用戶在應(yīng)用執(zhí)行期間訪問數(shù)據(jù)庫中的數(shù)據(jù)。

利用PowerBuilder提供的內(nèi)部查詢機(jī)制,我們即可以讓數(shù)據(jù)窗口作為查詢條件的輸入,又可以讓該數(shù)據(jù)窗口作為查詢結(jié)果的輸出,這樣就可以使數(shù)據(jù)窗口中的所有數(shù)據(jù)項(xiàng)進(jìn)行自由組合的查詢。例如:在窗口W_que上建立兩個數(shù)據(jù)窗口控制dw_1和dw_2,分別連接兩個數(shù)據(jù)窗口對象dw_que1與dw_que2,其中dw_1用于輸入查詢條件,而dw_2用于顯示滿足查詢條件的所有元組。事實(shí)上條件的輸入及元組的顯示完全可以在一個數(shù)據(jù)窗口中實(shí)現(xiàn),考慮到這兩種操作的差別(例:條件輸入可編輯,而元組顯示不可編輯;條件輸入可為某一范圍,而元組顯示僅為滿足條件的所有紀(jì)錄……)將其用兩個數(shù)據(jù)窗口控制來實(shí)現(xiàn)。這就要求dw_2與dw_1數(shù)據(jù)共享,即要求dw_que1與dw_que2兩數(shù)據(jù)窗口的數(shù)據(jù)源完全相同。

用這種方法實(shí)現(xiàn)查詢優(yōu)點(diǎn)突出,例:通過設(shè)置數(shù)據(jù)窗口中對應(yīng)列的編輯風(fēng)格(EditStyles)為相應(yīng)的下拉式數(shù)據(jù)窗口(DropDownDataWindow),使顯示的元組文字化。注意,這要事先建好下拉式數(shù)據(jù)窗口。設(shè)置數(shù)據(jù)窗口中對應(yīng)列的編輯風(fēng)格同樣可滿足其它顯示需要。利用數(shù)據(jù)窗口的風(fēng)格特點(diǎn):查詢表的列寬、列序可自由改變,甚至可以覆蓋掉一些列,以達(dá)到更滿足查詢顯示的需要。綜合查詢的信息來自多個表,改變數(shù)據(jù)窗口的數(shù)據(jù)源,采用多表連接的數(shù)據(jù)源即可實(shí)現(xiàn)。但是如我們問題的描述,如果我們需要的查詢項(xiàng)隨機(jī)地來自這43張表中的數(shù)據(jù)項(xiàng),顯示項(xiàng)也是隨機(jī)地。這種任意條件的組合,可選輸出項(xiàng)的顯示稱為動態(tài)查詢(DynamicQuery)依然采用上述方法,數(shù)據(jù)窗口dw_que1與dw_que2的數(shù)據(jù)源將是這43張表的連接,先不說效率問題,單從這426個項(xiàng)中輸入查詢條件,又顯示這426個項(xiàng),就使人敬而遠(yuǎn)之。因?yàn)?在每一次查詢前,都不了解此次查詢的要求是什么,這樣,每張表中的每一個數(shù)據(jù)項(xiàng)都缺一不可;另一方面,每一次的查詢,一旦查詢條件確定、顯示條目也確定后,我們會發(fā)現(xiàn),每一次有意義的查詢并不是需要全部的43張表,換言之,每一次查詢沒有必要將43張表全部連結(jié),而應(yīng)只連接那些被選中數(shù)據(jù)項(xiàng)所在的表,即數(shù)據(jù)源是動態(tài)產(chǎn)生的。由于數(shù)據(jù)源不確定,數(shù)據(jù)窗口就無法設(shè)計(jì),動態(tài)查詢無法用這種方法實(shí)現(xiàn)。

2、計(jì)算機(jī)動態(tài)查詢的實(shí)現(xiàn)

在某些實(shí)際的應(yīng)用系統(tǒng)開發(fā)中,由于用戶在開發(fā)前提不出查詢的需求,而在系統(tǒng)運(yùn)行中希望能夠?qū)λ械臄?shù)據(jù)項(xiàng)任意組合進(jìn)行查詢,以滿足來自多方的需求,實(shí)現(xiàn)動態(tài)地查詢(即隨機(jī)地從43張表中選擇數(shù)據(jù)項(xiàng)進(jìn)行組合作為查詢條件并任意地選擇數(shù)據(jù)項(xiàng)作為顯示條目)。對于此類查詢的實(shí)現(xiàn)要利用PowerBuilder通過編程的方式在運(yùn)行時動態(tài)地創(chuàng)建數(shù)據(jù)窗口,并動態(tài)地控制數(shù)據(jù)窗口。

動態(tài)地創(chuàng)建一個數(shù)據(jù)窗口,應(yīng)用程序需要執(zhí)行下列任務(wù):

•動態(tài)地構(gòu)造SQL語句。

•用符合數(shù)據(jù)窗口語法的字符串,為現(xiàn)在的數(shù)據(jù)窗口控制創(chuàng)建一個數(shù)據(jù)窗口對象。具體實(shí)現(xiàn)如下:超級秘書網(wǎng)

2.1動態(tài)地生成SQL語句,根據(jù)SQL的語法:SELECTstringaFROMstringbWHEREstringc也就是動態(tài)地生成stringa,stringb,stringc.由用戶輸入要顯示的列,一旦輸入完畢,列名就隨之確定,將所有列名拼成一個“串”,中間用“,”分隔,形如“columm1,column2,column3,...,columnr”,則動態(tài)地生成stringa;同樣由用戶輸入查詢條件,包括相應(yīng)的列、滿足的條件或范圍、邏輯關(guān)系等,將這些條件拚成一個串,即為stringc,顯然,所有的列名都確定了,他們所在的表名也確定了,按照stringb的語法規(guī)則即可構(gòu)造。

注意:上面的stringc由兩部分(表間關(guān)系stringc1及查詢條件stringc2)組成;表名串stringb與表間關(guān)系stringc1、查詢條件stringc2及顯示條目stringa均有關(guān)。

在實(shí)現(xiàn)的過程中:為貼近實(shí)際應(yīng)用,習(xí)慣上,先輸入查詢條件,再輸入顯示條目。即在輸入查詢條件后,生成strinc2,stringb,stringc1;然后,再在輸入顯示條目后生成stringa,并修改stringc1,stringb。最后形成SQL語法:

str="select"+stringa+"from"+stringb+"where"+stringcl+stringc2

2.2在現(xiàn)在的事物對象里利用相關(guān)的SyntaxFromSQL()函數(shù)生成符合數(shù)據(jù)窗口語法的字符串:

exp=syntaxfromsq1(sq1ca,str,strsty,error)生成數(shù)據(jù)窗口的源代碼

其中:strsty為數(shù)據(jù)窗口的顯示風(fēng)格,例:

strsty="style(type=grid)datawindow(units=lcolor=12632256)text(font.face=''''system'''')"

2.3創(chuàng)建數(shù)據(jù)窗口對象

dw_que.create(exp)

這樣就實(shí)現(xiàn)了用戶要求的隨機(jī)查詢。

在真實(shí)系統(tǒng)中,用戶在輸入查詢條件時希望通過選項(xiàng)方式錄入查詢信息,由于庫表中存放的大量信息為代碼,這就需要在程序中先把錄入的文字信息轉(zhuǎn)化成相應(yīng)的代碼再連接到查詢條件中。為簡化輸入,提高準(zhǔn)確性,可采用代碼輸入,即動態(tài)地嵌套下拉式數(shù)據(jù)窗口。在顯示查詢結(jié)果的數(shù)據(jù)窗口中,事先不能嵌套下拉式數(shù)據(jù)窗口,可預(yù)先做一個函數(shù),在程序運(yùn)行中根據(jù)所選的列把代碼轉(zhuǎn)化成所對應(yīng)的漢字顯示,這樣更完善了用戶要求的隨機(jī)查詢。

根據(jù)數(shù)據(jù)窗口的動態(tài)特性,對于那些運(yùn)行時才能確定的數(shù)據(jù)窗口采用動態(tài)方式創(chuàng)建,使應(yīng)用程序能更靈活地滿足用戶的需求。