CN114356328A - Method, system and computer storage medium for enterprise portal rapid adaptation - Google Patents

Abstract

The present disclosure relates to methods, systems, and computer storage media for performing rapid adaptation of enterprise portals. A method for rapid adaptation of an enterprise portal, comprising: providing an integrated portal engine for research and transportation under an ARM architecture; providing an ARM architecture component fast adaptation module; providing an ARM platform architecture portal module; providing a domestic aPaaS rapid development technology module; and providing an ARM architecture unified flow engine module. The embodiment of the disclosure can quickly realize the construction of the portal system by adopting the technology of home-made ARM adaptation and the like.

Description

Method, system and computer storage medium for enterprise portal rapid adaptation

Technical Field

The present disclosure generally relates to the field of software development technologies, and more particularly, to a method and a system for quickly adapting an enterprise portal, and a computer storage medium, and particularly, to a method and a system for quickly adapting an enterprise portal based on a home server architecture, and a computer storage medium.

Background

Along with the approach of the data outbreak era, IT nationalization has become higher and higher, and how to better ensure data security and better adapt to the ever-changing business requirements becomes a consensus of numerous enterprises.

At present, a plurality of large and medium-sized enterprise systems adopt the technologies of X86 server architecture, system code multiplexing, privatization local deployment, privatization operation and maintenance and the like to construct each business system, so that the system needs to spend more resources, manpower and time on research, development, construction, multiple reconstruction, daily use, operation and maintenance; the control force is insufficient in the aspects of operating environment and safety.

Therefore, there is a need in the art for a fast adaptation technique for enterprise portals based on a domestic server architecture.

Disclosure of Invention

The following presents a simplified summary of the disclosure in order to provide a basic understanding of some aspects of the disclosure. However, it should be understood that this summary is not an exhaustive overview of the disclosure. It is not intended to identify key or critical elements of the disclosure or to delineate the scope of the disclosure. Its sole purpose is to present some concepts of the disclosure in a simplified form as a prelude to the more detailed description that is presented later.

According to one aspect of the present disclosure, a method for performing rapid adaptation of an enterprise portal is provided, which includes: providing an integrated portal engine for research and transportation under an ARM architecture for calling to support a CI/CD technology under a domestic architecture, realizing integration of portal service research and development and operation and maintenance processes, simplifying research and transportation interaction and realizing full automation of a normal supporting technology; providing an ARM architecture component fast adaptation module for calling to use technical component means comprising unified authentication, unified users, a portal engine, a content engine and a process engine to fast adapt to a domestic ARM architecture; providing an ARM platform architecture portal module for calling to use a response type layout portal engine technology, a diversified template, a diversified service portal and a componentized portal suite to self-define online what you see is what you get portal content; the method comprises the steps of providing a domestic aPaaS rapid development technology module for calling a low-code rapid research and development capability and a multi-element and rich business application construction component, and realizing rapid and independent construction, iteration and upgrading in a government affair application cloud on the basis of an online visual IDE and a model-driven double-helix engine technology; and providing an ARM architecture unified flow engine module for calling flow engine modeling based on the front-end and back-end separation of the domestic ARM, and realizing full life cycle management including flow modeling, analysis, driving, operation, scheduling, parameter management, concurrency control, monitoring and analysis.

According to another aspect of the present disclosure, there is provided a system for performing rapid adaptation of an enterprise portal, including: a memory having instructions stored thereon; and a processor configured to execute instructions stored on the memory to perform a method according to the above aspects of the disclosure.

According to yet another aspect of the present disclosure, there is provided a computer-readable storage medium comprising computer-executable instructions that, when executed by one or more processors, cause the one or more processors to perform a method according to the above-mentioned aspect of the present disclosure.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments of the disclosure and together with the description, serve to explain the principles of the disclosure.

The present disclosure may be more clearly understood from the following detailed description with reference to the accompanying drawings, in which:

