soa认证

『壹』 SOA应用的一个举例求详细解释

首先登陆的时候，在统一验证服务端验证，
查找的话，是在登陆之后的事，所以直接从eidss指向uudi。因为统一认证服务已经把用户登陆状态发布到uudi了

『贰』 SOACAP认证有几种形式 具体怎么操作 费用周期怎样

先是提供产品的测试报告，再是申请PC和SC证书

『叁』 北美精算师soa考试几道题正确能通过

SOA的专业资格认证分为以下两类：准精算师ASA和正式精算师FSA。
☆. 准精算师 Associate of the Society of Actuaries (ASA)

SOA准精算师全面掌握风险形成及管理的基础概念和实用技巧，将相关概念和技巧应用于日常问题中，尤其是因未来的不确定性因素给财务所带来的影响。获取ASA资格，考生需要完成以下课程和考试要求，ASA要求包括：

1. 七门考试：
●Exam P–Probability 概率论
●Exam FM–Financial Mathematics 金融数学
●Exam IFM- Investment and Financial Markets 投资和金融市场
●Exam LTAM-Long Term Actuarial Mathematics 长期精算数学
●Exam STAM - Short-term Actuarial Mathematics 短期精算数学
●Exam SRM- Statistics for Risk Modeling 风险建模统计
●Exam PA-Predictive Analytics 预测分析

2. 三门VEE认证课程，全称 Validation by Ecational Experience, 是ASA 必修课程。 在申请认证之前， 考生须通过两门基础考试，并且两门考试的成绩单已显示在SOA 个人主页的成绩单上。VEE认证课程的通过形式比较特别，可以不用参加考试， 需要在SOA官方认可的机构或高校中，选修指定的课程，并取得B-（或百分制的76分）以上的成绩。然后考生可凭该有效成绩到SOA官网上填写申请表格，通过审核后即为完成该门课程。 以下是VEE 三门需认证的课程。
●VEE Economics 经济学
●VEE Accounting and Finance 会计金融
●VEE Mathematical Statistics 数理统计

3. FAP 网上学习课程,全称Fundamentals of Actuarial Practice，是ASA和的必修课程。这门课程包含8门线上学习模块及两门综合书面评估的网课，考生需要在报名之日起两年内完成所有内容的学习和考试，逾期未完成者可以申请延长一年。最多可提交两次延期申请，每次一年。

FAP课程旨在教授考生有关商业环境的知识，并利用Control Cycle模拟真实商业情景，训练考生在不同精算领域的解决问题的能力。FAP当中包含了实际情景应用，并通过案例呈现出精算原则和实际操作。考生也将有机会把这些原则和技巧运用到传统和非传统精算实践领域中。FAP的两门综合在线测试，分别是期中测试及期末测试。在完成模块1-5后，考生需完成期中测试；完成模块6-8后，需完成期末测试。 对FAP网上学习课程感兴趣的考生，也可先注册一个Trial Account。注册成功后，考生即获得模块一的30天试学权。

以下是FAP 网上学习课程：

Mole 1: Introction/Role of the Professional Actuary 专业精算师角色
Mole 2: Core External Forces 核心外部力量
Mole 3: Risk in Actuarial Problems 精算风险问题
Mole 4: Actuarial Solutions 保险精算的解决方案
Mole 5: Design and Pricing of an Actuarial Solution 精算解决方案的设计和定价
Mole 6: Model Selection and Solution Design 模型选择和解决方案设计
Mole 7: Selection of Initial Assumptions 初始假设的选择
Mole 8: Monitoring Results 检测结果

4. APC研讨会 全称Associateship Professionalism Course，是获得ASA的必要条件。在APC研讨会中，考生将通过对大量的实际案例进行研究，提高自身专业知识、职业道德、法律责任等各方面的素养。每一场APC研讨会持续时间为一天半。其形式是到指定城市参加一个线下的研讨会，每年在中国举行4-5次，地点在会在报名前2-3个月在APC官方主页通知。

☆. 正式精算师 Fellow of the Society of Actuaries (FSA)
FSA正式精算师是SOA会员的最高级别，拥有全面的专业知识，从概念规划到实务操作，全面协助企业制定财务管理方针。

(1)完成ASA的要求，

(2)选择FSA一个专业方向，并完成该方向的要求。考生可灵活选择完成每一项要求的顺序，SOA也根据各个考试和模块之间的知识衔接程度为每一个专业方向制定了推荐的顺序。可供选择的6个FSA方向为：
Corporate Finance and ERM (CFE) Track 公司金融和企业风险管理
Quantitative Finance and Investment (QFI) Track 定量金融学和投资
Indivial Life and Annuities Track 个人人寿和年金保险
Retirement Benefits Track 退休福利保险
Group and Health Track 团体和健康保险
General Insurance Track 一般保险跟踪

（3）DMAC (Decision Making and Communication mole)制定决策和交流模块。在取得ASA资格后，考生会收到DAMC的报名邀请邮件，则考生可随时报名学习DMAC。建议考生们按以下顺序进行FSA系列课程的学习：其余课程——DMAC模块——FAC研讨会。报名成功后，考生需在12个月内完成DAMC所有内容的学习。若考生未能在12个月内提交毕业设计（FinalProject），则需要重新报名。若考生及时提交了Final Project， 但未能通过，则可提交一次时长为六个月的延期申请；并且，无论考生何时提交延期申请，都视为从初次报名当日算起，总共有18个月的学习时间。

