CN103186379A - Realization method for differentiation of software system - Google Patents

Abstract

The present invention proposes a method for realizing differentiation of software systems, including: a) defining a native configuration resource, which corresponds to the pre-configuration of a software system; b) defining one or more delta resources, delta resources It is related to the configuration change of the software system; and c) applying the original configuration resource and the delta resource to the software system to generate a new object. A software system differentiation implementation method proposed by the present invention forms a new object through defined native configuration resources and one or more differential resources, and when the software system is executed, it invokes the new object to realize the software New features of the system.

Description

A Realization Method of Software System Differentiation

technical field

The present invention relates to a software system, and in particular to a method for realizing differentiation of the software system.

Background technique

At present, for software products, the large-scale development generally requires standardization, and at the same time must have a high degree of customizability, and provide different services and functions for different customers, which objectively requires software products to be differentiated. In addition, as the functions of software products evolve continuously, some functions will need to be added and some functions will need to be canceled. The traditional method is usually for software developers to modify the original program code, or through plug-in, configuration to solve this problem. However, it will take a long release process to modify the original program code through software developers; although plug-in can solve this problem, plug-in will easily lead to the problem of excessive granularity; and for using configuration to solve this problem, It uses different technical means in terms of entity and function, so it has higher technical requirements and is not easy to maintain.

In addition, in the process of using the software, when customers need to add some simple functions to the software, they generally still need to be completed by the software developer. Loss of customer value.

In view of this, how to design a differentiated implementation method of the software system, so that the functions of the software system can be changed arbitrarily and have scalability, and it is easy to maintain and improve customer benefits is a technology that relevant technical personnel in the industry need to solve urgently. question.

Contents of the invention

In order to solve the above technical problems, the present invention proposes a software system differentiation method, including: a) defining a native configuration resource, the native configuration resource corresponds to a pre-configuration of a software system; b) defining one or more a delta resource, the delta resource is related to the configuration change of the software system; and c) applying the native configuration resource and the delta resource to the software system to generate a new object.

In an embodiment of the present invention, step c) includes: c1); scanning configuration resources from different physical locations and configuration resource hosts to form a discrete configuration resource set; c2) sorting the discrete configuration resource sets to generate a ranking configuring a resource set, and then distinguishing native configuration resources and delta configuration resources; and c3) reading the sorted configuration resource set and parsing the delta resources to perform a change operation on the native configuration resources.

In an embodiment of the present invention, the native configuration resource includes multiple independently packaged sub-native configuration resources.

In an embodiment of the present invention, the sub-native configuration resources correspond to variable functions of the software system.

In an embodiment of the present invention, the delta resource includes a basic object, a predicate and data, wherein the basic object is used to define the target of the change operation, and the predicate is used to define the action of the change operation , the data is used to define the content of the change operation.

In an embodiment of the present invention, the differential resource is designed through a visual designer.

In an embodiment of the present invention, the differential resource is based on a unified object model.

In an embodiment of the present invention, the differential resource is a text stream.

In an embodiment of the present invention, the differential resources are hosted in files, databases or file servers.

In an embodiment of the present invention, the differential resources are coupled to the native configuration resources, and the differential resources are coupled to each other.

In an embodiment of the present invention, the differential resource supports multiple languages.

In an embodiment of the present invention, the difference resources of the same language type are placed centrally.

In one embodiment of the present invention, the software system is an enterprise resource planning system.

To sum up, the method for realizing differentiation of a software system proposed by the present invention forms a new object through defined native configuration resources and one or more differential resources, and when the software system is executed, it invokes the new object, then New functions of the software system can be realized, so that the software system has good scalability. Separately package some variable functions of the software system, which simplifies the operation of subsequent function changes. Use the visual designer to set differential resources, and for some simple function changes of the software system, customers can directly design differential resources through the visual designer, and then realize the functional changes of the software system without requiring software developers to Complete functional changes, saving time and increasing profitability.

Description of drawings

Fig. 1 depicts a schematic flowchart of a method for realizing software system differentiation according to an embodiment of the present invention; and

FIG. 2 shows a specific flowchart of step 130 in FIG. 1 .

Detailed ways

In order to make the technical solution proposed by the present invention clearer, the present invention will be further described in detail below in conjunction with the accompanying drawings.

The "native configuration resources" mentioned in this article refer to the configuration resources of the standard software system, which can refer to the collection of all configuration resources of the software system in general, and can also refer to any sub-configuration resources in all configuration resources .

Please refer to FIG. 1 . FIG. 1 is a schematic flowchart of a method for realizing software system differentiation according to an embodiment of the present invention.

First, in step 110, a native configuration resource is defined, wherein the native configuration resource corresponds to a pre-configuration of a software system. In this embodiment, the software system may be, for example, an enterprise resource planning (Enterprise Resource Planning, ERP) system, but not limited thereto, and may also be other application software. Native configuration resources, that is, pre-configured resources of the software system, can be determined during the early development of the software system. Specifically, which configuration resources are required are determined according to the functions required in the early stage of the software system.

