动态生成的网页：

　　对于那些动态生成网页，我们这些实际的访问者可以通过肉眼看到。但对于大多数搜索引擎的蜘蛛程序却往往是不可见的，这也就是动态网页很难被搜索引擎的SPIDER检索的原因。因而，要想让你的动态网页能够出现在搜索引擎的搜索结果中，只要保证你的网站内容对搜索引擎是可见的，即搜索引擎的Spider程序能够看到你网站的内容就可以了

　　所谓动态网页一般指的是采用ASP，PHP，Cold Fusion，CGI等程序动态生成的页面，该网页中的大部分内容来自与网站相连的数据库。在网络空间中并不存在这个页面，只有接到用户的访问要求后才生成并传输到用户的浏览器中。而且由于访问者能够实时得到他们想要的数据，动态网页往往容易给人留下深刻的印象。此外，动态网页还具有容易维护和更新的优点。例如，对于一个新产品或价格的调整。网站管理员只要对数据库做一下简单的改动就可以了，根本不需要去修改每个单独的静态页面。
　　
我们可以看出，从用户角度来考虑，动态网页确实非常棒。但如果在搜索引擎的角度来看，结论却不同了。

动态网页的问题所在：
　　
问题就出在这些动态网页在网络空间中并不是实际存在的，只有当用户在变量区中输入一个值以后它们才会生成。而我们大家也都知道，搜索引擎的Spider再聪明，它也只是一个搜索程序，它们无法象真正的人那样选择变量并输入数值。
　　
亦可将查询编入主页上的一个链接中，使得该链接成为一个预先定义的网站目录的查询。用户可在一个搜索表格中键入查询条件来查询，通常动态脚本需要某些信息来返回页面内容，最常见的如Cookie数据，Session ID或一个环境变量。但对搜索引擎的Spider程序来说，它们压根不可能知道去使用你的搜索功能，或者该问什么问题。就是因为如此，Spider对网站的检索往往会在一个动态站点前不得不止步。
　　
此外，在动态页的URL中包含了问号(?)和百分号(%)。还有一些符号诸如&，%，+和$等在一个动态页的URL中也经常能看到。这样的URL被称作“环境变量”(query string)。不过大多数SPIDER都无法解读符号“?”后的字符。例如，对于这样一个URL：http://www.americanbooks.com/cgi-bin/items.cgi?name=naturaldiet大多数SPIDER都只能读取符号“?”之前的字符。URL中的“?”对它们来说是一个“停止标记”，这样它们最终检索到的URL只能是：http://www.americanbooks.com/cgi-bin/items.cgi
　　
很显然，由于这个URL并不实际存在，所以它们一无所获。因此，如果你的整个网站或网站上有大部分网页都是采用动态来生成的，为了使SPIDER易于读取你网站上的内容，你需要对网站做一定的修改。
　　
还有一些搜索引擎在对页面进行检索时往往也会拒绝对cgi-bin目录下的静态页面(即被保存成静态页面的动态页)URL进行检索。例如，对下面两个URL它们就不提供检索：
　　http://www.americanbooks.com/cgi-bin/items.html
　　http://www.americanbooks.com/cgi/items.html

搜索引擎为何不读取符号“?”后的内容：

　　搜索引擎的SPIDER不愿意读取放在cgi-bin目录下的网页，或是URL中包含了符号“?”的字符。其原因就在于，如果在CGI中提供了“无穷”数量的URL，那么SPIDER往往就会因为对这些“无穷”网页的检索而被牢牢套住，陷入死循环。这就是所谓的蜘蛛陷阱(spider traps)。数据库程序对SPIDER亦有可能创建一个与此类似的情形。因而为避开可能的陷阱，Spider对于那些带有符号“?”的URL中的“?”之后的字符一概不予读取。
　　
倘若Spider被你的服务器套住，不只是对Spider本身不妙，Spider对你网站页面的重复访问请求也会导致你的服务器系统彻底瘫痪。

