Software conversion simulation mode

Patent metadata

Field	Value
Publication number	US-11048479-B2
Application number	US-201916368068-A
Country	US
Kind code	B2
Filing date	Mar 28, 2019
Priority date	Mar 28, 2019
Publication date	Jun 29, 2021
Grant date	Jun 29, 2021

Abstract

Simulated software conversion offers advance warning of possible issues that may arise during a full conversion process. An engine interposed between a planner and an upgrade module interacts with the planner and an upgrade module to simulate compliance checks, and to reference a data model to simulate conversion tasks (e.g., simplification items, add-ons, custom code). The engine instructs the planner to continue (rather than halt/suspend) iterative interrogation of the existing production landscape to create an un-truncated stack.xml file, even when the planner encounters an unknown/unfamiliar software element. The upgrade module expects an incoming modified stack.xml file as input, that modified stack.xml file including additional information (such as a flag) referenced by the upgrade module to perform conversion compliance checks and other conversion tasks. The engine enriches the full stack.xml file received from the planner, creating the modified stack.xml file including additional information sent to the upgrade module.

First claim

What is claimed is:

1. A computer-implemented method comprising:
receiving an instruction to simulate conversion of a customer software system to a target software system;
communicating a handshake instructing to continue compiling a stack file if unknown components are encountered to,
a planner module in communication with the customer software system, and
an upgrade manager;

in response to the handshake, receiving the stack file from the planner module, the stack file indicates an unknown component of the customer software system;
referencing a target data model to enrich the stack file with additional information to create a modified stack file, wherein the additional information identifies a simplification item, an add-on, or custom code; and
communicating the modified stack file to an upgrade manager to perform a conversion compliance check.

2. A method as in claim 1 wherein:
the stack file is a first .xml file; and
the modified stack file is a second xml file.

3. A method as in claim 1 wherein the modified stack file includes a flag reflecting the additional information.

4. A method as in claim 1 wherein the stack file includes a placeholder indicating the unknown software component.

5. A method as in claim 1 wherein the stack file is encrypted.

6. A method as in claim 1 further comprising encrypting the modified stack file.

7. A method as in claim 1 wherein the additional information is stored in a database.

8. A method as in claim 7 further comprising storing security information in the database.

9. A method as in claim 7 further comprising storing the modified stack file in the database.

10. A method as in claim 1 further comprising storing in an in-memory database engine of an in-memory database at least one of:
the stack file;
the modified stack file;
the additional information;
security information for decrypting the modified stack file;
simulated compliance check results; and
database sizing information.

11. A non-transitory computer readable storage medium embodying a computer program for performing a method, said method comprising:
receiving an instruction to simulate conversion of a customer software system to a target software system;
communicating a handshake instructing to continue compiling a stack file if unknown components are encountered to,
a planner module in communication with the customer software system, and
an upgrade manager;
in response to the handshake, receiving the stack.xml file from the planner module, the stack file indicates an unknown component of the customer software system;
referencing a target data model to enrich the stack file with additional information to create a modified stack file, wherein the additional information identifies a simplification item, an add-on, or custom code; and
communicating the modified stack file to an upgrade manager to perform a conversion compliance check.

12. A non-transitory computer readable storage medium as in claim 11 wherein the modified stack.xml file includes a flag reflecting the additional information.

13. A non-transitory computer readable storage medium as in claim 11 wherein the stack.xml file includes a placeholder indicating the unknown software component.

14. A non-transitory computer readable storage medium as in claim 11 wherein the method further comprises encrypting the modified stack.xml file according to security information stored in a database.

15. A non-transitory computer readable storage medium as in claim 11 wherein the stack.xml file is encrypted.

16. A computer system comprising:
one or more processors;
a software program, executable on said computer system, the software program configured to cause an in-memory database engine to:
receive an instruction to simulate conversion of a customer software system to a target software system;
communicate a handshake to instructing to continue compiling a stack file if unknown components are encountered,
a planner module in communication with the customer software system, and
an upgrade manager;
in response to the handshake, receive the stack file from the planner module, the stack file reflecting an unknown component of the customer software system;
enrich the stack file with additional information to create a modified stack file; and
communicate the modified stack file to an upgrade manager to perform a conversion compliance check.

17. A computer system as in claim 16 wherein the in-memory database stores at least one of:
the stack file;
the modified stack file;
the additional information;
simulated compliance check results; and
database sizing information.

18. A computer system as in claim 16 wherein the modified stack file includes a flag reflecting the additional information, the modified stack file and the flag being stored in the in-memory database.

19. A computer system as in claim 16 wherein the stack file includes a placeholder indicating the unknown software component, the stack file and the placeholder being stored in the in-memory database.

20. A computer system as in claim 16 wherein the in-memory database engine encrypts the modified stack file according to security information stored in the in-memory database.

Assignees

• Sap Se

Inventors

• Schreiber Peter

Classifications

• G06F8/10 Primary

  Requirements analysis; Specification techniques · CPC title

• G06F8/76 Primary

  Adapting program code to run in a different environment; Porting · CPC title

• G06F8/64

  Retargetable · CPC title

• G06F30/20

  Design optimisation, verification or simulation (optimisation, verification or simulation of circuit designs G06F30/30) · CPC title