Process Support Modules
Initially MOSKitt’s development will include support for the software development process proposed by gvMétrica for the automation of Administrative Procedures using the following module:
- MOSKitt-gvMétrica: Support for the development process defined by gvMétrica. MOSkitt assists the diverse participants in the development process during the generation of each of the products defined by the methodology. This module will define the link semantics between the defined models using the different editors provided by the tool. Support for defining and running the development processes which allows both the invocation of different modules to create the resources to be produced for each of the tasks, as well as the automatic generation of some of these resources. Definition of process defined by gvMétrica.
Nevertheless, the MOSKitt architecture can be extended in future projects to assist in other process models.
Infrastructure modules
The plug-ins which allow the models to be processed, manipulated and managed are the following:
- MOSKitt-TrManager: The transformation manager module provides mechanisms to declare and invoke transformations in Eclipse platform. This module, used by MOSKitt to manage model transformations, defines both (1) an application programming interface (API) to list and run transformations as well as (2) a transformation explorer and a graphic wizard to interact with users who want to run transformations.
- MOSKitt-ModelSync: This module gives support to models synchronization. It implements the infrastructure required to define the synchronization between models that have been transformed and traced. When a traced model is modified, this module uses the traced information to notify the registered synchronizers that they have to update the related models. In this way it is possible, for example, to maintain consistence between models after their initial transformation.
- MOSKitt-MDT Common: This module provides additional infrastructure and generation templates for graphical editors based on GMF. Principal functions include the following:
- MOSKitt-IDE: This module provides two groups of functions. On the one hand it defines views based on Eclipse’s Common Navigation Framework (CNF) for (1) to explore and manipulate EMF-based models and (2) to explore and manipulate resources in the work space. On the other hand, it implements an infrastructure based on Eclipse’s help mechanism to associate descriptions when a modelling element is selected, even from graphical editors based on GMF.
-
- Support for storing multiple diagrams in a single file and navigating between them.
- Support for partial views (filtering) of the elements shown in the diagrams.
- Support for "copy and paste" between compartments.
- Support for "drag&drop".
- Update of references in diagrams when modifying the name of an EMF model file.
You can find more details about this layer in the Technical Presentations.
Functional Modules (tools)
In line with its modular architecture, MOSKitt is made up of the following functional modules:
- MOSKitt-UML2: UML 2.0 Modeller with support for editing Class, Use Case, Sequence, Activity, State Machine and Profile Diagrams.
- MOSKitt-DB:Relational Database Scheme Modeller: graphical editing of relational database schemes, with support on a logical and physical level, and in terms of DDL Code generation and reverse engineering using Postgresql 8.X, MySql 5, Oracle 8i and Oracle 10 schemas.
- MOSKitt-EIU: User Interface Modeller with the option of using pre-defined patterns. Generation of non-functional prototypes.
- MOSKitt-MPR: Process Modelling module, including a BPMN editor. Extension to specify Valencian Civil Service administrative procedures.
- MOSKitt-REQ: Requirements Modeller to generate and maintain a requirements catalogue, a link between requirements and models, hierarchy between requirements, traceability between requirements and use cases, and the generation of traceability matrices.
- MOSKitt-WBS: WBS Editor, (Work Breakdown Structure). It is an exhaustive, hierarchical and top-down structure made up of the deliverables and tasks required to complete a project.
- MOSKitt-RMP: Repository to support collaborative work: concurrence, role-based security, data storage, maintenance and versioning of both models and other types of products put forward by the methodology.