如何在SAP系统中做二次开发的架构设计？

2019-03-19特邀撰稿人北京承泽星汉信息技术有限公司仝文革

中国设备工程 2019年5期

关键词：架构设计生命周期架构

特邀撰稿人：北京承泽星汉信息技术有限公司仝文革

随着越来越多的国内大中型企业完成SAP系统的实施工作，企业对SAP系统的了解越来越多，对SAP系统功能实施要求也就越来越多，这些决定了企业对SAP系统二次功能开发的要求越来越多。

因为业务功能相互集成、业务流程相互关联，因此，要更好地完成这些二次开发任务，就必需对系统功能进行更加完善的系统化、集成化、闭环化、流程化设计，而架构化设计又是产品设计任务中的重中之重。

这些架构主要包括业务架构、功能架构、应用架构、流程架构、数据架构、技术架构、集成架构等几个方面，下面从设备全生命周期管理的角度出发，分别对这几个方面进行描述。

设备全生命周期管理业务架构图

1 业务架构设计

对企业业务运行模式进行研究和分析之后，提炼出业务活动的总体构成和层级关系，由此形成的业务管理架构，称之为业务架构。

业务架构是设备全生命周期管理系统开发的核心，其它各架构都要围绕着业务架构进行设计和落实，它是整个系统设计、开发和实施的基础与核心。

业务架构依据设备全生命周期管理各个阶段的业务关联，根据企业设备管理各部门的业务需求，按设备全生命周期管理各业务功能模块进行细分后而形成的业务关联关系整体架构。

业务架构的设计特别依赖于系统设计人员对各行业、企业设备管理业务的深刻理解、对设备管理信息化建设的工作经验，以及对程序开发方式的熟悉，才能设计出具备完整、完善、关联性质的业务架构。

设备全生命周期管理功能架构图

业务架构的设计，不仅要考虑企业设备管理工作的现有需求，还要关注企业设备管理工作的长远规划，以及用户未考虑到的业务情况，还要为今后的业务提升留下发展空间。

设备全生命周期管理业务架构图是作者多年实施经验的积累，它描述了设备全生命周期管理的业务架构。

2 功能架构设计

功能架构就是对业务架构的实施方式进行模块化设计，实现每个业务部分都可以称之为一个功能模块。功能模块可以根据具体情况分解，分解的最小功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一个任务的一组功能，在本文中，采用第二种划分方式，而把程序的处理过程在技术架构中进行体现。

功能架构是从解决方案的角度对各系统所实现的功能进行剖析，用来详细描述各功能模块、解决方案、系统功能之间的关系，详细描述功能间的结构与构成，功能从大到小、从粗到细划分，从上到下绘制结构图。从概念上讲，上层功能包括（或控制）下层功能，越上层功能越笼统，越下层功能越具体。

功能架构依据业务架构设计，它的设计过程就是把一个复杂的软件系统分解为多个功能较单一的过程。这种分解为多个功能较单一的、模块化的方法称为模块化设计。模块化是一种重要的设计思想，这种这法一方面可以把一个复杂的系统分解为一些规模较小、功能较简单、更易于建立和修改的部分，另一方面，各个模块具有相对独立性，可以分别加以设计实现。

模块之间的相互关系，则通过一定的方式予以说明。各模块在这些关系的约束下共同构成统一的整体，完成系统的各项功能。

依据设备全生命周期管理业务架构的要求，设计了设备管理的功能架构中的各个功能模块及其对应的操作功能。

3 应用架构设计

应用架构描述了企业各项业务在各个平台、系统中的实现方式，以及业务关联的应用方式，应用架构可以分为企业级与单个系统级2个层次。

从企业级应用架构来讲，它从企业所有的业务部门的业务运营出发，把各种业务运作方式在企业现有软件平台和系统的实现方式进行应用架构设计，它对各个系统的业务和功能边界进行了定义、对系统间的关联进行了说明，它是企业信息化建设的指导方式之一。

从设备全生命周期管理系统的级来讲，在进行设备全生命周期管理系统的开发设计时，首先要设计系统的主要模块和功能点，其次，要对这些模块和功能点实现的业务需求进行描述、界面化和关联，同时，还要遵循企业级的应用架构设计，将设备全生命周期管理系统的功能设计融入到企业级应用架构的设计中。

4 流程架构设计

完成了业务架构设计，就可以进行流程架构的设计了，流程架构设计是针对具有流程化处理需求的业务过程设计流程关联关系，构建企业流程架构图。在进行流程架构设计过程中，有些业务过程不需要或不适合进行流程化设计，就没有必要对这些业务进行流程化描述，只要进行相应的说明即可。