FIG. 1 illustrates an exemplary flow diagram of a process 100 for enterprise portal quick adaptation according to an embodiment of the present invention;

FIGS. 2a-2y₃Various examples illustrating an enterprise portal and its rapid adaptation process according to one embodiment of the inventionAn exemplary schematic diagram.

FIG. 3 illustrates an exemplary configuration of a computing device in which embodiments in accordance with the present disclosure may be implemented.

Detailed Description

The following detailed description is made with reference to the accompanying drawings and is provided to assist in a comprehensive understanding of various exemplary embodiments of the disclosure. The following description includes various details to aid understanding, but these details are to be regarded as examples only and are not intended to limit the disclosure, which is defined by the appended claims and their equivalents. The words and phrases used in the following description are used only to provide a clear and consistent understanding of the disclosure. In addition, descriptions of well-known structures, functions, and configurations may be omitted for clarity and conciseness. Those of ordinary skill in the art will recognize that various changes and modifications of the examples described herein can be made without departing from the spirit and scope of the disclosure.

Aiming at the common technical defects that the data security of the system cannot be reasonably ensured by adopting a non-domestic server and a technical architecture when the IT system of the current medium-large enterprise is constructed; due to independent development and chimney construction of each application system, the data relevance of each service system is not strong, and the switching efficiency is low; the private deployment has high operation and maintenance cost and is inconvenient for later maintenance and expansion; the code coupling degree is high, the system cannot be updated quickly in an iterative mode, and the system is adaptive to changeable service requirements; the software delivery progress is not controllable; too many branches, difficult combination, disordered version and incapability of backtracking; defect outbreak, testing for blockage; the environment is complex, and the deployment fails; the invention provides a technical scheme for rapidly realizing the construction of a portal system by adopting the technology of domestic ARM adaptation and the like.

Aiming at the problem that the current technology can not meet changeable customer service requirements, the technical scheme adopts the following technologies to promote:

1. an integrated portal engine for research and transportation under ARM architecture: the method supports the CI/CD technology under a domestic architecture, realizes integration of portal service research and development and operation and maintenance processes, simplifies research and operation interaction, and realizes full automation of a normal state supporting technology.

2. The rapid adaptation technology of the ARM architecture component comprises the following steps: technical component means such as unified authentication, unified user, portal engine, content engine and flow engine are quickly adapted to the domestic arm architecture, and the user can flexibly multiplex the technical components and quickly adapt to the service requirement of the transient change.

3. ARM platform architecture portal technology: compared with the traditional customized portal development technology, the ARM architecture portal technology adopts a response type layout portal engine technology, a diversified template, a diversified service portal and a componentized portal suite, customizes the online what you see is what you get portal content, and realizes the thousands of people and thousands of faces type portal technology under the domestic architecture.

4. The localization aPaaS rapid development technology base comprises: the rapid and independent construction, iteration and upgrading of the government affair application cloud are realized through the low-code rapid research and development capability and the diversified and rich business application construction component based on the online visual IDE and the model-driven double-helix engine technology. The system comprises two major technical component libraries, namely a low-code application development construction component and a public capability component.

5. The ARM architecture unified flow engine technology: the method is based on the process engine modeling of the separation of the front end and the back end of the domestic arm, and realizes the whole life cycle management of process modeling, analysis, driving, operation, scheduling, parameter management, concurrency control, monitoring, analysis and the like. Unified management of approval processes in a group is achieved, business process application is established in an autonomous and visual mode according to needs, and various approval capabilities such as signing, transfer, signing meeting and sequential signing are expanded according to the operation environment of domestic enterprises.