动态网页的优化方案：
　　
以http://www.americanbooks.com/cgi-bin/items.cgi?name=naturaldiet 为例：从其URL中我们可以看出，它表明网站americanbooks.com中提供有天然减肥产品相关的内容。遗憾的是，由于Spider不支持动态生成页，从而导致了该动态页上的相关内容无法得到搜索引擎的索引。假设现在有一个竞争者，他也有一个与天然减肥产品类似内容的网页，但由于他的网页是静态页面，所以能够得到搜索引擎的索引。那么可想而知，那些搜索“天然减肥产品”的用户最后访问的会是谁的网站。而且，就算americanbooks.com上提供的具体内容比它的竞争者再好又能怎样呢？就因为它无法出现在搜索引擎的搜索结果中，所以只能把网上销售的好机会拱手让给他的竞争者了。
　　
对这个问题的解决方案可以遵循一个思想：即更改动态网页的URL，使URL中不再包含符号“?”“=”和其它类似的符号，看起来象一个静态的URL。不同程序开发的动态页的不同解决方案：
• CGI/ Perl
　　
如果你在网站中使用的是CGI或者Perl，可用一个脚本拾取环境变量前的所有字符，再将URL中剩余的字符赋值给一个变量。这样，你就可以在URL中使用该变量了。
　　
路径信息(或脚本名称)是动态应用程序中的一个变量，该变量包含了完整的URL地址和环境变量信息。这样，脚本就从路径信息变量中获取环境变量前的字符，并将剩余字符代入一变量。
　　
不过，对于那些内置了部分SSI(Server-Side Include：服务器端嵌入)内容的网页，主要的搜索引擎都能够提供索引支持。那些以.shtml为后缀名的网页也被解析成SSI文件，相当于通常的.html文件。但如果这些网页在其URL中使用的是cgi-bin路径，则仍有可能不被搜索引擎索引。

ASP
　　
ASP(Active Server Pages: Web 服务器端动态网页开发技术)被用于基于微软的网络服务器中。使用ASP开发的网页，一般后缀名为.asp。ASP 由于其简单功能实用等方面受到广大朋友的喜欢，再加上微软的强大支持，可说是时下网页开发最为流行的语言之一。只要避免在URL中使用符号“?”，大多数搜索引擎都能够支持用ASP开发的动态网页。
　　
那么对用了“?”的URL怎么办呢？针对这个问题，有家名叫“Exception Digital Enterprise Solutions”的公司推出了他们的解决方案 –xqasp。这是一个升级软件。它允许将URL中的符号“?”通过网络服务器转换为“/”。更多相关信息请访问：http://www.xde.net/products/product_xqasp.htm 还有一些价格相对低廉一些的解决方案，象ASPSpiderBait和 PortalPageFilter。

Cold Fusion
　　
如果你使用的是Cold Fusion，那么你就需要在你的服务器端重新对其进行配置。用Cold Fusion进行开发的网页一般都以.cfm为文件扩展名。一般情况下，数据库使用符号“?”来取回网页。你可对Cold Fusion设置重新进行配置，使其能够将一个环境变量中的符号“?”用符号“/”代替，并将替换后的数值传给URL。这样一来，最后到达浏览器端的就是一个静态的URL页。即对于URLhttp://www.americanbooks.com/items.cfm?item_id=11667，最后返回浏览器的将是 http://www.americanbooks.com/items.cfm/11667，当搜索引擎对该转换后的文件进行检索时，它不会遭遇“?”，因而可继续对整个动态页的索引，从而使你的动态网页对搜索引擎仍然具有可读性。

