Issue 17307: clarification, what "part property" is (sysml-rtf) Source: No Magic, Inc. (Mr. Nerijus Jankevicius, nerijus(at)nomagic.com) Nature: Uncategorized Issue Severity: Summary: The NEW issue - clarification, what "part property" is, as new port types typed by Blocks changed everything, they fit into "part properties" definition. SysML 1.3, Page 43 : "A property typed by a SysML Block that has composite aggregation is classified as a part property, except for the special case of a constraint property. " Resolution: Defer Postponed to the next RTF Revised Text: Actions taken: April 13, 2012: received issue January 3, 2017: Deferred April 6, 2017: closed issue Discussion: End of Annotations:===== ted-NM: yes Subject: Re: Value properties in InterfaceBlocks From: Nerijus Jankevicius Date: Fri, 13 Apr 2012 16:03:20 +0300 Cc: Sanford Friedenthal , "sysml-rtf@omg.org" , "'Conrad Bock'" To: Yves BERNARD , Juergen Boldt X-Mailer: Apple Mail (2.1084) Clarification of the InterfaceBlock constraint is the issue # 17255. Juergen will attach this discussion thread to it. The NEW issue - clarification, what "part property" is, as new port types typed by Blocks changed everything, they fit into "part properties" definition. SysML 1.3, Page 43 : "A property typed by a SysML Block that has composite aggregation is classified as a part property, except for the special case of a constraint property. " Juergen, please assign the number. Nerijus On Apr 13, 2012, at 3:03 PM, BERNARD, Yves wrote: Sandy, I agree. Nerijus, Would fill the issue? I will then write a proposal we can discuss in the RTF. Thanks, Yves From: Sanford Friedenthal [mailto:safriedenthal@gmail.com] Sent: vendredi 13 avril 2012 13:59 To: BERNARD, Yves; 'Nerijus Jankevicius' Cc: sysml-rtf@omg.org; 'Conrad Bock' Subject: RE: Value properties in InterfaceBlocks Yves, Nerijus The original question was whether value properties should be allowed in Interface Blocks. The answer should be yes. That has certainly been the intent from early on. If our language constrains this, we need to fix the language. We may need to make more clear delineations between the different types of properties in order to support this. If so, let.s file an issue with this as the motivation and prepare a proposed resolution. We can.t have the language determine the needs. We should determine what we want from the language and the language should provide it where ever practical. Thanks. Sandy From: BERNARD, Yves [mailto:Yves.Bernard@airbus.com] Sent: Friday, April 13, 2012 6:37 AM To: Nerijus Jankevicius Cc: Sanford Friedenthal; sysml-rtf@omg.org; 'Conrad Bock' Subject: RE: Value properties in InterfaceBlocks Nerijus, Note that Interface blocks are kinds of blocks too and therefore proxy ports shall also be considered .part properties. (SysML sense). Then forbidding .part properties. on InterfaceBlocks would also prevent proxy ports to be nested. IBD is not the internal structure of a block but only a representation of it. Deleting all the IBD from a block does not delete its internal structure and most of the modeling tools (including MagicDraw I guess) allow to create the model element defining an internal structure without an IBD (i.e. directly through the browser, using a script, .). The concept of .internal. vs .external. came in UML with that of .structured classifier.. The .port. concept is used to designed properties which constitute the .external. structure while other (non-port) properties together with the connectors define the .internal. structure. Assume we disallow all features added by the UML::StructuredClassifier metaclass for an InterfaceBlock, we get something very similar to a UML port (from a tool implementation point of view at least). The point is we lose the ability to nest proxy port. Then if you just add the ability to own ports (but not connectors) you will restore the ability of defining an external structure and of nesting ports but not that one of defining an internal structure which generate the issue. Yves From: Nerijus Jankevicius [mailto:nerijus@nomagic.com] Sent: vendredi 13 avril 2012 09:17 To: BERNARD, Yves Cc: Sanford Friedenthal; sysml-rtf@omg.org; 'Conrad Bock' Subject: Re: Value properties in InterfaceBlocks Yves, You are right, ports are parts in UML, but in SysML we have special definition, what is the "part property" : "A property typed by a SysML Block that has composite aggregation is classified as a part property, except for the special case of a constraint property. " Of course, full ports are now typed by Blocks,so can be considered as part properties :) This is one more issue, the text should say "part properties" are properties which are NOT PORTS. InterfaceBlock constraint may say that InterfaceBlock can't own "part properties" and maybe internal structure (IBD diagram?). BTW, in previous email you suggested to disallow Connectors. Are you sure it can't own for example binding connector between two proxy ports (a la delegation pattern/interface)? What do you think? Nerijus Sandy, I.m afraid we cannot state that since, according to the definition of .part. we get from UML, a port (either proxy or full) shall actually be considered a UML::StructuredClassifier::part, cf. v2.4.1, §9.3.14: · ./part: Property [0..*] References the properties specifying instances that the classifier owns by composition. This association is derived, selecting those owned properties where isComposite is true. Yves From: Sanford Friedenthal [mailto:safriedenthal@gmail.com] Sent: jeudi 12 avril 2012 15:52 To: 'Nerijus Jankevicius'; sysml-rtf@omg.org Cc: 'Conrad Bock' Subject: RE: Value properties in InterfaceBlocks Nerijus We should allow value properties in interface blocks. That was the intent. Please propose a resolution to the issue and we can get on a near term ballot. The resolution should say that the interface block cannot contain part properties. Thx. From: Nerijus Jankevicius [mailto:nerijus@nomagic.com] Sent: Thursday, April 12, 2012 5:18 AM To: sysml-rtf@omg.org (sysml-rtf@omg.org) Cc: Conrad Bock Subject: Value properties in InterfaceBlocks returning to a hot discussion we had in Reston: InterfaceBlock can't own composite properties, so value properties too. (constraint [2] - Interface blocks cannot have composite properties that are not ports.) Conrad and Eldad said value properties are not mandatory composite, there is no such rule in the spec, but there is: page 43 of SysML 1.3 spec says: "A property typed by a SysML ValueType is classified as a value property, and always has composite aggregation. " So, as a consequence of InterfaceBlock constraint, we can't define and use value properties in InterfaceBlocks. Please help me to decide ASAP, should I ignore this constraint or not. Should we allow value properties in InterfaceBlocks or not? We have SysML1.3 implementation beta release in two weeks. Additionally, does it make sense to use reference and shared properties too? Thanks, -- Nerijus Jankevicius SysML Product Manager OMG-Certified UML Professional No Magic Europe Savanoriu pr. 363, LT 49425 Kaunas, Lithuania P.O. box 2166, LT- 3000, Kaunas Phone: +370-37-324032 Fax: +370-37-320670 e-mail: nerijus@magicdraw.com WWW: http://www.magicdraw.com -- MagicDraw - UML made simple! The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. From: Burkhart Roger M To: Sanford Friedenthal , "sysml-rtf@omg.org" Date: Sun, 22 Jul 2012 19:53:58 -0500 Subject: RE: Comments and Proposed Updates to: draft ballot 2 available for discussion through Friday, August 3, 2012 Thread-Topic: Comments and Proposed Updates to: draft ballot 2 available for discussion through Friday, August 3, 2012 Thread-Index: Ac1mtZGhFXy2219yTAO8Wn3juoG66gAi/mMgAEpGC/AAALxcEA== Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855,1.0.260,0.0.0000 definitions=2012-07-22_06:2012-07-20,2012-07-22,1970-01-01 signatures=0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855,1.0.260,0.0.0000 definitions=2012-07-22_06:2012-07-20,2012-07-22,1970-01-01 signatures=0 Sandy-- On Issue 17246, my resolution had already proposed to keep the current first sentence of the paragraph in question ("It is common practice for systems engineers to use a wide range of modeling languages, tools, and techniques on large systems projects.") I'm OK with your new version, however, including making the first sentence for engineers in general, and your single sentence to follow ("As a general purpose modeling language, SysML is intended to be used with a diverse set of discipline and domain specific modeling languages.") On Issue 17307, thanks for the catch that my editing instructions hadn't removed the old sentence now subsumed by the new. I'll fix it in the next update. On Issue 15075 ("Including Property Notation for Redefinition and Subsetting"), I didn't try to address it in this ballot. This ballot was to include only resolutions we expect to be non-controversial, and I don't know whether that one will be or not. I'd prefer to go one step at a time, and postpone any further consideration on that additional issue until after we finish this ballot. --Roger From: Sanford Friedenthal [mailto:safriedenthal@gmail.com] Sent: Saturday, July 21, 2012 9:23 AM To: sysml-rtf@omg.org Subject: Comments and Proposed Updates to: draft ballot 2 available for discussion through Friday, August 3, 2012 SysML RTF I have included the following comments and proposed updates to the resolutions per below. Thanks. Sandy Issue 17246 Part 1, 4th paragraph Current text: It is common practice for systems engineers to use a wide range of modeling languages, tools, and techniques on large systems projects. In a manner similar to how UML unified the modeling languages used in the software industry, SysML is intended to unify the diverse modeling languages currently used by systems engineers. Text in proposed resolution: The SysML language is intended to provide a common systems engineering context which can be integrated with the diverse modeling languages used by systems engineers. Contents of additional modeling languages, tools, and techniques can be mapped into a SysML systems model for use across the systems development life cycle. Suggested modified text in proposed resolution: (modifications in strikethrough and yellow highlighted text) It is common practice for systems engineers to use a wide range of modeling languages, tools, and techniques on large systems projects. As a general purpose modeling language, SysML is intended to be used with a diverse set of discipline and domain specific modeling languages. In a manner similar to how UML unified the modeling languages used in the software industry, SysML is intended to unify the diverse modeling languages currently used by systems engineers. Issue 17307 In addition to the proposed text change, suggest you also delete the sentence in the current text that is highlighted below since it is subsumed in the proposed modified text. Current text: A property typed by a SysML Block that has composite aggregation is classified as a part property, except for the special case of a constraint property. Constraint properties are further defined in Clause 10, .Constraint Blocks.. A port is another category of property, as further defined in Clause 9, .Ports and Flows.. Suggested modified text in proposed resolution: (modifications in strikethrough and yellow highlighted text) A property typed by a SysML Block that has composite aggregation is classified as a part property, except for the special cases of ports and constraint properties. Ports are further defined in Clause 9, .Ports and Flows,. and constraint properties are further defined in Clause 10, .Constraint Blocks.. A port is another category of property, as further defined in Clause 9, .Ports and Flows. Issue 17120 While we address the addition of the derived property notation to blocks, this seems like a good time to address another somewhat related issue 25075 to include redefinition and subsetting in the table. If it is too late to address in this ballot, please address .Issue 15075: Including Property Notation for Redefinition and Subsetting. in next ballot. Issue 17250 Suggest we add the operations label to the compartment to be consistent with the block notation in Table 8.2.1. Although it may be ok not to include a compartment label, we should encourage consistent use of the notation in the specification to avoid confusion. Issue 13153 I don.t understand the motivation for adding an additional action stereotype called ReadExecution. Shouldn.t this be something that should be done in UML? Issue 16406 The resolution of this issue on the rate stereotype refers to Issue 13153. I don.t see how the proposed resolution to Issue 13153 addresses this issue. Issue 15302 The create message should be a dashed line in the figure as indicated in the statement of the issue. Issue 17445 This resolution proposes adding some existing state machine notation to the diagram tables. Adding the composite notation is good since this is pretty intuitive and standard. I am questioning whether adding the connection point reference notation (via .)is sufficiently used and intuitive to warrant adding to SysML notation tables. Can we include this separately so it can be voted on separately. From: Burkhart Roger M [mailto:BurkhartRogerM@JohnDeere.com] Sent: Friday, July 20, 2012 4:24 PM To: sysml-rtf@omg.org Subject: draft ballot 2 available for discussion through Friday, August 3, 2012 A draft Ballot 2 is available for review and discussion on the SysML 1.4 RTF wiki at http://www.omg.org/members/sysml-rtf-wiki. (Click on the Ballot 2 link.) Ballot 2 will be open for discussion through Friday, August 3, 2012. The normal two-week voting period will then begin by Monday, August 6. Following are ballot review instructions which appear at the bottom of the ballot page: The review period is currently open. Please download the PDF file above to review the detail of the proposed resolutions, which will be frozen at the start of voting. If you have any concerns or questions about any of the proposed resolutions, please send a message to the sysml-rtf@omg.org mailing list. This ballot is intended to continue our cleanup of (relatively) easily disposed issues, picking up where ballot 1 left off. These resolutions are intended to be noncontroversial. If significant debate or discussion is raised during the review period, we will likely remove those resolutions from ballot 2 prior to voting. A review and discussion of this ballot will occur on the regularly scheduled RTF telecon on Thursday, July 26, 2012 at 10:00 ET, and in any subsequent telecons as required. From: "Bock, Conrad" To: "sysml-rtf@omg.org" Date: Thu, 26 Jul 2012 09:07:57 -0400 Subject: RE: draft ballot 2 available for discussion through Friday, August 3, 17307 (clarification, what "part property" is) Thread-Topic: draft ballot 2 available for discussion through Friday, August 3, 17307 (clarification, what "part property" is) Thread-Index: Ac1rLo9c0pgdQ6kAQbaO5nxQsX5eYw== Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Ballot2ers, 17307 excludes ports from the definition of part properties, but full ports are "parts on the boundary". In verbal discussion we've been using the term "internal part" alot and I think it would be good to add it to the standard terminology (a composite property typed by a block that isn't a port). Then full ports can remain parts, and still be distinguished from internal parts. From: Tim Weilkiens To: Burkhart Roger M , "sysml-rtf@omg.org" Subject: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Thread-Topic: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Thread-Index: AQHNwqTEm1jFEyiLak68XIxzxSxyVw== Date: Wed, 14 Nov 2012 20:15:19 +0000 Accept-Language: de-DE, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [93.203.182.243] X-XWALL-BCKS: auto I have a concern with the resolution of issue 17307. The revised text is A property typed by a SysML Block that has composite aggregation is classified as a part property, except for the special cases of ports and constraint properties. I understand full ports as a special kind of part properties. They are a part of the owning block as any other block that has a composite relationship to the block. I agree with the resolution text that ports have their own compartment. But we must separate notation and semantic. Although the full port is separated from the .normal. part properties in the notation, the semantic is like a part property. /Tim From: Burkhart Roger M [mailto:BurkhartRogerM@JohnDeere.com] Sent: Monday, November 12, 2012 9:49 PM To: sysml-rtf@omg.org Subject: draft ballot 3 available for discussion through Friday, November 23, 2012 A draft Ballot 3 is available for review and discussion on the SysML 1.4 RTF wiki at http://www.omg.org/members/sysml-rtf-wiki. (Click on the Ballot 3 link.) Ballot 3 will be open for discussion through Friday, November 23, 2012. The normal two-week voting period will then begin by Monday, November 26. Following are ballot review instructions which appear at the bottom of the ballot page: The review period is currently open. Please download the PDF file above to review the detail of the proposed resolutions, which will be frozen at the start of voting. If you have any concerns or questions about any of the proposed resolutions, please send a message to the sysml-rtf@omg.org mailing list. This ballot is intended to continue our cleanup of (relatively) easily disposed issues, picking up where ballot 2 left off. These resolutions are intended to be relatively noncontroversial. Review and discussion of this ballot will occur during regularly scheduled RTF telecons during its drafting and review periods. From: "BERNARD, Yves" To: Tim Weilkiens , Burkhart Roger M , "sysml-rtf@omg.org" Date: Thu, 15 Nov 2012 08:33:28 +0100 Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Thread-Topic: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Thread-Index: AQHNwqTEm1jFEyiLak68XIxzxSxyV5fqgSfQ Accept-Language: fr-FR, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: fr-FR, en-US Agree with Tim. Proxy and full port cannot be managed in the same way. Yves From: Tim Weilkiens [mailto:Tim.Weilkiens@oose.de] Sent: mercredi 14 novembre 2012 21:15 To: Burkhart Roger M; sysml-rtf@omg.org Subject: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) I have a concern with the resolution of issue 17307. The revised text is A property typed by a SysML Block that has composite aggregation is classified as a part property, except for the special cases of ports and constraint properties. I understand full ports as a special kind of part properties. They are a part of the owning block as any other block that has a composite relationship to the block. I agree with the resolution text that ports have their own compartment. But we must separate notation and semantic. Although the full port is separated from the .normal. part properties in the notation, the semantic is like a part property. /Tim From: Burkhart Roger M [mailto:BurkhartRogerM@JohnDeere.com] Sent: Monday, November 12, 2012 9:49 PM To: sysml-rtf@omg.org Subject: draft ballot 3 available for discussion through Friday, November 23, 2012 A draft Ballot 3 is available for review and discussion on the SysML 1.4 RTF wiki at http://www.omg.org/members/sysml-rtf-wiki. (Click on the Ballot 3 link.) Ballot 3 will be open for discussion through Friday, November 23, 2012. The normal two-week voting period will then begin by Monday, November 26. Following are ballot review instructions which appear at the bottom of the ballot page: The review period is currently open. Please download the PDF file above to review the detail of the proposed resolutions, which will be frozen at the start of voting. If you have any concerns or questions about any of the proposed resolutions, please send a message to the sysml-rtf@omg.org mailing list. This ballot is intended to continue our cleanup of (relatively) easily disposed issues, picking up where ballot 2 left off. These resolutions are intended to be relatively noncontroversial. Review and discussion of this ballot will occur during regularly scheduled RTF telecons during its drafting and review periods. The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:x-mailer:thread-index:content-language; bh=2HlvG4UdFGY3FSjubN/ojXWSsfeNEF2KCJm9TkzXOS8=; b=X/MbNm39/z4YCWmMjISv59F6NbVn9HbpTXkfCiDyHd5Lr9QjxNVhKTR5Qv6nzlFgzg aGHSbtAVEpZOW/Mb/vJlJluIf1ggvor33806Z3rsgPHCeMMYsDrwzQrYANGJO41me1ja e7CvfJrMUB50Uity/0uP9CNwiVUb315lEgVABS8oqCy8FUOjA7reNbD9AeRdCtqtMU5C mWN5R9AmfEpECFPZrrwjE2QvvcyTrjl/iF5oSmDSV9DlT15/esMSxyCgayCtr8IMkw/h JmMsU9ANYSKObvxN1iOlE+GeNoJjfQRrf2j1MUfG8ad/Ml5dWSSlZ2AfnOnsMhmLfIZX K3nw== From: "Sanford Friedenthal" To: "'BERNARD, Yves'" , "'Tim Weilkiens'" , "'Burkhart Roger M'" , Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Date: Thu, 15 Nov 2012 07:35:32 -0500 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AQHNwqTEm1jFEyiLak68XIxzxSxyV5fqgSfQgABSnaA= I believe it will be confusing for the user to include part properties and full ports in the same compartment despite their similarity. As a result, I think the full port should be maintained in a separate port or full port compartment. As an aside, I have a question regarding the original wording and definition of a part property which says .A property typed by a SysML Block that has composite aggregation.. Does this imply there is a composite association between the owning block and the part property. One can have a part property without requiring the composite association. If that is the case, does the term .composite aggregation. still apply or is this only a metaproperty of the association? From: BERNARD, Yves [mailto:Yves.Bernard@airbus.com] Sent: Thursday, November 15, 2012 2:33 AM To: Tim Weilkiens; Burkhart Roger M; sysml-rtf@omg.org Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Agree with Tim. Proxy and full port cannot be managed in the same way. Yves From: Tim Weilkiens [mailto:Tim.Weilkiens@oose.de] Sent: mercredi 14 novembre 2012 21:15 To: Burkhart Roger M; sysml-rtf@omg.org Subject: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) I have a concern with the resolution of issue 17307. The revised text is A property typed by a SysML Block that has composite aggregation is classified as a part property, except for the special cases of ports and constraint properties. I understand full ports as a special kind of part properties. They are a part of the owning block as any other block that has a composite relationship to the block. I agree with the resolution text that ports have their own compartment. But we must separate notation and semantic. Although the full port is separated from the .normal. part properties in the notation, the semantic is like a part property. /Tim From: Burkhart Roger M [mailto:BurkhartRogerM@JohnDeere.com] Sent: Monday, November 12, 2012 9:49 PM To: sysml-rtf@omg.org Subject: draft ballot 3 available for discussion through Friday, November 23, 2012 A draft Ballot 3 is available for review and discussion on the SysML 1.4 RTF wiki at http://www.omg.org/members/sysml-rtf-wiki. (Click on the Ballot 3 link.) Ballot 3 will be open for discussion through Friday, November 23, 2012. The normal two-week voting period will then begin by Monday, November 26. Following are ballot review instructions which appear at the bottom of the ballot page: The review period is currently open. Please download the PDF file above to review the detail of the proposed resolutions, which will be frozen at the start of voting. If you have any concerns or questions about any of the proposed resolutions, please send a message to the sysml-rtf@omg.org mailing list. This ballot is intended to continue our cleanup of (relatively) easily disposed issues, picking up where ballot 2 left off. These resolutions are intended to be relatively noncontroversial. Review and discussion of this ballot will occur during regularly scheduled RTF telecons during its drafting and review periods. The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. From: Tim Weilkiens To: Sanford Friedenthal , "'BERNARD, Yves'" , "'Burkhart Roger M'" , "sysml-rtf@omg.org" Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Thread-Topic: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Thread-Index: AQHNwwODj3jCYFh9p0KnwqycotGY+ZfqxJwAgAASo4A= Date: Thu, 15 Nov 2012 12:49:06 +0000 Accept-Language: de-DE, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [87.128.223.58] X-XWALL-BCKS: auto I agree that full ports and parts should be displayed in separate compartments. In addition the resolution of issue 17307 specifies that full ports are no part properties. Composite aggregation is different from Composite association. A composite aggregation is a property of a property An association is not required. From: Sanford Friedenthal [mailto:safriedenthal@gmail.com] Sent: Thursday, November 15, 2012 1:36 PM To: 'BERNARD, Yves'; Tim Weilkiens; 'Burkhart Roger M'; sysml-rtf@omg.org Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) I believe it will be confusing for the user to include part properties and full ports in the same compartment despite their similarity. As a result, I think the full port should be maintained in a separate port or full port compartment. As an aside, I have a question regarding the original wording and definition of a part property which says .A property typed by a SysML Block that has composite aggregation.. Does this imply there is a composite association between the owning block and the part property. One can have a part property without requiring the composite association. If that is the case, does the term .composite aggregation. still apply or is this only a metaproperty of the association? From: BERNARD, Yves [mailto:Yves.Bernard@airbus.com] Sent: Thursday, November 15, 2012 2:33 AM To: Tim Weilkiens; Burkhart Roger M; sysml-rtf@omg.org Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Agree with Tim. Proxy and full port cannot be managed in the same way. Yves From: Tim Weilkiens [mailto:Tim.Weilkiens@oose.de] Sent: mercredi 14 novembre 2012 21:15 To: Burkhart Roger M; sysml-rtf@omg.org Subject: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) I have a concern with the resolution of issue 17307. The revised text is A property typed by a SysML Block that has composite aggregation is classified as a part property, except for the special cases of ports and constraint properties. I understand full ports as a special kind of part properties. They are a part of the owning block as any other block that has a composite relationship to the block. I agree with the resolution text that ports have their own compartment. But we must separate notation and semantic. Although the full port is separated from the .normal. part properties in the notation, the semantic is like a part property. /Tim From: Burkhart Roger M [mailto:BurkhartRogerM@JohnDeere.com] Sent: Monday, November 12, 2012 9:49 PM To: sysml-rtf@omg.org Subject: draft ballot 3 available for discussion through Friday, November 23, 2012 A draft Ballot 3 is available for review and discussion on the SysML 1.4 RTF wiki at http://www.omg.org/members/sysml-rtf-wiki. (Click on the Ballot 3 link.) Ballot 3 will be open for discussion through Friday, November 23, 2012. The normal two-week voting period will then begin by Monday, November 26. Following are ballot review instructions which appear at the bottom of the ballot page: The review period is currently open. Please download the PDF file above to review the detail of the proposed resolutions, which will be frozen at the start of voting. If you have any concerns or questions about any of the proposed resolutions, please send a message to the sysml-rtf@omg.org mailing list. This ballot is intended to continue our cleanup of (relatively) easily disposed issues, picking up where ballot 2 left off. These resolutions are intended to be relatively noncontroversial. Review and discussion of this ballot will occur during regularly scheduled RTF telecons during its drafting and review periods. The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) X-KeepSent: D4626109:3578944A-C2257AB7:00483C91; type=4; name=$KeepSent To: Tim Weilkiens Cc: "'Burkhart Roger M'" , Sanford Friedenthal , "sysml-rtf@omg.org" , "'BERNARD, Yves'" X-Mailer: Lotus Notes Release 8.5.3 September 15, 2011 From: Eldad Palachi Date: Thu, 15 Nov 2012 15:21:01 +0200 X-MIMETrack: Serialize by Router on D06ML319/06/M/IBM(Release 8.5.3 ZX853HP5|January 12, 2012) at 15/11/2012 15:20:53 x-cbid: 12111513-0542-0000-0000-00000395D561 X-MIME-Autoconverted: from base64 to 8bit by amethyst.omg.org id qAFDLOR9021695 Hi Tim, I would like to comment: UML uses the term "composite aggregation" for association with isComposite=true. There is no such thing as a "property of a property" in SysML or UML (Classifiers own Properties) We always said that a full port is a "part on the boundary" semantics wise I agree that full ports should be listed in a separate compartment. Eldad From: Tim Weilkiens To: Sanford Friedenthal , "'BERNARD, Yves'" , "'Burkhart Roger M'" , "sysml-rtf@omg.org" , Date: 15/11/2012 02:50 PM Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) I agree that full ports and parts should be displayed in separate compartments. In addition the resolution of issue 17307 specifies that full ports are no part properties. Composite aggregation is different from Composite association. A composite aggregation is a property of a property An association is not required. From: Sanford Friedenthal [mailto:safriedenthal@gmail.com] Sent: Thursday, November 15, 2012 1:36 PM To: 'BERNARD, Yves'; Tim Weilkiens; 'Burkhart Roger M'; sysml-rtf@omg.org Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) I believe it will be confusing for the user to include part properties and full ports in the same compartment despite their similarity. As a result, I think the full port should be maintained in a separate port or full port compartment. As an aside, I have a question regarding the original wording and definition of a part property which says âA property typed by a SysML Block that has composite aggregationâ. Does this imply there is a composite association between the owning block and the part property. One can have a part property without requiring the composite association. If that is the case, does the term âcomposite aggregationâ still apply or is this only a metaproperty of the association? From: BERNARD, Yves [mailto:Yves.Bernard@airbus.com] Sent: Thursday, November 15, 2012 2:33 AM To: Tim Weilkiens; Burkhart Roger M; sysml-rtf@omg.org Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Agree with Tim. Proxy and full port cannot be managed in the same way. Yves From: Tim Weilkiens [mailto:Tim.Weilkiens@oose.de] Sent: mercredi 14 novembre 2012 21:15 To: Burkhart Roger M; sysml-rtf@omg.org Subject: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) I have a concern with the resolution of issue 17307. The revised text is A property typed by a SysML Block that has composite aggregation is classified as a part property, except for the special cases of ports and constraint properties. I understand full ports as a special kind of part properties. They are a part of the owning block as any other block that has a composite relationship to the block. I agree with the resolution text that ports have their own compartment. But we must separate notation and semantic. Although the full port is separated from the ânormalâ part properties in the notation, the semantic is like a part property. /Tim From: Burkhart Roger M [mailto:BurkhartRogerM@JohnDeere.com] Sent: Monday, November 12, 2012 9:49 PM To: sysml-rtf@omg.org Subject: draft ballot 3 available for discussion through Friday, November 23, 2012 A draft Ballot 3 is available for review and discussion on the SysML 1.4 RTF wiki at http://www.omg.org/members/sysml-rtf-wiki. (Click on the Ballot 3 link.) Ballot 3 will be open for discussion through Friday, November 23, 2012. The normal two-week voting period will then begin by Monday, November 26. Following are ballot review instructions which appear at the bottom of the ballot page: The review period is currently open. Please download the PDF file above to review the detail of the proposed resolutions, which will be frozen at the start of voting. If you have any concerns or questions about any of the proposed resolutions, please send a message to the sysml-rtf@omg.org mailing list. This ballot is intended to continue our cleanup of (relatively) easily disposed issues, picking up where ballot 2 left off. These resolutions are intended to be relatively noncontroversial. Review and discussion of this ballot will occur during regularly scheduled RTF telecons during its drafting and review periods. The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. From: Tim Weilkiens To: Eldad Palachi CC: "'Burkhart Roger M'" , Sanford Friedenthal , "sysml-rtf@omg.org" , "'BERNARD, Yves'" Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Thread-Topic: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Thread-Index: AQHNwwODj3jCYFh9p0KnwqycotGY+ZfqxJwAgAASo4D///oTgIAAGfKw Date: Thu, 15 Nov 2012 13:55:14 +0000 Accept-Language: de-DE, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [87.128.223.58] X-XWALL-BCKS: auto X-MIME-Autoconverted: from base64 to 8bit by amethyst.omg.org id qAFDtggv023677 Hi Eldad, The metaclass Property has a property AggregationKind that could have the value composite. It is independent of the model element Association. That's what I mean with "property of a property". Tim -----Original Message----- From: Eldad Palachi [mailto:eldad.palachi@il.ibm.com] Sent: Thursday, November 15, 2012 2:21 PM To: Tim Weilkiens Cc: 'Burkhart Roger M'; Sanford Friedenthal; sysml-rtf@omg.org; 'BERNARD, Yves' Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Hi Tim, I would like to comment: UML uses the term "composite aggregation" for association with isComposite=true. There is no such thing as a "property of a property" in SysML or UML (Classifiers own Properties) We always said that a full port is a "part on the boundary" semantics wise I agree that full ports should be listed in a separate compartment. Eldad From: Tim Weilkiens To: Sanford Friedenthal , "'BERNARD, Yves'" , "'Burkhart Roger M'" , "sysml-rtf@omg.org" , Date: 15/11/2012 02:50 PM Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) I agree that full ports and parts should be displayed in separate compartments. In addition the resolution of issue 17307 specifies that full ports are no part properties. Composite aggregation is different from Composite association. A composite aggregation is a property of a property An association is not required. From: Sanford Friedenthal [mailto:safriedenthal@gmail.com] Sent: Thursday, November 15, 2012 1:36 PM To: 'BERNARD, Yves'; Tim Weilkiens; 'Burkhart Roger M'; sysml-rtf@omg.org Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) I believe it will be confusing for the user to include part properties and full ports in the same compartment despite their similarity. As a result, I think the full port should be maintained in a separate port or full port compartment. As an aside, I have a question regarding the original wording and definition of a part property which says âA property typed by a SysML Block that has composite aggregationâ. Does this imply there is a composite association between the owning block and the part property. One can have a part property without requiring the composite association. If that is the case, does the term âcomposite aggregationâ still apply or is this only a metaproperty of the association? From: BERNARD, Yves [mailto:Yves.Bernard@airbus.com] Sent: Thursday, November 15, 2012 2:33 AM To: Tim Weilkiens; Burkhart Roger M; sysml-rtf@omg.org Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Agree with Tim. Proxy and full port cannot be managed in the same way. Yves From: Tim Weilkiens [mailto:Tim.Weilkiens@oose.de] Sent: mercredi 14 novembre 2012 21:15 To: Burkhart Roger M; sysml-rtf@omg.org Subject: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) I have a concern with the resolution of issue 17307. The revised text is A property typed by a SysML Block that has composite aggregation is classified as a part property, except for the special cases of ports and constraint properties. I understand full ports as a special kind of part properties. They are a part of the owning block as any other block that has a composite relationship to the block. I agree with the resolution text that ports have their own compartment. But we must separate notation and semantic. Although the full port is separated from the ânormalâ part properties in the notation, the semantic is like a part property. /Tim From: Burkhart Roger M [mailto:BurkhartRogerM@JohnDeere.com] Sent: Monday, November 12, 2012 9:49 PM To: sysml-rtf@omg.org Subject: draft ballot 3 available for discussion through Friday, November 23, 2012 A draft Ballot 3 is available for review and discussion on the SysML 1.4 RTF wiki at http://www.omg.org/members/sysml-rtf-wiki. (Click on the Ballot 3 link.) Ballot 3 will be open for discussion through Friday, November 23, 2012. The normal two-week voting period will then begin by Monday, November 26. Following are ballot review instructions which appear at the bottom of the ballot page: The review period is currently open. Please download the PDF file above to review the detail of the proposed resolutions, which will be frozen at the start of voting. If you have any concerns or questions about any of the proposed resolutions, please send a message to the sysml-rtf@omg.org mailing list. This ballot is intended to continue our cleanup of (relatively) easily disposed issues, picking up where ballot 2 left off. These resolutions are intended to be relatively noncontroversial. Review and discussion of this ballot will occur during regularly scheduled RTF telecons during its drafting and review periods. The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) X-KeepSent: D852A4B9:5110FFB1-C2257AB7:004D0865; type=4; name=$KeepSent To: Tim Weilkiens Cc: "'Burkhart Roger M'" , Sanford Friedenthal , "sysml-rtf@omg.org" , "'BERNARD, Yves'" X-Mailer: Lotus Notes Release 8.5.3 September 15, 2011 From: Eldad Palachi Date: Thu, 15 Nov 2012 16:01:56 +0200 X-MIMETrack: Serialize by Router on D06ML319/06/M/IBM(Release 8.5.3 ZX853HP5|January 12, 2012) at 15/11/2012 16:01:50 x-cbid: 12111514-5024-0000-0000-0000045FA2D4 X-MIME-Autoconverted: from base64 to 8bit by amethyst.omg.org id qAFE2HE1024148 OK - now I understand you comment about associations and properties From: Tim Weilkiens To: Eldad Palachi/Haifa/IBM@IBMIL, Cc: "'Burkhart Roger M'" , Sanford Friedenthal , "sysml-rtf@omg.org" , "'BERNARD, Yves'" Date: 15/11/2012 03:56 PM Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Hi Eldad, The metaclass Property has a property AggregationKind that could have the value composite. It is independent of the model element Association. That's what I mean with "property of a property". Tim -----Original Message----- From: Eldad Palachi [mailto:eldad.palachi@il.ibm.com] Sent: Thursday, November 15, 2012 2:21 PM To: Tim Weilkiens Cc: 'Burkhart Roger M'; Sanford Friedenthal; sysml-rtf@omg.org; 'BERNARD, Yves' Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Hi Tim, I would like to comment: UML uses the term "composite aggregation" for association with isComposite=true. There is no such thing as a "property of a property" in SysML or UML (Classifiers own Properties) We always said that a full port is a "part on the boundary" semantics wise I agree that full ports should be listed in a separate compartment. Eldad From: Tim Weilkiens To: Sanford Friedenthal , "'BERNARD, Yves'" , "'Burkhart Roger M'" , "sysml-rtf@omg.org" , Date: 15/11/2012 02:50 PM Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) I agree that full ports and parts should be displayed in separate compartments. In addition the resolution of issue 17307 specifies that full ports are no part properties. Composite aggregation is different from Composite association. A composite aggregation is a property of a property An association is not required. From: Sanford Friedenthal [mailto:safriedenthal@gmail.com] Sent: Thursday, November 15, 2012 1:36 PM To: 'BERNARD, Yves'; Tim Weilkiens; 'Burkhart Roger M'; sysml-rtf@omg.org Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) I believe it will be confusing for the user to include part properties and full ports in the same compartment despite their similarity. As a result, I think the full port should be maintained in a separate port or full port compartment. As an aside, I have a question regarding the original wording and definition of a part property which says âA property typed by a SysML Block that has composite aggregationâ. Does this imply there is a composite association between the owning block and the part property. One can have a part property without requiring the composite association. If that is the case, does the term âcomposite aggregationâ still apply or is this only a metaproperty of the association? From: BERNARD, Yves [mailto:Yves.Bernard@airbus.com] Sent: Thursday, November 15, 2012 2:33 AM To: Tim Weilkiens; Burkhart Roger M; sysml-rtf@omg.org Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Agree with Tim. Proxy and full port cannot be managed in the same way. Yves From: Tim Weilkiens [mailto:Tim.Weilkiens@oose.de] Sent: mercredi 14 novembre 2012 21:15 To: Burkhart Roger M; sysml-rtf@omg.org Subject: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) I have a concern with the resolution of issue 17307. The revised text is A property typed by a SysML Block that has composite aggregation is classified as a part property, except for the special cases of ports and constraint properties. I understand full ports as a special kind of part properties. They are a part of the owning block as any other block that has a composite relationship to the block. I agree with the resolution text that ports have their own compartment. But we must separate notation and semantic. Although the full port is separated from the ânormalâ part properties in the notation, the semantic is like a part property. /Tim From: Burkhart Roger M [mailto:BurkhartRogerM@JohnDeere.com] Sent: Monday, November 12, 2012 9:49 PM To: sysml-rtf@omg.org Subject: draft ballot 3 available for discussion through Friday, November 23, 2012 A draft Ballot 3 is available for review and discussion on the SysML 1.4 RTF wiki at http://www.omg.org/members/sysml-rtf-wiki. (Click on the Ballot 3 link.) Ballot 3 will be open for discussion through Friday, November 23, 2012. The normal two-week voting period will then begin by Monday, November 26. Following are ballot review instructions which appear at the bottom of the ballot page: The review period is currently open. Please download the PDF file above to review the detail of the proposed resolutions, which will be frozen at the start of voting. If you have any concerns or questions about any of the proposed resolutions, please send a message to the sysml-rtf@omg.org mailing list. This ballot is intended to continue our cleanup of (relatively) easily disposed issues, picking up where ballot 2 left off. These resolutions are intended to be relatively noncontroversial. Review and discussion of this ballot will occur during regularly scheduled RTF telecons during its drafting and review periods. The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. From: "Bock, Conrad" To: "sysml-rtf@omg.org" Date: Thu, 15 Nov 2012 09:12:50 -0500 Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Thread-Topic: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Thread-Index: AQHNwqTEm1jFEyiLak68XIxzxSxyV5fqgSfQgABSnaCAAByRoA== Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Sandy, > I believe it will be confusing for the user to include part properties and > full ports in the same compartment despite their similarity. Not sure I agree with this, but in any case the issue is about the definition of the term "part" and we often say full ports are parts on the boundary. This area of terminology needs much more discussion going to a ballot, so I'd recommend someone pull together the various threads for an more general proposal in a later ballot. Conrad From: "Bock, Conrad" To: "sysml-rtf@omg.org" Date: Thu, 15 Nov 2012 09:20:33 -0500 Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Thread-Topic: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Thread-Index: AQHNwqTEm1jFEyiLak68XIxzxSxyV5fqgSfQgABSnaCAAByRoA== Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US P.S. I think sometimes "part" is taken as "internal part" in our discussions, but this isn't the typical usage of the term. For example, the internet jack on a computer is a part of the computer even if it's modeled as a port. Conrad Sandy, > I believe it will be confusing for the user to include part properties and > full ports in the same compartment despite their similarity. Not sure I agree with this, but in any case the issue is about the definition of the term "part" and we often say full ports are parts on the boundary. This area of terminology needs much more discussion going to a ballot, so I'd recommend someone pull together the various threads for an more general proposal in a later ballot. Conrad DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:x-mailer:thread-index :content-language; bh=qq0Xt2PTwHE5Uv8RYQU2Gpr2hWKSPIV6pIDamb5/HNU=; b=ga+6hRDFlxna5g7DdbJzbV7/dR3tH2FqSXV7H5DCeRGhXC+aklINBwfRyrhqjp6pWN LG4jFvKZoTb2SB8vQccDW8vr426mXCSWZiJwUQToSOo0sd6IMAdZiHIX8f4qd8o9VWFz 3wK4hYFAQkmIi/Dwjvq2mV0VTROmPlKA8mszp3q+MA8nHNLLuq1hueRev/ywmSOFWpVu sFoTtGO3i+jrb2D46sJ2Sk7uh5ZSkIinCf3V8CeHWHRfOI2/TLDtmhSY9nF3WtxjMD3C RvoMka5LsUWSUp7UOVRUXzpsM3QKlWbSCI+GQTz5WYy6MskbORA7apMxbLfs6SVd+uly 5Kjw== From: "Sanford Friedenthal" To: "'Bock, Conrad'" , Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) Date: Fri, 16 Nov 2012 07:53:57 -0500 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AQHNwqTEm1jFEyiLak68XIxzxSxyV5fqgSfQgABSnaCAAByRoIAAMPJg Conrad I agree that we need more discussion. We need to sort out what is intuitive and consistent with the language. This could go a couple of ways. As you say, full ports often represent parts on the boundary so is it more intuitive to put them in a ports compartment or a parts compartment? Tough one. Sandy -----Original Message----- From: Bock, Conrad [mailto:conrad.bock@nist.gov] Sent: Thursday, November 15, 2012 9:21 AM To: sysml-rtf@omg.org Subject: RE: Issue 17307: Port as a part property (RE: draft ballot 3 available for discussion through Friday, November 23, 2012) P.S. I think sometimes "part" is taken as "internal part" in our discussions, but this isn't the typical usage of the term. For example, the internet jack on a computer is a part of the computer even if it's modeled as a port. Conrad Sandy, > I believe it will be confusing for the user to include part properties and > full ports in the same compartment despite their similarity. Not sure I agree with this, but in any case the issue is about the definition of the term "part" and we often say full ports are parts on the boundary. This area of terminology needs much more discussion going to a ballot, so I'd recommend someone pull together the various threads for an more general proposal in a later ballot. Conrad From: "Bock, Conrad" To: "sysml-rtf@omg.org" Date: Tue, 20 Nov 2012 08:30:55 -0500 Subject: RE: draft ballot 3, comments, 17307 Thread-Topic: draft ballot 3, comments, 17307 Thread-Index: Ac3DNaSnG4ZUbZw0T3qRsqa8HVewAwDTUwAAACfUzuA= Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Roger, > I've proposed new text for Issue 17307 which I think accurately > reflects the terms as they affect placement in compartments, and > clarifies that Ports (of all kinds) and Constraint Properties are > special kinds of parts, with their placement in compartments > specified by Clauses 9 and 10. We have specific compartments for > full ports and proxy ports, so as much as additional terminology > might be of interest to discuss, I don't think further change is > required to the current specification. At a minimum, let's discuss > whether the new proposed text could proceed to vote. It's fine with me personally to continue including ports under the term "part", but as I mentioned before, I think we need to step back and look at this area more generally before applying a patch to such an easily confused word as "part". Also calling a constraint property a "part" would probably not makde sense for most SE's, I think (it isn't in SysML 1.3). BTW, I gather the first sentence in the revised text should say "include" rather than "exclude"? From: "Bock, Conrad" To: "sysml-rtf@omg.org" Date: Thu, 15 Nov 2012 09:06:48 -0500 Subject: RE: draft ballot 3, comments, 17307 Thread-Topic: draft ballot 3, comments, 17307 Thread-Index: Ac3DNaSnG4ZUbZw0T3qRsqa8HVewAw== Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Roger, et al, Comments on the draft ballot below. Conrad - Issue 17307 (clarification, what "part property" is) and 16058 We often informally say full ports are parts on the boundary, so the term "part" can't exclude ports in general. I think we need some extended discussion of the terminology in this area, for example, "internal part", etc. I'd recommend delaying this to a later ballot. - Issue 17371 (Full ports compartment) In the Discussion, last sentence, remove ", and also for unstereotyped ports". This isn't addressed in the revised text because Table 9.1 already has a row for ports in general, and the 1.3 RTF never agreed to have a compartment for unstereotyped