6. The single point technology is uniformly applied: the unified identity authentication engine comprises main functional modules such as a user center UC, an authority control PC, an access control AC, a multi-factor authentication MFA, a security audit SA and the like. A user center life cycle personnel management system, an authoritative user center, an efficient and convenient management mode of an application account and personalized strategy management; enterprise level authority modeling, and realizing authority control of application/function/data/field based on organization, role, position and station; the access control carries out security access control on the login behavior of the user, sets a security control strategy and protects the security of application resources; the multi-factor authentication adopts different authentication modes according to different service scenes to carry out safe identity verification on the user; safety audit carries out management audit on the whole life cycle of a user, tracing audit on user access behavior, safety compliance audit and safety risk early warning.

FIG. 1 illustrates an exemplary flow diagram of a process 100 for enterprise portal quick adaptation according to an embodiment of the present invention.

The process starts at step 101. In step 101, an integrated portal engine of research and transportation under the ARM architecture is provided for calling to support the CI/CD technology under the localization architecture, so as to realize integration of portal service research and development and operation and maintenance processes, simplify research and transportation interaction, and realize full automation of a normal state support technology.

At step 102, an ARM architecture component fast adaptation module is provided for invocation to fast adapt a domestic ARM architecture using technology component means including unified authentication, unified user, portal engine, content engine, process engine.

At step 103, an ARM platform architecture portal module is provided for invocation to customize online what you see is what you get portal content using responsive layout portal engine technology, diversified templates, diversified business portals, componentized portlets.

At step 104, a localization aaas rapid development technology module is provided for calling a rapid development capability and diversified and abundant business application construction component through low codes, and rapid and autonomous construction, iteration and upgrading in the government application cloud are realized based on an online visualization IDE and a model-driven double helix engine technology.

At step 105, an ARM architecture unified flow engine module is provided for invocation to model based on the domestic ARM front-end and back-end separated flow engines, implementing full lifecycle management including flow modeling, parsing, driving, running, scheduling, parameter management, concurrency control, monitoring, analysis.

According to the process 100, the enterprise portal may provide one or more of a domestic enterprise portal foreground module, a domestic enterprise portal management side module, an online API development module, an integrated research and transportation portal engine module, a business modeling drive engine module, and a domestic aPaaS rapid development technology base module.

According to process 100, a localization aPaaS rapid development technology module may provide one or more of a form engine, a flow engine, business modeling, visualization API, a report engine, and a portal engine.

It is worthy to note that while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In some cases, it may be advantageous to multitask, parallel, or perform the processing in a different order.

The following describes an enterprise portal and its fast adaptation process according to one embodiment of the present invention with a specific example.

According to one embodiment of the disclosure, a domestic Application-PaaS rapid development platform provides a safe, stable and free environment, and technicians/non-technicians can rapidly and easily construct database applications of multiple tenants, develop applications, create web portals or deploy ready-made customizable library applications through low-code rapid development capability and diversified and rich business Application construction components and based on online visualization IDE and model-driven double helix engine technologies.

The platform base comprises online low-code components of core engines such as online API, forms, processes and portals, public capability components such as unified authentication, unified users, unified search and instant messaging, and upwards constructs various portal applications, and the description is as follows:

the form engine: the form self-defining editing function realizes interaction of various information of pages, receipts, processes, reports and display of four types of pages through a visual dragging control and css/js/html light codes, the designed pages are integrated into a management background or app, form templates of various service scenes are quickly constructed, and form examples can be generated from the templates.

A flow engine: the process engine is customized based on high availability and high automation of service driving, so that a user can draw daily service flow on an interface through simple canvas, relevant contents such as change of process approval personnel, authority control and the like can be realized in an online mode, and the process upgrading without halt and perception is realized.

And (3) business modeling: each tenant can collaboratively establish a database and a table model belonging to the tenant on line, and operations such as newly added editing and deleting records, screening and querying are carried out aiming at the table model.

Visualization API: each tenant can collaboratively create an interface belonging to the tenant on line, and a visual process is adopted to edit logic codes, interface parameters and other basic information.

A report engine: the data is displayed by using a standard data set as a data source through cleaning, analyzing and sorting and through report type components such as tables, charts, large screens and the like.

