SlideShare ist ein Scribd-Unternehmen logo
1 von 6
International Journal of Engineering Inventions
e-ISSN: 2278-7461, p-ISBN: 2319-6491
Volume 2, Issue 2 (January 2013) PP: 83-88
www.ijeijournal.com P a g e | 83
Different Proposed Models to Mapping MDA to RUP
Mehdi Yaghoubi1
, Mahmood Yaghoubi2
, Manoochehr Babanezhad3
1
Department of Computer Sciences, Faculty of Sciences, Golestan University, Gorgan, Golestan, Iran
2
Department of Computer Sciences, Mirdamad High Education Institute, Gorgan, Golestan, Iran
3
Department of Statistics, Faculty of Sciences, Golestan University, Gorgan, Golestan, Iran
Abstract:- Different methods such as object-oriented, component-oriented, aspect-oriented, and service-
oriented are proposed to establishing Software engineering over the past decades. Model driven development is
one of the methodologies that had considered recently and is growing rapidly. Reducing of the production
expenses and preventing software intricacies is one of the software engineering aims modeling the program
logic and then changing model to a practicable code by some tool automatically will be the aim of the model
driven development. In this paper we investigate some model driven methodology and also we’ll preferred
MDA mapping to RUP.
Keywords:- Model Driven Development, Model Driven Methodology, Model Driven Architecture, RUP.
I. INTRODUCTION
MDA response to the challenge of production software application companies were faced it during
recent years; one of the questions that might be likely for a software engineer application after several years of
activity in this field is formed is that you can’t use design and source code for previous projects in the new
project, How to previous projects is useful for future work as capital and reservoir? The other question, in the
software based organizational and they are used by users how can changes platform by least inconvenience and
cost?
MDA says: The ideal case for a software factory could happen when are designed the program logic
model and then some tools convert them to executable code models are not changed and the details of
implementation are making separate. MDA is an approach that was introduced by the object management group
and is standard. A style of MDA Software Development based on the use of automated tools for building
independent models of the system and converts them to effective implementation [1]. The rest of the paper is
organized as follows: section 2 we will overview of MDA, section 3 MDA effects on the RUP methodology are
investigated and investigate MDA methodology in chapter 4 and conclude in chapter 5. MDA Models are as
follows: Calculation independent model (CIM ), Platform-specific model(PSM) and Platform-specific
implementation(PSI) [10].
II. MDA EFFECTS ON THE RUP
Using MDA in RUP there changes in [11] to express these changes is discussed (Figure 1). At the
Inception phase, requirements for the system are being elicited, resulting in a CIM. A CIM model covers the
Business Modeling and Requirements disciplines. At the same time, during the Inception phase, metamodel
planning for the PIM development and initial implementation are carried out. Elaboration is the main phase
impacted by an MDA project. It is important to look at the Elaboration activities and briefly describe the MDA
modifications. The Architect role is the main role in the Elaboration phase that requires additional consideration.
As a specialisation of ―Architect‖, the MDA Architect role is appropriate for many MDA projects. Essentially,
this role defines specific MDA activities and artifacts, creates the transformations, and so on. The primary MDA
artifacts of this role are mapping documents, transformations, and UML profiles. PIM also covers some parts of
the Construction – the models should be enriched with mapping functions and appropriately marked. Models are
iteratively tested for conformance. At the Construction phase, model transformation into different PSM or codes
takes place. PSM covers the Transition phase and Deployment discipline as well – transition to some production
environment can be performed with the help of a separate PSM as well. The Configuration and Change
Management discipline is also affected by the MDA – these disciplines cover metamodel and metadata
repository maintenance. Typically, the MDA automates activities within the RUP. Rather than changing RUP
activities, the MDA enhances them with additional tasks aimed at supporting automation with a number of the
primary RUP activities. The primary changes to the RUP involve a more subtle change of perspective in the
development process. MDA encourages architects and developers to work at higher levels of abstraction than
typically expected in non-MDA projects. This is most apparent during construction, where the code automation
Different Proposed Models to Mapping MDA to RUP
www.ijeijournal.com P a g e | 84
aspects of MDA significantly change the emphasis of the implementation tasks. They work less with actual
implementation models and source codes themselves, and more with designs for the appropriate business-
focused workflow of the solution. A smaller subset of developers will implement the model-to-code
transformations themselves.
Fig 1. Software development lifecycle and MDA mappings
More detailed descriptions of Figure 4 in Table 1
Table 1. MDA specific activities in the phase crossing
1 Define the possible domain specific metamodel, Traceability convention from
requirements to code, Choose the modelling tool, Technology selection, Requirements
specification development (ontology), Information structuring, Initial PIM development
2 Transformations strategy selection, Business process modelling role evaluation, Risk
assessment
3 Refine the PIM context, Define verification strategies, PIM design
4 Finalise metamodels, Create model-capturing support, Annotate the PIM with platform
specific information, Verify the models
5 PSM identification, Define the verification strategies, Define the user-interface options,
PSM metamodel design
6 Verify the models, Mark the PIM and PSM, Create additional transformations and code
generation scripts for target platforms, Create test scripts, PIM to PSM automatic or
semi-automatic transformation
7 Verify the established meta-models, Code files generation from PSM
8 Automatic deployment
9 Fine-tuning and repeated use of the automated testing process, Executable code
verification to models
III. SOFTWARE DEVELOPMENT METHODOLOGY BASED ON MDA
3.1. MODA-TEL
MODA-TEL is proposed as a software development process based on MDA principles and concepts [2,
3, 9]. It is specialized for distributed applications, but is general enough to be applicable to other domains and
situations as well. The MODA-TEL process is defined in accordance with OMG's Software Process Engineering
Meta-model (SPEM). MODA-TEL separates preparation activities from execution activities in distinct phases.
The following phases are identified by this methodology (figure 2).
1. Project Management: During this phase the software development process is selected and described in terms
of its activities; identified activities are then allocated to roles, and procedures for quality assurance are put into
place.
2. Preliminary Preparation: The objective of this phase is to identify modeling and transformation needs. The
final execution platform of the system is also identified and expressed as an abstract platform. The appropriate
Different Proposed Models to Mapping MDA to RUP
www.ijeijournal.com P a g e | 85
modeling language for the project and its specific needs are also identified. Required transformations between
models are specified based on the selected modeling languages.
3. Detailed Preparation: Models and model transformations are specified in this phase. The specifications of
modeling languages and model transformations are prepared according to the needs identified in the previous
phase.
4. Infrastructure Setup: In this phase, tools are selected for supporting MDA- based development activities. For
example, tools for automatic/semi-automatic code generation may be selected. The metadata management
facility is also defined in this phase.
5. Project Execution: This phase spans the main software development activities. Activities of this phase depend
on the software development process selected in the project management phase. Seven activities in this phase:
requirements analysis, modeling, verification and validation, transformation, coding and testing, integration
and deployment, and operation and maintenance.
Fig 2. Phases of the MODA-TEL methodogy
3.2. MASTER
MASTER is a European IST project during which a MDA-based methodology [8]. The process
consists of eight main phases, each of which includes various activities. The phases are:
Capture User Requirements: The objective of this phase is to elicit and document customer requirements.
Products which are produced during this phase are: an Application Model in which customer requirements are
formalized, an initial Application PIM, and an initial functional requirements specification.
PIM Context Definition: The system goals as well as the scope of the system are defined in this phase. Other
activities of this phase are: identifying the external actors of the system, specifying the main services offered by
the system, and identifying the business objects exchanged between actors and the system.
PIM Requirements Specification: The main activity in this phase is refining the PIM Context produced in
previous phase, as well as specifying use cases, and identifying non-functional requirements as well as modeling
their relationship with functional requirements.
PIM Analysis: In this phase, system functionalities and QoS aspects are described with a view to the interior of
the system.
Design: In this phase, a platform-independent design is first performed for all the requirements. The design is
then refined in order to denote the platform-specific solution.
Coding and Integration: According to the ideal MDA approach, the code is to be produced automatically from
the PSM through transformation engines.
Testing: Test cases are to be generated automatically from the test model.
Deployment: In this phase, the developed system is delivered to the customer.
3.3. MIDAS
MIDAS is a model driven methodology framework of Web Information Systems (WIS) [5, 12]. UML
is used for representing the different PIMs and PSMs which are proposed in this framework. MIDAS focuses on
three dimensions of modeling a WIS.
1) Levels, which refer to the hypertext content and the resentation levels.
2) Phases, which refer to the phases of the software lifecycle.
3) Aspects, which refer to the structural and behavioral modeling viewpoints. Platform Independent Models,
Platform Specific Models, and Computation Independent Models as well as the relevant mapping rules are
defined according to these dimensions.
3.4. C3
Different Proposed Models to Mapping MDA to RUP
www.ijeijournal.com P a g e | 86
C3
is a software development process which is embedded into a concurrent, collaborative and
component-based methodology enriched with MDD techniques [6]. The main feature of the C3
architecture is its
domain repository which contains domain-specific metadata and components. Its process consists of two
Main phases (figure 3):
Standardization Phase: In this phase, domain software assets which are archived in a repository are accessed
and downloaded onto the project repository.
Software Development Phase: This phase includes three main steps which are: 1) Model Design, in which
component developers select a business application architecture from the project repository to work on. 2) Code
Generation, which is performed after modeling the business application with UML or XMI on a platform
independent level. Code generation tools transform the models into platform-specific software components. 3)
Application Deployment, in which components are deployed into the user environment based on the
architectural framework designed.
3.5. ODAC
ODAC is a methodology based on the Reference Model of Open Distributed Processing (RM-ODP) [4]
with the potential to be a MDA-oriented methodology The ODAC process consists of three main phases (figure
4).
1) Analysis, in which the Behavioral Specification – a PIM describing the system according to its objective and
its role in the business – is produced; 2) Design, in which the Engineering Specification – a PDM that is the
description of the execution environment – is produced; 3) Implementation, in which the Operational
Specification – a PSM that is the result of the transformation of the PIM as configured according to the PDM –
is produced.
ODAC prescribes steps for each phase as well as a number of guidelines for producing the relevant artifacts.
Fig 3. The C3 Process
Fig 4. The ODAC Process
3.6. DREAM Methodology
The Dramatically Effective Application development Methodology (DREAM) combines the key
activities of Product Line Engineering (PLE) with the model transformation features of MDA [7]. DREAM
phases are as follows (figure 5)
Domain Analysis: captures the features of several organizations in the same domain, and analyzes the
Commonality and Variability (C&V). The output is the specification of common features and differences
between organizations.
Product Line Scoping: determines the scope of the target product line.
Different Proposed Models to Mapping MDA to RUP
www.ijeijournal.com P a g e | 87
Framework Modeling: realizes the C&V in a framework, presented as a PIM. The framework defines the
general architecture for the desired members of the product line, together with the relationships and constraints.
Application Requirements Analysis: analyzes the application requirements and identifies the features related to
the application at hand. The output of this phase is the application analysis model.
Application-Specific Design: realizes the application analysis model as a platform-independent design model.
The output is the application-specific PIM.
Framework Instantiation: instantiates the framework for the specific application by setting the variants
accordingly. The output of this phase is the instantiated framework PIM.
Model Integration: integrates the specific application PIM and the instantiated Framework PIM into one model.
Application Detailed Design: refines the integrated model by considering platform-specific issues, thereby
producing the PSM.
Application Implementation: generates the execution code and its related implementation complements – such as
the database – from the PSM.
IV. CONCLUSIONS
Although many have invested on the MDA, backup methodology to develop the model-based system is
under fading. We consider a few methodologies of MDA specially. In this study, we found MDA support all of
model-based methodologies also in considered methodology, MASTER covered general life cycle of software
development completely but MODA-TEL, ODAC, C3 and DREAM partially covered them and MIDAS do not
covered MDA life cycle, details of this comparison are showed by table 2, also in this article we analyzed
mapping of MDA life cycle on RUP life cycle.
Fig 5. The DREAM Process
Table 2: comparison life cycle phases of MDA methodology
REFERENCES
1) Booch G. , Brown B. , Iyengar S. , Rumbaugh J. , Selic B. (2004).An MDA Manifesto. MDA Journal.
2) Gavras .A., Belaunde .M., Ferreira Pires .L., and Almeida.J.P.A. ( 2004). Towards an MDA-based
development methodology for distributed applications. In Proceedings of the 1st European Workshop
BBAACBrequirements
BACACBAnalysis
BBCACBDesign
BBBABBImplementation
AAAACBTest
ABAABBDeployment
AAAACBMaintenance
A: The methodology does not provide coverage for the phase.
B: The methodology provides general guidelines for the phase.
C: The methodology provides detailed directives for the phase.
Different Proposed Models to Mapping MDA to RUP
www.ijeijournal.com P a g e | 88
on Model-Driven Architecture with Emphasis on Industrial Application (MDAIA). University of
Twente, Enschede, The Netherlands, pp. 43-51.
3) Gavras .A., Belaunde .M., Ferreira Pires .L., and Almeida.J.P.A.(2004).Towards an MDA-Based
Development Methodology. EWSA.
4) Gervais, M. ODAC.(2003). An Agent-Oriented Methodology Based on ODP. Journal of Autonomous
Agents and Multi-Agent Systems, 199- 288.
5) Hildenbrand. T, and Korthaus.A. (2004). A Model-Driven Approach to Business Software Engineering.
Proceedings of the 8th World Multi-Conference on Systemics, Cybernetics and Informatics (SCI),
Volume IV Information Systems. Technologies and Applications: I, IIIS. Orlando. Florida. USA. July
18-21.
6) Hildenbrand, T., Korthaus, A.(2004).A Model-Driven Approach to Business Software Engineering. 8th
World Multi-Conference on Systemics, Cybernetics and Informatics, Florida. Information Systems,
Technologies and Applications, vol.~IV, pp. 74—79.
7) Kim, S., Min, H.G., Her, J.S., Chang, S.H. ―DREAM: A practical product line engineering using model
driven architecture‖ ICITA 2005, Australia, pp.70-75(2005).
8) Larrucea .X, Diez .A.B.G, and Mansell.J.X. (2004).Practical Model Driven Development Process.
Technical Report, NUMB 17,University of Kent, , pp. 99-108.
9) MODA-TEL project. (2003). Deliverable D3.2, Guidelines for the application of MDA and the
technologies covered by it. http://www.modatel.org/public/deliverables/D3.2.htm.
10) Ostadzadeh, S.S., Shams, F., Ostadzadeh, S.A. (2008). An MDA-Based Generic Framework to Address
Various Aspects of Enterprise Architecture. Advances in Computer and Information Sciences and
Engineering. Springer. pp. 455–460.
11) Parviainen. P., Takalo.J, Teppola .S. & Tihinen.M. (2009). Model-Driven Development Processes and
practices. VTT WORKING PAPERS.
12) 12-Web Information Systems Development.(2004). International Conference on Enterprise Information
Systems (ICEIS).523-526.

