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]