|
|
Code Generation from UML Activity Diagrams
Gajarský, Pavol ; Richta, Karel (advisor) ; Strnad, Pavel (referee)
Code generation from UML is still very limited. Diagrams, which are usually used for code generation describes the static structure. These are mostly the class diagrams. One of the most useful and least used types of diagrams is behavioral diagrams. The reason for this is mainly a lack of support from the UML specification. The onset of version 2.0 has brought visible changes in this area. This thesis will focus only on activity diagrams and possibilities of code generation from them. One of them will be verified on a prototype tool that can generate skeleton of code in chosen language (e.g. Java, C + +, PHP ,...). Then it will be compared to alternative approaches and evaluated in terms of its advantages and disadvantages. As input is expected activity diagram created and exported by external CASE tool in XMI format. Architecture of tool will provide possibility of defining new modules. So the end user will be able to program another output language by the medium of given interface.
|
|
| |
|
|
Code Generation from UML Activity Diagrams
Gajarský, Pavol ; Richta, Karel (advisor) ; Strnad, Pavel (referee)
Code generation from UML is still very limited. Diagrams, which are usually used for code generation describes the static structure. These are mostly the class diagrams. One of the most useful and least used types of diagrams is behavioral diagrams. The reason for this is mainly a lack of support from the UML specification. The onset of version 2.0 has brought visible changes in this area. This thesis will focus only on activity diagrams and possibilities of code generation from them. One of them will be verified on a prototype tool that can generate skeleton of code in chosen language (e.g. Java, C + +, PHP ,...). Then it will be compared to alternative approaches and evaluated in terms of its advantages and disadvantages. As input is expected activity diagram created and exported by external CASE tool in XMI format. Architecture of tool will provide possibility of defining new modules. So the end user will be able to program another output language by the medium of given interface.
|
|
| |
guest ::
