Issue 11749: 8.2.8:Milestone (updm-ftf) Source: International Business Machines (Mr. Fred Mervine, fred(at)mervine.us) Nature: Uncategorized Issue Severity: Summary: 8.2.8.3 Description Change MilestonePoint to <<StereotypedAssociation>> notation in the diagram 8.2.8.5 Remove all associations Resolution: Revised Text: Actions taken: December 5, 2007: received issue Discussion: End of Annotations:===== s is issue # 11749 8.2.8:Milestone 8.2.8.3 Description Change MilestonePoint to <> notation in the diagram 8.2.8.5 Date: Thu, 06 Dec 2007 21:29:55 +0200 From: Andrius Strazdauskas User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) To: Fred Mervine Cc: updm-ftf@omg.org Subject: Comments to issues Fred, Issue-11756 is: "Diagram should show an association to Operation instead of OpertionalTask and SystemTask. It should be named .tasks.. The association has to be unidirectional with a multiplicity of zero or more." I would say, that we need to create a abstract stereotype Task. OperationalTask and SystemTask should have generalizations to Task. Doctrine should have an association to Task. Besides, Issue-11581 says: "Doctrine is too restrictive about linked element. Any element should be able to satisfy Doctrine". If we do not reject this issue and solve it, Issue-11756 becomes obsolete. Issue-11754 is: "8.3.8:Concern [1] Asserts that this Concern links an ArchitecureView to a set of Stakeholders self.architectureView.getAppliedSubstereotypes(self.getApplicableStereotypes()- >any(qualifiedName='UPDM::ArchitectureView'))->notEmpty() [1] Asserts that this Concern links an ArchitecureView or one of its specializations to a set of Stakeholders self.architectureView-> forAll(getAppliedStereotype('UPDM::ArchitectureView')- >notEmpty()) or self.architectureView->forAll(getAppliedStereotypes()-> collect(allParents())->any(qualifiedName = 'UPDM::ArchitectureView') -> notEmpty() ) [2] Asserts that there are zero or more Stakeholders who have this Concern self.stakeholders-> forAll(getAppliedStereotype('UPDM::Stakeholder')->notEmpty()) [2] Asserts that there are zero or more Stakeholders who have this Concern self.subject-> " However, we agreed that Concern and Stakeholder are either removed in favor of SysML Viewpoint approach, or are "transformed" into properties, so they are not first class objects. The same with Issues-11753. Issues 11749 and 11750 (and similar) are fixed together with fixed to association duplication. Andrius -- Andrius Strazdauskas Product Research and Development Manager No Magic Lithuanian Development Center Savanoriu pr. 363, LT 49425 Kaunas Phone: +370 37 705889 Fax: +370 37 320670 E-mail: andriuss@nomagic.com WWW: http://www.magicdraw.com -- MagicDraw - Architecture Made Simple Juergen Boldt wrote: issues From: Fred Mervine This is issue # 11756 8.3.11:Doctrine Diagram should show an association to Operation instead of OpertionalTask and SystemTask. It should be named .tasks.. The association has to be unidirectional with a multiplicity of zero or more. 8.3.11.6 Constraints [1] Asserts that there are SystemTasks or OperationalTasks governed by this Doctrine self.tasks-> forAll(getAppliedStereotype('UPDM::OperationalTask')->notEmpty() or getAppliedStereotype('UPDM::SystemTask')->notEmpty()) [1] Asserts that there are zero or more SystemTasks or OperationalTasks governed by this Doctrine self.tasks->notEmpty() implies self.tasks-> forAll(getAppliedStereotype('UPDM::OperationalTask') ->notEmpty() or getAppliedStereotype('UPDM::SystemTask')->notEmpty()) [3] Asserts that this Doctrine governs zero or more CapabilityConfigurations self.capabilityConfigurations-> forAll(getAppliedStereotype ('UPDM::CapabilityConfiguration')->notEmpty()) [3] Asserts that this Doctrine governs zero or more CapabilityConfigurations self.capabilityConfigurations->notEmpty() implies self.capabilityConfigurations-> forAll(getAppliedStereotype ('UPDM::CapabilityConfiguration')->notEmpty()) ====================================================================== This is issue # 11757 8.3.13:Goal :8.3.13.3 Goal Description Fix diagram to show 1 or more OperationalCapabilities and 1 or more Visions associated with the Goal. 8.3.13.3 Goal Associations fix multiplicity in both associatione to be [1..*] 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 Remove all associations