RIA技术

RIA技术（精选8篇）

RIA技术 篇1

随着全球信息化的推行, 信息技术的发展, 因特网技术在人们的生活和工作中占有越来越重要的地位, 方便了人们的交流和资源共享, 提高了工作效率和生产条件。由于人们的生活水平越来越高, 社会竞争愈发激烈, 人们对计算机网络技术的要求也越来越高, 因特网技术不仅仅要求作为一种工具手段, 还被希望提到更高层次, 让人们享受一种更加快捷方便的尝试和服务。过去的HTTP静态单页面表示技术和Web服务大多以文本传输为主要形式, 随着计算机网络的不断升级, 网络用户甚至网络技术开发人员在使用网络技术时难以满足, 在网络页面更新、数据传递与储存、多窗口切换和网络维护等方面均存在一定的局限性。网络速度较慢、页面设置和更新难以符合使用者的新意, 网络用户对蜗牛式的网络速度、需要不断刷新的网面难以忍受。而富因特网应用程序 (RIA) 的出现的目的就是想要改善以往的web页面风格交互模式, 使得Web应用效果更加明显, 跟上桌面应用模式的效果。

丰富的因特网应用程序 (Rich Internet Applications) , 英文缩写就是RIA, 属于新一代的网络应用程序, 同时具备多种性能, 如Web程序的方便、高效, 桌面应用程序的最佳页面功能和多媒体技术网络信息的实时快捷。

1 RIA的特性

1.1 特性

“Rich”这一单词展现了RIA最突出的特性与最核心的部分, 具体包括两层意思:

1.丰富的数据模型:RIA作为新一代的网络应用技术, 通过使用多种数据模型资源可以操作数据, 帮助解决多种复杂的客户端数据处理问题。在使用丰富的因特网应用程序技术的过程中, 对于HTML来说, 能够缓解客户端处理部分应该在后天程序过程中处理的相关问题, 数据往返服务器的用户界面越来越少, 使其反应速度变得刚加快捷。2.丰富的界面元素:RIA技术比HTML更为优越的条件在于, 它给予网络技术更加全面有效的界面表现元素, 通过将其密集型、响应快捷性、界面元素丰富性和新的数据模型相结合, 可以为网络拥护提高更加良好的服务和有效的体验过程。

RIA具有桌面应用程序的特性:

(1) 在格式编排方面和消息确认方面提供互动用户界面;

(2) 在无刷新页面之下提供快捷的界面响应时间;

(3) 提供通用的用户界面。

RIA具有Web应用程序的特性:

(1) 跨平台、立即部署、使用逐步下载, 完成检索内容和数据;

(2) 充分利用互联网标准。

RIA具有通信的特性:

实时互动的图像与声音。

1.2 RIA技术特性比较及优缺点分析

如表1所示, 列出了基于Web技术、基于C/S技术、基于RIA技术的特殊情况对比。

如表2所示为RIA技术的优缺点对比分析。

2 RIA的技术发展路线

2.1 Java SWT

Java完全支持创建基于窗体的用户界面。使用Java SWT的缺点主要是因为它本身较为复杂, 即便是在编写简单的图形或者窗体的过程, 所使用的代码也很繁琐, 另外, Java浏览器插件在市场中的占有率也是极低的。

2.2 JavaFX

建立在Java编程语言的基础上的JavaFX平台, 旨在建立大量可在电脑和手机上运行的网络程序。随着JavaFX的发布, Sun公司开始允许将编程内容创新这一任务转移到以设计艺术为重点设计人员身上。

2.3 SilverLight

Silver Light在每种平台上运行都会得到系统支持, 还能创建多样化的、具有绚丽视觉效果的交互式界面, 在多种设备同时进行或者桌面操作系统或者各项浏览器都可以使用这种技术。

2.4 ActiveX插件

微软推出的ActiveX插件是一个开放的解决方案, 兼容多种语言。运行RIA应用程序时, 用户需要调整浏览器的安全等级并下载插件, 故而极大地降低了安全性。

2.5 HTML5

HTML5为增强用户体验, 强化了web网页的表现性能;为适应RIA应用的发展, 追加了本地数据库等web应用的功能;兼容性和安全性非常高, 是一种简洁的语言, 容易为广大开发者掌握。更为难得的是, 由于节能和功耗低, 在移动设备上HTML5将具有更大的优势。因此更适合如Web操作系统一类的RIA应用的前端开发。

3 展望未来

从当前富互联网应用的情况来看, 它将与传统的Web应用程序在一段较长的时间内共存。笔者认为基于Avalon的应用程序和Flash/Flex应用程序能够担当起普及丰富客户端应用的重任。

由于人们对开发具有丰富用户体验及高度互动性客户端持有不变的追求态度, 无论RIA技术今后会不会成为主流应用程序, 我们都有理由坚信, 在RIA的发展过程中, Flash客户端凭借本身的高端技术以及其超高的市场占有率, 会有越来越高层次的技术发展。

参考文献

[1]方敏.网络应用程序设计[M].西安电子科技大学出版社, 2005.

RIA技术 篇2

生物工程09-2班

学号：

姓名：

《生物药物分析与检验》学习小结

生物药物分析与检测学习小结

—关于放射免疫分析法（RIA）

随着在生物制药领域发挥重要作用的生物技术的研究与应用日趋成熟，生物制药也迎来了极好的发展机遇，在医药产业中将发挥越来越重要的作用。作为生物工程专业的学生，学习这门课程不仅有利于我们进一步加深对生物工程专业课的学习，也有利于我们独立分析解决实际问题的能力的提升。

学习这门课程，我对免疫分析法尤为感兴趣。免疫分析法是以特异性抗原-抗体反映为基础的分析方法。在药物分析中，免疫分析法主要应用于在以下几方面：(1)在实验药物动力学和临床药物学中测定生物利用度和药物代谢动力学参数等生物药剂学中的重要数据，以便了解药物在体内的吸收、分解、代谢和排泄情况；(2)在药物的临床检测中，对治疗指数小、超过安全剂量易发生严重不良反应或最佳治疗浓度和毒性反应浓度有交叉的药物血液浓度进行监测；(3)在药物生产中从发酵液或细胞培养液中快速测定有效组分的含量，以实现对生产过程的在线监测；(4)对药品中是否存在特定的微量有害杂质进行评价。

其中放射免疫分析法是最早建立的经典免疫分析方法。尽管由于其需要严格的废物处理手续和特殊的实验室，曾很早就被认为会从市场上消失，但目前仍被广泛应用，且在相当长时间内仍将保留。它的基本原理是使放射性标记抗原和未标记抗原（待测物）与不足量的特异性抗体竞争性地结合，反应后分离并测量放

射性而求得未标记抗原的量。由于放射性同位素核衰变是，所放射出的各种射线都很容易用仪器探测出来，并且灵敏度很高，因此在放射免疫测定中，主要就用这些同位素作示踪原子。

目前，放射免疫分析中常用的标记物采用最多的是

5I标记物和氚标记物，最成熟且采用最多的是氯胺T法，主要则是用于对蛋白质、多肽激素和含碘氨基酸的标记。

分离结合或游离的放射性物质，进而进行测定时放射免疫分析的关键，目前采用的分离方法有以下几种：固相法、微孔滤膜法、抗抗体法、吸附法、柱层析法和电泳法。这些方法也都有各自的优缺点。例如柱层析法和电泳法，分离效果虽然很好，但是操作复杂，且费时，不适合大量样品的检测。

总的来说放射免疫分析法虽然也用放射性物质，但一般都是在测试样品时再加入标记的同位素示踪物，此示踪物的放射性强度极低一般不会对实验者引起辐射损伤。缺点在于有时会出现交叉反应、假阳性反应，组织样品处理不够迅速，不能够灭活降解酶和盐及PH有时会影响结果等。