Más contenido relacionado

Was ist angesagt?

Architecture solution architecture method
Architecture solution architecture methodArchitecture solution architecture method
Architecture solution architecture methodChris Eaton
 
Software Configuration Management
Software Configuration ManagementSoftware Configuration Management
Software Configuration ManagementChandan Chaurasia
 
Change And Configuration Management Market Volume Analysis, size, share and K...
Change And Configuration Management Market Volume Analysis, size, share and K...Change And Configuration Management Market Volume Analysis, size, share and K...
Change And Configuration Management Market Volume Analysis, size, share and K...Monica Nerkar
 
SOFTWARE REQUIREMENT CHANGE EFFORT ESTIMATION MODEL PROTOTYPE TOOL FOR SOFTWA...
SOFTWARE REQUIREMENT CHANGE EFFORT ESTIMATION MODEL PROTOTYPE TOOL FOR SOFTWA...SOFTWARE REQUIREMENT CHANGE EFFORT ESTIMATION MODEL PROTOTYPE TOOL FOR SOFTWA...
SOFTWARE REQUIREMENT CHANGE EFFORT ESTIMATION MODEL PROTOTYPE TOOL FOR SOFTWA...ijseajournal
 
Asha Jacob_Resume
Asha Jacob_ResumeAsha Jacob_Resume
Asha Jacob_ResumeAsha Jacob
 
