论文阅读-网构软件情境感知体系中的情境管理模型1

论文笔记 上海交通大学硕士学位论文 马天笑

 

 

      网构软件从软件形态的角度考察开放、动态、多变的Internet环境对软件理论、方法和技术,是传统软件结构的自然延伸, 网构软件具有自主性、演化性、协同性、多态性和反应性等特征。从网构软件的角度来看传统的软件工程方法学体系其本质上是一种静态和封闭的框架体系, 难以支持由开放、动态、多变的Internet环境衍生的网构软件的开发。网构软件不是按照明确的需求自顶向下开发而成的,它会随着环境的变化,不断发展,不断演化,围绕Internet上大量已有的软件资源进行,无序->有序->无序循环

     关于网构的动态聚合,目前的研究成果:

           1. 主动聚合

              各节点如果发现能够满足某项应用需求时,主动聚合

           2. 被动聚合

               应用需求传递于各节点中,对于每个需求进行满足

     网构软件的协同演化

           1. 构成网构软件的服务实体的自演化和自适应

           2. 随着服务实体不断地自演化和自适应而导致的由服务实体所构成的网构软件的自演化和自适应

     网构软件运行的过程中

            需求的变化->服务实体职责的变化-> 体系结构特征的变化

                                                          or   -> 体系结构对象的变化

      网构软件环境中的上下文信息:

            运行于Internet平台之上的服务实体相关的所有上下文信息

            服务实体为了相互聚合,协同工作从而形成网构软件所需要的上下文信息。

       Internet情境: 是网构软件所处环境的一种抽象,不仅包括静态的信息,还包括动态运行时的信息和其他的一些非功能性请求,不仅包括网构软件的外部环境信息业包括网构软件的内部信息。 

       普适计算:未来的计算机技术应该同环境无缝的集成在一起,使得人们能够随时随地,以任何方式享受到各种计算设备所提供的服务。

       上下文:包括用户和系统在内的,任何与交互实体相关的可以表示其状态特征的信息,其中交互的实体包括用户,地点,对象等等。

       上下文建模方法

              Key-Value模型

              Markup Scheme模型

              UML模型

              面向对象模型

              基于逻辑的模型

              基于本体的模型

       上下文获取类型:

              用户直接指定

              隐式方式获取

                      上下文信息的搜集

                             从硬件探测器获取

                             通过中间件获取

                             从上下文服务器获取

                      上下文的发现

                             查询

                             订阅-发布

 上下文管理方式

        Widgets :Widgets可以被看成是对一类物理探测器的逻辑封装,用来屏蔽物理探测器的具体访问细节。通常会有一个Widgets管理器来管理所有的Widgets,这个Widgets由上下文感知应用来维护。

       Network Services : 基于服务的上下文管理方式,上下文的获取被放到上下文感知应用以外的组件中,这种方式中可能会有一个类似于注册服务器的组件,来维护不同的上下文组件的位置及其感知的上下文类型等信息。

       Blackboards: 这是一种以数据为中心的方式,所有的上下文信息被存放于一台中央服务器中,

 

你可能感兴趣的:(数据结构,应用服务器,框架,交通,UML)