Секция список Нотация
Содержит список строк, каждая из которых определяет кодированное представление свойств, таких как атрибут или операция. Строки выводятся по одной в линию, а способ обработки переполнения зависит от ПО. В дополнение к спискам атрибутов или операций, необязательные списки могут показывать другие виды предопределенных или определенных пользователем значений, таких как обязанности, правила или история внесения изменений. UML не определяет эти дополнительные списки. Обращение с определенными пользователем списками зависит от ПО.
Элементы списка упорядочены, и порядок может быть изменен пользователем. Упорядочение элементов несет в себе важную информацию, и должно обязательно поддерживаться ПО. Например, оно может использоваться генератором кода при создании списка объявлений. Для достижения какой-либо другой цели, список элементов может быть переупорядочен. Например, он может быть отсортирован каким-нибудь способом. Даже если список отсортирован, элементы сохраняют их оригинальный порядок в глубине модели, информация об упорядочении просто не используется при просмотре.
Эллипсис (...) как последний элемент списка или последний элемент отдельной части списка показывает, что существуют дополнительные элементы в модели, которые встречаются в условиях выбора, но которые не показаны в этом списке. Такие элементы могут появляться при других просмотрах списка.
Групповые свойства. Строка-свойство может быть показана как элемент списка. В этом случае она применяется ко всем последующим элементам, пока другая строка-свойство не появится как элемент списка. Это эквивалентно добавлению строки свойства к каждому элементу списка индивидуально. Строке свойству не назначается элемент модели. Примерами этого является отображение стереотипа и определение видимости. Ключевые строки могут также использоваться как типичный путь выделения подмножества элементов списка.
Название секции. Чтобы показать к какому виду относится секция, она может содержать название. Название отображается выделяющимся шрифтом и центрируется вверху секции. Эта возможность полезна в случае, когда некоторые секции пропускаются или добавлены дополнительные определенные пользователем секции. Для класса предопределенные секции это attributes и operations. Примером определенной пользователем секции может быть requirements (требования). Секция названия всегда представлена для класса, следовательно, не требуется и соответственно не допускается указывать ее название.
Варианты представления
ПО может представлять список элементов в отсортированном виде. В этом случае присущий элементам порядок не видим. Сортировка базируется на некотором внутреннем свойстве и не отражает дополнительную информацию для модели. Примерами правил сортировки являются сортировка по алфавиту, сортировка по стереотипам (такая как конструкторы, деструкторы, затем обычные методы), сортировка по видимости (public, затем protected, затем private) и т.п.
Элементы в списке могут быть отфильтрованы в соответствии с некоторыми правилами отбора. Описание правил выбора является прерогативой ПО. Отсутствие элементов в отфильтрованном списке означает, что нет элементов, отвечающих критерию фильтрации, но не позволяет сделать заключение о существовании элементов, не отвечающих критерию (однако эллипсис может быть использован, чтобы показать, что невидимые элементы существуют). Решение о том надо ли и как отображать присутствие либо локальной, либо глобальной фильтрации является прерогативой ПО, хотя для автономной диаграммы должна присутствовать индикация о виде фильтрации, если это необходимо для понимания.
Если секция опущена, то нельзя сделать вывод о существовании в ней элементов. Пустая секция показывает, что нет элементов удовлетворяющих выбранному фильтру (если они вообще есть).
Пример
Рисунок 7. Ключевые слова стереотипов, присоединенные к группам элемента списка
Рисунок 8. Секции с названиями
