管理技术研究论文

前言：想要写出一篇令人眼前一亮的文章吗？我们特意为您整理了5篇管理技术研究论文范文，相信会为您的写作带来帮助，发现更多的写作思路和灵感。

管理技术研究论文范文第1篇

一、网络管理技术概述

网络管理已经成为计算机网络和电信网研究中最重要的内容之一。网络中采用的先进技术越多，规模越大，网络的维护和管理工作也就越复杂。计算机网络和电信网的管理技术是分别形成的，但到后来渐趋同化，差不多具有相同的管理功能和管理原理，只是在网络管理上的具体对象上有些差异。

通常，一个网络由许多不同厂家的产品构成，要有效地管理这样一个网络系统，就要求各个网络产品提供统一的管理接口，即遵循标准的网络管理协议。这样，一个厂家的网络管理产品就能方便地管理其他厂家的产品，不同厂家的网络管理产品之间还能交换管理信息。

在简单网络管理协议SNMP（SimpleNetworkManagementProtocol）设计时，就定位在是一种易于实施的基本网络管理工具。在网管领域中，它扮演了先锋的角色，因OSI的CMIP发展缓慢同时在Internet的迅猛发展和多厂商环境下的网络管理解决方案的驱动下，而很快成为了事实上的标准。

SNMP的管理结构如图1所示。它的核心思想是在每个网络节点上存放一个管理信息库MIB（ManagementInformationBase），由节点上60（agent）负责维护，管理者通过应用层协议对这些进行轮询进而对管理信息库进行管理。SNMP最大的特点就是其简单性。它的设计原则是尽量减少网络管理所带来的对系统资源的需求，尽量减少agent的复杂性。它的整个管理策略和体系结构的设计都体现了这一原则。

SNMP的主要优点是：

·易于实施；

·成熟的标准；

·C／S模式对资源要求较低；

·广泛适用，代价低廉。

简单性是SNMP标准取得成功的主要原因。因为在大型的、多厂商产品构成的复杂网络中，管理协议的明晰是至关重要的；但同时这又是SNMP的缺陷所在——为了使协议简单易行，SNMP简化了不少功能，如：

·没有提供成批存取机制，对大块数据进行存取效率很低；

·没有提供足够的安全机制，安全性很差；

·只在TCP／IP协议上运行，不支持别的网络协议；

·没有提供管理者与管理者之间通信的机制，只适合集中式管理，而不利于进行分布式管理；

·只适于监测网络设备，不适于监测网络本身。

针对这些问题，对它的改进工作一直在进行。如1991年11月，推出了RMON（RernoteNetworkMonitor）MIB，加强SNMP对网络本身的管理能力。它使得SNMP不仅可管理网络设备，还能监测局域网和互联网上的数据流量等信息，1992年7月，针对SNMP缺乏安全性的弱点，又公布了S-SNMP（SecureSNMP）草案。到1993年初，又推出了SNMPVersion2即SNMPv2（推出了SNMPv2以后，SNMP就被称为SNMPv1）。SNM-Pv2包容了以前对SNMP的各项改进工作，并在保持了SNMP清晰性和易于实现的特点以外，吸取了CMIP的部分优点，功能更强，安全性更好，具体表现为：

·提供了验证机制，加密机制，时间同步机制等，安全性大大提高；

·提供了一次取回大量数据的能力，效率大大提高；

·增加了管理者和管理者之间的信息交换机制，从而支持分布式管理结构，由位于中间层次（intermediate）的管理者来分担主管理者的任务，增加了远地站点的局部自主性。

·可在多种网络协议上运行，如OSI、AppleTalk和IPX等，适用多协议网络环境（但它的缺省网络协议仍是UDP）。

·扩展了管理信息结构的很多方面。特别是对象类型的定义引入了几种新的类型。另外还规范了一种新的约定用来创建和删除管理表（managementtables）中的“行”（rows）。

·定义了两种新的协议数据单元PDU（ProtocolDataUnit）。Get-Bulk-Request协议数据单元允许检索大数据块（largedatablocks），不必象SNMP那样逐项（itembyitem）检索；Inform-Request协议数据单元允许在管理者之间交换陷阱（tran）信息。

CMIP协议是在OSI制订的网络管理框架中提出的网络管理协议。CMIP与SNMP一样，也是由管理者、、管理协议与管理信息库组成。

CMIP是基于面向对象的管理模型的。这个管理模型表示了封装的资源并标准化了它们所提供的接口。如图2所示了四个主要的元素：

·系统管理应用进程是在担负管理功能的设备（服务器或路由器等〕中运行的软件：

·管理信息库MIB是一组从各个接点收集来的与网络管理有关的数据；

·系统管理应用实体（systemmanagementapplicationentities）负责网络管理工作站间的管理信息的交换，以及与网络中其它接点之间的信息交换；

·层管理实体（layermanagemententities）表示在OSI体系结构设计中必要的逻辑。

CMIP模型也是基于C／S结构的。客户端是管理系统，也称管理者，发起操作并接收通知；服务器是被管系统，也称，接收管理指令，执行命令并上报事件通知。一个CMIP操作台（console）可以和一个设备建立一个会话，并用一个命令就可以下载许多不同的信息。例如，可以得到一个设备在一段特定时间内所有差错统计信息。

CMIP采用基于事件而不是基于轮询的方法来获得网络组件的相关数据。

CMIP已经得到主要厂商，包括IBM、HP及AT&T的支持。用户和厂商已经认识到CMIP在企业级网络管理领域是一个比较好的选择。它能够满足企业级网管对横跨多个管理域的对等相互作用（peertopeerinteractions）的要求。CMIP特别适合对要求提供集中式管理的树状系统，尤其是对电信网（telecommunicationsnetwork）的管理。这就是下面提到的电信管理网。

二、电信管理网TMN

电信管理网TMN是国际电联ITU-T借鉴0SI中有关系统管理的思想及技术，为管理电信业务而定义的结构化网络体系结构，TMN基于OSI系统管理（ITU-UX.700／ISO7498-4）的概念，并在电信领域的应用中有所发展.它使得网络管理系统与电信网在标准的体系结构下，按照标准的接口和标准的信息格式交换管理信息，从而实现网络管理功能。TMN的基本原理之一就是使管理功能与电信功能分离。网络管理者可以从有限的几个管理节点管理电信网络中分布的电信设备。

国际电信联盟（ITU）在M.3010建议中指出，电信管理网的基本概念是提供一个有组织的网络结构，以取得各种类型的操作系统（OSs）之间、操作系统与电信设备之间的互连。它采用商定的具有标准协议和信息的接口进行管理信息交换的体系结构。提出TMN体系结构的目的是支撑电信网和电信业务的规划、配置、安装、操作及组织。

电信管理网TMN的目的是提供一组标准接口，使得对网络的操作、管理和维护及对网络单元的管理变得容易实现，所以，TMN的提出很大程度上是为了满足网管各部分之间的互连性的要求。集中式的管理和分布式的处理是TMN的突出特点。

ITU-T从三个方面定义了TMN的体系结构（Architecture），即功能体系结构（FunctionalArchitecture），信息体系结构（InformationArchitecture）和物理体系结构（PhysicalArchitecture）。它们分别体现在管理功能块的划分、信息交互的方式和网管的物理实现。我们按TMN的标准从这三个方面出发，对TMN系统的结构进行设计。

功能体系结构是从逻辑上描述TMN内部的功能分布。引入了一组标准的功能块（Functionalblock）和可能发生信息交换的参考点（referencepoints）。整个TMN系统即是各种功能块的组合。

信息体系结构包括两个方面：管理信息模型和管理信息交换。管理信息模型是对网络资源及其所支持的管理活动的抽象表示，网络管理功能即是在信息模型的基础上实现的。管理信息交换主要涉及到TMN的数据通信功能和消息传递功能，即各物理实体和功能实体之间的通信。