(4 ) FAC，全称Fellowship Admissions Course，是FSA每个方向的最后一步

『肆』 SOA指什么

面向服务的体系结构（-oriented architecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。

这种具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。而另一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆弱。

对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。我们称能够灵活地适应环境变化的业务为按需（On demand）业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。

虽然面向服务的体系结构不是一个新鲜事物，但它却是更传统的面向对象的模型的替代模型，面向对象的模型是紧耦合的，已经存在二十多年了。虽然基于 SOA 的系统并不排除使用面向对象的设计来构建单个服务，但是其整体设计却是面向服务的。由于它考虑到了系统内的对象，所以虽然 SOA 是基于对象的，但是作为一个整体，它却不是面向对象的。不同之处在于接口本身。SOA 系统原型的一个典型例子是通用对象请求代理体系结构（Common Object Request Broker Architecture，CORBA），它已经出现很长时间了，其定义的概念与 SOA 相似。

然而，现在的 SOA 已经有所不同了，因为它依赖于一些更新的进展，这些进展是以可扩展标记语言（eXtensible Markup Language，XML）为基础的。通过使用基于 XML 的语言（称为 Web 服务描述语言（Web Services Definition Language，WSDL））来描述接口，服务已经转到更动态且更灵活的接口系统中，非以前 CORBA 中的接口描述语言（Interface Definition Language，IDL）可比了。

Web 服务并不是实现 SOA 的惟一方式。前面刚讲的 CORBA 是另一种方式，这样就有了面向消息的中间件（Message-Oriented Middleware）系统，比如 IBM 的 MQseries。但是为了建立体系结构模型，您所需要的并不只是服务描述。您需要定义整个应用程序如何在服务之间执行其工作流。您尤其需要找到业务的操作和业务中所使用的软件的操作之间的转换点。因此，SOA 应该能够将业务的商业流程与它们的技术流程联系起来，并且映射这两者之间的关系。例如，给供应商付款的操作是商业流程，而更新您的零件数据库，以包括进新供应的货物却是技术流程。因而，工作流还可以在 SOA 的设计中扮演重要的角色。

此外，动态业务的工作流不仅可以包括部门之间的操作，甚至还可以包括与不为您控制的外部合作伙伴进行的操作。因此，为了提高效率，您需要定义应该如何得知服务之间的关系的策略，这种策略常常采用服务级协定和操作策略的形式。

最后，所有这些都必须处于一个信任和可靠的环境之中，以同预期的一样根据约定的条款来执行流程。因此，安全、信任和可靠的消息传递应该在任何 SOA 中都起着重要的作用。

我可以用面向服务的体系结构做什么？

对 SOA 的需要来源于需要使业务 IT 系统变得更加灵活，以适应业务中的改变。通过允许强定义的关系和依然灵活的特定实现，IT 系统既可以利用现有系统的功能，又可以准备在以后做一些改变来满足它们之间交互的需要。

下面举一个具体的例子。一个服装零售组织拥有 500 家国际连锁店，它们常常需要更改设计来赶上时尚的潮流。这可能意味着不仅需要更改样式和颜色，甚至还可能需要更换布料、制造商和可交付的产品。如果零售商和制造商之间的系统不兼容，那么从一个供应商到另一个供应商的更换可能就是一个非常复杂的软件流程。通过利用 WSDL 接口在操作方面的灵活性，每个公司都可以将它们的现有系统保持现状，而仅仅匹配 WSDL 接口并制订新的服务级协定，这样就不必完全重构它们的软件系统了。这是业务的水平改变，也就是说，它们改变的是合作伙伴，而所有的业务操作基本上都保持不变。这里，业务接口可以作少许改变，而内部操作却不需要改变，之所以这样做，仅仅是为了能够与外部合作伙伴一起工作。

另一种形式是内部改变，在这种改变中，零售组织现在决定它还将把连锁零售商店内的一些地方出租给专卖流行衣服的小商店，这可以看作是采用店中店（store-in-store）的业务模型。这里，虽然公司的大多数业务操作都保持不变，但是它们现在需要新的内部软件来处理这样的出租安排。尽管在内部软件系统可以承受全面的检修，但是它们需要在这样做的同时不会对与现有的供应商系统的交互产生大的影响。在这种情况下，SOA 模型保持原封不动，而内部实现却发生了变化。虽然可以将新的方面添加到 SOA 模型中来加入新的出租安排的职责，但是正常的零售管理系统继续如往常一样。

为了延续内部改变的观念，IT 经理可能会发现，软件的新配置还可以以另外的一种方式加以使用，比如出租粘贴海报的地方以供广告之用。这里，新的业务提议是通过在新的设计中重用灵活的 SOA 模型得出的。这是来自 SOA 模型的新成果，并且还是一个新的机会，而这样的新机会在以前可能是不会有的。

