业务架构平台的技术实现环境

管理软件的高失败率已是业内的一个公开秘密。虽然历经几年的实践努力，这种失败率仍然较高。

　　造成管理软件高失败率的因素很多，归结到底是由于管理软件的应用与用户的要求还有一定的差距，缺乏一种能够进行业务导向的业务架构平台技术。为此，目前众多软件开发商在继ERP开发后，转向了业务架构平台技术的开发，以满足了企业业务应用的不断提升。

　　对于“业务架构平台”的理解

　　业务架构平台是指以业务导向和驱动，可快速构建应用软件的一种软件平台。业务架构软件平台包括集成应用平台、开发体系两个部分。

　　从技术角度分析，业务架构平台为复杂应用软件系统的开发提供了一个基本框架，并有与之相应的、方便易用的开发与维护管理工具。这个框架给出了一些复杂应用软件的基本组成部分和实现方法，并且预置了很多供参考的软件模块。

　　有了这样的准备，在业务基础软件平台之上开发管理软件就可以降低复杂性，省去很多基础性的研发工作，从而明显地缩短研发周期，提高研发效率。

　　构成业务架构平台的两个基本要素是业务建模工具和支撑环境。业务建模工具基于业务和管理的层面，以业务建模为基本手段，来构架、开发和维护业务应用系统，从根本上提升了管理软件的开发、发布和维护效率。在信息系统建设中，真正实现了用户主导、快速开发、灵活调整的持续完善。支撑环境基于业务和管理的层面，而非技术层面，提供信息系统的基础支撑和集成环境。

　　业务架构平台提供了统一的组织机构、分工权限、资源要素、业务流程等基础环境支持，实现信息系统在业务层面的整体集成，使信息系统的能力得到根本的提升。

　　业务架构平台有几个基本的特性：第一它是企业级的软件，是基于如政府、大型企业等应用层面的技术思路和需求来设计的；二是介于底层是基础软件，比如说操作系统、数据库和最上面的应用软件，如各种办公软件等之间；三是解决大型的、原有的分散异构的信息系统如何连接、共享、交换、提升的问题。

　　业务架构平台的技术实现

　　业务架构平台是一种通过引入企业模型理论（EE/EM），为管理软件设计和开发提供业务层面导向和依据的技术。

　　企业模型规范了描述企业业务的各类要素和方法规则，可以全面、准确地描述用户需求，保证信息系统按照正确的架构开发。

　　在业务架构平台中，实际上是有运行环境和开发环境之分。因为以业务架构平台为基础的开发方式主要以建立模型为主，而以业务架构平台为基础的模型不同于以往的计算模型，其建立的模型首先是业务模型，而不是为编程服务的程序结构模型。另外，其业务模型是可以直接运行，表现为完整的应用系统。为了让业务模型可以直接运行，就需要一个可以理解模型的运行环境，也就是说，在业务架构平台里面，一个完整应用系统的应用内容与运行部分是相分离的。

　　分离的结果是，应用相关的内容全部被存储在服务端的数据库里，而运行部分则独立于应用，可以用多种不同的分布方式跨越各种不同的软件系统。这样，其底层的实现技术从应用系统中剥离出来，应用开发人员不用再花很多时间去解决底层的实现问题。例如，不用再过多地关注后台数据库ＳＱＬ语句的特性，而应用发布的方式，是靠一种ＥＪＢ服务器的配置和其它维护方式，这样可以集中解决应用中的问题，即在很大程度上实现了应用开发的技术无关性。

　　运行环境与应用部分（业务内容）分离，可以使运行环境随时用最新技术重新实现，而不影响已经发布的应用，即应用部分可以不做任何改变，就能以新的分布方式运行，或迁移到更新的技术平台之上，或迁移到性能更高的服务环境（例如从ＮＴ服务器迁移到小型机的ＵＮＩＸ环境中）。

　　当然，运行问题的解决只是解决了布鲁克斯（美国著名的图灵奖获得者）所谓的次要问题。它将某种描述出来的概念体系化，在时间和空间内将它们影射成机器语言，并使之运行。虽然是次要问题，但不是说这个问题不重要，只是还有更重要的任务，那就是解决根本问题，“打造构成抽象软件实体的复杂概念结构”，就是按照业务模型构造的信息系统。