RIA技术 篇3

1 RIA初探

1.1 了解RIA

RIA(Rich Internet Applications或Rich Interactive Applications),从字面上可译为“富互联网应用程序”或“富交互式应用程序”。事实上RIA并不是一种专项的技术,也不是一门开发语言,它是互联网应用和软件开发的一种发展趋势。RIA本身只是一个概念,它的中心是“良好的体验”。Adobe官方的解释为:“富互联网应用程序(RIA)提供丰富的、引人入胜的体验,该体验可提高用户满意度并提高用户的生产效率。使用互联网的广泛触及力,可以在各种浏览器、桌面和设备上部署RIA”。

1.2 RIA与AIR

RIA和AIR不了解的人乍看很容易将两者会混淆,其实是完全不同的两个概念,但它们的关系非常密切。AIR是Adobe公司在RIA应用领域的一个重要的解决方案。AIR是一个运行时,它与RIA的关系我们可以联想到.NET的Framework,AIR为RIA应用提供了一个基础的支持平台。AIR是一种概念,也可以这样通俗的理解:AIR是在本地机加载并运行的RIA。

通过图1可以看出AIR可作为WEB和桌面应用的桥梁,它结合了两者各自的优势,从而能够制作出更具表现力和更好体验的桌面程序。

2 RIA应用利器Flex

2.1 初识Flex

Flex是Adobe公司为支持RIA而开发和部署的一系列发展中的技术和产品线的概括,其中包括Flex SDk、Flex Builder、Live Cycle Data Services等。Flex就是使用Action Script脚本语言和MXML标签语言制作SWF类型的应用。

2.2 Flash与Flex

Flash与Flex同为Adobe公司的产品,都是制作SWF应用的,但Flash的历史要比Flex长。Flash最初只是作为对应WEB页面的GIF动画,随着Action Script的引入,Flash拥有了GIF所望尘的交互性。随着AS3.0和Flash CS3的到来,使用Flash制作复杂的应用成为可能。在Flash是做动画的概念深入人心的时候,Macromedia(现属Adobe公司)欲将程序开发人员拉入阵营,但Flash从一开始就像是为设计者准备的,为了面向程序开发者来进行SWF开发Flex变应运而生了。可以这样理解:Flash是面向设计人员的开发工具,它比Flex能创作出更加个性化的UI、动画及过渡效果;Flex是面向开发人员的工具,它比Flash拥有更丰富的组件和更加完善的编码支持。

正因为Flash和Flex之间这种千丝万缕的关系,新版的Flex Builder更名为Flash Builder。这种定义更容易让人理解。

3 Flex的语言

Flex主要采用MXML+Action Script来编写程序、界面,然后通过编译器编译成Flash Player能够执行的SWF文件并发布使用。

3.1 MXML语言标签

MXML语言是专门用于Flex程序中,描述界面表现的一种XML标记语言。MXML是Flex特有的,是区别于Flash的标志。我们可以通过它来描述程序的整体布局,控制组件的样式和外观,也可以构建非可视化的对象,比如XML数据、与服务器端通信的Web Service、组件的数据源等。MXML是XML的扩展,是Adobe的XML。

例1:

1)

2)

3)

4)

5)

以上就是MXML,其中的mx是Adobe默认的Flex框架的命名空间。第1行声明了XML的编码为utf-8,使程序支持大部分的语言编码。第4、5行放置了两个显示控件,一个是按钮Button,id指定为“bt1”,按钮上显示“我是按钮”四个字;另一个是文本输入框Text Input,id指定为”tx1”,该文本框的指定宽度为“100”。

在以上的代码中像mx:Button、mx:Text Input即是MXML的语言标签。众多的语言标签有机结合在一起就构成了一个完整的应用界面。

3.2 Action Script语言

Flex=Action Script+MXML。如果说MXML是描述界面的语言,那么Action Script就是描述逻辑的语言。AS(Action Script)作为Flash/Flex中的编程语言,经历了1.0到3.0版本的转变,从最初的脚本语言演变为面向对象的编程语言。

AS是由Flash Player中的AS虚拟机(AVM)来运行的,通过AS,Flex/Flash中的内容和应用拥有了交互性和数据的处理及其他功能。

4 Pure MVC框架

框架可以提高软件开发的质量,它的好处在于使得程序的结构更加清晰,降低各模块之间的耦合,使软件升级和维护的成本大大降低。Flex可选择的框架很多,官方给出的是Cairngorm框架,但这种框架对于小项目的开发来说显得不够灵活,因此我们选择Pure MVC这一开源框架。

Pure MVC是MVC框架的一种,它把数据处理、程序输入输出控制以及数据表示分离开来,将一个应用分成三层:模型层(Model)、视图层(view)、控制层(Controller)。

在Pure MVC中还有一个管理以上三个模块的工具Facade,由于它并不是实际意义上的模块因此没有列出,但整个系统确是从Facade开始的。

由于Pure MVC的目标并不仅限于Flex,而是开放语言平台的框架,不能采用带语言特色的设计,因此在Pure MVC中,所有的处理都通过通知(Notification)来传递的。

5 Flex的后台数据交互

Flex本身并不能访问服务器端的数据库,需要其他程序处理这些数据后以特定的类型,如数组型、XML型、Object型传递给Flex。

5.1 HTTPService

HTTPService可与所有的后端程序交互(例如,ASP、ASP.Net、JSP、PHP等)。Flex可以通过MXML使用HTTPService,也可以通过Action Script使用HTTPService。由于MXML的主要功能专注于界面的布局和定义,因此建议使用Action Script调用HTTPService。利用Action Script实例化一个HTTPService,通过URL Variables对象将参数传递给HTTPService,并通过send()函数完成调用。

5.2 Web Service

Web Service是一套标准,是一种公开的API接口。使用Web Service类可以访问与SOAP兼容的各种Web服务。正是Web Service所具有的这种通用性,不论用何种语言开发的Web Service服务,调用的结果都是一致的。用户可使用几乎任何语言调用Web Service服务。当客户端获得WSDL(Web Service描述语言)后,就获得了服务端提供的Web Service的所有信息。

5.3 Remote Object

Remote Object可以在不同的应用程序之间进行通信,通过这一技术,Flex应用程序可以远程调用服务器端的服务。Flash Player通过HTTP协议将客户端的请求以AMF(Action Message Format)格式送到Remote Object网关,Remote Object网关接收到请求后将数据数列化后,调用服务器端相应的服务,再将结果反序列化为Action Script对象,返回到Flex应用程序。

6 结束语

当前Internet应用的方向正向着RIA(Rich Internet Applications,富互联网应用)发展,实现的技术也很多,但目前并没有一个统一的标准。Flex作为出色的开发工具之一,在部署上有着跨平台的先天优势。Action Script3.0是一种面向对象的编程语言,在开发过程中容易学习并掌握,而Flex提供了丰富且功能强大的组件使得开发过程更加规范高效。相信今后越来越多的优秀的RIA网站会带给我们更丰富的、引人入胜的体验。

参考文献

[1]李庆,沈钧.我的Flex我精通[M].北京:电子工业出版社,2009.

[2]郭少瑞,张鑫.ADOBEAIR完整入门与开发[M].北京:清华大学出版社,2009.

[3]王峰.基于Flex的Rich InternetApplications技术的研究和应用[D].上海:上海交通大学,2008.

RIA技术 篇4

关键词：RIA,Flash,虚拟