垂直改变也是可能的，在这种改变中，零售商从销售他们自己的服装完全转变到专门通过店中店模型出租地方。如果垂直改变完全从最底层开始的话，就会带来 SOA 模型结构的显著改变，与之一起改变的还可能有新的系统、软件、流程以及关系。在这种情况下，SOA 模型的好处是它从业务操作和流程的角度考虑问题而不是从应用程序和程序的角度考虑问题，这使得业务管理可以根据业务的操作清楚地确定什么需要添加、修改或删除。然后可以将软件系统构造为适合业务处理的方式，而不是在许多现有的软件平台上常常看到的其他方式。

正如您可以看到的，在这里，改变和 SOA 系统适应改变的能力是最重要的部分。对于开发人员来说，这样的改变无论是在他们工作的范围之内还是在他们工作的范围之外都有可能发生，这取决于是否有改变需要知道接口是如何定义的以及它们相互之间如何进行交互。与开发人员不同的是，架构师的作用就是引起对 SOA 模型大的改变。这种分工，就是让开发人员集中精力于创建作为服务定义的功能单元，而让架构师和建模人员集中精力于如何将这些单元适当地组织在一起，它已经有十多年的历史了，通常用统一建模语言（Universal Modeling Language，UML），并且描述成模型驱动的体系结构（Model-Driven Architecture，MDA）。

对于面向同步和异步应用的，基于请求/响应模式的分布式计算来说，SOA是一场革命。一个应用程序的业务逻辑（business logic）或某些单独的功能被模块化并作为服务呈现给消费者或客户端。这些服务的关键是他们的松耦合特性。例如，服务的接口和实现相独立。应用开发人员或者系统集成者可以通过组合一个或多个服务来构建应用，而无须理解服务的底层实现。举例来说，一个服务可以用。NET或J2EE来实现，而使用该服务的应用程序可以在不同的平台之上，使用的语言也可以不同。

SOA有以下特性

SOA服务具有平台独立的自我描述XML文档。Web服务描述语言（WSDL， Web Services Description Language）是用于描述服务的标准语言。

SOA 服务用消息进行通信，该消息通常使用XML Schema来定义（也叫做XSD， XML Schema Definition）。消费者和提供者或消费者和服务之间的通信多见于不知道提供者的环境中。服务间的通讯也可以看作企业内部处理的关键商业文档。

在一个企业内部，SOA服务通过一个扮演目录列表（directory listing）角色的登记处（Registry）来进行维护。应用程序在登记处（Registry）寻找并调用某项服务。统一描述，定义和集成（UDDI， Universal Description， Definition， and Integration）是服务登记的标准。

每项SOA服务都有一个与之相关的服务品质（QoS， quality of service）。QoS的一些关键元素有安全需求（例如认证和授权），可靠通信（译注：可靠消息是指，确保消息“仅且仅仅”发送一次，从而过滤重复信息。），以及谁能调用服务的策略。

为什么选择SOA？

不同种类的操作系统，应用软件，系统软件和应用基础结构（application infrastructure）相互交织，这便是IT企业的现状。一些现存的应用程序被用来处理当前的业务流程（business processes），因此从头建立一个新的基础环境是不可能的。企业应该能对业务的变化做出快速的反应，利用对现有的应用程序和应用基础结构（application infrastructure）的投资来解决新的业务需求，为客户，商业伙伴以及供应商提供新的互动渠道，并呈现一个可以支持有机业务（organic business）的构架。SOA凭借其松耦合的特性，使得企业可以按照模块化的方式来添加新服务或更新现有服务，以解决新的业务需要，提供选择从而可以通过不同的渠道提供服务，并可以把企业现有的或已有的应用作为服务， 从而保护了现有的IT基础建设投资。

如图1的例子所示，一个使用SOA的企业，可以使用一组现有的应用来创建一个供应链复合应用（supply chain composite application），这些现有的应用通过标准接口来提供功能。

服务架构

为了实现SOA，企业需要一个服务架构，图2显示了一个例子：

在图2中， 服务消费者（service consumer）可以通过发送消息来调用服务。这些消息由一个服务总线（service bus）转换后发送给适当的服务实现。这种服务架构可以提供一个业务规则引擎（business rules engine），该引擎容许业务规则被合并在一个服务里或多个服务里。这种架构也提供了一个服务管理基础（service management infrastructure），用来管理服务，类似审核，列表（billing），日志等功能。此外，该架构给企业提供了灵活的业务流程，更好地处理控制请求（regulatory requirement），例如Sarbanes Oxley（SOX），并且可以在不影响其他服务的情况下更改某项服务。

SOA基础结构

要运行，管理SOA应用程序，企业需要SOA基础，这是SOA平台的一个部分。SOA基础必须支持所有的相关标准，和需要的运行时容器。图3所示的是一个典型的SOA基础结构。

SOAP， WSDL， UDDI

WSDL，UDDI和SOAP是SOA基础的基础部件。WSDL用来描述服务；UDDI用来注册和查找服务；而SOAP，作为传输层，用来在消费者和服务提供者之间传送消息。SOAP是Web服务的默认机制，其他的技术为可以服务实现其他类型的绑定。一个消费者可以在UDDI注册表（registry）查找服务，取得服务的WSDL描述，然后通过SOAP来调用服务。

WS-I Basic Profile

