2017
DOI: 10.1016/j.jss.2017.01.032
|View full text |Cite
|
Sign up to set email alerts
|

Generating reusable, searchable and executable “architecture constraints as services”

Abstract: Architecture constraints are components of design documentation. They enable designers to enforce rules that architecture descriptions should respect. Many systems make it possible to associate constraints to models at design stage but very few enable their association to code at implementation stage. When possible, this is done manually, which is a tedious, error prone and time consuming task. Therefore, we propose in this work a process to automatically generate executable constraints associated to programs'… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
4
0

Year Published

2017
2017
2019
2019

Publication Types

Select...
3
1

Relationship

2
2

Authors

Journals

citations
Cited by 4 publications
(4 citation statements)
references
References 34 publications
0
4
0
Order By: Relevance
“…After working in checking dynamically architecture constraints on object oriented programs and component-based and service-oriented applications [31], a good idea would be to generalize the proposed approaches, by specifying architecture constraints in a paradigm-independent way: using predicates on graphs and operations on them and then making automatic transformations towards a particular object-oriented, component-based or service-oriented programming language.…”
Section: Discussionmentioning
confidence: 99%
“…After working in checking dynamically architecture constraints on object oriented programs and component-based and service-oriented applications [31], a good idea would be to generalize the proposed approaches, by specifying architecture constraints in a paradigm-independent way: using predicates on graphs and operations on them and then making automatic transformations towards a particular object-oriented, component-based or service-oriented programming language.…”
Section: Discussionmentioning
confidence: 99%
“…The version currently used is just focused on those manually made. The development of automatic mechanisms between these layers that can be reused [43] requires a software‐intensive development approach which is out of the scope of this paper. The drawings in Fig.…”
Section: Architecture and Solutionmentioning
confidence: 99%
“…Alternatively, other process modelling techniques use so-called contextual data that add properties (tagged values) of a model element to model languages [35]. Moreover, some models integrate available data before process execution, like the definition in advance of specific services matching constraints and run upon request [36]. Alternatives using MDA have been developed to adapt system architectures to a mobile network [37] and a ubiquitous system [38].…”
Section: Contextual Model and Model-driven Engineeringmentioning
confidence: 99%