[★] 平台知识 —— 了解平台化软件

    提到平台，在2001年是炒的最热闹的一年，很快，平台概念就和炒ERP一样被炒烂了，无论是什么系统，那怕就是一个Excel做的几个宏文件，

也要加上一个平台。

如何理解平台？

    平台的概念目前基本上有两种，一种是基于快速开发目的的、提供一些辅助开发工具（如系统管理、组件等）的开发平台，这种平台是一个纯粹

的技术平台，充其量是一个开发工具（如Delphi）的优化，但凡有开发任务时，所有的客户业务都需要重新开发（当然有些技术平台也包含了一些系

统管理、组织权限等相对通用的东西）。另外一种平台是在技术平台的基础上发展起来的，以业务逻辑为核心的业务管理平台，这种平台的特点是不

仅仅是一个狭义的技术平台，更封装了行业（或典型企业）的很多相对通用的业务逻辑，而这些业务逻辑一般是对某个行业的深刻研究后才能得到的

结果。

技术平台的缺点：

    1、需要开发的工作量大，提供的功能有限，无论怎么完善和拓展也只是一个技术平台，所有的业务都要重来，无法形成行业解决方案。

    2、平台使用困难，开发人员比较熟悉市面上比较流行的的开发工具（如Delphi），但要熟悉一个技术平台需要很长的时间，一方面是技术平台

是某个公司特有，开发人员在没有使用该平台之前无从了解该技术平台的情况；另一方面，由于管理软件公司的实力的缘故，不可能和那些市面上比

较流行的开发工具如Delphi相比，特别文档不全，开发人员的风格不统一，人员流动大等特点，一个技术平台需要手把手的教，而且有很多平台开发

人员自己的个性色彩，因此技术平台使用也是需要代价的。

    3、无法形成行业积累和行业经验，复用度非常低，所有的客户业务知识都出存在程序员大脑中，无法实现共享，一旦程序员离开公司，所有的

知识都被带走，而复用对一个软件公司来说却是至关重要的。

业务平台的优点：

    1、业务平台是从技术平台上发展起来的，具有技术平台的快速二次开发、易于拓展的特点。

    2、业务平台封装企业所有掌握的客户业务，容易形成行业积累和行业解决方案，能够最大限度的实现知识的复用。

    3、业务平台可以自我完善，不断的丰富和发展。

   当然，业务平台也有很多需要考虑和完善的，否则，再好的思想也仅仅只是思想而已，目前的业务平台主要有以下一些方面值得关注：

   1、数据绑定问题。要支持不同的数据库。

   2、效率问题。由于业务平台不是针对具体的业务，运算逻辑比较复杂，各系统之间的连接也会影响到系统的效率。

   3、业务逻辑的提取。这是一个很难、也是很多技术平台无法向业务平台转化的关键。

平台化软件的设计要求

1) 具备灵活方便的二次开发能力

     传统的管理软件大多脱胎于财务软件和MRPII的结合，这种结合不仅生硬、集成度不高，而且结构僵化、死板，无法适应千变万化的企业环境和

  需求，在客户化和二次开发过程时往往进度缓慢，实施困难。作为新一代软件系统，平台化软件则应该具备更好的应用开发和维护的工具和接口，

  实施时可以迅速根据用户的特点进行部署和二次开发，用户可以最大限度地使用贴近自身特点的管理软件。

2) 实现分布式应用系统

     传统的管理软件局限于内部的资源管理。平台化软件应该将整条产业链上的多家企业通过Internet和数据平台组成一个更加紧密的协同化生产

  组织，实现企业与企业之间的资源共享，疏通企业的各自的信息孤岛，实现各类功能互连、互通、互动的有效集成。过去以自身为主的企业与企业

  之间的竞争，转变成为协同化作业的企业链与企业链之间的竞争，极大地增强企业的竞争能力。

3) 做到硬件独立和软件环境独立

     这样做给用户带来的好处是，用户不必关心采用何种硬件或数据库平台，应用软件也不受硬件平台的迁移的影响。例如，大部分传统的国产管

  理软件系统只能支持windows操作系统和MS SQL Server数据库，对UNIX、OS/390等大型主机平台以及Oracle、DB2等企业级数据库就无能为力，而

  新一代的平台化软件则可以支持各种操作系统平台，多种数据库系统，用户可以有更灵活、广泛的选择余地。

4) 实现上层应用的技术无关性

     平台化软件使运行于上层的应用软件在某种程度上做到与技术无关，而是面向具体业务；一个平台可以运行企业管理系统、校园管理系统或医

  院管理系统等。

