Automating commutativity analysis at the design level

Two operations commute if executing them serially in either order results in the same change of state. In a system in which commands may be issued simultaneously by different users, lack of commutativity can result in unpredictable behaviour, even if the commands are serialized, because one user’s command may be preempted by another’s, and thus executed in an unanticipated state. This paper describes an automated approach to analyzing commutativity. The operations are expressed as constraints in a declarative modelling language such as Alloy, and a constraint solver is used to find violating scenarios. A case study application to the beam scheduling component of a proton therapy machine (originally specified in OCL) revealed several violations of commutativity in which requests from medical technicians in treatment rooms could conflict with the actions of a beam operator in a master control room. Some of the issues involved in automating the analysis for OCL itself are also di...

• Type: Conference
• Year: 2004
• Where: ISSTA
• Authors: Greg Dennis, Robert Seater, Derek Rayside, Daniel Jackson
• Keywords: Beam Scheduling Component, Declarative Modelling Language, ISSTA 2004, Proton Therapy Machine