A portal engine: the layout of the portal view can be flexibly switched according to various proportions, and the information module can be directly moved to a target position in a mouse dragging and pulling mode. The portal elements are configured into a container in a centralized mode, and the release saving is effective immediately through a hot release mode. As an independent engine, can be invoked by multiple heterogeneous systems simultaneously.

FIG. 2 illustrates various schematic diagrams of an exemplary enterprise portal and its rapid adaptation process. The enterprise portal is divided into a foreground application and a management background, as shown in fig. 2a-2 b.

The portal foreground includes: the system comprises a first-level module, a home page, a common module, an intra-provincial single-point application, a group single-point application, an address book, a friend link and the like. The home page comprises secondary modules of group to-do, province company news, province company bulletin, group information, group bulletin, various special columns, company mailboxes and the like.

The management background comprises: the system comprises functional modules of to-do management, application access management, application management, document management, content management, system management, authority management and the like.

The construction process of the application page is described below by taking a group two-level task dispatching and approval process in intra-provincial to-be-handled as an example.

1. Business modeling

And logging in an aPaaS workbench by using an administrator account, and entering a business modeling page, as shown in FIG. 2 c. Connecting an allocated data source online, creating a new database (teledb) under the data source, and creating a table model of the group two-level task dispatch list in the database.

The table structure must be filled with field name, field type, length, etc. information before the newly created table can be saved. The built table can be browsed, added, deleted, filtered and data queried, as shown in fig. 2 d. The records may also be queried in a database, as shown in FIG. 2 e.

2. Creating a data set

There are 3 ways to create a dataset:

(1) local file upload

As shown in fig. 2f, the locally uploaded data set is fixedly stored as an internal table. Only one file can be uploaded at a time, and csv, xls and xlsx format files are supported. The primary key field can be customized during uploading.

(2) Database direct connection

As shown in fig. 2g, a database may be connected to store the table data queried for the sql statement. Optionally as an internal table or an external table.

(3) Custom sql

As shown in fig. 2h-2n, operations such as renaming, analyzing, setting a timing task, sharing authorization, moving, exporting, deleting and the like are performed on the constructed data set. If the data set is an internal table created by the custom sql, a timing task can be set, the sql storage process is executed at regular time, and the table data is updated. Clicking on the data set header allows browsing of the complete table data of the data set. The data set created by the user can be authorized to be used by other accounts for viewing. The internal table is moved to an arbitrary directory location.

3. Visual API

As shown in fig. 2o-2q, after the original table model and the intermediate table dataset are created, a corresponding service interface needs to be developed for the action event of the form page to call. Data sources are added in the data source list for interface calling. And (4) establishing a group in the tenant interface list and establishing a new interface. Selecting the established interface, writing service logic codes, database calling, class methods, member variables and the like in a right code editor. And after the interface is written, pushing to swagger for storage.

4. Flow sheet design

The two-level task dispatching process mainly comprises a form page and a flow chart.

4.1 creating forms

As shown in fig. 2r, the form of the two-level task dispatching process of the group includes two modules, namely, a task list content module and a task processing information module, and the two modules respectively use components such as a line container, a detail, a pull-down selection module, an upload attachment module, a date selection module, a multi-line text module and a text module. Each component may configure component properties, styles, interaction events, etc., such as: and (3) selecting a configurable association strategy by pull-down, and displaying 'function development and service configuration' by the dispatch type subclass when the dispatch type selects 'service demand response'. For another example: the form attribute can be configured with a reset field, and when the content filled in the field of the previous node of the complaint reason is reset and emptied at the next node.

Event services such as page initialization, form submission and the like need to be configured in the form attributes, so that a three-party system is supported to initiate an approval process through the api, perform initialization mapping on fields of the page, and set styles such as a tag alignment mode, a background picture, an inner edge distance and an outer edge distance.

4.2, creation flow