5) 采用B/S与C/S结构相结合

     B/S结构具有免安装的特点，C/S则具有更高的安全性，不安装无法访问。只要能上网，就可以通过浏览器对B/S结构系统访问，输入帐号和密码

  后任意机器(如网吧)可以登录系统。所以，对于网上交易、门户网站等可以采用B/S结构，但是对于重要的内部数据，如财务管理、物资管理等内

  部机密资料和数据，最好采用C/S结构。但是无论B/S还是C/S结构，都必须采用分布式结构，可远程网络访问，平台设计采用三层结构。

     此外，工作流、报表图表工具等也应与应用开发工具组合在一起，提供一个支持管理应用开发的平台。

平台化软件的设计思路

1) 平台架构

     平台架构包括了系统的用户终端、系统管理工具和应用开发工具。用户终端主要用于组织和呈现上层应用系统内容，使用者为终端用户，如会

  计人员可以在用户终端进行财务数据的处理。系统管理工具主要用于上层应用和运行环境的基本维护，如系统日志查看，人员信息维护等。应用开

  发工具在不同阶段可以由不同的人员维护。在应用系统开发期间由平台提供商的系统建模人员使用，用于设计和实现上层应用系统；在系统维护期

  间，由平台提供商的系统维护人员和用户的系统管理员共同使用(应该主要由平台提供商的系统维护人员负责)。

2) 上层应用

     由于平台化软件的技术无关性和应用无关性，平台化软件可以广泛使用在社会的各个领域和各个行业，例如企业、学校、医院等，除了特殊需

  求(硬件与外部系统接口等)外，其他部分可以通过应用开发工具，实现免编程的应用系统构筑 。上层系统的构筑之前应进行相信的需求调研和分

  析，进行系统的设计和论证，使用平台的应用开发工具进行系统的免编程实现在总体工作量中只能占到1/3-1/4。

3) 运行环境及其他

     包括应用服务器、数据库系统、远程通讯系统、操作系统。著名的应用服务器厂商包括BEA WebLogic, IBM WebSphere, JBoss Org等。数据库

  系统包括Oracle、IBM DB2,MS SQL SERVER等。远程通讯系统的设计应优先考虑网络传输速度问题。系统的设计还应该能够跨平台应用，操作系统

  Windows/Unix可以联合使用，如应用服务器能够运行在高性能的多CPU的Solaris或OS2操作系统上。

1) 应用的广泛性

     平台化软件的功能更加全面、覆盖面更加广泛。在过去，各类独立功能的管理软件名目繁多，很难集成，例如客户关系管理(CRM)、人力资源管

  理(HR)、物流管理(LM)、教务管理，图书管理等，企业、学校或医院的人、财、物不能得到统一的管理和监控 。ERP能有效地将财务管理 、销售

  管理、财务管理、客户关系、采购与库存、人力资源等各种管理模块集成在一起，形成一个庞大的系统。平台化软件的各种信息统一存储，实现管

  理信息的共享，从而提高各级组织内部有效的协作和快速反应。

2) 良好的开发性

     与其他软件不同的是，平台化软件是由建立在共同平台上的一个系统，模块相互之间既具有较强的独立性，又可以独立使用，通过统一的数据

  接口又以可实现相互间的无缝集成，同时可以实现一致的对外接口。因此，平台化软件具有更大程度的灵活性和扩展性，不仅可以根据客户当前的

  需求进行选择和搭配使用，而且具备了更好的二次开发接口。

3) 快捷的适应性

      用户需求变更使软件提供商最头痛的事情，但由于双方的沟通和理解不同，软件系统在研发和使用过程中需求变更不可避免。据统计，软件源

  码20％以上的变动所需的工作量就不会小于重新开发一套系统，这也是软件系统失败的主要原因之一。平台化软件的上层应用开发工具可以实现免

  编程的应用系统修改，具有更快捷、方便的适应能力。

     设计良好的平台化软件应可以普遍应用于企业管理系统、校园管理系统、电子政务、医院管理系统等各行各业。企业管理软件中的销售与分销

  管理、生产管理、库存与采购管理、客户关系管理、办公自动化、人力资源管理等系统可以完全集成为一个系统，所有的企业资源(人、财、物)全

  部共享，全面降低企业的运营成本。校园管理系统中的总务与后勤管理、教务管理、办公自动化、注册与离校系统可以集成为一个系统，实现学校

  的集中式管理，严格控制支出和消耗。医院管理系统的收费与挂号、财务管理、住院管理、医生站护士站等可以集成为一个系统，实现快捷、方便

  的医院管理。