Afterwards, in step 120, one or more delta resources are defined, wherein the delta resources are related to configuration changes of the software system. Specifically, although the software system has formed the above-mentioned original configuration resources, when the software system needs to change functions, such as providing different services for different customers, the software functions of the provided software system will be adjusted to a certain extent. , or the software system itself needs to add or cancel certain functions, obviously, if the software system only configures the original configuration resources, it may not meet the requirements, then the configuration of the software system needs to be changed at this time, that is, the original configuration resources need to be changed. Here, in this embodiment, the concept of delta resource is proposed, and this delta resource is related to the function change (configuration change) of the software system. In this embodiment, each delta resource is composed of basic objects, predicates and data. The basic objects are used to define the target of the original configuration resource that needs to be changed. The target of this change operation can be, for example, the native configuration resource The object (object) or attribute (property), but not limited to this, and the predicate is used to define the specific action of the change operation, such as adding, modifying and deleting, etc., and the data is used to define the specific content of the change operation , such as specific assignments to objects or properties in native configuration resources. In addition, delta resources, native configuration resources, and each delta resource need to be logically coupled to each other; for the mutual coupling between delta resources and native configuration resources, since there is a basic object in the delta resource, and this basic object It can be an object or an attribute corresponding to a native configuration resource, so it can be seen that the delta resource and the native configuration resource are logically coupled; and the delta resource needs to be coupled with each other, for example, the meaning of a delta resource is to One attribute in the original configuration resource is deleted, and the meaning of the other differential resource is to modify its attribute value for this attribute. Obviously, the two differential resources at this time have a logical sequence relationship. Therefore, in this embodiment , each delta resource is coupled to each other.

Then, in step 130, the original configuration resource and the delta resource are applied to the software system to generate a new object. For details, please refer to the following.

Please refer to FIG. 2 again. FIG. 2 shows a schematic flowchart of step 130 in FIG. 1 .

In step 132, configuration resources are scanned from different physical locations and configuration resource hosts to form a discrete set of configuration resources. In this embodiment, scanning configuration resources refers to reading configuration resources from different physical locations and configuration resource hosts through a design interface, and generating a set of discrete configuration resources.

In step 134, the discrete configuration resource set is sorted to generate a sorted configuration resource set, and native configuration resources and delta configuration resources are distinguished. In this embodiment, a sorter may be used to sort the discrete configuration resources with reference to hierarchical levels, thereby generating an ordered set of sorted configuration resources.

In step 136, the sorted configuration resource set is read and the delta resources are parsed to perform a change operation on the original configuration resource. In this embodiment, a sequencer/deserializer can be used to read the sorting configuration resource set. When the change operation target in the original configuration resource that matches the basic object of the delta resource is read, the difference will be Analyze the predicate (change operation action) in the resource resource, that is, execute the action. After the action is executed, the target that needs to be changed in the native configuration resource has been changed. In the process of adding native configuration and differential iteration, the function acts on the same object to generate a new object.

In addition, the following table lists the specific meanings of multiple actions in this embodiment, refer to the following:

Table I

It should be noted that the three actions of Add, Edit, and Remove in Table 1 operate on objects in native configuration resources, and the three actions of SetValue, ResetValue, and SetNull operate on properties in native configuration resources. operate.

In order to better understand the implementation manner of the present invention, further description will be given below in combination with a specific example.

Example 1:

If there is only one FAX column in the entity definition of the company COMPANY in the standard software product, and now the customer wants to add a FAX2 column to store additional fax numbers, and also wants to change the original FAX column name to FAX1.

The solution is as follows:

First, in a standard software product, a native configuration resource is defined. In this example, a native entity COMPANY is defined, and several attribute members are defined in the native entity COMPANY, such as CODE, FAX or other attributes. Then, at the request of the customer, when it is necessary to change the attribute FAX of the entity COMPANY into FAX1 and FAX2, a delta resource needs to be defined. Here, a delta entity is defined, and the base object of the delta entity (the target of the change operation) is COMPANY , The predicate (the action of the change operation) is Edit, indicating that the modification operation is performed on the COMPANY base object. At the same time, define the attributes FAX1 and FAX2 on the difference entity, and the predicate is Add, that is, add the attributes FAX1 and FAX2. It should be noted that the predicate Add may not be provided here, because when it is found that the defined For the attributes FAX1 and FAX2, it is implicitly agreed to be the Add action; in addition, the difference definition of the FAX attribute is added to the difference entity. The base object of this difference is the attribute FAX, and the predicate is Remove. The purpose of this difference is Remove FAX. Afterwards, load the defined delta resources on the native configuration resources. The specific process can be referred to above, and will not be repeated here. When the defined delta resources are loaded on the native configuration resources, a new object can be generated, namely this new The entity COMPANY of the object has attributes FAX1 and FAX2, which meet customer requirements.

