Mainframe system structuring

1. A processor-implemented method for dynamically structuring a mainframe, the method comprising:

defining, by a processor and for a mainframe that includes a transaction layer and a middleware layer and an operating system (OS) layer, a transaction relationship between a type of data and one or more associated transactions that are each indivisible computing operations to be executed on the transaction layer;

loading, by the processor, the defined transaction relationship into a mainframe repository that stores type data and transaction data, where the action is stored as action data and each of the one or more associated transactions is stored as transaction data;

running, by the processor, an OS discovery library adaptor (DLA) to discover a presence of a plurality of resources within the mainframe that may be used to execute the one or more associated transactions, wherein the plurality of resources includes at least one processor of the mainframe and at least one memory of the mainframe;

running, by the processor, middleware DLA to discover one or more transaction access paths to a first set of resources of the plurality of resources that are associated with middleware of the middleware layer within the mainframe;

generating, by the processor and in the mainframe repository, a middleware DLA book that lists each of the first set of resources and includes the discovered transaction access path for each of the first set of resources;

preprocessing, by the processor and in the mainframe repository, an OS DLA book that includes a second set of resources of the plurality of resources that are associated with an OS of the OS layer;

loading, by the processor and in the mainframe repository, both the OS DLA book and the middleware DLA book to a service manager (SM) service component repository (SCR);

and

generating, by the processor and using the mainframe repository, a service model of the mainframe that includes a visual representation of the one or more transactions and the plurality of resources that are associated with the type of data across the middleware layer and the transaction layer and the OS layer of the mainframe.

2. The method of claim 1 , further comprising:

displaying, by the processor, the service model of the mainframe.

3. The method of claim 2 , wherein the service model is displayed to a user within a user interface (UI).

4. The method of claim 1 , wherein the UI is adjustable by a user.

5. The method of claim 1 , wherein the transaction relationship is defined by utilizing a spreadsheet software program, the method further comprises:

defining, by a user, driving rules for utilizing the spreadsheet software program to define the transaction relationship.

6. The method of claim 5 , wherein the driving rules are predefined by a user.

7. The method of claim 5 , wherein the driving rules categorize the transaction relationship based on a rate of failure of respective transactions.

8. A computer system dynamically structuring a mainframe, the computer system comprising:

one or more processors, one or more computer-readable memories, and program instructions stored on at least one of the one or more computer-readable memories for execution by at least one of the one or more processors to cause the one or more processors to execute a method comprising:

defining, for a mainframe that includes a transaction layer and a middleware layer and an operating system (OS) layer, a transaction relationship between a type of data and one or more associated transactions that are each indivisible computing operations to be executed on the transaction layer;

loading the defined transaction relationship into a mainframe repository that stores type data and transaction data, where the action is stored as action data and each of the one or more associated transactions is stored as transaction data;

running an OS discovery library adaptor (DLA) to discover a presence of a plurality of resources within the mainframe that may be used to execute the one or more associated transactions, wherein the plurality of resources includes at least one processor of the mainframe and at least one memory of the mainframe;

running middleware DLA to discover one or more transaction access paths to a first set of resources of the plurality of resources that are associated with middleware of the middleware layer within the mainframe;

generating, in the mainframe repository, a middleware DLA book that lists each of the first set of resources and includes the discovered transaction access path for each of the first set of resources;

preprocessing, in the mainframe repository, an OS DLA book that includes a second set of resources of the plurality of resources that are associated with an OS of the OS layer;

loading, in the mainframe repository, both the OS DLA book and the middleware DLA book to a service manager (SM) service component repository (SCR);

and

generating, using the mainframe repository, a service model of the mainframe that includes a visual representation of the one or more transactions and the plurality of resources that are associated with the type of data across the middleware layer and the transaction layer and the OS layer of the mainframe.

9. The computer system of claim 8 , further comprising additional program instructions stored on at least one of the one or more computer-readable memories for execution by at least one of the one or more processors to cause the one or more processors to:

displaying the service model of the mainframe.

10. The computer system of claim 9 , wherein the service model is displayed to a user within a user interface (UI).

11. The computer system of claim 8 , wherein the UI is adjustable by a user.

12. The computer system of claim 8 , wherein the transaction relationship is defined by utilizing a spreadsheet software program, the system further comprising additional program instructions stored on at least one of the one or more computer-readable memories for execution by at least one of the one or more processors to cause the one or more processors to:

receive a definition from a user of driving rules for utilizing the spreadsheet software program to define the transaction relationship.

13. The computer system of claim 12 , wherein the driving rules are predefined by a user.

14. The computer system of claim 12 , wherein the driving rules categorize the transaction relationship based on the fail rate, wherein the category depends on a fail rate of a transaction.

15. A computer program product for dynamically structuring a mainframe, the computer program product comprising

a non-transitory computer-readable storage medium and program instructions stored on the non-transitory computer-readable storage medium, the program instructions executable by a processor to cause the processor to:

define, for a mainframe that includes a transaction layer and a middleware layer and an operating system (OS) layer, a transaction relationship between a type of data and one or more associated transactions that are each indivisible computing operations to be executed on the transaction layer;

load the defined transaction relationship into a mainframe repository that stores type data and transaction data, where the action is stored as action data and each of the one or more associated transactions is stored as transaction data;

run an OS discovery library adaptor (DLA) to discover a presence of a plurality of resources within the mainframe that may be used to execute the one or more associated transactions, wherein the plurality of resources includes at least one processor of the mainframe and at least one memory of the mainframe;

run middleware DLA to discover one or more transaction access paths to a first set of resources of the plurality of resources that are associated with middleware of the middleware layer within the mainframe;

generate, in the mainframe repository, a middleware DLA book that lists each of the first set of resources and includes the discovered transaction access path for each of the first set of resources;

preprocess, in the mainframe repository, an OS DLA book that includes a second set of resources of the plurality of resources that are associated with an OS of the OS layer;

load, in the mainframe repository, both the OS DLA book and the middleware DLA book to a service manager (SM) service component repository (SCR); and

generate, using the mainframe repository, a service model of the mainframe that includes a visual representation of the one or more transactions and the plurality of resources that are associated with the type of data across the middleware layer and the transaction layer and the OS layer of the mainframe.

16. The computer program product of claim 15 , further comprising additional program instructions stored on the computer-readable storage medium for execution by the processor to cause the processor to:

displaying the service model of the mainframe.

17. The computer program product of claim 16 , wherein the service model is displayed to a user within a user interface (UI).

18. The computer program product of claim 15 , wherein the UI is adjustable by a user.

19. The computer program product of claim 15 , wherein the transaction relationship is defined by utilizing a spreadsheet software program, the computer program product further comprising additional program instructions stored on the computer-readable medium for execution by the processor to cause the processor to:

receive a definition from a user of driving rules for utilizing the spreadsheet software program to define the transaction relationship.

20. The computer program product of claim 19 , wherein the driving rules are predefined by a user, wherein the driving rules categorize the transaction relationship based on the fail rate.