伴随互联网从Web1.0到Web2.0的转变, 用户的角色也悄然发生变化, 慢慢地从单一被动的信息接受者到主动的信息创造者转换, 而基于“开放、平等、自主”Web2.0概念也越来越体现在各个网络应用上, 虚拟社区亦不例外。然而, 传统的虚拟社区是基于HTML页面、服务器端数据传递的模式, 往往非常庞大, 开发复杂, 部署和维护困难, 在可用性和交互性方面都存在一些不便, 特别是在高效的资源管理和监控、准实时的动态交互等方面存在诸多问题。因此, 传统的Web应用程序难以适应用户对虚拟社区更高的、全方位的体验要求。这就是被Macromedia公司 (现为Adobe公司) 称之为“Experience Matters”, 即用户体验问题。

为解决这一问题, Macromedia公司在业界率先提出Rich Internet Application (简称RIA, 中文翻译作“丰富互联网应用程序”) 的概念, 它是一种具高度互动性和丰富用户体验的新一代网络应用程序框架, 能带给用户一个直观、快速响应和丰富的互动体验的运行环境, 为用户带来前所未有的体验。Macromedia公司也借此机会开发了相关的技术和开发工具, 促进RIA的开发和普及。目前RIA技术的实现主要有Adobe Flash/Flex、Sun JavaFX、Microsoft Sliverlight 等。

一、RIA技术概述

RIA是集桌面应用程序的最佳用户界面功能与Web应用程序的普遍采用和快速、低成本布署以及互动多媒体通信的实时快捷于一体的具有高度互动性和丰富用户体验新一代网络应用程序。

在传统的应用程序中, C/S架构的缺点主要是部署、更新的问题。B/S架构的缺点主要是受制于HTML的限制, 无法像C/S那样使用丰富的效果来展示数据, 用户体验比较糟糕。另外, 稳定的客户端/服务器连接, 也是必要条件, 网络中断将使B/S程序无法运行。从C/S到B/S, 这两者受限于技术本身分别发展成了重客户端和重服务器端的模式, RIA正是在经历了主机模式、C /S模式、B /S模式后发展起来的, 它的出现给我们带来重新在客户端和服务器端进行更好的平衡的解决方案。RIA的发展阶段如图1所示。

RIA可以将桌面应用程序交互的用户体验与传统的Web应用的部署灵活性和成本分析结合起来。它是一个用户接口, 但比用HTML能实现的接口更加健壮、反应更加灵敏和更具有令人感兴趣的可视化特性。它还在RIA中, Rich Client (丰富客户端) 提供可承载已编译客户端应用程序 (以文件形式用HTTP传递) 的运行环境, 客户端应用程序使用异步客户/服务器架构连接现有的后端应用服务器, 这是一种安全、可升级、具有良好适应性的新的面向服务模型, 这种模型由采用的Web服务所驱动。结合了声音、视频和实时对话的综合通信技术使RIA具有前所未有的网上用户体验。

二、系统设计思路

一个完整虚拟社区系统, 其架构一般采用成熟的MVC模式, 采用客户端、WEB服务器、数据库服务器三层结构, 参见图2, 在视图层采用相应的RIA技术来充分发挥RIA技术的强大界面交互表达能力和瘦客户端等特点, 而在服务器端可以有多种选择, 可以采用java或C++等语言自行实现, 客户端与服务端通信可以基于socket或者AMF网关格式。实现完整一个虚拟社区是需要投入大量的人力资源及资金保证的。结合上面所述的需求分析, 本系统的设计目的主要是为了体现出RIA技术在虚拟社区上的应用, 体现出在用户体验方面的独特之处, 因此在系统的架构上, 偏重于客户端的实现 (即采用RIA技术来实现客户端) , 简化服务器端的设计。

在本系统的设计的模式上, 将客户端Flash应用程序中视为一个小的MVC模式, 如图3所示。界面上的Movie Clip 和组件是视图, ActionScript中的程序逻辑对键盘和鼠标的反应是控制器, 连接外部数据的对象或组件是模型。

但Flash应用程序要决定哪些属于视图和模式时较明显, 控制器的定位则较模糊。有时应用程序甚至不需要控制器, 因此在大部分情况下, 将视图和控制器往往会合并为一个对象, 视图类以组合关系包含控制器类。

三、基于RIA虚拟社区系统实现

(一) 系统主模块的实现。

1.场景地图。

数组作为一个常用的数据结构, 可以方便建立从简单到复杂的数学模型。本系统的场景地图用一个数组来表示, 对一些地形、绕障、过场等, 可以通过对数组的删减, 二次变换等来实现。定义如下:

var map = mapadd (12, 10, 110, 52, 5, 5) ;

对于地图的创建, 用一个函数mapadd () 来实现。在这个函数里, 把Flash场景中的一块区域作为地图, 这段区域X轴方向分为rxn格, 每格大小是rx, Y轴方向分为ryn格, 每格大小是ry, 将整个场景也看为由rx, ry构成的小格, 但数组地图的rx, ry不设为10, 而是更小的5, 然后通过1∶2的比例跟视图的格子联系上, startnx、startny分别表示地图起始的格数。

2.人物走动。

在素材中, 人物角色是四个方向, 三个走动动作。因此, 在对于人物的处理上, 首先为每个角色创建一个Movie Clip, 分别为c1, c2, c3, c4。每个Movie Clip内有4帧, 每帧表示上下左右中的一个方向, Movie Clip的变量名都是dir。其次创建四个Movie Clip, 分别为c1up、c1down、c1left、c1right为在时间轴上插入三帧, 代表三个走动动作。通过以上步骤, 完成一个人物角色的基本走动的动作。

在控制人物走动的方式上, 本系统采用键盘方式, 基本原理如下:用两条命令进行方向键捕获:X轴方向的, 左右两值相减, 求出步行左右方向, 步长为一var rl = (Key.isDown (Key.RIGHT) -Key.isDown (Key.LEFT) ) ;Y轴方向的, 左右两值相减, 求出步行前后方向, 步长为一var ud = (Key.isDown (Key.DOWN) -Key.isDown (Key.UP) ) ;

3.环境物件的布置。

为了丰富虚拟社区的场景, 在完成地图的基础上, 需要添加额外的装饰物, 这里通过程序实现动态添加。首先把物件分类, 比如树类、椅子类、房子类, 给每个类建一个变量linageID, 在程序中通过不同linageID来表示该物件所属的类别。物件在场景中, 人物走动时是不能穿过它的, 这就是常见的碰撞检测问题。在本系统中, 从数据结构角度上看, 物件所在的位置对应的是数组地图上的某个坐标, 只要将这个位置标识出来, 当人物行走时, 一旦侦测到这一坐标便不再行走并且停留。因此, 将物件在数组地图中对应的坐标的KEY设为0。

(二) 系统子模块的实现。

1.用户登录模块。

用户登陆模块主要完成功能有:完成客户端与服务器的连结, 改变用户的状态。其次, 当某一用户填了名字, 选了角色, 并按LOGIN, 系统得到两个变量, 一个是角色, 另一个是用户名, 并调用与服务器连接的函数。

2.聊天通信模块。

聊天通信是本系统的一个核心之一, 用户的在线人数, 用户之间的文字、语音交流都集中在该模块。由于在前面登录模块中, 已经介绍了客户端跟服务器之间进行的基本通信过程。而文字的通信基本跟它一样。在客户端与服务端通信中, 通过sharedobject对象来共享两端之间的信息, 由于sharedobject对象不是事件驱动的, 当sharedobject对象发生改变时, 不会把改变的内容传到服务器, 而是每隔一个时间, update一次更新, 再进行更新。因此在客户端对sharedobject进行大量更新时, 容易出现sharedobject不同步的情况。在本系统中, 通过以下两个方法来实现解决信息同步的问题: (1) 把大量的要更新的数据放在一个临时的变量中, 然后再一次性赋予sharedobject。在程序中使用一个数组将一连串变量建立引用, 用来减轻对服务器的负担, 尤其当多个变量需要同时更新的时候。 (2) 使用setFps (0) setFps (-1) 来控制sharedobject的update , 让所有应该一次更新的数据就位后, 再更新服务端的sharedobject。

