| 简称 | 全称 | 说明 |
| BPM | Business Process Management | BPM，即业务流程管理，是一种以规范化的构造端到端的卓越业务流程为中心，以持续的提高组织业务绩效为目的的系统化方法，常见商业管理教育如EMBA、MBA等均将BPM包含在内。 |
| BPMN | Business Process Modeling Notation | BPMN：业务流程建模与标注，包括这些图元如何组合成一个业务流程图（Business Process Diagram）；讨论BPMN的各种的用途，包括以何种精度来影响一个流程图中的模型；BPMN作为一个标准的价值，以及BPMN未来发展的远景。 |
| CRM | Customer Relationship Management |
CRM即客户关系管理，是指企业用CRM技术来管理与客户之间的关系。在不同场合下，CRM可能是一个管理学术语，可能是一个软件系统。通常所指的CRM，指用计算机自动化分析销售、市场营销、客户服务以及应用等流程的软件系统。它的目标是通过提高客户的价值、满意度、赢利性和忠实度来缩减销售周期和销售成本、增加收入、寻找扩展业务所需的新的市场和渠道。CRM是选择和管理有价值客户及其关系的一种商业策略，CRM要求以客户为中心的企业文化来支持有效的市场营销、销售与服务流程。 |
| CMS | Content Management System | CMS是"Content Management System"的缩写，意为"内容管理系统"。 内容管理系统是企业信息化建设和电子政务的新宠，也是一个相对较新的市场。对于内容管理，业界还没有一个统一的定义，不同的机构有不同的理解。 |
| 简称 | 全称 | 说明 |
| JavaBeans | JavaBeans | 是符合某种规范的Java组件，也就是Java类。它必须满足如下规范： 1）必须有一个零参数的默认构造函数 2）必须有get和set方法，类的字段必须通过get和set 方法来访问。 |
| POJO | Plain Old Java Objects | 简单的Java对象，实际就是普通JavaBeans，它有get/set方法。使用POJO这个名字是为了与EJB中的JavaBeans相区别。POJO可能专指web开发中的JavaBeans。POJO 简单理解为不包含业务逻辑的单纯用来存储数据的 java类即可。一般POJO没有实现任何接口，没有集成任何父类(java.lang.Object除外)。 |
| JSP | Java Server Pages | 是由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准。在传统的网页HTML文件(*.htm,*.html)中插入Java程序段(Scriptlet)和JSP标记(tag)，从而形成JSP文件(*.jsp)。简单地说，jsp就是可能包含了java程序段的html文件，为了和普通的html区别，因此使用jsp后缀名 |
| Servlet | Servlet | Servlet是一种独立于平台和协议的服务器端的Java应用程序，可以生成动态的Web页面。 它担当Web浏览器或其他HTTP客户程序发出请求，与HTTP服务器上的数据库或应用程序之间的中间层。Servlet是位于Web 服务器内部的服务器端的Java应用程序，与传统的从命令行启动的Java应用程序不同，Servlet由Web服务器进行加载，该Web服务器必须包含支持Servlet的Java虚拟机。在通信量大的服务器上，Java servlet的优点在于它们的执行速度更快于CGI程序。各个用户请求被激活成单个程序中的一个线程，而创建单独的程序，这意味着各个请求的系统开销比较小。简单地说，servlet就是在服务器端被执行的java程序，它可以处理用户的请求，并对这些请求做出响应。Servlet编程是纯粹的java编程，而jsp则是html和java编程的中庸形式，它更有助于美工人员来设计界面。正是如此，所有的jsp文件都将被最终转换成java servlet来执行。从jsp到java到class，jsp在首次被请求时是要花费一定的服务器资源的。但庆幸的是，这种情况只发生一次，一旦这个jsp文件被翻译并编译成对应的servlet，在下次请求来临时，将直接由servlet来处理，除非这个jsp已经被修改。 |
| J2EE | J2EE |
J2EE可以说指Java在数据库信息系统上实现，数据库信息系统从早期的dBase、到Delphi/VB等C/S结构，发展到B/S（Browser浏览器/Server服务器）结构，而J2EE主要是指B/S结构的实现。J2EE又是一种框架和标准。J2EE是一个虚的大的概念，J2EE标准主要有三种子技术标准：WEB技术、EJB技术和JMS，谈到J2EE应该说最终要落实到这三个子概念上。这三种技术的每个技术在应用时都涉及两个部分：容器部分和应用部分，Web容器也是指Jsp/Servlet容器，你假如要开发一个Web应用，无论是编译或运行，都必须要有Jsp/Servlet库或API支持（除了JDK/J2SE以外）。Web技术中除了Jsp/Servlet技术外，还需要JavaBeans或Java Class实现一些功能或者包装携带数据，所以Web技术最初裸体简称为Jsp/Servlet JavaBeans系统。 JavaBeans不属于J2EE概念范畴中，假如一个JavaBeans对象被Web技术（也就是Jsp/Servlet）调用，那么JavaBeans就运行在J2EE的Web容器中；假如它被EJB调用，它就运行在EJB容器中。EJB（企业JavaBeans）是普通JavaBeans的一种提升和规范，因为企业信息系统开发中需要一个可伸缩的性能和事务、安全机制，这样能保证企业系统平滑发展，而不是发展到一种规模重新更换一套软件系统。至此，JavaBeans组件发展到EJB后，并不是说以前的那种JavaBeans形式就消失了，这就自然形成了两种JavaBeans技术：EJB和POJO，POJO完全不同于EJB概念，指的是普通JavaBeans。 J2EE应用系统开发工具有很多：如JBuilder、Eclipse等，这些IDE首先是Java开发工具，也就是说，它们首要基本功能是可以开发出JavaBeans或Java class，但是假如要开发出J2EE系统，就要落实到要么是Web技术或EJB技术，那么就有可能要一些专门模块功能(如eclipse需要lomboz插件)，最重要的是，因为J2EE系统区分为容器和应用两个部分，所以，在任何开发工具中开发J2EE都需要指定J2EE容器。J2EE容器也称为J2EE服务器，大部分时它们概念是一致的。 J2EE容器分为WEB容器和EJB容器，Tomcat是Web容器，JBoss是EJB容器。所以你开发的Web应用程序可以在上面两种容器运行，而你开发的Web EJB应用则只可以在JBoss服务器上运行，商业产品Websphere/Weblogic等和JBoss属于同一种性质。 衡量J2EE应用系统设计开发水平高低的标准就是：解耦性；你的应用系统各个功能是否能够彻底脱离？是否不相互依靠，也只有这样，才能体现可维护性、可拓展性的软件设计目标。 为了达到这个目的，诞生各种框架概念，J2EE框架标准将一个系统划分为WEB和EJB主要部分，当然我们有时不是以这个具体技术区分，而是从设计上抽象为表现层、服务层和持久层，这三个层次从一个高度将J2EE分离开来，实现解耦目的。 |
| PO | persistant object | 持久对象,可以看成是与数据库中的表相映射的java对象。使用Hibernate来生成PO是不错的选择。 |
| VO | value object | 值对象。通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要. |
| 开源协议 | 说明 |
BSD |
◆如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。
◆如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
◆不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。
|
AL2.0 |
Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。需要满足的条件也和BSD类似：
◆需要给代码的用户一份Apache Licence
◆如果你修改了代码，需要在被修改的文件中说明。
◆在延伸的代码中（修改和有源代码衍生的代码中）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。
◆如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可，但不可以表现为对Apache Licence构成更改。
Apache Licence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。
|
GPL |
我们很熟悉的Linux就是采用了GPL。GPL协议和BSD， Apache Licence等鼓励代码重用的许可很不一样。GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用，但不允许修改后和衍生的代 码做为闭源的商业软件发布和销售。这也就是为什么我们能用免费的各种linux，包括商业公司的linux和linux上各种各样的由个人，组织，以及商 业软件公司开发的免费软件了。
GPL协议的主要内容是只要在一个软件中使用（”使用”指类库引用，修改后的代码或者衍生代码）GPL 协议的产品，则该软件产品必须也采用GPL协议，既必须也是开源和免费。这就是所谓的”传染性”。GPL协议的产品作为一个单独的产品使用没有任何问题， 还可以享受免费的优势。
|
LGPL |
LGPL 是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。LGPL 允许商业软件通过类库引用（link）方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并 发布和销售。
但是如果修改LGPL协议的代码或者衍生，则所有修改的代码，涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。因 此LGPL协议的开源 代码很适合作为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改和衍生的方式做二次开发的商业软件采用。
|
MIT |
MIT是和BSD一样宽范的许可协议，作者只想保留版权，而无任何其它的限制。也就是说，你必须在你的发行版里包含原许可协议的声明，无论你是以二进制发布的还是以源代码发布的。MIT协议又称麻省理工学院许可证，最初由麻省理工学院开发。被授权人权利：1、被授权人有权利使用、复制、修改、合并、出版发行、散布、再授权及贩售软件及软件的副本。2、被授权人可根据程式的需要修改授权条款为适当的内容。被授权人义务：在软件和软件的所有副本中都必须包含版权声明和许可声明。 |
| 简称 | 全称 | 说明 |
| FD | Framework Designer | 架构设计师 |
| GM | General Manager | 总经理 |
| VP | Vice President | 副总裁 |
| FVP | (First Vice President) | 第一副总裁 |
| AVP | (Assistant Vice President) | 副总裁助理 |
| CEO | (Chief Executive Officer) | 首席执行官 |
| COO | (Chief Operations Officer) | 首席运营官 |
| CFO | (Chief Financial Officer) | 首席财务官 |
| CIO | (Chief Information Officer) | 首席信息官 |
| HRD | (Human Resource Director) | 人力资源总监 |
| OD | (Operations Director) | 运营总监 |
| MD | (Marketing Director) | 市场总监 |
| OM | (Operations Manager) | 运作经理 |
| PM |
(Production Manager) (Product Manager) |
生产经理 产品经理 |
| CAO | Art | 艺术总监 |
| CBO | Business | 商务总监 |
| CCO | Content | 内容总监 |
| CDO | Development | 开发总监 |
| CEO | Executive | 首席执行官 |
| CFO | Finance | 财务总监 |
| CGO | Gonverment | 政府关系 |
| CHO | Human resource | 人事总监 |
| CIO | Information | 技术总监 |
| CJO | Jet | 把营运指标都加一个或多个零使公司市值像火箭般上升的人 |
| CKO | Knowledge | 知识总监 |
| CLO | Labour | 工会主席 |
| CMO | Marketing | 市场总监 |
| CNO | Negotiation | 首席谈判代表 |
| COO | Operation | 首席营运官 |
| CPO | Public relation | 公关总监 |
| CQO | Quality control | 质控总监 |
| CRO | Research | 研究总监 |
| CSO | Sales | 销售总监 |
| CTO | Technology | 首席技术官 |
| CUO | User | 客户总监 |
| CVO | Valuation | 评估总监 |
| CWO | Women | 妇联主席 |
| CXO | 什么都可以管的不管部部长 | |
| CYO | Yes | 什么都点头的老好人 |
| CZO | 现在排最后，等待接班的太子 |