Skip to content
Leon Starr edited this page Nov 6, 2023 · 2 revisions

Naming conventions

Here are some naming conventions for xUML model element and variable names.

Symbol names

Symbols include variable, attribute, class, parameter, event, method and operation names.

Internal spaces allowed

Symbol names follow the usual alphanumeric conventions with the exception that the space character may be used as a delimiter. So the name incoming aircraft, for example, is a legal name.

System symbol names

Values and functions provided by the model execution platform are preceded by an underscore.

Naming conventions

For ease of reading, a number of model naming conventions are recommended, but not enforced.

Variable names – Lower case: my aircraft .= /R1/Aircraft
Class names – All initial caps: Air Traffic Controller
External entity names – All caps: UI, ALARMS
Attribute names – First initial cap: Maximum altitude
Parameter names – All lower case: (landing runway, radio freq)
Data types – All initial caps: Compass Direction
Relationship phrase names – Lower case: /R3/is taking off from
Event, operation and method names – First initial cap:

  • Event: Land planes -> Air Traffic Controller
  • Operation: UI.Send warning( Message )
  • Method: Off Duty Controller.Check break duration() Transitory states – First initial cap: Checking temperature
    Wait states – All Caps: RAISING LANDING GEAR

(Note that state names are never referenced in Scrall, but it is helpful to see all of model naming conventions in one place).

Introduction

Model semantics

Flows (as Variables)

Constants and literals

Structure of an activity

Accessing the class model

Data flow


Grammar and parsing notes

Components

Clone this wiki locally