WS-I Basic Profile，由Web服务互用性组织（Web Services Interoperability Organization）提供，是SOA服务测试与互用性所需要的核心构件。服务提供者可以使用Basic Profile测试程序来测试服务在不同平台和技术上的互用性。

J2EE 和 .Net

尽管J2EE和。NET平台是开发SOA应用程序常用的平台，但SOA不仅限于此。像J2EE这类平台，不仅为开发者自然而然地参与到SOA中来提供了一个平台，还通过他们内在的特性，将可扩展性，可靠性，可用性以及性能引入了SOA世界。新的规范，例如 JAXB（Java API for XML Binding），用于将XML文档定位到Java类；JAXR（Java API for XML Registry）用来规范对UDDI注册表（registry）的操作；XML-RPC（Java API for XML-based Remote Procere Call）在J2EE1.4中用来调用远程服务，这使得开发和部署可移植于标准J2EE容器的Web服务变得容易，与此同时，实现了跨平台（如。NET）的服务互用。

服务品质

在企业中，关键任务系统（mission-critical system，译注：关键任务系统是指如果一个系统的可靠性对于一个组织是至关重要的，那么该系统就是该企业的关键任务系统。比如，电话系统对于一个电话促销企业来说就是关键任务系统，而文字处理系统就不那么关键了。）用来解决高级需求，例如安全性，可靠性，事物。当一个企业开始采用服务架构作为工具来进行开发和部署应用的时候，基本的Web服务规范，像WSDL，SOAP，以及UDDI就不能满足这些高级需求。正如前面所提到的，这些需求也称作服务品质（QoS，quality of services）。与QoS相关的众多规范已经由一些标准化组织（standards bodies）提出，像W3C（World Wide Web Consortium）和OASIS（the Organization for the Advancement of Structured Information Standards）。下面的部分将会讨论一些QoS服务和相关标准。

安全

Web服务安全规范用来保证消息的安全性。该规范主要包括认证交换， 消息完整性和消息保密。该规范吸引人的地方在于它借助现有的安全标准，例如，SAML（as Security Assertion Markup Language）来实现web服务消息的安全。OASIS正致力于Web服务安全规范的制定。

可靠

在典型的SOA 环境中，服务消费者和服务提供者之间会有几种不同的文档在进行交换。具有诸如“仅且仅仅传送一次”（ once-and-only-once delivery），“最多传送一次”（ at-most-once delivery），“重复消息过滤”（plicate message elimination），“保证消息传送”（guaranteed message delivery）等特性消息的发送和确认，在关键任务系统（mission-critical systems）中变得十分重要。WS-Reliability 和 WS-ReliableMessaging是两个用来解决此类问题的标准。这些标准现在都由OASIS负责。

策略

服务提供者有时候会要求服务消费者与某种策略通信。比如，服务提供商可能会要求消费者提供Kerberos安全标示，才能取得某项服务。这些要求被定义为策略断言（policy assertions）。一项策略可能会包含多个断言。WS-Policy用来标准化服务消费者和服务提供者之间的策略通信。

控制

当企业着手于服务架构时，服务可以用来整合数据仓库（silos of data），应用程序，以及组件。整合应用意味着例如异步通信，并行处理，数据转换，以及校正等进程请求必须被标准化。在SOA中，进程是使用一组离散的服务创建的。BPEL4WS 或者 WSBPEL（Web Service Business Process Execution Language）是用来控制这些服务的语言。WSBPEL目前也由OASIS负责。

管理

随着企业服务的增长，所使用的服务和业务进程的数量也随之增加，一个用来让系统管理员管理所有运行在多相环境下的服务的管理系统就显得尤为重要。WSDM（Web Services for Distributed Management）规定了任何根据WSDM实现的服务都可以由一个WSDM适应（WSDM-compliant）的管理方案来管理。

其它的qos特性，比如合作方之间的沟通和通讯，多个服务之间的事务处理，都在WS-Coordination 和 WS-Transaction 标准中描述， 这些都是OASIS 的工作。

SOA 不是Web服务

在理解SOA和Web服务的关系上，经常发生混淆。根据2003年4月的Gartner报道，Yefim V. Natis就这个问题是这样解释的：“Web服务是技术规范，而SOA是设计原则。特别是Web服务中的WSDL，是一个SOA配套的接口定义标准：这是Web服务和SOA的根本联系。”从本质上来说，SOA是一种架构模式，而Web服务是利用一组标准实现的服务。Web服务是实现SOA的方式之一。用Web服务来实现SOA的好处是你可以实现一个中立平台，来获得服务，而且随着越来越多的软件商支持越来越多的Web服务规范，你会取得更好的通用性。

SOA的优势

SOA的概念并非什么新东西，SOA不同于现有的分布式技术之处在于大多数软件商接受它并有可以实现SOA的平台或应用程序。SOA伴随着无处不在的标准，为企业的现有资产或投资带来了更好的重用性。SOA能够在最新的和现有的应用之上创建应用；SOA能够使客户或服务消费者免予服务实现的改变所带来的影响；SOA能够升级单个服务或服务消费者而无需重写整个应用，也无需保留已经不再适用于新需求的现有系统。总而言之，SOA以借助现有的应用来组合产生新服务的敏捷方式，提供给企业更好的灵活性来构建应用程序和业务流程。