物理体系结构是为实现TMN的功能所需的各种物理实体的组织结构。TMN功能的实现依赖于具体的物理体系结构，从功能体系结构到物理体系结构存在着映射关系。物理体系结构随具体情况的不同而千差万别。在物理体系结构和功能体系结构之间有一定的映射关系。物理体系结构中的一个物理块实现了功能体系结构中的一个或多个功能块，一个接口实现了功能体系结构中的一组参考点。

仿照OSI网络分层模型，ITU-T进一步在TMN中引入了逻辑分层。如图3所示：

TMN的逻辑分层是将管理功能针对不同的管理对象映射到事务管理层BML（BusinessManagementLayer），业务管理层SML（ServiceManagementLayer），网络管理层NML（NetworkManagementLayer）和网元管理层EML（ElementManagementLayer）。再加上物理存在的网元层NEL（NetworkElementLayer），就构成了TMN的逻辑分层体系结构。从图2-6可以看到，TMN定义的五大管理功能在每一层上都存在，但各层的侧重点不同。这与各层定义的管理范围和对象有关。

三、TMN开发平台和开发工具

1．利用TMN的开发工具开发TMN的必要性

TMN的信息体系结构应用OSI系统管理的原则，引入了管理者和的概念，强调在面向事物处理的信息交换中采用面向对象的技术。如前所述，TMN是高度强调标准化的网络，故基于TMN标准的产品开发，其标准规范要求严格复杂，使得TMN的实施成为一项具有难度和挑战性的工作；再加上OSI系统管理专业人员的相对缺乏，因此，工具的引入有助于简化TMN的开发，提高开发效率。目前比较流行的基于TMN标准的开发平台有HPOVDM、SUNSEM、IBMTMN平台和DSET的DSG及其系列工具。这些平台可以用于开发全方位的TMN管理者和应用，大大降低TMN／Q3应用系统的编程复杂性，并且使之符合开放系统互连（OSI）网络管理标准，这些标准包括高级信息模型定义语言GDM0，OSI标准信息传输协议CMIP，以及抽象数据类型定义语言ASN.1。其中DSET的DSG及工具系列除了具备以上功能外，还具有独立于硬件平台的优点。下面将比较详细论述DSET的TMN开发工具及其在TMN开发中的作用。

2．DSET的TMN开发工具的基本组成

DSET的TMN开发工具从功能上来讲可以构成一个平台和两大工具箱。一个平台：分布式系统生成器DSG（DistributedSystemGenerator）；两个工具箱：管理者工具箱和工具箱。

分布式系统生成器DSG

DSG是用于顶层TCP／IP、OSI和其它协议上构筑分布式并发系统的高级对象请求0RB。DSG将复杂的通信基础设施和面向对象技术相结合，提供构筑分布式计算的软件平台。通信基础设施支持分布式计算中通信域的通信要求。如图4所示，它提供了四种主要的服务：透明远程操作、远程过程调用和消息传递、抽象数据服务及命名服务。借助于并发的面向对象框架，一个复杂的应用可以分解成一组相互通信的并发对象worker，除了支持例如类和多重继承等重要的传统面向对象特征外，为了构筑新的worker类，DSG也支持分布式对象。在一个开放系统中，一个worker可以和其它worker进行通信，而不必去关心它们所处的物理位置。

DSG提供给用户用以开发应用的构造块（buildingblock）称为worker。一个worker可以有自己的控制线程，也可以和别的线程共享一个控制线程，每个Worker都有自己的服务访问点SAP（ServiceAccessPoint），通过SAP与其它worker通信。Worker是事件驱动的。在Worker内部，由有限状态机FSM（FiniteStateMachine〕定义各种动作及处理例程，DSG接受外部事件并分发到相应的动作处理例程进行处理。如图5所示，独占线程的此worker有三个状态，两个SAPs，并且每个SAP的消息队列中都有两个事件。DSG环境通过将这些事件送到相应的事件处理程序中来驱动worker的有限状态机。

Worker是分布式的并发对象，DSG用它来支持面向对象的特点，如：类，继承等等。Worker由workerclass定义。Worker可以根据需要由应用程序动态创建。在一个UNIX进程中可以创建的Worker个数仅受内存的限制。

管理者工具箱由ASN.C／C＋＋编译器、CMIP／ROSE协议和管理者代码生成器MCG构成，如图6所示。

其中的CMIP／ROSE协议提供全套符合Q3接口选用的OSI七层协议栈实施。由于TMN在典型的电信环境中以面向对象的信息模型控制和管理物理资源，所有被管理的资源均被抽象为被管对象（M0），被管理系统中的帮助管理者通过MO访问被管理资源，又根据ITU-TM.3010建议：管理者与之间通过Q3接口通信。为此管理者必须产生与通信的CMIP请求。管理者代码生成器读取信息模型（GDMO文件和ASN.1文件），创立代码模板来为每个被定义的MO类产生CMIP请求和CMIP响应。由于所有CMIP数据均由ASN.1符号定义，而上层管理应用可能采用C／C++，故管理者应用需要包含ASN.1数据处理代码，管理者工具箱中的ASNC／C++编译器提供ASN.1数据到C／C++语言的映射，并采用“预处理技术“生成ASN.1数据的低级代码，可见利用DSET工具用户只需编写网管系统的信息模型和相关的抽象数据类型定义文件，然后利用DSET的ASNC／C++编译器，管理者代码生成器即可生成管理者部分代码框架。

工具箱包括可砚化生成器VAB、CMIP翻译器、ASN.C／C++Toolkit，其结构见图7。用来开发符合管理目标定义指南GDMO和通用管理信息协议CMIP规定的应用.使用DSET独具特色的工具箱的最大的好处就是更快、更容易地进行应用的开发。DSET在应用的开发上为用户做了大量的工作。

一个典型的GDMO／CM1P应用包括三个代码模块：

·、MIT、MIB的实施

·被管理资源的接口代码

·后端被管理资源代码

第一个模块用于处理与MO实施。工具箱通过对过滤、特性处理、MO实例的通用支持，自动构作这一个模块。DSET的这一部分做得相当完善，用户只需作少量工作即可完成本模块的创建。对于mcreate、m-delete、m-get、m-cancel-get、m-set、m-set-confirmed、m-action、m-action-confirmed这些CMIP请求，第一个模块中包含有缺省的处理代码框架。这些缺省代码都假定管理者的CMIP请求只与MO打交道。为了适应不同用户的需求，DSET工具箱又提供在缺省处理前后调用用户程序的接入点（称为Userhooks）。当某CMIP请求需与实际被管资源或数据库打交道时，用户可在相应的PRE-或POST-函数中加入自己的处理代码。例如，当你需要在二层管理应用中发CMIP请求，需望获取实际被管资源的某属性，而该属性又不在相应MO中时你只需在GDMO预定义模板中为此属性定义一PRE-GET函数，并在你自己的定制文件中为此函数编写从实际被管设备取到该属性值的代码即可。DSET的Agent代码在执行每个CMIP请求前都要先检查用户是否在GDMO预定义文件中为此清求定义了PRE-函数，若是，则光执行PRE-函数，并根据返回值决定是否执行缺省处理（PRE-函数返回D-OK则需执行缺省处理，否则Agent向管理者返回正确或错误响应）。同样当Agent执行完缺省处理函数时，也会检查用户是否为该请求定义了POST-函数，若是则继续执行POST-函数。至于Agent与MO之间具体是如何实现通信的，用户不必关心，因为DSET已为我们实现了。用户只需关心需要与设备交互的那一部分CMIP请求，为其定制PRE-／POST函数即可。

第二个模块实现MO与实际被管资源的通信。它的实现依赖于分布式系统生成器DSG所提供“网关处理单元”（gateway）、远程过程调用（RPC）与消息传递机制及MSL语言编译器。通信双方的接口定义由用户在简化的ROSE应用中定义，在DSG中也叫环境，该环境定义了双方的所有操作和相关参数。DSG的CTX编译器编译CTX格式的接口定义并生成接口表。DSG的MSL语言编译器用以编译分布式对象类的定义并生成事件调度表。采用DSG的网关作为MO与实际被管资源间的通信桥梁，网关与MO之间通过定义接口定义文件及各自的MSL文件即可实现通信，网关与被管设备之间采用设备所支持的通信协议来进行通信，例如采用TCP／IP协议及Socket机制实现通信。