3.历史记录模块。

历史记录模块相对而言比较简单, 只需要用户发送信息的同时, 保留该条信息, 并显示在历史记录对话框里, 主要是flash效果的应用。系统运行结果达到预期设想, 基本实现了既定功能模块, 运行结果基本正常。不过在本地机测试时, 发现人物的动作和文字偶尔会出现不同步的现象, 初步分析原因可能在于人物之间公用一个sharedobject共享对象的问题, 该问题有待进一步解决。

四、结语

RIA是目前Web开发的热点, Flash提供了强大的功能, 从底层虚拟机的执行效率到流媒体的传输效率, 可以充分体现出RIA的特点, 满足RIA目前的各种应用, 特别是虚拟社区的应用。但是由于flash本身的功能限制, 因此不要一味加入大量运算而使应用的可用性或可玩性降低, 最好的方式是将一些简单的运算给Flash, 把一些复杂的留给服务端来做。

参考文献

[1].YAKOV FAIN, DR.VICTOR RASPUTNIS, ANATOLE TAR-TAKOVSKY.Rich Internet Applications with Adobe Flex&Java[M].United States of America:SYS-CON Media, 2007

[2].Gary Rosenzweig.ActionScript3.0Game.Programming.Uni-versity[M].United States of America:O′Really, 2007

[3].王林.RIA技术概览[J].程序员, 2005, 2:64～66

[4].孙颖.ActionScript3殿堂之路[M].北京:电子工业出版社, 2008

RIA技术 篇5

1 各高校电子商务专业教学资源库建设与运行状况

本文通过对国内外主要的教育资源门户网站的调研分析和对比, 总结出国内电子商务教学资源库的建设和使用主要存在以下三个问题。

1.1 体验感差

传统网络教学平台的开发是基于页面的、服务器端数据传递的模式, 把网络程序的表示层建立于HTML页面之上, 而HTML是适合于文本的, 传统的基于页面的系统已经渐渐不能满足网络浏览者的更高的、全方位的体验要求了, 这就是Macromedia公司所说的“体验问题”。现有的教学资源库利用率低, 且普遍存在学习者与学习资源的动态交互功能不强, 无法做到良好交互操作, 很难提起使用者的兴趣, 达不到基本的学习效果。

1.2 教学资源媒体整合性不高

随着电子商务和多媒体技术的发展, 电子商务专业教学内容的表现形式表现为多样性, 比如文本、图片、动画、音频、视频等。虽然很多教学平台试图让各种媒体完美结合, 但由于系统运行配置复杂, 需要多种第三方组件支持等, 很难达到效果。

1.3 教学平台页面响应速度慢

由于电子商务教学平台页面需要频繁地访问服务器资源, 媒体类型众多, 网络带宽占用较大, 就导致了系统的低交互效率, 影响学习过程的完成。

为了解决以上问题, 本文提出构建基于RIA技术的的Flash积件式教学资源库平台。第一个关于体验感问题, 富因特网应用程序 (Rich Internet Applications, 缩写为RIA) 的出现也就是为了解决这个问题。RIA (Rich Internet Application, 富互联网应用系统) 技术允许我们在因特网上以一种像使用Web一样简单的方式来部署富客户端程序。这是一个用户接口, 它比用HTML能实现的接口更加健壮、反应更加灵敏和更具有令人感兴趣的可视化特性。第二个问题, 首先使用Flash的组件技术创建积件系统, 然后借助RIA技术相对健壮的客户端描述引擎, 这个引擎能够提供内容密集、响应速度快和图形丰富的用户界面。第三个问题, 利用RIA技术, 数据能够被缓存在客户端, 从而可以实现一个比基于HTML的响应速度更快且数据往返于服务器的次数更少的用户界面[2]。

2 构建基于Flash组件技术的积件系统

积件最早应用在教学系统的课件制作中, 针对课件的局限性而发展起来的新的教学软件模式和新的教材建设思想[3]。随着网络教学平台的发展, 逐渐形成了积件思想, 是教师和学生可以根据自身教学和学习需要, 自由组合教学信息与教学策略的平台。

本文对教学资源库使用积件思想构建, 主要采用Flash组件技术来实现, Flash组件技术在实现积件系统具有很大的优势, 主要表现在以下几个方面:

(1) Flash具有强大的基元素材管理技术。它通过库面板管理各类媒体素材并进行分类管理, 它们都具有重用性和共享性, 资源再用率很高, 符合积件库的要求。

(2) Flash强大的组件技术可以体现积件系统的可积性。组件把动画和脚本代码封装在一起, 用户通过组件参数接口就能够很容易地使用组件, 组件具备较强的重用性和共享性, 同一个组件可以在不同的课件中重复使用并且通过不同的参数设置可以得到不同的应用效果。

(3) Flash的所有资源都可以转换成公用库称为公共资源, 具备一定的开放性。

Flash积件系统设计模型如图1所示, 该模型由积件库和积件组合平台组成。第一层机件库存储了教学资料和常用表达方式比如组件等, 打包转换成微教学单元或是SWC/SWF格式的文件。第二层是积件组合平台, 在积件库的基础上, 教学平台使用者可以直接使用积件库中的资源进行交互学习。

3 基于RIA技术的的电子商务教学平台构建

RIA技术, 类似于单机版的应用程序, 在很大程度上跳出了浏览器的限制, 具有丰富美观的界面和交互能力, 但它又是地地道道的网络程序, 具有快速修改和部署的能力。它基于XMl, 脚本语言和Web Service, 可以产生丰富而强大的应用[4]。

本文所构建的电子商务教学平台, 是采用RIA技术, 基于XML, 界面上采用Flash平台及相关开发工具包来构建系统框架, 在交互效果上用Action Script脚本做动态响应, 浏览器使用Flash Player 9以上插件支持。后台服务器由Flash Media Ser ver、Web Server组成, 体系结构上是一个3层式数据交换架构包括客户端、服务器端和数据库, 如图2所示。

(1) 客户端:面向教学平台的用户, 包括浏览器和系统表示层。浏览器要嵌入Flash Player播放器。Flash Player是一款高性能的、轻量型且极具表现力的客户端运行时播放器, 能够在各种主流操作系统、浏览器、移动电话和移动设备上提供功能强大且一致的用户体验。表示层程序由Action Script3.0脚本写成, 这是一种强大的面向对象编程语言, 它可以快速创建效果丰富的互联网应用程序, 这种应用程序已经成为Web体验的重要部分。可以非常方便地控制Flash Elements, 包括内置对象、组件等, 能够更好更快地设计与开发Web应用程序, 并编译为SWF文件, 实现网络交互教学功能。

(2) 服务器端:主要由业务层和集成层组成, 业务层通过XML、Flash Remoting和Web Services与应用服务器进行连接, 实现数据交换、应用程序开发运行功能。集成层采用目前主流服务器 (.NET服务器和J2EE服务器) , 与数据库进行连接, 定义并实现访问接口, 提供内部到外部的数据格式转换, 通过利用Web Service技术将已有的教学资源服务化, 为教师和学生各种资源接口。

(3) 数据库:实现数据库连接、访问和数据操作的功能。在Flash积件系统的基础上, 可由SQL Server、My SQL、Oracle等组成数据库或XML格式数据进行记录构成数据库, 并对这些资源进行有效的组织, 将它们统一在一个逻辑系统中, 供师生用户使用。

4 结语