　　业务架构平台的应用前景

　　业务架构平台是目前被普遍关注的一个新的平台层级，虽然这个平台提出的时间不长，但其潜力和前景不可限量。业务架构平台不仅得到众多权威研究机构的高度关注，也在企业用户中得到普遍认同。有人甚至称：业务架构平台的诞生，是软件产业的一次革命，整个产业将为此而发生极大变化。

　　相对于基础架构平台而言，业务架构平台还处于起步阶段,这个领域目前有诸多厂商和产品，但尚未出现垄断性厂商和产品。业务架构平台领域的各类产品，如业务规则、工作流、业务智能、业务建模、业务引擎、决策分析、业务集成等，也必然被融合到业务架构平台这一层级。

　　不仅如此，业务架构平台还能为企业信息化建设提供好的解决方案，企业利用业务架构平台构建信息系统一方面是零风险（或低风险），也就是说风险很低，在实施的过程中不必有太多的后顾之忧；另一方面是更贴近管理（与技术无关性），信息化是利用信息技术进行管理和组织的改造，但是对于管理者，信息化首先要贴近自己的日常管理，最好在实际运行过程中摆脱对技术的过分依赖，从陌生的技术中解放出来。

　　应用示例：对订单处理业务的改善

　　以业务架构平台为基础构建的系统（Justep Business3.0），对于解决广泛应用于企业中的订单处理业务起着至关作用。

　　该系统可以采取自上而下，或者从底向上的开发方式。对于从底向上，是大多数开发模式所采用的，先完成数据建模，然后开发数据的表现和操作界面，在用编程方式实现这些内容的同时，要考虑到用什么样的发布方式运行该系统，并且不同的开发习惯会出现完全不同的实现结果。在业务架构平台的构建过程中，则更推荐用自上而下的方式进行，再辅助以快速迭代的方式可以更快更准确地完成任务。  

管理软件的高失败率已是业内的一个公开秘密。虽然历经几年的实践努力，这种失败率仍然较高。

　　造成管理软件高失败率的因素很多，归结到底是由于管理软件的应用与用户的要求还有一定的差距，缺乏一种能够进行业务导向的业务架构平台技术。为此，目前众多软件开发商在继ERP开发后，转向了业务架构平台技术的开发，以满足了企业业务应用的不断提升。

　　对于“业务架构平台”的理解

　　业务架构平台是指以业务导向和驱动，可快速构建应用软件的一种软件平台。业务架构软件平台包括集成应用平台、开发体系两个部分。

　　从技术角度分析，业务架构平台为复杂应用软件系统的开发提供了一个基本框架，并有与之相应的、方便易用的开发与维护管理工具。这个框架给出了一些复杂应用软件的基本组成部分和实现方法，并且预置了很多供参考的软件模块。

　　有了这样的准备，在业务基础软件平台之上开发管理软件就可以降低复杂性，省去很多基础性的研发工作，从而明显地缩短研发周期，提高研发效率。

　　构成业务架构平台的两个基本要素是业务建模工具和支撑环境。业务建模工具基于业务和管理的层面，以业务建模为基本手段，来构架、开发和维护业务应用系统，从根本上提升了管理软件的开发、发布和维护效率。在信息系统建设中，真正实现了用户主导、快速开发、灵活调整的持续完善。支撑环境基于业务和管理的层面，而非技术层面，提供信息系统的基础支撑和集成环境。

　　业务架构平台提供了统一的组织机构、分工权限、资源要素、业务流程等基础环境支持，实现信息系统在业务层面的整体集成，使信息系统的能力得到根本的提升。

　　业务架构平台有几个基本的特性：第一它是企业级的软件，是基于如政府、大型企业等应用层面的技术思路和需求来设计的；二是介于底层是基础软件，比如说操作系统、数据库和最上面的应用软件，如各种办公软件等之间；三是解决大型的、原有的分散异构的信息系统如何连接、共享、交换、提升的问题。