第三个模块对被管理资源进行实际处理。这一模块根据第二个模块中定义的网关与被管设备间的通信机制来实现，与工具没有多大联系。

四、TMN开发的关键技术

电信管理网技术蕴含了当今电信、计算机、网络通信和软件开发的最新技术，如OSI开放系统互连技术、OSI系统管理技术、计算机网络技术及分布式处理、面向对象的软件工程方法以及高速数据通信技术等。电信管理网应用系统的开发具有巨大的挑战性。

工具的引入很大程度上减轻了TMN的开发难度。留给开发人员的最艰巨工作就是接口（interface）的信息建模。尤其是Q3接日的信息建模问题。

Q3接口是TMN接口的“旗舰”，Q3接口包括通信模型和信息模型两个部分，通信模型（0SI系统管理）的规范制定的十分完善，并且工具在这方面所作的工作较多，因此，当我们设计和开发各种不同管理业务的TMN系统时，主要是采用一定的方法学，遵循一定的指导原则，针对不同电信领域的信息建模问题。

为什么说建模是TMN开发中的关键技术呢？从管理的角度而言，在那些先有国际标准（或事实上的标准），后有设备的情况下，是有可能存在一致性的信息模型的，例如目前SDH和七号信令网的TMN系统存在这样的信息模型标准。但即使这样，在这些TMN系统的实施过程，有可能由于管理需求的不同而对这些模型进行进一步的细化。在那些先有设备而后才有国际标准（或事实上的标准）的设备，而且有的电信设备就无标准而言，由于不同厂家的设备千差万别，这种一致性的信息模型的制定是非常困难的。

例如，近年来标准化组织国际电信联盟（ITU-T）、欧洲电信标准组织（ETSI）、网络管理论坛（NMF）和ATM论坛等相继颁布了一些Q3信息模型。但至今没有一个完整的稳定的交换机网元层的Q3信息模型。交换机的Q3信息模型提供了交换机网元的一个抽象的、一般的视图，它应当包含交换机的管理的各个方面。但这是不可能的。因为随着电信技术的不断发展，交换机技术也在不断的发展，交换机的类型不断增加，电信业务不断的引入。我们很难设计一个能够兼容未来交换机的信息模型。如今的交换机已不再是仅仅提供电话的窄带业务，而且也提供象ISDN这样的宽带业务。交换机趋向宽带窄带一体化发展，因此交换机的Q3信息模型是很复杂的，交换机Q3信息建模任务是很艰巨的。

五、TMN管理者和的开发

下面结合我们的开发工作，探讨一下TMN管理者和的开发。

1．管理者的开发

基于OSI管理框架的管理者的实施通常被认为是很困难的事，通常，管理者可以划分为三个部分。第一部分是位于人机之间的图形用户接口GUI（GraphicalUserInterfaces），接收操作人员的命令和输入并按照一种统一的格式传送到第二部分——管理功能。管理功能提供管理功能服务，例如故障管理，性能管理、配置管理、记费管理，安全管理及其它特定的管理功能。接收到来GUI的操作命令，管理功能必须调用第三部分——CMSIAPI来发送CMIP请求到。CMISAPI为管理者提供公共管理信息服务支持。

大多数的网管应用是基于UNIX平台的，如Solaris，AIXandHP-UX。若GUI是用X-Window来开发的，那么GUI和管理功能之间的接口就不存在了，从实际编程的的角度看，GUI和管理功能都在同一个进程中。

上面的管理者实施方案尽管有许多优点，但也存在着不足。首先是费用昂贵。所有的管理工作站都必须是X终端，服务器必须是小型机或大型机。这种方案比采用PC机作客户端加上UNIX服务器的方案要昂贵得多。其次，扩展性不是很好，不同的管理系统的范围是不同的，用户的要求也是不一样的，不是所有的用户都希望在X终端上来行使管理职责。因此，PC机和调终端都应该向用户提供。最后由于X-Window的开发工具比在PC机上的开发工具要少得多。因此最终在我们的开发中，选择了PC机作为管理工作站，SUNUltral作为服务器。

在实际工作中我们将管理者划分为两个部分——管理应用（managementapplication）和管理者网关（managergateway）。如图8所示。

管理应用向用户提供图形用户接口GUI并接受用户的命令和输入，按照定义好的消息格式送往管理者网关，由其封装成CMIP请求，调用CMISAPI发往。同时，管理者网关还要接收来自的响应消息和事件报告并按照一定的消息格式送往管理应用模块。

但是这种方案也有缺点。由于管理应用和管理者网关的分离，前者位于PC机上，后者位于Ultral工作站上。它们之间的相互作用须通过网络通信来完成。它们之间的接口不再是一个参考点（ReferencePoint），而是一个物理上的接口，在电信管理网TMN中称为F接口。迄今为止ITU-T一直没能制定出有关F接口的标准，这一部分工作留给了TMN的开发者。鉴于此，我们制定了管理应用和管理者网关之间通信的协议。

在开发中，我们选择了PC机作为管理工作站，SUNUltral作为我们的管理者网关。所有的管理应用都在PC机上。开发人员可以根据各自的喜好来选择不同开发工具，如Java，VC++，VB，PB等。管理者网关执行部分的管理功能并调用CMISAPI来发送CMIP请求，接收来自的响应消息和事件报告并送往相应的管理应用。

管理者网关的数据结构是通过编译信息模型（GDMO文件和ASN.1文件）获得的。它基于DSG环境的。管理者网关必须完成下列转换：

数据类型转换：GUI中的数据类型与ASN.1描述的数据类型之间的相互转换；

消息格式转换：GUI和管理者网关之间的消息格式与CMIP格式之间的相互转换；

协议转换：TCP／IP协议与OSI协议之间的相互转换。

这意味着管理者网关接收来自管理应用的消息。将其转换为ASN.1的数据格式，并构造出CMIS的参数，调用CMISAPI发送CMIP请求。反过来，管理者收到来自的消息，解读CMIS参数，构造消息格式，然后送往GUI。GUI和管理者网关之间的消息格式是由我们自己定义的。由于管理应用的复杂性，消息格式的制定参考了CMIS的参数定义和ASN.1的数据类型。

管理者网关是采用多线程（multi-thread）编程来实现的。

2．的开发

的结构如图9所示。

为了使部分的设计和实现模块化、系统化和简单化，将agent分成两大模块——通用模块和MO模块——进行设计和实现。如图所示，通用agent向下只与MO部分直接通信，而不能与被管资源MR直接进行通信及操作，即通用agent将manager发来的CMIP请求解析后投递给相应的M0，并从MO接收相应的应答信息及其它的事件报告消息。

的作用是代表管理者管理MO。利用工具的支持，采用面向对象的技术，分为八个步骤进行agent的设计和实现，这八个步骤是：

第一步：对信息模型既GDMO文件和ASN.1文件的理解，信息模型是TMN系统开发的基础和关键。特别是对信息模型中对象类和其中各种属性清晰的认识和理解，对于实际的TMN系统来说，其信息模型可能很复杂，其中对象类在数量上可能很多。也就是说，在设计和实现agent之前，必须作到对MO心中有数。

第二步：被管对象MO的定制。这一部分是agent设计和实现中的关键部分，工具对这方面的支持也不是很多，特别是涉及到MO与MR之间的通信，更为复杂，故将MO专门作为一个模块进行设计和实现MO和MR之间的通信以及数据和消息格式的转换问题，利用网关原理设计一个网关来解决。

第三步：创建内置的M0。所谓内置MO就是指在系统运行时，已经存在的物理实体的抽象。为了保证能对这些物理实体进行管理，必须将这些被管对象的各种固有的属性值和操作预先加以定义。

第四步：创建外部服务访问点SAP。如前所述，TMN系统中各个基于分布式处理的worker之间通过SAP进行通信，所以要为agent与管理者manager之间、agent与网关之间创建SAP。

