| SOA's profileSERVICE-1PhotosBlogLists |  Tools  Help |
|
6/30/2006 Final State 与 Initial StateFinal State和Initial State这两个概念是在Business State Machine中表示业务流程开始与结束的状态节点，在今天早上当我提交了初赛的方案的时候，可以说我们从Initial State状态迁移到了Final State。从开始到了暂时的终点，张信哲有一首歌，从开始到现在，尽管不好听，却很符合现在的心境。回首一路总来的历程，有过彷徨的时候，有过开心的时候，有过颓废的时候，也有过奋进的时候，有朋友，有挫折，有喜悦，更有很多话想说，却又不知如何说起。起点与终点，相隔的只有这一段的时间，又夹杂了许多难以名状的东西，组成了现在的心情。
Final State意味着这段时间的努力可以告一个小小的段落，可以暂时的休息放松一下。毕竟这段时间的参赛不仅仅是让我去争夺复赛的名额，更重要的是我学到了很多，懂得了很多，也感受到了很多。但是终点又是下一个起点的开始，正如状态迁移图所表示的那样，下一站将会是一个全新的Initial State，不管能不能通过初赛，我都会按照计划去实现这个系统，既然决定了就不能后退，不能后悔的，我会坚持下去的。
Initial State代表了一个新的开始，我想在前进的路途上依然会有很大的困难与挫折，但是通过这段时间的洗礼，我会更加坚强与有力。因为我有朋友们的支持，有导师的教诲，我们，从来就是一个团队在参赛。但是今晚，让我们一起狂欢，今晚之后将是一个新的起点，通向蓝色的未来。
最后，感谢所有帮助过我的人，谢谢你们。
对手与伙伴（2006-06-26）注：因为原来blog使用的是学校的blog服务，不是很稳定，所以迁到MSN spaces上，因此日期可能不正确，谢谢。
今天，应该算是一个值得记念的日子，我们完成了所有的初赛需要的文档，虽然比计划晚了几天，虽然有很多挫折，也曾想过放弃，但还是坚持了下来，一路走下来，真的需要感谢很多朋友。
说起朋友今天碰到了一个交大的同学，聊起来他们也组了一个队参加SOA大赛，一下子变成了对手。不过没有关系，大家都有对SOA技术的热爱，正好有空所以和他们参赛队一起吃了顿饭，聊聊对SOA的看法，聊聊参赛心得，顺带着world-cup，有人说的好，事业和运动是男人间最好的交流方式，我想是的。有很多时候伙伴与对手的关系是共同存在的。记得以前很喜欢一句话，有光明的地方就会有黑暗，所以对于这种关系我们需要坦然的面对，而且很多时候竞争对手是你成长的最好伙伴。通过互相学习，良性竞争，能够获得很多东西。经过今天的交流，学到了很多，想到了以前很多没有想到的，谢谢你们，我的伙伴。也希望你们能够做的更好。
很多时候，我觉得自己并不是一个人参赛，我有很好的朋友支持，有对手与伙伴的帮助，我，我们，所有热爱SOA的人，都会成功的，我坚信。 系统与组件（2006-06-20）注：因为原来blog使用的是学校的blog服务，不是很稳定，所以迁到MSN spaces上，因此日期可能不正确，谢谢。
当然，两者之间的关系也不是绝对的，正如SCA组件是作为组件设计的，而Business State Machine的设计是用来对整个系统架构设计，形成流程的，但是我们也可以将整个Process包装为一个SCA组件，为更大的系统服务，这时候两者的角色就有转换。其实，做人做事也是一样的，从小做起，当你跳出一片更大的天空时，你会发现可以做的更多，正如参加这个比赛一样，做了之后，发现自己其实可以做的更好，所以要继续努力，SOA，恩，我喜欢这个词。 文字与图表（2006-06-14）注：因为原来blog使用的是学校的blog服务，不是很稳定，所以迁到MSN spaces上，因此日期可能不正确，谢谢。
这几天一直在做系统架构设计和组件设计，我们决定使用SDO技术封装现有数据，通过SCA技术提供服务组件并使用Business State Machine整合业务流程。设计工作一直在有条不紊的进行之中，我发现有很多时候图表比文字更能表达设计的思想，这也是为什么我的设计文档中存在着许多图表。在服务模型建模的时候服务模型图是一个很好的选择，而状态图很明显是State Machine模型图显身手的地方。设计中UML模型图更是帮了我们很大忙，系统类图，顺序图等rose工具所作的图表很好的帮助我们阐明了思想。
在古代人们都是用图来表达思想的，随着时代的变迁，文字从图案中形成，才慢慢有了现在的文字，然而很多时候一副图能够表达的思想远大于数千文字。然而是否文字就不重要了呢？显然不是，文字是表达思想的基础，是将抽象的图案详细描述，实体化的过程，两者相结合才是真正好的设计方案。就好像我们做项目一样，既需要Project Manager也需要Technique Leader一样，项目管理和技术支持都缺一不可。很遗憾，这次我必须一个人身兼两职，很幸运，我能够同时学习两种思维方式，我会尽自己最大努力来参加大赛的，也与所有参赛队伍共勉。 个人与团队（2006-06-09）注：因为原来blog使用的是学校的blog服务，不是很稳定，所以迁到MSN spaces上，因此日期可能不正确，谢谢。
team-building是一个很好，很吸引我的英语词汇，因为她意味着我可以好好的慰劳我的胃，满足我出去搓一顿的小小愿望，开个玩笑：）
我不记得我是什么时候知道这个词语的了，从第一次知道我就非常喜欢这个词，和她所代表的活动，一个团队在一起为了一个共同的目标而奋斗，在工作之余，搞些活动融洽关系我认为是一个非常好的想法和行动。个人与团队是互相依赖的，团队由个人组成去完成一项任务，而个人只有在团队之中才能更好的发挥自己的能力。现在这个社会早已不是个人英雄主义的时代，只有团队合作才能形成巨大的战斗力。这次参加比赛虽然只有我一个人，但是我并不感到孤单，因为我有许多好朋友时刻支持着我，鼓励着我，尽管他们并不能分担我的任务，但是他们带给我的远大于此，所以我并不是一个参赛，他们尽管不是我的组员，但我们同样构成了一个团队，不仅仅是参加SOA大赛，更是参加人生的比赛，我并不孤单。
所以我决定了今天请我的朋友们一起出去搓一顿，然后去打牌或者k歌，team-building无时无刻不在，只要我们心里有她。 工具与方法（2006-06-01）注：因为原来blog使用的是学校的blog服务，不是很稳定，所以迁到MSN spaces上，因此日期可能不正确，谢谢。
公欲善其事，必先利其器。对于软件设计开发来说更是如此，一套良好的工具绝对是成功的极大助力。由于我偏好IBM公司的产品，而且有IBM DB2的全球认证，所以选择IBM公司产品自然是顺理成章。数据库当然是DB2，中间件平台我想Websphere Process Server会是提供SOA服务和企业级应用的最好选择，那么开发和建模工具自然也是Websphere产品，Integration Developer和Integration Business Modeler成为最好的选择。
工具是静态的，方法是动态的，显然方法是更重要的，我们选择了Rational Unified Process（RUP）作为软件开发的方法，由设计UML的多位大师所提出的方法我个人认为是最好的软件设计方法，当然有了方法还需要我们尽心尽力的去实践，这样方法才能真正为我们的开发设计带来效益，我想我会坚持的，尽管开头有些艰难。为了配合RUP，我们选择使用了Rational RequisitePRO和Rational Rose工具来辅助开发，体现了工具与方法的相辅相成。
最后祝各位童心依旧，节日快乐：） 业务与服务（2006-05-30）注：因为原来blog使用的是学校的blog服务，不是很稳定，所以迁到MSN spaces上，因此日期可能不正确，谢谢。
终于做完了业务模型分析设计和服务模型分析设计，一个后遗症就是这两天做梦都是这两个词不停的交替出现：）。业务模型是对整个项目所需要达成的业务流程进行分析，在我的理解中应该是系统分析的一部分，通过业务模型分析与设计，简化业务流程，明确业务需求是这个阶段的目标。通过对凤凰公司的业务分析，我们希望不仅实现他们现有的业务需求，同时做一个可重配置的商务整合系统，这样能够更好的做到随需应变的电子商务需求。
至于服务模型的分析我认为是SOA设计中非常重要的一块。SOA技术，就是将所有的一切视为服务，以服务作为整个系统的中心构架，所有的一切都是以服务展现的。从早期的机器视角，到过程视角，再到对象视角，直至现在的服务视角，是将人的观点与机器观点不断融合接近的过程，而且也符合现代社会服务作为最重要的产业特征。服务模型的分析就是要设计出最重要的服务组件和他们直接连接提供服务的方式。我们使用了服务建模的方法，以服务为中心设计了最终的服务模型，为以后的设计提供了最有力的支持。 后退与前进（2006-05-24）注：因为原来blog使用的是学校的blog服务，不是很稳定，所以迁到MSN spaces上，因此日期可能不正确，谢谢。
这两天做完了业务模型的分析与设计，当一个人忙的时候还好，但是空下来后就会胡思乱想。就像现在这样，原本想给自己一个休息的机会，却开始怀疑自己是否应该放弃，是不是应该后退而不是继续前进，一边要做论文研究，一边还要完成这个比赛，有时候感觉真的是很累很累，后退？
以前给自己定过一个准则，从不后悔，不能后退。但是其实自己并不是那么坚强，那么的有毅力，今年应该是我研究生生涯中最忙碌的一年，各种事情都在一起，还能坚持住吗？
朋友分为两种，雪中送炭的和锦上添花的，很幸运，我有着前一种的朋友，他们鼓励我继续参赛下去，既然做了就不要后悔，男人不能够犹犹豫豫的。定下了继续前进的目标后，一切都好办了。时间不够，人力不够都不是问题。重新安排时间表，将所有的事情划分优先等级，运用良好的方法学来完成，我可以继续前进的。这里要感谢SOA方法，通过服务建模的方法，很容易对现有的系统进行分析与设计，识别出那些可以作为服务组件来使用SCA技术封装，然后采用Business State Machine来整合业务流程，事情并不像想象中那么困难。我会继续前进的。
谢谢，我的朋友们，谢谢SOA技术。 后记：很遗憾，没有把朋友们的回复一起迁移过来，但是我会记在心里的。 计划与变化（2006-05-19）注：因为原来blog使用的是学校的blog服务，不是很稳定，所以迁到MSN spaces上，因此日期可能不正确，谢谢。
很早的时候就被告知做人与做事都需要有计划。参加这次比赛也不例外我想，尽管一个人，一样不能放松对自己的要求，必须严格的按照计划实施行动，我想这样才能做出优秀的参赛作品。这两天，根据Rational Unified Process理念制定了迭代开发的计划模型，同时选定了平台与工具，IBM的Websphere Process Server作为最主要的中间件工具。接下来的时间中，我会按照已经制定的计划开始分析，设计，最终实现系统，我想证明，一个人，只要方法正确，在SOA技术帮助下，一样可以成功。
朋友和我说，不要管什么计划，现在的世界是瞬息万变，计划永远赶不上变化，是这样吗？也许部分正确，但是正是有了良好的计划才会在变化来临之时作出更好的回应。SOA技术不正是为了提供随需应变的电子商务而产生的吗，应对变化，首先要有计划，不扯了，做事去了，要不今天的计划任务就要delay了。 开篇与开赛（2006-05-15）注：因为原来blog使用的是学校的blog服务，不是很稳定，所以迁到MSN spaces上，因此日期可能不正确，谢谢。
最终还是做了参加SOA大赛的决定，尽管只有我一个人，但是我并不担心，每个人都是一个团队，只要我们以软件工程的方法学去管理，一样可以作出好成绩。对SOA的热爱，以及SOA技术本身就是降低复杂度，做到随需应变的特点相信会帮助我通过这次比赛的。
由于知道的比较晚，加之身边的朋友实习的实习，方向不同的没有动力，我也一度曾经想过放弃这次比赛。但是SOA这个技术对我来说实在有太大的吸引力，IBM公司又是我所向往的地方，所以最后还是决定参加比赛。今天，算是对我来说的开赛日期，所以也作为这个blog的开篇日期。
我想当我若干年后重新回过头来审视的时候，一定不会后悔，参加过，奋斗过，就是一切，也希望这里能够记下我一路走过的痕迹。 |
|
|