Apache 服务器
　　
Apache是最流行的HTTP服务器软件之一。它有一个叫做 mod_rewrite的重写模块，该模块能够使你将包含环境变量的URL转换为能够为搜索引擎支持的URL类型。不过Mod_rewrite不是Apache软件安装中的缺省模块，所以你应当与你的主机托管公司进行协商，看看在你的服务器上是否有此模块。
　　
还是用上面的URL作为例子：使用mod_rewrite模块后，该URL http://www.americanbooks.com/items.htm?cat=natural_diet 就变成了如下格式： http://www.americanbooks.com/natural_diet/index.htm 欲了解更多该模块的相关信息，请访问http://httpd.apache.org/docs/mod/mod_rewrite.html

可通过付费收录程序直接提交动态网页：
　　
直接将动态网站提交到AltaVista可增加你的网站为其收录的机会。如果将其经由AltaVista或Inktomi的付费收录程序进行提交，就一定能够保证网站的收录。

文件扩展名：
　　
如今，你的文件名后缀是什么。对搜索引擎来说已经不再是问题了，即使你的网页不是以.html或.htm为扩展名的，只要在URL中不包含符号“?”，仍有可能得到索引。相形之下，搜索引擎Northern ight尤为灵活，它能够索引任何以.html, .htm, .shtml, .stm, .asp, .phtml, .cfm, .php3, .php, .jsp, .jhtml, .asc, .text和.txt为扩展名的文件。不过它对后缀是.cgi的文件仍然不提供支持。如果你的网站上存在它不支持的扩展名文件，它会在网站提交的过程中通知你。

结束语：
　　
问问你自己，是不是确实需要使用动态网页？数据库通常用作页面生成工具，你可以用它创建静态页面，尤其对于网站上不常更动的那些区域，可以考虑使用数据库来生成静态的页面内容。为了保证搜索引擎的索引，你也可以考虑为你的动态内容创建镜象静态的网页。
　　
大多数的搜索引擎还是不习惯对动态网页的索引，到现在也如此。这是由于对一个动态生成网页的检索可能会导致搜索引擎的Spider掉进死循环的“陷阱”中而无法脱身。不过现在情况正在逐渐得到改善。 最先支持动态网页的搜索引擎是Google，在两千年底它已经能够索引动态页面(包括URL中的“?”)。此外，HotBot及其它一些搜索引擎也开始支持动态页面。
　　
虽然这些搜索引擎能够支持动态网页，但为了确保其Spider程序免遭死循环之灾，搜索引擎将不会对来自动态生成页面中的链接进行深入访问。所以我建议大家要稍微多花点时间在你的动态生成网页上，并确保它们中的每一个都能够被搜索引擎索引到。事实上，最后你会发现，你所花费的这些时间绝对是一个非常棒的投资－同时它还能够为你的网站来更多的访问量。

A language in which types are fixed at compile time.
Most statically typed languages enforce this by requiring you to declare
all variables with their datatypes before using them.
Java and C are statically typed languages.

dynamically typed language

A language in which types are discovered at execution time;
the opposite of statically typed.
VBScript and Python are dynamically typed,
because they figure out what type a variable is when you first assign it a value.

（再引http://www.cnblogs.com/cavingdeep/archive/2005/08/03/206374.html）

由此可见我们所说的动态静态语言省略了typed，其实他们主要区别是类型是在编译期确定还是运行期确定，编译器确定的静态语言

动态语言，准确地说，是指程序在运行时可以改变其结构：新的函数可以被引进，已有的函数可以被删除等在结构上的变化。比如众所周知的ECMAScript(JavaScript)便是一个动态语言。除此之外如Ruby、Python等也都属于动态语言，而C、C++等语言则不属于动态语言。

所谓的动态类型语言，意思就是类型的检查是在运行时做的，比如如下代码是不是合法的要到运行时才判断（注意是运行时的类型判断）：

def sum(a, b):
    return  a  +  b

而静态类型语言的类型判断是在运行前判断（如编译阶段），比如C#就是一个静态类型语言，静态类型语言为了达到多态会采取一些类型鉴别手段，如继承、接口，而动态类型语言却不需要，所以一般动态语言都会采用dynamic typing，常出现于脚本语言中。