本文针对目前各个高校建立的电子商务教学平台存在的问题, 提出了对应的解决方法:即先使用Flash技术构建积件系统, 再结合RIA技术构建和设计教学资源库平台。RIA技术的应用简化并改进了Web应用程序与用户的交互, 该教学资源库的开发可以提供更丰富、更具有交互性和响应性的用户体验, 更好地帮助学生进行知识的学习, 探索了一种计算机辅助教学的新模式, 使教师可以利用积件资源库, 灵活地组织教学过程, 实现教学资源完全共享, 从而方便利用该平台学习如何基于RIA技术开发电子商务系统。

摘要：本文针对目前各个高校建立的电子商务专业教学资源库普遍存在表现力不足和用户体验感差的问题, 提出了基于RIA (富因特网应用程序) 技术的教学资源库平台, 介绍了RIA技术的优点, 在使用Flash构建积件系统和面向RIA的Flash技术方案的基础上, 探讨了基于RIA技术的教学资源库平台的构建和设计。该平台的构建可以解决传统电子商务应用平台在表现商品特点方面的不足的问题, 以便构建具有丰富用户体验的电子商务系统。

关键词：积件,Flash,RIA,电子商务教学平台,用户体验

参考文献

[1]邓梦德.富因特网应用程序在远程教学系统中的应用前景[J].中国教育信息, 2007 (10) .

[2]王萍.Rich Internet Application——推动网络教育软件的新发展[J].中国电化教育, 2006 (3) .

[3]夏萍.信息检索教学积件系统的设计与实现[J].齐齐哈尔大学学报, 2006 (22) .

RIA技术 篇6

中国是世界上中小水电规模最大的国家。截至2010年4月,全国已经建成近4.5万座中小水电站(装机容量小于50 MW),装机容量达到55.12 GW,年发电量超过160 TW·h,占全国水电发电总量的30%,因此,中小水电在国内电力工业中占有非常重要的地位。目前,针对中小水电自动化监控工作已有了大量研究成果和应用实例,但仍存在很多问题[1,2,3,4],使国内中小水电在信息管理和调度决策支持方面尚无可实际应用的系统。这些问题主要表现在以下几个方面。

1)中小水电长期处于无序开发状态,没有形成完善、统一的管理机制。

2)中小水电站装机规模小、点多、面广,软硬件条件差,通信联系不畅,调度命令难以及时到达,监测难度大。

3)中小水电大多是无调节性能的径流式水电站,很难承担电网调峰任务;汛期容易与大中型水电发生冲突,冲击电网主网,造成窝电及水电站弃水。

4)关于中小水电的运行与管理研究相对较少,实际工程应用更少,且应用一般是针对一个流域内的中小水电,侧重于流域管理;而面向电力调度部门的大规模中小水电群运行管理,少有应用实例。

因此,迫切需要开发扩展性强、实用性好、稳定可靠的中小水电管理系统,以缓解国内中小水电“重建轻管”的局面。

基于富互联网应用(RIA)技术的Web模式,不但具有浏览器/服务器(B/S)结构,其可维护性好、可扩展性强、开发成本低,同时结合Java Applet,Flash,AJAX等技术,使系统拥有丰富的图形界面及强大的人机交互能力,已被成功应用于大量实际工程[5,6,7,8]。采用该模式进行中小水电管理系统的设计与开发,不但能满足中小水电管理中用户类型复杂(电网用户/供电局用户/电站用户等)、管理分散、实时性要求较高等要求,还可以让用户在浏览器中通过简单的操作即可实现图表联动、日计划在线制作、电站资料维护及批量数据导入导出等功能。同时,采用模型—视图—控制器(MVC)模式实现系统分层设计,使业务逻辑与数据操作相分离;通过抽象控制器实现插件式模块设计,对数据库表预留字段,保证系统具有较强的灵活性、鲁棒性和可扩展性。

1 系统结构设计

中小水电管理系统以数据库为基础,以信息管理为核心,以辅助决策为目标,对中小水电站进行综合管理。其主要实现对中小水电站基础资料的分级、分区维护管理,以及中小水电计划的智能安排和在线制作,为电网公司对全网及各地区规模庞大的中小水电动态综合信息和发电能力进行实时、全面的掌握提供了信息平台。

中小水电管理系统采用Java企业级应用(Java EE)技术,基于多层分布式架构,综合考虑系统的模块化设计,以使其具备良好的可扩展性[9,10,11,12,13]。系统结构采用浏览器/Web服务器/数据库的3层结构,采用MVC模式设计将系统分成表现层、业务逻辑层和数据层3个模块。表现层在浏览器端,综合采用了Java Applet,AJAX,Flash等相关RIA技术。Java Applet具有十分丰富的组件库,使系统具有很强的交互能力,特别是通过数字签证技术,实现与本地资源间的数据交互,带来了强大的用户体验及灵活的操作功能;AJAX技术采用异步请求机制,实现了页面的局部刷新效果,避免数据内容改变时的页面整体刷新,减少了网络上的数据传输量,使系统保持良好的实时响应能力;Flash技术不仅在浏览器上实现了较强的交互能力,而且使简单的逻辑处理在客户端实现,减轻了服务器端的负荷。业务逻辑层是系统的核心功能,它接收表示层传来的请求,处理后将结果返回给表示层,如日计划的管理与查询、电站资料的统计分类处理、电站信息高级模糊查询、用户验证等功能。数据访问层包含数据库连接与查询的组件,通过Java数据库连接池来访问后台数据库,数据库管理系统采用Oracle 10g数据库。系统总体结构如图1所示。

2 系统功能

系统的主要功能包括全网电站资料的统计与查询、各电站日发电计划的在线制作及审核、电站基础资料的维护、用户权限的管理及系统设置管理等。系统功能结构如图2所示。

2.1 日计划制作

中小水电站日计划的安排和制作,对于维护电网的运行起着重要作用,合理的中小水电计划不仅能减少系统弃水,节约石化资源,改善电网电源结构,同时可以避免局部地区窝电,提高电网的安全、稳定性。而智能化的计划安排和制作,可以显著提高电力调度的自动化水平。日计划制作主要包括以下功能:①电站的日计划表制作,可以通过人机交互(人工输入调度指令、参考计划等),图形化设置和导入数据等多种方式完成;②日计划审核;③电站可调容量及早晚峰时间设置;④全网供电局的上网点出力统计;⑤各地区日计划提交情况统计。

2.2 电站资料统计与查询

国内水电结构复杂,很多地区不但有省调调度的大型水电站、地调调度的中型水电站,同时还有大量规模小、点多、面广、发展迅速的县调调度的小水电站,全面、准确地统计这些水电站的装机规模,动态把握水电信息是十分繁杂的任务。本系统采用分级、分区电站信息维护方案,通过电网、地调、县调及电站用户对电站信息的维护和更新,真正实现全网水电动态的有效管理,以保证地区大中小型水电站信息的完整性和实时性。通过中小水电信息资料的统计和查询功能,使电网公司、地调中心能够及时掌握全网和各地区规模庞大的小水电装机容量,以及调节性能、调峰能力等动态综合信息。分级、分区电站信息管理主要包括:①统计全网不同时间的电源构成及电站数;②统计各地区电站构成情况;③统计各地区装机容量,可按装机分类统计;④统计各地区中小水电分布县区;⑤记录各地区中小水电站列表及基本资料;⑥根据各种不同条件查询电站信息,同时可以动态控制要显示的属性。

2.3 电站资料维护

为保证电站资料的实时性和准确性,系统提供了对电站资料的及时修改和上报功能,以便调度人员能够根据最新资料进行科学调度。系统主要完成对各供电局基本信息和各中小水电站资料的增加、修改和删除操作,以及各电站的显示顺序设置。

