Abstract: A computer-implemented method of representing a software application to be coded in a procedural language is provided. An initial UML class diagram modelizing the software application is received. Data definition classes within the initial UML class diagram are identified. Class operations within the initial UML class diagram are identified. The initial UML class diagram is modified by a processor to generate an extended UML class diagram by applying a data object stereotype to the identified data definition classes, and applying a program stereotype to the identified class operations. The data definition classes represent logical data, and the class operations represents programs.

Abstract: A computing device can store a class diagram of an application in a storage medium. A new model element type is applied to class operations in the class diagram and to a resource new model element type to data classes by defining properties, which include at least a resource name property, for each new model element. Flow diagrams of the application are applied to as many new model element types as different types of actions exist in the flow diagrams. The actions represent the operations on resources.

Abstract: A class diagram can be created for an application. The application can use a modeling language. The application can be configured for creation of the class diagram. The class diagram can comprise classes and relationships. The application can also be configured for creating flow diagrams comprising actions, relationships, and definitions of model element types. The application can also be configured to create new model elements in the class diagram and flow diagrams. A program new model element type can be applied to relevant class operations in the class diagram and a resource new model element type to relevant data classes of the class diagram. A flow diagram can be created per program of the application. The flow diagrams can be applied as many new model element types as different types of actions exist in the flow diagrams. These actions can represent the operations on resources.

Abstract: A computing device can store a class diagram of an application in a storage medium. A new model element type is applied to class operations in the class diagram and to a resource new model element type to data classes by defining properties, which include at least a resource name property, for each new model element. Flow diagrams of the application are applied to as many new model element types as different types of actions exist in the flow diagrams. The actions represent the operations on resources.

Abstract: A computer-implemented method of representing a software application to be coded in a procedural language is provided. An initial UML class diagram modelizing the software application is received. Data definition classes within the initial UML class diagram are identified. Class operations within the initial UML class diagram are identified. The initial UML class diagram is modified by a processor to generate an extended UML class diagram by applying a data object stereotype to the identified data definition classes, and applying a program stereotype to the identified class operations. The data definition classes represent logical data, and the class operations represents programs.

Abstract: A method and system to represent in UML the resources and external data manipulated by a program to be coded in a procedural language is disclosed. The usual UML class diagram is enhanced with two new stereotypes “Program” and “Data Object”. The program stereotypes applied to an operation and its parameters describe the data manipulated, through the logical definition provided by the Data Object. This model will be enhanced in order to introduce classes on which the Resource stereotype is applied. These classes will be connected to the appropriate logical data definition (the Data Object) and used as parameter types of the operation instead of the Data Object. A second set of stereotypes will be applied to the Resource classes to indicate the physical type of the resource (a file, table etc. . . . ) and its characteristics. Parameters that point to a DataObject or a primitive type will be considered as external data.

Abstract: A method and system to represent in UML the resources and external data manipulated by a program to be coded in a procedural language is disclosed. The usual UML class diagram is enhanced with two new stereotypes “Program” and “Data Object”. The program stereotypes applied to an operation and its parameters describe the data manipulated, through the logical definition provided by the Data Object. This model will be enhanced in order to introduce classes on which the Resource stereotype is applied. These classes will be connected to the appropriate logical data definition (the Data Object) and used as parameter types of the operation instead of the Data Object. A second set of stereotypes will be applied to the Resource classes to indicate the physical type of the resource (a file, table etc. . . . ) and its characteristics. Parameters that point to a DataObject or a primitive type will be considered as external data.

Abstract: A class diagram can be created for an application. The application can use a modeling language. The application can be configured for creation of the class diagram. The class diagram can comprise classes and relationships. The application can also be configured for creating flow diagrams comprising actions, relationships, and definitions of model element types. The application can also be configured to create new model elements in the class diagram and flow diagrams. A program new model element type can be applied to relevant class operations in the class diagram and a resource new model element type to relevant data classes of the class diagram. A flow diagram can be created per program of the application. The flow diagrams can be applied as many new model element types as different types of actions exist in the flow diagrams. These actions can represent the operations on resources.