研究项目: JBoss 架构分析
Jenny Liu
School of Information Technologies University of Sydney jennyliu@https://www.doczj.com/doc/7811217382.html,.au
熙可集团 系统分析员:李剑华翻译 English
摘要
JBoss 是一个免费的开放的J2EE 实现。它的架构是基于高标准的模块化和插入式设计。JBoss 使用工业标准的JMX 来管理， JBoss 组件和为EJB 提供服务。基于我们以前的开发经验，我们发现了不同的J2EE 应用服务器间的存在着巨大的性能和可扩展性差异。我们相信架构的设计是决定类似于性能和可扩展性等质量指标的重要因素。分析和展现JBoss 架构模型有助于我们了解其内部行为并帮助我们创建一个精确的最终性能模型。在这个项目中，我们分析JBoss 应用服务器架构的四个特殊部分，JBoss EJB 容器、JBossNS 、JBossTX 以及JBossCMP ，逆转工程工具能使我们通过源代码来分解组件/子系统。无论是三个JBoss 子系统的概念模型或实际模型都将被我们用来讨论JBoss 架构模块设计风格。
Table of Content
1.介绍
1.1 JBoss 是什么 1.2 动机 1.3 方法 1.4 组织
2.JBoss 服务器架构一览
页码，1/25
页码，2/25
2.1 JMX - 层次
2.2 JBoss 主要模块
2.3 它是如何工作的?
3.架构模型概念
3.1 容器的概念性架构模型 - 插入式
3.1.1 主要的组件和接口
3.1.2 依赖性
3. 2 JBoss 命名服务概念模型
3.2.1 主要JNDI API
3.2.2 主要组件和接口
3.2.3 依赖性
3. 3 JBossCMP概念模型
3.3.1 主要组件和接口
3.3.2 依赖性
3. 4 JBossTx概念模型
3.4.1 主要组件和接口
3.4.2 依赖性
4.实际架构模型
4.1 容器实际模型
4.1.1 获得综合实际模型的方法
页码，3/25
4.1.2 非正规组件和依赖
4.1.3 实体Bean容器的示例和它的执行方法调用的插件
4.2 JBoss命名服务概念模型
4.2.1 特殊组件和相互关系
4.2.2 客户端获得EJB 本地对象的例子
4.3 JBossCMP概念模型
4.3.1 特殊组件和联系
4.4 JBoss 交易管理实体模型
4.4.1 特殊组件和关联
5.JBoss 架构的可扩展性
6.结论
7.参考
8.数据字典
9.附录
图示列表
1.Figure 1-1 JBoss总体概念模型
2.Figure 2-1 JMX层次模型
3.Figure 3-1 容器概念架构模型
4.Figure 3-2 拦截器调用'Pipe'
5.Figure 3-3 JBoss命名服务概念模型 Services Conceptual Model
6.Figure 3-4 JBoss CMP服务概念模型
7.Figure 3-5 JBossTx概念架构模型
8.Figure 4-1 容器相互依赖图
9.Figure 4-2 JBoss命名服务概念模型
10.Figure 4-3 方法调用消息图
11.Figure 4-4 实体Bean容器概念架构模型
12.Figure 4-5 客户端和EJB容器的交互图
13.Figure 4-6 JBossCMP依赖与继承图and Inherency Diagram
14.Figure 4-7 JBossCMP概念模型
15.Figure 4-8 JBossTx依赖与继承图
16.Figure Appendix-1 StatelessSessionContainer概念架构模型 Concrete Architectual Model
17.Figure Appendix-2 StatefulSessionContainer概念架构模型 Concrete Architectual Model
18.Figure Appendix-3 A COTS EJB容器概念架构模型 Conceptual Architecture Model
1. 介绍
1.1 JBoss是什么?
JBoss是免费的，开放源代码J2EE的实现，它通过LGPL许可证进行发布。它提供了基本的EJB容器以及EJB(好像应该是J2EE)服务，例如：数据库访问JDBC、交易
(JTA/JTS)、消息机制(JTS)、命名机制(JNDI)和管理支持(JMX)。目前的JBoss发布版2.2.4实现了EJB 1.1和部分EJB 2.0的标准、JMS 1.0.1、Servlet 2.2、JSP 1.1、JMX 1.0、JNDI 1.0、JDBC 1.2和2.0扩充(支持连接池 (Connection Polling))、JavaMail/JAF、JTA 1.0和JAAS 1.0标准，JBoss是100%纯Java实现能运行于任何平台。
1.2 动机
这个项目的动机是我们想分析一下中间件基础系统的性能。基于我们以前的开发经验，我们知道不同J2EE应用服务器在性能和可扩展性方面有着极大的差异，并且相信架构的设计是决定类似于性能和可扩展性等质量指标的重要因素，我们想通过分析这个系统来了解架构设计究竟对于性能和可扩展性具有着怎样的影响。无论概念性模型的局限性或实际模型中对于系统运行期行为的Reflect(反射机制)应用，他们还是能提供给我们一个对于整个系统的全面架构的了解的视点和符合基本境况的分析模型的构建的前提。
1.3 方法论
大型软件系统的架构分析可以分为两个层面：概念性架构和实际架构。概念性架构通过将子系统的"捆绑式"分析和子系统间的分析描述了这个系统的架构。每一个子系统具有清晰的有意义的方法和他们包含了整个系统的特殊的架构风格。实际架构和概念性架构比起来具有较少的层次关系。它表述了实际的编程规划/模型的实际体现，它和想象的概念性架构有很多不同。在这个项目中，我们将JBoss的概念性架构和实际架构进行了分割。想象的概念性架构模型通过参考资料来分割和获得，我们自己的经验来自配置应用系统和JBoss的在线论坛。眼下，我们先关心一下每个组件在模块层面上的功能性，他们彼此不相关。实际架构模型是综合的。我们使用逆转工程工具Together 5.5以便于将源代码翻转成为类(class)图和序列(sequence)图并使他们在一个子系统模型中综合。Together 5.5支持应用设计，实施，配置和JBoss 的逆转工程。它可以通过Java文件和class文件来获得类图。更深一层，我们通过使用Together选择相应的特殊的方法来获得序列图。有两个工具可以帮助我们来了解组件行为，最终实际模型和概念性模型的比较。在实际模型中以外的模块、组件和其它部分也将被讨论。
1.4 组织
这份报告将按照以下次序进行组织：第二部分将介绍JBoss架构的整体设计和主要的组件。第三部分讨论JBoss子系统的概念性模型，即：容器框架和它的插件。JBoss 命名服务(JNDI)，JBoss容器持久性管理(CMP)和JBoss 交易服务。第四部分，我们将挖掘JBoss子系统的实际模型和被提及的组件间的相应稳固的关系。第五部分，我们来评价一下JBoss 的架构风格和在性能、可更改性、可扩展性等一系列质量指标上的表现。在第六部分我们将讨论我们将来的工作和提出我们报告的最终结论。2. 2. JBoss 服务器架构概述
JBoss的构架和其他J2EE应用服务器的构架有着巨大的不同。JBoss的模块架构是建立在JMX底层上的，下图展现了JBoss主要组件和JMX的联系。
Figure 1-1 Overall JBoss Conceptual Mode l
2.1 JMX - 层次
JMX是一个可复用框架，它为远程(Remote)和本地(Local)管理工具扩展了应用。它的架构是层式架构。他们是实现层(instrumentation layer)、代理层(agent layer)和发布层(distribution layer)。其中，发布层还在等待未来的标准化。简要的表述是，用户使用管理Bean，MBean来提供获得相应资源的实现方法。实现层实现相关的特性资源并将它发布于JMX相关应用中，它的代理层控制和发布相应的注册在MBeanServer代理上的管理资源。.
Figure 2-1 JMX层次模型
2.2 JBoss主要模块
主要的JBoss模块是在MeanServer上的可管理MBean。 [2]. 1.JBoss EJB容器是JBoss服务器的核心实现。它有两个特性，第一是在运行期产生EJB 对象的Stub和Skeleton类，第二是支持热部署。
2.JBossNS是JBoss命名服务用来定位对象和资源。它实现了JNDI J2EE规范.
3.JBossTX 是由JTA/JTS支持的交易管理控制.
4.部署服务支持EJB(jar)、Web应用文档(war)和企业级应用文档(ears)的部署。它会时刻关心J2EE应用的URL情况，一旦它们被改变或出现的时候将自动部署。
5.JBossMQ使Java 消息规范(JMS)的实现。
6.JBossSX支持基于JAAS的或不支持JAAS机制的安全实现。
7.JBossCX实现了部分JCA的功能。JCA制订了J2EE应用组件如何访问基于连接的资源。
8.Web服务器支持Web容器和Servlet引擎。JBoss 2.4.x版本支持Tomcat 4.0.1，Tomcat 3.23和Jetty 3.x服务.
2.3 他们是如何工作的?
当JBoss被启动，它的第一步是创建一个MBean服务器的实例。一个基于管理机制的MBean组件通过在Mean Server中的注册而被插入JBoss中。JBoss实现了动态类装载M-Let 服务，它是代理服务，M-let允许MBean被注册到MBean服务器上。通过基于文本文件的配置文件中的配置，相应MBean将被装载。
JMX MBean服务器实际上本身并没有实现很多功能。它的工作类似于一个MBean中联系的微核聚合组件，通过Mbeans取代JMX MBean 服务起来提供相应的功能，换而言之，真正起作用的是MBean。JBoss的整体架构并不是依循Garlan和Shaw文件中的架构风格严格分类的，代替它的是一个组件插入式的框架。MBean的接口是一个连接器。
在这封报告的余下部分，我们选择了JBoss架构中的JBoss EJB容器、JBossNS、JBossTX和JBossCMP子系统来加以学习。虽然JBossCMP，实体Bean的容器管理持久层是容器架构的一部分，但我们还是将它分开讨论，因为他们有自己的构架。我们只在这个项目中介绍三个部分是因为它们是我们关心的JBoss应用服务器的性能问题的关键点。在这个项目中我们使用的方法学可以扩展到更多有用的子系统的学习中去。
3. 概念架构模型
3.1 容器的概念性架构模型 - 插入式
JBoss EJB容器是JBoss服务器的核心实现。图3-1展示了EJB容器的概念性模型。我们发现JBoss容器的架构并不是一个严格意义上的层，决大多数的独立件是双向管理，容器依赖于更多的低层次组件。实际上，容器和它的插件、实例池(instance pool)、实例缓存(instance cache)、拦截器、实体持久管理、有状态会话持久管理，都是基于插入式框架来为特定的EJB提供相应的EJB服务。
Figure 3-1 Container Conceptual Architecture Model
3.1.1 主要的组件和接口
客户端不可以直接访问EJB实例而是要通过Home(EJBHome)和容器提供的远程对象 (EJB Object) 接口。Container类是依循客户端的调用来提供Bean实例并实现操作。Container类的责任来实现插件的交互，为插件提供信息来实现操作并管理Bean的生命周期。Container类有四个子类(四种Bean的类型)，分别是：StatelessSessionContainer、StatefulSessionContrainer、EntityContainer和MessageDrivenContainer。它们是由ContainerFactory通过相应的Bean类型在部署期中被创建和初始化的。 ContainerFactory被用来创建EJB容器和在容器中部署相应的EJB。ContainerFactory 被作为一个MBean实现。这意味着JBoss服务器启动的时候其相应的服务也被启动。它会对EJB-jar的XML定义文件获得相应的URL。ContainerFactory使用EJB-jar XML中的元数据产生一个容器实例并使他们处于可被调用状态，在部署期中，ContainerFactory的功能包括：
l通过在部署描述文件中的EJB类型来创建Container类的子类，即四个子类中的一个。
l通过jboss.xml和standardjboss.html文件创建容器属性。
l通过定义在standardjboss.html文件中的内容创建和添加容器拦截器。
l使用应用对象来联系相应的容器。
ContainerInvoker 是一个Java RMI 服务器对象。正如他名字所表述的，ContainerInvoker 通过客户端的请求 (request)方法来调用相应的容器。可以看作客户端请求和容器间的接口，它利用RMI来获得自身的有效调用，无论这个调用来自其他JVM上的远程客户或是来自同一JVM上同一EJB应用的其他Bean。ContainerInvoker工作在通讯层面上，通过特殊协议进行通讯。如果想在JBoss服务器上实现新的协议，第一是需要提供一个该协议的ContainerInvoker实现。JBoss 通讯层回复是通过Sun RMI 的JRMP，ContainerInvoker的RMI版本是JRMContainerInvoker。一个ContainerInvoker在EJB中实现分割相应的通讯协议，这种设计增加了系统的可更改性。JBoss EJB 容器中所使用的协议可以在相应的服务器配置文件中定义。
EJB对象实例被放入InstancePool中以减少在运行期中创建它们的开销。在Instance Pool中的实例不能和其他的EJB对象交流，它们由Instance Pool来管理。
有状态会话Bean和实体Bean实例将被缓存化，在生命周期中它们拥有相应的状态。一个缓存实例通过实例池获得，他们和特殊的对象相关联并具有相应的标示。其状态由InstanceCache控制，例如在缓存中的实例状态和第二方存储介质中的对象的同步。
EntityPersistenceManager 对于实体Bean的持久性起作用。
StatefulSessionPersistenceManager 对于有状态会话Bean的持久性起作用。
拦截器通过容器获得相应的方法调用。在容器配置文件 standardjboss.html中，被方法调用的拦截器必须被依次定义在其中。图3-2展示了通过拦截器的方法调用的逻辑执行顺序。
图3-2 通过拦截器管道的方法调用
这个设计遵循了David Garlan和Mary Shaw的"管道和过滤"("pipe and filter")架构定义，在此定义的过滤原型是一个组件，其包括了数据流和类似于输出总是发生在输入流被完全读取之后等方面的计算输出的增强，拦截器是过滤器而方法调用是连续拦截器中的连接器。拦截器是整个构架中的优势部分：l它能够知道每一个阶段管道的行为。
l它通过模块来支持重用和扩展，不同拦截器之间具有明显的一个功能性区别。添加一个新的拦截器，第一是需要实现拦截器的接口并将他定义到相应的容器配置文件中
l支持同步.
l具有快速的容错语义表述.如果在拦截器处理中产生错误或违例,就会出现相应表述。
3.1.2 依赖性
本质上, InstancePool, InstanceCache, EntityPersistenceManager, StatefulSessionPersistenceManager, 都是容器插件的接口。容器的插件是这些接口的实现对象的集合。JBoss容器并不做太多的复杂的工作，它只是提供了一个联系不同插件的框架。
l容器向拦截器发出方法调用信息。
l拦截器依赖于InstancePool来访问会话Bean实例，或是依赖于InstanceCahce访问实体Bean实例
l最好还是为了一个自由Bean时，InstanceCache会和InstancePool进行互动
l InstanceCache依赖于EntityPersistenceManager(或StatefulSessionPersistence Manager) 通过数据源进行实例状态初始化。.
l拦截器依赖于EntityPersistenceManager(或 StatefulSessionPersistenceManager)通过数据源进行实例状态的同步。
当执行客户端请求时，容器的框架依赖于外部的其他的服务功能块、命名服务、交易服务、安全服务和资源管理。举个例子，当客户端请求一个交易信息将更新数据库内容，容器会通过命名服务获得相应的数据源和资源管理提供的相应的数据源驱动。整个交易过程在容器内进行，交易管理器和资源管理器由交易服务进行控制。
不象传统的分布式系统构架，EJB容器在部署描述文件中声明了外部属性。虽然容器担当的是和元数据信息的通讯作用，它在部署服务中显示出的外在独立性和其他的服务还是有点不同的。这意味着它的信息在部署期时就被放入容器中了。
3. 2 JBoss命名服务的概念性模型
3.2.1 主要的JNDI API
JNDI提供了为数众多的命名服务。主要的JNDI API是https://www.doczj.com/doc/7811217382.html,，javax.naming.Context以及 javax.namingInitialContext。根本上命名系统是一个对象的集合并且每个对象都有独立的名字。Context是用户端访问命名服务的接口。InitalContext 实现了Context。JBoss 命名系统是JBoss JNDI的提供者。源代码在org.jnp 包中，就像我们在第二部分中提到的一样，JBoss 命名系统被实现成为MBean。图3-2 展示了JBoss命名系统的概念性模型。
图3-3 JBoss命名服务概念性模型
3.2.2 主要的组件和接口
Org.jnp.server包包含了命名服务的MBean，Main包装了Main NamingServer并发布它。NamingServer的工作是进行"命名-对象" 一对对的序列编排。
Org.inp.interface包继承/实现了javax.naming.*接口，这是个J2EE规范。这个接口可以通过客户端远程访问。它使得Main可以在Naming Server中和命名服务进行交互，NamingContext 实现了javax. naming.Context接口，它是客户端和JBoss命名服务之间的接口。
3.2.3 依赖
JBossNS没有更多的外部依赖.
3.3 JBossCMP 概念性模型
3.3.1 主要组件和接口
JBossCMP通过扩展JAWS来支持内存中Java对象和关系型数据库基本储存之间的映射(是一个O/R Mapping的概念)。 JBossCMP包含了支持EJB 1.1容器持久性管理(CMP)模型的组件。在CMP的实体Bean模型中，EJB实体的持久性状态的性能是由容器决定的。容器访问数据库是实体Bean的行为。图3-4展示了JBoss CMP服务的概念性模型。
Figure 3-4 JBoss CMP Services Conceptual Model
EntityContainer 依赖EntityPersistenceManager接口为持久性管理的实体Bean。
CMPPersistenceManage实现了EntityPersistenceManager接口。就像我们前面提到的，容器管理了实例的状态。EJB1.1CMP的语义有回调方法、 ejbLoad、ejbStore、ejbActivate、ejbPassivate、ejbRemove提供了实例状态观点的容器表述。实际上，正是CMPPesistenceManager在做一项工作：底层的数据库和缓存实例状态的同步。举个例子：当一个Bean的缓存数据被装载，CMPPersistenceManager将会在Bean实例中调用容器的回叫方法ejLoad。当缓存数据需要更新数据库，ejbStore方法将被调用来准备相应的缓存数据，这样CMPPersistenceManager 将关注于更新数据库。
EntityPersistenceStore接口的实现关注的是具体的物理储存细节。CMPPersistenceManager授权于EntityPersistenceStore进行实体持久性内容的实际储存。注意EntityPersistenceStore是一个接口，它留着持久层储存实现的客户化空间，e.g。基于文件的储存或数据库存储。
3.3.2 依赖性
JBossCMP 并不是和JBossNS一样被实现成为MBean服务。实际上，它被包含在EJB容器包org.jboss.ejb中通过容器和其他的插件进行交互。表面上，JBossCMP是依赖于JbossNS来获得相应的数据源调用并在Bean实例中存放持久性数据。
3. 4 JBossTX 概念性模型
3.4.1 主要组件和接口
JBossTX 构架可以使用的是任何实现了JTA规范的交易管理。在分布式交易中主要的参与者包括：:
3.4.2 依赖
JBossTX 架构被设计成为可以使用任何的实现了JTA javax.transaction. TransactionManager 接口的交易管理， JBoss 交易管理将被看作为一个MBean ，并可通过RMI 当作一个服务输出其自身。
交易管理服务的基本需求是在JBoss 服务器服务管理启动的时候通过JNDI 命名目录绑定它的实现。因此，JBossTX 看上去是依赖于 JBossNS 的。
4. 4.实际架构模型
实际架构模型是通过工程逆转工具通过JBoss 源代码获得的。我们选择了TogetherSoft 公司的 Together 5.5。Together 5.5 是一个Case IDE 工具，它可以通过源代码或jar 文件来生成相应的类图。它还支持跟踪相应的类图以创建出相应的序列图的方法，用户可以选择可视化界面。这里是一个它如何工作的概述。
当开发者注意到在包中的一组文件具有相同的功能性，我们发现源代码包的层次性非常类似于概念性模型。我们将不同包中的源代码依循我们的概念性模型进行了相应的组重排，并将它们导入了Together 5.5。
实际架构模型和我们所期待对于概念模型的认识有着本质上的区别。一些组件和关联的表现是相当特殊的，并且有一些不做任何表示。这是因为实际模型和概念性模型比较起来更接近于运行期行为的实现观念。在这个章节中，我们将讨论容器、命名服务、容器管理持久性(CMP)服务和交易服务的实际模型。
4.1 容器实际模型
4.1.1 获得综合实际模型的方法
图4-1 展示了容器和其插件的独立的图。我们从Together 5.5获得的实际构架模型和我们脑中固有的对概念模型的认识有着很大的区别，这是一个层构架模型，在顶层实现的是插入式实现组件，容器位于中间层，插入接口位于最底层。拦截器和持久性管理之间的关系是不可见的，它是基于JBoss 文档的计算本能。我们找到它归因于
1.交易管理器：它提供了相应的服务和管理方法来支持交易划分、交易资源管理、同步和交易内容传播等功能。使用javax.transaction.TransactionManager 接口以便于可以通过RMI 来输出交易管理。
2.应用服务器：一个应用服务器(或TP 监视器)提供了基础结构来支持运行期环境的交易状态管理应用。应用服务器的例子是:EJB 服务器/容器。
3.资源管理器：资源管理器提供进入其他资源的功能。资源管理器的例子是：关系型数据库服务器。
4.交易内容：交易内容确定一个特定的交易。
5.交易客户端：交易客户端在单个交易中可以调用一个或多个交易对象。
6.交易对象：交易对象的行为是由交易内容中的运作来决定的.绝大多数的EJB Bean 是交易对象。
Figure 3-5 JBossTX 概念性架构模型
Together 5.5的关系型可视化的陷阱。在同一层面上的组件关联都被忽略，举个例子，实体实例拦截器和实体实体。为了解决这个问题，我们使用下面的步骤：
1.重排容器的源代码和它的插件接口，依据Bean 类型来实现。将它们导入Together 5.5项目。
2.分析组件的依赖关系和固有联系。
3.为关键组件的选择关键方法，追踪方法调用来生成消息视图。
4.重复1，2，3步骤以合成容器架构的实际模型。 图 4-1、4-2、4-3
4.1.2 非正规组件和依赖
在这里我们只讨论实体容器的构架模型。在附录中我们展示了StatelessSessionContainer 和 StatefulSessionContainer 实际架构模型。
Figure 4-1 container dependecy diagram
Figure 4-2 container inherence diagram
Figure 4-3 method invocation message diagram
Figure 4-4 实体容器的实际构架模型
l基于容器的动态代理设计
在EJB规范中，EJBHome实现了Bean的本地接口，EJBObject实现了Bean的远程接口。EJBObject 和EJB的客户视图进行交互。容器提供者的责任是产生
javax.ejb.EJBHome和javax.ejb.EJBObject。JBoss EJB 容器的设计观点是在这里更本没有EJBHome和 EJBObject的对象实现，这里通过动态代理机制来获得EJBHome和EJBObject的角色。（JBoss是基于Dynamic Proxy机制而Auspic是基于自动代码生成机制的。）动态代理机制是一个对象，它可以在运行期中实现特定的一系列接口通过java反射机制来实现。
在部署期ContainerFactory创建和初始化相应的容器。Home对象是通过动态装载机制使用JRMP ContainerInvoker来创建的，我们会在下面的文章中讨论它。InvocationHandler被HomeProxy类所取代，现在他可以在部署描述文件中定义并被作为一个特定的JNDI名称绑定在JNDI命名树上。
代理器是可序列化的，这意味着它可以通过网络被发送到远程客户那里去。当一个客户端通过JNDI寻找EJBHome，本地代理器实例被序列化。在客户端，本地代理器实例被反序列化。因为代理器实现了Bean的本地接口，它将可以被当作本地接口来捕获和使用。
当客户端利用本地对象引用reference来请求相应的EJBObject.EJBObject的动态代理会通过上面的代码自动生成。InvocationHandler 会被某一个EJB对象代理器所取代，即，基于Bean的类型的StatefulSessionProxy，StatelessSessionProxy和EntityProxy来获得。本地代理的共同之处，EJB 对象代理也可以被序列化并通过网络发送到远程客户端。
最后，客户端获得EJB对象的句柄，并使用它去调用在服务器端部署的Bean的方法。本地和对象的动态代理通过客户端的 InvocationHander调用。
l EJB 代理器
StatefulSessionProxy，StatelessSessionProxy和EntityProxy实现了 InvocationHandler接口。就像他们名称所指出的一样，在容器中他们的工作类似于一个代理器。他们首先着力处理客户端请求的方法。如果方法是由部署在服务器端的远程方法实现所调用的话，调用将被转换为RemoteMethodInvocation对象，接着将其包装成为 MarsharlledObject并通过RMI传递给JRMPContainerInvoker。
l JRMPContainerInvoker
回到3.1.1章节，ContainerInvoker是一个容器传输句柄, JRMPContainerInvoker实现了RMI/JRMP传输协议。它通过接受实现ContainerRemote接口的远程方法的调用来输出其自身，实现ContainerRemote接口继承了java.rmi.Remote.JRMPContainerInvoker，通过执行invoke()和invokeHome()两个方法来获得优化。第一个使用MarshalledObject参数(值调用)和其他的使用方法反射类型的参数(Reference调用)，如果调用器来自于容器内的同一VM，调用器会选择Reference调用而忽视MarshalledObject序列化，否则，方法调用信息会被MarshalledObject通过最初的EJB方法调用 (例如安全和交易内容)的属性进行解包。接着，它被转换成文MethodInvocation并通过容器传递。
l EntityContainer 和它的拦截器
在部署期中容器类型是通过Bean类型而被指定。 ContainerFactory创建并初始化它。此外，对于每一个Bean类型，standardjboss.xml都会定义使用这个容器和他们调用次序的拦截器。拦截器都可以被创建和初始化，每一个容器维护着一组拦截器。它促使了针对于序列中第一个拦截器方法调用，这是通过invoke()方法实现的。拦截器首先处理相应的调用并通过调用自身的invoke()方法来触发下一个拦截器，最后的一个拦截器是ContainerInterceptor，它的工作是将方法调用委托给Bean实例。
l依赖性
我们重新排列了实际构架模型以便于更容易和概念性模型进行比较。象我们在3.1.1部分介绍的InstancePool、InstanceCache、Intercptor和PersistenceManager都是继承于ContainerPlugin的接口。在实际模型中，容器的插件层被实际实现组件所替代。这些组件实现了插件的接口，因此EntityContainer在插件接口层面的控制流被当前委托到实际实现组件。插件接口中的关系，比如InstanceCache和InstancePool在当前的实际实现组件中的控制流,，EntityInstance 和EntityInstancePool。
一个实体Bean的持久性管理有两种类型，Bean管理持久性(BMP)和容器管理持久性(CMP)。作为BMP的程序员你需要非常关注Bean缓存状态和底层数据库之间的同步。使用CMP，容器会产生相应的代码来处理这种事情，这将使程序员变得轻松点。它们之间性能的影响不属于这篇文章讨论的内容，我们会在以后讨论JBossCMP的架构。
每一个拦截器都实现了拦截器接口，他们都是容器的插件。和实体Bean一样， EntityInstanceInterceptor，EntityLockInterceptor 和EntitySynchronizationInterceptor使用BeanLockManager进行Bean实例的当前控制。
每一个ContainerPlugin的实现都和EntityContainer相关，它将知道哪个容器正在被setContainer()和getContainer()方法调用。
ContainerInvoker和Container交流是必需的，举个例子一个会话Bean可以调用实体Bean的方法。ContainerInvoker是容器的一个接口，它使用
Containernvoker.JRMPContainerInvoker和ContainerInvokerContainer有相关性，ContainerInvokerContainer是实际上的 EntityContainer。
MethodInvocation通过网络在所有的组件中通行。所有的组件都和它有关联.。MethodInvocation依赖于EnterpriseContext， EnterpriseContext并且和生命期实例中的Bean实例相关联。在实体Bean模型中，实体Bean是一个Java对象和底层数据库的表现。 CacheKey是对于PrimaryKey组件的封装，EntityEnterpriseContext依赖于CacheKey去获得实体对象而EntityProxy通过CacheKey作为一个实体容器的参数。
l总结
和概念性模型相比，一些特殊的组件和它们之间的关系展示了JBoss EJB容器的特殊之处。动态代理机制的设计和预编译容器设计之间有着本质上的不同，预编译技术使用在很多被测试过的EJB容器实现上 (例如：WebLogic等)。附录-3展示了EJB容器测试设备的概念性结构模型。JBoss文档中宣称，基于EJB容器的动态代理设计使容器设计变得容易。它会对质量属性有影响，例如不能在实际模型中直接观测到的性能问题。它必须经过严格的质量测试，这将是我们将来的工作。
EJB容器的插入式框架使得EJB容器变得灵活性和扩展性更好。如果需要改变只需要写一个特定结构的新的实现即可。
4.1.3 实体Bean容器的示例和它的执行方法调用的插件
图4-5 展示了客户端和EJB容器/服务器交互的情况.我们分析EJB容器的实际模型可以帮助我们理解容器的行为。
图4-5 客户端和EJB容器的交互示意
1.在部署期，EJB本地对象将被捆绑在JBoss命名服务的JNDI树上，并被分配一个JNDI名称。
2.客户端第一次接触JNDI命名服务以获得EJB本地对象。
3.客户端通过使用EJB 本地对象的Reference来向EJB对象发出请求。
4.EJB 本地对象创建(或寻找)一个EJB对象并将它的reference 返回给客户端。
5.客户端获得EJB 对象的reference，并在远程接口中调用相应方法。
6.容器拦截下方法的调用并将其委派给Bean实例，相应的实例将通过远程接口向客户端返回结果值。
7.LogInterceptor纪录下调用的日志。
8.TxInterceptor通过XML部署描述，依循调用方法来决定如何进行管理交易。
9.SecuirtyInterceptor通过XML部署描述来验证调用是否可以执行。
10.容器在他调用Bean的商务方法的时候必须有一个实例，EntityInstanceInterceptor通过给予一个主键来调用InstanceCache以此来获得相应的实体Bean实
例。
11.如果缓存中没有和所提供的主键相一致的实例，它会通知InstancePool获得一个空闲的实例来和主键相关联。
12.InstanceCache 现在要调用PersistenceManager，它通过调用ejbActivate()方法来获得已被激活的实例。
13.EntitySynchronizationInterceptor被EntityInstanceInterceptor调用，用来处理实例和数据库的同步.它有几个选项，每一个选项定义了一个拦截器，
loadEntity()方法将在EntityPersistanceManager中被调用。
14.ContainerInterceptor是在整个链中最后一个拦截器，它是通过容器本身添加的而不是容器工厂，业务方法的调用现在已经被委托给了EJB实例。
15.实例实现了一些工作并返回了结果。
16.EntitySynchronizationInterceptor选择了将目前的实例状态储存进数据库，PersistenceManager的storeEntity()方法将被调用。
17.实例将被返回入缓存。当交易在运行时被调用，实例会和这个交易锁定以便于在这个交易期间没有别的交易可以使用这个实例。
18.TxInteceptor依循交易设置处理相应的方法并针对目前的交易选择提交或是回滚。
19.容器激活返回机制向客户端返回结果。
4.2 JBoss 命名服务实际模型
4.2.1 特殊组件和相互关系
图 4-2 是JBoss命名服务实际架构模型。作为容器的实际模型，这里有着特殊组件和组件间的依赖关系，类似于NamingService MBean以及它和org.jnp子系统的关联，在下面的部分，我们会展示其中的细节。
图4-2 JBoss 命名服务实际模型
Org.jboss.naming.NamingService被作为一个MBean实现。它提供了JNDI命名服务，这个NamingService创建了Main MBean并且管理他们的状态。当一个NamingService 启动，它将初始化并启动Main MBean。NamingService将相应的功能都为委托给了Main MBean。复制MBean符合我们的概念性模型，可是，在表象后面的是JBoss中的JNDI命名服务被实现成了一个独立的应用。NamingService MBean 通过创建一个新的实例插入Main MBean。这种设计的好处是如果JNDI VM 和JBoss Server VM一致的话，JNDI操作将会通过socket连接以减少相应的开销。
4.2.2 客户端获得EJB 本地对象的例子
为了更好的了解JBoss命名服务架构，我们给出了一个例子并追踪整个调用过程。举个例子，当一个客户端想去调用一个Bean的方法，它不得不先定位Bean Home，因为它是为客户端需求而创建Bean实例的句柄。本地对象的JNDI名字是在部署期中被定义在部署描述文件中的。客户端在运行期中通过使用JNDI名字访问相应的命名服务来获得对象。
1.当JBoss服务器启动，NamingService MBean将被注册并等候调用。
2.NamingService初始化Main MBean并使得命名服务通过侦听相应的Socket端口准备被调用。
3.一个客户端提供命名服务的环境配置。
4.一个客户端创建一个新的IntialContext，它是NamingContextFactory用来创建新的NamingContext的促发器。
5.一个客户端通过提供JNDI名字并在JNDI命名服务中定位相应的本地对象。NamingContext连接相应的命名服务器来进行相应的定位。
4.3 JBossCMP 实际模型
4.3.1 特殊组件和联系
Org.jboss.ejb.plugin.jwas 包包括了 JBoss 中CMP 实体Bean O/R Mapping 工具的默认实现。它使用JDBC 数据库作为它的持久层存储。 EntityPersistenceStore 的默认实现是JAWSPersistenceManager 。
CMP 实体Bean 持久层存储的客户化实现了EntityPersistenceStore 的接口方法。JAWSPersistenceManage 通过调用它的子类中的 execute()方法来实现，举个例子，JDBCActivateEntityCommand 通过它的JMPActivateEntityCommand 的接口方法， JAWSPersistenceManager 基于数据库的存储.如果有其他的存储介质，它需要提供一个实现了JMPXXXCommand 接口的包。
图4-7 JBossCMP 实际模型
表 4-1 显示了EntityPersistenceStore 的接口方法，在org.jboss.ejb.plugin.jwas 包中的接口被实现了实现了 EntityPersistenceStore 的JAWSPersistenceManager
使用，以及在那些接口中是比较低层次的实现。
图4-6展示了我们通过Together 5.5 获得得JBossCMP 的关联和固有的内容。JBossCMP 实际模型非常类似我们的概念性模型. 这个特殊的子系统是JWAS 。
图 4-6 JBossCMP 依赖和关联图
EntityPersistenceStore 中的方法接口名称实现名称
方法
createEntity JMPCreateEntityCommand JDBCCreateEntityCommand 当实体建立的时候调用findEntity JMPFindEntityCommand JDBCFindEntityCommand 当单个实体被发现时调用findEntities JMPFindEntitiesCommand JDBCFindEntitiesCommand 当实体集合被发现时调用activateEntity JMPActivateEntityCommand JDBCActivateEntityCommand 当实体被激活时调用
loadEntity JMPLoadEntityCommand JDBCLaodEntityCommand 当实体被底层存储装载时调用loadEntities JMPLoadEntitesCommand JDBCLoadEntitesCommand 当一组实体被底层存储预装载时调用storeEntity
JMPStoreEntityCommand
JDBCStoreEntityCommand
当实体需要被写入底层存储时调用
4.4 JBoss 交易管理实体模型
4.4.1 特殊组件和关联
我们关注JBossTx 的概念性模型，JBossTx 被实现成为MBean 通过RMI 被发布。 通过 RMI/JRMP 的交易内容传播被设计成为两个接口，
TransactionPropagationContextImpoter 接口，它的实现被用来向交易管理 期导入交易传播内容，TransactionPropagationContext Factory 接口，它的实现被用来从客户端获得交易传播内容。当交易管理 器被启动，它的第一个工作是在熟悉的JNDI 位置上绑定TransactionManager ， TransactionPropagationContext Impoter 和 TransactionPropagationContextFactory 。
TxManager 实现了javax.transaction.TransactionManager 和其上层的两个接口。它由 TransactionManagerService 进行管理。 TxManager 依靠TransactionImpl 来实现交易操作，类似于声明交易的开始、提交、回滚方法。有趣的是，TransactionImpl 只是一个轻量级的前置TxCapsule 。TxCapsule 是通过TransactionImp 的方法调用而被控制的。TxCapsule 控制着关于一个交易的所有信息。在这个类中实现了回调和同步，它通过XidImpl 来分辨不同交易。
在会话Bean 中通过管理JTA 交易Bean 调用概念性模型。在这个模型中，https://www.doczj.com/doc/7811217382.html,erTransaction 是必需的。 JBossTx 由一个子系统实现了UserTransaction 接口，位于org. https://www.doczj.com/doc/7811217382.html,ertx 包中。Usertx 被分割成为两个子系统，客户端和服务器端，他们通过接口进行交互。
这是一个非常纯的层构架。ClientUserTransaction 是客户端UserTransaction 的实现。它将通过UserTransactionSession 接口委托所有的UserTransaction 去调用相应的服务器。UserTransactionSessionImpl 在服务器端实现了UserTransactionSession 接口。这是以便作为不在同一个地点的交易管理的VM 的远程客户端。当客户端执行的是在同一服务器上的VM ，ServerVMClientUserTransaction 是一个客户端的Usertransaction 实现，它将所有的UserTransaction 调用委托给了服务器端的
TransactionManager 。和JBoss 中的大多数服务一样，UserTransaction 的被作为一个MBean 来实现和管理。它通过JNDI 名称 UserTranaction 被绑定在JNDI 的相应位置上。
passivateEntity JMPPassivateEntityCommand JDBCPassivateEntityCommand 当实体被钝化时被调用removeEntity
JMPRemoveEntityCommand
JDBCRemoveEntityCommand
当实体从底层存储中被移去时调用
图4-8 展示了我们从Together 5.5 中获得的JBossTx 的关联和固有信息图。到目前为止，我们并没有从UML 图中惊奇的发现 一些特殊的组件和关联，我们再次排
列关键组件和关系的关联以及集合以便我们从中得出综合的实际模型。
Figure 4-8 JBossTx dependency and inherency diagram
图4-9 JBossTx 实际模型
5.JBoss 架构的可扩展性
通过上面对于JBoss架构的讨论，我们可以看出在JBoss架构设计中的两个重要的特性，第一是使用JMX作为一个软件总线垂直的贯穿其所有的服务，通过将新的服务组件遵循JMX规范挂接上"总线"，使得系统扩展现有的服务变得容易。可插入式框架被广泛的运用于服务的实现。开发者可以选择他们需要的服务并编写他们所需要的相应实现，通过定义在部署描述文件中，让JBoss服务器知道。另一个是容器被设计成为动态代理机制，这样使容器的实现变得简单和使开发者避免费劲的将jar文件进行预编译以获得stub和skeleton代码。但是这样做潜在的问题是性能和可测性，因为我们知道java反射机制会引起性能的损失。JBoss中存在着相应的优化方案并且在将来的研究中我们会论述该优化方法在什么时候工作并且是如何工作的。
6. 结论
第四版混凝土结构设计原理试题库及其参考答案 第四版混凝土结构设计原理试题库及其参考答案 、判断题(请在你认为正确陈述的各题干后的括号内打“V”，否则打“X”。每小题1分。) 第1章钢筋和混凝土的力学性能 1．混凝土立方体试块的尺寸越大，强度越高。 ( ) 2．混凝土在三向压力作用下的强度可以提高。 ( ) 3．普通热轧钢筋受压时的屈服强度与受拉时基本相同。 () 4．钢筋经冷拉后，强度和塑性均可提高。 ( ) 5．冷拉钢筋不宜用作受压钢筋。 ( ) 6. C20表示f cu=20N/mm ( ) 7．混凝土受压破坏是由于内部微裂缝扩展的结果。 ( ) 8.混凝土抗拉强度随着混凝土强度等级提高而增 大。 () 9.混凝土在剪应力和法向应力双向作用下，抗剪强度随拉应 力的增大而增大。 ( ) 10.混凝土受拉时的弹性模量与受压时相同。 ( ) 11.线性徐变是指压应力较小时，徐变与应力成正比，而非线性徐变是指混凝土应力较大时，徐变增长与应力不成正比。 () 12.混凝土强度等级愈高，胶结力也愈大( ) 13.混凝土收缩、徐变与时间有关，且互相影响。 ( ) 第 1章钢筋和混凝土的力学性能判断题答案 1. 错；对；对；错；对； 2. 错；对；对；错；对；对; 对；对； 第3 章轴心受力构件承载力
第四版混凝土结构设计原理试题库及其参考答案 1. 轴心受压构件纵向受压钢筋配置越多越好。（） 2. 轴心受压构件中的箍筋应作成封闭式的。（） 3. 实际工程中没有真正的轴心受压构件。（） 4. 轴心受压构件的长细比越大，稳定系数值越高。（） 5. 轴心受压构件计算中，考虑受压时纵筋容易压曲，所以钢筋的抗压强度设计值最大取为 2 400 N / mm。（） 6?螺旋箍筋柱既能提高轴心受压构件的承载力，又能提高柱的稳定性。（） 第3章轴心受力构件承载力判断题答案 1. 错；对；对；错；错；错； 第4章受弯构件正截面承载力 1. 混凝土保护层厚度越大越好。（） b f的矩形截面梁，所以其 2. 对于x h f的T形截面梁，因为其正截面受弯承载力相当于宽度为 A 配筋率应按二来计算。（） b f h o 3. 板中的分布钢筋布置在受力钢筋的下面。（） 4. 在截面的受压区配置一定数量的钢筋对于改善梁截面的延性是有作用的。（） 5. 双筋截面比单筋截面更经济适用。（） 6. 截面复核中，如果￡ >￡ b b，说明梁发生破坏，承载力为0。（） 7. 适筋破坏的特征是破坏始自于受拉钢筋的屈服，然后混凝土受压破坏。（） 8 正常使用条件下的钢筋混凝土梁处于梁工作的第山阶段。（） 9.适筋破坏与超筋破坏的界限相对受压区高度b的确定依据是平截面假定。（） 第4章受弯构件正截面承载力判断题答案 1. 错；错；错；对；错； 2. 错；对；错；对； 第5章受弯构件斜截面承载力 1. 梁截面两侧边缘的纵向受拉钢筋是不可以弯起的。（ ） 2. 梁剪弯段区段内，如果剪力的作用比较明显，将会岀现弯剪斜裂缝。（） 3. 截面尺寸对于无腹筋梁和有腹筋梁的影响都很大。（） 4. 在集中荷载作用下，连续梁的抗剪承载力略高于相同条件下简支梁的抗剪承载力。（） 5. 钢筋混凝土梁中纵筋的截断位置，在钢筋的理论不需要点处截断。（） 第5章受弯构件斜截面承载力判断题答案
人力资源结构分析 人力资源规划首先要进行人力资源结构分析。所谓人力资源结构分析也就是对企业现有人力资源的调查和审核，只有对企业现有人力资源有充分的了解和有效的运用，人力资源的各项计划才有意义。人力资源结构分析主要包括以下几个方面： （一）人力资源数量分析 人力资源规划对人力资源数量的分析，其重点在于探求现有的人力资源数量是否与企业机构的业务量相匹配，也就是检查现有的人力资源配量是否符合一个机构在一定业务量内的标准人力资源配置。在人力资源配置标准的方法运用上，通常有以下几种： 1、动作时间研究。动作时间研究指对一项操作动作需要多少时间，这个时间包括正常作业、疲劳、延误、工作环境配合、努力等因素。定出一个标准时间，再根据业务量多少，核算出人力的标准。 2、业务审查。业务审查是测定工作量与计算人力标准的方法，该方法又包括两种： （1）最佳判断法。该方法是通过运用各部门主管及人事、策划部门人员的经验，分析出各工作性质所需的工作时间，在判断出人力标准量。 （2）经验法。该方法是根据完成某项生产、计划或任务所消耗的人事纪录，来研究分析每一部门的工作负荷，再利用统计学上的平均数、标准差等确定完成某项工作所需的人力标准。 3、工作抽样。工作抽样又称工作抽查，是一种统计推论的方法。
它是根据统计学的原理，以随机抽样的方法来测定一个部门在一定时间内，实际从事某项工作所占规定时间的百分率，以此百分率来测定人力通用的效率。该方法运用于无法以动作时间衡量的工作。 4、相关与回归分析法。相关与回归分析法是利用统计学的相关与回归原理来测量计算的，用于分析各单位的工作负荷与人力数量间的关系。 有了人力标准的资料，就可以分析计算现有的人数是否合理。如不合理，应该加以调整，以消除忙闲不均的现象。 （二）人员类别的分析 通过对企业人员类别分析，可现实一个机构业务的重心所在。它包括以下两种方面的分析： 1、工作功能分析。一个机构内人员的工作能力功能很多，归纳起来有四种：业务人员、技术人员、生产人员和管理人员。这四类人员的数量和配置代表了企业内部劳力市场的结构。有了这项人力结构分析的资料，就可研究各项功能影响该结构的因素，这些因素可能包括以下几个方面：企业处在何种产品或市场中，企业运用何种技能与工作方法，劳力市场的供应状况如何等。 2、工作性质分析。按工作性质来分，企业内部工作人员又可分为两类：直接人员和间接人员。这两类人员的配置，也随企业性质不同而有所不同。最近的研究发现，一些组织中的间接人员往往不合理的膨胀，该类人数的增加与组织业务量增长并无直接联系，这种现象被称为“帕金森定律”。
Chapter23 Improvement of system stability margins using coordination control of Static Var Compensator(SVC)and Thyristor Controlled Series Capacitor(TCSC) Venu Yarlagadda,K.R.M.Rao and B.V.Sankar Ram Abstract The Thyristor Controlled Series Compensator(TCSC)and Static Var Compensator(SVC)are variable impedance Flexible AC Transmission Systems (FACTS)Controllers.A combination of the TCSC and the SVC installation is proposed to acquire superior performance for the power system.The coordination between the two pieces of equipment is designed with the SVC treated as the supplement of the TCSC.When operation of the TCSC is constrained by the inherent limitation of equipment,such as due to the?ring-angle limitation of the thyristors,the adjustable SVC can supply the auxiliary support to improve the overall performance.The voltage and angle stability margins can be greatly improved with the compatible control schemes of the TCSC and the SVC. Keywords TCSCáSVCáCo-ordination control of SVC and TCSCáDesign of small scale TCSC modeláVariable impedance FACTS controllersáSingle machine two bus systemáVoltage stabilityáP–V curves and P-d curves V.Yarlagadda(&) EEE Department,VNR VJIET,Hyderabad,India e-mail:venuyar@https://www.doczj.com/doc/7811217382.html, K.R.M.Rao EEE Department,MJCET,Hyderabad,India B.V.Sankar Ram EEE Department,JNTUH,Hyderabad,India 207 V.V.Das(ed.),Proceedings of the Third International Conference on Trends in Information, Telecommunication and Computing,Lecture Notes in Electrical Engineering150, DOI:10.1007/978-1-4614-3363-7_23,óSpringer Science+Business Media New York2013
第一章绪论 基本概念：机器、机构、机械、零件、构件、机架、原动件和从动件。 第二章平面机构的结构分析 机构运动简图的绘制、运动链成为机构的条件和机构的组成原理是本章学习的重点。 1. 机构运动简图的绘制 机构运动简图的绘制是本章的重点，也是一个难点。 为保证机构运动简图与实际机械有完全相同的结构和运动特性，对绘制好的简图需进一步检查与核对（运动副的性质和数目来检查）。 2. 运动链成为机构的条件 判断所设计的运动链能否成为机构，是本章的重点。 运动链成为机构的条件是：原动件数目等于运动链的自由度数目。 机构自由度的计算错误会导致对机构运动的可能性和确定性的错误判断，从而影响机械设计工作的正常进行。 机构自由度计算是本章学习的重点。 准确识别复合铰链、局部自由度和虚约束，并做出正确处理。 (1) 复合铰链 复合铰链是指两个以上的构件在同一处以转动副相联接时组成的运动副。 正确处理方法：k个在同一处形成复合铰链的构件，其转动副的数目应为(k-1)个。 (2) 局部自由度 局部自由度是机构中某些构件所具有的并不影响其他构件的运动的自由度。局部自由度常发生在为减小高副磨损而增加的滚子处。 正确处理方法：从机构自由度计算公式中将局部自由度减去，也可以将滚子及与滚子相连的构件固结为一体，预先将滚子除去不计，然后再利用公式计算自由度。 (3) 虚约束 虚约束是机构中所存在的不产生实际约束效果的重复约束。 正确处理方法：计算自由度时，首先将引入虚约束的构件及其运动副除去不计，然后用自由度公式进行计算。 虚约束都是在一定的几何条件下出现的，这些几何条件有些是暗含的，有些则是明确给定的。对于暗含的几何条件，需通过直观判断来识别虚约束；对于明确给定的几何条件，则需通过严格的几何证明才能识别。 3. 机构的组成原理与结构分析 机构的组成过程和机构的结构分析过程正好相反，前者是研究如何将若干个自由度为零的基本杆组依次联接到原动件和机架上，以组成新的机构，它为设计者进行机构创新设计提供了一条途径；后者是研究如何将现有机构依次拆成基本杆组、原动件及机架，以便对机构进行结构分类。 第三章平面机构的运动分析 1．基本概念：速度瞬心、绝对速度瞬心和相对速度瞬心（数目、位置的确定），以及“三心定理”。 2．瞬心法在简单机构运动分析上的应用。 3．同一构件上两点的速度之间及加速度之间矢量方程式、组成移动副两平面运动构件在瞬时重合点上速度之间和加速度的矢量方程式，在什么条件下，可用相对运动图解法求解？ 4．“速度影像”和“加速度影像”的应用条件。 5．构件的角速度和角加速度的大小和方向的确定以及构件上某点法向加速度的大小和方向的确定。 6．哥氏加速度出现的条件、大小的计算和方向的确定。 第四章平面机构的力分析 1．基本概念：“静力分析”、“动力分析”及“动态静力分析” 、“平衡力”或“平衡力矩”、“摩擦角”、“摩擦锥”、“当量摩擦系数”和“当量摩擦角”（引入的意义）、“摩擦圆”。 2．各种构件的惯性力的确定： ①作平面移动的构件； ②绕通过质心轴转动的构件；
蛋白质结构分析原理及工具 （南京农业大学生命科学学院生命基地111班） 摘要：本文主要从相似性检测、一级结构、二级结构、三维结构、跨膜域等方面从原理到方法再到工具，系统地介绍了蛋白质结构分析的常用方法。文章侧重于工具的列举，并没有对原理和方法做详细的介绍。文章还列举了蛋白质分析中常用的数据库。 关键词：蛋白质；结构预测；跨膜域；保守结构域 1 蛋白质相似性检测 蛋白质数据库。由一个物种分化而来的不同序列倾向于有相似的结构和功能。物种分化后形成的同源序列称直系同源，它们通常具有相似的功能；由基因复制而来的序列称为旁系同源，它们通常有不同的功能[1]。因此，推测全新蛋白质功能的第一步是将它的序列与进化上相关的已知结构和功能的蛋白质序列比较。表一列出了常用的蛋白质序列数据库和它们的特点。 表一常用蛋白质数据库 网址可能有更新 氨基酸替代模型。进化过程中，一种氨基酸残基会有向另一种氨基酸残基变化的倾向。氨基酸替代模型可用来估计氨基酸替换的速率。目前常用的替代模型有Point Accepted Mutation (PAM)矩阵、BLOck SUbstitution Matrix (BLOSUM)矩阵[2]、JTT模型[3]。 序列相似性搜索工具。序列相似性搜索又分为成对序列相似性搜索和多序列相似性搜索。成对序列相似性搜索通过搜索序列数据库从而找到与查询序列相似的序列。分为局部联配和全局联配。常用的局部联配工具有BLAST和SSEARCH，它们使用了Smith-Waterman 算法。全局联配工具有FASTA和GGSEARCH，基于Needleman-Wunsch算法。多序列相似性搜索常用于构建系统发育树，这里不阐述。表二列举了常用的成对序列相似性比对搜索工具
论系统功能架构设计院系 专业 学号 姓名 成绩
摘要 当今，以信息科学技术为先导的社会变革，全面推动着社会的发展，当代社会进入了以网络信息为中心的信息时代。建立以计算机技术、网络技术、现代数据库技术为基础的现代多层人事管理信息系统，不仅是建立现代化企业的需要，也是发展的需要。文章从J2EE技术出发，对Struts、Spring和Hibemate框架进行了分析。Struts是一个MVC模式的框它将业务代码与视图代码分离开，有效的优化了系统结构，提高了系统的扩展性。Spring是一种轻量级的容器，依赖注入动态的使系统各组件间达到松散结合，同时能够很好的兼容各种框架。Hibemate是一个对象/关系数据库映射工具，提供了Java类到数据表之间的映射，实现了对象与数据库关系之间的交互，使系统具有良好的性能和移植性。 关键词:架构、多层分级、struts、Spring、Hibemate
系统功能架构分析与设计 1.系统分层结构应用及MVC框架开发简介 我们在做着表面上看似是对于各种不同应用的开发，其实背后所对应的架 构设计都是相对稳定的。在一个好的架构下编程，不仅对于开发人员是一件赏 心悦目的事情，更重要的是软件能够表现出一个健康的姿态；而架构设计的不 合理，不仅让系统开发人员受苦受难，软件本身的生命周期更是受到严重威胁。 信息系统功能部分一般采用多层架构，是在MVC框架概念上发展而来的， 最适合B/S及C/S程序的模板。而B/S是随着Internet技巧的兴起，对C/S结构的一种变化或者改良的结构。在这种结构下，用户工作界面是通过WWW浏览 器来实现，极少部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成所谓三层结构,即表现层、业务逻辑层、数据持久层。其中,表现层:包含代码、用户交互GUI、数据验证,这层用于向客户端用户提供GUI交互,它允许用 户在显示系统中输入和编辑数据,同时,系统提供数据验证功能。这样就大大简 化了客户端电脑载荷，减轻了系统保护与升级的成本和工作量，降低了用户的 总体成本。同时也被广泛地应用到工具软件中，成为应用程序的构成基础。MVC把系统的组成分解成模型、视图、控制三个核心组成，三者的分离使得一 个模型可以具有多个显示视图。MVC具有设计清晰，易于扩展，运用可分布的 特点，使得前台后台的数据控制和表现能力彼此分离，加快开发进程及产品推 向市场的时间。 2.SSH开发框架的引入 SSH为Struts+Spring+Hibemate的一个集成框架，是目前比较流行的一种Web应用程序开源框架。集成SSH框架的系统从职责上分为四层：表示层、业 务逻辑层、数据持久层和域模块层，以帮助开发人员在短期内搭建结构清晰、 可复用性好、维护方便的Web应用程序。其中使用Struts作为系统的整体基础框架，充当MVC里的Controller层，在Struts框架的模型部分，利用Hibemate框架对持久层提供支持，业务层用Spring支持。具体做法是：用面 向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，
各种系统架构图与详细说明 2012.07.30
1.1.共享平台逻辑架构设计 如上图所示为本次共享资源平台逻辑架构图，上图整体展现说明包括以下几个方面： 1 应用系统建设 本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发，从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合，完成应用系统的统一化管理与维护。 2 应用资源采集 整体应用系统资源统一分为两类，具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源，我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源，我们将通过全面的接口管理体系进行相应资源采集模板的搭建，采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。 3 数据分析与展现
采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现，具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。 4 数据的应用 最终数据将通过内外网门户对外进行发布，相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询，从而有效提升了我局整体应用服务质量。 综上，我们对本次项目整体逻辑架构进行了有效的构建，下面我们将从技术角度对相关架构进行描述。 1.2.技术架构设计
如上图对本次项目整体技术架构进行了设计，从上图我们可以看出，本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。下面我们将分别进行说明。 1.3.整体架构设计 上述两节，我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明，通过上述设计，我们对整体项目的架构图进行了归纳如下： 综上，我们对整体应用系统架构图进行了设计，下面我们将分别进行说明。
结构功能分析法 结构功能分析方法是社会研究中常用的一种理论分析方法。它的理论依据来源于社会学的一大理论流派——结构功能理论。在现代社会调查研究中，结构功能分析已成为一种广泛应用的理论分析方法。 结构功能理论认为，任何社会事物都是由一定组成部分或要素构成的，这些部分或要素组成了一个社会系统，它们之间的相对稳定的联系就是这一系统的结构。每一个系统要存在和发展下去，就必须满足一些基本的条件或需求，这些条件或需求是由系统的某一特定部分来满足的，换句话说，系统组成部分担负着特定的社会功能。例如，在民族国家这个社会大系统中，生产组织的主要功能是提供物质产品；军事组织的功能是对外保卫国家、对内维持社会的稳定；政治组织的功能是确定国家的基本目标并组织各种力量以实现这些目标，等等。并且每一个民族国家的生存和发展，也离不开它的这些组成部分所发挥的社会功能。 总之，结构是构成事物各个要素之间所固有的相对稳定的组织方式或联结方式。功能是指构成事物的各个要素之间所发生的相互作用和影响。结构功能法就是通过考察事物的结构和功能来认识事物和分析事物的方法。 结构功能分析法的实施步骤： [1] 明确结构和功能的承载物，即分析对象 如犯罪问题中犯罪团伙，人事管理制度改革问题中的人事管理制度等等，并且应该进一步明确是就哪些方面进行分析。 [2]内部结构分析 即考察各组成要素间在形式上的排列和比例。例如分析犯罪团伙的内部结构，就要弄清谁是骨干，谁是随从；谁是唆使者，谁是被唆使者；谁是策划者，谁是执行者，考察罪犯在团伙中的地位排列，分清犯罪轻重，据此绳之以法。 [3]内部功能分析 即考察各组成要素之间的相互影响和相互作用。包括三项基本内容：一是稳定功能关系的性质，即分析一下有没有相互影响和作用，如果有，是一方影响和作用另一方，还是双方相互影响和作用。例如犯罪团伙的成员之间有没有相互间的利益满足，相互的制约和影响。 二是挖掘功能存在和建立的必要条件，即分析在满足什么样的条件时，要素间的相互影响和作用才能存在和建立起来。例如犯罪团伙之间的相互利益满足是在怎样的社会条件和犯罪团伙的内部条件的前提下才发生的。 三是找出满足功能的机制，即分析促使各个要素之间相互影响和作用的手段和方法。例如犯罪团伙中唆使者往往以许愿、表扬、斥责、恐吓等心理手段和分赃、赏赐、殴打、杀害等行为手段对被唆使者进行控制。 [4]外部功能分析 即考察现象整体对社会的影响和作用，也就是把研究对象和现象放在社会之中，考察
电饭锅的构造与工作原理 电饭锅可分为自动保温式电饭锅、定时保温式电饭锅、压力电饭锅等三种。各类电饭锅的常见规格和工作能力见表1。 (一)自动保温式电饭锅图1是一种双层自动保温式电饭锅的结构图，主要由锅盖、外壳、 内胆、开关、发热板和温度控制装置组成。下面介绍它的主要部件：1．内胆内胆系采用纯铝板拉伸成型，底部加工呈球面状，使与发热板很好吻合，以提高热效率。胆的内壁上有刻度，可指示出放米量和放水量。内胆的边向外翻口，既可增加强度，又可使溢出的饭水流到壳外，以防损坏内部电器零件。2．外壳外壳是用冷轧薄钢板拉伸成型，外面喷涂装饰性漆层。外壳与内胆之间有一层空气间隔，起保温作用，同时可以安装开关、发热板和温度控制装置。3．锅盖有的锅盖中央部位嵌有一块玻璃，能观察烹饪情况；有的装有压紧锅盖用的手柄，兼具便携作用。4．发热板发热板是将环形金属管状电热元件铸造在铝合金体中，再经加工而成，它具有较好的热传导性能和较大的机械强度，板面形状要求与锅底相吻合，在其中心处装有磁性温度控制元件，如图2所示。 5．温度控制装置电饭锅所以能够自动断电和保温，是因为它内部装有磁钢限温器和热双金属片恒温器两个自动装置。 磁钢限温器的动作原理，见图3。它是利用感温磁钢(软磁体)的磁性
随温度的高低而变化的特性来设计的。当低温时，感温磁钢是顺磁性物质，具有磁性；当温度升到某一界限时，感温磁钢变成逆磁性物质，因而失去磁性。这个温度界限，叫做居里点。通常，居里点的温度略高于。在饭煮熟前，锅内有水，所以电饭锅的内胆温度不会超过，感温磁钢仍然具有磁性。当饭熟后，内胆没有水，温度便会上升超过。此时，紧贴于内胆底面的感温磁钢温度，也随之上升到居里点而失去磁性。这样，永磁体在重力或弹簧弹力的作用下，使感温磁钢不能继续吸住它而跌落。下跌时，永磁体通过连杆作用把触点分离，于是电饭锅断电，表明米饭已经煮熟。热双金属片恒温器的动作原理，见图4。它由两种膨胀系数不同的金属片制作，当电饭锅的温度升向时，热双金属片受热，使它向膨胀系数小的一面弯曲。弯曲时，它把两个触点分离，于是电饭锅断电，温度下降。而当温度下降到一定程度时，双金属片就收缩回复原状，两个触点重新闭合通电，如此反复作用，使电饭锅的温度，能够自动维持在65±的范围。 图5是单按键开关的自动保温电饭锅的电气线路，这种电饭锅的工作程序：①插上电源插头，双金属片保温器接通电路，指示灯亮，加热器升温，但不能升到煮饭所需要的温度。②揿下按键开关，磁钢限温器按通电路，温度上升，开始煮饭；当饭煮熟后，磁钢限温器动作把电路切断，电饭锅处于自动保温状态。③若不需要保温，可拔下电源插头，切断电路。图6是双开关自动保温式电饭锅控制线路。K1为煮饭开关；K2为限温器，即磁性温控元件，动作温度为103±；K3 为保温开关，K4为恒温器，即双金属温控元件，调定为65±煮饭时，
票务系统架构案例分析?10.1 ATAM方法表述
?10.2 商业动机的表述 ?10.3 构架的表述 ?10.4 质量属性效用树 ?10.5 质量场景的构架分析 ?10.6 对系统构架的再分析 ?10.7 评审结论 10.1 ATAM方法表述 (1) 概述 ATAM（Architecture Tradeoff Analysis Method）： SEI提出的一种软件构架评估方法。ATAM评估方法的主 要目的： 1) 提炼出软件质量属性需求的精确描述；
2) 提炼出构架设计决策的精确描述； 3) 评估这些构架设计决策，并判定其是否令人满意的实现了这些质量需求。 ATAM评估方法： 并非把每个可以量化的质量属性都进行详尽的分析，而是使众多的风险承担者（包括经理、开发人员、测试人员、用户、客户等等）都参与进来，由此而达到上述目标的。 ATAM是一种挖掘潜在风险，降低或者缓和现有风险的软件构架评估方法。因此，以下三点是评估中要特别注重的：风险、敏感点和权衡点。 (2) 构架涉众 ·普通用户 ·用户管理员
·票务管理员 ·开发人员 ·测试人员 (3) 评估步骤 ATAM主要分以下几个步骤： 1)ATAM描述； 2)商业动机表述； 3)软件构架表述；4) 确定构架方式； 5)生成效用树； 6)分析构架方式； 7)确定场景及其优先级； 8)进一步分析构架方式； 9)得出结论。
10.2 商业动机的描述 项目经理从开发组织和客户角度，来表述票务系统的商业目标，综合如下： ?从开发组织角度：开发一个模块性强、实时高效、界面良好、与外部其他系统兼容良好的系统，这使得开发组织能够把整个产品或某个模块卖给其他客户，同时由于良好的界面和业务处理效率而受市场欢迎。 ?从客户角度：系统容易操作，可维护性好、系统稳定、可以及时准确的处理用户的在线订票或查询业务。根据上述目标，质量属性可以划分为两类：高优先级质量属性： 1)性能 2)安全性 3)易用性
第一章 钢筋混凝土结构基本概念及材料的物理力学性能 1.混凝土立方体抗压强度cu f ：（基本强度指标）以边长150mm 立方体试件，按标准方法制作养护28d ，标准试验方法（不涂润滑剂，全截面受压，加载速度0.15~0.25MPa/s ）测得的抗压强度作为混凝土立方体抗压强度 cu f 。 影响立方体强度主要因素为试件尺寸和试验方法。尺寸效应关系： cu f （150）=0.95cu f （100） cu f （150）=1.05cu f （200） 2.混凝土弹性模量和变形模量。 ①原点弹性模量：在混凝土受压应力—应变曲线图的原点作切线，该切线曲率即为原点弹性模量。表示为：E '=σ/ε=tan α0 ②变形模量：连接混凝土应力应变—曲线的原点及曲线上某一点K 作割线，K 点混凝土应力为σc （=0.5c f ），该割线（OK ）的斜率即为变形模量，也称割线模量或弹塑性模量。 E c '''=tan α1=σc /εc 混凝土受拉弹性模量与受压弹性模量相等。 ③切线模量：混凝土应力应变—上某应力σc 处作一切线，该切线斜率即为相应于应力σc 时的切线模量''c E =d σ/d ε 3 . 徐变变形：在应力长期不变的作用下，混凝土的应变随时间增长的现象称为徐变。 影响徐变的因素：a. 内在因素，包括混凝土组成、龄期，龄期越早，徐变越大；b. 环境条件，指养护和使用时的温度、湿度，温度越高，湿度越低，徐变越大；c. 应力条件，压应力σ﹤0.5 c f ，徐变与应力呈线性关系；当压应力σ介于（0.5～0.8）c f 之间，徐变增长比应力快；当压应力σ﹥0.8 c f 时，混凝土的非线性徐变不收敛。 徐变对结构的影响：a.使结构变形增加；b.静定结构会使截面中产生应力重分布；c.超静定结构引起赘余力；d.在预应力混凝土结构中产生预 应力损失。 4.收缩变形：在混凝土中凝结和硬化的物理化学过程中体积随时间推移而减少的现象称为收缩。 混凝土收缩原因：a.硬化初期，化学性收缩，本身的体积收缩；b.后期，物理收缩，失水干燥。 影响混凝土收缩的主要因素：a.混凝土组成和配比；b.构件的养护条件、使用环境的温度和湿度，以及凡是影响混凝土中水分保持的因素；c.构件的体表比，比值越小收缩越大。 混凝土收缩对结构的影响：a.构件未受荷前可能产生裂缝；b.预应力构件中引起预应力损失；c.超静定结构产生次内力。 5.钢筋的基本概念 1.钢筋按化学成分分类，可分为碳素钢和普通低合金钢。 2钢筋按加工方法分类，可分为a.热轧钢筋；b.热处理钢筋；c.冷加工钢筋（冷拉钢筋、冷轧钢筋、冷轧带肋钢筋和冷轧扭钢筋。） 6.钢筋的力学性能 物理力学指标：（1）两个强度指标：屈服强度，结构设计计算中强度取值主要依据；极限抗拉强度，材料实际破坏强度，衡量钢筋屈服后的抗拉能力，不能作为计算依据。（2）两个塑性指标：伸长率和冷弯性能：钢材在冷加工过程和使用时不开裂、弯断或脆断的性能。 7.钢筋和混凝土共同工作的的原因：（1）混凝土和钢筋之间有着良好的黏结力；（2）二者具有相近的温度线膨胀系数；（3）在保护层足够的前提下，呈碱性的混凝土可以保护钢筋不易锈蚀，保证了钢筋与混凝土的共同作用。 第二章 结构按极限状态法设计计算的原则 1.结构概率设计的方法按发展进程划分为三个水准：a.水准Ⅰ，半概率设计法，只对影响结构可靠度的某些参数，用数理统计分析，并与经验结合，对结构的可靠度不能做出定量的估计；b.水准Ⅱ，近似概率设计法，用概率论和数理统计理论，对结构、构件、或截面设计的可靠概率做出近似估计，忽略了变量随时间的关系，非线性极限状态方程线性化；c.水准Ⅲ，全概略设计法，我国《公桥规》采用水准Ⅱ。 2.结构的可靠性：指结构在规定时间（设计基准期）、规定的条件下，完成预定功能的能力。 可靠性组成：安全性、适用性、耐久性。 可靠度：对结构的可靠性进行概率描述称为结构可靠度。 3.结构的极限状态：当整个结构或构件的一部分超过某一特定状态而不能满足设计规定的某一功能要求时，则此特定状态称为该功能的极限状态。 极限状态分为承载能力极限状态、正常使用极限状态和破坏—安全状态。 承载能力极限状态对应于结构或构件达到最大承载力或不适于继续承载的变形，具体表现：a.整个构件或结构的一部分作为刚体失去平衡；b.结构构件或连接处因超过材料强度而破坏；c.结构转变成机动体系；d.结构或构件丧失稳定；e.变形过大，不能继续承载和使用。 正常使用极限状态对应于结构或构件达到正常使用或耐久性能的某项规定限值，具体表现：a.由于外观变形影响正常使用；b.由于耐久性能的局部损坏影响正常使用；c.由于震动影响正常使用；d.由于其他特定状态影响正常使用。 破坏—安全状态是指偶然事件造成局部损坏后，其余部分不至于发生连续倒塌的状态。（破坏—安全极限状态归到承载能力极限状态中） 4.作用：使结构产生内力、变形、应力、应变的所有原因。 作用分为：永久作用、可变作用和偶然作用。 永久作用：在结构使用期内，其量值不随时间变化，或其变化与平均值相比可忽略不计的作用 可变作用：在结构试用期内，其量值随时间变化，且其变化值与平均值相比较不可忽略的作用。
电力系统静态安全分析的基本概念 电力系统静态安全分析是电力系统规划和调度的常用手段，用以判断在发生预想事故（输变电设备强迫退出运行）后系统是否会过负荷或电压越限的功能。 电力系统动态安全分析用于判断在发生预想事故后系统是否会失稳的功能。 静态安全分析的基本方法：补偿法，直流潮流法，灵敏度分析法。 直流输电的基本原理及稳态数学模型 1、直流输电线路输送的电流和功率由线路两端的直流电压所决定，与两端的交流系统的频率和电压相位无关。直流电压的调节是通过调节换流器的触发角和交流系统的电压来实现的，换流器输出直流电压的改变，将决定直流电流的大小。（直流潮流的控制） 2、由于交流变压器等值电感的存在，相电流不能突变，因而换流器的供电电源从一相换到另一相时不能瞬时完成，需要经过一个换相期，换相期所对应的电角度称为换相角。（换相角定义，范围） 3、由于换相角的存在，直流电压的平均值将随直流电流的增大而减小；换流器正常工作的触发角的变化范围减小。（换相角对直流系统的影响） 4、换相电流中包含两个分量，分别为常数分量和正弦分量。其中，常数分量随着触发角的增大而减小，正弦分量滞后于换相电压90°。常数分量是短路电流中的自有分量，其产生机理是电感回路中的电流不能发生突变；正弦分量是短路电流中的强迫分量，由于短路回路是纯电感回路，所以正弦分量的相位滞后于电源电压90度。因此，换流器的稳态工况是在换相期使交流系统两相短路，在非换相期使交流系统单相断线。（换相电流的理解） 5、直流潮流的基本方程：整流器、逆变器、交流基波电流和直流电流、直流电压和交流电压的关系。 6、直流稳态运行方程中引入了等值换相电阻，等值换相电阻并不具有真实电阻的全部意义，它不吸收有功功率，其大小体现了直流电压平均值随直流电流增大而减小的斜率。等值换相电阻是一个网络参数，不随系统运行状态的改变而改变。由于等值电阻的引入，换相角不显含在直流潮流公式中，换相效应完全由换相电阻与直流电流的乘积表征。（等值换相电阻，表达式） 7、多桥换流器通常采用偶数个桥在直流侧相串，在交流侧相并的接线方法。双桥换流器采用YY接线和Y△接线，使交流侧电压相位相差30°。（多桥换流器） 8、一般的控制过程是，首先由自由控制系统调整触发角（整流侧为触发角，逆变侧为熄弧超前角）而使整个电力系统快速地达到合适的运行状态；然后通过调整换流变压器的变比使换流器的触发角运行在合适的值域；最后通过交流系统的优化调整（电压）使全系统运行在理想状态。（换流器的控制） 9、直流系统稳定运行控制注意事项：（1）交流系统电压的微小变化会引起直流电流的巨大变化，为防止直流电流的波动，快速调整换流器的触发角以跟踪交流电压的变化是直流系统正常运行的必要条件；（2）换流器的稳态运行调整应尽可能使其直流电压在额定电压附近，过低的直流电压将伴随较大的直流电流，较大的直流电流直接增大直流线路上的功率损耗，同时还增大交流系统的功率损耗。此外，直流电流越大，电流衰减越慢，导致换相角越大，大的换相角会使触发角的变化范围减小；（3）
很详细的系统架构图 专业推荐 2013.11.7
1.1.共享平台逻辑架构设计 如上图所示为本次共享资源平台逻辑架构图，上图整体展现说明包括以下几个方面： 1 应用系统建设 本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发，从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合，完成应用系统的统一化管理与维护。 2 应用资源采集 整体应用系统资源统一分为两类，具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源，我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源，我们将通过全面的接口管理体系进行相应资源采集模板的搭建，采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。 3 数据分析与展现 采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现，具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。 4 数据的应用 最终数据将通过内外网门户对外进行发布，相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询，从而有效提升了我局整体应用服务质量。
综上，我们对本次项目整体逻辑架构进行了有效的构建，下面我们将从技术角度对相关架构进行描述。 1.2.技术架构设计 如上图对本次项目整体技术架构进行了设计，从上图我们可以看出，本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。下面我们将分别进行说明。 1.3.整体架构设计 上述两节，我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明，通过上述设计，我们对整体项目的架构图进行了归纳如下：
关于概念结构理论与构式语法说比较分析 作者：夏晓蓉时间：2010-1-19 11:19:00 论文关键词：概念结构理论构式语法论元结构体验哲学 论文摘要：本文在比较概念结构理论与构式语法说的基础上，指出：作为认知语言学的两个理论体系，它们有着各自鲜明甚至对立的观点，但是认知的共性使得它们解释语言现象时具有一定的相似之处。因此，两大理论并非截然对立，存在着合作的可能性。 1.引言 Jackendoff(1990)的词汇概念结构理论与Goldberg(1995)的构式语法是上个世纪九十年代认知语言学的重要理论体系，都运用了论元结构来说明语言中的一些特殊现象，动词和句式之间的关系是他们讨论和研究的中心。Jackendoff并没有明确提出“动词中心”的说法，但从他对句子的论元结构的描述不难看出，他的概念结构并没有摆脱生成语法的影子，句子的生成依然是论元插入动词的概念结构，再转化为句法结构的结果。与Jackendoff不同的是，Goldberg以构式(construction)的论元结构为研究中心，认为动词不能决定句子的生成，构式的意义才是构式生成的关键。 虽然他们研究的内容不同，一个是动词概念，一个是构式概念，但是这两者之间的关系是非常紧密的，在一定程度上，动词可以选择它能够出现的构式，同样构式也可以选择满足它的动词。而且，表明句子中动词和名词关系的论元结构在概念结构理论和构式语法中的运用都颇有新意。因此，本文想通过比较Jackendoff和Goldberg的理论方法和哲学基础，讨论这两个分别代表概念语义学和构式研究的理论之间的关系。 2．理论方法 Jackendoff用形式化的语言描述内在概念的空间关系，在生成语法学派中对语义的研究做出了很大的贡献。他的概念结构相当于语义结构，与句法和音系结构并行。Jackendoff摈弃了由表层结构映射到音系和语义结构的句法中心说，认为这三个层次是自主的结构，都具有同等的创造性，不存在从一个层次到另一个层次的派生，它们之间是对应关系而非派生关系，由对应规则(correspondence rules)联系起来。 构式是形式-意义的对应，不依赖动词，基本的句型都是构式的实例。每个
《灵活输电系统》教学大纲 课程编号：2002302 学时数：24 适用专业：电气工程及其自动化学分：1.5 编写者：郎兵编写日期：2002。5 一、课程的性质及主要任务 《灵活输电系统》是“电气工程及其自动化”专业的一门重要专业课，其主要任务是使学生了解并掌握灵活性输变电系统的基本概念以及灵活性输变电技术的应用对现代电力系统重大意义、掌握灵活性输变电技术中几种主要元件的结构、工作原理及其对电力系统的调控作用。从而使学生对灵活性输变电技术的应用有较深刻的认识。 二、课程内容 第一章电力系统稳定概述 内容： 1、提高电力系统静态稳定及暂态稳定的原理及主要措施； 2、传统串补电容器、并联电容器对提高电力系统稳定所起的作用； 3、传统移相器的结构、工作原理及对改变系统参数所起的作用； 目的要求： 1、加强对电力系统稳定概念的理解，掌握提高电力系统稳定的原理及主要措施； 2、掌握一些主要的电力系统控制元件（如串补电容器、并联电容器、移相器等）的 工作原理及作用； 第二章灵活性输变电系统（FACTS）的概念及其应用 内容： 1、灵活性输变电技术产生的背景，灵活性输变电系统的概念及其研究的新进展； 2、灵活性输变电技术的基本术语、定义及其控制器分类； 3、静止无功补偿器（SVC）的结构及工作原理； 4、可控硅控制的串联补偿器（TCSC）的结构及工作原理； 5、可控硅控制的移相器（TCPS）的结构和工作原理； 6、统一潮流控制器（UPFC）的结构和工作原理； 目的要求： 1、重点掌握灵活性输变电系统的基本概念及发展概况； 2、重点掌握灵活性输变电系统中的几种主要元件（SVC、TCSC、TCPS及UPFC等）的 结构和工作原理； 第三章含灵活性输变电系统元件的电力系统潮流计算 内容： 1、TCPS在潮流计算中的模拟方法； 2、UPFC在潮流计算中的模拟方法； 目的要求：掌握含灵活性输变电系统元件的电力系统潮流计算方法。 第四章灵活性输变电系统元件在电力系统中的作用 内容： 1、灵活性输变电系统元件对电力系统潮流的控制作用； 2、UPFC对电力系统暂态稳定的控制作用； 3、TCSC对电力系统次同步振荡的抑制作用； 目的要求：掌握灵活性输变电系统元件对电力系统的调控作用；
几种典型的商业智能(BI)系统架构分析 1、简单的BI架构这是目前比较常用的商务智能架构，所有的数据集中管理，集中分析，最大的优点是容易管理和部署，系统结构简单，容易维护，适用于小型商务智能系统。缺点是对于跨地域部署比较困难，数据实时性差，可扩展性差。 2、联合的BI架构（Federated BI Architecture）这种架构比较符合实际的需求，能够集成自定义的数据仓库，外包的数据仓库，架构化的数据仓库，非架构化的数据仓库，分析系统等。应用于多数据仓库的集成和管理。特点是适用于加速time-to-market ,需要高层力量的驱动。成功关键因素：共享一致的的重要的Metrics度量和维度；需要提供统一的标准，拥有企业级的ETL工具和集成的元数据；需要贯穿于整个团队的沟通。联合的BI架构包括：集中逆向商务智能架构，分布逆向商务智能架构，集中顺序商务智能架构，分布顺序商务智能架构及混合架构等。 2、1 集中逆向BI架构（Centralized Upstream BI Architecture）·通常用于中小组织·需要良好的保管者的沟通·需要高级执行者买进·受限于逆向成功惯例（成功的变化是与任何单一实体的进行尝试是成反比的） 2、2 分布式逆向BI架构（Distributed Upstream BI Architecture）·中小组织和大型组织都适用·是大多数从下
至上注重实效表现的逼近系统·更多的考虑多数人意见·更多的限制于大多数人意见·实施团队需要良好的沟通 2、3 集中式的顺序BI架构（Centralized Downstream BI Architecture）·适用于长期数据仓库项目·用于紧密配合多管道的在巨大组织中到处存在的DW/DM系统·经常目标设定为特殊功能组织或行政中心·需要高层在所有的拥有者进行决策·需要为已有系统在实施团队和支持团队建进行良好的沟通 2、4 分布式顺序BI架构（Distributed Downstream BI Architecture）·适用于大型多元化组织·容易适应各种不同的冲突·容易转换到不同的环境·需要为已有系统在实施团队和支持团队间进行良好的沟通 2、5 混合型BI架构（Hybrid BI Architecture）·比任何理想化模型更接近现实情况·更适应自然的联盟·元数据集成更具有挑战性