MINIMIZING THE COMPLEXITY EFFECTS TO MAS ARCHITECTURES DESIGN BASED ON FG4COM...
MINIMIZING THE COMPLEXITY EFFECTS TO MAS ARCHITECTURES DESIGN BASED ON FG4COM...MINIMIZING THE COMPLEXITY EFFECTS TO MAS ARCHITECTURES DESIGN BASED ON FG4COM...
MINIMIZING THE COMPLEXITY EFFECTS TO MAS ARCHITECTURES DESIGN BASED ON FG4COM...ijseajournal
 
Software Re-Engineering
Software Re-EngineeringSoftware Re-Engineering
Software Re-EngineeringSaqib Raza
 
INCREASING THE ARCHITECTURES DESIGN QUALITY FOR MAS: AN APPROACH TO MINIMIZE ...
INCREASING THE ARCHITECTURES DESIGN QUALITY FOR MAS: AN APPROACH TO MINIMIZE ...INCREASING THE ARCHITECTURES DESIGN QUALITY FOR MAS: AN APPROACH TO MINIMIZE ...
INCREASING THE ARCHITECTURES DESIGN QUALITY FOR MAS: AN APPROACH TO MINIMIZE ...cscpconf
 
Software Engineering Process
Software Engineering ProcessSoftware Engineering Process
Software Engineering ProcessAbdul Naqashbandi
 
MODEL: MOdel DrivEn and quaLity
MODEL: MOdel DrivEn and quaLityMODEL: MOdel DrivEn and quaLity
MODEL: MOdel DrivEn and quaLityFederico Villa
 
Applying BPM Methodology to Tackle the Complexity
Applying BPM Methodology to Tackle the ComplexityApplying BPM Methodology to Tackle the Complexity
Applying BPM Methodology to Tackle the ComplexityTom Judd
 
The Analysyst As A Project Manager
The Analysyst As A Project ManagerThe Analysyst As A Project Manager
The Analysyst As A Project ManagerHenhen Lukmana
 
Selecting cots vendor in cbse process
Selecting cots vendor in cbse processSelecting cots vendor in cbse process
Selecting cots vendor in cbse processSaransh Garg
 
Configuration management
Configuration managementConfiguration management
Configuration managementKobi Vider
 
Extreme software estimation (xsoft estimation)
Extreme software estimation (xsoft estimation)Extreme software estimation (xsoft estimation)
Extreme software estimation (xsoft estimation)eSAT Journals
 
Configuration Management
Configuration Management Configuration Management
Configuration Management hdicapitalarea
 
Ch25-Software Engineering 9
Ch25-Software Engineering 9Ch25-Software Engineering 9
Ch25-Software Engineering 9Ian Sommerville
 

Was ist angesagt? (20)

SE UNIT-3.pdf
SE UNIT-3.pdfSE UNIT-3.pdf
SE UNIT-3.pdf
 
Architecture solution architecture method
Architecture solution architecture methodArchitecture solution architecture method
Architecture solution architecture method
 
Software Configuration Management
Software Configuration ManagementSoftware Configuration Management
Software Configuration Management
 
Change And Configuration Management Market Volume Analysis, size, share and K...
Change And Configuration Management Market Volume Analysis, size, share and K...Change And Configuration Management Market Volume Analysis, size, share and K...
Change And Configuration Management Market Volume Analysis, size, share and K...
 
SOFTWARE REQUIREMENT CHANGE EFFORT ESTIMATION MODEL PROTOTYPE TOOL FOR SOFTWA...
SOFTWARE REQUIREMENT CHANGE EFFORT ESTIMATION MODEL PROTOTYPE TOOL FOR SOFTWA...SOFTWARE REQUIREMENT CHANGE EFFORT ESTIMATION MODEL PROTOTYPE TOOL FOR SOFTWA...
SOFTWARE REQUIREMENT CHANGE EFFORT ESTIMATION MODEL PROTOTYPE TOOL FOR SOFTWA...
 
