呵呵,

这个星期终于收到IBM的软件包了

呵呵

等得好辛苦哦

 

最近都在忙期终考试,N多的课程要考试,感觉都没什么时间弄了!

下个星期一定要用IBM的工具把我们分析的业务流程实现一下了感觉好赶.

嘿嘿

今天把业务流程都画好了

虽然不是用的IBM的工具,不过还是像模像样的哦

 

今天还进行了服务的查找和映射了的,进度还可以

还是继续等我们的软件包了!

还有一个星期就考6级了,又是没复习的

 

我们都在说我们又给中国教育做贡献了!

想想也是

都已经过了，干什么还参加呢?大概又是随大流的关系吧

到时候看自己是不是又退化了一些

时间过得真的好快哦

呵呵

事情好多

怎么感觉一件件的都堆到最近这一个月了呢?!

课程有的已经要开始做大作业了的,算算这个月内有4个大作业要完成,还有专业实践......

看着大家都是好辛苦的样子

不过我们都有在努力的,虽然不知道看资料什么的是不是有用,但至少想要对SOA有一个很好的了解呀!

 

选择了去做就要做好的啊!

 

看到大家的样子有时候还是满感动的,分析什么的也总算是有些进展了哦,呵呵,今天晚上先用visio 画一下简单业务框架吧

IBM的确认电话也接到了,软件应该在路上了吧

没有工具不知道怎么去完成要求呀

 

呵呵,希望IBM给的软件和工具比较容易上手才好,估计到时候要进行一些软件学习了

 

A ZA A ZA Fighting!

我们一定可以搞定的!

昨天又讨论了,可以感觉......还是不甚明了

 

可能是因为对SOA的理念的理解的问题,我们小组成员也没有学过ERP的,感觉对业务的分析还是满困难的了,虽然可以理清楚整个流程,但对这样应用SOA的理念来进行分析优化还是一头雾水啊

 

不知道其他人做得怎么样了的

呵呵,想要别人指导一下了啊,应该去找同学讨论一下了

 

今天和明天就大家再看看我们找到的资料啊,后天再进行一次分析讨论了

希望到时候可以有点感觉吧

 

使用'以服务为中心的集成'的原因 企业集成的推动因素 推动'企业应用集成'（Enterprise Application Integration, EAI ）的因素，来自商务 和技术两个方面。从商务的角度，今天企业要在全球化的经济环境中求生存和发展，就必须努力适应越来 越强的竞争和越来越快的变化，这意味着一个企业的业务模型要变得灵活以快速应变，也就是随需应变。 在一个企业的业务模型变得灵活

 SOA的五视图实现方法

      企业架构设计师发现他们的职业非常有竞争力并且值得骄傲，因为他们要从很多方面来通盘考虑IT系统。Kruchten（RUP的开发负责人）将这些方面提取出来，在应用到SOA时，我们称为五视图实现方法（five-view approach）。

      四个方框表示对一个架构的不同审视方法，分别代表不同的涉众（stakeholder）。第五个视图，use-case视图涵盖了其它视图，在架构中扮演的是一个特殊的角色。部署视图将软件映射到底层平台和相关硬件上，是系统部署人员对架构的视图；实现视图描述了软件代码的组织，是从开发人员角度出发的视图；业务分析人员则利用过程视图进行工作，它描述的是软件系统的运行时特性。最后，逻辑视图表示的是用户的功能需求。在SOA中，面向服务的架构必须能够以use-case视图中的

SOA基础

      在IT行业有两个越来越普遍的发展方向，一个是架构方面的，一个是方法学方面的，面向服务的架构设计师可以从中有所收获。第一个就是MDA（模型驱动架构），由提出CORBA的OMG模型提出。MDA认为架构设计师首先要对待创建的系统有一个形式化的UML（也是由OMG提出）的模型。MDA首先给出一个平台无关的模型来表示系统的功能需求和Use Cases，根据系统搭建的平台，架构设计师可以由这个平台无关的模型得到平台相关的模型，这些平台相关模型足够详细，以至于可以用来直接生成需要的代码。

      MDA的核心就在于在设计阶段系统就已经完全描述，这样，在创建系

SOA三大基本特征

      1 独立的功能实体

      在Internet这样松散的使用环境中，任何访问请求都有可能出错，因此任何企图通过Internet进行控制的结构都会面临严重的稳定性问题。SOA非常强调架构中提供服务的功能实体的完全独立自主的能力。传统的组件技术，如.NET Remoting，EJB，COM或者CORBA，都需要有一个宿主(Host或者Server)来存放和管理这些功能实体；当这些宿主运行结束时这些组件的寿命也随之结束。这样当宿主本身或者其它功能部分出现问题的时候，在该宿主上运行的其它应用服务就会受到影响。

      SOA架构中非常强调实体自我管理和恢复能力。常见的用来进行自我恢复的技术，比如事务处理(Transaction)，消息队列(Message Queue)，冗余部署(Redundant Deployment)和集群系统(Cluster)在SOA中都起到至关重要的作用。

面向服务架构（SOA）的原则

      SOA的强大和灵活性将给企业带来巨大的好处。如果某组织将其IT架构抽象出来，将其功能以粗粒度的服务形式表示出来，每种服务都清晰地表示其业务价值，那么，这些服务的顾客（可能在公司内部，也可能是公司的某个业务伙伴）就可以得到这些服务，而不必考虑其后台实现的具体技术。更进一步，如果顾客能够发现并绑定可用的服务，那么在这些服务背后的IT系统能够提供更大的灵活性。
但是，要得到种强大和灵活性，需要有一种实现架构的新方法，这是一项艰巨的任务。企业架构设计师必须要变成“面向服务的架构设计师”，不仅要理解SOA，还要理解SOA的实践。在架构实践和最后得到的架构结果之间的区别非常微妙，也非常关键。本文将讨论SOA的实践，即：面向架构的设计师在构建SOA时必须要做的事情。

      SOA的原则

  &nb