这里我需要明确说明一点，那就是，是不是动态类型语言与这门语言是不是类型安全的完全不相干的，不要将它们联系在一起！

静态类型语言的主要优点在于其结构非常规范，便于调试，方便类型安全；缺点是为此需要写更多的类型相关代码，导致不便于阅读、不清晰明了。动态类型语言的优点在于方便阅读，不需要写非常多的类型相关的代码；缺点自然就是不方便调试，命名不规范时会造成读不懂，不利于理解等。顺便说一下，现在有这样一种趋势，那就是合并动态类型与静态类型在一种语言中，这样可以在必要的时候取长补短，Boo就是一个很好的试验性例子。

在说说解释型语言、动态语言、脚本语言的区别：

解释型语言是指每次运行解释型程序时都要由解释器程序实时地将源代码转换成二进制形式运行。
 动态语言是指程序在运行时可以改变其结构：新的函数可以被引进，已有的函数可以被删除等在结构上的变化。动态语言的类型检查是在运行时做的。它的优点是方便阅读，不需要写非常多的类型相关的代码；缺点是不方便调试，命名不规范时会造成读不懂，不利于理解等。
脚本语言代表一套与系统程序设计语言不同的协定。它们牺牲执行速度和与系统程序设计语言相关的类型长度而提供更高的编程创作力和软件重用。脚本语言更适合在联系复杂的应用程序中进行胶着。为了简化连接组件的工作,脚本语言被设计为无类型的，脚本语言一般是面向字符的，因为字符为许多不同的事物提供了一致的描述。

事实上，脚本语言都是动态语言，而动态语言都是解释型语言，不管它们是不是面向对象。

    面向对象技术和构件技术的兴起，出现了以 Java/EJB 、 DNA/COM 和 CORBA 为代表的分布式对象 / 构件计算模型，使用上述技术的应用服务器中间件涵盖了传统中间件的功能，完全支持三层 / 多层的软件体系结构发展和软件复用，逐渐成为中间件产品的主流。随着构件技术进一步发展， Java/EJB 融合了 CORBA 的优点并演化成为 J2EE ， Microsoft DNA/COM 演化为 .NET ， CORBA 也吸收了 J2EE 的构件 / 容器思想推出 CCM 架构。由于 .NET 是一个封闭的体系，限制了它在其它平台，特别是企业级应用中的推广。 J2EE 是由 SUN 发起并由众多重要厂商参与制订的业界规范，为应用服务器的实现提供了一个开放和完整的底层框架，具有开放性、标准化、构件化、互操作和可扩展的特点，它可以使用户在此标准下创建的应用程序都能运行于其上。更重要的是，在满足 J2EE 兼容性的条件下，在不同的应用服务器上的应用构件可以很好地互操作，这样可以降低移植的风险和代价，提高应用的灵活性，有助于保护用户的投资，因此其业界接受程度很高。经过几年的发展，主要的应用服务器厂商都已经转向采用 J2EE 标准， J2EE 成了事实上的应用服务器实现标准。

3.现状
　　J2EE 自产生以来就在不断的发展中 ，应用服务器产品的发展紧紧跟随着 J2EE 的脚步。 当前应用服务器厂商使用最广泛的是 J2EE 1.3 版本的规范。 J2EE 1.4 新版本也已在 2003 年的 11 月发布，核心架构基本没有改变，增加了一些增值服务并升级了一些原有规范。 J2EE 1.4 增加的新特性主要包括对 Web Service 的支持（ Web Service 、 JAX-RPC 、 SAAJ 、 JAXR ）、消息传递的完善（ EJB2.1 ），部署和管理的增强（ JMX 、 Mgmt ），以及使 Web 应用开发变得更加容易（ Servlet2.4 、 JSP2.0 ）。随着 J2EE1.4 的发布，已经开始有遵循 J2EE1.4 的应用服务器产品问世，并且越来越多的厂商开始着手或正在进行从 J2EE1.3 到 J2EE1.4 的产品升级。 J2EE 应用服务器体系结构如下图：