　　业务架构平台的技术实现

　　业务架构平台是一种通过引入企业模型理论（EE/EM），为管理软件设计和开发提供业务层面导向和依据的技术。

　　企业模型规范了描述企业业务的各类要素和方法规则，可以全面、准确地描述用户需求，保证信息系统按照正确的架构开发。

　　在业务架构平台中，实际上是有运行环境和开发环境之分。因为以业务架构平台为基础的开发方式主要以建立模型为主，而以业务架构平台为基础的模型不同于以往的计算模型，其建立的模型首先是业务模型，而不是为编程服务的程序结构模型。另外，其业务模型是可以直接运行，表现为完整的应用系统。为了让业务模型可以直接运行，就需要一个可以理解模型的运行环境，也就是说，在业务架构平台里面，一个完整应用系统的应用内容与运行部分是相分离的。

　　分离的结果是，应用相关的内容全部被存储在服务端的数据库里，而运行部分则独立于应用，可以用多种不同的分布方式跨越各种不同的软件系统。这样，其底层的实现技术从应用系统中剥离出来，应用开发人员不用再花很多时间去解决底层的实现问题。例如，不用再过多地关注后台数据库ＳＱＬ语句的特性，而应用发布的方式，是靠一种ＥＪＢ服务器的配置和其它维护方式，这样可以集中解决应用中的问题，即在很大程度上实现了应用开发的技术无关性。

　　运行环境与应用部分（业务内容）分离，可以使运行环境随时用最新技术重新实现，而不影响已经发布的应用，即应用部分可以不做任何改变，就能以新的分布方式运行，或迁移到更新的技术平台之上，或迁移到性能更高的服务环境（例如从ＮＴ服务器迁移到小型机的ＵＮＩＸ环境中）。

　　当然，运行问题的解决只是解决了布鲁克斯（美国著名的图灵奖获得者）所谓的次要问题。它将某种描述出来的概念体系化，在时间和空间内将它们影射成机器语言，并使之运行。虽然是次要问题，但不是说这个问题不重要，只是还有更重要的任务，那就是解决根本问题，“打造构成抽象软件实体的复杂概念结构”，就是按照业务模型构造的信息系统。

　　业务架构平台的应用前景

　　业务架构平台是目前被普遍关注的一个新的平台层级，虽然这个平台提出的时间不长，但其潜力和前景不可限量。业务架构平台不仅得到众多权威研究机构的高度关注，也在企业用户中得到普遍认同。有人甚至称：业务架构平台的诞生，是软件产业的一次革命，整个产业将为此而发生极大变化。

　　相对于基础架构平台而言，业务架构平台还处于起步阶段,这个领域目前有诸多厂商和产品，但尚未出现垄断性厂商和产品。业务架构平台领域的各类产品，如业务规则、工作流、业务智能、业务建模、业务引擎、决策分析、业务集成等，也必然被融合到业务架构平台这一层级。

　　不仅如此，业务架构平台还能为企业信息化建设提供好的解决方案，企业利用业务架构平台构建信息系统一方面是零风险（或低风险），也就是说风险很低，在实施的过程中不必有太多的后顾之忧；另一方面是更贴近管理（与技术无关性），信息化是利用信息技术进行管理和组织的改造，但是对于管理者，信息化首先要贴近自己的日常管理，最好在实际运行过程中摆脱对技术的过分依赖，从陌生的技术中解放出来。

　　应用示例：对订单处理业务的改善

　　以业务架构平台为基础构建的系统（Justep Business3.0），对于解决广泛应用于企业中的订单处理业务起着至关作用。

　　该系统可以采取自上而下，或者从底向上的开发方式。对于从底向上，是大多数开发模式所采用的，先完成数据建模，然后开发数据的表现和操作界面，在用编程方式实现这些内容的同时，要考虑到用什么样的发布方式运行该系统，并且不同的开发习惯会出现完全不同的实现结果。在业务架构平台的构建过程中，则更推荐用自上而下的方式进行，再辅助以快速迭代的方式可以更快更准确地完成任务。  