第五步：SAP同内置MO的捆绑注册。由于在TMN系统中，agent的所有操作是针对MO的，即所有的CMIP请求经解析后必须送到相应的M0，而基于DSG平台的worker之间的通信是通过SAP来实现的。因而，在系统处理过程中，当进行信息的传输时，必须知道相应MO的SAP，所以，在agent的设计过程中，必须为内置MO注册某一个SAP。

第六步：agent配置。对agent中有些参数必须加以配置和说明。如队列长度、流量控制门限值、agent处理单元组中worker的最大／最小数目。报告的处理方式、同步通信方式中超时门限等。

第七步：agent用户函数的编写，如agentworker初始化函数、子函数等的编写。

第八步：将所有函数编译，连接生成可运行的agent。

MO模块是agent设计中的一个重要而又复杂的部分。这是由于，一方面工具对该部分的支持不是很多：另一方面，用户的大部分处理函数位于这一部分；最主要的还在于它与被管资源要跨平台，在不同的环境下进行通信。MO模块的设计思想是在MO和MR之间设计一个网关（gateway），来实现两者之间的消息、数据、协议等转换。

MO部分的主要功能是解析，执行来自管理者的CMIP请求，维持各MO的属性值同被管资源的一致性，生成CMIP请求结果，并上报通用agent模块，同时与MR通信，接收和处理来自MR的事件报告信息，并转发给通用agent。

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

第一类是PRE-／POST-函数。PRE-／POST-函数的主要功能是在agent正式处理CMIP请求之前／之后与被管资源打交道，传送数据到MR或从MR获取数据并做一些简单的处理。通过对这些PRE-／POST-函数的执行，可以确保能够真实地反映出被管资源的运行状态。PRE-／POST-函数分为两个层次：MO级别和属性级别。MO级别层次较高，所有对该对象类的CMIP操作都会调用MO级别的PRE-／POST-函数。属性级别层次低，只有对该属性的CMIP操作才会调用这些函数。DSET工具只提供了PRE-／POST-函数的人口参数和返回值，具体的代码需要完全由用户自己编写。由于agent与被管资源有两种不同的通信方式，不同的方式会导致不同的编程结构和运行效率，如果是同步方式，编程较为简单，但会阻塞被管资源，适合于由大量数据返回的情况。异步方式不会阻塞被管资源，但编程需要作特殊处理，根据不同的返回值做不同的处理，适合于数据不多的情况，在选择通信方式时还要根据MO的实现方式来确定。比如，MO若采用Doer来实现，则只能用同步方式。

第二类是动作、事件报告和通知的处理，动作的处理相对比较容易，只需考虑其通信方式采用同步还是异步方式。对事件报告和通知的处理比较复杂。首先，需要对事件进行分类，对不同类别的事件采用不同的处理方法，由哪一个事件前向鉴别器EFD（EventForwardingDiscriminator）来处理等等。比如，告警事件的处理就可以单独成为一类。其次，对每一类事件需要确定相应的EFD的条件是什么，哪些需要上报管理应用，哪些不需要。是否需要记入日志，这些日志记录的维护策略等等。

除了这两类定制外，MO也存在着优化问题。比如MO用worker还是Doer来实现，通信方式采用同步还是异步，面向连接还是无连接等等，都会影响整个的性能。

如果MO要永久存储，我们采用文件方式。因为目前DSET的工具只支持Versant、ODI这两种面向对象数据库管理系统OODBMS，对于0racle，Sybase等数据库的接口还需要用户自己实现。MO定制的工作量完全由信息模型的规模和复杂程度决定，一个信息模型的对象类越多，对象之间的关系越复杂（比如一个对象类中的属性改变会影响别的类），会导致定制工作的工作量和复杂程度大大增加。

者agent在执行管理者发来的CMIP请求时必须保持与被管资源MR进行通信，将manager传送来的消息和数据转发给MR，并要从MR获取必要的数据来完成其操作，同时，它还要接收来自MR的事件报告，并将这些事件上报给manager。

由上述可知，与被管资源MR之间的通信接口实际上是指MO与MR之间的通信接口。大部分MO是对实际被管资源的模拟，这些MO要与被管资源通信。若让这些MO直接与被管资源通信，则存在以下几个方面的弊端：

·由于MO模块本身不具备错误信息检测功能（当然也可在此设计该项功能，但增加了MO模块的复杂性），如果将上向发来的所有信息（包括某些不恰当的信息）全部转发给MR，不仅无此必要，而且增加了数据通信量；同理MR上发的信息也无必要全部发送给MO。

·当被管资源向MO发消息时，由于MIT对于被管资源来说是不可知的，被管资源不能确定其相应MO在MIT中所处的具置，从而也就无法将其信息直接送到相应的MO，因而只能采用广播方式发送信息。这样一来，每当有消息进入MO模块时，每个MO都要先接收它，然后对此消息加以判断，看是否是发给自己的。这样一方面使编程复杂化，使软件系统繁杂化，不易控制，调试困难；另一方面也使通信开销增大。

·MO直接与被管资源通信，使得系统在安全性方面得不到保障，在性能方面也有所下降，为此，采用计算机网络中中网关（gateway）的思想，在MO与被管资源建立一个网关，即用一个gatewayworker作为MO与被管资源通信的媒介。网关在的进程处理中起到联系被管资源与MO之间的“桥梁”作用。

六、总结与展望

Q3接口信息建模是TMN开发中的关键技术。目前，各标准化组织针对不同的管理业务制定和了许多信息模型。这些模型大部分是针对网元层和网络层，业务层和事务层的模型几乎没有，还有相当的标准化工作正在继续研究。业务层和事务层的模型是将来研究的重点。

管理技术研究论文范文第2篇

1加热切削技术及现状

加热切削技术的出现及发展

加热切削加工方法巧妙地利用了高能热源的热效应，对被切削材料进行加热，使材料切削部位受热软化，硬度、强度下降，易产生塑性变形(图1)。由于加热温升后工件材料的剪切强度下降，使切削力和功率消耗降低，振动减轻，因而可以提高金属切除率，改善加工表面的粗糙度。又因刀具耐用度与工件温度存在一定的关系(通常，当工件温度在810℃左右时刀具的耐用度最大)，所以还可延长刀具寿命。

早在1890年就出现了对材料进行通电的加热切削，并获美国和德国专利。20世纪40年代，加热切削在美、德开始进入工业应用实践，证明高温能使“不可能”加工的金属提高加工性能，并取得经济效益。但这个时期加热切削尚处于发展的初步阶段，加工质量难以保证，基本上没有应用到生产实际中。60年代以后，利用刀具与工件构成回路通以低压大电流，实现了导电加热切削，使切削能顺利进行。70年代初，出现了一种有效的等离子弧加热切削，最初由英国研制成功。80年代以后，开发了激光加热切削，由于激光束能快速局部加热，较好地满足了加热切削的要求，因而提高了加热切削技术的实用价值。

一般热源

加热切削所用热源，如通电加热、焊矩加热、整体加热、火焰和感应局部加热及导电加热，通称为一般热源。这些热源都能对被加工材料加热，对加热切削技术的出现和发展起了重要作用，但它们存在加热区过大、热效率低、温控困难、加工质量难以保证等问题，使切削不理想，难以甚至未能应用到生产实际中去。

等离子弧及激光热源

等离子弧加热切削，用等离子弧喷枪中的钨作阴极，工件材料作阳极，通电后形成高温的等离子弧，其特点是加热温度高，能量集中，可对难加工材料进行高效切削。研究表明，在加热切削冷硬铸铁和高锰钢等难加工材料时，切削速度高达100～150m/min，刀具耐用度可提高1～4倍。这种方法存在的问题是加热点必须与刀具有一定距离，加热效果难控制；加工条件恶劣，需要防护装置。