As shown in fig. 2s, the two-level task dispatching process of the group includes nodes of group dispatching, task processing, processing and auditing, group feedback waiting, work order completion and the like. Each node can set node field authority, operation buttons, examination and approval types, node approvers, examination and approval overtime, node events and the like in a self-defined mode.

The configuration of the process approval rules is illustrated as follows:

(1) application node (group distribution)

Node specification: and initiating a task list by the group ITSM system, calling a 'task list dispatching' interface of the provincial ITSM system to dispatch the task list to the provincial ITSM system after the group leader audits the task list passing the audit.

Initiating type: automatic interface invocation

Handling operation: [ mission ] of: flow to approval node [ task processing ]

(2) Approval node [ task processing ]

The approval type is as follows: or label

An approver: the field "recipient ID" of the task sheet dispatch interface may be multiple people. (provincial OA entry name, requiring each province to keep synchronization with provincial OA, no OA account number based on the provincial ITSM job number)

Form operation:

1) selecting 'task state feedback', must fill in

2) Fill in "treatment comments" and

handling operation: leadership audit: flow to approval node [ process approval ]

(3) Approval node [ process audit ]

Node specification: and after the task list is processed, a 'task feedback' interface of the group ITSM system is adjusted, the processing result of the task list is fed back to the group ITSM system, if the task list does not need to be audited, the company is saved for direct completion, and if the task list needs to be audited, the group flow is transferred to a task completion auditing link and is waited for group auditing.

The approval type is as follows: or label

An approver: role: project group leader n individuals

Handling operation:

1) [ ENTER ] of: judging according to the circulation conditions

2) [ mission ] of: go back to approval node (task processing)

The conditions are transferred to the next node:

when a click is made (consent),

1) if the field ' whether group audit ' of the task list distribution interface is ' yes ' (1) ', the flow is transferred to an approval node (group audit);

2) if the field 'group audit is not' no (0) 'of the task list dispatching interface, the flow is transferred to an end node (work list completion').

(4) Approval node [ group audit ]

Specification of approval nodes: and after the group ITSM is audited, calling a task completion audit interface provided by the provincial business approval platform to feed the audit result back to the provincial business approval platform.

The approval type of the approval node is as follows: automatic execution

The approval node approver: is free of

Handling operation: [ completion of examination ]

The conditions are transferred to the next node:

when a click [ audit is completed ],

