Issue 12428: wrong multiplicity in sharedResources required for a SaStep (marte-ftf) Source: Commissariat a l Energie Atomique-CEA (Dr. Julio Medina, nobody) Nature: Revision Severity: Significant Summary: This might be an editorial issue since it is correct in section F but not in SAM. In the association sharedResource from SaStep to SAM_Resources::SharedResource (see Figure 16.4, page 289 in SAM)change multiplicity from 0..1 to * , This is correct and well explained in the Domain description in Annex F (Section F.11.3 page 609) but Figure 16.4 and the description in sections 16.3.2.3 and probably 16.3.2.8 must be adjusted. Resolution: The resolution of this issue makes consistent the domain and UML views of SAM in the aspect of sharedResources linked to steps. It complements resolution of Issue 11778 stating consistently that a SaStep may require multiple passive shared resources to be locked during its execution. First it is necessary to change from 0..1 to * the multiplicity in the association sharedResource that exists between SaStep and SAM_Resources::SharedResource in Figure 16.4, page 289 in the domain view of SAM. Then align the profile correspondingly by correcting the pictures in Figure 16.7 or Figure 16.9, and insert the description of the association as it is in Section F.11.3 page 609 in the description of the stereotype SaStep in page 298. In the GRM domain view it is necessary also to change to 0..* the multiplicity of MARTE::GRM::ResourceUsages::ResourceUsage.usedResources so that it may admit incomplete definitions of usages. For consistency it is convenient also to extend the multiplicity of requiredAmount to 0..*. Revised Text: (21) Modify Figure 16.4, page 289 consistently with the resolution of issue 11778 so that the multiplicity 0..1 in the association sharedResource becomes *: New Figure: (22) Change Figure16.7 with: (23) Consistently with the resolution of Issue 11778, in the associations of SaStep in section 16.3.2.3 use the text : sharedRes: SaSharedResource [*] {subsets GRM::ResourceUsage.usedResources} set of shared resources that will be locked during the execution of this step. (24) Consistently with the resolution of Issue 11778, in the associations of SaStep in section F.11.3 use the text : sharedResource: SharedResource [*] {subsets GRM::ResourceUsages::ResourceUsage. usedResources} set of shared resources that will be locked during the execution of this step. (25) In section F.4.27 (page 526) change to 0..* the multiplicity of MARTE::GRM::ResourceUsages::ResourceUsage.usedResources and MARTE::GRM::ResourceUsages::ResourceUsage.requiredAmount (26) Change Figure 10.13 by this: Actions taken: May 6, 2008: received issue February 17, 2010: closed issue Discussion: see ptc/2008-06-05 for revised figures End of Annotations:===== m: webmaster@omg.org Date: 06 May 2008 11:34:13 -0400 To: Subject: Issue/Bug Report -------------------------------------------------------------------------------- Name: Julio Medina Company: Universidad de Cantabria mailFrom: julio.medina@unican.es Notification: Yes Specification: wrong multiplicity in sharedResources required for a SaStep Section: SAM FormalNumber: UML Profile for MARTE Version: Beta 1 RevisionDate: August 2007 Page: 289, 298, 302 Nature: Revision Severity: Significant HTTP User Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1) Description This might be an editorial issue since it is correct in section F but not in SAM. In the association sharedResource from SaStep to SAM_Resources::SharedResource (see Figure 16.4, page 289 in SAM)change multiplicity from 0..1 to * , This is correct and well explained in the Domain description in Annex F (Section F.11.3 page 609) but Figure 16.4 and the description in sections 16.3.2.3 and probably 16.3.2.8 must be adjusted. Date: Thu, 08 May 2008 18:28:51 +0200 From: Julio Medina User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en To: marte-ftf@omg.org Subject: Re: issue 12428 -- MARTE FTF issue X-OriginalArrivalTime: 08 May 2008 16:29:00.0828 (UTC) FILETIME=[9F3A85C0:01C8B128] X-imss-version: 2.050 X-imss-result: Passed X-imss-scanInfo: M:P L:E SM:0 X-imss-tmaseResult: TT:0 TS:0.0000 TC:00 TRN:0 TV:5.5.1026(15896.007) X-imss-scores: Clean:99.90000 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:2 S:2 R:2 (0.0000 0.0000) For those interested in SAM please see draft resolution for Issue 12428 (multiplicity [1..0] to * in SaStep.sharedResources) in the wiki so that it can be included in ballot3. regards, Julio Juergen Boldt wrote: From: webmaster@omg.org Date: 06 May 2008 11:34:13 -0400 To: Subject: Issue/Bug Report ------------------------------------------------------------------------ * Name: Julio Medina * Company: Universidad de Cantabria * mailFrom: julio.medina@unican.es * Notification: Yes * Specification: wrong multiplicity in sharedResources required for a SaStep * Section: SAM * FormalNumber: UML Profile for MARTE * Version: Beta 1 * RevisionDate: August 2007 * Page: 289, 298, 302 * Nature: Revision * Severity: Significant * HTTP User Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1) Description This might be an editorial issue since it is correct in section F but not in SAM. In the association sharedResource from SaStep to SAM_Resources::SharedResource (see Figure 16.4, page 289 in SAM)change multiplicity from 0..1 to * , This is correct and well explained in the Domain description in Annex F (Section F.11.3 page 609) but Figure 16.4 and the description in sections 16.3.2.3 and probably 16.3.2.8 must be adjusted. Juergen Boldt Director, Member Services Object Management Group 140 Kendrick St Building A Suite 300 Needham, MA 02494 USA tel: +1 781 444 0404 x 132 fax: +1 781 444 0320 email: juergen@omg.org www.omg.org