Hello,
we are currently experimenting with the Capra traceability framework [1] developed in context of the Amalthea4Public/App4MC project for traceability between SysML and profiled
UML models, which looks fine so far. Generic EMF objects can also be handled by the framework, so it seems to be an alternative to Michael's approach.
Bye Joerg
[1]
https://projects.eclipse.org/proposals/capra
__________________________________________
Fraunhofer Research Institution for Mechatronic Systems Design IEM
Dipl.-Inform. Jörg Holtmann
Research Fellow
Software Engineering
Zukunftsmeile 1
33102 Paderborn, Germany
Phone: +49 5251 5465 -271
Fax: +49 5251 5465-102
joerg.holtmann@xxxxxxxxxxxxxxxxx
http://www.iem.fraunhofer.de
__________________________________________
|
Von: "Dr. Michael Jastram" <michael@xxxxxxxxxx>
An: papyrus-ic discussions <papyrus-ic@xxxxxxxxxxx>
Datum: 30.11.2016 06:30
Betreff: Re: [papyrus-ic] Notes from a Papyrus training workshop
Gesendet von: papyrus-ic-bounces@xxxxxxxxxxx
Hello Dimitris,
- One of the attendees asked if/how UML model elements in Papyrus can
be linked to elements from domain-specific (EMF) models (also had to
take this offline)
We built a generic (i.e. Papyrus-neutral) Proof-of-Concept as part of the openETCS project. This could be a starting point for anybody who wants to take this further:
Best,
- Michael
On 11/30/2016 12:31 AM, Dimitris Kolovos wrote:
Hi everyone,
Today I delivered a 2-hour long Papyrus training workshop to 15-20
engineers from UK industry and I thought I'd summarise some of their
questions/remarks about Papyrus (before I forget), in case any of
these can feed into future discussions/actions:
- They liked the idea of being able to simplify the UI through a
configuration model as demonstrated in [1]. One question was whether
one can switch between the simplified/full UI at runtime (i.e. to
"break-out" of the simplified UI when needed).
- There was a question about who are the main contributors to the
development of Papyrus
- Another question was whether Papyrus supports any import interfaces
from other tools? (Developing such "import" facilities is an
unrewarding task for researchers so we may want to pool resources
here)
- They liked the idea of being able to split models across multiple
projects/files as many of them are struggling with large monolithic
models stored in proprietary tool-specific repositories
- They also liked the idea of being able to use Git to version control
models - especially after I demonstrated EMFCompare. They didn't seem
to be too bothered that there's no built-in support for "live"
collaboration (I was prepared to talk to them about the Papyrus-CDO
integration but I saw little demand for a model repository)
- There was a question about if/how Papyrus can interface to Simulink
(I had to take this one offline as I have no idea)
- One of the attendees asked if/how UML model elements in Papyrus can
be linked to elements from domain-specific (EMF) models (also had to
take this offline)
- There was a question about model execution capabilities to which I
responded by pointing the person that asked towards Moka
- All in all, there was overwhelming support for continuing to
evaluate Papyrus and we'll run a second Q&A workshop after Christmas
Thanks,
Dimitris
[1] https://wiki.eclipse.org/Papyrus_for_Information_Modeling/Customization_Guide
--
_______________________________________________
papyrus-ic mailing list
papyrus-ic@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/papyrus-ic