2.4 用户及权限管理

采用“用户—角色—权限”的分层访问控制机制对系统权限合理控制,确保数据的完整性和安全性。系统根据各部分的不同权限分为3种角色,由高到低依次为电网用户、供电局用户和电站用户。各类角色的用户仅对自己管辖的电站信息和日计划进行维护,从而保证电站资料的安全性和准确性。此模块主要实现对系统用户、角色和权限的管理,实现了对系统的细粒度访问控制。

2.5 其他设置

其他管理具有如下功能:①保存系统运行状态,以便在下次登录时还原工作状态,提高系统可用性;②发布公告,便于电网向其下属部门传达通知和公告;③上传与下载文件;④用户反馈,便于对系统使用过程中发现的问题进行反馈,使维护人员和开发人员对系统使用情况进行追踪,不断完善系统。

3 系统实现的关键技术

3.1 功能模块的统一管理及扩展

业务逻辑层是系统的控制中枢,用于完成对系统流程的管理和控制,并且调用模型来完成业务逻辑,再通过视图来完成数据的展示。本系统采用Servlet作为业务逻辑层的控制器,采用抽象机制对控制流程的公共部分进行了抽取,封装在一个基类中,再利用继承方式根据各个模块的不同功能分别继承扩展基类,实现子任务。系统控制器类的类图如图3所示。

AbstractServlet类为抽象的基础类,它继承了标准类库的HttpServlet类,主要实现了基于Servlet名字/方法名的请求机制,用户通过包含“〈ServletName〉/〈MethodName〉”形式的URL进行HTTP请求,然后利用Java反射机制调用请求中包含的方法。采用这种请求机制,可以避免当有大量不同的逻辑请求时,需要配置大量小型Servlet的麻烦。同时,这种模式可以灵活地结合模块化思想,按系统功能编写相应模块的Servlet,然后在每个Servlet定义实现当前模块不同功能的方法。

UserServlet,PlanServlet和PlantServlet均继承自AbstractServlet,分别完成了用户管理、日计划制作管理和电站资料维护管理等功能。它们采用统一的请求机制,实现了模块化分工。如果要扩展该系统,例如增加地区负荷预测、小水电径流预报等新模块,则只需扩展AbstractServlet,在子类中添加对应该模块实现不同功能的方法即可。使用该种控制器模型,可以使得系统具有很强的扩展性和维护性。

3.2 电站属性的动态扩展

各地区中小水电的特点、管理方式等各不相同,电站相关属性在系统运行过程中需要不断扩展,而系统设计阶段无法考虑到电站所有的属性,因此,需要系统在实现过程中考虑电站属性的自动扩展。中小水电管理系统采用基于数据库表预定义字段的方式来实现电站属性的动态扩展功能。首先,在数据库表中,预先定义好电站的基本属性字段和供扩展的备用字段。然后建立备用字段与电站扩展属性映射表,对已使用的备用字段(即扩展的电站属性)进行描述,包括字段代表的电站属性、字段类型、字段可选值及显示宽度等属性。当需要进行电站属性扩展时,可以在字段属性描述表中添加对字段的描述,然后直接将电站属性值插入到电站信息表中,从而实现电站属性的动态扩展。电站扩展属性的设计与实现模型如图4所示。

3.3 基于MVC模式和Flash技术实现网页图表联动

在小水电的日计划制作过程中,采用图表联动技术,既可以让用户对数据的变化趋势一目了然,又可以清楚地表现数据的组成结构,从而提高日计划制作的效率和准确性。而在传统的基于文本标记语言(HTML)的页面中,网页的表现形式比较单一,并且交互性很差。本系统基于MVC模式,综合Flash和JavaScript技术在网页中实现了图表联动。采用AJAX技术将数据取到客户端进行缓存,作为图和表的共享模型,利用Flash画图,HTML 表格按行显示数据,并利用输入框提供编辑功能。无论是采用在Flash中拖动还是修改表格中数据的形式,任何数据的改动都会即时更新到图和表中。上述图表联动技术的实现模型如图5所示。

3.4 通过调度指令实现日计划的自动生成

中小水电站数目众多,日计划制作过程极其复杂,调度人员需要对各电站各时段的出力进行设置,日计划制作过程非常费时。事实上,绝大多数中小水电站的调节性能是比较差的。实际调度过程中,对于无调节能力的径流式水电站,一般在基荷运行,而对于库容较大的日调节或日调节以上的水电站,则可以充分发挥其调节性能,使其在全天实现调峰功能,以改善电源质量。为此,系统在日计划制作过程中引入了按调度指令生成日计划的功能,其中,调度指令包括全天满发、8~24 h满发、整天全停、只调早峰、只调晚峰及调早晚峰等。用户在计划制作过程中可以根据来水情况、负荷特性及电站调节性能情况,选择不同的调度指令来快速生成日计划过程,并且根据实际情况进行微调以满足要求。这样不但可以快速生成日计划过程,提高计划的制作效率,同时还能通过设置峰值时段及最大出力等属性,方便引入人工经验,使电站出力与实际过程相符,增加计划的可操作性。

3.5 AJAX技术实现日计划参考

对于来水相对稳定、系统负荷差异不大的情况,大部分电站的日计划过程差异并不是很大,此时,日计划制作可以参考已有的日计划过程,将已有计划直接作为当日计划或者进行少量修改即可达到要求。系统中通过AJAX技术实现多日计划的参考,让用户可以快速提取不同日的计划过程进行比较。AJAX技术采用异步通信方式向服务器发起请求,然后将服务器返回的已有的日计划过程以图表显示出来,结合前面介绍的图表联动技术,用户仅需对需要调整的地方进行少量修改即可。AJAX技术的异步传输机制,不仅实现了页面的局部刷新,而且减少了数据传输量,使得系统操作起来简单快捷,日计划制作过程高效、准确。

4 应用实例

根据上述设计方案,开发了中小水电管理系统,并且将其成功应用到云南地区的中小水电管理中。云南省水资源丰富,可供开发利用的水电资源在全国排名第2,目前云南电网管辖16个地区,参与统计的中小水电站1 489座,装机容量达到6.7 GW,其调度运行不但影响到地区电网安全,同时直接冲击着主网的运行安全。云南中小水电管理系统自2009年12月投产运行以来,以简易的功能操作、丰富的人机交互界面及良好的用户体验得到了用户的充分认可。

实际应用表明,采用RIA技术实现中小水电管理系统,可以较好地克服系统在B/S模式下应用操作简单、交互性差的缺点,提供较强的交互性和较好的用户体验。尤其是对日计划的智能安排和在线制作,系统采用RIA技术提供了较好的实现方案。

RIA技术 篇7

1 现有业务分析

1.1 寝室通知

目前,我国大多数高校的寝室通知还停留在手工管理阶段。高校常见的寝室通知有两种,一种是内容较少的手写通知,另外一种是内容较多的纸质通知(如图文并茂的寝室通知)。

1.1.1 目前高校寝室通知业务存在的问题

1)无论是纸质通知还是手写通知,都要通过某种方式告知各楼栋宿管,而无论采用哪种告知方式(电话告知或由专门人员将通知送往各楼管处),都要耗费相关人员大量的体力和时间,这些告知方式无疑是极其低效的。而如果凭借会议之便,以口头形式在某个会议上将要发布的通知内容告知与会的各栋宿管,虽然保证了效率,但是适用性较差,不可能一有通知要发布就召开全体宿管大会,这是很不现实的。

2)有些手写通知的内容是很相近的。比如停水、停电的通知,这种通知除了具体停水、停电的时间有所不同外,其它内容是完全一样的,但是以现在的手工业务来说,宿管仍要重复写这样的通知。

