7. Что понимается под понятием «операция или метод класса»?

Операция или метод класса – записывается в третьей сверху секции прямоугольника. Операция (operation) представляет собой некоторый сервис, предоставляющий каждый экземпляр класса по определенному требованию. Совокупность операций характеризует функциональный аспект поведения класса. Запись операций класса в языке UML также стандартизована и подчиняется определенным синтаксическим правилам. При этом каждой операции класса соответствует отдельная строка, которая состоит из квантора видимости операции, имени операции, выражения типа возвращаемого операцией значения и, возможно, строка-свойство данной операции:

<квантор видимости><имя операции>(список параметров):

<выражение типа возвращаемого значения>{строка-свойство}

Квантор видимости, как и в случае атрибутов класса, может принимать одно из трех возможных значений и, соответственно, отображается при помощи специального символа. Символ "+" обозначает операцию с областью видимости типа общедоступный (public). Символ "#" обозначает операцию с областью видимости типа защищенный (protected). И, наконец, символ "-" используется для обозначения операции с областью видимости типа закрытый (private).

Имя операции представляет собой строку текста, которая используется в качестве идентификатора соответствующей операции и поэтому должна быть уникальной в пределах данного класса. Имя атрибута является единственным обязательным элементом синтаксического обозначения операции.

Список параметров является перечнем разделенных запятой формальных параметров, каждый из которых может быть представлен в следующем виде:

<вид параметра><имя параметра>:<выражение типа>=<значение параметра по умолчанию>.

8. Для чего необходим выбор контекста модели при составлении описания?

Модели сами являются артефактами компьютерной системы. Они используются в широком контексте, который и определяет их полное значение. В контекст входят: внутренняя организация модели, комментарии относительно использования каждой модели в общем процессе разработки, набор значений по умолчанию и допущений для элементов модели, а также связи модели с окружением, в котором она используется.

Модель должна иметь внутреннюю организацию, которая позволила бы рабо­тать с ней сразу нескольким рабочим группам. Метод работы с большими системами путем разбиения их на части был изобретен человеком уже тысячи лет назад и за это время неплохо себя зарекомендовал.

Модель несет информацию о семантике системы, но она также должна передавать множество сведений, относящихся к процессу разработки. Такими сведениями могут быть информация об авторе класса, статус отладки процедуры или права допуска разработчиков к диаграмме. Некоторые сведения являются, по меньшей мере, второстепенными для семантики системы, однако для процесса разработки они важны, поэтому модель должна включать в себя и ту, и другую информацию. Проще всего этого достичь, если рассматривать информацию об управлении проектом как комментарии к семантической модели. Такие комментарии имеют форму произвольных описаний, которые относятся к определенным элементам модели, однако находятся вне языка моделирования. В языке UML эти комментарии оформляются в виде строк текста.

Команды, с помощью которых люди создают и редактируют модели, не являются частью языка моделирования. Точно так же команды текстового редактора или браузера не являются частью языка программирования. Элементы модели не имеют значений по умолчанию: в каждой конкретной модели у них есть свои конкретные значения. Однако в процессе разработки людям нужно создавать и изменять модели, не излагая детально все подробности о системе. Значения по умолчанию находятся на границе между языком моделирования и инструментом редактирования, который этот язык поддерживает. В действительности эти значения по умолчанию относятся к командам, с помощью которых создается модель.

Модель создается и используется как часть окружения, куда помимо нее входят инструментальные средства моделирования, языки и компиляторы, операционные системы, компьютерные сети, ограничения по реализации и т. п. Информация о системе должна включать в себя сведения обо всех частях ее окружения. Даже если какая-то информация является частью модели, ответственность за ее интерпретацию разделяют и язык моделирования, и инструмент моделирования, и генератор кода, и компилятор, и т. д.