激光加热切削以激光束为热源，对工件进行局部加热，其优点是热量集中，升温迅速；热量由表及里逐渐渗透，刀具与工件交界面的热量较低；激光束可照射到工件的任何加工部位并形成聚焦点，便于实现可控局部加热。研究结果表明，激光加热切削可使切削力下降25%左右，还能有效改善工件的表面粗糙度。存在的主要问题是大功率激光器价格昂贵，能量转换效率低，金属材料对激光吸收能力差，吸收率一般只有15%～20%左右，经磷酸处理后，吸收能力可提高到80%～90%，但经济可行性差，这是这种加热方法难以推广应用的原因之一。

以上两种热源的出现，大大推动了加热切削技术的发展，国内外已进行了大量卓有成效的研究工作。但要顺利地用于生产，达到预期的切削效果，还有一些问题需要解决，尤其是切削机理还需进一步探索和研究，如加工过程中还存在由于一定的热扩散而影响加工质量，功率消耗多，温度控制困难，热源装置不理想，价格昂贵等问题，所以生产上实用进程不快。加热切削技术的关键在于加热，目前，一般的目标是加热到难加工材料熔化前处于软化的温度，但这一温度是否合适，怎样达到和控制这个温度，还需进一步探索、分析和研究。

2加热切削的研究及关键技术

研究目标和意义

研究课题以难加工材料组织相变理论、金属切削原理和热学传导为基础，以难加工材料难切削的机理为出发点，着重分析和寻找温度、材料组织形态的变化以及与切削力之间的关系，摸索切削规律，确定改善材料可切削性的对策，进而从根本上解决难加工材料的切削问题。

研究工作的前提条件之一是，目前已有了激光和等离子弧这类热梯度很陡的热源，加热温度能在几毫秒内达到需要值，容易控制、调节温度的高低。前提条件之二是，相当部分材料组织具有相变时的超塑特征，在这种状态下，材料组织分子的结合力最低，而此状态的温度又大大低于材料熔化前软化的温度，所以有可能摆脱难加工材料切削加工目前所处的困境。因为，如果难加工材料实现加热切削必须达到材料软化温度的话，实践已证明很难取得预期的切削效果。

研究的意义在于提出的基于改变组织形态的切削方法，是将材料科学的固态相变理论扩展用于切削加工领域。这种深入的机理探讨和研究，是金属切削原理的创新，也是制造技术发展方向上的新思路。另外，如果能使难加工材料的加热切削技术朝着比目前的切削温度更低、加工精度更高、加工速度更快的方向发展，无疑能推进加热切削的实用进程。

关键技术

材料的相变超塑性能力及变化规律。

金属材料超塑性状态的特点，是在一定条件下呈粘性或半粘性，没有或只有很小的应变硬化现象，流动性和填充性很好，超塑变形为宏观均匀变形，变形后表面光滑，没有起皱、凹陷、微裂及滑移痕迹等。金属材料在超塑状态进行切削是否也呈现上述现象，或者是否还有其他特殊现象是需要搞清楚的。材料在超塑状态下切削时的超塑性能力及其变化规律是需要研究的关键技术之一，这对提高难加工材料的切削效果有着重要意义。

一般钢铁材料都有相变超塑性(图2)，它是在相变发生和进行时产生的，依存于加热)冷却速度。黑色金属超塑性变形有一定的温度区，这个温度区比较狭窄，可以有1个，也可以有2个以上。如30crmnsia只在处于770℃才出现较好的超塑性，此时a与b两相的体积比率接近于1，最大应力降到30mpa，温度区窄；在700℃左右的一个范围内，超过临界温度就没有超塑性了。在超塑区域内，温度值应该稳定，不应起伏波动，恒温持续时间也不应过长，否则超塑现象会消失。钢从奥氏体区域以大于临界冷却速度进行淬火，可得到马氏体。由于加工应变诱发和进行马氏体相变，产生相变超塑性。马氏体转化与温度有关，并有一定限度。超塑性是在某一适当的温度范围才出现的状态，若想有效利用超塑性，必须在0.5t熔以上到相变温度以下的温度范围内进行加工。

加热温度的影响因素及控制方法。金属材料的相变超塑性对温度有苛刻的要求，在温度循环中的应变、应变速度、作用应力及加热速度等都会对温度产生影响，这是研究的关键技术之二。激光辐射材料时，其光能被材料吸收，并转换为热能。激光加热的热传导是一个非常复杂的过程，激光以很高的速度穿透表面进入材料深处，其初始速度可达5～20cm/s。热量在材料中传导扩散，造成一定的温度场。用数学方法分析计算热传导，对把握激光加热效果有重要意义。可以利用激光辐射形成的线状热源的变长度和变热源的性质，用数学分析方法来研究，寻找热源的温度场。根据上述理论建立的传热数学模型与激光加热切削过程进行仿真，对各主要参数作出精确的预测，加热切削的研究是非常重要的，也是取得良好效果的有力保证。

等离子弧加热切削淬火钢的试验表明，如果等离子枪安置在切削刀具前适当的位置，其倾斜角度、离加工面的距离及距切削刀尖的弧长等均可调节，并与适当的电压、电流、压缩气体压力和流量相配合，这样来控制加热温度，实现超塑组织状态下的切削，可以获得好的加工质量。

采用上述两种热源加热，使金属(尤其是fe-c合金系)中亚共析钢容易实现超塑性，低碳钢等材料较易处于相变超塑状态，可以达到加热作用时间短、热源对材料作用区域小的目的，其面积、形状、大小都可调节，为金属超塑组织形态应用于切削加工创造了条件。

应用前景

使金属处于一定组织形态的加热切削有着广阔的应用前景：(1)实现难加工材料的切削加工，并提高切削质量，这是主要的应用领域；(2)对于低碳钢、纯金属等材料的切削，可以改善加工表面粗糙度；(3)对于常用金属材料，如45钢的切削，因为切削力降低，可节省能源消耗；(4)可有效解决机修工业中高硬度堆焊层的难切削问题；(5)在航宇工业等尖端科学的制造技术研究工作中有独特的作用。

管理技术研究论文范文第3篇

关键词科研；管理；网络技术；数据库

1引言

随着高等院校科研信息量的迅猛增长，计算机技术、网络技术和数据库技术的快速发展，以及科研水平逐步成为衡量高校综合实力的重要指标之一，从而导致科研管理工作量的日益加重，利用网络技术实现对科研的管理成为可能。而且目前多数高校的科研管理工作还依赖于手工操作，采用单机的计算机软件如：Excel、Access等，对于科研信息的采集、加工以及处理带来诸多不便，这种方式已经给科研管理人员增加了工作量，难以反应出高校的科研管理水平。另外目前虽然有各种版本的科研管理软件，但是对于学校的实际情况，就不一定适用，以我校为例，去年购买的教务综合管理系统软件，其中之一模块就是关于高校科研管理的功能，对照软件提供的功能不满足我校的实际需求，因此购买时就把这部分的功能去掉了。近几年，网络技术逐步成熟，各高校基本上都开通了校园网，基于校园网平台的应用不断丰富，除了提供基本的WWW、E-MAIL、VOD等服务外，另外就需要结合学校的实际情况，开发各种B/S模式的管理系统，实现校园内部的日常办公自动化、教务管理网络化、科研管理现代化；并且面向网络的编程工具逐渐被广大计算机网络的爱好者所青睐，如：、JSP、PHP等。

2采用网络技术的优点

2.1校园网平台的优势

中国教育和科研计算机网（CERNET）是由国家投资建设，教育部负责管理，清华大学等高校承担建设和管理运行的全国性规模较大的计算机网络，主要面向教育和科研单位。全国的高等院校都开始纷纷建立自己的局域网，然后接入CERNET，此局域网就成为校园网，而目前高校校园网的状况是硬件平台已经构建好，对硬件资源的投资已经完成，而校园网平台上的软件应用不是十分的丰富，如：2005年山西省教育厅联合省内各高校的专家对全省高校的校园网应用建设进行评估，结果是大部分院校基本合格，很难达到优秀，充分说明校园网平台上的应用比较少，因此就需要充分发挥校园网硬件资源的优势，结合各自的实际，开发网络版的中小型管理系统。

2.2B/S模式的优势