SEI CMMI presentation
SEI CMMI presentationSEI CMMI presentation
SEI CMMI presentation
 
Asha Jacob_Resume
Asha Jacob_ResumeAsha Jacob_Resume
Asha Jacob_Resume
 
MINIMIZING THE COMPLEXITY EFFECTS TO MAS ARCHITECTURES DESIGN BASED ON FG4COM...
MINIMIZING THE COMPLEXITY EFFECTS TO MAS ARCHITECTURES DESIGN BASED ON FG4COM...MINIMIZING THE COMPLEXITY EFFECTS TO MAS ARCHITECTURES DESIGN BASED ON FG4COM...
MINIMIZING THE COMPLEXITY EFFECTS TO MAS ARCHITECTURES DESIGN BASED ON FG4COM...
 
Software Re-Engineering
Software Re-EngineeringSoftware Re-Engineering
Software Re-Engineering
 
INCREASING THE ARCHITECTURES DESIGN QUALITY FOR MAS: AN APPROACH TO MINIMIZE ...
INCREASING THE ARCHITECTURES DESIGN QUALITY FOR MAS: AN APPROACH TO MINIMIZE ...INCREASING THE ARCHITECTURES DESIGN QUALITY FOR MAS: AN APPROACH TO MINIMIZE ...
INCREASING THE ARCHITECTURES DESIGN QUALITY FOR MAS: AN APPROACH TO MINIMIZE ...
 
Software Engineering Process
Software Engineering ProcessSoftware Engineering Process
Software Engineering Process
 
MODEL: MOdel DrivEn and quaLity
MODEL: MOdel DrivEn and quaLityMODEL: MOdel DrivEn and quaLity
MODEL: MOdel DrivEn and quaLity
 
Applying BPM Methodology to Tackle the Complexity
Applying BPM Methodology to Tackle the ComplexityApplying BPM Methodology to Tackle the Complexity
Applying BPM Methodology to Tackle the Complexity
 
The Analysyst As A Project Manager
The Analysyst As A Project ManagerThe Analysyst As A Project Manager
The Analysyst As A Project Manager
 
Selecting cots vendor in cbse process
Selecting cots vendor in cbse processSelecting cots vendor in cbse process
Selecting cots vendor in cbse process
 
Configuration management
Configuration managementConfiguration management
Configuration management
 
4213ijsea01 (1)
4213ijsea01 (1)4213ijsea01 (1)
4213ijsea01 (1)
 
Extreme software estimation (xsoft estimation)
Extreme software estimation (xsoft estimation)Extreme software estimation (xsoft estimation)
Extreme software estimation (xsoft estimation)
 
Configuration Management
Configuration Management Configuration Management
Configuration Management
 
Ch25-Software Engineering 9
Ch25-Software Engineering 9Ch25-Software Engineering 9
Ch25-Software Engineering 9
 

Ähnlich wie Different Proposed Models to Mapping MDA to RUP

CS587 Project - Raychaudhury,Shaalmali
CS587 Project - Raychaudhury,ShaalmaliCS587 Project - Raychaudhury,Shaalmali
CS587 Project - Raychaudhury,Shaalmalisagar.247
 
Ch 02 s.e software process models 1
Ch 02 s.e software process models   1Ch 02 s.e software process models   1
Ch 02 s.e software process models 1Badar Waseer
 
Work of art practices in software development.
Work of art practices in software development. Work of art practices in software development.
Work of art practices in software development. Communication Progress
 
Software Process Models
 Software Process Models  Software Process Models
Software Process Models MohsinAli773
 
Mi0033 software engineering
Mi0033   software engineeringMi0033   software engineering
Mi0033 software engineeringsmumbahelp
 
RAD MODEL.pptx
RAD MODEL.pptxRAD MODEL.pptx
RAD MODEL.pptxsuchita74
 
MODEL DRIVEN WEB APPLICATION DEVELOPMENT WITH AGILE PRACTICES
MODEL DRIVEN WEB APPLICATION DEVELOPMENT WITH AGILE PRACTICESMODEL DRIVEN WEB APPLICATION DEVELOPMENT WITH AGILE PRACTICES
MODEL DRIVEN WEB APPLICATION DEVELOPMENT WITH AGILE PRACTICESijseajournal
 
A methodology for cim modelling and its transformation to pim
A methodology for cim modelling and its transformation to pimA methodology for cim modelling and its transformation to pim
A methodology for cim modelling and its transformation to pimAlexander Decker
 
Dynamic System Development
Dynamic System DevelopmentDynamic System Development
Dynamic System DevelopmentZeeshan Tariq
 
A Comparative Study of Different types of Models in Software Development Life...
A Comparative Study of Different types of Models in Software Development Life...A Comparative Study of Different types of Models in Software Development Life...
A Comparative Study of Different types of Models in Software Development Life...IRJET Journal
 
Feature driven development
Feature driven developmentFeature driven development
Feature driven developmentRuhaim Izmeth
 
Testing material (1).docx
Testing material (1).docxTesting material (1).docx
Testing material (1).docxKVamshiKrishna5
 
Comparing Various SDLC Models On The Basis Of Available Methodology
Comparing Various SDLC Models On The Basis Of Available MethodologyComparing Various SDLC Models On The Basis Of Available Methodology
Comparing Various SDLC Models On The Basis Of Available MethodologyIJMER
 
Software enginneering
Software enginneeringSoftware enginneering
Software enginneeringchirag patil
 

Ähnlich wie Different Proposed Models to Mapping MDA to RUP (20)

CS587 Project - Raychaudhury,Shaalmali
CS587 Project - Raychaudhury,ShaalmaliCS587 Project - Raychaudhury,Shaalmali
CS587 Project - Raychaudhury,Shaalmali
 
Ch 02 s.e software process models 1
Ch 02 s.e software process models   1Ch 02 s.e software process models   1
Ch 02 s.e software process models 1
 
Work of art practices in software development.
Work of art practices in software development. Work of art practices in software development.
Work of art practices in software development.
 
Software Process Models
 Software Process Models  Software Process Models
Software Process Models
 
Mi0033 software engineering
Mi0033   software engineeringMi0033   software engineering
Mi0033 software engineering
 
RAD MODEL.pptx
RAD MODEL.pptxRAD MODEL.pptx
RAD MODEL.pptx
 