1) if the field ' task auditing result ' of the task completion auditing interface is ' incomplete/continuous feedback ', the flow is transferred to an approval node (task processing ');

2) if the field ' task auditing result ' of the task completion auditing interface is ' completed ', the flow is transferred to an end node (work order completion ').

4.3, Page settings

As shown in fig. 2t, the basic setup: page names, flow icons, pc access addresses, login free access, etc. may be set.

As shown in fig. 2u, the flow sets: the form style can be set, the examination and approval are removed from duplicate, the operation function, the form display, the examination and approval are overtime, the file is prompted, and the examination and approval record is registered. In the two-stage task dispatching process of the group, a self-defined serial number is needed, and the format of the serial number is 46-ZZZZ-YYYYYMMDDXXXXXXXXXX, wherein YYYYMMDD is the year, month and day, and XXXXXXXXX is an 8-bit random number.

As shown in fig. 2v, the message sets: message reminding strategies can be configured in three types of examination and approval scenes of process initiation, examination and approval and end, and notification modes and message strategies can be set.

4.4, the flow page is released to be on line, as shown in FIG. 2 w.

5. Initiating an approval process

As shown in fig. 2x, after the process page is released online, a two-stage task dispatch can be initiated in province through a single point to 'initiate approval' of a portal, or a group can initiate a two-stage task dispatch through an external interface.

As shown in FIG. 2y₁-2y₃Shown, the approval process is sentAfter that, the node approver can examine and approve in the unified to-do of the portal. When approved, the approved/initiated work order may be viewed in the My Do/I am initiated list page. All types of work order flow situations can also be checked in the 'approval query'.

Embodiments of the present invention have been described above with considerable specificity. It is noted that these details are provided merely to facilitate understanding of particular embodiments and advantages thereof, and the present invention is not limited thereto.

Fig. 3 illustrates an exemplary configuration of a computing device 1200 capable of implementing embodiments in accordance with the present disclosure.

Computing device 1200 is an example of a hardware device to which the above-described aspects of the disclosure can be applied. Computing device 1200 may be any machine configured to perform processing and/or computing. Computing device 1200 may be, but is not limited to, a workstation, a server, a desktop computer, a laptop computer, a tablet computer, a Personal Data Assistant (PDA), a smart phone, an in-vehicle computer, or a combination thereof.

As shown in fig. 3, computing device 1200 may include one or more elements that may be connected to or communicate with bus 1202 via one or more interfaces. The bus 1202 may include, but is not limited to, an Industry Standard Architecture (ISA) bus, a Micro Channel Architecture (MCA) bus, an enhanced ISA (eisa) bus, a Video Electronics Standards Association (VESA) local bus, a Peripheral Component Interconnect (PCI) bus, and the like. Computing device 1200 may include, for example, one or more processors 1204, one or more input devices 1206, and one or more output devices 1208. The one or more processors 1204 may be any kind of processor and may include, but are not limited to, one or more general-purpose processors or special-purpose processors (such as special-purpose processing chips). Processor 1204 may be configured to implement process 100 as shown in fig. 1, for example. Input device 1206 may be any type of input device capable of inputting information to a computing device and may include, but is not limited to, a mouse, a keyboard, a touch screen, a microphone, and/or a remote control. Output device 1208 can be any type of device capable of presenting information and can include, but is not limited to, a display, speakers, a video/audio output terminal, a vibrator, and/or a printer.

Computing device 1200 may also include or be connected to a non-transitory storage device 1214, which non-transitory storage device 1214 may be any non-transitory and may implement a data storage, and may include, but is not limited to, a disk drive, an optical storage device, a solid state memory, a floppy disk, a flexible disk, a hard disk, a magnetic tape, or any other magnetic medium, a compact disk, or any other optical medium, a cache memory, and/or any other memory chip or module, and/or any other medium from which a computer may read data, instructions, and/or code. Computing device 1200 may also include Random Access Memory (RAM)1210 and Read Only Memory (ROM) 1212. The ROM 1212 may store programs, utilities or processes to be executed in a non-volatile manner. The RAM 1210 may provide volatile data storage, and store instructions related to the operation of the computing device 1200. Computing device 1200 may also include a network/bus interface 1216 coupled to a data link 1218. The network/bus interface 1216 may be any kind of device or system capable of enabling communication with external apparatuses and/or networks, and may include, but is not limited to, a modem, a network card, an infrared communication device, a wireless communication device, and/or a chipset (such as bluetooth)^TMDevices, 802.11 devices, WiFi devices, WiMax devices, cellular communications facilities, etc.).

The present invention provides one or more of the following advantages and effects, relative to the prior art.

1. And the domestic architecture service ensures more available safety guarantee of application and data.

2. The time from code submission to formal deployment on-line can be effectively shortened, and the risk is reduced.

3. Test feedback can be automatically and quickly provided for programmers so as to find and repair defects in time.

4. Let the specified application be in a deployable state throughout the lifecycle.

5. The whole delivery process is changed into a reliable, predictable and visual process.

6. Integrating verification speed to match with the project research and development speed, and changing the traditional periodic payment mode for service acceleration;

7. an automatic quality assurance system is constructed, the research and development quality is improved, and the traditional manual technology quality assurance system is changed;

8. the large data support is used for flexible research and development technology management, management strategies can be customized privately, and a unified technical management mode of a traditional team is changed.