B/S模式，即Browser/server结构，是随Internet技术的兴起，对C/S模式的一种变化或者改进的结构。在B/S模式下，用户界面完全通过WWW浏览器实现。其中应用的典型就是，浏览器-Web服务器-数据库服务器。客户端通过浏览器向Web服务器提出查询请求，Web服务器根据需要向数据库服务器提出查询请求，数据库服务器根据检索结果与查询条件将相应的数据结果返回给Web服务器，最后Web服务器以超文本文件的形式将结果传给客户端的Web浏览器[1]。B/S模式结构如图1所示。

图1B/S模式结构图

B/S模式支持跨平台管理，不论是什么平台，只要装有Web浏览器即可；客户端无需安装和维护软件；可通过局域网、校园网等实时监控和管理，支持Internet组网方式。B/S模式系统应用比较广泛，是今后开发软件的主流。

技术的优势

.NETFramework是微软最新的程序设计开发平台，有CLR（CommonLanguageRuntime）和.NETFramework类组成。当编写好程序后进行编译时，.NET会将源程序代码编译成MSIL（MicrosoftIntermediateLanguage）中间程序语言，而不是传统意义上的机器语言，执行时CLR调用JIT（JustInTime）编译程序，进而将MSIL转换成计算机可以执行的语言。在CLR结构平台下的可以向下兼容并支持ASP3.0的所有语法，改善了执行性能，具有强大的功能和更广的扩充性，程序设计语言没有必要的关联性，可以选择自己熟悉的语言来编写的程序，同时也支持现有的COM对象。不但可以在服务器方处理HTML和Web控件，也可以保留用户完整的应用状态，并提供给客户端最佳的控制方式，另外还提供了服务器端的Server控件，除了具有执行窗体验证的功能，还可以控制数据显示的版面配置，而无须通过HTML标记对HTML文件加以描述，以大幅度减少程序代码。

2.4数据库技术的优势

是微软的ADO之后推出的最新的数据库处理技术，主要用于在.NETFramework平台上访问数据库系统。提供了一致性的数据处理方式，对于程序而言，的主要功能是存取数据库系统。因此说，仅提供存取数据库系统的途径和数据处理的方式，而最终

的处理与显示需要HTML控件和Web控件的协助。在实际使用中，需要导入新的命名空间，如：System.Data（可以将数据直接保存在内存中，提供DataSet、DataTable、DataColumn和DataRelation对象），System.DataOleDB.（用来处理OleDB数据源的命名空间），System.Data.SqlClient（和SQL服务器连接，提供SqlCommand、Sqlconnection、SqlDataReader等对象），这些都是数据库链接常用的命名空间。

3科研管理系统模型的建立

3.1功能模块的划分

科研管理系统模型主要结合我校科研管理中心工作的实际情况进行设想，然后在此模型基础之上进行二次开发，就能适合于中等规模的高等院校。该模型主要采用B/S模式，数据库使用SQLServer2000，开发环境为+/C#。科研管理系统模型提供的主要模块有六个，分别是：科研项目管理模块、科研经费管理模块、科研成果管理模块、专利管理模块、科研信息的与检索模块以及信息统计与系统的维护模块，该模型结构如图2所示。

图2科研管理系统模型图

科研项目管理模块的功能是实现对科研项目的立项、审批、执行跟踪、中期检查，以及项目的查询、信息汇总、结题等功能。科研经费管理模块的功能是根据横/纵向科研项目的立项情况，对每一个项目设立科研经费表，提供对经费数据的修改、浏览、汇总、查询、打印等功能，同时按项目进展情况及时了解经费的明细。科研项目管理科研成果管理模块的功能是提供历年来本校获奖（含鉴定）成果的详细记录，包括成果负责人、成果名称、获奖时间、课题来源、获奖级别、成果类别、成果形式、颁奖单位、鉴定结论、成果介绍等[2]。专利管理模块的功能是实现对科研项目中科技专利或实用型专利名称、专利批准号、专利类型、专利申请日、专利公告日、授权日、专利时限等进行管理。信息与检索模块是为了让全院教职工及时了解科研信息，并提供检索的功能。信息统计与维护主要实现对各种科研信息的统计，如教职工发表的论文、专著等，维护主要实现对科研数据的维护的功能。

3.2数据库的分析与设计

数据库是根据系统的需求分析而设计的，设计环境是SQLServer2000。根据我校的实际情况，主要设计的数据库表有：科研项目表、科研经费表、科研成果表、专利信息表、科研人员基本信息表、专家数据库信息表、信息表、出版教材及专著表、获奖情况信息表等。实现科研管理人员对数据的加工、管理、集成等的全部功能，个人的查询、打印等功能。连接数据库利用SqlConnection对象的ConnectionString属性可指定连接参数，利用SqlDataAdapter对象的Fill方法可将数据库中的数据读到DataSet中。

3.3系统平台的构建

该模型的平台主要从硬件和软件环境两方面进行考虑，硬件方面的客户端要求比较低，只要能安装Web浏览器和连通网络的计算机；服务器端的配置：PⅣ1.7GHZ/128M/40G；另外就是对网络的要求是100M的传输速度，当然速度越快越好。软件方面，服务器端操作系统安装Windows2000/2003Server，IIS5.0以上版本，数据库采用SQLServer2000，以为开发平台，采用技术，结合、和C#构造应用程序。开发工具采用DreamweaverMX和FrontPage2003制作网站整体框架，采用Photoshop、Firework、Flash等软件制作网页素材。为了保证系统的安全，建议采用USB加密技术。

3.4其他应考虑的因素

在科研管理系统的模型中采用网络技术，还应该考虑网络安全方面即主要与科研数据有关的信息安全。项目申报、评审和各项科研经费采用网络化的管理，这样容易受到计算机病毒的攻击，一旦入侵网络窃取国家级科研项目的核心技术资料，将会造成技术泄密和知识产权流失[3]。而数据库SQLServer2000提供了对数据安全性的一整套比较完整的管理机制，即对用户的权限验证采用双重验证的机制：登录身份验证、用户帐号角色以及所允许的权限。

4结束语

充分利用网络技术的优点和校园网硬件资源的优势，实现对高校科研信息管理的网络化、规范化和现代化，该系统模型的功能比较全面，结构合理，采用的开发平台和数据库技术比较成熟，具有比较广泛的应用前景。

参考文献

[1]张燕.基于网络的科研管理系统的设计.计算机科学，2006（133）

管理技术研究论文范文第4篇

内容摘要：本文通过文献资料法、逻辑分析法和对比分析等方法，运用经济学、语言学的知识和各类产品的命名规律，以体育的本质为出发点，对体育产品的属性及相关理论问题进行了阐述。同时对体育投入品、体育商品、体育消费品等与体育产品有关的问题进行探讨。

关键词：体育产品 体育投入品 体育消费品

体育产品是体育经济学重要的概念之一，是联系体育生产与消费的桥梁，体育产业的一切活动都是围绕体育产品的生产、分配、交换和消费等环节而展开的。对体育产品属性的界定，目前还没有一致的结论，学者们从不同的角度对“体育产品”进行了分析，但很少考虑“体育的本质”。本文从各类产品的命名规律和构词法（语言学）两方面，结合体育的本质对体育产品相关理论问题进行论述。 同时对体育投入品、体育商品、体育消费品等与体育产品有关的问题进行探讨。

体育产品研究现状分析

目前，理论界对体育产品概念的内涵和外延的界定上存在不同观点，归纳起来主要有：体育产品是满足消费者在参与体育消费过程中各种需要的服务，包括有形的物质产品和无形的精神产品。体育产品是指体育市场为了满足顾客需求和需要所提供的有形物品和无形服务。体育产品一般可分为体育服务性产品和体育物质性产品。体育产品基本上包括社会上所有与体育有关的产品。体育产业的产品都是体育产品。体育产品是满足人们体育消费需要的劳动产品的总称，它可以是一种实物、一种服务或是两者的结合。体育本体产品、体育相关产品、体育辅助产品等以不同的方式满足着人们的体育消费需求。体育产品应包括体育商品和非商品，体育器材、设备、饮料等体育用品属于体育的“派生”产品。体育产品是无形的体育劳务。体育产品作为第三产业中向社会提供体育服务产品的一个部门，是体育需求者向体育生产者购买的或者体育活动中所消费的服务产品的总和。体育产品是运动者在身体练习或运动动作的活动中生产出来的，并表现为不同的基本形态。