MODEL DRIVEN WEB APPLICATION DEVELOPMENT WITH AGILE PRACTICES
MODEL DRIVEN WEB APPLICATION DEVELOPMENT WITH AGILE PRACTICESMODEL DRIVEN WEB APPLICATION DEVELOPMENT WITH AGILE PRACTICES
MODEL DRIVEN WEB APPLICATION DEVELOPMENT WITH AGILE PRACTICES
 
I
II
I
 
A methodology for cim modelling and its transformation to pim
A methodology for cim modelling and its transformation to pimA methodology for cim modelling and its transformation to pim
A methodology for cim modelling and its transformation to pim
 
3. ch 2-process model
3. ch 2-process model3. ch 2-process model
3. ch 2-process model
 
Dynamic System Development
Dynamic System DevelopmentDynamic System Development
Dynamic System Development
 
Waterfall model
Waterfall modelWaterfall model
Waterfall model
 
A Comparative Study of Different types of Models in Software Development Life...
A Comparative Study of Different types of Models in Software Development Life...A Comparative Study of Different types of Models in Software Development Life...
A Comparative Study of Different types of Models in Software Development Life...
 
Feature driven development
Feature driven developmentFeature driven development
Feature driven development
 
San se unit
San se unitSan se unit
San se unit
 
Testing material (1).docx
Testing material (1).docxTesting material (1).docx
Testing material (1).docx
 
Comparing Various SDLC Models On The Basis Of Available Methodology
Comparing Various SDLC Models On The Basis Of Available MethodologyComparing Various SDLC Models On The Basis Of Available Methodology
Comparing Various SDLC Models On The Basis Of Available Methodology
 
Software enginneering
Software enginneeringSoftware enginneering
Software enginneering
 
mdd.docx
mdd.docxmdd.docx
mdd.docx
 
Software development process models
Software development process modelsSoftware development process models
Software development process models
 

Mehr von International Journal of Engineering Inventions www.ijeijournal.com

Mehr von International Journal of Engineering Inventions www.ijeijournal.com (20)

H04124548
H04124548H04124548
H04124548
 
G04123844
G04123844G04123844
G04123844
 
F04123137
F04123137F04123137
F04123137
 
E04122330
E04122330E04122330
E04122330
 
C04121115
C04121115C04121115
C04121115
 
B04120610
B04120610B04120610
B04120610
 
A04120105
A04120105A04120105
A04120105
 
F04113640
F04113640F04113640
F04113640
 
E04112135
E04112135E04112135
E04112135
 
D04111520
D04111520D04111520
D04111520
 
C04111114
C04111114C04111114
C04111114
 
B04110710
B04110710B04110710
B04110710
 
A04110106
A04110106A04110106
A04110106
 
I04105358
I04105358I04105358
I04105358
 
H04104952
H04104952H04104952
H04104952
 
G04103948
G04103948G04103948
G04103948
 
F04103138
F04103138F04103138
F04103138
 
E04102330
E04102330E04102330
E04102330
 
D04101822
D04101822D04101822
D04101822
 
C04101217
C04101217C04101217
C04101217
 

Último

20140402 - Smart house demo kit
20140402 - Smart house demo kit20140402 - Smart house demo kit
20140402 - Smart house demo kitJamie (Taka) Wang
 
UiPath Studio Web workshop series - Day 4
UiPath Studio Web workshop series - Day 4UiPath Studio Web workshop series - Day 4
UiPath Studio Web workshop series - Day 4DianaGray10
 
Keep Your Finger on the Pulse of Your Building's Performance with IES Live
Keep Your Finger on the Pulse of Your Building's Performance with IES LiveKeep Your Finger on the Pulse of Your Building's Performance with IES Live
Keep Your Finger on the Pulse of Your Building's Performance with IES LiveIES VE
 
The New Cloud World Order Is FinOps (Slideshow)
The New Cloud World Order Is FinOps (Slideshow)The New Cloud World Order Is FinOps (Slideshow)
The New Cloud World Order Is FinOps (Slideshow)codyslingerland1
 
3 Pitfalls Everyone Should Avoid with Cloud Data
3 Pitfalls Everyone Should Avoid with Cloud Data3 Pitfalls Everyone Should Avoid with Cloud Data
3 Pitfalls Everyone Should Avoid with Cloud DataEric D. Schabell
 
Q4 2023 Quarterly Investor Presentation - FINAL - v1.pdf
Q4 2023 Quarterly Investor Presentation - FINAL - v1.pdfQ4 2023 Quarterly Investor Presentation - FINAL - v1.pdf
Q4 2023 Quarterly Investor Presentation - FINAL - v1.pdfTejal81
 
March Patch Tuesday
March Patch TuesdayMarch Patch Tuesday
March Patch TuesdayIvanti
 
The Importance of Indoor Air Quality (English)
The Importance of Indoor Air Quality (English)The Importance of Indoor Air Quality (English)
The Importance of Indoor Air Quality (English)IES VE
 
UiPath Studio Web workshop series - Day 1
UiPath Studio Web workshop series  - Day 1UiPath Studio Web workshop series  - Day 1
UiPath Studio Web workshop series - Day 1DianaGray10
 
Explore the UiPath Community and ways you can benefit on your journey to auto...
Explore the UiPath Community and ways you can benefit on your journey to auto...Explore the UiPath Community and ways you can benefit on your journey to auto...
Explore the UiPath Community and ways you can benefit on your journey to auto...DianaGray10
 
Outage Analysis: March 5th/6th 2024 Meta, Comcast, and LinkedIn
Outage Analysis: March 5th/6th 2024 Meta, Comcast, and LinkedInOutage Analysis: March 5th/6th 2024 Meta, Comcast, and LinkedIn
Outage Analysis: March 5th/6th 2024 Meta, Comcast, and LinkedInThousandEyes
 
The Zero-ETL Approach: Enhancing Data Agility and Insight
The Zero-ETL Approach: Enhancing Data Agility and InsightThe Zero-ETL Approach: Enhancing Data Agility and Insight
The Zero-ETL Approach: Enhancing Data Agility and InsightSafe Software
 
Novo Nordisk's journey in developing an open-source application on Neo4j
Novo Nordisk's journey in developing an open-source application on Neo4jNovo Nordisk's journey in developing an open-source application on Neo4j
Novo Nordisk's journey in developing an open-source application on Neo4jNeo4j
 
Introduction to RAG (Retrieval Augmented Generation) and its application
Introduction to RAG (Retrieval Augmented Generation) and its applicationIntroduction to RAG (Retrieval Augmented Generation) and its application
Introduction to RAG (Retrieval Augmented Generation) and its applicationKnoldus Inc.
 
How to become a GDSC Lead GDSC MI AOE.pptx
How to become a GDSC Lead GDSC MI AOE.pptxHow to become a GDSC Lead GDSC MI AOE.pptx
How to become a GDSC Lead GDSC MI AOE.pptxKaustubhBhavsar6
 
