|
| | | | - 创建：2007-2-6
- 文章：4
- 评论：2
- 访问：5502
 
| | |
| |
| | | | SOA(Service-Oriented Architecture )是这几年非常热的一个概念，强调应用程序以松耦合的方式将自己的功能以服务的方式提供出去。通常来说，SOA的建立最重要关注两个问题，protocol(SOA 并不是总是依赖于web service)与Schema。实际上，我们也注意到SOA的要求也大大促进了web service的发展，ws-*的一系列符合企业应用要求的标准纳入到web service的体系中。而集成中间件还是比较通用的解决了协议的问题。而XML作为主流的数据交换载体，XSD自然成为定义Schema的不二选择。 而在实际的实现中，问题就不那么简单，如何定义这样的Schema呢，我们知道，我们提供服务的时候，并不一定知道会提供给哪些应用使用，我们怎么样能够确定定义这样的Schema是良好而完备的，而其它应用程序又能够准确的理解Sche…… 在试用Biztalk 2000的时候，学会一个单词Orchestration，中文解释为流程。后来接触一些客户和开发人员，通常将审核这样的过程解释为流程，我也曾经困惑过蛮长一段时间，也影响到很难对这些领域提出合适的解决方案。实际上，有时候还真的蛮难区分的，而且似乎在标准和实现方式下有交叉或相似之处。下面谈谈我的一些认识。 向会签，审批这样的过程，通常叫做工作流(Work Flow)，如果有人员的参与，可以称为Human Work Flow，也可以用来实现特定的一些工序，比如工程的各个步骤，我通常理解为在一个系统内实现的，由不同角色合作完成一项任务的过程，最常见的应用就是OA流程。在微软的WWF中，认为工作流有两种最基本的模式，顺序(Sequential)和状态机(State Machine)。 业务流程，英文叫Business Process,也有叫做…… 集成的需求来源于客户满意，内部流程改进和技术的革新。 我接触过很多的案例，用户有强烈的集成需求，原因是他们经常在多个专业系统中维护多份相通的资料，往往，他们会要求把目光聚集在数据的同步上。这当然也是集成需要解决的问题。但是我个人觉得集成最主要的源动力还是来自于客户满意，集成的需求往往首先来自于外部。 前两天，家里的网络出了问题，打电话保修，网通的服务还是不错的，先是问了下登陆的用户名，然后问了家庭住址，联系电话，问了故障，接着答复，24小时会上门服务，检查原因。第二天，邻居过来问我，你家能上网吗？惭愧的很，我只能告诉他，你可以答电话问问。下午，检查过，楼下交换机出了点问题。签字。过了会，又有个工作人员来了，告知问题解决。晚上有回访，告之还是比较满意的。 想了想，其实里面可以改进的地方还是很多的，告诉用…… 记得还是在我找工作的时候，系统集成是个新鲜的专业。种种原因，错过了进入这个领域的机会，但是集成这个词的印象倒是蛮深刻的。刚开始工作，开发贸易，制造业的行业软件，用的是当时流行的C/S架构，而此时同公司的一个部门开始用JAVA+Corba做电子商务，几个同学在那个部门中，当时我也曾抱着几本厚厚的Corba原理看了段时间。可惜由于鲜有机会使用很快就失去兴趣，在此后的一年中，Corba,EJB,N Tier,中间件的种种名词不时在耳朵旁边传过，当时是1999年。 2000年，当时最流行的概念是电子商务，我也有幸参与了一把，当时负责做一个电子商务平台和远程ERP系统信息交互的模块，数据传输的格式采用xml,电子商务平台选用MS 的Commence Server，也就……
仅列出标题 | | |
|
