Preferably in Eclipse UML2...?
If so does it then include the archetypes class model as well?
Adam
Hi Adam
I believe if you work with Tom and the ARB we are nearly ready for that to be produced. Are you up for it?
Cheers, Sam
Adam Flinton wrote:
(attachments)
Sam Heard wrote:
Hi Adam
I believe if you work with Tom and the ARB we are nearly ready for
that to be produced. Are you up for it?
I am.
Adam
Adam Flinton wrote:
Preferably in Eclipse UML2...?
If so does it then include the archetypes class model as well?
*The UML for the forthcoming openEHR template model is online in the
latest AOM draft (some changes to AOM of ADL 1.4 vintage) and Templates
draft, available at the page
http://www.openehr.org/wiki/display/spec/openEHR+Templates+and+Specialised+Archetypes
However, if you are after UML for the current .oet file format, I don't
think it is published, but I would imagine it already exists -
publishing it should be no problem. Can you indicate which one you are
after?
- thomas beale
Thomas Beale wrote:
Adam Flinton wrote:
Preferably in Eclipse UML2...?
If so does it then include the archetypes class model as well?
*The UML for the forthcoming openEHR template model is online in the
latest AOM draft (some changes to AOM of ADL 1.4 vintage) and Templates
draft, available at the page
http://www.openehr.org/wiki/display/spec/openEHR+Templates+and+Specialised+ArchetypesHowever, if you are after UML for the current .oet file format, I don't
think it is published, but I would imagine it already exists -
publishing it should be no problem. Can you indicate which one you are
after?- thomas beale
*
_______________________________________________
openEHR-technical mailing list
openEHR-technical@openehr.org
http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
Sorry for the delay.
What I was wondering about is whether we had/could have a complete model
for OpenEHR Templates + Archetypes.
i.e. if one had the AOM in Eclipse XMI then one could generate Java
classes or <insert language of choice here>
e.g.
http://www.eclipse.org/modeling/m2t/?project=jet
or if you want to go the whole hog:
http://www.openarchitectureware.org/
& one could create Graphical editors via GMF, compare models, run OCL
constraints etc.etc.
What is more, maintaining the AOM /TOM via the Eclipse UML tools means
that the model is machine readable/processable and the tooling is
free/open source (though you could use tooling based on the eclipse UML
e.g. Rational etc.)
It also means that the model can be maintained with a degree of
isolation from persistence formats per se via OAW mappers etc allowing
one to bring in/emit differing versions of ADL, differing versions of
templates etc.
We are nearly there wrt the AOM. What we are lacking is a UML class
model of the "TOM".
So if you have the UML class diagram for Templates, that would be great.
If it's already in Eclipse XMI/UML that would be even better.
Adam
At the moment I would say that we are not too far off where you want to go. As
you know there are a couple of efforts to produce an up-to-date tool-based UML
expression of openEHR. Hopefully one or both will come to fruition quickly.
From there we can add in the TOM part of the model, which as you can see from
the draft is only a small number of classes.
- thomas beale
Thomas Beale wrote:
> Adam Flinton wrote:
>
>> Preferably in Eclipse UML2...?
>>
>> If so does it then include the archetypes class model as well?
>>
>>
>>
>>
> *The UML for the forthcoming openEHR template model is online in the
> latest AOM draft (some changes to AOM of ADL 1.4 vintage) and Templates
> draft, available at the page
>
http://www.openehr.org/wiki/display/spec/openEHR+Templates+and+Specialised+Archetypes
Hi!
I imported an openEHR UML (XMI) file created by Eric Browne (using
BOUML) into the Eclipse-based Topcased environment a couple of minutes
ago and saw that most template related classes were implemented. Using
Topcased autolayout and some manual adjustments produced a diagram,
see http://www.imt.liu.se/~erisu/2008/08/rough-template-diagram.gif. A
nicer diagram by Eric Browne is available at
http://www.healthbase.info/openehr/UML/index.html#refpackage138545
(The entry link to start exploring his work is at
http://www.healthbase.info/openehr/UML/index-withframe.html)
Eric: What is the copyright status of your model files? Can I share
the source XMI file and any derived works in public? If you don't
have another license in mind I'd suggest using
http://creativecommons.org/licenses/by/3.0/
As written in some other threads, more info about a related experiment
(aoutoconverted from openEHRs MagicDraw files) is available at
http://www.openehr.org/wiki/display/dev/Experimental+generation+of+code+and+documentation+from+UML
Links to source files are available in a recent comment on that page.
Thomas: What tool are you currently using to produce UML for the
template spec document?
Best regards,
Erik Sundvall
erisu@imt.liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-227579
oops - one or both of you is using an out of date version of teh template
model - the current draft is quite different, and also note that the AOM 1.5
draft includes a couple of UML changes needed for templates - see section 5 of
the Template specification on the wiki page at
http://www.openehr.org/wiki/display/spec/openEHR+Templates+and+Specialised+Archetypes
- thomas
Hi!
I imported an openEHR UML (XMI) file created by Eric Browne (using
BOUML) into the Eclipse-based Topcased environment a couple of minutes
ago and saw that most template related classes were implemented. Using
Topcased autolayout and some manual adjustments produced a diagram,
see http://www.imt.liu.se/~erisu/2008/08/rough-template-diagram.gif. A
nicer diagram by Eric Browne is available at
http://www.healthbase.info/openehr/UML/index.html#refpackage138545
(The entry link to start exploring his work is at
http://www.healthbase.info/openehr/UML/index-withframe.html)Eric: What is the copyright status of your model files? Can I share
the source XMI file and any derived works in public? If you don't
have another license in mind I'd suggest using
http://creativecommons.org/licenses/by/3.0/As written in some other threads, more info about a related experiment
(aoutoconverted from openEHRs MagicDraw files) is available at
http://www.openehr.org/wiki/display/dev/Experimental+generation+of+code+and+documentation+from+UML
Links to source files are available in a recent comment on that page.
Thomas: What tool are you currently using to produce UML for the
template spec document?Best regards,
Erik Sundvall
erisu@imt.liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-227579> Thomas Beale wrote:
>> Adam Flinton wrote:
>>
>>> Preferably in Eclipse UML2...?
>>>
>>> If so does it then include the archetypes class model as well?
>>>
>>>
>>>
>>>
>> *The UML for the forthcoming openEHR template model is online in the
>> latest AOM draft (some changes to AOM of ADL 1.4 vintage) and Templates
>> draft, available at the page
>>
http://www.openehr.org/wiki/display/spec/openEHR+Templates+and+Specialised+Archetypes
Dear list,
Here are some points clarifying the status of openEHR UML2.1 model
artefacts cited in Erik Sundvall's email.
1. This rendition of the model is only 95% complete and has some errors.
2. Subject to agreement and some quality review, I would be happy for
the model, diagrams and XMI 2.x to be housed and managed on the
openEHR site.
3. The healthbase URLs given below are only temporary and the files
will disappear from here.
4. All diagrams are based on the current, published 1.0.1 Release of
the openEHR specifications.
5. I also hope to produce a separate rendition to reflect the
forthcoming 1.0.2 Release of the openEHR specifications.
6. Expect at least one month before finalised artefacts could be
available ( unless someone else volunteers to complete the work )
7. The models/diagrams/XMI were created with the lean, elegant, cross
platform tool BOUML ( http://bouml.free.fr ), which also provides code
generation support for C++, Java, Python, IDL.
8. I am amenable to the Creative Commons Licence, but would prefer to
donate the work to the openEHR Foundation and let them decide the
appropriate copyright, which I suspect should align with the standard
openEHR Foundation copyright notice published in the specifications.
9. I would rather the work not be widely publicised until it is
complete and passed at least one quality review. That said, I would be
comfortable for those interested on the openehr-technical list to
investigate its utility and shortcomings and let me/others know their
thoughts.
regards,
eric