Issue 12220: Section: 15.3 and 17.3 (marte-ftf) Source: THALES (Mr. Eric Maes, eric.maes(at)fr.thalesgroup.com) Nature: Clarification Severity: Minor Summary: Inconsistencies concerning the <<GaStep>> prob stereotype attribute multiplicity: - In figure 15.7 "UML extensions for GQAM stereotypes related to behavior", p 271, it is [0..1], - In <<GaStep>> profile element description (§15.3.2.13), p280, it is [0..*], - In figure 17.7 "Profile diagram of performance extensions for workload, behavior and time observations", p 318, it is [0..1], - In <<PaStep>> profile element description (§17.3.2.15), p323, it is [0..1]. As a consequence, in PAPYRUS, it is [0..1] and in RSA, it is [0..*]. Resolution: [0..1] is correct, so it is changed in sec 15.3.2.13 where it is written [*]. Other attributes in that section: ... blockT ...selfDelay ...rep are also written [*] when they should be [0..1], and these are changed also. They are correct in Annex F.10.17. Revised Text: see ptc/2009-050-12 pages 165 - 167 Actions taken: February 13, 2008: received issue October 16, 2009: closed issue Discussion: End of Annotations:===== m: webmaster@omg.org Date: 13 Feb 2008 12:35:23 -0500 To: Subject: Issue/Bug Report -------------------------------------------------------------------------------- Name: Eric MAES Company: Thales Research & Technology mailFrom: eric.maes@thalesgroup.com Notification: Yes Specification: MARTE Section: 15.3 and 17.3 FormalNumber: MARTE Version: Beta 1 RevisionDate: 04/08/2007 Page: 271, 280, 318, 323 Nature: Clarification Severity: Minor HTTP User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12 Description Inconsistencies concerning the <> prob stereotype attribute multiplicity: - In figure 15.7 "UML extensions for GQAM stereotypes related to behavior", p 271, it is [0..1], - In <> profile element description (§15.3.2.13), p280, it is [0..*], - In figure 17.7 "Profile diagram of performance extensions for workload, behavior and time observations", p 318, it is [0..1], - In <> profile element description (§17.3.2.15), p323, it is [0..1]. As a consequence, in PAPYRUS, it is [0..1] and in RSA, it is [0..*]. Date: Thu, 14 Feb 2008 08:14:18 +0100 From: Eric Maes Organization: THALES Research & Technology User-Agent: Thunderbird 1.5 (Windows/20051201) To: cmw@sce.carleton.ca Cc: marte-ftf@omg.org Subject: Re: issue 12220 -- MARTE FTF issue I have mentioned PAPYRUS and RSA MARTE profile implementation just as a consequence of inconsistencies of the document. Maybye I should not. The issue is concerning a misunderstanding due to multiple definitions in the document. I propose to clarify the <> prob stereotype attribute multiplicity and to modify the document for consistency. Murray Woodside a écrit : So what is the issue here for MARTE?... we are not responsible for what RSA does! Murray Woodside Distinguished Research Professor Dept of Systems and Computer Engineering, Carleton University, 1125 Colonel By Drive, Ottawa K1S 5B6, Canada. (613)-520-5721.....fax (613)-520-5727....cmw@sce.carleton.ca (http://www.sce.carleton.ca/faculty/woodside.html) On Wed, 13 Feb 2008, Juergen Boldt wrote: From: webmaster@omg.org Date: 13 Feb 2008 12:35:23 -0500 To: Subject: Issue/Bug Report ---------- * Name: Eric MAES * Company: Thales Research & Technology * mailFrom: eric.maes@thalesgroup.com * Notification: Yes * Specification: MARTE * Section: 15.3 and 17.3 * FormalNumber: MARTE * Version: Beta 1 * RevisionDate: 04/08/2007 * Page: 271, 280, 318, 323 * Nature: Clarification * Severity: Minor * HTTP User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12 Description Inconsistencies concerning the <> prob stereotype attribute multiplicity: - In figure 15.7 "UML extensions for GQAM stereotypes related to behavior", p 271, it is [0..1], - In <> profile element description (�15.3.2.13), p280, it is [0..*], - In figure 17.7 "Profile diagram of performance extensions for workload, behavior and time observations", p 318, it is [0..1], - In <> profile element description (�17.3.2.15), p323, it is [0..1]. As a consequence, in PAPYRUS, it is [0..1] and in RSA, it is [0..*]. 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 eric2.maes.vcf Thread-Topic: issue 12220 -- MARTE FTF issue Thread-Index: AchvHVi26920HYn/TdOE4vAmxGNwgwAAAAP+ From: "VanZandt, Lonnie" Date: Thu, 14 Feb 2008 15:27:28 -0000 To: , "Eric Maes" Cc: Subject: RE: issue 12220 -- MARTE FTF issue X-MIME-Autoconverted: from quoted-printable to 8bit by amethyst.omg.org id m1EFRUuw010276 from one vendor to another, you may freely mention any tools you wish: we are all intelligent enough to know that every vendor has their bias and hopes to convert the world to their position. Given this, we can all see a vendor bias when it arises. Have no fear, this vendor rep (me) did not think that you were promoting RSA. Anyway, if you did have a bias, yours would be for Papyrus, yes? -----Original Message----- From: "Eric Maes" Sent: 14 February 2008 07:14 To: "cmw@sce.carleton.ca" Cc: "marte-ftf@omg.org" Subject: Re: issue 12220 -- MARTE FTF issue I have mentioned PAPYRUS and RSA MARTE profile implementation just as a consequence of inconsistencies of the document. Maybye I should not. The issue is concerning a misunderstanding due to multiple definitions in the document. I propose to clarify the <> prob stereotype attribute multiplicity and to modify the document for consistency. Murray Woodside a écrit : So what is the issue here for MARTE?... we are not responsible for what RSA does! Murray Woodside Distinguished Research Professor Dept of Systems and Computer Engineering, Carleton University, 1125 Colonel By Drive, Ottawa K1S 5B6, Canada. (613)-520-5721.....fax (613)-520-5727....cmw@sce.carleton.ca (http://www.sce.carleton.ca/faculty/woodside.html) On Wed, 13 Feb 2008, Juergen Boldt wrote: From: webmaster@omg.org Date: 13 Feb 2008 12:35:23 -0500 To: Subject: Issue/Bug Report ---------- * Name: Eric MAES * Company: Thales Research & Technology * mailFrom: eric.maes@thalesgroup.com * Notification: Yes * Specification: MARTE * Section: 15.3 and 17.3 * FormalNumber: MARTE * Version: Beta 1 * RevisionDate: 04/08/2007 * Page: 271, 280, 318, 323 * Nature: Clarification * Severity: Minor * HTTP User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12 Description Inconsistencies concerning the <> prob stereotype attribute multiplicity: - In figure 15.7 "UML extensions for GQAM stereotypes related to behavior", p 271, it is [0..1], - In <> profile element description (�15.3.2.13), p280, it is [0..*], - In figure 17.7 "Profile diagram of performance extensions for workload, behavior and time observations", p 318, it is [0..1], - In <> profile element description (�17.3.2.15), p323, it is [0..1]. As a consequence, in PAPYRUS, it is [0..1] and in RSA, it is [0..*]. 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 Date: Thu, 14 Feb 2008 16:59:44 +0100 From: Eric Maes Organization: THALES Research & Technology User-Agent: Thunderbird 1.5 (Windows/20051201) To: "VanZandt, Lonnie" Cc: cmw@sce.carleton.ca, marte-ftf@omg.org Subject: Re: issue 12220 -- MARTE FTF issue I'm sorry I must not have been understood. Forget about references to tools. My purpose has nothing to deal with that. I'm trying to be more clear below : In the document, there are several references to <> prob stereotype attribute multiplicity. Those references are different !!! Once it is [0..1], once it is [0..*], ... There must be a single definition of what is that multiplicity, No ? What is the right value of that multiplicity ? Regards, Eric VanZandt, Lonnie a écrit : from one vendor to another, you may freely mention any tools you wish: we are all intelligent enough to know that every vendor has their bias and hopes to convert the world to their position. Given this, we can all see a vendor bias when it arises. Have no fear, this vendor rep (me) did not think that you were promoting RSA. Anyway, if you did have a bias, yours would be for Papyrus, yes? -----Original Message----- From: "Eric Maes" Sent: 14 February 2008 07:14 To: "cmw@sce.carleton.ca" Cc: "marte-ftf@omg.org" Subject: Re: issue 12220 -- MARTE FTF issue I have mentioned PAPYRUS and RSA MARTE profile implementation just as a consequence of inconsistencies of the document. Maybye I should not. The issue is concerning a misunderstanding due to multiple definitions in the document. I propose to clarify the <> prob stereotype attribute multiplicity and to modify the document for consistency. Murray Woodside a écrit : So what is the issue here for MARTE?... we are not responsible for what RSA does! Murray Woodside Distinguished Research Professor Dept of Systems and Computer Engineering, Carleton University, 1125 Colonel By Drive, Ottawa K1S 5B6, Canada. (613)-520-5721.....fax (613)-520-5727....cmw@sce.carleton.ca (http://www.sce.carleton.ca/faculty/woodside.html) On Wed, 13 Feb 2008, Juergen Boldt wrote: From: webmaster@omg.org Date: 13 Feb 2008 12:35:23 -0500 To: Subject: Issue/Bug Report ---------- * Name: Eric MAES * Company: Thales Research & Technology * mailFrom: eric.maes@thalesgroup.com * Notification: Yes * Specification: MARTE * Section: 15.3 and 17.3 * FormalNumber: MARTE * Version: Beta 1 * RevisionDate: 04/08/2007 * Page: 271, 280, 318, 323 * Nature: Clarification * Severity: Minor * HTTP User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12 Description Inconsistencies concerning the <> prob stereotype attribute multiplicity: - In figure 15.7 "UML extensions for GQAM stereotypes related to behavior", p 271, it is [0..1], - In <> profile element description (�15.3.2.13), p280, it is [0..*], - In figure 17.7 "Profile diagram of performance extensions for workload, behavior and time observations", p 318, it is [0..1], - In <> profile element description (�17.3.2.15), p323, it is [0..1]. As a consequence, in PAPYRUS, it is [0..1] and in RSA, it is [0..*]. 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 eric3.maes.vcf Subject: RE: issue 12220 -- MARTE FTF issue Date: Thu, 14 Feb 2008 16:23:19 -0000 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: issue 12220 -- MARTE FTF issue Thread-Index: AchvIqUVXMuakl2/T9yqT24JngPRvAAA0Ql2 From: "VanZandt, Lonnie" To: "Eric Maes" Cc: , You are quite clear. I'm just teasing you. We understand the technical issue and Murray agreed to correct the inconsistent multiplicity. The proper multiplicity for GaStep::prob is [0..1] and if prob is present, its default value is 1. Lonnie VanZandt Field Applications Engineer Denver, CO Artisan Software Tools mobile: 720 201-1349 desk: 303 482-2943 lonnie.vanzandt@artisansw.com -------------------------------------------------------------------------------- From: Eric Maes [mailto:eric.maes@thalesgroup.com] Sent: Thu 2/14/2008 8:59 AM To: VanZandt, Lonnie Cc: cmw@sce.carleton.ca; marte-ftf@omg.org Subject: Re: issue 12220 -- MARTE FTF issue I'm sorry I must not have been understood. Forget about references to tools. My purpose has nothing to deal with that. I'm trying to be more clear below : In the document, there are several references to <> prob stereotype attribute multiplicity. Those references are different !!! Once it is [0..1], once it is [0..*], ... There must be a single definition of what is that multiplicity, No ? What is the right value of that multiplicity ? Regards, Eric VanZandt, Lonnie a écrit : > from one vendor to another, you may freely mention any tools you wish: > we are all intelligent enough to know that every vendor has their bias > and hopes to convert the world to their position. Given this, we can > all see a vendor bias when it arises. Have no fear, this vendor rep > (me) did not think that you were promoting RSA. Anyway, if you did > have a bias, yours would be for Papyrus, yes? > > -----Original Message----- > From: "Eric Maes" > Sent: 14 February 2008 07:14 > To: "cmw@sce.carleton.ca" > Cc: "marte-ftf@omg.org" > Subject: Re: issue 12220 -- MARTE FTF issue > > I have mentioned PAPYRUS and RSA MARTE profile implementation just as > a consequence of inconsistencies of the document. Maybye I should not. > > The issue is concerning a misunderstanding due to multiple definitions > in the document. > I propose to clarify the <> prob stereotype attribute > multiplicity and to modify the document for consistency. > > Murray Woodside a écrit : >> So what is the issue here for MARTE?... we are not responsible for >> what RSA does! >> >> Murray Woodside >> >> Distinguished Research Professor >> Dept of Systems and Computer Engineering, >> Carleton University, 1125 Colonel By Drive, Ottawa K1S 5B6, Canada. >> (613)-520-5721.....fax (613)-520-5727....cmw@sce.carleton.ca >> (http://www.sce.carleton.ca/faculty/woodside.html) >> >> >> On Wed, 13 Feb 2008, Juergen Boldt wrote: >> >>> >>>> From: webmaster@omg.org >>>> Date: 13 Feb 2008 12:35:23 -0500 >>>> To: >>>> Subject: Issue/Bug Report >>>> >>>> >>>> ---------- >>>> * Name: Eric MAES >>>> * Company: Thales Research & Technology >>>> * mailFrom: eric.maes@thalesgroup.com >>>> * Notification: Yes >>>> * Specification: MARTE >>>> * Section: 15.3 and 17.3 >>>> * FormalNumber: MARTE >>>> * Version: Beta 1 >>>> * RevisionDate: 04/08/2007 >>>> * Page: 271, 280, 318, 323 >>>> * Nature: Clarification >>>> * Severity: Minor >>>> * HTTP User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; >>>> rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12 >>>> >>>> >>>> Description >>>> >>>> >>>> >>>> Inconsistencies concerning the <> prob stereotype attribute >>>> multiplicity: - In figure 15.7 "UML extensions for GQAM stereotypes >>>> related to behavior", p 271, it is [0..1], - In <> profile >>>> element description (.15.3.2.13), p280, it is [0..*], - In figure >>>> 17.7 "Profile diagram of performance extensions for workload, >>>> behavior and time observations", p 318, it is [0..1], - In >>>> <> profile element description (.17.3.2.15), p323, it is >>>> [0..1]. As a consequence, in PAPYRUS, it is [0..1] and in RSA, it >>>> is [0..*]. >>> >>> >>> >>> 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 >>> Date: Fri, 15 Feb 2008 09:02:12 -0500 (EST) From: Murray Woodside Reply-To: cmw@sce.carleton.ca To: marte-ftf@omg.org Subject: Re: issue 12220 -- MARTE FTF issue (fwd) After reviewing the spec, I see it is defined as multiplicity of 1, with a defined default value. Thus it is always defined. I will propose textual revision with multiplicity 1. Thank you Eric for seeing this. Murray Woodside Distinguished Research Professor Dept of Systems and Computer Engineering, Carleton University, 1125 Colonel By Drive, Ottawa K1S 5B6, Canada. (613)-520-5721.....fax (613)-520-5727....cmw@sce.carleton.ca (http://www.sce.carleton.ca/faculty/woodside.html) ---------- Forwarded message ---------- Date: Fri, 15 Feb 2008 09:14:21 +0100 From: Eric Maes To: "VanZandt, Lonnie" Cc: cmw@sce.carleton.ca Subject: Re: issue 12220 -- MARTE FTF issue OK, thank you. VanZandt, Lonnie a écrit : You are quite clear. I'm just teasing you. We understand the technical issue and Murray agreed to correct the inconsistent multiplicity. The proper multiplicity for GaStep::prob is [0..1] and if prob is present, its default value is 1. Lonnie VanZandt Field Applications Engineer Denver, CO Artisan Software Tools mobile: 720 201-1349 desk: 303 482-2943 lonnie.vanzandt@artisansw.com ------------------------------------------------------------------------ *From:* Eric Maes [mailto:eric.maes@thalesgroup.com] *Sent:* Thu 2/14/2008 8:59 AM *To:* VanZandt, Lonnie *Cc:* cmw@sce.carleton.ca; marte-ftf@omg.org *Subject:* Re: issue 12220 -- MARTE FTF issue I'm sorry I must not have been understood. Forget about references to tools. My purpose has nothing to deal with that. I'm trying to be more clear below : In the document, there are several references to <> prob stereotype attribute multiplicity. Those references are different !!! Once it is [0..1], once it is [0..*], ... There must be a single definition of what is that multiplicity, No ? What is the right value of that multiplicity ? Regards, Eric VanZandt, Lonnie a écrit : from one vendor to another, you may freely mention any tools you wish: we are all intelligent enough to know that every vendor has their bias and hopes to convert the world to their position. Given this, we can all see a vendor bias when it arises. Have no fear, this vendor rep (me) did not think that you were promoting RSA. Anyway, if you did have a bias, yours would be for Papyrus, yes? -----Original Message----- From: "Eric Maes" Sent: 14 February 2008 07:14 To: "cmw@sce.carleton.ca" Cc: "marte-ftf@omg.org" Subject: Re: issue 12220 -- MARTE FTF issue I have mentioned PAPYRUS and RSA MARTE profile implementation just as a consequence of inconsistencies of the document. Maybye I should not. The issue is concerning a misunderstanding due to multiple definitions in the document. I propose to clarify the <> prob stereotype attribute multiplicity and to modify the document for consistency. Murray Woodside a écrit : So what is the issue here for MARTE?... we are not responsible for what RSA does! Murray Woodside Distinguished Research Professor Dept of Systems and Computer Engineering, Carleton University, 1125 Colonel By Drive, Ottawa K1S 5B6, Canada. (613)-520-5721.....fax (613)-520-5727....cmw@sce.carleton.ca (http://www.sce.carleton.ca/faculty/woodside.html) On Wed, 13 Feb 2008, Juergen Boldt wrote: From: webmaster@omg.org Date: 13 Feb 2008 12:35:23 -0500 To: Subject: Issue/Bug Report ---------- * Name: Eric MAES * Company: Thales Research & Technology * mailFrom: eric.maes@thalesgroup.com * Notification: Yes * Specification: MARTE * Section: 15.3 and 17.3 * FormalNumber: MARTE * Version: Beta 1 * RevisionDate: 04/08/2007 * Page: 271, 280, 318, 323 * Nature: Clarification * Severity: Minor * HTTP User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12 Description Inconsistencies concerning the <> prob stereotype attribute multiplicity: - In figure 15.7 "UML extensions for GQAM stereotypes related to behavior", p 271, it is [0..1], - In <> profile element description (�15.3.2.13), p280, it is [0..*], - In figure 17.7 "Profile diagram of performance extensions for workload, behavior and time observations", p 318, it is [0..1], - In <> profile element description (�17.3.2.15), p323, it is [0..1]. As a consequence, in PAPYRUS, it is [0..1] and in RSA, it is [0..*]. 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 eric4.maes.vcf