横向上， J2EE 应用服务器作为衔接任何网络客户和各种数据存储层的桥梁，内部可以透明地完成业务逻辑、事务管理、消息传递、安全管理等等全面的任务；在纵向上逐渐向上延伸贴近应用，集成应用框架方面的内容，简化应用开发。

　近年来，应用服务器产业的发展呈现百家争鸣的大好形势。不仅国外著名厂商 IBM 、 BEA 、 Oracle 等纷纷推出了自己的应用服务器，而且随着国内市场需求的扩大，中国中间件厂商也已经开始涉足应用服务器领域并形成了有竞争力的产品。目前，国内的 J2EE 应用服务器产品主要有中创软件商用中间件公司的 InforWeb 应用服务器、金蝶软件的 Apusic 应用服务器、东方通科技的 TongWeb 应用服务器。

4.趋势

目前各应用服务器产品的基本功能已经趋于同质化，因此各厂商竞争热点将是如何为应用提供更多的增值功能服务和更好的性能。针对这一特点， Gartner 提出了应用平台套件 (Application Platform Suites ，简称 APS) 的概念。根据 Gartner 的定义， APS 由一批基础软件组装而成，这些基础软件提供了创建企业应用所需的架构，例如企业应用服务器、门户产品和企业应用集成包等；而且根据 Gartner 的报告，到 2007 年绝大多数中大型企业会在其项目中使用 APS 技术 ( 概率 0.8) ，那时市场上的绝大多数软件架构产品会是由专业的基础架构构件组成的模块化的集成套件 ( 概率 0.8) 。另外许多应用服务器产品已经逐渐发展成为支持软件生命周期管理的平台套件，此类套件提供软件的定义、设计、开发、测试、部署与管理维护一系列的功能，企业通过它可以更快更好地构建应用系统，简化管理并降低系统运营和维护成本，获得最佳投资回报。

   因此总的来看，应用服务器正朝着大而全的方向发展，“一个应用服务器，所有的中间件”可能成为下一代应用服务器追求的目标。

（转自：http://blog.csdn.net/liu_linux/archive/2005/02/19/293815.aspx）

工作流技术从出现到现在，已逐渐发挥越来越重要的作用。工作流能够为企业应用提供业务流程建模、管理和控制功能，可以应用于电子政务中的一站式办公、电子商务中的流程集成和金融信贷业务等领域，成为近期增长较快的领域。

现在，国内外著名厂商都纷纷推出了自己的工作流产品，如 IBM MQWorkflow 、 BEA WebLogic Integration 等。国内的产品主要有中创软件商用中间件公司的 InforFlow 、西安协同软件的 SynchroFLOW 、信雅达的 Sunflow 等。

2.        工作流技术及其应用

工作流技术已成为企业信息化建设方案中必不可少的内容之一。从简单的办公自动化系统的开发，到企业 ERP 系统的实施，再到为提高企业运营效率而出现的 BPR 及 BPM 系统，工作流技术都发挥了相当重要的甚至是关键的作用。随着 EAI 的兴起， EAI 所涉及的各种支撑技术也在快速的发展，工作流技术为实现应用层而的集成提供了有力的支撑。

n          工作流与 BPM

业务流程管理（ BPM ）是新出现的一种管理思想，它是从企业整体的角色分析企业的运营过程，对企业运营过程中的各个过程进行统一的管理，对各个过程所需要各种资源进行统一的调度，在合适的时间将合适的任务交给合适的人来进行处理，并允许管理者对业务的执行过程进行跟踪、分析、改进以达到优化企业运作过程的目的。

对 BPM 而言，工作流技术为这种思想提供了 IT 界的支持，是一般进行业务流程管理必选的实现手段。基于工作流技术实现的 BPM 系统可以帮助企业将各种业务过程、各种企业应用集成到一个平台中进行管理，并帮助企业进行业务过程分析，提供业务过程改进、重组的依据。