3)宿舍楼大厅黑板的空间是有限的,随着时间的推移,纸质通知及手写通知势必会占满整个黑板的空间,此时宿管必须将部分纸质通知销毁或将手写通知擦除,这无疑增加了宿管的工作量,降低了宿管的工作效率,而且过多的纸质及手写通知还会影响宿舍楼的美观。

4)复印大量的纸质通知不但会增加学校的运营成本,也造成了资源的极大浪费。纸质通知无法被各宿舍楼所共享,这意味着,即使是发布内容完全一样的通知也要复印多份发往各楼栋。

1.1.2 平台设计目标

引入该平台后,寝室通知能够完全实现无纸化的管理,用户可以使用该系统轻松地发布寝室通知、将寝室通知置顶、搜索满足指定条件的寝室通知以及对寝室通知的增删改查。这不但节省了相关的人力和时间,提高了相关人员的工作效率,也降低了高校的财政支出。

1.2 订水服务

1.2.1 目前高校学生订水业务存在的问题

1)学生的订水信息统一采用纸质管理,学生每次都要重复填写相同的订水人姓名、寝室和订水时间,非常的麻烦。

2)纸质管理对于信息的维护和查找十分不便。送水人员每次都会查找相同楼层的订水信息(注意,这里送水人员为了节省体力并不会按照订水时间的先后顺序来查看订水信息,而是会优先选择将桶装水送到位于同一楼层的寝室),学生有时并不知道自己所在寝室是否有其他同学预订了桶装水,所以也要查找同寝室的订水信息,就目前的手工业务来看,查找指定的订水信息非常的不便。在查找上所浪费的时间无疑降低了送水人员的送水效率。

1.2.2 平台设计目标

对订水信息实施信息化管理,学生可以使用本平台实现一键式订水服务(只要鼠标点击特定的按钮,便能完成桶装水的预订),也可以通过该平台查看本寝室的订水记录,宿管可以对所有订水信息进行方便地查询,从而将有用的信息反馈给送水人员(比如,按照寝室号升序排序,送水人员便能依次看到每一层楼的订水信息,极大地提高了送水效率)。

1.3 报修服务

1.3.1 寝室报修业务存在的问题

1)与订水业务类似,学生每次都要重复填写相同的申请人姓名、寝室编号、报修设备和报修时间,非常麻烦。

2)因为维修人员会尽量按楼层从低到高的顺序进行维修以节省体力,所以他们会按楼层顺序记下一部分新的报修信息。但是,与订水业务类似,目前的纸质管理对于报修信息的查找十分不便,这在一定程度上影响了维修人员的工作效率。

3)在订水业务中,订水人员每天都会于固定时间到各栋基础层查看新的订水信息,而在报修业务中,由于报修远没有订水那样频繁,维修人员每隔两三天才会到各栋基础层查看新的报修信息。如果间隔时间过短,无疑会增加维修人员的工作量,而如果间隔时间过长又会耽误损坏设备的维修。

4)即便找出查看报修信息合理的时间间隔,由于故障发生具有一定的随机性,每栋寝室的报修申请数目肯定会有所不同。最坏情况下,在维修人员到达某栋宿舍楼后,该楼栋可能没有新的报修申请,这就造成了维修人员在各楼栋之间不必要的奔波。

5)此外,时间间隔应该根据报修申请的积压量而定,即当未处理的报修申请超过一定数目时,维修管理员才会分配维修人员到指定的楼栋实施维修。在当前的手工业务中,报修申请都以纸质的方式记录在各栋宿管处,这种分散的记录方式很难被统一管理,从而,统计所有未处理的报修申请的数目在现有业务中几乎成为了不可能(到每一栋宿舍楼去记录新的报修申请是不现实的)。

6)楼栋公共设施的报修和学生寝室的报修并没有统一管理,而是分开管理,这就给日后的信息统计和维护带来了不便。此外,报修信息的各种统计对于后勤管理来说也是极为有用的信息(如某个设备的维修次数与某些零件的出入库次数是紧密相关的),而目前的手工业务几乎无法对报修信息进行任何的统计。

7)与订水业务一样,学生有时并不知道自己所在寝室是否有其他同学已经填写了报修申请,所以也要查找同寝室的报修申请,而查找纸质文档的效率是非常低的。

8)每个维修人员所擅长维修的设备各有不同,比如,不会维修电视机的维修人员在遇到电视机的报修申请后,只能将其忽略,留待维修电视机的人员实施维修,这种业务方式十分低效。

1.3.2 平台设计目标

对报修信息实施信息化管理,维修人员可以方便地查看并打印自己负责维修的报修申请,学生可以查看本寝室的报修申请,宿管可以查看所管理楼栋的所有报修申请,维修人员可以在宿管处将报修申请的状态进行标记以提醒自己哪些申请已处理哪些申请尚未处理。

1.4 贵重物品登记

1.4.1 贵重物品登记业务存在的问题

1)登记信息不能复用。比如,学生携带笔记本电脑出寝需要填写贵重物品出入登记信息(包括笔记本的颜色、型号等信息),当学生下次携带相同的笔记本电脑出寝时,仍要将这些信息再填写一遍。经过走访调查,发现学生普遍对重复填写登记信息感到厌烦。

2)当前的手工业务严重缺乏安全性。现在的宿管一般不会核实登记人的真实身份,因为尽管国内高校学生信息在教务处已经实现了信息化,但大多数高校的宿管仍然只有纸质的学生信息,纸质学生信息的查找不便使得宿管在有学生携带贵重物品出寝时并不会核实登记人的真实身份,这样便会造成学生所填写的登记人并不是本人,存在着严重的安全隐患。设想这样一个场景,学生A以非正常手段拿走学生B的笔记本电脑,在出寝登记时填写学生B的名字,学生B发现自己的笔记本电脑丢失到宿管处询问,发现别人盗用自己的名字携带自己的笔记本电脑已经出寝,如果学生A是本栋的学生或者是本校生,寻回失物虽然麻烦但也有可能,但如果学生A是外校生甚至是外地人,寻回失物就如同大海捞针了。

3)现在高校普遍采用出寝和入寝分开登记,登记在不同的纸质文件中,这样有可能会产生出入记录的不一致。比如,有时学生携贵重物品出寝并未登记但回寝时进行了登记或相反,学生并不会补上缺失的出寝或入寝登记,这样可能会造成出入寝登记的不一致性,这种不一致性严重违反了正常的业务约束,同样会带来安全隐患。

1.4.2 平台设计目标

该平台能够解决上述存在的问题,比如实现登记信息的复用,保证出寝记录的数目和入寝记录的数目应满足式(1)。

学生在携贵重物品出寝前必须先登记好,再到基础层由宿管核实,宿管随后将登记信息标记为出寝状态,待学生携物品回寝时再将登记信息标记为入寝状态。为了方便宿管核实登记人的真实身份,宿管能够使用该平台方便地查看登记人的照片,将携带物品的学生与登记人的照片进行比对。

2 系统功能模型

学生服务平台面向广大在校学生及部分在校职工。根据对现有业务的详细分析,系统应包含学生、宿管、维修人员、维修管理员和系统管理员共五个角色,系统整体用例图如图1所示。

3 平台设计与实现

下面以平台的报修服务模块为例,介绍平台部分核心功能的设计与实现。报修服务模块的主界面如图2所示。

申请报修信息的部分后台核心代码如下:

4 小结

该平台实现了寝室通知管理、订水服务、报修服务、贵重物品登记服务等功能,解决了高校在校生日常生活中所遇到的一些问题,提高了在校职工的工作效率及学生的生活效率,降低了高校相关的服务成本。