『伍』 财务里的SOA指什么

SOA

SOA考试是由北美精算师协会（Society of Actuaries）开设的包括准精算师部分与精算师部分的考试。考试一般每年举行两次，5月份与11月份。考试体系与内容每次都会有一些修改，最近一次比较大的改革是在2005年。
从2007年开始，
准精算师部分包括：
1 基础考试部分： Exam P, Exam FM, Exam M, Exam C
2 教育认证部分： VEE for Economics, Corporate Finance，Applied Statistical Methods
3 精算实务基础模块：FAP Moles1—8， FAP Exam＃1，Exam ＃2
4 准精算师职业考试： Associateship Professionalism Course
完成了以上要求，考生就可以递交一份准精算师的书面申请，由SOA的管理委员会（SOA Board of Governors）审批通过则可拿到北美准精算师（ASA）资格。
精算师部分包括：
1 完成ASA部分
2 后续考试： Course 7， Course8 (2007年后会有新的改革)
3 PD部分：Professional Development component
4 FAC: Fellowship Admission Course
5 SOA管理委员会提出的附加要求。
完成了以上要求，考生就可自动拿到北美精算师（FSA）的资格。
各门考试简介：
Exam P： Probability （概率论）
通过这门考试可以掌握用于定量评估风险的基本的概率方法，并着重于把这些方法应用于解决精算学中遇到的问题。参加这门考试之前考生应具有一定微积分基础，并了解基本的概率，保险与风险管理的概念。考试主要内容包括General Probability, Univariate Probability Distributions，Multivariate Probability Distributions。大部分考点实行机考，部分考点仍实行笔考。
考试为3小时，题型为选择题。
Exam FM Financial Mathematics （金融数学）
通过这门考试，考生可以掌握金融数学的基本概念，并把这些概念应用于各种现金流的现值与累计值的计算。这些计算以后将应用于准备金的提取，评估，定价，资产负责管理，投资收益，资本预算及评估随机现金流等。同时，考生可以了解
包括衍生品在内的基本金融工具及无套利等概念。考试主要内容包括利息理论，现代金融分析，金融经济学及金融衍生品基础。
考试时间为2.5小时，题型为选择题。
Exam M Actuarial Models （精算模型）
通过这门考试，考生可以掌握精算模型的一些基础知识及这些模型在保险和其他金融风险中的应用。参加这门考试之前考生应该具有微积分，概率论，利息理论及风险管理的基础。这门考试实际上分成了两门考试，且这两门考试是不需要同一次考的。一门是考试时间为3小时的Life Contingencies,主要内容包括生存模型，人寿保险及年金，马尔可夫链模型及布朗过程等；另外一门是考试时间为2小时的Financial Economics，主要内容包括利率模型，衍生证券估价，风险管理技术。题型为选择题。
??Exam C Construction and Evaluation of Actuarial Models(精算模型构建及评估)
?? 通过这门考试，考生可以掌握一些有用的频率模型，程度模型，建模的步骤，这些步骤在实际问题的实现及模型的量度评估的各类方法。考生应会分析实际问题中的数据，由这些数据来选择合适的模型及参数，并给出模型的信度。模型的量度及评估的各类方法。主要内容包括风险理论，经验模型的构建，参数模型的构建及选择，信度理论及仿真（simulation）。
考试时间为4小时，题型为选择题。
VEE —— Economics（经济学）
主要内容包括宏观经济学与微观经济学。
考试时间为1.5小时
VEE —— Corporate Finance （公司财务）
主要内容包括财务与投资。
考试时间为1.5小时。
VEE —— Applied Statistical Methods (应用统计方法)
主要内容包括回归分析与时间序列。
考试时间为1.5小时。
注： VEE实际上是CAS开设的考试。
FAP Fundamentals of Actuarial Practice (精算实务基础)
主要内容包括8个模块：1、职业精算师的作用，2、外部影响力，3、精算问题中的风险，4、精算决策，5、精算模型，6、模型选择与策划，7、初始假定的选择，8、结果跟踪及内控。考生通过网上教学完成以上8个模块的学习后，需参加考试时间为2小时的 Exam＃1与Exam ＃2考试，其中Exam＃1 包括前5个模块的内容，Exam ＃2 包括后3个模块的内容。两门考试不需要同一次考。
Course 7： Applied Actuarial Modeling （精算模型的应用）
主要内容包括：模型的设计、选择与建立，输入数据的选择与分析，数据输出分析，结果的比较、检验和反馈。Course 7实际上是一个2小时的Pre-Test 加上一个Seminar。在参加Seminar之前必须先通过Pre-Test,而在Seminar中沟通能力特别重要。
Course 8 Advanced Specialized Actuarial Practice 高级精算实务 一共有5 个方向，只要选考一个方向。（考试一共6.5小时，上午下午各考3小时15分钟）
方向一： Finance and Enterprise Risk Management (财务与企业风险管理)
内容包括公司财务与财务策略，资本管理，风险管理。
方向二： Health, Group Life and Managed Care (健康计划与团体人寿险)
内容包括计划的设计，数据、费用分析及定价，财务管理。
方向三：Indivial Insurance （个人寿险）
内容包括个人寿险与年金产品的营销，定价，评估与财务陈述。产品设计与开发。（分美国体系与加拿大体系）
方向四：Investment（投资）
内容包括投资组合管理，期权定价技术，资产－负责管理。
方向五：Retirement Benefits （养老金计划）
内容包括养老金计划的设计，评估，定价原理，具体法律环境及实务标准等。（分美国体系与加拿大体系）
（本文主要是参考2007年春季SOA考试大纲及SOA改革的一些通知，如果相应内容有改革，请以SOA的最新通知为准。需要了解关于SOA考试的更多信息，请登陆SOA官方网站）