管理软件的高失败率已是业内的一个公开秘密。虽然历经几年的实践努力，这种失败率仍然较高。

　　造成管理软件高失败率的因素很多，归结到底是由于管理软件的应用与用户的要求还有一定的差距，缺乏一种能够进行业务导向的业务架构平台技术。为此，目前众多软件开发商在继ERP开发后，转向了业务架构平台技术的开发，以满足了企业业务应用的不断提升。

　　对于“业务架构平台”的理解

　　业务架构平台是指以业务导向和驱动，可快速构建应用软件的一种软件平台。业务架构软件平台包括集成应用平台、开发体系两个部分。

　　从技术角度分析，业务架构平台为复杂应用软件系统的开发提供了一个基本框架，并有与之相应的、方便易用的开发与维护管理工具。这个框架给出了一些复杂应用软件的基本组成部分和实现方法，并且预置了很多供参考的软件模块。

　　有了这样的准备，在业务基础软件平台之上开发管理软件就可以降低复杂性，省去很多基础性的研发工作，从而明显地缩短研发周期，提高研发效率。

　　构成业务架构平台的两个基本要素是业务建模工具和支撑环境。业务建模工具基于业务和管理的层面，以业务建模为基本手段，来构架、开发和维护业务应用系统，从根本上提升了管理软件的开发、发布和维护效率。在信息系统建设中，真正实现了用户主导、快速开发、灵活调整的持续完善。支撑环境基于业务和管理的层面，而非技术层面，提供信息系统的基础支撑和集成环境。

　　业务架构平台提供了统一的组织机构、分工权限、资源要素、业务流程等基础环境支持，实现信息系统在业务层面的整体集成，使信息系统的能力得到根本的提升。

　　业务架构平台有几个基本的特性：第一它是企业级的软件，是基于如政府、大型企业等应用层面的技术思路和需求来设计的；二是介于底层是基础软件，比如说操作系统、数据库和最上面的应用软件，如各种办公软件等之间；三是解决大型的、原有的分散异构的信息系统如何连接、共享、交换、提升的问题。

　　业务架构平台的技术实现

　　业务架构平台是一种通过引入企业模型理论（EE/EM），为管理软件设计和开发提供业务层面导向和依据的技术。

　　企业模型规范了描述企业业务的各类要素和方法规则，可以全面、准确地描述用户需求，保证信息系统按照正确的架构开发。

　　在业务架构平台中，实际上是有运行环境和开发环境之分。因为以业务架构平台为基础的开发方式主要以建立模型为主，而以业务架构平台为基础的模型不同于以往的计算模型，其建立的模型首先是业务模型，而不是为编程服务的程序结构模型。另外，其业务模型是可以直接运行，表现为完整的应用系统。为了让业务模型可以直接运行，就需要一个可以理解模型的运行环境，也就是说，在业务架构平台里面，一个完整应用系统的应用内容与运行部分是相分离的。

　　分离的结果是，应用相关的内容全部被存储在服务端的数据库里，而运行部分则独立于应用，可以用多种不同的分布方式跨越各种不同的软件系统。这样，其底层的实现技术从应用系统中剥离出来，应用开发人员不用再花很多时间去解决底层的实现问题。例如，不用再过多地关注后台数据库ＳＱＬ语句的特性，而应用发布的方式，是靠一种ＥＪＢ服务器的配置和其它维护方式，这样可以集中解决应用中的问题，即在很大程度上实现了应用开发的技术无关性。

　　运行环境与应用部分（业务内容）分离，可以使运行环境随时用最新技术重新实现，而不影响已经发布的应用，即应用部分可以不做任何改变，就能以新的分布方式运行，或迁移到更新的技术平台之上，或迁移到性能更高的服务环境（例如从ＮＴ服务器迁移到小型机的ＵＮＩＸ环境中）。

　　当然，运行问题的解决只是解决了布鲁克斯（美国著名的图灵奖获得者）所谓的次要问题。它将某种描述出来的概念体系化，在时间和空间内将它们影射成机器语言，并使之运行。虽然是次要问题，但不是说这个问题不重要，只是还有更重要的任务，那就是解决根本问题，“打造构成抽象软件实体的复杂概念结构”，就是按照业务模型构造的信息系统。

