Model-Driven Evolution of Software Architectures - Software and ...
Model-Driven Evolution of Software Architectures - Software and ...
Model-Driven Evolution of Software Architectures - Software and ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
200 Chapter9. Conclusion<br />
Wediscussedtwoapproachesforconformancechecking. Oneisfully<br />
automatic,whiletheotherrequiresamanualcomparison.Weappliedthe<br />
latterinChapter5totheembeddeds<strong>of</strong>twareforcopiersdevelopedbyOcé<br />
<strong>and</strong>asmallATMexample.Inbothapplicationswedetectedinconsistencies<br />
thatwouldhavebeendifficulttodetectwithoutoursupport.Althoughthe<br />
actualcomparisonismanual,itismadepossiblebyourautomaticmapping<br />
betweentwotypes<strong>of</strong>architecturalmodels,whichwespecifiedusingmodel<br />
transformations. InChapter6wefocusedonalsoautomatingtheactual<br />
comparisonstep.<br />
Forthemigrationtaskourautomatic,model-drivensolution<strong>of</strong>fersclear<br />
benefitswithrespecttothealternative,amanualmigration.Theneedfor<br />
domainexpertsisreduced<strong>and</strong>thenecessarydefinition<strong>of</strong>asuitablemetamodelincreasestheunderst<strong>and</strong>ing<strong>of</strong>themigrationitself<strong>and</strong>thetarget<br />
architecture. Finally,becausethedefinedtransformation<strong>and</strong>normalisationrulesaregeneric,theycanbereusedforthemigration<strong>of</strong>otherSMCcomponents.Thiswasillustratedbythemigration<strong>of</strong>asecondSMCcomponent,forwhichweonlyhadtodefineafewextratransformationrulesto<br />
includefeatures<strong>of</strong>thetargetarchitecturethatwerenotrelevantinthefirst<br />
case.Here,theuse<strong>of</strong>product-lineprinciplesforthedevelopment<strong>of</strong>these<br />
SMCcomponents,justifiestheeffortrequiredforapplyingamodel-driven<br />
migrationapproach.<br />
Oursolutionforthedocumentationtask<strong>of</strong>fersanalternativefordevelopingacomplete(graphical)notation<strong>and</strong>correspondingeditorforaDSML.<br />
Althoughitmightnotalwaysbepossibletodefineasuitablemappingto<br />
UMLduetothesemanticgapbetweenUML<strong>and</strong>theDSML,oursolutionhas<br />
thebenefit<strong>of</strong>beingmorelight-weight. Assuch,ourapproachisparticularlysuitedforsituationswheregraphicalediting<strong>of</strong>DSMLmodelsisnot<br />
(yet)required,forexample,whenacompanyisgraduallymigratingfrom<br />
UMLt<strong>of</strong>ullDSMLsupport.<br />
Ourresultsdemonstratetheapplicability<strong>of</strong>model-drivensolutionsto<br />
specifics<strong>of</strong>twareevolutiontasks.Forthes<strong>of</strong>twareevolutiontasksweconsidered,weproposedsolutionsthattakeintoaccountproduct-linearchitectures(opposedtosingle-productarchitectures),aimtoreduceorganisationalimpact,oraremodel-driven.Furthermore,weextend<strong>and</strong>usetechnologiesthathavealreadyproventheirapplicabilityinpractice,suchas<br />
SAAM<strong>and</strong>MOF.<br />
EmbeddedS<strong>of</strong>tware Althoughoursolutionswereinvestigatedinthecontext<br />
<strong>of</strong>concrete(industrial)problems,ourevaluationsshowthattheycanbe<br />
applied(tosomeextent)toours<strong>of</strong>twareevolutiontasksforabroaderclass<br />
<strong>of</strong>systems. Intheintroductionwealsoraisedthequestionwhetherour<br />
resultsonlyapplytotheevolution<strong>of</strong>embeddeds<strong>of</strong>tware. Toanswerthis