Issue 5281: Page 5-25,"RtnewTimer" (uml-scheduling-ftf)
Source: The MathWorks (Mr. Alan Moore, alan.moore(at)mathworks.co.uk)
Nature: Uncategorized Issue
Severity: 
Summary: RttimerPar is an RttimeValue, but presumably that only applies to instances of the service, not to the description of the service - presumably in that case, it is a reference to the formal parameter that is used to convey the new time. How should we model this?
Resolution: see above
Revised Text: Change the Base Class(es) from Operation to ActionExecution, Stimulus, Action, Message, Method, ActionSequence, ActionState, SubactivityState, Transition for the following stereotypes: RTnewClock, RTnewTimer, RTset, Rtpause, RTreset, Rtstart in section 5.2.2.3.
Actions taken:
May 13, 2002: received issue
September 24, 2004: closed issue
Discussion: 
Resolution:
The utility of declaring this and other timing mechanism operations as stereotypes of Operation is quite dubious. It is much better if they are actually stereotypes of some kind of action execution, since that is a much more common way of specifying that a timer has been started, stopped, reset, rather than doing it on operations. Besides, as the problem report states, it makes no sense to declare actual values against an operation, since that is merely a declaration and not a usage of the operation. Hence, the base class for these stereotypes was changed from Opertion to a number of concepts that may represent action executions. More needs to be done here. The utility of declaring this and other timing mechanism operations as stereotypes of Operation is quite dubious. It is much better if they are actually stereotypes of some kind of action execution, since that is a much more common way of specifying that a timer has been started, stopped, reset, rather than doing it on operations. Besides, as the problem report states, it makes no sense to declare actual values against an operation, since that is merely a declaration and not a usage of the operation. Hence, the base class for these stereotypes was changed from Opertion to a number of concepts that may represent action executions. More needs to be done here.
On reviewing this issue and its accompanying comment, it is not clear at all what is meant by "more needs to be done here" (I am not sure what I had in mind). As far as I can tell, this issue was resolved by the solution executed in the FTF.


End of Annotations:=====
This is issue # 5281

Page 5-25,"RtnewTimer"

RttimerPar is an RttimeValue, but presumably that only applies to
instances of the service, not to the description of the service -
presumably in that case, it is a reference to the formal parameter
that is used to convey the new time. How should we model this?