　　业务架构平台的应用前景

　　业务架构平台是目前被普遍关注的一个新的平台层级，虽然这个平台提出的时间不长，但其潜力和前景不可限量。业务架构平台不仅得到众多权威研究机构的高度关注，也在企业用户中得到普遍认同。有人甚至称：业务架构平台的诞生，是软件产业的一次革命，整个产业将为此而发生极大变化。

　　相对于基础架构平台而言，业务架构平台还处于起步阶段,这个领域目前有诸多厂商和产品，但尚未出现垄断性厂商和产品。业务架构平台领域的各类产品，如业务规则、工作流、业务智能、业务建模、业务引擎、决策分析、业务集成等，也必然被融合到业务架构平台这一层级。

　　不仅如此，业务架构平台还能为企业信息化建设提供好的解决方案，企业利用业务架构平台构建信息系统一方面是零风险（或低风险），也就是说风险很低，在实施的过程中不必有太多的后顾之忧；另一方面是更贴近管理（与技术无关性），信息化是利用信息技术进行管理和组织的改造，但是对于管理者，信息化首先要贴近自己的日常管理，最好在实际运行过程中摆脱对技术的过分依赖，从陌生的技术中解放出来。

　　应用示例：对订单处理业务的改善

　　以业务架构平台为基础构建的系统（Justep Business3.0），对于解决广泛应用于企业中的订单处理业务起着至关作用。

　　该系统可以采取自上而下，或者从底向上的开发方式。对于从底向上，是大多数开发模式所采用的，先完成数据建模，然后开发数据的表现和操作界面，在用编程方式实现这些内容的同时，要考虑到用什么样的发布方式运行该系统，并且不同的开发习惯会出现完全不同的实现结果。在业务架构平台的构建过程中，则更推荐用自上而下的方式进行，再辅助以快速迭代的方式可以更快更准确地完成任务。  

管理软件的高失败率已是业内的一个公开秘密。虽然历经几年的实践努力，这种失败率仍然较高。

　　造成管理软件高失败率的因素很多，归结到底是由于管理软件的应用与用户的要求还有一定的差距，缺乏一种能够进行业务导向的业务架构平台技术。为此，目前众多软件开发商在继ERP开发后，转向了业务架构平台技术的开发，以满足了企业业务应用的不断提升。

　　对于“业务架构平台”的理解

　　业务架构平台是指以业务导向和驱动，可快速构建应用软件的一种软件平台。业务架构软件平台包括集成应用平台、开发体系两个部分。

　　从技术角度分析，业务架构平台为复杂应用软件系统的开发提供了一个基本框架，并有与之相应的、方便易用的开发与维护管理工具。这个框架给出了一些复杂应用软件的基本组成部分和实现方法，并且预置了很多供参考的软件模块。

　　有了这样的准备，在业务基础软件平台之上开发管理软件就可以降低复杂性，省去很多基础性的研发工作，从而明显地缩短研发周期，提高研发效率。

　　构成业务架构平台的两个基本要素是业务建模工具和支撑环境。业务建模工具基于业务和管理的层面，以业务建模为基本手段，来构架、开发和维护业务应用系统，从根本上提升了管理软件的开发、发布和维护效率。在信息系统建设中，真正实现了用户主导、快速开发、灵活调整的持续完善。支撑环境基于业务和管理的层面，而非技术层面，提供信息系统的基础支撑和集成环境。

　　业务架构平台提供了统一的组织机构、分工权限、资源要素、业务流程等基础环境支持，实现信息系统在业务层面的整体集成，使信息系统的能力得到根本的提升。

　　业务架构平台有几个基本的特性：第一它是企业级的软件，是基于如政府、大型企业等应用层面的技术思路和需求来设计的；二是介于底层是基础软件，比如说操作系统、数据库和最上面的应用软件，如各种办公软件等之间；三是解决大型的、原有的分散异构的信息系统如何连接、共享、交换、提升的问题。

