Kenn,
thanks for your feedback. I take the action to deliver a draft plan for
friday (goal) or next monday.
Concerning CDO, this something very exciting and that is worth
studying. However, I think that we cannot afford to lay on top of it in
the next months because the API is likely to change and the roadmap
about collaborative work is already very very ambitious (and supposes
that we benefit from previous work done in TOPCASED).
Concerning Atos Origin position, we want to have time to experiment the
technology (planned for the very beginning of 2010) and to challenge
the maturity in the context of MDT Papyrus. So our position is rather
to plan CDO adoption for 0.8.0 in end of 2010.
Cheers
raphaël
Kenn Hussey a écrit :
Raphaël,
Thanks, that sounds great. Please see some responses, in-line,
below. So, could we aim to have a draft plan (in the expected format)
ready for review by the end of this week (seeing as the deadline is
only one week away)?
On Tue, Sep 22, 2009 at 11:02 AM, Raphael
FAUDOU <raphael.faudou@xxxxxxxxxxxxxx>
wrote:
Hi Kenn,
You are right : we just focused on functionalities (use cases) as user
stories and did not take time to list the other lines.
- Concerning performance/scalability, I suggest to create a
specific item that would be distributed amongst all players because
performance should be everyone'concerns. We can imagine to get first
metrics at the end of milestone4 concerning model loading, editing,
delete in batch, search and then decide on an action plan for
optimization in milestone 5.
Another thing that will help with scalability is to leverage EMF
CDO. Efforts are already underway to see whether this can be done for
Ecore, UML2, and possibly GMF (notation), but note that some changes
may need to take place at the tooling level in order to benefit.
Another technology that may help in the way of performance (and
usability, actually) is EMF Index.
- Concerning usability, my opinion is that it is a natural
output
of validation and experiments. We dive into the tool and experience it
through some real uses cases and then we can have a good user oriented
feedback ==> it will give us usability. Practivally, during the last
week before each milestone we should focus on validation and the
results should be bugs and enhancements tagged "usability".
Of course, we should also consider usability from an end-to-end
perspective, i.e., look at the user workflows and make sure they make
sense. Appropriate documentation (tool tips, cheat sheets,
context-sensitive help) will also help... and, we could/should consider
how task-centric tooling (e.g., Mylyn contexts/tasks) and/or user data
collection (e.g. Eclipse UDC) technologies can be leveraged to help
make the application more consumable...
- Concerning collaboration, I think it has been mainly
addressed
through the ability to create sub models and to package the 3 formats
of a model into one resource. Then this resource can be put in
configuration and it becomes possible to work in a collaborative way.
The other functionalities not mentionned are : compare models (EMF
Compare should answer and we have to integrate it) and merge models,
which is more complex and that we should avoid if possible as tools are
not mature enough on this point.
CDO may also be helpful here, as it does provide a collaborative
model repository. It would be good to understand how the user workflows
may (or may not) need to change depending on whether the user chooses
to use CDO vs. CVS (for example) vs. the file system as the storage
repository for their model artifacts.
- Concerning the new version of UML 2.3, I vote "YES" but It
might
be a hard constraint for CEA as the "papyrus I" community wants to use
the tool in early 2010 and will be on Galileo with models conformant to
Eclipse UML 2.2. We have to wait for the decision of the CEA and to
analyse the effort of migration from 2.2 to 2.3 to support existing
models.
OK. Unless there is an explicit request from the community
(e.g., from Papyrus or some other "major consumer") for UML 2.3 support
to be added to UML2, it's probably not going to happen. It sounds like
there isn't a burning need for it in Papyrus, at least for the time
being (e.g., Helios), which is fine.
Cheers
raphaël
Kenn Hussey a écrit :
Thanks, Emilien. Looking at the list, I don't see
any
"stories" along the lines of performance/scalability, usability, or
collaboration. Does the team have plans to address anything in these
areas? Also, as I mentioned briefly while I was on the call (sorry
again for having to leave early), there is a new version of the UML
specification, 2.3. Does the Papyrus team want/need to adopt UML 2.3?
Note that the UML2 subproject is lead by IBM and they don't currently
have plans to adopt it...
Cheers,
Kenn
On Mon, Sep 21, 2009 at 1:57 PM, Emilien
PERICO <emilien.perico@xxxxxxxxxxxxxx>
wrote:
Hi again,
Here is an update of the product backlog according to the comments
during the meeting.
Regards,
--
Développement
durable, anticipons pour notre avenir / Sustainibility,
advance our future
P N'imprimez ce mail que si
nécessaire / please consider your environmental responsibility before
printing this e-mail. |
Ce
message et
les
pièces jointes sont confidentiels et réservés à l'usage
exclusif de ses destinataires. Il peut également être protégé par le
secret
professionnel. Si vous recevez ce message par erreur, merci d'en
avertir
immédiatement l'expéditeur et de le détruire.
L'intégrité du message ne pouvant être assurée sur Internet, la
responsabilité
du groupe Atos Origin ne pourra être recherchée quant au contenu de ce
message.
Bien que les meilleurs efforts soient faits pour maintenir cette
transmission
exempte de tout virus, l'expéditeur ne donne aucune garantie à cet
égard et sa
responsabilité ne saurait être recherchée pour tout dommage résultant
d'un virus
transmis.
This e-mail and the documents attached are confidential and intended
solely for the addressee; it may also be privileged. If you receive
this e-mail in error, please notify the sender immediately and destroy
it.
As its integrity cannot be secured on the Internet, the Atos Origin
group liability cannot be triggered for the message content. Although
the sender endeavours to maintain a computer virus-free network, the
sender does not warrant that this transmission is virus-free and will
not be liable for any damages resulting from any virus transmitted. |
_______________________________________________
mdt-papyrus.dev mailing list
mdt-papyrus.dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mdt-papyrus.dev
--
|
Raphaël FAUDOU
Responsable cellule
Innovation / bureau méthodes
Head
of Innovation & Method Definition
Embedded
systems & critical systems
Atos
Origin
Tel : +33 (0)5 34 36 32 89
Tel : +33 (0)6 10 53 50 44
Mail : raphael.faudou@xxxxxxxxxxxxxx
|
Atos Origin
6, Impasse Alice Guy
BP 43045
31024 Toulouse Cedex 3, France
|
P Avant
d'imprimer cet e-mail, pensez à l'environnement. Ce message et les
pièces jointes sont confidentiels et réservés à l'usage exclusif de ses
destinataires. Il peut également être protégé par le secret
professionnel. Si vous recevez ce message par erreur, merci d'en
avertir immédiatement l'expéditeur et de le détruire. L'intégrité du
message ne pouvant être assurée sur Internet, la responsabilité du
groupe Atos Origin ne pourra être recherchée quant au contenu de ce
message. Bien que les meilleurs efforts soient faits pour maintenir
cette transmission exempte de tout virus, l'expéditeur ne donne aucune
garantie à cet égard et sa responsabilité ne saurait être recherchée
pour tout dommage résultant d'un virus transmis.
P Please
consider your environmental responsibility before printing this e-mail.
This
e-mail
and the
documents attached are confidential and intended solely for the
addressee; it may also be privileged. If you receive this e-mail in
error, please notify the sender immediately and destroy it. As its
integrity cannot be secured on the Internet, the Atos Origin group
liability cannot be triggered for the message content. Although the
sender endeavours to maintain a computer virus-free network, the sender
does not warrant that this transmission is virus-free and will not be
liable for any damages resulting from any virus transmitted. |
_______________________________________________
mdt-papyrus.dev mailing list
mdt-papyrus.dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mdt-papyrus.dev
--
|
Raphaël FAUDOU
Responsable cellule
Innovation / bureau méthodes
Head
of Innovation & Method Definition
Embedded
systems & critical systems
Atos
Origin
Tel : +33 (0)5 34 36 32 89
Tel : +33 (0)6 10 53 50 44
Mail : raphael.faudou@xxxxxxxxxxxxxx
|
Atos Origin
6, Impasse Alice Guy
BP 43045
31024 Toulouse Cedex 3, France
|
P Avant
d'imprimer cet e-mail, pensez à l'environnement. Ce message et les
pièces jointes sont confidentiels et réservés à l'usage exclusif de ses
destinataires. Il peut également être protégé par le secret
professionnel. Si vous recevez ce message par erreur, merci d'en
avertir immédiatement l'expéditeur et de le détruire. L'intégrité du
message ne pouvant être assurée sur Internet, la responsabilité du
groupe Atos Origin ne pourra être recherchée quant au contenu de ce
message. Bien que les meilleurs efforts soient faits pour maintenir
cette transmission exempte de tout virus, l'expéditeur ne donne aucune
garantie à cet égard et sa responsabilité ne saurait être recherchée
pour tout dommage résultant d'un virus transmis.
P Please
consider your environmental responsibility before printing this e-mail.
This e-mail
and the
documents attached are confidential and intended solely for the
addressee; it may also be privileged. If you receive this e-mail in
error, please notify the sender immediately and destroy it. As its
integrity cannot be secured on the Internet, the Atos Origin group
liability cannot be triggered for the message content. Although the
sender endeavours to maintain a computer virus-free network, the sender
does not warrant that this transmission is virus-free and will not be
liable for any damages resulting from any virus transmitted. |
|