EMEA What is ThousandEyes? Webinar
EMEA What is ThousandEyes? WebinarEMEA What is ThousandEyes? Webinar
EMEA What is ThousandEyes? WebinarThousandEyes
 
LF Energy Webinar - Unveiling OpenEEMeter 4.0
LF Energy Webinar - Unveiling OpenEEMeter 4.0LF Energy Webinar - Unveiling OpenEEMeter 4.0
LF Energy Webinar - Unveiling OpenEEMeter 4.0DanBrown980551
 
Technical SEO for Improved Accessibility WTS FEST
Technical SEO for Improved Accessibility  WTS FESTTechnical SEO for Improved Accessibility  WTS FEST
Technical SEO for Improved Accessibility WTS FESTBillieHyde
 
SIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENT
SIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENTSIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENT
SIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENTxtailishbaloch
 

Último (20)

20140402 - Smart house demo kit
20140402 - Smart house demo kit20140402 - Smart house demo kit
20140402 - Smart house demo kit
 
UiPath Studio Web workshop series - Day 4
UiPath Studio Web workshop series - Day 4UiPath Studio Web workshop series - Day 4
UiPath Studio Web workshop series - Day 4
 
Keep Your Finger on the Pulse of Your Building's Performance with IES Live
Keep Your Finger on the Pulse of Your Building's Performance with IES LiveKeep Your Finger on the Pulse of Your Building's Performance with IES Live
Keep Your Finger on the Pulse of Your Building's Performance with IES Live
 
The New Cloud World Order Is FinOps (Slideshow)
The New Cloud World Order Is FinOps (Slideshow)The New Cloud World Order Is FinOps (Slideshow)
The New Cloud World Order Is FinOps (Slideshow)
 
3 Pitfalls Everyone Should Avoid with Cloud Data
3 Pitfalls Everyone Should Avoid with Cloud Data3 Pitfalls Everyone Should Avoid with Cloud Data
3 Pitfalls Everyone Should Avoid with Cloud Data
 
Q4 2023 Quarterly Investor Presentation - FINAL - v1.pdf
Q4 2023 Quarterly Investor Presentation - FINAL - v1.pdfQ4 2023 Quarterly Investor Presentation - FINAL - v1.pdf
Q4 2023 Quarterly Investor Presentation - FINAL - v1.pdf
 
March Patch Tuesday
March Patch TuesdayMarch Patch Tuesday
March Patch Tuesday
 
The Importance of Indoor Air Quality (English)
The Importance of Indoor Air Quality (English)The Importance of Indoor Air Quality (English)
The Importance of Indoor Air Quality (English)
 
UiPath Studio Web workshop series - Day 1
UiPath Studio Web workshop series  - Day 1UiPath Studio Web workshop series  - Day 1
UiPath Studio Web workshop series - Day 1
 
Explore the UiPath Community and ways you can benefit on your journey to auto...
Explore the UiPath Community and ways you can benefit on your journey to auto...Explore the UiPath Community and ways you can benefit on your journey to auto...
Explore the UiPath Community and ways you can benefit on your journey to auto...
 
Outage Analysis: March 5th/6th 2024 Meta, Comcast, and LinkedIn
Outage Analysis: March 5th/6th 2024 Meta, Comcast, and LinkedInOutage Analysis: March 5th/6th 2024 Meta, Comcast, and LinkedIn
Outage Analysis: March 5th/6th 2024 Meta, Comcast, and LinkedIn
 
The Zero-ETL Approach: Enhancing Data Agility and Insight
The Zero-ETL Approach: Enhancing Data Agility and InsightThe Zero-ETL Approach: Enhancing Data Agility and Insight
The Zero-ETL Approach: Enhancing Data Agility and Insight
 
Novo Nordisk's journey in developing an open-source application on Neo4j
Novo Nordisk's journey in developing an open-source application on Neo4jNovo Nordisk's journey in developing an open-source application on Neo4j
Novo Nordisk's journey in developing an open-source application on Neo4j
 
Introduction to RAG (Retrieval Augmented Generation) and its application
Introduction to RAG (Retrieval Augmented Generation) and its applicationIntroduction to RAG (Retrieval Augmented Generation) and its application
Introduction to RAG (Retrieval Augmented Generation) and its application
 
How to become a GDSC Lead GDSC MI AOE.pptx
How to become a GDSC Lead GDSC MI AOE.pptxHow to become a GDSC Lead GDSC MI AOE.pptx
How to become a GDSC Lead GDSC MI AOE.pptx
 
EMEA What is ThousandEyes? Webinar
EMEA What is ThousandEyes? WebinarEMEA What is ThousandEyes? Webinar
EMEA What is ThousandEyes? Webinar
 
LF Energy Webinar - Unveiling OpenEEMeter 4.0
LF Energy Webinar - Unveiling OpenEEMeter 4.0LF Energy Webinar - Unveiling OpenEEMeter 4.0
LF Energy Webinar - Unveiling OpenEEMeter 4.0
 
SheDev 2024
SheDev 2024SheDev 2024
SheDev 2024
 
Technical SEO for Improved Accessibility WTS FEST
Technical SEO for Improved Accessibility  WTS FESTTechnical SEO for Improved Accessibility  WTS FEST
Technical SEO for Improved Accessibility WTS FEST
 
SIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENT
SIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENTSIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENT
SIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENT
 