The present disclosure may be implemented as any combination of apparatus, systems, integrated circuits, and computer programs on non-transitory computer readable media. One or more processors may be implemented as an Integrated Circuit (IC), an Application Specific Integrated Circuit (ASIC), or a large scale integrated circuit (LSI), a system LSI, or a super LSI, or as an ultra LSI package that performs some or all of the functions described in this disclosure.

The present disclosure includes the use of software, applications, computer programs or algorithms. Software, applications, computer programs, or algorithms may be stored on a non-transitory computer readable medium to cause a computer, such as one or more processors, to perform the steps described above and depicted in the figures. For example, one or more memories store software or algorithms in executable instructions and one or more processors may associate a set of instructions to execute the software or algorithms to provide various functionality in accordance with embodiments described in this disclosure.

Software and computer programs (which may also be referred to as programs, software applications, components, or code) include machine instructions for a programmable processor, and may be implemented in a high-level procedural, object-oriented, functional, logical, or assembly or machine language. The term "computer-readable medium" refers to any computer program product, apparatus or device, such as magnetic disks, optical disks, solid state storage devices, memories, and Programmable Logic Devices (PLDs), used to provide machine instructions or data to a programmable data processor, including a computer-readable medium that receives machine instructions as a computer-readable signal.

The subject matter of the present disclosure is provided as examples of apparatus, systems, methods, and programs for performing the features described in the present disclosure. However, other features or variations are contemplated in addition to the features described above. It is contemplated that the implementation of the components and functions of the present disclosure may be accomplished with any emerging technology that may replace the technology of any of the implementations described above.

Additionally, the above description provides examples, and does not limit the scope, applicability, or configuration set forth in the claims. Changes may be made in the function and arrangement of elements discussed without departing from the spirit and scope of the disclosure. Various embodiments may omit, substitute, or add various procedures or components as appropriate. For example, features described with respect to certain embodiments may be combined in other embodiments.

Claims (5)

1. A method for rapid adaptation of an enterprise portal, comprising:

providing an integrated portal engine for research and transportation under an ARM architecture for calling to support a CI/CD technology under a domestic architecture, realizing integration of portal service research and development and operation and maintenance processes, simplifying research and transportation interaction and realizing full automation of a normal supporting technology;

providing an ARM architecture component fast adaptation module for calling to use technical component means comprising unified authentication, unified users, a portal engine, a content engine and a process engine to fast adapt to a domestic ARM architecture;

providing an ARM platform architecture portal module for calling to use a response type layout portal engine technology, a diversified template, a diversified service portal and a componentized portal suite to self-define online what you see is what you get portal content;

the method comprises the steps of providing a domestic aPaaS rapid development technology module for calling a low-code rapid research and development capability and a multi-element and rich business application construction component, and realizing rapid and independent construction, iteration and upgrading in a government affair application cloud on the basis of an online visual IDE and a model-driven double-helix engine technology; and

and providing an ARM architecture unified flow engine module for calling flow engine modeling based on front-end and back-end separation of the domestic ARM, and realizing full-life-cycle management comprising flow modeling, analysis, driving, running, scheduling, parameter management, concurrent control, monitoring and analysis.

2. The method of claim 1, wherein the enterprise portal provides one or more of a domestic enterprise portal foreground module, a domestic enterprise portal manager module, an online API development module, an integrated portal engine module for research and transportation, a business modeling driver engine module, and a domestic aPaaS rapid development technology base module.

3. The method of claim 1, wherein the localization aPaaS rapid development technology module provides one or more of a forms engine, a flow engine, business modeling, a visualization API, a reporting engine, and a portal engine.

4. A system for performing rapid adaptation of an enterprise portal, comprising:

a memory having instructions stored thereon; and

a processor configured to execute instructions stored on the memory to perform the method of any of claims 1 to 3.

5. A computer-readable storage medium comprising computer-executable instructions that, when executed by one or more processors, cause the one or more processors to perform the method of any one of claims 1 to 3.

Images