摘要：纵观近年来我国高校信息化发展现状可以看出,目前我国高校信息化还主要集中在教务及教学方面,几乎没有任何高校将学生的日常生活纳入到信息化管理中。该文结合目前高校的实际情况,提出了基于RIA技术的学生服务平台的设计与实现。该平台的主要功能有:寝室通知管理、订水服务、报修服务、贵重物品登记服务等。该平台可减轻学校后勤人员、宿舍管理人员的工作负担,提高他们的工作效率,同时,也极大地改善了学生的生活效率,并可被各高校采用,成为高校信息化的一部分。

关键词：RIA,学生,服务

参考文献

[1]张钹.国内外高校信息化的现状与发展趋势[EB/OL].http://soft6.com/tech/6/60531.html.

RIA技术 篇8

当前, 煤矿安全管理信息系统 (MSMIS) 的开发主要采用C/S架构模式或者B/S架构模式, 2种架构模式都有各自的优缺点。C/S只适用于局域网, 扩展性差, 维护和升级成本高, 也不方便对外展现煤矿安全生产管理的现状和成果。B/S架构则凭借其易于部署、维护和可扩展性强等特点成为企业应用的主流架构模式[1]。Java EE以其开放的标准、丰富的开源框架、跨平台的优势成为B/S架构模式的首选开发平台。但Java EE中的表现层技术不成熟, 难以满足企业应用中复杂的人机交互界面开发的需求。

RIA (Rich Internet Application, 富互联网应用) 技术的诞生解决了当前Web应用中人机界面单调、交互性弱、开发效率低下、用户体验差等一系列问题, 利用它可开发出在浏览器下能够运行与C/S应用一样甚至远超C/S应用交互能力的Web应用[2]。目前Web领域和桌面软件领域正逐步向RIA靠拢, 本文将RIA技术引入煤矿安全管理工作中, 采用RIA技术设计并实现了一个煤矿安全管理信息系统。

1 RIA与Flex技术简介

RIA的概念最初是由Macromedia提出, 是集桌面应用程序的最佳用户界面功能与Web应用程序的普遍采用、快速、低成本部署及互动多媒体通信的实时快捷于一体的新一代网络应用程序[3]。

Flex是RIA技术之一, 是为满足希望开发 RIA的企业级程序员的需求而推出的表示服务器和应用程序框架, Flex开发者使用直观的、基于XML的MXML来定义丰富的用户界面, 再通过Flex编译器将MXML编译成为SWF文件, 用户通过Flash Player执行SWF文件访问应用程序。Flex具有丰富的人机交互手段、良好的数据传递和处理机制、强大的数据展示方式, 可与外部API结合等诸多特点。

从Flex 4.0开始, 其开发编译环境已经更名为Adobe Flash Builder, 而不再是Flex Builder系列, Adobe Flash Builder是一款集成开发环境 (IDE) , 可用于构建跨平台的RIA, 提供了开发使用 Flex 框架和 ActionScript 3.0 的应用程序所需的所有工具。本文所述MSMIS是基于Flash Builder4.5开发的。

2 系统总体设计

2.1 系统体系架构

MSMIS总体结构包括数据库、服务器、客户端 (浏览器) 三层结构, 如图1所示。考虑到当前MSMIS用户对地图服务的需求, 在原有Web服务器的基础上又添加了GIS应用服务器。安全信息数据库选用PostgreSQL, 它目前功能最强大、特性最丰富和最复杂的自由软件数据库系统, 主要负责数据的存储和组织、数据库的管理、数据库的备份和同步管理等。其内容主要包括矿井基本情况数据库、一通三防信息数据库、工伤事故数据库、设备信息数据库等, 同时通过数据仓库技术进行辅助决策[4], 实现安全信息管理和安全评价相结合, 而与地理信息相关的数据由PostGIS负责管理和维护。Web服务器采用 Tomcat负责WWW服务, 包括发布网页和数据库服务器通信。地图服务器选用GeoServer, 负责处理GIS请求、实现GIS功能, 提供地图服务。客户端则采用普通的浏览器, 用OpenScales和Adobe Flex实现。

2.2 系统工作流程

当用户提出非地图服务请求时, Adobe Flex引擎采用RemoteObject模式, 通过Web服务器与PostgreSQL安全信息数据库进行数据交互。当用户提出地图服务请求时, 系统客户端会向地图服务器GeoServer发送WMS请求, GeoServer则根据请求生成矿区所需地图底图, 返回给客户端OpenScales, 再通过Flash Player运行环境呈现给用户[5]。当用户进行相关的操作时, 将用户的操作信息发送给Web服务器, Web服务器则根据不同的请求, 将参数传递给GeoServer地图服务器, 然后GeoServer地图服务器根据需要请求PostGIS数据库中的地理信息数据, 结果以GML格式返回;通过OpenScales在客户端接收返回的结果, 并解析地理信息数据中的空间特征信息和属性信息。MSMIS工作流程如图2所示。

2.3 系统功能

采用RIA技术建立的MSMIS包括隐患警示与查询、在线分析、安全评估、设备信息管理、安全培训管理、工伤事故管理、一通三防信息管理和系统设置等功能模块。

隐患警示与查询模块是根据安全评估 (周评估、月评估) 中的条件, 当隐患程度为“重大”, 且隐患到期而未整改时, 对其进行警示。若警示信息与地理位置服务相关, 可依据查询条件在相应地图中定位、标注。

在线分析模块是通过图表和地图服务等形式, 实现数据的可视化表达, 利用数据仓库技术, 可对矿井安全信息进行多角度、多方位的分析、归纳及总结, 矿领导依照此可及时作出准确分析与判断, 并发现问题快速作出响应决策。

安全培训管理模块提供了煤矿安全管理与安全监察工作中的各种常用文件和法律法规的添加、浏览、查询、学习等功能, 还可以对培训组织、学员情况、培训内容进行指导和管理。

系统设置提供了用户的添加、删除、修改、矿井的初始化、权限控制等功能。

3 结语

基于RIA的MSMIS提供了类似桌面软件的操作环境, 实时反应, 交互操作 (如拖动、翻转) , 增强了客户端处理数据的能力, 实现了数据访问的异步化, 数据能够被缓存在客户端, 从而可以实现一个比基于HTML的响应速度更快且数据往返于服务器的次数更少的用户界面。该系统解决方案在满足煤矿用户应用需求的同时, 结合GIS地图与功能, 创建出了功能丰富、操作便利并具备极强视觉冲击力的应用体验。

随着网络技术的不断发展, 人们对高度互动性、丰富用户体验的客户端需求也会不断加强, 很可能在不久的将来, RIA和Flash3D主导的Web3D技术的融合, 可为煤矿安全生产信息提供更直观、立体的表达形式, 成为主流的技术手段。

摘要：采用RIA技术设计并实现了一个煤矿安全管理信息系统, 详细介绍了该系统的架构、工作流程及主要功能。RIA结合了桌面软件良好的用户体验和Web应用程序易部署的优点, 可使煤矿安全管理信息系统平台开发简单快速, 界面美观高效。

关键词：煤矿,安全生产,信息管理,RIA,Web技术

参考文献

[1]王振, 李长青, 安葳鹏.基于C/S和B/S混合模式的矿井监控系统研究[J].工矿自动化, 2008 (1) :70-72.

[2]兰天, 曲鹏东, 孙高飞, 等.Flex企业应用开发实战[M].北京:机械工业出版社, 2010.

[3]陈爽, 付凯.Flex与ActionScript3程序开发[M].北京:清华大学出版社, 2010.

[4]闫海英, 郭德勇, 武豫鲁.基于Web和DW的煤矿安全信息管理系统的设计[J].煤炭科学技术, 2005, 33 (6) :23-25.