流程架构设计完成后，就可以整理流程清单，并通过流程清单的编制检查流程架构是否完整包含了企业的所有业务类型。

完成流程清单的编制工作，就可进行每个流程图的绘制工作，在流程图绘制过程中，一定要对流程间的关联关系、业务关系进行详细描述，还要详细解释每一个流程所适应的业务情景。

一般情况下，应该先进行系统的业务架构设计，再进行流程架构设计，针对简单的系统需求，也可以同时进行业务架构和流程架构设计，即使这样，也要先把业务架构考虑清楚，并通过流程架构来完善和补充调整业务架构。

流程架构设计的主要过程，简单来讲就是对业务活动进行持续分解的过程。但要设计出好的流程架构，需要同时关注企业现状、业务模式、发展战略、优秀企业运作方式等情况。

很多企业在进行流程架构设计时，只是对企业现状进行简单描述，而不太注重引用其它企业的优秀的运作模式，它们会对流程的设计与组合带来很大影响。

在流程架构设计过程中绘制流程图有2个主要原因：第一个原因是，流程设计的主要内容就是重新梳理和优化企业现有业务流程、完整描述企业流程架构、详细描述设备全生命周期管理业务关系；第二个原因是，在绘制过程中，要充分考虑优秀的流程图所必需具有规范性、完备性、集成性、独立性的特点，并将这些特点要求体现到流程优化和绘制过程中。

在流程架构设计过程中，有些企业经常强调自身业务所具有的个性化，而不愿意借鉴其它企业成熟和成功应用的流程架构设计经验，这样就会限制他们设计出具有广泛适用性和发展前景性的流程架构，也不能跳出企业自身发展的限制，更加不利于他们借鉴和引用其它先进企业的业务流程设计经验，改进企业不足。

5 数据架构设计

对数据架构的基本了解是数据设计的基础，没有数据架构，后续的数据模型、数据质量管理、数据标准制定和各种数据应用部分就没有坚实的基础。

我们通常所说的“数据架构”与“应用架构”和“技术架构”并列，3者共同组成IT架构。IT架构由业务架构驱动，从业务架构出发分析业务流程、定义数据架构，流程和数据结合定义应用架构，根据数据架构和应用架构设计技术架构。

IT架构图

需要注意的是，业务架构和应用架构均包含数据架构的内容，业务架构中数据架构即数据概念模型，分析重点是数据领域、主数据和核心业务对象。业务运营的2条重要线索是流程和数据，业务流程离不开数据流转，业务运营状况通过数据反映，基于业务架构的端到端流程建模，过程中会衍生出对应的业务数据对象，需要与数据架构的数据模型对接。流程模型和数据模型对接后落实到应用（系统）层面，就形成了应用架构。应用架构将业务对象转换为数据对象或具体的数据库表对象，数据模型进一步转换到具体应用（系统）的逻辑模型和物理模型，在此基础上分析数据对象和应用（系统）功能之间的创建、引用、修改或删除CRUD关系，以明确功能边界划分，对应数据架构中最终的数据分布。

集成架构图

6 技术架构设计

技术架构是各个业务功能在各个系统间的内部或后台程序间的关联关系，可以表现为抽象构件及构件间的业务交互的方法；还有一种定义方法认为，技术架构是由技术开发者定制的应用骨架。前者是从应用方面，而后者是从程序实现目的方面给出的定义。

在对SAP系统进行二次开发时，需要结合SAP系统的原有功能模块，又对构成设备全生命周期管理系统的各功能模块在SAP系统内部各模块间、以及SAP系统各模块与外围系统间的后台业务关联、数据传输、功能影响方面的关系进行技术架构设计和分析。

主数据管理开发技术架构图

7 集成架构设计

在各个企业长期运行管理过程中，都会实施许多解决各种实际业务问题的软件系统，在对SAP系统实施和二次开发时，一定要在业务架构、流程架构、应用架构设计的基础上，充分考虑这些系统的原有功能、解决的具体问题、实现的业务流程，来确定和SAP系统进行集成的必要性、有哪些功能和流程需要集成、哪些数据需要统一和标准化设计，并依据这些结果设计最终的系统集成架构设计。

集成架构设计主要可以用于企业内部各种软件系统间的服务整合，通过集成架构的设计，可以有效改善现有系统之间的业务关联关系，使得业务在系统之间的流转更加流畅、简洁、高效。

进行集成架构的设计，不但要梳理系统间的业务界限，还要梳理业务间流程关系、数据传输关系，更重要的还要进行数据标准化、接口规范化、流程闭环化的设计，因此，通过集成架构的设计可以进一步提升各系统的运行效率、减少不必要的冗余功能和业务操作。