『陆』 SOA的发展历史，及认证机构

2007年将有三个重量级的标准问世，它们目前都属于规范级别。它们就是SCA、SDO、WS-Policy。SCA和SDO构成了SOA组件开发的核心，而WS-Policy则成为SOA组件间安全通讯的标准，其作用类似于安全套接层在浏览器与服务器通讯中的重用。事实上，WS-Policy的基本原理与SSL是一致的。

今后标准开发将具有一个共同的特点，就是标准与SOA架构的协调性。也就是说，无论是已有的标准还是正在开发的标准，都必须符合SOA架构的要求，同时要考虑单个标准与其它SOA标准之间的协调一致。

2007年将会有许多SOA的规范升级为标准。SCA和SDO计划于2007年由OASIS审核通过，而WS-Policy也将于2007年8月正式成为W3C标准。

基于市场的强劲需求，各标准化组织将继续加大在制定SOA相关标准上的投入力度，标准的制定和发布周期将大大缩短。比如对WS-Policy，W3C制定了精密的时间表。目前WS-Policy的发布时间表是这样安排的，2007年3月发布候选推荐版本(Candidate Recommendation drafts)，2007年7月发布提议推荐版本(Proposed Recommendation drafts)，2007年8月发布W3C推荐版本(W3C Recommendations)。W3C历来以严谨和审慎著称，发布一个标准平均需要3至5年的时间。但就WS-Policy而言，从2006年4月 IBM和微软公司将WS-Policy规范提交给W3C算起，按照目前的时间表，整个标准发布周期仅为16个月。

『柒』 关于北美精算师VEE课程认证

三门VEE认证课程，全称 Validation by Ecational Experience, 是ASA 必修课程。 在申请认证之前， 考生须通过两门基础考试，并且两门考试的成绩单已显示在SOA 个人主页的成绩单上。VEE认证课程的通过形式比较特别，可以不用参加考试， 需要在SOA官方认可的机构或高校中，选修指定的课程，并取得B-（或百分制的76分）以上的成绩。然后考生可凭该有效成绩到SOA官网上填写申请表格，通过审核后即为完成该门课程。 以下是VEE 三门需认证的课程。

VEE Economics 经济学
VEE Accounting and Finance 会计金融
VEE Mathematical Statistics 数理统计

☆ SOA名单列的学校的VEE认证详细申请步骤如下：

1 登录SOA官网，查看VEE机构/高校信息
国内有59所VEE认证高校，及32所VEE认证机构，但这些机构或高校可能只提供1-2门VEE认证课程，考生需认真查看。

2 根据SOA官网上显示的可认证课程，在机构/高校中选修指定课程。

比如，对于中央财经大学，SOA官网上显示VEE Applied Statistics有四种方案可供选择：

A.选修一门 Statisticss；
B.选修一门Advanced Econometrics；
C.选修一门 Econometrics
D.选修一门Mathematical Statistics

并要求每门课程的成绩均在76分以上（满分100分），则一名中央财经大学的学生可选择任意一种方案，且保证每门课均取得76分以上即可。

3 在通过两门基础考试后，在线填写VEE认证申请表格并交认证费，然后让学校邮寄成绩单给SOA。

网上申请， 打开SOA官网，在导航栏Ecation & Exams处选择VEE：Validation by Ecational Experience，在VEE主页上点击“Apply online for VEE X”，如同时申请三门认证课程，也需要分别点开链接并填写申请。

提交网上申请表格并缴费成功后，考生会收到Order Confirmation的邮件，随后考生须将英文版官方成绩单邮寄到指定地址。如同时申请2或3门认证课程，成绩单可一起邮寄。

3 审核时间
SOA在收到考生的成绩单后，将会花费4-6周的时间进行审核。审核通过后，将会以邮件形式通知考生。

☆ SOA名单外的学校的VEE认证
如果你所就读的学校和课程不在SOA 名单列，但是你有修读VEE 相关课程

详细申请步骤如下：

1 查看课程要求

打开SOA官网，在导航栏Ecation & Exams处选择VEE：Validation by Ecational Experience，在VEE主页上点击Guidelines for Course Approval，查看该校开设的课程是否满足SOA的要求。

注意：一门VEE课程，可由机构/高校开设的一门课程认证替代，也可由两门课程叠加认证替代。比如，学校可申请以其校内开设的一门Microeconomics加一门Macroeconomics来认证VEE课程中的Economics。

2 找到申请表格
在VEE主页上点击“Application for Course Evaluation”

3 填写表格