与工作流管理系统相比， BPM 注重对业务执行过程的分析功能，这种分析可能包括：

Ÿ            某一个流程定义的平均完成时间

Ÿ            某一个流程定义的平均等待时间和处理时间

Ÿ            在一定时间内，完成过程实例的百分比

Ÿ            统计资源利用率

另外，也可以基于大量的历史数据为企业管理者提供预测分析的功能，比如：根据以往的业务过程执行效率的变化，预测新发起的业务过程的执行时间；或者通过分析客户贷款额度与执行效率的因果关系，预测申请一笔新的贷款所需要审批时间等等。

用工作流实现这样的功能时，可以为用户提供工作流管理系统可以提供的各种指标，这些指标可能是系统运行过程产生的数据，也可能是通过相关数据反映的业务上的数据。可以为用户提供可种预测分析的方法，帮助用户完成业务过程中的各种因素之间的因果关系，或者建立各种因素之间的数据模型，帮助用户进行下一个周期的预测。

n          工作流与 EAI

    在集成企业应用方面，使用工作流技术在业务级的应用集成技术实现上，可以说有着得天独厚的优势。如下图所示：

　　使用工作流技术可以完成应用接口级集成及业务方法级集成。工作流引擎可以通过 JCA 、消息服务、连接代理等技术连接企业现有应用。企业现有应用通过定义应用接口对外发布服务。同时工作流引擎将各种应用系统以流程的形式集成到一起，并自动完成对应用的调用。

