摘要: 上次好象贴的有点问题，不知道这次是不是能看见全文，请大家多多指教！
SOA大赛设计文档
---参加“IBM 杯”高校 SOA 创新应用大赛递交的主文件
超凡904 代表队
程传慧[1] 王嘉[2] 熊晓菁[2] 苏艳[2] 陈莉[2]
[1]武汉理工大学博士生
[2]湖北工业大学硕士生
2006年6月30日提交
第1章 项目综述
SOA是指为了解决在Internet环境下业务集成的需要，通过连接实现的一种软件系统架构。其最高目标是实现所有数据、所有功能的完美整合。
SOA观念的提出，实际宣布了分布式时代的来临。今后的系统建设可以不过于强调系统性与完整性，而更强调模块性与功能性，通过统一的SOA平台实现各个服务的整合与集成，必须具体解决如下问题： 阅读全文
竞赛结束了，工作总结吧。
摘要: SOA大赛设计文档
---参加“IBM 杯”高校 SOA 创新应用大赛递交的主文件
超凡904 代表队
程传慧[1] 王嘉[2] 熊晓菁[2] 苏艳[2] 陈莉[2]
[1]武汉理工大学博士生
[2]湖北工业大学硕士生
2006年6月30日提交
第1章 项目综述
SOA是指为了解决在Internet环境下业务集成的需要，通过连接实现的一种软件系统架构。其最高目标是实现所有数据、所有功能的完美整合。
SOA观念的提出，实际宣布了分布式时代的来临。今后的系统建设可以不过于强调系统性与完整性，而更强调模块性与功能性，通过统一的SOA平台实现各个服务的整合与集成，必须具体解决如下问题：①每个服务都有由消息驱动的执行机制与规范的数据发布机制，能远程控制其调用，并将结果发送到网上被共享使用，将来才能供所有有权且需要的人调用。②采用分布式数据库或有良好安全性、扩展性与共享性的数据库，通过端对端的联接远程对数据库进行维护与调用，这将使得系统具有良好扩展性，可以适应千变万化的应用需要。③系统模块由通用且有自适应性的部件（或叫 阅读全文
通过10天的修改，文档已经全部交齐，再下一步，统一进行整理。
同志们，12点啊，加油！！！！
这段时间大家辛苦了！我们的团队走到现在，心中感触很深。相扶相持一起走过快2个月的时光，会在以后成为一段发着微光的回忆。^_^
根据前天的讨论，明天中午12点是我们自己交付结果的时间，大家加油！！！！！
和以前做的系统不同，以前都是从可行性分析和需求分析开始做，参加这次大赛，由于已经有了一个简单需求和一些大赛网站相关资料，所以，就直接开始设计了。小熊说，我们这已经不是闭门造车了，而是闭门造坦克！
根据我们的设想，我们所认为的流程在我们的方案上走通了，想想还是有些忐忑，所以一直还是想联系一个具体的医疗器械公司，呵呵，昨天终于看到一个实例，所以，闭门造的坦克终于开出来啦！！！！！
在群中更新了最新流程图。
今天联系了一个医疗器械厂，我们星期一去看看实际的东东和我们想象的流程有些什么要改进的地方！
有则改之！
大家的任务都很重，在各自的分工之外，小熊和王嘉星期一和我一起去调研一下吧！
前面一个星期，为了使队员能够更好的完善我们的业务流程，请实验室的各位同学帮我们模拟了客户—销售人员；销售人员（by CRM ）—ERP；之间的对话过程，特向刘宙，刘玲玲，蒋慧婷同学表达由衷的谢意！
大家辛苦了！
王嘉还是主要负责技术支持。
小熊和苏艳把文档开始整理，交付件的说明也要开始写了。
在业务流程图完成的情况下，看着小熊的数据模型图，苏艳的用例图，王嘉的类图，忽然有了柳暗花明的感觉，如果说前面十几天是一个痛苦与反复的过程，那么，我相信，经过考验的我们，就如同，浴火重生的凤凰捏槃一般，同志们，加油！
将这10天的历程，逐天列出。
上个星期大家就不同角色写出了需求。
明天早上（5月24号）10点在904开会！
经过半个月的准备，大家对这个项目应该有了一定了解。
前一阶段，大家花了很多时间关注ERP，CRM这样一些具体的实现方式，那么，通过对一些信息的消化，是不是觉得对细节太过关注了呢？
先每个人写一个粗略的对项目的理解，不考虑具体的技术细节，从大方向上把握。
自从上次小组讨论，过了这么几天，觉得又走入了死胡同。为什么了，一个是因为我们太过于专注技术的东西了，第二个太专注于软件的使用。而这不是一个项目初级阶段的重点所在。对于大赛的要求与目的我们又有了新的认识；尽量仔细地进行业务需求分析和系统设计，在业务流程和系统设计上体现的“创新”的价值比在代码层面上实现创新的价值要高很多！所以我们调整了工作方针，转移了工作重点。
面对众多的资料，只有茫然的感觉。看了，只觉的是浮在水面一样。。。。但是关于基本概念还是弄得比以前懂多了。
关于soa的应用，在网上看了几个例子，但是个人觉得把soa的概念理会得太浅，但是汗颜的是自己也深不到那里去。
看了看xml，wsdl，等等一系列的东西，再深入了解一下吧，希望有大的提高。
请大家把报名的相关资料准备好，明天收集起来之后，咱们团队报名吧！
摘要: Service-Oriented Architecture：概念模型
这个概念基于一种架构样式，该样式在三个主要参与者之间定义了交互模型：服务提供者，公布服务描述并且实现服务，服务消费者，他既可以使用统一资源标记符（URI）来直接使用服务描述，也可以在服务注册中心来查找服务描述并且绑定和调用服务。服务代理提供和维护服务注册中心，然而现在并没有通用公共注册中... 阅读全文