Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » EPF » Work products modified by different tasks
Work products modified by different tasks [message #35827] Fri, 20 July 2007 08:20 Go to next message
Jorge Gomez Sanz is currently offline Jorge Gomez SanzFriend
Messages: 16
Registered: July 2009
Junior Member
Hello again

I came into a conceptual problem which I wanted to share with you. It is
about how to handle work products which are modified by different tasks.
This has led me to distinguish artifacts which are process dependent (they
are produced by more than one task) and artifacts which are not. Take as an
example the Architecture artifact in the OpenUP.

In principle, there are two task "Analyze Architectural Requirements"
and "Develop the Architecture" producing an architecture artifact. It is
clear that first the analyze task is performed and then the develop task.
The second task, intuitively, refines the initial architecture.

The representation used in OpenUP consists in defining, in the develop task,
the artifact both as input and output. In a sense, this is a kind of
refinement or transformation of the initial architecture artifact into
another different artifact with more content than the initial one. At the
EPF composer right now, I could not find a way to distinguish one from the
other.

The solution I applied is defining the "analysis architecture" and then
the "developed architecture". This solution is process dependent, but it is
more clear and allows defining different criteria for a "good" analysis
architecture and a good development architecture. In the OpenUP solution,
it is not possible to do so.

Is there a way right now in the EPF-composer to deal with this situation or
what I did was the only alternative? If the EPF-composer is not dealing
with this feature, do you think is worth including it in the road map?

Regards

Jorge
Re: Work products modified by different tasks [message #36725 is a reply to message #35827] Mon, 06 August 2007 20:31 Go to previous messageGo to next message
Peter Haumer is currently offline Peter HaumerFriend
Messages: 228
Registered: July 2009
Senior Member
You can work with work product states on the process side. You can specify
entry and exit state for a work product in the context of an activity in the
WP Usage view. (For your example, this would unfortunately not help much as
both tasks are performed in the same activity in elaboration. Perhaps the
architecture content team could comment more about their rationale.)

Peter.


"Jorge" <jjgomez@sip.ucm.es> wrote in message
news:f7pr7g$auo$1@build.eclipse.org...
> Hello again
>
> I came into a conceptual problem which I wanted to share with you. It is
> about how to handle work products which are modified by different tasks.
> This has led me to distinguish artifacts which are process dependent (they
> are produced by more than one task) and artifacts which are not. Take as
> an
> example the Architecture artifact in the OpenUP.
>
> In principle, there are two task "Analyze Architectural Requirements"
> and "Develop the Architecture" producing an architecture artifact. It is
> clear that first the analyze task is performed and then the develop task.
> The second task, intuitively, refines the initial architecture.
>
> The representation used in OpenUP consists in defining, in the develop
> task,
> the artifact both as input and output. In a sense, this is a kind of
> refinement or transformation of the initial architecture artifact into
> another different artifact with more content than the initial one. At the
> EPF composer right now, I could not find a way to distinguish one from the
> other.
>
> The solution I applied is defining the "analysis architecture" and then
> the "developed architecture". This solution is process dependent, but it
> is
> more clear and allows defining different criteria for a "good" analysis
> architecture and a good development architecture. In the OpenUP solution,
> it is not possible to do so.
>
> Is there a way right now in the EPF-composer to deal with this situation
> or
> what I did was the only alternative? If the EPF-composer is not dealing
> with this feature, do you think is worth including it in the road map?
>
> Regards
>
> Jorge
>
>
>
Re: Work products modified by different tasks [message #37165 is a reply to message #35827] Tue, 07 August 2007 20:39 Go to previous message
Jim Ruehlin is currently offline Jim RuehlinFriend
Messages: 73
Registered: July 2009
Member
Hello Jorge,

At least part of your issue is that it looks like you're using an older
version of OpenUP. You should start using OpenUP 1.0, which as of last
week you can download from www.eclipse.org/epf. The tasks you refer to
have been modified and renamed, and there is no longer an Architecture
artifact. There's an Architecture Notebook thatdescribes important
decisions. The architecture itself exists as a build that is flagged
when the architecture has been validated (at the end of Elaboration).

The idea is that your architecture is continually growing and being
elaborated, mostly during early iterations. There is no "analyzed" or
"developed" architecture. Analysis and development are going on in
parallel (see the new workflow for the Architecture discipline). We
didn't feel that a separate analysis task and separate architectural PoC
was necessary or desired in the small projects that OpenUP is designed
for. Now we Outline the Architecture in Inception just to have a place
to start, and Refine the Architecture from then on. There naturally
tends to be more analysis early on and more development later on, but
the architecture is just the implementation of the set of important
decisions in the Architecture Notebook, and it grows and matures over time.

- Jim Ruehlin

Jorge wrote:
> Hello again
>
> I came into a conceptual problem which I wanted to share with you. It is
> about how to handle work products which are modified by different tasks.
> This has led me to distinguish artifacts which are process dependent (they
> are produced by more than one task) and artifacts which are not. Take as an
> example the Architecture artifact in the OpenUP.
>
> In principle, there are two task "Analyze Architectural Requirements"
> and "Develop the Architecture" producing an architecture artifact. It is
> clear that first the analyze task is performed and then the develop task.
> The second task, intuitively, refines the initial architecture.
>
> The representation used in OpenUP consists in defining, in the develop task,
> the artifact both as input and output. In a sense, this is a kind of
> refinement or transformation of the initial architecture artifact into
> another different artifact with more content than the initial one. At the
> EPF composer right now, I could not find a way to distinguish one from the
> other.
>
> The solution I applied is defining the "analysis architecture" and then
> the "developed architecture". This solution is process dependent, but it is
> more clear and allows defining different criteria for a "good" analysis
> architecture and a good development architecture. In the OpenUP solution,
> it is not possible to do so.
>
> Is there a way right now in the EPF-composer to deal with this situation or
> what I did was the only alternative? If the EPF-composer is not dealing
> with this feature, do you think is worth including it in the road map?
>
> Regards
>
> Jorge
>
>
>
>
Re: Work products modified by different tasks [message #581142 is a reply to message #35827] Mon, 06 August 2007 20:31 Go to previous message
Peter Haumer is currently offline Peter HaumerFriend
Messages: 228
Registered: July 2009
Senior Member
You can work with work product states on the process side. You can specify
entry and exit state for a work product in the context of an activity in the
WP Usage view. (For your example, this would unfortunately not help much as
both tasks are performed in the same activity in elaboration. Perhaps the
architecture content team could comment more about their rationale.)

Peter.


"Jorge" <jjgomez@sip.ucm.es> wrote in message
news:f7pr7g$auo$1@build.eclipse.org...
> Hello again
>
> I came into a conceptual problem which I wanted to share with you. It is
> about how to handle work products which are modified by different tasks.
> This has led me to distinguish artifacts which are process dependent (they
> are produced by more than one task) and artifacts which are not. Take as
> an
> example the Architecture artifact in the OpenUP.
>
> In principle, there are two task "Analyze Architectural Requirements"
> and "Develop the Architecture" producing an architecture artifact. It is
> clear that first the analyze task is performed and then the develop task.
> The second task, intuitively, refines the initial architecture.
>
> The representation used in OpenUP consists in defining, in the develop
> task,
> the artifact both as input and output. In a sense, this is a kind of
> refinement or transformation of the initial architecture artifact into
> another different artifact with more content than the initial one. At the
> EPF composer right now, I could not find a way to distinguish one from the
> other.
>
> The solution I applied is defining the "analysis architecture" and then
> the "developed architecture". This solution is process dependent, but it
> is
> more clear and allows defining different criteria for a "good" analysis
> architecture and a good development architecture. In the OpenUP solution,
> it is not possible to do so.
>
> Is there a way right now in the EPF-composer to deal with this situation
> or
> what I did was the only alternative? If the EPF-composer is not dealing
> with this feature, do you think is worth including it in the road map?
>
> Regards
>
> Jorge
>
>
>
Re: Work products modified by different tasks [message #581371 is a reply to message #35827] Tue, 07 August 2007 20:39 Go to previous message
Jim Ruehlin is currently offline Jim RuehlinFriend
Messages: 73
Registered: July 2009
Member
Hello Jorge,

At least part of your issue is that it looks like you're using an older
version of OpenUP. You should start using OpenUP 1.0, which as of last
week you can download from www.eclipse.org/epf. The tasks you refer to
have been modified and renamed, and there is no longer an Architecture
artifact. There's an Architecture Notebook thatdescribes important
decisions. The architecture itself exists as a build that is flagged
when the architecture has been validated (at the end of Elaboration).

The idea is that your architecture is continually growing and being
elaborated, mostly during early iterations. There is no "analyzed" or
"developed" architecture. Analysis and development are going on in
parallel (see the new workflow for the Architecture discipline). We
didn't feel that a separate analysis task and separate architectural PoC
was necessary or desired in the small projects that OpenUP is designed
for. Now we Outline the Architecture in Inception just to have a place
to start, and Refine the Architecture from then on. There naturally
tends to be more analysis early on and more development later on, but
the architecture is just the implementation of the set of important
decisions in the Architecture Notebook, and it grows and matures over time.

- Jim Ruehlin

Jorge wrote:
> Hello again
>
> I came into a conceptual problem which I wanted to share with you. It is
> about how to handle work products which are modified by different tasks.
> This has led me to distinguish artifacts which are process dependent (they
> are produced by more than one task) and artifacts which are not. Take as an
> example the Architecture artifact in the OpenUP.
>
> In principle, there are two task "Analyze Architectural Requirements"
> and "Develop the Architecture" producing an architecture artifact. It is
> clear that first the analyze task is performed and then the develop task.
> The second task, intuitively, refines the initial architecture.
>
> The representation used in OpenUP consists in defining, in the develop task,
> the artifact both as input and output. In a sense, this is a kind of
> refinement or transformation of the initial architecture artifact into
> another different artifact with more content than the initial one. At the
> EPF composer right now, I could not find a way to distinguish one from the
> other.
>
> The solution I applied is defining the "analysis architecture" and then
> the "developed architecture". This solution is process dependent, but it is
> more clear and allows defining different criteria for a "good" analysis
> architecture and a good development architecture. In the OpenUP solution,
> it is not possible to do so.
>
> Is there a way right now in the EPF-composer to deal with this situation or
> what I did was the only alternative? If the EPF-composer is not dealing
> with this feature, do you think is worth including it in the road map?
>
> Regards
>
> Jorge
>
>
>
>
Previous Topic:Compatibilty with RMC 7.x ?
Next Topic:extends relation
Goto Forum:
  


Current Time: Tue Mar 19 10:44:15 GMT 2024

Powered by FUDForum. Page generated in 0.02034 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top