SOA在 6月30日暂时告一段落了(

    第一阶段的工作终于做完了！

 

    回想参加大赛的这一个多月来，郑谦老师的讲座，小组的开会讨论，组员一起通宵的那几个晚上，给我留下了深刻而美好的回忆，第一次跟同年级的两位软件工程专业的高手合作，他们确实厉害！郑谦老师的细心和负责深深感动了我，那样认真、负责的老师已经不是很多了。

 

    我是信息安全专业的，没有经过专业的软件工程方面的训练，对于软件工程的思想只是有所了解，对其思想精髓的理解并不深刻，尤其是在系统架构这一块，可以说是我的薄弱项，这次的SOA大赛对我来说是一个极大的挑战。不过虽然如此，在他们的帮助和我的刻苦学习下，经过这一个多月的奋战，我在软件工程、SOA、系统架构等方面有了很大的提高。

 

    SOA暂时可以缓一下，不过期末考试和大作业还没完呢，继续熬夜，继续奋战……7月7号是我的解放日，到时要好好睡上一觉，然后出去疯玩、疯逛，再然后继续修炼信息安全、软件工程，当然还有SOA，相信我们可以冲进决赛！

 

  我发现，项目的实际进度总是要比计划的慢一点。在我们项目开发的过程当中，每次我们开会之前我都会事先写下我们这次开会要解决的问题。但是在开会的时候总是很难在我设想的时间内讨论完所有的议题。虽然在过去的项目里边也会出现这种情况，我也很注意来改进这个问题，但是每次在开会的时候总会出现很多的意外问题，都是我事先没有设想好的。从这一点看来，各种软件工程书籍上所说的交流是项目开发过程中最乏费时间的。

  不过还好，我们是一个非常不错的团队，每次开会都能解决实质性的问题，让我们的工作有实质性的进展。

  对于本次竞赛，SOA对于我们来说是一个全新的概念。因此在开始设计工作之前，我们首先是查找资料和阅读资料。通过阅读相关的资料，我们对SOA这个概念有了一定的了解，之后我们才开始设计工作。

  在开始做题目之后，问题还是不断的出现。又对需求理解上的问题，有SOA设计步骤上的问题。当出现问题时，我们就会进行讨论，去查找资料，最后得出一致意见，然后再接着进行下面的工作。

  从开始做竞赛题目到现在，给我的最大感受就是团队合作非常重要。团队成员的投入程度也是关键。而在项目的进行过程中，花费在讨论上的时间占有很大的比例。但是每次讨论之后，都回给我们以后的工作带来很大的帮助，从一定程度上来说是加快了项目的进程。

SOA--未来企业应用构架方式

  SOA的一个最突出的优点就是它松耦合性。这个优势使得企业在面对市场及其内部结构变化时能够快速所处反应，使其IT结构在较短的时间内适应企业的变化。随着SOA理念的提出，IBM也提出了“On Demand Business”的概念。随着IT在企业中扮演的角色越来越重要，在今后，如果一个企业要想取得成功，那么它内部必须要有一个成功的IT构架。

  就我看来，SOA之所以有这么大的灵活性是应为两个主要因素。一是服务注册，二是单一访问点。服务注册在企业应用和这些应用的用户之间加上了一个中间层。所以的应用已服务的方式发布，这些服务首先要进行注册。应用程序之间的相互使用也是以调用服务发布的接口的方式进行。这种方式降低了不同应用之间的偶合性。只要接口不变，服务的内部实现的改变不会影响到其他的企业内部的其他应用。单一访问点使得不同的用户能够同时得到企业新发布的服务，也使得企业发布新的服务更加的方便和快捷。这个单一访问点可能是一组Web页面。当企业有新的服务要公布时，只要在相应的页面上提供一个连接即可，当要移出否个服务是也只要将某个连接移出。

    IBM关于SOA建模的方法论

   今天是决定过来的写文档和画Reference Architecture图的，本来以为图回很快画好，没想到问题越来越多。

   原来以为在整个构架设计上，只要画一个Reference Architecture图就可以，但是在画图的过程中又出现了新的问题。

   我们在网上查找资料时，发现IBM有自已的一套关于SOA体系结构键模的方法论。在方法论中，IBM将整个过程分为了几个步骤。其中每个步骤都由一个图来表示，而最终的成果就SOMA图。我们发现这个SOMA图跟IBM提出Reference Architecture图有出入。经过进一步的研究，我们发现Reference Architecture图对应的是传统的设计中的Architecture OverView Diagram图。在SOA设计中我们要用Reference Architecture图来替换Architecture OverView Diagram图。

   在IBM给出的关于SOA键模的方法论中（得到SOMA图的三个步骤），我们没有找到传统设计中于之对应的部分。所有我们最后决定根据SOMA方法论中的步骤来得到相应的图，再加上Reference Architecture图来完成我们建模的主

在一个SOA应用中，对业务流程建模的过程可分解为五个步骤：

1.

World Cup 2006

又一个4年，又一个球迷的狂欢月。

2006年6月10号，随着主裁的一声哨响，第19届世界杯足球赛在德国的慕尼黑球场拉开了帷幕。

 

              构架设计的第一步
  按照面向服务的建模步骤，首先当然是应该提取凤凰当前的业务流程，然后在Websphere Business Modeler中模拟这些业务流程的执行过程，从而找出业务流程当中的瓶颈。
找出了瓶颈再结合公司提出的KPI（key performance indictors）就可以设计怎样来优化业务流程来优化业务流程，来满足公司提出的KPI。
  就我个人而言，瓶颈出现的地方一般都是有人工参与的业务流程当中的那一部分。所以，怎样来消除或者是减少人工参与度是建模过程中比较关键的问题。通过建模，我们要提取那部分业务流程当中的业务逻辑，然后把这部分业务逻辑映射到相应的服务当中。这就不可避免的要求我们开发一些新的系统或是中间件来实现自动化的过程。
  但是大赛题目给出的需求是凤凰要求实现的需求，并不是凤凰当前的需求。于是我们就设想凤凰当前的业务流程当中的瓶颈所在是它的产品信息和订单处里方面的信息是通过email的方式在销售和财务中间传递的，这样效率必然不高。我们也假设在客