A Framework for Integrating ESL Tools - IRIT
A Framework for Integrating ESL Tools - IRIT
A Framework for Integrating ESL Tools - IRIT
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
In our framework, a domain specific model (DSM) <strong>for</strong> business logic is used<br />
to provide a compact and clear interface between modeling languages and code<br />
generators. Based on the analysis of visual modeling languages <strong>for</strong> behavioral<br />
aspects of systems, we designed this domain specific model <strong>for</strong> business logic to<br />
support all relevant modeling concepts needed <strong>for</strong> business logic code generation<br />
of in<strong>for</strong>mation systems. After the discussion of related work in Sect. 2, we analyse<br />
several visual modeling languages <strong>for</strong> systems behavior in Sect. 3 be<strong>for</strong>e we<br />
define a domain specific model <strong>for</strong> business logic in Sect. 4. Then, we give a<br />
brief overview of the usage of the business logic DSM as part of a framework in<br />
Section 5 and conclude in Section 6.<br />
2 Related Work<br />
In general, we follow Waddington et al. who states in [17] that „multiple modeling<br />
notations and interpretations (views) are necessary to represent each of the<br />
different aspects of concern and to fulfill different roles within MCSD [Model-<br />
Centric Software Development] such as verification of correctness, human understanding<br />
through visual interpretation, and code generation”. In tool chains<br />
and frameworks <strong>for</strong> embedded systems (such as provided by Konrad et al. [8],<br />
) structural aspects are integrated with scenario models or state chart models<br />
or both, which are commonly applied behavioral modeling concepts <strong>for</strong> reactive<br />
systems. Ryndina et al. connected process and state modeling in [13] through<br />
generation of object live cycles based on process models, but they do not focus<br />
on an abstract model providing an integrated view. Gerth et al. provide in<br />
[4] a so-called “intermediate representation (IR)” of process models as abstract<br />
representation of process models and applied it <strong>for</strong> model change management<br />
purposes. However, this approach do not consider structural or state modeling<br />
concepts. Mohan et al. provides with their FlexFlow model in [9] an integration<br />
of structural and state modeling, but they do not consider process modeling<br />
aspects. However, <strong>for</strong> business logic generation <strong>for</strong> in<strong>for</strong>mation systems we need<br />
integrated model supporting process modeling (containing all actions and control<br />
flow specification), structural modeling (containing all business objects that<br />
are relevant during process execution) and state modeling (containing domain<br />
states of business objects and object live cycles).<br />
In context of modeling systems behavior there are several approaches that<br />
trans<strong>for</strong>m visual behavior diagrams into special purpose languages. One purpose<br />
<strong>for</strong> such trans<strong>for</strong>mation is to get a <strong>for</strong>mal-founded structure <strong>for</strong> automated model<br />
quality assurance. Target models are <strong>for</strong> example process algebras (e.g. Engels et<br />
al. in [3]) or Petri nets variants (as discussed by Stains in [15]) which are suitable<br />
<strong>for</strong> automated reasoning or simulation. However, the high level of abstraction<br />
of <strong>for</strong>mal models makes them difficult to handle them as technical interfaces<br />
<strong>for</strong> business logic code generators. Otherwise, in case of using domain specific<br />
behavioral models <strong>for</strong> code generation, they are designed <strong>for</strong> proprietary tool<br />
chains (such as FlexFlow [9] or J3 [18]) or specific target plat<strong>for</strong>ms (such as BPEL<br />
in [7], or Embedded Systems e.g. in [8]). As a difference to related approaches,<br />
24