填写网上表格，并上传用英文书写的必要文件（课程描述、先修课程描述及课程大纲）。具体申请步骤请点击上图中的Guidelines for Course Approval。

4 审核时间

在收到申请后，SOA将会花费10周左右的时间进行审核。

『捌』 SOA FM 证书值得考吗

如果你只想考孤零零的一门FM，那么不值得。
FM并不是一个证书，它只是获得SOA准精算师证书路上版的一个权小考试而已。

所以考个FM真的对你没有太大帮助，最多忽悠忽悠没有任何相关专业知识的HR。如果是用人部门直接筛简历，孤零零的一门FM基本上会被无视掉。
可以更充实一下自己
转自宏景 原创，未经授权禁止转载

『玖』 soa怎么用

在最近的软件发展中，面向服务架构（SOA, service-oriented architecture）成为了时下的热门话题。这篇文章将向大家介绍SOA， 讨论企业为什么需要SOA，什么是SOA， 从核心，平台，服务品质3个层面来解释SOA的基础构成。

对于面向同步和异步应用的，基于请求/响应模式的分布式计算来说，SOA是一场革命。一个应用程序的业务逻辑（business logic）或某些单独的功能被模块化并作为服务呈现给消费者或客户端。这些服务的关键是他们的松耦合特性。例如，服务的接口和实现相独立。应用开发人员或者系统集成者可以通过组合一个或多个服务来构建应用，而无须理解服务的底层实现。举例来说，一个服务可以用.NET或J2EE来实现，而使用该服务的应用程序可以在不同的平台之上，使用的语言也可以不同。

SOA有以下特性
SOA服务具有平台独立的自我描述XML文档。Web服务描述语言（WSDL, Web Services Description Language）是用于描述服务的标准语言。
SOA 服务用消息进行通信，该消息通常使用XML Schema来定义（也叫做XSD, XML Schema Definition）。消费者和提供者或消费者和服务之间的通信多见于不知道提供者的环境中。服务间的通讯也可以看作企业内部处理的关键商业文档。
在一个企业内部，SOA服务通过一个扮演目录列表（directory listing）角色的登记处(Registry)来进行维护。应用程序在登记处（Registry）寻找并调用某项服务。统一描述，定义和集成(UDDI, Universal Description, Definition, and Integration)是服务登记的标准。
每项SOA服务都有一个与之相关的服务品质（QoS, quality of service）。QoS的一些关键元素有安全需求（例如认证和授权），可靠通信（译注：可靠消息是指，确保消息“仅且仅仅”发送一次，从而过滤重复信息。），以及谁能调用服务的策略。

为什么选择SOA？

不同种类的操作系统，应用软件，系统软件和应用基础结构（application infrastructure）相互交织，这便是IT企业的现状。一些现存的应用程序被用来处理当前的业务流程（business processes），因此从头建立一个新的基础环境是不可能的。企业应该能对业务的变化做出快速的反应，利用对现有的应用程序和应用基础结构（application infrastructure）的投资来解决新的业务需求，为客户，商业伙伴以及供应商提供新的互动渠道，并呈现一个可以支持有机业务（organic business）的构架。SOA凭借其松耦合的特性，使得企业可以按照模块化的方式来添加新服务或更新现有服务，以解决新的业务需要，提供选择从而可以通过不同的渠道提供服务，并可以把企业现有的或已有的应用作为服务， 从而保护了现有的IT基础建设投资。

如图1（略）的例子所示，一个使用SOA的企业，可以使用一组现有的应用来创建一个供应链复合应用（supply chain composite application），这些现有的应用通过标准接口来提供功能。

服务架构

为了实现SOA，企业需要一个服务架构，图2显示了一个例子：

在图2（略）中， 服务消费者（service consumer）可以通过发送消息来调用服务。这些消息由一个服务总线（service bus）转换后发送给适当的服务实现。这种服务架构可以提供一个业务规则引擎（business rules engine），该引擎容许业务规则被合并在一个服务里或多个服务里。这种架构也提供了一个服务管理基础（service management infrastructure），用来管理服务，类似审核，列表（billing），日志等功能。此外，该架构给企业提供了灵活的业务流程，更好地处理控制请求（regulatory requirement），例如Sarbanes Oxley（SOX），并且可以在不影响其他服务的情况下更改某项服务。

SOA基础结构

要运行，管理SOA应用程序，企业需要SOA基础，这是SOA平台的一个部分。SOA基础必须支持所有的相关标准，和需要的运行时容器。图3（略）所示的是一个典型的SOA基础结构。接下来的章节将逐一讨论该结构的每个部分。

SOAP, WSDL, UDDI
WSDL，UDDI和SOAP是SOA基础的基础部件。WSDL用来描述服务；UDDI用来注册和查找服务；而SOAP，作为传输层，用来在消费者和服务提供者之间传送消息。SOAP是Web服务的默认机制，其他的技术为可以服务实现其他类型的绑定。一个消费者可以在UDDI注册表（registry）查找服务，取得服务的WSDL描述，然后通过SOAP来调用服务。

WS-I Basic Profile
WS-I Basic Profile，由Web服务互用性组织（Web Services Interoperability Organization）提供，是SOA服务测试与互用性所需要的核心构件。服务提供者可以使用Basic Profile测试程序来测试服务在不同平台和技术上的互用性。