上述对体育产品的概念、内涵和外延的表述呈现出物质化的趋势，但存在很多模糊不清的问题，如认为体育产品既包括有形的物质产品又包括无形的精神产品，但同时又认为体育产品具有生产与消费的时空同一性、无形性与不可储存性等，这样的论述本身就自相矛盾。对于以上分歧，笔者通过查阅大量文献资料和深入研究后认为：体育产品就是指非实物形态的体育劳务；体育市场并非指体育设施、器材、服装等实物产品市场，而是指非实物的商品市场，体育市场的交换对象应是体育服务商品。

对体育产品定义的分析

（一）通过各类产品的得名规律对体育产品加以确认

“产品”是个集合概念，即凡是人们以工具、劳动施之于对象之上而生产出来的东西，皆可以谓之“产品”，各类产品的规范性名称皆取之以实，名实相符。体育产品与科研产品、文化产品等一样，都是符合生产活动得名模式。科研产品得名于科研活动，意为科研活动的产品，文化产品得名于文化活动，意为文化活动的产品，把体育产品解释为得名于体育活动，意为体育活动的产品，则顺理成章、自然而然。

经济学的常识说明：凡形成于某种活动中的产品都是该活动的主体借助一定的媒介，通过施加其体力或脑力劳动于客体之上生产出来的。既然体育产品形成于体育活动之中，那么体育产品就是体育活动主体在体育活动中生产出来的无形的劳务或服务，是运动者在身体练习或运动动作的活动中生产出来的，主要表现为三种基本形态：第一种是可供人们观赏的各类运动动作的组合服务产品（包括各种技、战术）；第二种是人们通过运动满足自身机体、心理需要“再生产”的劳务产品；第三种是提供体育教育、训练、陪练服务的劳务产品。另外应注意的是，必须正确区分体育活动和与体育有关的实践活动（如体育组织管理活动、体育科研活动等） ，它们之间是服务与被服务的关系，体育组织管理活动等与体育有关的实践活动是服务于体育活动的，不能把与体育有关的实践活动看成是体育产品。

（二）从语言学角度对体育产品进行确认

词语（组）最常见最基本的结构类型有主谓短语、动宾短语、动补短语、偏正短语和联合短语，这五种结构类型体现了词的五种基本组合关系。“体育产品”一词显然属于偏正结构，即“体育的产品”。中心语是“产品”，“体育（的）”只是起修饰限制的作用。因此，对体育产品正确认识的关键就在于对体育本质的把握。

袁旦教授在《中国群众体育现状调查与研究》中曾精辟地论述了体育的本质：“概括地说，我们今日称作体育的这种客观存在，本质上乃是人们为娱乐享受和促进身心健全发展而创造的，以自觉意识支配的身体运动作为主要手段，对自己的身心 进行改造并使之完善的实践。即使按照我国传统的体育观来解释“体育”，无论是sport（竞技运动）、physical education（体育教育）、还是physical training（身体锻炼），都具有以身体练习（或运动动作）为基本手段的特征，其具体形式表现为运动员的竞赛表演活动、大众日常的身体锻炼活动以及体育教育训练、陪练等劳务活动。从以上分析可以看出，体育作为一种身体运动，不存在生产加工实物产品的功能，以实物形式存在的如:运动服装、器械等不能作为体育产品，只能是进行体育运动的投入品。

分析体育产品应明确的几个理论问题

（一）体育产品与体育投入品

任何一种生产活动，都要利用劳动、资本和服务等的投入生产出新的货物和服务，投入的货物和服务与产出的货物和服务是不同的，不能把投入当作产出。投入的是生产要素，它为生产活动创造条件，没有投入，生产就不能进行；产出的是产品，是生产活动的成果。体育场馆、运动器械和服装等是为体育活动创造条件的，是体育活动的投入品，而不能认为是体育活动生产出来的体育产品。

（二） 大众日常锻炼等行为的生产属性

在这一点上，有的学者否定大众日常的身体锻炼行为的生产属性，并把业余体育运动以不能雇人代替为由等同于吃饭、睡觉等人的基本生理活动。其实，大众日常的身体锻炼与身体娱乐活动也是体育产品的一种基本形态，即通过自身运动提升人的机体、心理能力“再生产”的劳务产品形态。从经济学的角度讲，个人的身体锻炼活动，可以满足个人的身体与心理需求，可以生产使用价值，这使它符合产品的一般特性，即具有满足人们的特定需求，提供使用价值的基本功能。既然如此，就没有什么理由不认为它也是一种体育产品。

（三）体育产品的商品性与非商品性

从经济学意义上说，所谓体育商品就是用于交换的体育劳务产品，即商品化的体育服务。体育商品作为一种劳动产品，与物质商品同样具有一般商品的属性，即都是具体劳动与抽象劳动的统一，使用价值与价值的统一。它包含了以下几方面的含义:第一，体育商品是一种特殊的劳务商品，在提供劳务服务的过程中使用的大量物质商品，只不过是提供劳务服务的物质条件，其本身并不属于体育商品。第二，体育活动只有提供有偿服务时才称其为商品。体育本来不过是人的一种社会活动，其目的是通过改变自身的体力和智力而征服和超越自然以实现人自身能力的充分发展。因此，体育本身并不是商品。第三，体育活动可以通过市场交换而成为商品，这并不意味着所有体育活动都会采取商品的形式。诸如学校的体育教育活动和国家无偿资助的群众健身活动，都不以市场交换为根本目的、不以或者不应当以市场利润为最终目标，一般也不会采取市场运作的方式，因而不具有商品的形式和性质。但一些大型和综合性的运动会也不以交换为目的，却又可以而且常常就采用市场运作的方式。

（四）体育产品价值量的确定

体育产品的价值量确定有两种情况。一是观赏性体育产品：因体育劳动过程的主客观条件差别，生产这种体育产品需要各不相同的个别劳动时间，故其价值量由生产这种产品所耗费的社会必要劳动时间决定。二是体验型体育产品：其价值量由生产出这种产品所耗费的个别劳动时间和风险系数决定。

（五）体育产品与体育消费品

马克思指出：“在消费品中，除了以实物形式存在外，还包括一定量的以服务形式存在的消费品”（《马克思恩格斯全集》第26卷）。就体育消费品而言，就包括以实物形式存在的体育用品和以非实物形态存在的体育产品。体育用品的效用是向职业人员和业余人员提供开展体育运动所需的各种条件和设施，满足其物质需要；而非实物形态的体育产品则是向体育爱好者提供的以服务形式存在的消费品，以满足其欣赏和健身需要。

这里有几个问题值得讨论：一是参与体育活动的相关费用，如交通费、食宿费等应不应统计为体育消费的范畴？当前的大部分学者认为这些支出也应列入体育消费的范围。 但笔者认为体育消费品应限定为直接投入到体育中的资金或消费，如体育器材、运动服装、俱乐部会员费、观看比赛的门票费、购买体育报刊等；而交通费、食宿费等不应统计为体育消费，而应视为体育对其它产业或行业的带动，这也正是体育作为朝阳行业和作为经济增长点的优势所在。二是在购买运动服装、 鞋帽等实物产品后，只是日常穿着而不参加体育运动的行为属不属于体育消费？还有就是体育书报杂志、音像制品以及体育彩票等能不能简单的划归为体育实物消费？笔者认为：从宏观上讲，运动服装、体育类书报、体育彩票等都是以体育文化为内在核心，应该统计为体育消费品的范围之内。但在微观上，我们购买书报杂志、彩票的最终目的不是为了获得书报、彩票这一实物，而是有其它更具体的目的。因此这里将体育书报、杂志、音像制品等细分为信息类体育消费品，但购买体育彩票看作博弈类体育消费。体育消费品概念的引入既符合经济学原理，又满足了体育统计的需要，把体育产品、体育商品、体育投入品等不同属性和概念的词联系在了一起。

