Introduction - Model-Driven and Software Product Line Engineering - page 8

and Rule Two is related to the variant Without Primary
Key . Product designers complete the configuration process of
products by creating instances of the variability model. If the
variant With Primary Key is selected in an instance of the
variability model, using Rule One , all the class elements in
a Source Class Model are transformed into table elements
with one primary key. If the variant Without Primary Key
is selected in another instance of the variability model, using
Rule Two , all the class elements in a Source Class Model
are transformed into table elements without a primary key.
1.4. The FieSta framework
This topic covers most of the creation lifecycle of MD-
SPL. The activities have been organized in a framework
that incorporates the principles of MD and SPL engineering.
We have named this framework FieSta for fine-grained
scope definition, configuration, and derivation of model-driven
and software product lines. FieSta focuses on two major
processes. Firstly, the process of capturing and expressing
variability in MD-SPL, which impacts, consequently, on the
process of configuring product line members. Secondly, the
process of deriving products by re-using and composing model
transformations based on product configurations.
FieSta provides model-based mechanisms to extend the
expressive power of variability involved in current MD-SPL
approaches in such a way that more detailed products can be
configured according to the fine-grained variability principle.
FieSta includes a mechanism that allows product designers
to create fine-grained configurations that represent valid
products. We define a valid product as an assembly that meets
the requirements that product designers specify by means of
configurations. FieSta also includes a mechanism to control
the valid fine-grained variations. FieSta resolves problems
in application domains where (1) model elements must be
configured individually and (2) products must be configured in