(转自http://blog.csdn.net/liu_linux/archive/2005/03/02/307250.aspx)

随着 Web 应用的发展，又出现了 Vertical Portal 和 Enterprise Information Portal 。 Vertical Portal 即行业门户，目的是帮助某一行业的商业人员和技术人员找到自已需要的特定行业的商业信息和技术信息。 Enterprise Information Portal （ EIP ） 即企业信息门户。目的是帮助企业用户及员工通过统一入口找到分布于企业的各种信息。与 Public Portal 相似， Vertical Portal 和 EIP 也同样提供了检索、分类和个性化定制服务。

在以上三种 Portal 中， EIP 包含的内容最多，因此， Portal 的发展过程也在 EIP 中得到了最充分的体现。在 EIP 发展的最初阶段， Portal 实际上就是一些静态网页，用户通过它获得企业提供的信息及服务。随着信息量的增加，逐渐增加了搜索功能和内容发布功能，并一定程度上实现了内容管理（ Content Management ）；融入了工作流，渠道（包括 Email ）的功能；集成了更多应用，如 ERP ， CRM ， SCM 等；增加了 Web Services 引擎。下面为 Portal 在企业应用里的结构图 ( 摘自于 WebLogic Portal 8.1 相关资料 ) ：

图： Portal 在企业信息化中扮演的角色

3.               现状

Portal 技术与应用服务器紧密结合，加强了高级的个性化功能，发展成为应用服务器之上的管理客户、员工和合作伙伴应用的一个框架。 Portal 作为应用服务器之上的面向企业应用集成的产品里的必不可少的组成部分，在企业信息化方面扮演着重要的角色。各大应用服务器厂商也纷纷推出了自己的 Portal 产品，比较著名的有 IBM WebSphere Portal Server ， BEA WebLogic Portal ， Sun Portal Server ，同时也有同类开源产品，如 Apache JetSpeed ， Liferay 等。

4.               趋势

著名咨询公司 Gartner 不久前 提出了应用平台套件 (Application Platform Suites ，简称 APS) 的概念。根据 Gartner 的定义， APS 由一批基础软件组装而成，这些基础软件提供了创建企业应用所需的架构，至少必须包括应用服务器、 Portal 产品和企业应用集成包等。 IDC 通过对众多企业信息主管的调查发现，他们最关心的问题是如何实现企业应用的整合，以及如何构建统一的企业信息门户平台等。厂商对企业用户的这些需求，仅仅提供一个应用服务器是远远不够的，而需要提供一整套能够使企业有效和灵活地建立信息系统的工具和软件平台，把应用开发平台和应用集成平台有机地结合起来。

总的来看， Portal 作为未来企业信息用户平台的一个重要组件，随着应用服务器的发展，也将得到长足的发展和进步。

（转自：http://blog.csdn.net/liu_linux/archive/2005/03/21/326093.aspx）

MIS:Management Information System(管理信息系统)
OA:Office Automation(办公自动化)
CRM:Customer Relationship Management(客户关系管理)
EFM:Enterprise Finance Management(企业财务管理)
KB:Knowledge Base(知识库系统)


ERP是一种软件系统，也是一种系统软件的标准称谓，是Enterprise Resource Plan的缩写，即企业资源规划系统。标准ERP软件的发展过程大致经过了三个阶段。

MRP（物料需求计划）阶段：这是ERP发展的第一阶段。从生产计划出发，将物料需求区分为独立需求和非独立需求，并分别加以处理。同时对库存状态数据引入时间分段的概念，从而解决了何时定货，以及定货数量的问题。一方面把生产能力作业计划、车间作业计划、采购作业计划纳入MRP，另一方面又在计划执行过程中，加入来自车间、供应商和计划人员的反馈信息，并利用这些信息进行计划的平衡调整，从而围绕着物料需求计划，使生产的全过程形成一个统一系统。

MRPⅡ（制造资源计划）阶段：这是ERP发展的第二阶段，MRP解决了企业中的物流问题，但却没有涉及到相应的资金流动问题，因此造成了数据的重复输入和不一致性等弊病。为此，必须将物流和资金流统一起来，将相应的财务子系统和生产系统结合起来，形成一个系统整体。这使得原有的MRP系统进步到了可以集制造、财务、销售、采购、工程技术等多个子系统为一体的系统，被称为Manufacturing Resource Planning系统，仍缩写为MRP，并以MRPⅡ来称谓，以区别于物料需求计划系统。

ERP（企业资源计划）阶段：ERP系统是在MRPⅡ基础上进一步扩展了管理范围，把客户需求和企业内部的制造活动与供应商的制造资源整合在一起，体现了完全按用户需求来制造产品的思想，实现ERP的基本思路将企业的运营流程看作是一个紧密连接着的供应链，整合进了供应商、制造工厂、分销网络、客户资源，同时将企业内部划分成若干个相互协同作业的财务、市场营销、生产制造、人力资源、质量控制、服务维护、工程技术等子系统，并包括了对竞争对手的监视管理等方面，对该链条上的所有环节进行有效的管理，从而产生出采购、库存、计划、生产制造、质量控制、运输、分销、服务与维护、财务管理、人事管理等多个具体项目。


SOA描绘了一个无比美妙的未来，也是拥有一定的现实基础，SOA与现今流行的Web服务紧密联系在一起。Web服务是一项技术，其规范包括WSDL、SOAP、UDDI。Web服务由WSDL描述，通过UDDI发现，并通过SOAP去访问。Web服务提供了技术，而SOA则提供了应用这种技术的框架，是一个非常好的思路，因此得到了软件业界普遍的认可。

WSDL:Web Service描述语言

JNI是Java Native Interface的缩写。从Java 1.1开始，Java Native Interface (JNI)标准成为java平台的一部分，它允许Java代码和其他语言写的代码进行交互。JNI一开始是为了本地已编译语言，尤其是C和C++而设计的，但是它并不妨碍你使用其他语言，只要调用约定受支持就可以了。

      使用java与本地已编译的代码交互，通常会丧失平台可移植性。但是，有些情况下这样做是可以接受的，甚至是必须的，比如，使用一些旧的库，与硬件、操作系统进行交互，或者为了提高程序的性能。JNI标准至少保证本地代码能工作在任何Java 虚拟机实现下。