综上所述，体育产品就是指非实物形态的体育劳务，有别于体育投入品和体育消费品等有其本身特有的属性。体育产品主要包括以下几个部分：非体育商品（学校体育、大众健身、奥运会等以荣誉为目标的比赛等）；体育劳务型消费品（体育旅游、咨询等）；实物型体育消费品；信息类体育消费品（书刊、音像等）；参与型消费品（观看比赛、场地租金等）；博弈类体育消费品（彩票等）。除去博弈类体育消费品之外，其他5种体育产品都属于正常体育消费品，而体育彩票属于有其他目的的消费，因而排除在正常消费品之外。

参考文献：

1.赵子江.从消费角度看体育产品[J].北京体育师范学院学报，2000(3)

2.胡济群.体育产品的价格制定[J].河北体育学院学报，2001(4)

3.刘益群.对体育产品市场运作特征的思考[J].新疆大学学报(自然科学版)，2000(2)

4.一东.我国体育产业化刍议[J].财贸研究，1996(5)

5.王晓东.体育产品属性及体育产业若干理论问题的思考[J].体育科学，2005(5)

6.周秀敏.新时期我国体育产品营销策略管窥[J].山东体育科技，2003(1)

7.刘江南.对影响体育市场几个要素的分析[J].体育与科学，1995(4)

8.胡立君.论体育产品的劳务性质[J].数量经济技术经济研究，1999(10)

9.张岩.关于体育产业统计的几个问题[J].体育与科学，2002(6)

10.李朝晖.体育产品新论[J].中国体育科技，2004(1)

11.叶萤声.语言学纲要[M].北京大学出版社，2002

12.王锡彪.关于体育商品及体育市场内涵的界定[J].北京体育大学学报，2003(5)

13.颜日初.正确界定体育产品统计的范围[J].统计与决策，2002(4)

14.丛湖平.体育产业若干界说的辨析及相关问题的讨论[J].中国体育科技，2001(12)

作者简介：

管理技术研究论文范文第5篇

关键词:计算机;信息;查询

1、综合信息的查询

目前,随着工具软件的发展和广泛采用,使数据库应用系统的开发如虎添翼,其中PowerBuilder以其独特的数据窗口(DataWindow)倍受欢迎。

PowerBuider是美国著名的数据库应用开发工具生产厂家Powersoft公司于1991年6月推出的功能强大、性能优异的开发工具,它是一种面向对象的、具有可视图形界面的、快速的交互开发工具。智能化的数据窗口对象是其精华所在。利用此对象可以操作关系数据库的数据而无需写入SQL语句,即可以直接检索、更新和用多种形式表现数据源中的数据。但要注意,必须使数据窗口成为窗口(Window)下数据窗口控制的一个连接对象,数据窗口才能使用户在应用执行期间访问数据库中的数据。

利用PowerBuilder提供的内部查询机制,我们即可以让数据窗口作为查询条件的输入,又可以让该数据窗口作为查询结果的输出,这样就可以使数据窗口中的所有数据项进行自由组合的查询。例如:在窗口W_que上建立两个数据窗口控制dw_1和dw_2,分别连接两个数据窗口对象dw_que1与dw_que2,其中dw_1用于输入查询条件,而dw_2用于显示满足查询条件的所有元组。事实上条件的输入及元组的显示完全可以在一个数据窗口中实现,考虑到这两种操作的差别(例:条件输入可编辑,而元组显示不可编辑;条件输入可为某一范围,而元组显示仅为满足条件的所有纪录……)将其用两个数据窗口控制来实现。这就要求dw_2与dw_1数据共享,即要求dw_que1与dw_que2两数据窗口的数据源完全相同。

用这种方法实现查询优点突出,例:通过设置数据窗口中对应列的编辑风格(EditStyles)为相应的下拉式数据窗口(DropDownDataWindow),使显示的元组文字化。注意,这要事先建好下拉式数据窗口。设置数据窗口中对应列的编辑风格同样可满足其它显示需要。利用数据窗口的风格特点:查询表的列宽、列序可自由改变,甚至可以覆盖掉一些列,以达到更满足查询显示的需要。综合查询的信息来自多个表,改变数据窗口的数据源,采用多表连接的数据源即可实现。但是如我们问题的描述,如果我们需要的查询项随机地来自这43张表中的数据项,显示项也是随机地。这种任意条件的组合,可选输出项的显示称为动态查询(DynamicQuery)依然采用上述方法,数据窗口dw_que1与dw_que2的数据源将是这43张表的连接,先不说效率问题,单从这426个项中输入查询条件,又显示这426个项,就使人敬而远之。因为,在每一次查询前,都不了解此次查询的要求是什么,这样,每张表中的每一个数据项都缺一不可;另一方面,每一次的查询,一旦查询条件确定、显示条目也确定后,我们会发现,每一次有意义的查询并不是需要全部的43张表,换言之,每一次查询没有必要将43张表全部连结,而应只连接那些被选中数据项所在的表,即数据源是动态产生的。由于数据源不确定,数据窗口就无法设计,动态查询无法用这种方法实现。

2、计算机动态查询的实现

在某些实际的应用系统开发中,由于用户在开发前提不出查询的需求,而在系统运行中希望能够对所有的数据项任意组合进行查询,以满足来自多方的需求,实现动态地查询(即随机地从43张表中选择数据项进行组合作为查询条件并任意地选择数据项作为显示条目)。对于此类查询的实现要利用PowerBuilder通过编程的方式在运行时动态地创建数据窗口,并动态地控制数据窗口。

动态地创建一个数据窗口,应用程序需要执行下列任务:

•动态地构造SQL语句。

•用符合数据窗口语法的字符串,为现在的数据窗口控制创建一个数据窗口对象。具体实现如下:超级秘书网

2.1动态地生成SQL语句,根据SQL的语法:SELECTstringaFROMstringbWHEREstringc也就是动态地生成stringa,stringb,stringc.由用户输入要显示的列,一旦输入完毕,列名就随之确定,将所有列名拼成一个“串”,中间用“,”分隔,形如“columm1,column2,column3,...,columnr”,则动态地生成stringa;同样由用户输入查询条件,包括相应的列、满足的条件或范围、逻辑关系等,将这些条件拚成一个串,即为stringc,显然,所有的列名都确定了,他们所在的表名也确定了,按照stringb的语法规则即可构造。

注意:上面的stringc由两部分(表间关系stringc1及查询条件stringc2)组成;表名串stringb与表间关系stringc1、查询条件stringc2及显示条目stringa均有关。

在实现的过程中:为贴近实际应用,习惯上,先输入查询条件,再输入显示条目。即在输入查询条件后,生成strinc2,stringb,stringc1;然后,再在输入显示条目后生成stringa,并修改stringc1,stringb。最后形成SQL语法:

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

2.2在现在的事物对象里利用相关的SyntaxFromSQL()函数生成符合数据窗口语法的字符串:

exp=syntaxfromsq1(sq1ca,str,strsty,error)生成数据窗口的源代码

其中:strsty为数据窗口的显示风格,例:

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

2.3创建数据窗口对象

dw_que.create(exp)

这样就实现了用户要求的随机查询。

在真实系统中,用户在输入查询条件时希望通过选项方式录入查询信息,由于库表中存放的大量信息为代码,这就需要在程序中先把录入的文字信息转化成相应的代码再连接到查询条件中。为简化输入,提高准确性,可采用代码输入,即动态地嵌套下拉式数据窗口。在显示查询结果的数据窗口中,事先不能嵌套下拉式数据窗口,可预先做一个函数,在程序运行中根据所选的列把代码转化成所对应的汉字显示,这样更完善了用户要求的随机查询。

根据数据窗口的动态特性,对于那些运行时才能确定的数据窗口采用动态方式创建,使应用程序能更灵活地满足用户的需求。