时间：2022-01-29 13:14:56
引言：易发表网凭借丰富的文秘实践，为您精心挑选了九篇平台设计论文范例。如需获取更多原创内容，可随时联系我们的客服老师。
关键词计量；数据采集；网络系统
1引言
安钢计量信息平台系统设计包括系统总体设计和详细设计，包括硬件及软件两部分，主要描述的是该系统的组成与运行过程。按照计量信息需求及的实际情况，系统采用浏览器/Web/数据库服务器三层分布式结构。计量信息共享平台是一个人机对话系统，从物理机构上看，它主要是由计算机、硬件设备、软件、数据和用户组成。
为达到本系统设计目标，在设计中遵循以下几个原则：实用性，可用性，先进性，易用性，人机分工合理性几个方面。根据信息平台的实际情况，对各个具体功能和细节进行分析和系统开发，根据用户需求，在Windows环境下，采用当前最为流行的开发工具进行开发，建立人机友好，可视化的用户界面，输入方便快捷，输出信息易读易懂。
2体系结构设计
本信息共享平台采用三层B/S结构，B/S结构中只安装一个服务器，而客户端采用浏览器运行软件。在数据管理层和用户界面增加了一层结构，称为中间件，使整个体系结构分为三层。中间件主要提供以下功能：负责客户机与服务器、服务器与服务器间的连接与通讯，实现应用与数据库的高效连接。这种三层结构在层与层之间相互独立，任何一层的改变不会影响其它层的功能。
3系统总体设计
图1系统功能结构图
根据系统的要求，在建立计量信息共享平台之前，首先做好数据的采集工作。统一数据是建立信息共享平台的基础。在计量信息共享平台上，数据层是基础，通过数据的共享和交换处理形成信息，然后利用技术手段把信息总结、分类和归纳形成知识层，在此之上提供管理与决策支撑。根据系统的需求分析，确定系统的功能如下：基础数据、电能计量、动力量数据处理、轨道衡数据处理、工作计划、供应处数据、管理查询、权限管理、设备维护、设备信息、生产数据、实时监控、数据查询、数据维护、采集数据上传、原始数据查询、组织机构等功能。整个系统的功能结构图如图1所示。
4整体网络方案设计
安钢计量信息共享平台的建设，首先是网络系统的建设，整体网络采用千兆义太网技术，在硬件网络布线设计上采用了分层的结构，分为：核心层、汇聚层、接入层。
网络核心层采用2台高性能万兆路由交换机ExtremeAspen8810交换机组成，放置在数据中心机房作为核心设备，提供与四个汇聚交换机的互连和服务器的连接。网络汇聚层设置四个节点(网络交换中心)，分别放置在回皮轨道衡、计控部、热送称、黑河路，每个汇聚层节点配置一台高性能的Extreme的SummitX450汇聚交换机。对于接入层，有的地方使用已有的DlinkDES系列交换机，有的地方节点数较少，甚至只有一个节点，就直接连到汇聚层交换机上。接交换机的地方有：回皮轨道衡交换中心在计控仓库、焦粉称、西站配置三台接入层交换机；计控部交换中心在250t/300t称配置一台接入层交换机；热送称交换中心在进厂称配置一台接入层交换机；黑河路交换中心在三炼轨道衡配置一台接入层交换机。四个交换中心共配置6台接入层交换机。其网络拓扑结构如图2所示。
图2安钢计量数据网络拓扑结构
5软件详细设计
5.1软件平台设计
操作系统：选用MSWindows2000高级服务器；数据库系统：选用MSSQL2000；系统采用三层B/S的逻辑体系结构，前端用户界面为浏览器。在数据库和前端业务界面之间为业务逻辑层。采用微软.NET框架开发。对外的服务功能以Web服务的形式提供。
5.2信息共享平台整体结构设计
从逻辑功能角度分析，把该系统分为应用系统和支撑系统两大部分。支撑系统是整个系统继承的物质基础，包括计算机系统、通讯网络系统、数据库系统和工具层。应用系统是建立在支撑系统之上，根据在子系统中的作用领域又分为计量数据管理系统和现场数据采集两个应用子系统，两者之间通过支撑系统的网络通讯系统实现物理集成，通过数据库系统实现信息集成。系统基本结构图如图3所示。
.3数据采集层系统设计
数据采集层完成现场数据的采集，包括能源量采集系统的升级，物资量采集软件的编制与更新，它是信息共享平台的数据来源。
能源量采集网络采用”893”单总线结构。硬件上把所有能源量计量网络划分为四个小的子网络，每个网络设一个数据采集子站，由子站完成各子网内的数据采集，子站就近通过光纤在义太网上进行数据交换和网络控制，同时设立一个中心站完成数据的汇总、分析和网络传输。软件使用北京亚控公司的组态王软件对能源量采集系统进行开发。对电量采集数据，使用自编的数据采集软件把全部电站的结算电表数据实时采入计算机数据库，并进入数据中心数据平台，由数据中心按不同用户的需要对授权用户提供数据查询与监控。物资量采集程序开发工具使用Delphi6.0+MSDE数据库进行开发，完成数据采集任务，并存入本地采集站的数据库中，由远程数据库服务器通过“存储过程”完成将本地的数据上传到数据库服务器，经过加工、处理后提供和授权用户查询。
系统采用上传模型：(采集上传的数据主要包括：能源量数据、轨道衡计量数据、汽车衡计量数据、皮带称计量数据、在线称计量数据、电量计量数据。)
图3系统基本结构图
5.4管理层系统设计
管理层完成对现场计量数据的采集和管理、分析与应用等功能，整个系统采用三层B/S模式结构，数据存储部分由SQLServer2000完成，业务逻辑层使用开发完成，表示层使用完成开发。系统主要完成系统中提供的能源量及物资量数据的归类、处理、及相关功能的实现，是信息共享平台的主要部分。
5.5支撑系统设计
被分为四个层次：计算机层、通讯网络层、数据库层、工具层。
工具层介于应用系统和计算机网络/数据库系统之间的软件工具的集合。包括开发工具和集成工具。数据库层是计量数据网络系统中所使用的数据库系统，处于通讯网络层之上，在计算机网络的支持下，为应用系统提供信息存储、管理、共享和集成的手段。本系统涉及数据采集系统的本地数据库及管理信息系统的数据库。计量信息共享平台均采用关系模型。数据库的设计关键是表的设计，信息共享平台应用的数据库表有两种：本地数据库表；管理层数据库表。通讯网络层是计量数据网络系统中数据通讯的载体和枢纽，计量信息共享平台通过完落系统，是计算机之间、计算机与计量设备之间连接，实现了整个系统的网络集成，支持和保障了计量数据网络系统的信息集成。采用混合型网络拓扑结构，TCP/IP协议。计算机层是支撑系统的底层。本系统要求客户端计算机为PⅢ以上，安装Windows2000Professionnal；服务器设计为双冗余、群集方式，运行MicrosoftWindows2000AdvanceServer。
5.6人机监控界面设计
监控画面是人机交互的界面，一个软件系统是否成功，最终的检查标准是它能否使用户感到满意。本系统人机交互包括两个方面：一方面是人对系统的输入，包括向系统下达的命令，提供的命令参数和系统所需要的其它输入信息；另一方面是系统向人提供信息，即输出。输出信息一般有三种：提示信息；系统向人报告的计算或处理结果；系统对输入操作的反馈信息。本着使用简便、界面一致、及时反馈与美观的原则，结合计量信息共享平台的功能需求，应用面向对象的方法进行系统的人机界面设计。
6结束语
以上详细论述了安钢计量信息平台的总体设计和详细设计，将整个系统按照横向和纵向分层介绍，采用具体的方案设计了安钢信息计量平台。该系统在实际中得以很好的应用。
参考文献
[1]杨海鹰，，陆婉珍.信息管理系统应用设计.现代科学仪器［M］，1996(1)：32~45
[2]黄梯云，李一军.管理信息系统［M］.北京：高等教育出版社，1999.34~40
[3]做好能源计量工作的三点意见［J］.中国计量，2006(12)：4~5
[4]陈燕.重庆大学人事管理系统的设计与开发：[硕士论文].［D］保存地点：重庆大学图书馆，2002.
[5]王鹏，董群.数据库技术及其应用.［M］北京：人民邮电出版社，2000.1：101~171
[6]王春海，张晓莉，王金珠.企业网络应用解决方案——从需求分析到配置管理.［M］北京：兵器工业出版社，2006.79~99
网络化信息系统要素全、规模大且结构复杂，同时技术体制不断发展，面临着网络攻防对抗威胁，由此对网络化信息系统试验平台结构提出了新的挑战。网络化信息系统试验平台具有以下功能特征：1）可扩展性：试验平台的硬件能力和试验资源类型可根据试验需求扩展；2）可配置性：试验平台提供的试验资源具有可编程能力，允许用户根据试验任务配置系统架构、应用和协议等试验环境特征；3）安全隔离性：用户的不同试验之间互不影响，且具有威胁性（如蠕虫和病毒等）的试验不会对试验平台硬件基础设施造成不可恢复的破坏；4）可重组性：试验资源通过虚拟化技术逻辑分片后，可根据不同试验任务要求实现资源封装、调度和聚合，在试验完成后可实现对试验资源的释放、净化和回收；5）快速响应性：能够利用试验资源快速构建目标系统和试验环境，实现试验过程自动化，以提高试验效率。上述功能特征中，可扩展性强调试验平台的开放性和兼容性；可配置性和可重组性强调能针对不同试验任务按需生成目标系统的能力；安全隔离性为确保试验平台基础设施（基础网络、计算设备和存储设备等）安全而提出要求；快速响应性从试验组织效率角度提出要求。本文基于虚拟化思想，提出了一种面向网络化信息系统的虚拟化试验平台结构，通过试验虚拟化服务层实现了对复制目标系统的仿真、实物和虚拟化资源（虚拟服务器和虚拟操作系统等基于计算机虚拟化技术形成的试验资源）的统一组织、调度和管理，满足多样化试验任务需求。该结构具有隔离试验平台基础设施和试验目标系统的特点，支持具有破坏性的对抗试验以及网络化信息系统能力评估。
2虚拟化试验平台
2．1分层结构模型根据以上网络化信息系统试验平台设计原则，在参考虚拟化环境基础架构上，提出了如图1所示的试验平台分层结构模型，图中LVS为真实／虚拟／仿真。试验平台分层结构分为试验基础设施层、试验虚拟化服务层和面向任务的试验环境层3部分。面向任务的试验环境层是用户试验的抽象模型，通过一组规范化的语义抽象描述了试验对象的本质属性和生命周期；试验虚拟化服务层是试验服务的提供者，对仿真、实物和虚拟化3种形态的试验资源进行调度、部署和优化分配，通过将试验对象本质特征映射到分配的试验资源上复制目标系统，同时实现对试验的隔离、控制和数据采集等功能；试验基础设施层是试验服务的承载者，屏蔽了底层试验资源的异构性，为试验虚拟化服务层提供抽象的资源池和统一的试验资源访问接口。虚拟化试验平台由试验基础设施、试验虚拟化服务、面向任务的试验环境和试验标准与模型组成，其功能组成如图2所示。试验基础设施主要由试验资源池、试验运行网络和试验管理与控制网络等组成。其中，试验运行网络实现对异构试验资源的网络化组织。试验管理与控制网络连接各试验管理系统，如试验设计、试验驱动和试验评估等系统。前后2个网络之间通过防火墙等安防设备隔离，以确保试验安全。试验虚拟化服务主要由试验任务管理、试验资源管理和试验资源部署等服务组成。整个试验虚拟化服务层是实现第1章试验平台功能特征的核心，可进行试验运行与试验基础设施分离，使得底层试验基础设施层的扩展、故障和运行过程对面向任务的试验环境层完全透明。试验用户仅需将试验任务需求给试验虚拟化服务层，即可开展网络化信息系统能力评估试验。面向任务的试验环境主要完成试验任务的规划和描述，并向试验虚拟化服务提出试验任务请求。另外，试验标准与模型是实现虚拟化试验平台统一的基础，所有试验的设计、组织和管理等均需遵照试验标准和模型实施。试验平台3层结构组成间相互配合完成试验任务，虚拟化试验平台活动视图如图3所示。试验平台试验过程如下：1）试验组织方首先提取试验对象的本质特征，并按照试验标准形成目标系统和试验运行的配置文件。本质特征指试验对象在试验过程中表现出最为重要的组成、结构、功能和行为及其属性。2）面向任务的试验环境根据试验对象的本质特征信息，向试验虚拟化服务发出目标系统复制和试验环境构建请求。目标系统复制和试验环境构建由试验虚拟化服务组织完成。试验虚拟化服务在接收请求后，从试验资源池中分配可用的仿真、实物和虚拟化资源，并完成异构试验资源的属性配置和集成部署，形成满足试验任务要求的目标系统和试验环境。3）完成目标系统部署后，由面向任务的试验环境加载试验激励信息驱动整个目标系统运行，试验基础设施承载试验运行。4）试验虚拟化服务在试验过程中对试验运行数据和事件等进行记录，准备试验评估数据。5）试验结束后，由试验虚拟化服务对试验资源进行净化和回收。
2．2技术实现方法虚拟化试验平台核心是如何实现各种试验资源的虚拟化生成、调度、分配和管理，功能实现主要涉及以下3个方面：1）试验目标系统的基础试验资源生成；2）虚拟化试验平台的安全隔离；3）对仿真、实物和虚拟化3种不同类型资源统一部署和集成。由于网络化信息系统组成要素多样，不同类型系统组成的特征差异较大。故针对不同类型资源本文采用了不同的基础试验资源构建方法，如表1所示。表1中，基于软路由的路由器仿真方法主要是在操作系统容器中（如Linux容器）部署Qugga和Dummynet［6］等网络设备和链路仿真系统，实现大规模的通信网络路由器资源仿真。基于平台虚拟化的硬件环境构建方法主要采用商用的VMwareESX和开源项目OpenVZ等实现计算硬件的虚拟化复制。本文基础试验资源构建方法均采用现有技术实现，不再赘述。虚拟化试验平台应确保生成目标试验环境和试验基础设施的安全隔离，是虚拟化试验平台重要特征。虚拟化试验平台安全隔离需在试验基础设施、试验虚拟化服务和试验数据3方面同时实现，其原理如图4所示，具体如下：1）试验基础设施安全：在威胁性试验过程中，来自目标系统的恶意代码等可能渗透、驻留或攻击试验基础设施。因此，面向任务的试验环境和试验基础设施之间需部署防火墙等隔离设备，对非法访问以及非授权用户等进行隔离。每次试验后，还需对试验资源进行释放、净化、回收和整理，以免影响下一次试验安全。2）试验虚拟化服务安全：用户在虚拟化试验平台上试验时，可能因误操作或非法访问等造成试验基础设施或服务损坏。因此，需在试验运行网络上部署入侵检测设备，监控来自试验虚拟化服务的非法访问。同时通过防火墙、密钥和证书认证等方式，控制用户对试验虚拟化服务的访问，以确保用户严格按照试验方案组织试验。3）试验数据安全：当用户直接从面向任务的试验环境中采集数据时，恶意代码和攻击行为会乘机渗透到试验虚拟化服务和试验基础设施。针对该问题，本文提出了基于的数据采集方式。实现虚拟化试验平台还应将仿真、实物和虚拟化3种形态试验资源进行统一分配、调度、部署和集成。本文提出了基于端口映射和路由重定向的异构试验资源管理方法，试验资源虚拟化管理模型如图5所示，具体如下：1）对于虚拟化和实物资源的统一管理，可采用端口映射方法实现。通过将虚拟计算节点资源的网络接口设置为混杂模式，并将虚拟计算节点资源的所有对外数据交互映射到物理网络接口实现。2）对于仿真和实物资源的统一管理，可采用路由重定向方式实现。通过修改仿真运行结果和数据流输出路径，用户可透明地将仿真数据导入实物资源对外接口，从而实现仿真资源和实物资源的互操作；反之亦可。3）对于仿真和虚拟化资源，由于这2种资源均依托计算硬件设备实现，资源间可直接交互。
3试验分析
根据以上网络化信息系统虚拟化试验平台结构设计，本文基于10台（IBMM3系列服务器）和1套高性能网络，构建了试验平台原型系统。依托试验平台原型系统，完成具有218个节点规模的网络化信息系统（含传感器、通信网络、计算设备、情报处理和作战指挥系统等节点）复制，实现了对虚拟化试验平台的可配置性、安全隔离性、可重组性和快速响应性等特征的验证。虚拟化试验平台典型试验情况如图6所示。由图6（a）可见，虚拟化试验平台提供了可视化的目标系统配置功能，实现了面向任务的目标系统配置。图6（b）给出了试验过程中内存资源变化。试验开始前（黑色虚线左侧），上一次试验所占用的内存资源回收至资源池中；试验开始时，资源重新分配和部署，资源曲线显示内存占用状态，试验进行时达到最大值；试验结束后，内存资源再次释放和回收，表明本文提出的试验平台结构具有对试验资源重组能力。以上218个节点规模的目标系统复制花费时间如表2所示。可见，试验花费总时间小于30min，具有较高的试验快速响应性。另外，利用网络侦察、扫描和渗透等工具测试了构建的虚拟化试验平台安全性，验证了该平台能够应对主要的2～4层（链路层、传输层和网络层）网络威胁，确保了试验安全性。由于试验虚拟化服务层的隔离性，两者不能直接互相访问，故扫描和监听中均未出现任何试验基础设施层信息。
4结束语
1气象信息共享平台总体系统设计方案
气象信息共享平台的建设围绕两个目标开展:一是建立数据接收的快速通道,提供统一的数据访问接口,为共享服务提供高效、规范的数据;二是统一数据管理各项功能的操作,提供规范、友好的操作界面，建立一体化的解决方案。结合两个系统设计目标,共享平台首先定位为气象信息共享数据的源头,负责存储、管理气象资料数据,最大限度的将省、市、县相关部门气象资料存储在统一的平台之上,为上层业务应用提供数据访问服务;其次,平台提供一个可扩展的气象信息存储服务框架,满足未来气象业务和探测手段不断发展、资料种类不断增加的需要,并提供对已有功能模块进行扩展、定制的支持。为此,平台遵循“可靠稳定、构件封装,先进成熟,开放扩展,统一规范,便捷维护”的总体系统设计原则。整体采用框架系统设计,各子模块之间功能独立,可根据用户的需要进行组合,各子模块之间没有直接耦合,而是通过数据库之间的联系由框架进行组合;同时,框架程序利用构件技术,采用面向对象方法进行系统设计。在框架的组织下,平台的适应性、灵活性增强,同时通过复用、可配置等技术降低了平台的开发和维护风险,且具有良好的可扩展性。
2气象信息共享平台体系结构
为实现由业务资源服务应用的无缝化,气象信息共享平台采用如图1所示的体系结构,即从上到下分为应用层、服务层和数据层。2.1数据层数据层是平台各种数据的来源,包括实时数据库、历史数据库、行业共享库、实时专用库和目录文件。在各类数据库中既存在结构化数据,也存在诸如文档之类的非结构化数据,数据的格式均不相同,如按传统的方法实现,工作量大,难以维护。因此平台构建了数据访问逻辑构件和业务实体构件,为各种应用提供了统一的数据接口,以实现不同来源数据的统一处理,做到程序与数据源松耦合。2.2服务层服务层包含了大量的服务,这些服务在流程引擎的驱动下,与业务流程绑定,组合成为功能更为强大的组合服务,供不同的业务模型调用,从而满足用户的需求;该层服务采用SCA1.0标准来实现,将构件库中的构件,装配成服务的方式提供给其他构件、服务或者其它系统。该层提取了气象共享服务的共性需求,通过数据服务、策略服务、业务服务、流程服务和表示服务为气象部门内部各业务系统的开发提供支撑。可以看出,平台通过把与气象数据共享业务相关的功能模块,以标准化的服务形式进行封装,形成一系列网络环境下的服务,然后通过结合业务进行流程编排,即可完成相关功能的定制。2.3应用层应用层主要完成平台搭建并为用户提供操作界面,平台运行模式采用基于B/S的方式,根据业务要求,技术架构的选择需要具备较强的伸缩性、开放性和安全性。考虑到JAVAEE的特点,平台应用层开发运行环境选择基于JAVAEE的应用服务器中间件平台。
3气象信息共享平台数据表系统设计
省级气象信息共享平台管理的气象数据主要包括区域自动站数据、地面气象观测站数据、探空数据、加密观测数据、农气数据、雷达数据和卫星数据。其中:(1)区域自动站采集的数据包括区站号、日期时间、风速、风向、雨量、气温、湿度和气压等,这些数据通过GPRS传输到位于移动的服务器中,并存入数据库,之后再定时导入到省局的数据库中;(2)地面气象观测站所观测的要素比区域自动站多,共有53个要素,但包括所有区域自动站的观测要素;(3)探空数据由探空报和高空报组成,包括PPAA、PPBB、PPCC、PPDD、TTAA、TTBB、TTCC和TTDD;(4)加密观测数据不是按时次每日记录的数据,也没有固定由哪些站点观测,因此加密观测数据一般由用户不定时人工上传,且用户上传的加密观测数据为文本格式(非结构化),因此上传之后平台需自动将文件中的各数据项解析出来,存入数据表中;(5)农气数据包括农气咨询中心内部业务系统收集的数据和业务系统产生的上报文件;(6)雷达入库数据包括雷达速度强度图(图像文件)和雷达基数据;(7)平台接收卫星系统传输的数据(图像文件),并直接存储至后台核心存储设备中;卫星包括风云二号卫星云图和风云三号卫星数据,其中入库数据为风云二号卫星云图(图像文件)和风云三号卫星观测原始数据及图像文件。为了实现上述气象数据的管理,平台主要系统设计以下数据表(限于篇幅,此处仅列出表名):等值面配色信息表、等值面表、行政区划表、农气AB报表(保存农气报的基本观测数据信息)、农气AB报作物表(保存农气报的作物生长信息)、农气AB报灾害表(保存农气报的灾害信息)、负氧离子观测数据表、区域自动站降水分钟数据表、自动气象站观测数据表、自动站侯数据统计表、自动站旬统计表、自动站日要素统计表、自动站日风表、自动站数据报监控表、自动站月统计数据表、micaps结构的探空报数据表、探空报基本信息表、等值线图片信息表、雷达回波图信息表、卫星云图信息表、土壤水分观测数据表、土壤水分月统计表、台站基本参数表、气象台站类型表、台站类型表和能见度观测数据表。
4气象信息共享平台功能系统设计
结合气象信息共享的业务需求,平台整体由气象数据应用、数据入库管理、台站管理和系统管理四大模块构成。其具体功能划分如图2所示。
4.1气象数据应用模块该模块是整个气象信息共享平台的核心部分,主要实现自动站数据、基本气象要素、农气数据、雷达回波图、卫星云图数据、土壤水分数据、人工地面观测数据和探空数据的查询、分析和统计。其核心可归纳为数据查询、数据统计分析、WebGIS展示和数据下载。(1)数据查询。数据查询为数据应用的主要方式,包括自动站数据、区域自动站数据、土壤湿度观测数据、能见度观测数据和负氧离子观测数据的查询。可以根据选择的站点、时次、时段、要素(可选多要素),以表格形式显示查询结果;同时实现表格行列可自定义、查询结果可打印、查询结果可生成TXT文件供用户下载、查询结果可导出为EXCEL文件等功能。(2)数据统计分析。可统计和查询任意时段内某要素的平均值、该时段内极大值和极小值;统计时支持站点可选、时次可选和要素可选,站点为单站、多站,时次为单一时次、连续时次;可统计和查询任意时段内单站气象要素值,提供曲线图。(3)WebGIS展示。采用开源WebGIS平台,在“自动站图集”的基础上,实现基本的地图操作功能,包括地图放大、缩小、察看全图等;实现自动站点空间定位及实时数据查询显示(气温分布图、降雨分布图、风力分布图、综合信息图、气象要素按数值大小绘制全省分布的色块图等)。(4)数据下载。选择任意时次/连续时次、任意站点、任意观测项目数据后,生成文本文件,供用户下载。
4.2数据入库管理包括入库参数配置和日志管理两个子模块,实现本应用数据库与基础数据库的表、字段对应信息的配置,以及相关数据操作的日志管理功能。
4.3台站管理实现台站类型管理和台站基本信息管理。
4.4系统管理实现平台内的用户管理、用户类型管理,组织结构管理,权限管理和日志管理等工作;该模块具有自主功能,能根据增加的栏目或功能将管理内容自动添加到管理系统中;能够实现所有栏目和功能的权限指定,具有自动和自主增加权限功能;能够对每类气象数据的每个要素或字段指定浏览/下载/修改/添加/删除等控制权限;能够进行用户级别设置,可自定义不同级别,每个级别能划分不同权限;能够对不同用户根据需要进行不同级别指定,能对同一用户同时指定不同级别,能对用户单独添加某种权限;能够对每个管理模块根据不同内容进行详细指定,如日志管理可划分为系统日志、用户日志、管理日志、数据日志和权限日志等。
5结语
1.1以学习活动为中心的设计理论。
学习活动就是为了达到特定的目标而师生共同努力的过程，顾名思义，学习活动是以学生为中心的一种活动。而学习活动又构成了教学活动，所以学习活动是教学活动设计的基础。学习活动的关键就是学习目标的制定，且学习的目标和教学目标之间存在某些方面的因果联系，活动的方法、过程、组织形式等都是由于活动目标决定的，而学习的资源、学习的工具等都支持着学习活动的开展。
1.2构建主义学习理论。
建构主义的学习理论核心是学习者，该理论主要强调：学习者由传统的知识被灌输者和被动接受者，转变为自己能够对信息进行获取、深度加工的主动者。相比较而言，构建主义的教学活动是：老师由传统的知识灌输者转变为学生学习的促进者，这就对教师提出了比较高的要求，需要教师掌握新的教学模式、新的教学方法和新的教学设计。由人的外在活动与人的心理发展是辩证统一可知，活动是人类活得身心发展的源动力，而教育本身也是一种活动。
二、学习活动设计
基于网络教学平台的学习一般需要设计以下几个环节：首先根据学习的目标，制定活动的主题；然后确定活动的形式，主要分为个体活动和集体活动；最后实施学习活动的方案并且对成果进行汇报。
2.1教学分析。
教学分析主要有学习者的分析、学习内容的分析以及行为表现目标三个部分组成。一是学习者的分析，如果想要学习者能够达到预定的教学效果，就需要对学习者的特征进行分析，比如：学习活动中那些因素会影响学习者的学习效率，这样在设计学习活动时就可以将这些因素考虑进去。二是学习内容的分析，学习内容分析的目标就是揭示教学活动规定的以及学生需要达到的目标，最后根据这些目标确定有效的教学条件。教学课程的标准是分析学习内容的前提和基础。三是行为表现目标的确定，宏观的教学目标不是指学生的学习境界，而是学习者完成教学教材任务后能够做些什么，即学习者对技能运用的现实世界境界。这样，教学目标便转变为行为表现目标，这是一种终极的目标，主要描述是学习者学习后能做什么方面的内容。
2.2学习活动任务的设计。
首先，活动任务的制定需要和教学的内容有关，活动内容是为了达到教学目标而需要完成的内容。如果想要活动任务被更高质量的完成，就需要将新的知识、新的技能和学习者原来拥有的知识、技能联系起来，同时还要将新的知识、技能和学习者自身的学习兴趣、生活经验等建立联系，这样有利于促进学习者更加积极的参与学习活动中。其次是学习活动基本流程的设计，基本的流程主要有设置情景、组织协调、合作学习、回报学习成果以及成果评价等设计。在学习活动任务设计的最后，还需要对学习活动进行监督设计，懒惰是人的天性，因此，想到达到预定的学习效果，教师需要对学生的学习过程进行监督。
2.3“平面设计”课程学习活动的设计。
基于网络教学平台的学习活动的设计，本文选择了以“平面设计”为例。首先可以选择以一个教材为蓝本，如《PhotoshopCS4》,同时还要对其他优秀的教材进行演绎、重新组合、淡化繁琐等操作。二企业标志的设计，主要有创建规则选区和修改选区。三照片修饰，需要对色彩的平衡、曲线、亮度与对比度等知识的掌握。四海报的设计，海报的设计需要学会对海报图层的编辑。“平面设计”的学习活动需要教师首先明确自己的职责，但是最关键的是要组织好学习者的学习活动，在上课之前需要设计好课堂的主要内容，在课堂中要认真组织好学生的学习活动，不断与学生之间进行互动，同时还要为学生之间互动创造条件，使得每个学生都能够有所思考并且有所收获。
三、学习活动效果分析
3.1学习者掌握了知识和技能。
学生在完成一个学习活动之后，最为显著的变化就是熟练地掌握了教材中的知识和技能，还学会了将已有的知识和新的知识建立联系，最关键的是学生学会了将所学的知识运用到实践活动中。以平面设计活动为例，学生在完成作品的过程中熟练掌握了画笔、边框、文字、套索等工具的使用，还能对描画、羽化、收缩、填充等操作的综合应用。
3.2学习者的信息素养得到了提高。
王吉庆教授认为，一个人的信息素养是可以通过教育培养的，主要包括对信息的获取、信息的利用、信息的开发等方面的能力，信息素养是一种社会共同的评价。当一个人具备了一定的信息素养之后，会十分渴望知道某个问题的答案，且能够在多样化的方法中找到问题的答案。具备信息素养的人还会利用自己掌握的知识提出问题，且能利用适当的方法对信息进行评价。
四、结束语
1.1明晰站群特性协同设计依凭的平台，包含细化特性的工作站群。细分出来的多样站群，依循多重的认知背景。机械设计特有的工作站群，能完成关涉机械的设计。这类设计路径，包含拟定好的任务书、流程关联的运算、CAD协同下的建模。采纳CAE，面对建构起来的多重模型，予以仿真优化。更替原初的模型，变更为明晰的工程图。在这以后，再把描画好的图例，递交给体系之中的PDM。协同设计依凭的控制算法，涵盖多层级的职能。依循设定出来的总方案、规划出来的总流程，搭配最优硬件。选出来的控制算法，包含带有自适应特性的PID。采纳某规格下的Matlab，予以仿真解析。采纳软件协同路径下的开发工具，例如嵌入特性的ADS，来描画预设的算法属性，同时调试这一算法。
1.2工作站群独有的功能虚拟特性的样机、建构好的评估站群，经由PDM的路径，获取机械协同下的控制算法。依循给定流程，建构一体化这样的样机。与此同时，还要创设电控特有的仿真模式。采纳某规格下的CAE，优化给定参数。其他关涉的工作站群，可以经由虚拟样机，获取明晰的反馈结果。把反馈得来的数值，当成后续时段的设计指引。根据反馈方向，审慎修补缺陷。各时段的文档归整、工作站群特有的修护，涵盖多层级的技术。制备明晰的产品说明，审慎处理多重图片。项目关涉的专利申报，也被涵盖在这一范畴。带有管理特性的工作站，可被设定成单独架构下的站点，也可融汇至预设的站点之内。设计管理特性的这类站点，能够查验设计之中的可行性，有序管控进度，并调和主体冲突。
2多时段的平台运作
一体化特有的设计平台，建构在Web的根基之上，拟定了多重的工作站群。在开发之后，应考量的侧重点，是后续时段的真正运作。细分出来的运作时段，整合了初始时段的概念设定、接续的细化设定、平台建构及评估、制备样机及评估。首先应考量的，是拟定可行特性的落实方案。采纳多学科特有的互通语言，以便描画完备的设定流程。现有的最优语言，被看成UML。它采纳了配套特性的成熟技术，带有可视化的倾向。它适宜筛选出来的多重领域，获取广泛认同。在这种语言下，各科目特有的设计者，能够妥善互通，拟定任务书。把制备好的产品，看成带有概念特性的总设计。
后续时段的细化设计，应围绕预设的样机线索，在彼此协同之中，明辨彼此职责。项目组这一层级的PDM，在后续的这个时段，凸显了侧重价值。它能随时跟踪，把处理得来的精准数值，分享给拟定好的完整团队。若需要某一范畴的协同，即可经由特有的Web，来访问界面以内的PDM，获取期待中的数据。技术文档特有的归整及处理，包含说明书。设计人员归结得来完备的设计流程，把带有典型特性的珍贵经验，存留至知识库。这就便利了接续的复用，提升设计实效。
3结语
通用报文交换平台(UniversalMessageExchangingPlat)简称UMEP,是按照标准化的原则,为处理异步报文交换业务而设计的通用平台。在当前数据大集中的环境下,设计通用报文交换平台能有效的解决综合业务系统的通用性和扩展性问题,从而高效安全地满足业务变化的需求。本文将就农发行UMEP的分析与设计作一阐述。
一、平台的软件基础
UMEP选用Tuxedo作为基础软件平台来进行设计和部署。Tuxedo是BEA公司的一个商品化的交易中间件软件产品,从软件最初推出至今已经经历了9个版本的升级变迁,广泛应用于金融、电信、邮政、航空等领域,是业内历史最久、应用最广的中间件产品。
农发行从电子联行系统开始,就引入了Tuxedo中间件产品,直至在综合业务系统中更为全面地使用。在多年的开发维护工作中,农发行不仅积累了大量的经验,而且还培养了一批技术人才。选用Tuxedo作为UMEP的基础软件平台,做到核心系统相一致,不单单是为了减轻系统维护的工作量,降低系统故障的风险,更重要的是考虑到在其基础上设计出来的UMEP,可以具备较高的可靠性、通用性、安全性和可扩展性。
二、平台的总体设计
根据报文交换类业务的处理流程,UMEP在总体的逻辑结构上设计为三层:前置机接口层、通讯平台层和核心服务层。其结构图如下:
外接系统汇入的报文,由前置机通过外接系统提供的接口API(应用程序接口)获取后,发送至UMEP,再转发至核心服务进行业务处理。行内系统汇出的报文,由核心系统发送至UMEP,再转发到前置机,通过外接系统接口API发送给外接系统。前置机和UMEP的通信,以及UMEP与核心系统的通信,均是以Tuxedo服务调用的方式进行的,并且使用Tuxedo的事务管理功能,保证报文传送的准确性和唯一性。
三、前置机接口层的设计
在一个外接系统的前置机上,一般都会部署两套接口软件。一套是行内系统的接口软件,功能就是通过外接系统API进行报文的收发工作。另一套就是由外接系统提供的API接口。两者之间是调用与被调用的关系。
为了保证行内接口的通用性,我们把行内接口软件设计为两层结构,一层是稳定的,一层是不稳定的。
稳定的一层称之为UMEPClient,由两个定时启动的守护进程uploadMsg和downloadMsg组成,分别实现报文接收和报文发送的功能。之所以称之为稳定的,是因为这两个守护进程可以在任何外接系统的前置机上使用,并不需要针对不同的外接系统重写代码,体现了行内接口的通用性。
不稳定的一层称之为BranchInterfaceAPI(简称BIA),由一组API函数组成,以库文件的方式提供,被UMEPClient调用。之所以称之为不稳定的,是因为它是对外接系统提供的API接口函数的封装,需要针对不同的外接系统改写代码。BIA被设计为10个API函数,分别处理非实时通讯和实时通讯两种情况:
BIA不仅封装了外接系统的API函数,还有一个重要的工作就是负责报文格式的转换。不同的外接系统,其报文的描述格式各有不同。为了行内系统能够以同样的方式处理,就需要对报文用统一的格式进行重新描述,转换为行内系统使用的标准报文。同样,行内发出的标准报文也需要由经BIA转换后,再发送给外接系统。这种将报文格式转换功能由通信平台实现改为由前置机实现的设计方式,不仅是实现UMEP通用性的需要,也是为了充分利用前置机的运算功能,减轻通讯平台的运算压力,使其集中资源处理报文转发的功能,提高平台的处理能力。
前置机接口层的系统结构如图:
在前置机端引入BIA的设计模式的另一个优点是,可以最大限度地降低总行科技部门的开发工作量。一个新系统的接入,总行不再需要集中开发行内接口软件(全国性系统仍可由总行统一开发),只要由分行按照UMEP的报文标准和API标准,自行组织开发一套相应的BIA,以库文件的方式提供给UMEP使用,然后就可以通过UMEP顺利接入核心系统。另外由于BIA层的开发工作并不涉及到Tuxedo技术,因此对于分行而言,也降低了技术开发的难度。同时,这样的分层设计也为分行特色业务的开展提供了技术上的便利条件。
UMEPClient在部署之前,附带的BIA是一个完全由空API函数编译后获得的库文件。部署到前置机以后,只要将这个文件替换为相应外接系统的BIA库文件,即可完成系统对接功能。由此可见,UMEPClient在前置机上的安装部署也是相对简单灵活的。此外,由于Tuxedo的跨平台性,可以使得我们的UMEPClient不仅可以部署在HPUX/AIX/SCOUnix/Linux等Unix或类Unix平台上,而且可以运行在AS400或Windows平台上。换句话说,无论外接系统前置机采用的是什么样的操作系统平台,我们的UMEPClient都可以正常部署使用。这也从一个侧面体现了UMEP的通用性。
四、通讯平台层的设计
UMEP通讯平台层的设计,使用了Tuxedo服务程序和Tuxedo客户端程序相结合的方式。两个Tuxedo服务程序名为uploadMsgSvc和downloadMsgSvc,分别被前置机端UMEPClient的up-loadMsg和downloadMsg进程调用,用于平台的报文接收和发送。两个Tuxedo客户端程序名为uploadKernel和download-Kernel,是两个定时启动的守护进程,分别负责上传平台报文至核心系统和下载核心系统报文至平台。其系统结构图如下:
在UMEP的平台设计中,我们引入了数据库的内容。这主要是考虑到UMEP平台将被设计为一个拥有较高处理能力的报文交换平台。如果单纯的依靠核心服务完成业务处理后,再写入核心应用数据库,势必会增加调用端的等待时间,影响平台的处理效率和吞吐量。此外,使用数据库对报文进行暂存,可以减少报文传送过程中因网络通讯问题而导致的报文丢失现象,保证报文的正确传输。在报文的上行过程中,平台服务uploadMsgSvc收到前置机发来的标准报文后,不作任何处理,直接写入数据库并返回,完成平台的报文接收工作。平台上的uploadKernel进程启动后,负责从数据库中读取报文信息,并根据共享内存中存放的XML标准报文格式描述文件,将报文中的业务要素解析出来,转换为Tuxe-do服务调用所需的FMLBuffer格式,再通过Tuxedo服务调用,上传给核心系统完成业务处理。
在报文的下行过程中,通过平台上定时启动的downloadKernel进程,调用核心系统的相关服务,获取下传报文信息,再根据XML报文格式描述文件,转换为标准报文后写入数据库。平台服务downloadMsgSvc由前置机端的down-loadMsg进程定时调用。每次调用时,该服务从数据库中读取待发送的报文,返回给前置机。
行内标准报文的格式解析和打包是通过XML报文格式描述文件来完成的。不同外接系统所使用的报文集,都会用行内的标准格式重新加以定义,体现为一个XML描述文件。这个XML文件作为BIA的一部分,由BIA的开发者按照标准编写完成后,提供给UMEP平台使用。平台启动时,将装载所有外接系统的XML描述文件到共享内存中,供uploadKernel和downloadKernel处理标准报文解析和打包时使用。鉴于XML强大的扩展性和良好的易用性,这样的设计必然使我们的平台具备优秀的报文兼容性,同样也保证了UMEP的通用性。
五、核心服务层的设计
UMEP的核心服务层采用了面向服务的设计模式,每一种业务类型的处理都被细化为一个或多个核心服务来完成。每个核心服务只完成某一种特定的功能,服务与服务之间的耦合关系遵循“松散”的原则。这种“松散”的耦合关系,大大的增加了核心服务的可重用性,为业务的变更和扩展带来巨大的灵活性和便利性。
在核心服务的,部署了一类管理调度服务,称为TxDispatcher。TxDis-patcher不仅能够管理报文交换类交易的服务请求,而且可以管理联机实时交易的服务请求,并根据不同类型的交易,按照事先定义好的业务处理流程,调度相应的核心服务处理。
核心服务层的结构示意图如下:
在服务的调用者和核心服务之间引入TxDispatcher管理服务层,使得核心业务系统对业务需求的变更或调整,具备快速投产的能力。因为在核心服务具有较高可重用性的基础之上,仅仅通过定制合理的业务处理流程,组合不同的核心服务,就有可能完成新业务功能的开发工作。
六、安全模块的设计
UMEP中安全模块的设计,仍然采用原有的PKI证书模式。因为基于PKI证书的安全技术是目前安全级别较高,并且是国家有关安全部门认可的一种加密认证技术。这种技术在业界被广泛使用,也是农发行综合业务系统目前正在使用的安全技术措施之一。
在使用PKI证书的安全模式下,UMEP服务器和外接系统前置机均需要获得由总行CA中心签发的IC卡,作为自己合法身份的唯一标识。报文上行时,前置机使用自己的IC卡私钥对报文进行加密签名,然后上传UMEP服务器。UMEP服务器使用该前置机证书中的公钥解密并核验签名,确认报文的合法性。报文下行时,UMEP服务器使用自己的IC卡私钥,对下传报文加密签名后发送前置机。前置机收到报文后,使用UMEP服务器的证书公钥进行解密并核验签名,核验通过后再发送给外接系统。UMEP的安全体系结构如下图所示:
需要强调的是,在UMEP的设计过程中,通用性是整个平台的核心原则。只有具备了通用性能力的业务平台,才能最大程度的避免因业务变化带来的系统运行风险。
1．1客户端技术路线
支持个人电脑设备：在目前的个人电脑用户当中，微软的Windows操作系统依然保持着绝对的市场占有率，系统建设过程中应采用瘦客户端与富客户端相结合的方式，基于目前成熟的展现技术，支持个人电脑设备的接入与使用。兼容个人移动终端设备：在移动互联网的发展潮流中，谷歌公司的Android操作系统、苹果公司的IOS操作系统和微软公司的WindowsPhone操作系统占据了个人移动终端操作系统的绝大部分市场。系统的展现层建设需要考虑对这三大主流移动终端操作系统的兼容与支持。
1．2服务端技术路线
鉴于教育信息化建设现状和发展趋势，建议采取统一的技术路线：系统建设基于以XMLWebService为核心的当前最先进的企业级应用开发平台Microsoft．NET，同时采用国际上先进、成熟、实用的技术标准。系统采用多层服务结构体系，表示层、业务层、服务层、组件层、数据层分开，以满足系统松耦合性、位置透明性以及协议无关性要求。
1．3基础设施技术路线
基础设施的建设与运行维护采取云计算技术，实现对服务器、存储等资源的统一管控，形成资源池，做到基础设施的最大化利用及智能调度，形成按需交付的IT能力。
2功能设计
根据职业教育资源产生的基本流程，设置了个人资源中心、学校资源展示中心、市级资源管理中心、智能搜索引擎四个功能模块。
2．1资源建设流程
资源公共服务平台的资源内容，需要不断地更新和补充，实现资源建设的可持续发展。我们构想了资源构建的流程，分为四个步骤，第一步：录播教室录课：教师登陆资源公共平台录制课程；第二步：教师上传课程资源到私有资源库；第三步：各学校将资源汇总到武汉市资源公共服务总平台，形成资源云；第四步：资源云在人人通、班班通平台中的多种实际应用。
2．2个人资源中心
普通教师个人设有私有资源库，用于普通教师管理自己的资源。教师可上传资源，上传后可以暂时不（保存），也可以资源，后由学校管理员审核，审核通过的资源可以供共享范围内的人员下载、预览、评分、评价。还有我的工作室功能，用以个人动态、公告、接收消息。
2．3学校资源展示中心
以校为单位建立的资源集中管理和展示的平台，可以管理教师提交的资源信息，建议校级管理员按照市级资源目录来对资源进行分类管理，以便资源继续上传到市级展示平台使用。
2．4市级资源管理中心
各个学校上传的资源如果设置为完全公开的，教育局管理员可以通过后台的资源列表界面，批量选择资源，采集到教育局资源分类下。教育局管理员统一管理全市资源目录，将所有资源汇总展示。
（1）资源目录管理系统支持按照不同的分类依据对资源进行多种分类管理，一个资源可以属于多个分类，用户按照每种分类依据均可以查找到资源。系统不但支持资源分类的增、删、改操作，而且支持资源分类的合并、分拆、层级移动、排序等操作。
（2）课程管理系统资源建设以课程为中心，管理员可以增、删、改、检索课程，设置课程考核标准。同时还可以将课程同文档、案例等参考资料的进行关联，设置课程的相关试题、试卷，设置课程包含的知识点，查看、填写课程评估结果，查看课程评分等级。系统对课程进行统一管理，同一门课程学习信息可以被不同的培训项目共享，又可以根据各培训项目自己的考核标准进行考核。即支持一门课程包含在不同的培训项目中，在一个培训项目中学习完毕，则其他培训项目中的学习状态也同时变更。系统创建课件上传工具，使课件管理员可以直接在网页上操作，将课件内容上传到服务器上，即使是包含视音频的大容量课件也可以直接上传，并自动将流媒体文件分拣到流媒体的目录。整个课件内容上传过程就像给邮件添加附件一样简单。
（3）参考资料管理增、删、改、参考资料基本信息，上传各种格式文件的参考资料文件，同可以统计参考资料的被查看、下载的次数和学生对参考资料的评价。系统支持大文件参考资料文件的直接上传。
2．5智能搜索引擎
设计管理模块主要分为设计管理策划、设计阶段管理、施工阶段设计管理及设计管理指令等四部分，基本涵括了项目实施过程中需要进行设计管理的所有部分，力争对项目管理过程中的设计管理工作起到了全方位的指导规范作用。2.1设计管理策划
1.1.1设计标准
设计管理工程师在此模块中可以上传项目的设计依据，如设计规范、使用的材料规范、相关行业规范等，同时可以收集上传各分项验收规范以方便项目施工过程中的验收工作。
1.1.2设计进度
总进度控制目标：项目的进度管理工程师需要上传项目的进度计划（project文件），由系统根据上传的文件自动获取其中的文件节点以及相关文字信息，以系统格式体现，并具有编辑、更新及替换功能。此功能作为整个设计管理工作的主线贯穿始终。总投资控制目标：由采购合约工程师上传项目各阶段的投资控制目标，如估算、概算、预算等，系统根据上传的文件自动获取其中的文件信息，以系统格式体现，并具有编辑、更新及替换功能。此功能可以与其他系统模块互相结合交叉显示以进行投资控制工作。
1.1.3设计目标
由设计管理工程师上传项目建议书、设计任务书、可行性研究报告等设计目标至模块，用在各阶段作为设计参考，以审查该阶段图纸是否符合要求。2.2设计阶段管理
1.2.1设计图纸管理
该功能可以批量上传、修改、备注整个项目的图纸，方便项目所有成员查看及下载各阶段的设计图纸。
1.2.2控制内容管理
该控制模块负责记录和汇总在各个设计阶段中需要进行控制的信息，并在进行汇总和记录时，需要选择当前记录的信息是处于何种阶段的，包括：
①进度控制，负责记录和汇总各阶段各类图纸的到位情况、各图纸到位时间等内容，并能根据相关条件进行查询；
②质量控制，负责记录和汇总在各个设计阶段对于质量审查的信息，其中包括：专项审查、施工图审图等，并能根据相关条件进行查询；
③投资控制，负责记录和汇总在各个设计阶段对于投资审查的信息，其中包括：投资预算专题会议纪要、预算审查意见、设计回复等，并能根据相关条件进行查询。
1.2.3流程管理
该模块提供静态页面和链接，对于不同阶段设计流程进行描述，以方便用户按图进行操作。主要提供如设计管理总流程、设计管理工作流程图、设计任务书编制审核流程图、方案设计管理流程等内容链接。
1.3施工阶段设计管理
施工阶段的设计管理包括：图纸会审管理、设计交底管理、技术核定单管理、专题研讨会管理、设计变更管理，系统主要负责记录和汇总在各个设计阶段的信息，如会议纪要、通知单、核定单、设计变更单等内容。在进行图纸汇总和记录时，需要选择当前记录的图纸信息是处于何种阶段的，提供图纸附件上传和查看功能，并可根据上传图纸设定的相关条件进行查询。
1.4设计管理指令
1.4.1联系单
记录和汇总对于在设计过程中不同阶段联系单的信息。在记录联系单之前需要选择联系单所处的设计阶段。模块提供相关信息输入和附件上传功能，并能根据相关条件进行查询。
1.4.2通知单
记录和汇总对于在设计过程中不同阶段通知单的信息。在记录联系单之前需要选择通知单所处的设计阶段。模块提供相关信息输入和附件上传功能，并能根据相关条件进行查询。
2设计管理模块的考核管理
为了提高本项目管理信息平台的使用率，保证信息系统中项目的进度、质量、安全等关键信息能够得到及时、准确以及完整的考核，针对不同的项目管理模块，我们制定了与之相对应的设计管理考核模块。在设计管理工作中，我们主要从以下的关键考核点对项目的设计管理工作进行考核：
①设计任务书：设计任务书是否上传；
②设计阶段设计管理：设计管理进度计划、方案设计阶段图纸审查报告、扩初设计阶段设计图纸审查报告、施工图设计阶段图纸审查报告等内容作为附件上传及审批工作是否完成；
③施工阶段设计管理：图纸会审、设计交底、技术核定单及设计变更等内容是否录入；
④设计管理指令：联系单、指令单等内容是否录入。具体各考核分项指标的打分建议。通过对相应管理模块中必填内容的完整性、及时性以及准确性的评分，同时结合系统使用率的统计，对各项目的设计管理模块部分计算综合得分，作为项目及专业工程师工作的考核的一项指标，提高本项目管理系统的使用程度。
3结语
网络教学平台的好坏直接影响着高校的教学质量，关系着高校教学水平的发挥，因此，创建一个合理科学的网络教学平台是每一个高校必须要进行的工作，并且网络教学平台的建立一定要从学校的实际教学出发，结合学校的实际情况与需求进行总体设计，做到平台设计结构服务于学校教学功能。
2加强对学习者的分析研究
学生构成学校的主体，构建网络教学平台一定要符合学生的特征，即从学生的年纪、性别、学习动机、学习现状、学习能力等各个方面进行考察研究，仔细、深入地结合每个学生的具体实际情况进行总体的平台设计。对于课堂所教授的课程更应该如此，同时要加强学生进行信息检索、资料搜集的能力，让他们更好的进行网络操作，熟悉网络教学的流程，才能最大限度的激发学生学习的积极性，发挥他们的最大才能，大幅度的提高学生的学习成绩。
3提高教师信息化技能水平
老师是网络教学的主体，老师如果什么都不会操作的话又谈何去教授学生知识？因此，老师应该加强自身的计算机水平，学习关于网络操作的相关知识，定期进行培训，这样既有利于教师自身的提高，也有助于学校教学质量的提高。比如，在对老师进行的信息化培训上可以有：多媒体的处理技术、网络教学平台的知识等，在进行培训的过程中，老师能够对网络教学有了一个更加全面的了解，能够及时提出问题，解决问题，发挥老师作为教学主体的作用，促进平台设计的完善。
4增强教师运用及建设教学平台的积极性
教师通常通过政绩考核和科研项目从而获得晋升的机会，而网络教学这一方面却没有如此大的诱惑，因此，大多数的教师对于这一方面不感兴趣或者说是根本不关心，因此，网络教学得不到快速的发展。针对这一现象，我们应该采取一些措施来提高教师对于构建网络教学平台的积极性。比如出台相关政策，给予教师在研究网络平台构建的经费支持，以及奖励政策，最为评优的条件等等，都能够有效的促进教师运用、设计平台的积极性，从而更好地发挥平台的使用，在使用与研究中发现问题，逐渐提升网络教学平台的建设水平。
5应对网络教学的不足提出的建议
加大对高校网络教学的资金投入，使对网络教学的研究有足够的资金支持，同时提供具有专业知识的足够多的技术人员进行管理，确保网络教学系统能够满足大多数教师、生的使用。其次，加强网络教学平台的真实性和可行性。
6结束语