J2EE 和 .Net
尽管J2EE和.NET平台是开发SOA应用程序常用的平台，但SOA不仅限于此。像J2EE这类平台，不仅为开发者自然而然地参与到SOA中来提供了一个平台，还通过他们内在的特性，将可扩展性，可靠性，可用性以及性能引入了SOA世界。新的规范，例如 JAXB（Java API for XML Binding），用于将XML文档定位到Java类；JAXR（Java API for XML Registry）用来规范对UDDI注册表（registry）的操作；XML-RPC（Java API for XML-based Remote Procere Call）在J2EE1.4中用来调用远程服务，这使得开发和部署可移植于标准J2EE容器的Web服务变得容易，与此同时，实现了跨平台（如.NET）的服务互用。

服务品质
在企业中，关键任务系统（mission-critical system，译注：关键任务系统是指如果一个系统的可靠性对于一个组织是至关重要的，那么该系统就是该企业的关键任务系统。比如，电话系统对于一个电话促销企业来说就是关键任务系统，而文字处理系统就不那么关键了。）用来解决高级需求，例如安全性，可靠性，事物。当一个企业开始采用服务架构作为工具来进行开发和部署应用的时候，基本的Web服务规范，像WSDL，SOAP，以及UDDI就不能满足这些高级需求。正如前面所提到的，这些需求也称作服务品质（QoS，quality of services）。与QoS相关的众多规范已经由一些标准化组织（standards bodies）提出，像W3C（World Wide Web Consortium）和OASIS（the Organization for the Advancement of Structured Information Standards）。下面的部分将会讨论一些QoS服务和相关标准。

安全
Web服务安全规范用来保证消息的安全性。该规范主要包括认证交换， 消息完整性和消息保密。该规范吸引人的地方在于它借助现有的安全标准，例如，SAML（as Security Assertion Markup Language）来实现web服务消息的安全。OASIS正致力于Web服务安全规范的制定。

可靠
在典型的SOA 环境中，服务消费者和服务提供者之间会有几种不同的文档在进行交换。具有诸如“仅且仅仅传送一次”（ once-and-only-once delivery），“最多传送一次”（ at-most-once delivery），“重复消息过滤”（plicate message elimination），“保证消息传送”（guaranteed message delivery）等特性消息的发送和确认，在关键任务系统（mission-critical systems）中变得十分重要。WS-Reliability 和 WS-ReliableMessaging是两个用来解决此类问题的标准。这些标准现在都由OASIS负责。

策略
服务提供者有时候会要求服务消费者与某种策略通信。比如，服务提供商可能会要求消费者提供Kerberos安全标示，才能取得某项服务。这些要求被定义为策略断言（policy assertions）。一项策略可能会包含多个断言。WS-Policy用来标准化服务消费者和服务提供者之间的策略通信。

控制
当企业着手于服务架构时，服务可以用来整合数据仓库（silos of data），应用程序，以及组件。整合应用意味着例如异步通信，并行处理，数据转换，以及校正等进程请求必须被标准化。在SOA中，进程是使用一组离散的服务创建的。BPEL4WS 或者 WSBPEL（Web Service Business Process Execution Language）是用来控制这些服务的语言。WSBPEL目前也由OASIS负责。

管理
随着企业服务的增长，所使用的服务和业务进程的数量也随之增加，一个用来让系统管理员管理所有运行在多相环境下的服务的管理系统就显得尤为重要。WSDM（Web Services for Distributed Management）规定了任何根据WSDM实现的服务都可以由一个WSDM适应（WSDM-compliant）的管理方案来管理。

其它的qos特性，比如合作方之间的沟通和通讯，多个服务之间的事务处理，都在WS-Coordination 和 WS-Transaction 标准中描述， 这些都是OASIS 的工作.

SOA 不是Web服务
在理解SOA和Web服务的关系上，经常发生混淆。根据2003年4月的Gartner报道，Yefim V. Natis就这个问题是这样解释的：“Web服务是技术规范，而SOA是设计原则。特别是Web服务中的WSDL，是一个SOA配套的接口定义标准：这是Web服务和SOA的根本联系。”从本质上来说，SOA是一种架构模式，而Web服务是利用一组标准实现的服务。Web服务是实现SOA的方式之一。用Web服务来实现SOA的好处是你可以实现一个中立平台，来获得服务，而且随着越来越多的软件商支持越来越多的Web服务规范，你会取得更好的通用性。

SOA的优势

SOA的概念并非什么新东西，SOA不同于现有的分布式技术之处在于大多数软件商接受它并有可以实现SOA的平台或应用程序。SOA伴随着无处不在的标准，为企业的现有资产或投资带来了更好的重用性。SOA能够在最新的和现有的应用之上创建应用；SOA能够使客户或服务消费者免予服务实现的改变所带来的影响；SOA能够升级单个服务或服务消费者而无需重写整个应用，也无需保留已经不再适用于新需求的现有系统。总而言之，SOA以借助现有的应用来组合产生新服务的敏捷方式，提供给企业更好的灵活性来构建应用程序和业务流程。

详细咨询
msn:[email protected]