我最近看到网上说今年10月30日北美精算师协会(SOA)会在上海举办一个主题研讨会，谁可以介绍一下？
参会费用： 4472 元/位 (约700 美元)
soa案例_soa案例挑战赛
soa案例_soa案例挑战赛
soa案例_soa案例挑战赛
这次研讨会许多的级精算师及北美精算师协会(SOA)的总裁也会出席(Dr. Stuart Flugman, Bradley Smith, Greta Mikelonis, Prof. Chan WaiSum 等等),可以亲自问他们问题. Stuart 更是Mortality Table的专家.
“北美精算师协会2011主题研讨会”，这是在举办的一次会议，在这种场合能看到真正的北美精算师，他们大多来自北美、欧洲，是资深的北美精算师。可以试试！
生产环境JBOSS支持并发5000,有什么优化的注意点
在生产环境上配置过JBOSS支持5000的并发，该种情况下对本身有一定基本的要求
对云计算的全面支持
例如，对于云计算的支持，就是红帽最近几年在JBoss发展方面的重心之一。
“目前红帽JBoss产品线所包含的中间件产品已经非常完善，除了知名度的JBoss应用之外，还有规则引擎、流程引擎ESB和SOA以及分布式缓存等产品。这些都能支持云计算环境中的运行，即不管是JBoss应用，还是JBPM流程引擎，Fuse ESB等都能作为云计算环境中的资源随需进行弹性扩展。”
另外，在该系统后期建设规划中，也利用红帽的分布式缓存技术来提升系统处理响应时间和吞吐量，红帽的Fuse ESB组件来实现与其他内容服务商的集成交互都已进入车联网产品研发团队的日程中。刘长春认为，这个案例充分说明了红帽JBoss开源解决方案在车联网领域，乃至物联网领域的当前典型部署。红帽在近期还推出了两款集成和消息传递产品JBoss Fuse和JBoss A-MQ，其轻量级的特点简化了集成解决方案的开发与维护，使企业能够通过互联网可靠地连接系统和设备，进一步实现物联网集成。简单来说，红帽JBoss本身的定位是中间件平台提供者，红帽的产品和技术有很好的简化集成能力，通过建立高度集成化、自动化、可互作、易管理的环境，协助企业提升敏捷性和响应速度，从而加速创新，支持云计算、物联网应用的实现。高度可扩展、动态灵活、快速响应、成熟稳定的产品，以及全方位的专业服务，加上超高的性价比正是红帽JBoss中间件的立足之本”。
SOA考试问题
北美精算师考试制度分为二个阶段：
阶段是准精算师（ASA）。目前对准精算师的考试要求为300学分，即除了100系列的11门课程（复利数学、精算数学等）外，还须通过200系列的4门课程（经济保障、精算实务等）。每门课在10至30学分不等。
第二阶段是正精算师（FSA）。考生在取得准精算师资格证书后才可参加FSA课程考试。
要取得FSA资格必须通过以上一个方向的所有课程考试，以及再选择以上方向的其他课程，使学分达到150分，即学分总计要达到450分。
当FSA要素的课程考试全部通过后，考生还要参加一门课程正精算师认可课程（FAC），其内容主要是职业道德和案例，时间为二天半，一般只要自始至终参加，在结束后的晚宴上会获得FSA证书。
北美精算师soa考试几道题正确能通过
一般机考是60%估算率算是过（p fm c）会给你pass 和congrats的字样。。
但是真正的分数会在2个月后给你
mlc现在是笔考。
mfe是机考但是不会立刻给你过的成绩。。。
呵呵
加油吧
SOA到底是什么？作用是什么？"
对于SOA，目前我听到有两种说法：一种讲它是"性的革命架构"，一种是"谨慎观望"。但无疑，SOA最近几年发展得非常快，各主要软件厂商纷纷高调跟进，关于SOA的可以说是不绝于耳。对"SOA热"，程序员们有的兴奋和期待，有的则感到困惑，最近我在金蝶中间件于广州、上海等城市举行的"Ja俱乐部"上和程序员们交流时，他们或是以一种朝圣者的表情说："以前面向对象的技术过时了，SOA时代来了"，或者一再恳切地追问我："
那么，SOA是什么?到底能解决什么问题、解决得怎样?我们和客户都准备好了吗?我给出的是"Just Processing，SOA-现在进行中"。SOA到底是什么？SOA（Serv-Oriented Architecture）的定义是面向服务的架构，就是说将软件按照功能设计成一个个服务，这些服务用标准的方式定义接口、并通过标准的协议进行调用。SOA所定义的接口和调用方式是于编程语言和运行平台的，广义上讲SOA可以基于不同的底层技术实现，比如CORBA和Web Servs。但CORBA由于过于复杂和臃肿已很少使用，所以目前所说的SOA绝大多数是基于Web Servs技术实现。在Web Servs的实现方式下，SOA服务的接口用XML进行定义。在SOA架构下，软件开发从业务流程分析开始，使用组件化业务建模的方法识别和分析各种业务模型，将各种实践融入其中，在这个基础上建立用例，用例直接产生BPEL，这些BPEL则可以被融入一个服务整合框架中，其描述了各种服务的信息，从而把ESB上的各个模块统一起来，形成一个巨大的服务仓。这样，SOA甚至是所有软件人员的一个梦:将中间层再进行抽离，在中间层作一个跨技术架构的元数据和业务逻辑，使之成为跨技术架构的、可长期继承、并不断积累的企业业务库和最宝贵的信息资产，也就是面向服务的组件库，而且这个服务组件库也可以被其它企业复用，且不依赖于任何一种技术架构。夸张一点说，如果所有软件企业都使用SOA架构，那么世界软件业将会发生的改变。显然，这样一个框架不是一种产品，也不仅仅是一种技术，而是一种解决问题的方。SOA可能应用的两个场景及现有问题那么，SOA要解决的问题是什么？我认为，从技术本质上讲，SOA可能应用于两个场景：种是业务互通互联；第二种是封闭交易系统，即将元数据和业务逻辑抽离，形成可复用。举个例子，在种场景中，当不同企业之间的业务需要相互调用，这时就可能采用SOA技术；在第二种场景中，在企业内部需要将系统进行迁移时，利用SOA技术定义的原有数据和业务流程，可以很快完成。无疑，SOA是一个伟大的思想，它试图定义一个大家（各种软件厂商）都"认"的、都"遵循"的法则，大家都使用这样的方法来进行互联互通，从而实现限的联通，以及服务组件库的继承和复用，解放无效和重复劳动。打一个不那么恰当的比喻，就像人类的语言一样。SOA或许就像《圣经》中那个的"通天塔"的故事：人们用同一种语言交生的威力是如此之大，以至于他们在巴比伦几乎要修成一个"通天塔"，直达上帝所在的天庭。但是，在SOA应用的两个场景中，现存的问题同样也是明显的：种场景：业务互联互通，就是应用系统互联。业务互联，与其说是技术问题，不如讲是业务问题，例如ERP、CRM的异步整合，数据层面整合都不能很好将两个系统整合，SOA仅仅是一种实现工具之一，整合效果并不会好不到那里去。我们可以说，在没有其他选项之前，SOA是一种最"不坏"的方式，但它并不能解决所有的问题，实际上EAI的牵涉面很广，而我们知道，有些问题并不是单纯靠技术就能解决的。第二种场景：封闭交易系统，缺点是性能慢，而且基于Web Servs的交易没有形成明确的规范。使用XML作信息交互比较慢是大家都承认的，性能问题将对SOA的发展造在一定的阻力。同时SOA规范本身没有完善，比如Transaction规范还在不断完善，而且Web Serv多年来收效甚微。总的来说，SOA现在还处在一个发展阶段，很多标准还在制定，不同厂商间还存在不兼容的现象，因此SOA还不能说已经是一个成熟的技术，还需要时间的检验，还在"进行中"。当然，金蝶中间件作为JCP组织成员，也会推动SOA规范在J2EE平台上的实现。用户的现实选择之惑在憧憬SOA技术可能带来的前景之余，我们不得不回过头来冷静地说：SOA和我们大家的共同客户――企业还有距离。信息化进程与不同，大量的基础业务系统还没建立起来，整合需求并不如想象的那么大。从我们对客户的了解，发现很少有客户有SOA的需求。简单地总结就是，互通无基础，以新建系统为主，需求并不强烈。而市场大量业务系统已建立起来需要整合，从这个角度讲，SOA是适用于他们的。同时，在成功案例极少的前提下，SOA还处于培育期，新建封闭交易系统使用SOA技术还是有一定风险的。一项新技术需要市场的消化，大型企业出于保护企业投资，不会轻易地转移到新的技术平台；而即使像J2EE这样成熟的技术经过了这么多年的发展，也不敢说占有统治地位的市场份额。SOA还需要整个IT界的用户和供应商共同促进。信息化需要什么样的技术架构、能够接受什么样的位？这不仅仅是我们的客户需要考虑，我们软件厂商要比客户考虑得更清楚、更进一步。在这个充满变数的激烈竞争市场，只有冷静务实才能生存、发展。
SOA整合之道的IBM院士、 IBM开发中心专家
激烈的外部竞争环境与有限的内部资源，给当今企业造成了巨大的挑战。如何利用有限的资源提高企业整体生产力，并在激烈的竞争中保持灵活性，实现不断的创新，是企业管理者和解决方案架构师（Solution Architect）最为关注和时刻思考的问题。在已经步入IT时代的今天，IT产品早已成为企业不可或缺的重要资产和管理工具，正确地构建和有效地使用企业IT基础架构，使其紧密而灵活地配合企业的业务需求，是企业成功的关键之一。