　　业务架构平台的技术实现

　　业务架构平台是一种通过引入企业模型理论（EE/EM），为管理软件设计和开发提供业务层面导向和依据的技术。

　　企业模型规范了描述企业业务的各类要素和方法规则，可以全面、准确地描述用户需求，保证信息系统按照正确的架构开发。

　　在业务架构平台中，实际上是有运行环境和开发环境之分。因为以业务架构平台为基础的开发方式主要以建立模型为主，而以业务架构平台为基础的模型不同于以往的计算模型，其建立的模型首先是业务模型，而不是为编程服务的程序结构模型。另外，其业务模型是可以直接运行，表现为完整的应用系统。为了让业务模型可以直接运行，就需要一个可以理解模型的运行环境，也就是说，在业务架构平台里面，一个完整应用系统的应用内容与运行部分是相分离的。

　　分离的结果是，应用相关的内容全部被存储在服务端的数据库里，而运行部分则独立于应用，可以用多种不同的分布方式跨越各种不同的软件系统。这样，其底层的实现技术从应用系统中剥离出来，应用开发人员不用再花很多时间去解决底层的实现问题。例如，不用再过多地关注后台数据库ＳＱＬ语句的特性，而应用发布的方式，是靠一种ＥＪＢ服务器的配置和其它维护方式，这样可以集中解决应用中的问题，即在很大程度上实现了应用开发的技术无关性。

　　运行环境与应用部分（业务内容）分离，可以使运行环境随时用最新技术重新实现，而不影响已经发布的应用，即应用部分可以不做任何改变，就能以新的分布方式运行，或迁移到更新的技术平台之上，或迁移到性能更高的服务环境（例如从ＮＴ服务器迁移到小型机的ＵＮＩＸ环境中）。

　　当然，运行问题的解决只是解决了布鲁克斯（美国著名的图灵奖获得者）所谓的次要问题。它将某种描述出来的概念体系化，在时间和空间内将它们影射成机器语言，并使之运行。虽然是次要问题，但不是说这个问题不重要，只是还有更重要的任务，那就是解决根本问题，“打造构成抽象软件实体的复杂概念结构”，就是按照业务模型构造的信息系统。

　　业务架构平台的应用前景

　　业务架构平台是目前被普遍关注的一个新的平台层级，虽然这个平台提出的时间不长，但其潜力和前景不可限量。业务架构平台不仅得到众多权威研究机构的高度关注，也在企业用户中得到普遍认同。有人甚至称：业务架构平台的诞生，是软件产业的一次革命，整个产业将为此而发生极大变化。

　　相对于基础架构平台而言，业务架构平台还处于起步阶段,这个领域目前有诸多厂商和产品，但尚未出现垄断性厂商和产品。业务架构平台领域的各类产品，如业务规则、工作流、业务智能、业务建模、业务引擎、决策分析、业务集成等，也必然被融合到业务架构平台这一层级。

　　不仅如此，业务架构平台还能为企业信息化建设提供好的解决方案，企业利用业务架构平台构建信息系统一方面是零风险（或低风险），也就是说风险很低，在实施的过程中不必有太多的后顾之忧；另一方面是更贴近管理（与技术无关性），信息化是利用信息技术进行管理和组织的改造，但是对于管理者，信息化首先要贴近自己的日常管理，最好在实际运行过程中摆脱对技术的过分依赖，从陌生的技术中解放出来。

　　应用示例：对订单处理业务的改善

　　以业务架构平台为基础构建的系统（Justep Business3.0），对于解决广泛应用于企业中的订单处理业务起着至关作用。

　　该系统可以采取自上而下，或者从底向上的开发方式。对于从底向上，是大多数开发模式所采用的，先完成数据建模，然后开发数据的表现和操作界面，在用编程方式实现这些内容的同时，要考虑到用什么样的发布方式运行该系统，并且不同的开发习惯会出现完全不同的实现结果。在业务架构平台的构建过程中，则更推荐用自上而下的方式进行，再辅助以快速迭代的方式可以更快更准确地完成任务。