Different Proposed Models to Mapping MDA to RUP

  • 1. International Journal of Engineering Inventions e-ISSN: 2278-7461, p-ISBN: 2319-6491 Volume 2, Issue 2 (January 2013) PP: 83-88 www.ijeijournal.com P a g e | 83 Different Proposed Models to Mapping MDA to RUP Mehdi Yaghoubi1 , Mahmood Yaghoubi2 , Manoochehr Babanezhad3 1 Department of Computer Sciences, Faculty of Sciences, Golestan University, Gorgan, Golestan, Iran 2 Department of Computer Sciences, Mirdamad High Education Institute, Gorgan, Golestan, Iran 3 Department of Statistics, Faculty of Sciences, Golestan University, Gorgan, Golestan, Iran Abstract:- Different methods such as object-oriented, component-oriented, aspect-oriented, and service- oriented are proposed to establishing Software engineering over the past decades. Model driven development is one of the methodologies that had considered recently and is growing rapidly. Reducing of the production expenses and preventing software intricacies is one of the software engineering aims modeling the program logic and then changing model to a practicable code by some tool automatically will be the aim of the model driven development. In this paper we investigate some model driven methodology and also we’ll preferred MDA mapping to RUP. Keywords:- Model Driven Development, Model Driven Methodology, Model Driven Architecture, RUP. I. INTRODUCTION MDA response to the challenge of production software application companies were faced it during recent years; one of the questions that might be likely for a software engineer application after several years of activity in this field is formed is that you can’t use design and source code for previous projects in the new project, How to previous projects is useful for future work as capital and reservoir? The other question, in the software based organizational and they are used by users how can changes platform by least inconvenience and cost? MDA says: The ideal case for a software factory could happen when are designed the program logic model and then some tools convert them to executable code models are not changed and the details of implementation are making separate. MDA is an approach that was introduced by the object management group and is standard. A style of MDA Software Development based on the use of automated tools for building independent models of the system and converts them to effective implementation [1]. The rest of the paper is organized as follows: section 2 we will overview of MDA, section 3 MDA effects on the RUP methodology are investigated and investigate MDA methodology in chapter 4 and conclude in chapter 5. MDA Models are as follows: Calculation independent model (CIM ), Platform-specific model(PSM) and Platform-specific implementation(PSI) [10]. II. MDA EFFECTS ON THE RUP Using MDA in RUP there changes in [11] to express these changes is discussed (Figure 1). At the Inception phase, requirements for the system are being elicited, resulting in a CIM. A CIM model covers the Business Modeling and Requirements disciplines. At the same time, during the Inception phase, metamodel planning for the PIM development and initial implementation are carried out. Elaboration is the main phase impacted by an MDA project. It is important to look at the Elaboration activities and briefly describe the MDA modifications. The Architect role is the main role in the Elaboration phase that requires additional consideration. As a specialisation of ―Architect‖, the MDA Architect role is appropriate for many MDA projects. Essentially, this role defines specific MDA activities and artifacts, creates the transformations, and so on. The primary MDA artifacts of this role are mapping documents, transformations, and UML profiles. PIM also covers some parts of the Construction – the models should be enriched with mapping functions and appropriately marked. Models are iteratively tested for conformance. At the Construction phase, model transformation into different PSM or codes takes place. PSM covers the Transition phase and Deployment discipline as well – transition to some production environment can be performed with the help of a separate PSM as well. The Configuration and Change Management discipline is also affected by the MDA – these disciplines cover metamodel and metadata repository maintenance. Typically, the MDA automates activities within the RUP. Rather than changing RUP activities, the MDA enhances them with additional tasks aimed at supporting automation with a number of the primary RUP activities. The primary changes to the RUP involve a more subtle change of perspective in the development process. MDA encourages architects and developers to work at higher levels of abstraction than typically expected in non-MDA projects. This is most apparent during construction, where the code automation
  • 2. Different Proposed Models to Mapping MDA to RUP www.ijeijournal.com P a g e | 84 aspects of MDA significantly change the emphasis of the implementation tasks. They work less with actual implementation models and source codes themselves, and more with designs for the appropriate business- focused workflow of the solution. A smaller subset of developers will implement the model-to-code transformations themselves. Fig 1. Software development lifecycle and MDA mappings More detailed descriptions of Figure 4 in Table 1 Table 1. MDA specific activities in the phase crossing 1 Define the possible domain specific metamodel, Traceability convention from requirements to code, Choose the modelling tool, Technology selection, Requirements specification development (ontology), Information structuring, Initial PIM development 2 Transformations strategy selection, Business process modelling role evaluation, Risk assessment 3 Refine the PIM context, Define verification strategies, PIM design 4 Finalise metamodels, Create model-capturing support, Annotate the PIM with platform specific information, Verify the models 5 PSM identification, Define the verification strategies, Define the user-interface options, PSM metamodel design 6 Verify the models, Mark the PIM and PSM, Create additional transformations and code generation scripts for target platforms, Create test scripts, PIM to PSM automatic or semi-automatic transformation 7 Verify the established meta-models, Code files generation from PSM 8 Automatic deployment 9 Fine-tuning and repeated use of the automated testing process, Executable code verification to models III. SOFTWARE DEVELOPMENT METHODOLOGY BASED ON MDA 3.1. MODA-TEL MODA-TEL is proposed as a software development process based on MDA principles and concepts [2, 3, 9]. It is specialized for distributed applications, but is general enough to be applicable to other domains and situations as well. The MODA-TEL process is defined in accordance with OMG's Software Process Engineering Meta-model (SPEM). MODA-TEL separates preparation activities from execution activities in distinct phases. The following phases are identified by this methodology (figure 2). 1. Project Management: During this phase the software development process is selected and described in terms of its activities; identified activities are then allocated to roles, and procedures for quality assurance are put into place. 2. Preliminary Preparation: The objective of this phase is to identify modeling and transformation needs. The final execution platform of the system is also identified and expressed as an abstract platform. The appropriate
  • 3. Different Proposed Models to Mapping MDA to RUP www.ijeijournal.com P a g e | 85 modeling language for the project and its specific needs are also identified. Required transformations between models are specified based on the selected modeling languages. 3. Detailed Preparation: Models and model transformations are specified in this phase. The specifications of modeling languages and model transformations are prepared according to the needs identified in the previous phase. 4. Infrastructure Setup: In this phase, tools are selected for supporting MDA- based development activities. For example, tools for automatic/semi-automatic code generation may be selected. The metadata management facility is also defined in this phase. 5. Project Execution: This phase spans the main software development activities. Activities of this phase depend on the software development process selected in the project management phase. Seven activities in this phase: requirements analysis, modeling, verification and validation, transformation, coding and testing, integration and deployment, and operation and maintenance. Fig 2. Phases of the MODA-TEL methodogy 3.2. MASTER MASTER is a European IST project during which a MDA-based methodology [8]. The process consists of eight main phases, each of which includes various activities. The phases are: Capture User Requirements: The objective of this phase is to elicit and document customer requirements. Products which are produced during this phase are: an Application Model in which customer requirements are formalized, an initial Application PIM, and an initial functional requirements specification. PIM Context Definition: The system goals as well as the scope of the system are defined in this phase. Other activities of this phase are: identifying the external actors of the system, specifying the main services offered by the system, and identifying the business objects exchanged between actors and the system. PIM Requirements Specification: The main activity in this phase is refining the PIM Context produced in previous phase, as well as specifying use cases, and identifying non-functional requirements as well as modeling their relationship with functional requirements. PIM Analysis: In this phase, system functionalities and QoS aspects are described with a view to the interior of the system. Design: In this phase, a platform-independent design is first performed for all the requirements. The design is then refined in order to denote the platform-specific solution. Coding and Integration: According to the ideal MDA approach, the code is to be produced automatically from the PSM through transformation engines. Testing: Test cases are to be generated automatically from the test model. Deployment: In this phase, the developed system is delivered to the customer. 3.3. MIDAS MIDAS is a model driven methodology framework of Web Information Systems (WIS) [5, 12]. UML is used for representing the different PIMs and PSMs which are proposed in this framework. MIDAS focuses on three dimensions of modeling a WIS. 1) Levels, which refer to the hypertext content and the resentation levels. 2) Phases, which refer to the phases of the software lifecycle. 3) Aspects, which refer to the structural and behavioral modeling viewpoints. Platform Independent Models, Platform Specific Models, and Computation Independent Models as well as the relevant mapping rules are defined according to these dimensions. 3.4. C3
  • 4. Different Proposed Models to Mapping MDA to RUP www.ijeijournal.com P a g e | 86 C3 is a software development process which is embedded into a concurrent, collaborative and component-based methodology enriched with MDD techniques [6]. The main feature of the C3 architecture is its domain repository which contains domain-specific metadata and components. Its process consists of two Main phases (figure 3): Standardization Phase: In this phase, domain software assets which are archived in a repository are accessed and downloaded onto the project repository. Software Development Phase: This phase includes three main steps which are: 1) Model Design, in which component developers select a business application architecture from the project repository to work on. 2) Code Generation, which is performed after modeling the business application with UML or XMI on a platform independent level. Code generation tools transform the models into platform-specific software components. 3) Application Deployment, in which components are deployed into the user environment based on the architectural framework designed. 3.5. ODAC ODAC is a methodology based on the Reference Model of Open Distributed Processing (RM-ODP) [4] with the potential to be a MDA-oriented methodology The ODAC process consists of three main phases (figure 4). 1) Analysis, in which the Behavioral Specification – a PIM describing the system according to its objective and its role in the business – is produced; 2) Design, in which the Engineering Specification – a PDM that is the description of the execution environment – is produced; 3) Implementation, in which the Operational Specification – a PSM that is the result of the transformation of the PIM as configured according to the PDM – is produced. ODAC prescribes steps for each phase as well as a number of guidelines for producing the relevant artifacts. Fig 3. The C3 Process Fig 4. The ODAC Process 3.6. DREAM Methodology The Dramatically Effective Application development Methodology (DREAM) combines the key activities of Product Line Engineering (PLE) with the model transformation features of MDA [7]. DREAM phases are as follows (figure 5) Domain Analysis: captures the features of several organizations in the same domain, and analyzes the Commonality and Variability (C&V). The output is the specification of common features and differences between organizations. Product Line Scoping: determines the scope of the target product line.
  • 5. Different Proposed Models to Mapping MDA to RUP www.ijeijournal.com P a g e | 87 Framework Modeling: realizes the C&V in a framework, presented as a PIM. The framework defines the general architecture for the desired members of the product line, together with the relationships and constraints. Application Requirements Analysis: analyzes the application requirements and identifies the features related to the application at hand. The output of this phase is the application analysis model. Application-Specific Design: realizes the application analysis model as a platform-independent design model. The output is the application-specific PIM. Framework Instantiation: instantiates the framework for the specific application by setting the variants accordingly. The output of this phase is the instantiated framework PIM. Model Integration: integrates the specific application PIM and the instantiated Framework PIM into one model. Application Detailed Design: refines the integrated model by considering platform-specific issues, thereby producing the PSM. Application Implementation: generates the execution code and its related implementation complements – such as the database – from the PSM. IV. CONCLUSIONS Although many have invested on the MDA, backup methodology to develop the model-based system is under fading. We consider a few methodologies of MDA specially. In this study, we found MDA support all of model-based methodologies also in considered methodology, MASTER covered general life cycle of software development completely but MODA-TEL, ODAC, C3 and DREAM partially covered them and MIDAS do not covered MDA life cycle, details of this comparison are showed by table 2, also in this article we analyzed mapping of MDA life cycle on RUP life cycle. Fig 5. The DREAM Process Table 2: comparison life cycle phases of MDA methodology REFERENCES 1) Booch G. , Brown B. , Iyengar S. , Rumbaugh J. , Selic B. (2004).An MDA Manifesto. MDA Journal. 2) Gavras .A., Belaunde .M., Ferreira Pires .L., and Almeida.J.P.A. ( 2004). Towards an MDA-based development methodology for distributed applications. In Proceedings of the 1st European Workshop BBAACBrequirements BACACBAnalysis BBCACBDesign BBBABBImplementation AAAACBTest ABAABBDeployment AAAACBMaintenance A: The methodology does not provide coverage for the phase. B: The methodology provides general guidelines for the phase. C: The methodology provides detailed directives for the phase.
  • 6. Different Proposed Models to Mapping MDA to RUP www.ijeijournal.com P a g e | 88 on Model-Driven Architecture with Emphasis on Industrial Application (MDAIA). University of Twente, Enschede, The Netherlands, pp. 43-51. 3) Gavras .A., Belaunde .M., Ferreira Pires .L., and Almeida.J.P.A.(2004).Towards an MDA-Based Development Methodology. EWSA. 4) Gervais, M. ODAC.(2003). An Agent-Oriented Methodology Based on ODP. Journal of Autonomous Agents and Multi-Agent Systems, 199- 288. 5) Hildenbrand. T, and Korthaus.A. (2004). A Model-Driven Approach to Business Software Engineering. Proceedings of the 8th World Multi-Conference on Systemics, Cybernetics and Informatics (SCI), Volume IV Information Systems. Technologies and Applications: I, IIIS. Orlando. Florida. USA. July 18-21. 6) Hildenbrand, T., Korthaus, A.(2004).A Model-Driven Approach to Business Software Engineering. 8th World Multi-Conference on Systemics, Cybernetics and Informatics, Florida. Information Systems, Technologies and Applications, vol.~IV, pp. 74—79. 7) Kim, S., Min, H.G., Her, J.S., Chang, S.H. ―DREAM: A practical product line engineering using model driven architecture‖ ICITA 2005, Australia, pp.70-75(2005). 8) Larrucea .X, Diez .A.B.G, and Mansell.J.X. (2004).Practical Model Driven Development Process. Technical Report, NUMB 17,University of Kent, , pp. 99-108. 9) MODA-TEL project. (2003). Deliverable D3.2, Guidelines for the application of MDA and the technologies covered by it. http://www.modatel.org/public/deliverables/D3.2.htm. 10) Ostadzadeh, S.S., Shams, F., Ostadzadeh, S.A. (2008). An MDA-Based Generic Framework to Address Various Aspects of Enterprise Architecture. Advances in Computer and Information Sciences and Engineering. Springer. pp. 455–460. 11) Parviainen. P., Takalo.J, Teppola .S. & Tihinen.M. (2009). Model-Driven Development Processes and practices. VTT WORKING PAPERS. 12) 12-Web Information Systems Development.(2004). International Conference on Enterprise Information Systems (ICEIS).523-526.