It can be seen from the above that after the analysis of each difference resource is completed, that is, after all actions are executed, the original configuration resource has been changed at this time, thereby generating a new object, and when the software system runs again, it calls the new object. In this way, the software system can achieve new functions.

Preferably, in this embodiment, some volatile functions in the software system are individually packaged. Correspondingly, the native configuration resources may include a plurality of individually packaged sub-native configuration resources, and these sub-native configuration resources correspond to the software The volatile function of the system can reduce the granularity and facilitate subsequent changes to native configuration resources. According to this principle, the complex function change set of the software system can also be split into several independent delta resources for realization, which keeps the simplicity of each function change and makes the software system easier to maintain.

Preferably, in this embodiment, the differential resource can be designed through a visual designer, which will facilitate the software system developer or maintainer to design the differential resource, especially for some simple function changes of the software system. Then the customers of the software system can directly design differential resources through the visual designer to change the original configuration resources of the software system, so that the software system can realize new functions without waiting for the developers or maintainers of the software system to make adjustments. software system changes, saving time. In addition, in this embodiment, each delta resource is based on a unified object model. Furthermore, in this embodiment, the differential resource may be a text stream, but it is not limited thereto. In addition, differential resources can be hosted in files or databases, that is, the host of differential resources not only supports file mode, but also supports database mode, but not limited to this, differential resources can also be hosted on other types of carriers, such as in the file server.

Preferably, in this embodiment, the delta resources can support multiple languages, and the delta resources for the same language type are placed together, which is suitable for software systems with multilingual versions. In practice, since the same software system may be used in different countries or regions, it may have multiple language versions, such as Simplified Chinese, Traditional Chinese or English versions. In order to match this situation, differential resources can also support multiple languages , however, it should be emphasized that the differential resources may not support multiple languages, but only support a single language, which can be flexibly determined according to the software system. In addition, when the delta resources support multiple languages, you can put the delta configurations of the same language together. Furthermore, even if the differential resource supports multiple languages, you can also set conditions in the native configuration resource to determine whether it supports multiple languages, and when the target of the change operation in the native configuration resource does not support multiple languages, the change operation is performed When , multilingual differential resources are not loaded, and only single language differential resources are loaded.

To sum up, the method for realizing differentiation of a software system proposed by the present invention forms a new object through defined native configuration resources and one or more differential resources, and when the software system is executed, it invokes the new object, then New functions of the software system can be realized, so that the software system has good scalability. Separately package some variable functions of the software system, which simplifies the operation of subsequent function changes. Use the visual designer to set differential resources, and for some simple function changes of the software system, customers can directly design differential resources through the visual designer, and then realize the functional changes of the software system without requiring software developers to Complete functional changes, saving time and increasing profitability.

Hereinbefore, specific embodiments of the present invention have been described with reference to the accompanying drawings. However, those skilled in the art can understand that without departing from the spirit and scope of the present invention, various changes and substitutions can be made to the specific embodiments of the present invention. These changes and substitutions all fall within the scope defined by the claims of the present invention.

Claims (13)

1. A method for realizing differentiation of a software system, characterized in that, comprising: a) defining a native configuration resource, the native configuration resource corresponds to the pre-configuration of a software system; b) defining one or more delta resources related to configuration changes of the software system; and c) Applying the original configuration resource and the differential resource to the software system to generate a new object. 2. The implementation method according to claim 1, wherein step c) comprises: c1) Scan configuration resources from different physical locations and configuration resource hosts and form a discrete configuration resource set; c2) sorting the set of discrete configuration resources to generate a sorted set of configuration resources and distinguishing the native configuration resources from the delta configuration resources; and c3) Reading the sorted configuration resource set and parsing the difference resource to perform a change operation on the original configuration resource. 3. The implementation method according to claim 1 or 2, wherein the native configuration resource comprises a plurality of independently packaged sub-native configuration resources. 4. The implementation method according to claim 3, characterized in that, the sub-native configuration resources correspond to variable functions of the software system. 5. The implementation method according to claim 2, characterized in that, the differential resources include basic objects, predicates and data, Wherein, the base object is used to define the target of the change operation, the predicate is used to define the action of the change operation, and the data is used to define the content of the change operation. 6. The implementation method according to claim 1 or 2, wherein the differential resource is designed through a visual designer. 7. The implementation method according to claim 1 or 2, characterized in that, the differential resource is based on a unified object model. 8. The implementation method according to claim 1 or 2, wherein the differential resource is a text stream. 9. The implementation method according to claim 1 or 2, characterized in that, the differential resource is hosted in a file, a database or a file server. 10. The implementation method according to claim 1 or 2, wherein the delta resource is coupled to the native configuration resource, and the delta resource is coupled to each other. 11. The implementation method according to claim 1 or 2, characterized in that the differential resource supports multiple languages. 12. The implementation method according to claim 11, characterized in that the difference resources with the same language type are placed centrally. 13. The implementation method according to claim 1 or 2, characterized in that the software system is an enterprise resource planning system.

Images