//www.dqsheffield.com/column/40.html 上海久隆信息工程有限公司 产品总监 专业技能:CMM,IT项目管理,IT咨询,商业智能,战略管理,培训,信息化咨询,研发管理,质量管理,绩效管理 熟悉行业:IT,IT咨询,电力,电信,信息化咨询,软件,设计,计算机软件 /Uploads/UserDirs/1/1/10/2007829143261507A5E0E2E7FDAB1CEEE5B189DBB07027.jpg //www.dqsheffield.com/column/40.html //www.dqsheffield.com/k/SOA/2007-10/602843.html 先看看什么是语义web，摘录一些： 语义Web目标是使得Web上的信息具有计算机可以理解的语义，满足智能软件代理(Agent)对WWW上异构和分布信息的有效访问和搜索。 Thu, 18 Oct 2007 15:21:42 GMT //www.dqsheffield.com/k/SOA/2007-10/602446.html OSGi这段时间越来越流行，自从Eclipse采用了OSGi的插件式结构，OSGi就成熟起来了。 OSGi Alliance是一个由升阳、IBM、爱立信等于1999年3月成立的开放的标准化组织，最初名为Connected Alliance。该组织及其标准原本主要目的在于使服务提供商通过住宅网关，为各种家庭智能设备提供各种服务。目前该平台逐渐成为一个为室内、交通工具、移动电话和其他环境下的所有类型的网络设备的应用程序和服务进行传递和远程管理的开放式服务平台。 OSGi框架实现了一个优雅、完整和动态的组件模型。2003年Eclipse选择OSGi作为其插件的底层运行时架构。Equinox project对该理念进行了实验，2004年6月在Eclipse3 R3中发布。 OSGi分为三个层次，服务层、服务调用层、服务实现层。 使用OSGi可以搭建一个动态的JAVA系统，一个系统能够动态化就意味着…… Wed, 17 Oct 2007 23:01:53 GMT //www.dqsheffield.com/k/SOA/2007-5/565874.html 这是我总结的4大原因：解决的方案可以针对这四大原因来寻找。 Fri, 25 May 2007 00:13:19 GMT //www.dqsheffield.com/k/SOA/2007-3/549744.html 信息集成其实就是依赖一系列的标准使不同业务系统之间可以互联。这里且不去评论集成异构系统之间的技术标准，单说业务语义方面的标准：OASIS电子政务技术委员会，http://www.oasis-open.org/committees/egov OASIS法律XML技术委员会，http://www.legalxml.org OASIS税务XML技术委员会，http://www.oasis-open.org/committees/tax/世界专利组织的XML专利文件格式标准，http://www.wipo.int/pct-safe/epct/xml_world_standard.htm 会议论文XML，http://www.gca.org/投资与金融研究信息XML，http://www.rixml.org/人力资源XML联盟，http://www.hr-xml.org 商业报表XML，http:/…… Tue, 20 Mar 2007 13:35:09 GMT //www.dqsheffield.com/k/SOA/2007-2/542335.html 很多人说EAI缺乏应用场景，SOA是在炒概念，其实是一个东西没有到用的时候就难以看到他的价值。国外信息化比国内更成熟，eai就发展的更充分一些，国内信息化基础系统刚刚建立，EAI市场刚刚开始预热。企业信息化通常是从部门开始的，先做电算化，其实就是把手工的东西变成计算机自动作，这时部门的基础工作很多都可以完成了。这时，就开始产生企业级信息化的需求了，企业信息化的需求通常是流程化的、跨部门的，BPM这么热其实说明了企业整体概念加强了，原来部门级垂直的信息系统就不能满足要求了，因此出现了EAI,SOA等解决方案。信息规划常常难以规划到这个程度，并且信息规划在实际操作中也并没有被企业真正很好的贯彻了。因此，EAI其实也是常常是“先污染，后治理”的过程。 Wed, 07 Feb 2007 22:37:25 GMT //www.dqsheffield.com/k/SOA/2007-2/541413.html SOA的实现需要技术和业务标准的共同努力，在技术上，MQ、WEB服务等标准已经相对成熟了，ESB技术也开始成熟或者说可用了。但SOA不仅仅是个技术，而且同业务标准化息息相关，很多企业寄希望于自己把这块做好，或做业务规划、或做数据规划，但在业务上，期望通过单个企业来把业务标准化，或者重用，不太现实，需要依赖行业标准的力量，把所有相关企业的力量结合起来。这才能够弥补SOA在业务标准和数据标准上的鸿沟。在电力行业领域已经开始有自己的数据集成标准了，我们可以利用这些标准来在实际项目中获取益处，例如：* 变电站内部：IEC 61850* 控制中心之间：IEC 61970 * 配网管理：IEC 61968, Multispeak* 人力资源：HR-XML* 财务： OFX，SWIFT* ERP：OAGIS只有解决了业务模块化、标准化，才能体现SOA的灵活益处。 Sat, 03 Feb 2007 20:40:29 GMT //www.dqsheffield.com/k/SOA/2006-12/534513.html 企业架构规划类似于城市规划，为企业提供整体的系统架构规划，从规划过程来说可以通过做好重点领域的规划来达到抓大放小、整体建设的目标。 Wed, 27 Dec 2006 10:08:09 GMT //www.dqsheffield.com/k/SOA/2006-11/430688.html 这回聊聊业务驱动的信息化标准方法。这3年基本在研究iec 61970/61968标准，相关的标准也看看，但不深入。不过标准制定的方法都是类似的。1 确定业务场景2 分析业务过程3 抽取业务交互点数据4 建立数据模型5 增加到标准模型中不同的标准有一些差异，但总的来说从具体业务出发来规范标准的方法是一致的。业务场景（或用例）这个方法用的非常普遍，这带来几个好处：1 标准是逐步覆盖业务的过程的（穷举方式）2 每个用例可以成为典型案例，容易推广3 同业务实际结合紧密不同的地方在于：1 确定业务场景的方法是否完整的采用用例的方式，或是有些变通2 建模的方法不一定采用了UML方法，也可以有E-R方式或别的方式3 交换的数据模型标准不一定采用了同样的技术，例如MQ，WEB服务4 封装的格式有差异，XSD的设计有不同的考虑。业务驱动的方式是一个长期业务建模的方法，同时也可以容易将任务分解掉，不停的增加和…… Sun, 19 Nov 2006 13:45:54 GMT //www.dqsheffield.com/k/SOA/2006-11/430041.html 信息标准可以带来很多好处：1 即插即用2 系统快速更新3 融合性更好 但我看到过很多企业的信息标准，大多是以管理标准为多，这些不解决工程中的实际问题。如果我们希望解决信息标准带来的好处，一定要从业务实际出发来制定标准。例如OAG的数据交换标准、HR-XML、EDI标准、IEC CIM标准等都是这样来操作的。国内在标准的制定思路方向常常有误导，并在具体操作上缺少强有力的保证，因此信息标准就变成了管理标准，管理标准因人而变，工程中的问题依然没有人关注，各做一套。 Thu, 16 Nov 2006 09:48:53 GMT //www.dqsheffield.com/k/SOA/2006-11/429823.html 用户都喜欢上大而全的系统,原因归纳一下可以有以下一些好处:1 大系统可以权力重新分配2 大系统可以把原来的小系统一起替代掉3 大系统可以有大项目，容易出成绩，越高的职位，系统越大4 大系统一劳永逸的消除信息集成问题，不存在多厂商的协调建设大系统也有坏处：1 建设周期长，系统可用的生命周期减少2 费用高，显性成本和隐性成本增大几个数量级3 维护复杂，需要多的维护费用4 目标太多，失败概率加大，项目更难以掌控5 难以选择多个供应商，发挥每个供应商各自的特点采用开放的系统更容易解决这个问题：1 在开放的架构下，系统变小，建设周期加快2 开放的架构下，系统建设目标更明确，更容易成功3 每个供应商可以发挥自己的特长4 消除集成问题但采用开放的系统也有一些问题：1 开放的标准推进缓慢2 厂商支持力度不够3 用户在坚持开放标准上缺少短期动力信息系统规划中应当通过IT架构来指明建设的方向和策略，平衡好开放…… Wed, 15 Nov 2006 14:04:40 GMT