[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [epf-dev] EPF Metamodel extensions
|
Hi Peter,
I think I understand the rationale, but shouldn't we
have the 'back links' checkbox feature for the referenced
elements of a practice as well?
We are recording the scope and status of our CMMI
compliance (and compliancy for other models) using 'practices'. A logical choice
and the CMMI plugin from IBM Rational also uses practices.
So now we know how CMMI Level 3 compliant our processes
are, but another use for this information is in projects, we also expect some
projects to perform the process on that level, and so in that case we think it
is very usefull to be able to see that certain elements play a role in realizing
certain practices.
Best Regards,
Onno
From:
epf-dev-bounces@xxxxxxxxxxx [mailto:epf-dev-bounces@xxxxxxxxxxx] On Behalf Of
Peter Haumer
Sent: donderdag 27 september 2007 22:07
To:
Eclipse Process Framework Project Developers List
Cc: Eclipse Process
Framework Project Developers List;
epf-dev-bounces@xxxxxxxxxxx
Subject: Re: [epf-dev] EPF Metamodel
extensions
Hello JJ. Check out this thread for a discussion on the rationale
for the Practice guidance kind: http://www-128.ibm.com/developerworks/forums/dw_thread.jsp?forum=1078&thread=140649&message=13887190&cat=24&q=practice#13887190
I think the Custom Category approach will
work. In EPF Composer 1.2 you have now a check box called "publish this
category with the categorized elements". When you tick these then your
categories will appear on your work product pages. Check out the "What's New in
EPFC 1.2" presentation recording on the EPF homepage for more details.
Thanks and best regards,
Peter
Haumer.
______________________________________________________________
PETER
HAUMER, Dr. rer. nat.
Rational Method Composer | Eclipse Process
Framework
Rational Software | IBM Software Group
Tel.: +1 (408)
463-5096
______________________________________________________________
"Jean-Jacques Dubray"
<jdubray@xxxxxxxxx> Sent
by: epf-dev-bounces@xxxxxxxxxxx
09/27/2007 12:56
Please respond
to Eclipse Process Framework Project Developers List
<epf-dev@xxxxxxxxxxx> |
|
To
| "Eclipse Process Framework Project
Developers List" <epf-dev@xxxxxxxxxxx>
|
cc
|
|
Subject
| Re: [epf-dev] EPF Metamodel
extensions |
|
Bruce: thanks, I
do have an additional question regarding the topic, it looks like I can define a
"practice" as a guidance item. Within a practice, I can reference a role, so far
so good, I can define a RACI practice, which contains Responsible,
Accountable... practices. However, I cannot reference a practice from a Work Product Guidance. yet
in the help file it says in the Guidance Relationships section (see table) that
a practice can be referenced by a work product, task and role (which makes sense
to me). In the text below
it says: Practice has a relationship to these elements, not from them. Why is
that? that does not make complete sense to me. Assuming this is logical, how
come, I cannot associate a practice to any other guidance type (for instance:
concept). I should be able to define a RACI concept (per work product) and then
associate Practices elements that attaches roles to it. I also tried to use the custom category
route which allows me to define a CC with my RACI practice. I can then go to
work product and associate it with this CC. However, when I preview the work
product it does not give me a link to the CC. I am out of luck. It looks to me that the relationship
between work products and role is incomplete. thanks, JJ-
On
9/25/07, Bruce Macisaac <bmacisaa@xxxxxxxxxx> wrote:
Hi JJ,
Currently the EPF metamodel is quite
strict, although we've had discussions about allowing user extensions (like
user-defined guidance types and role assignment types
to support
RACI).
In the
meantime you can put such information in a table, as described in the following
Rational Edge article by Mark Lines http://www.
ibm.com/developerworks/rational/library/feb07/lines/index.html?S_TACT=105AGX15&S_CMP=EDU
Another workaround (credit
to Margaret Hedstrom for this idea) - you could create a plug-in that has a
contributing work product for every work product in your library, and add the
RACI information as text to the "key considerations" field.
For
example, if for the Vision work product you want Architect and Stakeholder roles
to be consulted, and Tester and Developer to be informed, then
you could add the following text
to a contributing Vision work product.
Consulted:
- Role: Architect
- Role: Stakeholder
Informed:
- Role: Tester
- Role: Developer
Bruce
MacIsaac
Manager - RUP/OpenUP Content Team
bmacisaa@xxxxxxxxxx
phone: (408)463-5140
not sure this is the correct place to pose this
question but I am evaluating EPF for our needs and I ran into a snag. I can't
find a place to associate our RACI roles to a work product (responsible,
accountable, consulted and informed). I found a way to associate a role to a
work product via a responsible association.
Is there anyways I
could expand EPF's metamodel to add an accountable, consulted and informed
category in the role's work product tab?
thanks,
JJ-_______________________________________________
epf-dev mailing
list
epf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/epf-dev
_______________________________________________
epf-dev
mailing list
epf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/epf-dev
--
Jean-Jacques Dubray
425-445-4467
_______________________________________________
epf-dev mailing
list
epf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/epf-dev
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.