Bob, I was thinking that we'd take the UML model that was a part of the
SPEM2 OMG submission and extend that to accommodate SEMAT concepts. Make
sense? 

 

FWIW, I have also thought one could also mockup how well EPFC in its current
state would handle SEMAT stuff as another independent activity, as a
preliminary gap analysis.

 

Thanks, Chris ~:|

 

From: [email protected] [mailto:[email protected]] On
Behalf Of Bob Palank
Sent: Thursday, December 01, 2011 9:42 AM
To: Eclipse Process Framework Project Developers List
Subject: Re: [epf-dev] Review of the p SEMAT language specification

 

In doing this (ie formalizing SEMAT content in a prototypical, extended
version of SPEM ) 

would you use EPF Composer?
Bob Palank

----- Original Message ----- 

From: Chris Armstrong <mailto:[email protected]>  

To: 'Eclipse Process Framework Project Developers List'
<mailto:[email protected]>  

Sent: Tuesday, November 29, 2011 11:00 AM

Subject: Re: [epf-dev] Review of the p SEMAT language specification

 

Bruce, thanks for taking the time to do this review. FWIW, it still seems to
me that what SEMAT's trying to achieve is pretty compatible with SPEM as a
starting point. I have not seen anything yet that appears to be a
showstopper.

 

I do plan on getting more involved, particularly around formalizing SEMAT
content in a prototypical, extended version of SPEM.

 

Thanks, Chris ~:|

 

 

Chris Armstrong ~:|

President

Armstrong Process Group, Inc.

651.491.5575 c

651.204.9297 f

[email protected] cell message

www.aprocessgroup.com <http://www.aprocessgroup.com/> 

    "proven practical process"

 

Access APG's Introduction to Enterprise Architecture
<http://apg.coursehost.com/course/c23sq8>  web-based training (WBT) for no
charge. Absolutely free!

 

Upcoming Events

---------------

OMG Technical Meeting <http://www.omg.org/news/meetings/tc/ca-11/info.htm> 

December 12-16, 2011, Santa Clara, CA 

---------------

Open Group Conference <http://www3.opengroup.org/sanfrancisco2012> 

January 30-February 3, 2012, San Francisco, CA 

---------------

 

 

 

From: [email protected] [mailto:[email protected]] On
Behalf Of Bruce Macisaac
Sent: Thursday, November 10, 2011 11:04 AM
To: [email protected]
Subject: [epf-dev] Review of the proposed SEMAT language specification

 

Hello EPF Community, 

The following is a summary of my review of the SEMAT language, including a
mapping to the SPEM/UMF constructs used by the EPF Practices library. 

My conclusions are that SPEM/UMF and SEMAT are very compatible and should be
aligned. 





My review does not include the current language specification, as the SEMAT
team has not yet released it for public consumption. 
Here is a summary of the language provided by the SEMAT team (sorry for the
lack of detail). 



The SEMAT core team is focussed on evolving their own new ideas, and not on
alignment with SPEM, but  I will continue to push for alignment. 

In addition to defining a language, SEMAT is also defining a set of
"universals" the roughly correspond to our work product slots.  The main
difference 
is that universals have state.  Universal states are a way to think about
project progress.  So you can talk about how the requirements are
progressing, how the architecture is progressing, etc.  This is an
interesting innovation that could be useful in EPF as well. 
I plan to do a separate study of how EPF Practices could make use of
universals and universal states. 

If anyone is interested in participating in such an effort, let me know.   

Also anyone that is interested in participating in SEMAT is welcome to do
so. 
Contact Ivar Jacobson <[email protected]> to ask to participate.  If you
don't get a response, you can also ask one of the track chairs - contact
information below. 

*) Reviewing or contributing to the kernel
> Contact persons: Ian Michael Spence <[email protected]> or  Paul E.
McMahon  <[email protected]>
> 
> *) Reviewing or contributing to the language
> Contact person: Michael Striewe <[email protected]>
> 
> *)  Creating or reviewing example practices:
> Contact person: Paul E. McMahon  [email protected]
> 
> *) Theory track
> Contact person: Michael Goedicke <[email protected]> 

Bruce MacIsaac
Manager RMC Method Content
[email protected]
408-250-3037 (cell)

  _____  

_______________________________________________
epf-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/epf-dev

_______________________________________________
epf-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/epf-dev

Reply via email to