UML Glossary

Модуль 22: Глоссарий терминов Курс SE 201 Введение в программную инженерию Проект ВИРТУОЗ, ННГУ, Н.Новгород, 2004 г. Бабич А.В., Полтава, Украина, ПГПУ, [email_address] ________________________________________________________

Глоссарий терминов Унифицированный язык моделирования © Бабич А.В. 2004 UML Glossary

Алфавитный указатель А Б В Г Д Е Ж З И К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Э Ю Я Щелкните левой клавишей мыши по одной из кнопок для получения списка определений, начинающихся с этой буквы A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

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

А… А Атрибут Активный класс Ассоциация n - арная Активация Ассоциация Актер Асинхронное действие Агрегация Архитектура Агрегат Артефакт Автомат Аргумент Абстракция Активный объект Абстрактный класс

Абстрактный класс (Abstract Class) Абстрактный класс - класс, для которого невозможно непосредственно создать экземпляры объектов. Он не может иметь атрибутов или методов, но может содержать абстрактные операции. Это смысловой эквивалент интерфейса, и может участвовать в связях, таких как обобщение и ассоциация с некоторыми ограничениями. Имя

Абстракция (Abstraction) Абстракция - важная характеристика сущности, отличающая ее от всех иных сущностей. Абстракция проводит границу между сущностями лишь с какой-то определенной точки зрения. С точки зрения нотации - это тип зависимости и, следовательно, прямая связь между одним или более клиентами (конец линии) и одним или более «владельцами»(стрелка). Абстракция может использоваться, как совокупность стереотипов, что делает модель более точной. <<abstraction>>

Автомат (State machine) Автомат - поведение, которое специфицирует последовательность состояний, через которые проходит объект на протяжении своего жизненного цикла, реагируя на события, включая описание реакций на эти события. Автомат в UML представляет собой некоторый формализм для моделирования поведения элементов модели и системы в целом. В метамодели UML автомат является пакетом, в котором определено множество понятий, необходимых для представления поведения моделируемой сущности в виде дискретного пространства с конечным числом состояний и переходов. Каждая диаграмма состояний представляет некоторый автомат.

Агрегат (Aggregate) Агрегат - класс, представляющий "целое" в отношении агрегирования. Значение агрегации – связь «целое-часть» между двумя классами. Целое не несет ответственности за время жизни его частей, части могут существовать и отдельно от целого. Графически это изображается ассоциацией с ромбом на конце, обращенном к целому. Формально это одно из значений свойства агрегации для ассоциации. Другие значения – композиция (composite) и нет (none).

Агрегация (Aggregation) Агрегирование - специальный вид ассоциации, описывающий отношение между агрегатом (целым) и компонентом (частью). Целое не несет ответственности за время жизни его частей, части могут существовать и отдельно от целого. Графически эта связь изображается ассоциацией с ромбом на конце, обращенном к целому. Формально это одно из значений свойства агрегации для ассоциации. Другие значения – композиция (composite) и нет (none).

Актер (Actor) Актер - множество логически связанных ролей, исполняемых при взаимодействии с прецедентами или сущностями (система, подсистема или класс). Актером может быть человек или другая система, подсистема или класс, которые представляют нечто вне сущности. Актер «общается» с сущностью посредством серии сообщений. Актер может быть представлен символом класса с соответствующим стереотипом. Обе формы представления имеют один смысл и могут использоваться в диаграммах. «Стереотипированная» форма чаще используется для представления системных актеров или когда актер имеет свойства и их нужно отобразить. <<actor>> Имя

Активация (Activation) Активация - выполнение операции. Операции определяют поведение класса и работы, которые класс может выполнять. Операция может получать список параметров и возвращать типизированное значение. Ее видимость может быть ограничена, также могут быть указаны другие факторы такие как параллельность и т.д. Имя Имя():тип

Активный класс (Active Class) Активный класс - класс, экземплярами которого являются активные объекты , т.е. объекты, которые владеют процессом или нитью и могут инициировать управляющее воздействие Имя

Активный объект (Active Class) Активный объект - объект, который владеет процессом или нитью и может инициировать управляющее воздействие. Этот термин может употребляться, как синоним актера .

Аргумент (Argument) Аргумент - фактическое значение или выражение, соответствующее формальному параметру. Синоним термина актуальный параметр .

Артефакт (Artifact) Артефакт – элемент информации, используемый или порождаемый в процессе разработки программного обеспечения или являющийся результатом работы выполняющейся системы. Артефакт как класс может иметь экземпляры. Графически может изображаться как класс с иконкой в правом верхнем углу или через стереотип.  Имя <<artifact>> Имя

Архитектура (Architecture) Архитектура - совокупность существенных решений об организации программной системы; набор структурных элементов и интерфейсов, из которых она состоит, вкупе с поведением, описываемым в терминах коопераций этих элементов; составление из данных структурных и поведенческих элементов все более крупных систем; архитектурный стиль, которому подчинена организация элементов, интерфейсов, коопераций и их композиции. К архитектуре программного обеспечения относятся не только структура и поведение, но также использование, функциональность, производительность, гибкость, повторное применение, ясность, экономические и технологические ограничения и компромиссы, а также эстетические аспекты.

Архитектура - продолжение Термин Архитектура касается общей организационной структуры данной системы. Решения в таких областях играют центральную роль для архитектуры: выбор структурных элементов и их интерфейсов поведение и взаимодействие этих структурных элементов формирование больших подсистем из структурных и поведенческих элементов архитектурный стиль , который направляет организацию В UML архитектурные работы включают пять взаимосвязанных видов системы: implementation view use case view design view process view deployment view

Асинхронное действие (Asynchronous state/message) Асинхронное действие - запрос, при котором посылающий объект не дожидается получения результата. Этот элемент используется и на временных диаграммах и на диаграммах взаимодействия. Имя Имя

Ассоциация (Association) Ассоциация - структурное отношение, описывающее набор связей, в котором каждая из них представляет собой соединение между объектами; семантическое отношение между двумя или более классификаторами, в котором участвуют соединения между их экземплярами. Ассоциация имеет имя и кратность , обозначающую количество экземпляров классов на каждом ее конце. 1 1..*

Ассоциация n- арная (N-ary Association) Ассоциация n -арная – более общая форма ассоциации - ассоциация между тремя и более классами. Это общий случай бинарной ассоциации, но имеющий другой смысл. Для любого участника может быть указана кратность, но не могут быть использованы символ агрегации, композиции или квалификатор.

Атрибут (Attribute) Атрибут - Поименованное свойство классификатора, описывающее диапазон значений, которые могут принимать свойства экземпляров этого класса. Атрибут может иметь начальное значение. Другими словами атрибут – это значение некоторого типа, представляющее информацию о классе или объекте. Записывается в средней части изображения класса. Имя Имя:Тип

Б… Бинарная ассоциация Булевский тип Булевское выражение А

Бинарная ассоциация (Binary association) Бинарная ассоциация – ассоциация между двумя классами, т.е. структурное отношение, описывающее набор связей, в котором каждая из них представляет собой соединение между объектами; семантическое отношение между двумя, в котором участвуют соединения между их экземплярами. Ассоциация имеет имя и кратность , обозначающую количество экземпляров классов на каждом ее конце. 1 1..*

Булевский тип (Boolean type) Булевский тип - перечислимый тип, значениями которого являются "истина“ (true) или "ложь" (false) .

Булевск oe выражение (Boolean expression) Булевское выражение - выражение, результатом вычисления которого является булевское значение ( значение булевского типа – истина или ложь).

В… А Видимость Выражение типа Вид (представление) с точки зрения реализации Выражение действия Вид (представление) с точки зрения развертывания Выражение Вид (представление) с точки зрения процессов Время Вид (представление) с точки зрения проектирования Временный объект Вид (представление) системы с точки зрения прецедентов Временное ограничение Вид Временное выражение Взаимодействие Внедрение Версия

Версия (Version) Версия - относительно полный и самосогласованный набор артефактов, предназначенный для внутреннего или внешнего использования.

Взаимодействие (Interaction) Взаимодействие - поведение, описываемое набором сообщений, которыми обмениваются между собой объекты в некотором контексте для достижения определенной цели. Соответствующий графический символ, располагаемый в диаграммах UML в месте взаимодействия, показывает повторно используемые элементы или копирование содержимого взаимодействия из других диаграмм. ref Имя

G … А Guard condition Generalization

Вид (View) Вид - (представление) - проекция модели, рассматриваемой с определенной точки зрения, в которой высвечены детали, важные в данном аспекте, и опущены несущественные.

Вид с точки зрения прецедентов (Use-case View) Вид (представление) системы с точки зрения прецедентов - вид системной архитектуры, охватывающий прецеденты, с помощью которых описывается поведение системы с точки зрения конечных пользователей, аналитиков и тех, кто тестирует программы. Этому виду соответствуют диаграммы прецедентов.

Вид с точки зрения проектирования (Design View) Вид (представление) с точки зрения проектирования - вид системной архитектуры, охватывающий классы, интерфейсы и кооперации, которые образуют словарь задачи и ее решения. Этот вид обращен к функциональным требованиям, предъявляемым к системе. Этому виду соответствуют диаграммы классов (для структурного моделирования) и диаграммы взаимодействия (для моделирования поведения)

Вид с точки зрения процессов (Process View) Вид (представление) с точки зрения процессов - вид системной архитектуры, охватывающий процессы и нити, которые формируют механизмы параллельности и синхронизации. Этот вид фокусирует внимание на производительности, масштабируемости и пропускной способности системы. Этому виду соответствуют снова диаграммы классов (структурное моделирование) и диаграммы взаимодействия (моделирование поведения)

Вид с точки зрения развертывания (Deployment View) Вид (представление) с точки зрения развертывания - вид системной архитектуры, охватывающий узлы, образующие топологию аппаратных средств, на которых система исполняется. Этот вид отражает распределенность, поставку и установку частей, из которых составлена система.

Вид с точки зрения развертывания (Deployment View) Вид (представление) с точки зрения развертывания - вид системной архитектуры, охватывающий узлы, образующие топологию аппаратных средств, на которых система исполняется. Этот вид отражает распределенность, поставку и установку частей, из которых составлена система. Этому виду соответствуют диаграммы развертывания.

Вид с точки зрения реализации (Implementation View) Вид (представление) с точки зрения реализации - вид системной архитектуры, охватывающий компоненты, используемые при сборке и выпуске физической системы. Этот вид важен для управления конфигурированием версий системы, составленной из независимых (до определенной степени) компонентов, которые могут быть по-разному собраны для получения работающего комплекса. Этому виду соответствуют диаграммы компонентов.

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

Внедрение (Deployment) Внедрение - фаза цикла разработки программного обеспечения, в течение которой оно передается пользователям.

Временное выражение ( Time Expression ) Временное выражение - выражение, результатом вычисления которого является абсолютный или относительный момент времени.

Временное ограничение ( Time Constraint ) Временное ограничение - семантическое утверждение об абсолютном или относительном значении времени или временного интервала. Временное ограничение –это тип интервального ограничения которое указывает, что один или более элементов модели должны следовать ограничениям в течение некоторого промежутка времени. Временное ограничение – это не временной интервал, а некоторое ограничение, сопоставляющее интервал с одним или несколькими элементами и определяющее, какие ограничения накладываются на элементы в контексте времени. {expression}

Временный объект ( T emporary Object ) Временный объект - объект, который существует только до тех пор, пока выполняется создавший его процесс или нить.

Время ( T ime ) Время - значение, представляющее абсолютный или относительный момент времени.

Выражение ( Expression ) Выражение - строка, которая может быть использована для получения значения определенного типа.

Выражение действия ( Action Expression ) Выражение действия - выражение, значением которого является набор действий.

Выражение типа ( Type Expression ) Выражение типа - выражение, которое определяет ссылку на один или несколько типов.

Г… Извините, нет определений, начинающихся на эту букву. А

Д… А Дорожка Диаграмма кооперации Дополнение Диаграмма компонентов Динамический вид Диаграмма классов Динамическая классификация Диаграмма деятельности Диаграмма состояний Диаграмма взаимодействия Диаграмма развертывания Диаграмма Диаграмма прецедентов Деятельность Диаграмма последовательностей Делегирование Диаграмма объектов Действие

Действие (Action) Действие - выполнимое атомарное вычисление, которое приводит к изменению состояния системы или возврату значения. Действие может получать входные данные в виде потока управления и потока объектов и передавать результаты их обработки или изменения в один или более выходных потоков. Выполнение действия не может начаться, пока не удовлетворены все его предпосылки. Имя

Делегирование (Delegation) Делегирование - способность объекта посылать сообщение другому объекту в ответ на получение сообщения. Графически делегирование изображается с помощью делегирующего соединителя. Делегирующий соединитель ( delegation connector) – это вид соединителя, специально предназначенного для компонентного моделирования. Он используется, чтобы показать, как описанное поведение реализуется компонентом. Когда компонент нуждается в общении с внешней средой, сигналы передаются от внутренней части компонента к порту или интерфейсу через делегирующий соединитель. Имя

Деятельность (Activity) Деятельность - протяженное во времени неатомарное вычисление внутри автомата. Другими словами, деятельность – это набор узлов и потоков, определенное согласованное выполнение действий. Узлы представляют собой действия – атомарные выполняемые единицы поведения, контролирующие узлы , согласующие потоки, или объекты , хранящие данные или собственно, объекты. Деятельность может участвовать в отношении генерализации с другими деятельностями и могут иметь подчиненные деятельности. С другой стороны, деятельность – это шаг или действие внутри диаграммы деятельности ( Activity Diagram) . Деятельность представляет действие выполненное системой или актером. Имя

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

Диаграмма взаимодействия (Interaction Diagram) Диаграмма взаимодействия - диаграмма, на которой представлено взаимодействие, состоящее из множества объектов и отношений между ними, включая и сообщения, которыми они обмениваются. Диаграммы взаимодействия относятся к динамическому виду системы. Этот обобщенный термин применяется к нескольким видам диаграмм, в которых делается акцент на взаимодействии объектов, в том числе к Диаграммам кооперации, последовательности и деятельности.

Диаграмма деятельности (Activity Diagram) Диаграмма деятельности - диаграмма, на которой представлены переходы потока управления от одной деятельности к другой. Диаграммы деятельности относятся к динамическому аспекту поведения системы. Это разновидность диаграмм состояний, где все или большая часть состояний являются состояниями деятельности а все или большая часть переходов срабатывают при завершении деятельности в исходном состоянии. Диаграмма деятельности может быть присоединена к любому элементу модели, имеющему динамическое поведение. Можно построить несколько диаграмм деятельности для данной системы, каждая из них будет фокусироваться на разных аспектах системы или показывать разные аспекты модели.

Диаграмма классов (Class Diagram) Диаграмма классов - диаграмма, на которой представлено множество классов, интерфейсов, коопераций и отношений между ними; диаграммы классов относятся к статическому виду системы. Иными словами, это диаграмма, на которой показано множество декларативных (статических) элементов. Можно построить несколько диаграмм классов для данной системы, каждая из них будет фокусироваться на разных аспектах системы или показывать разные аспекты модели.

Диаграмма компонентов (Component Diagram) Диаграмма компонентов - диаграмма, на которой изображена организация некоторого множества компонентов и зависимости между ними, артефакты, ими реализуемые; относится к статическому виду системы. Диаграмма компонентов – один из видов диаграмм реализации. UML содержит два вида диаграмм - диаграмма развертывания (deployment diagram) и диаграмма компонентов (component diagram), совместно описывающих способ реализации системы на физическом уровне. Можно построить несколько диаграмм компонентов для данной системы, каждая из них будет фокусироваться на разных аспектах системы или показывать разные аспекты модели.

Диаграмма кооперации (Collaboration Diagram) Диаграмма кооперации - диаграмма взаимодействий, в которой основной акцент сделан на структурной организации объектов, посылающих и получающих сообщения. На этой диаграмме изображено, как организованы взаимодействия между экземплярами и какие между ними существуют связи. Это, по сути, альтернативная форма диаграммы последовательностей, более компактная, но и более сложная для чтения.

Диаграмма объектов (Object Diagram) Диаграмма объектов - диаграмма, на которой представлено множество объектов и отношений между ними в некоторый момент времени. Диаграммы объектов относятся к статическому виду системы с точки зрения проектирования или процессов. Диаграмма объектов является, по сути, разновидностью диаграммы классов, которую часто используют для того, чтобы объяснить нюансы сложных отношений, таких, например, как рекурсивные отношения

Диаграмма последовательностей (Sequence Diagram) Диаграмма последовательностей - диаграмма взаимодействия, в которой основной акцент сделан на временном упорядочении сообщений. UML содержит два вида диаграмм, описывающих способ взаимодействия элементов модели: диаграмма последовательностей и диаграмма кооперации. Каждому прецеденту соответствует своя диаграмма последовательностей. Можно построить несколько диаграмм последовательностей для данной системы, каждая из них будет фокусироваться на разных аспектах системы или показывать разные аспекты модели.

Диаграмма прецедентов (Use-case Diagram) Диаграмма прецедентов - диаграмма, на которой представлено множество прецедентов и актеров, а также отношения между ними. Диаграммы прецедентов относятся к статическому виду системы и описывают действия системы с точки зрения внешнего наблюдателя. Диаграммы прецедентов связаны со сценариями – примерами описания того, что происходит, когда некто взаимодействует с системой.

Диаграмма развертывания (Deployment Diagram) Диаграмма развертывания - диаграмма, на которой представлена конфигурация обрабатывающих узлов и размещенные на них компоненты; относится к статическому виду системы. Это один из видов диаграмм реализации в UML , показывающий физическую конфигурации аппаратного и программного обеспечения. Можно построить несколько диаграмм развертывания для данной системы, каждая из них будет фокусироваться на разных аспектах системы или показывать разные аспекты модели.

Диаграмма состояний (Statechart Diagram, State Machine Diagram, State-Transition Diagram) Диаграмма состояний - диаграмма, на которой изображен автомат; диаграммы состояний относятся к динамическому виду системы. Диаграмма состояний описывает поведение сущности, показывая возможные состояния объекта и переходы, которые приводят к изменению состояний. Можно построить несколько диаграмм состояния для данной системы, каждая из них будет фокусироваться на разных аспектах системы или показывать разные аспекты модели.

Динамическая классификация (Dynamical Classification) Динамическая классификация - семантическая разновидность обобщения ( генерализации), при которой объект может изменять тип или роль. Чаще всего объект имеет один постоянный тип во время выполнения программы, - это называется статической классификацией. Если тип объекта может меняться, то имеет место динамическая классификация.

Динамический вид (Dynamical View) Динамический вид - аспект системы, в котором основное внимание уделено ее поведению. В UML для работы с динамическими частями системы применяются пять типов диаграмм, перечисленных ниже: диаграммы прецедентов; диаграммы последовательности; диаграммы кооперации; диаграммы состояний; диаграммы деятельности.

Дополнение (Complement) Дополнение – деталь элемента спецификации, добавляемая к его базовому графическому символу. Пример – изображение артефактов.  Имя

Дорожка ( Swimlanes ) Дорожка - разбиение диаграммы взаимодействия для распределения ответственности за действия. Каждая дорожка может иметь имя, которое означает ответственность или руководящий элемент, на котором она лежит.

Е… Извините, нет определений, начинающихся на эту букву. А

Ж… Извините, нет определений, начинающихся на эту букву. А

З… А Значение Запрос Задача Зависимость

Зависимость (Dependency) Зависимость - семантическое отношение между двумя сущностями, при которой изменение одной (независимой) сущности может повлиять на семантику другой (зависимой). Зависимость – отношение, которое показывает, что один класс знает о атрибутах и операциях другого класса, но не соединен напрямую с объектами этого класса. Зависимость – это тип отношения, которое указывает что один элемент или группа элементов, действующие как клиент, зависят от элемента или группы элементов, которые предоставляют некоторые услуги и изменения которых могут повлиять на клиента. << Имя >> Мать Ребенок

Задача (Task) Задача - путь выполнения программы, динамической модели или иного представления потока управления; процесс или нить. Определенная активность или шаг в проекте.

Запрос (Query) Запрос - спецификация стимула, посылаемого объекту, формализованное описание информационных потребностей вызывающего объекта. Операция, которая возвращает информацию, но не приводит к изменению состояния внутри модели или программной системы.

Значение (Value) Значение - элемент области определения типа, конкретный представитель множества.

И… А Итерация Интерфейс Итеративный подход Инкрементный подход Исследование Имя Использование Импорт Исполнение Иерархия вложенности

Иерархия вложенности (Nesting Hierarchy) Иерархия вложенности - иерархия в пространстве имен, состоящая из элементов и отношений агрегирования между ними.

Импорт (Import) Импорт: в контексте пакетов - зависимость, показывающая пакет, на классы которого можно ссылаться внутри данного пакета (включая и рекурсивно вложенные в него пакеты).

Имя (Name) Имя - название сущности, отношения или диаграммы; строка, идентифицирующая элемент.

Инкрементный подход (Incremental approach, Incremental development) Инкрементный подход: в контексте цикла разработки программного обеспечения - процесс непрерывного развития архитектуры системы, когда каждая новая версия содержит улучшения по сравнению с предыдущей. Проводится начальный анализ для выявления проблем и общих требований. Затем выделяются требования, наиболее значимые для клиента, чтобы сфокусироваться на них в первой приближении. После первого приближения команда разработчиков получает значимый фидбэк, который учитывается при создании второй версии.

Итерфейс (Interface) Интерфейс - множество операций, составляющее спецификацию услуг, которые предоставляет класс или компонент. Графически интерфейс можно изобразить двумя способами: как класс со стереотипом « interface » и как «леденец» ( lollipop). «Круглая» форма чаще используется когда более значим структурный вид системы. Когда интерфейс имеет операции и они должны быть отображены на диаграмме, используется символ класса. <<interface>> Имя

Исполнение (Execution) Исполнение - прогон динамической модели.

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

Исследование ( Elaboration ) Исследование - фаза цикла разработки программного обеспечения, в ходе которой определяется общее видение продукта и его архитектура.

Итеративный подход (Iteration approach ) Итеративный подход: в контексте цикла разработки программного обеспечения - процесс управления потоком исполняемых версий.

Итерация (Iteration) Итерация - четко очерченный перечень работ, для которых определены конечная цель и критерий оценки. В результате нескольких итераций должна быть выпущена версия для внутреннего или внешнего использования.

K … А Композиция Кратность Композит Кооперация Комментарий Концевая точка связи Клиент Концевая точка ассоциации Классификатор Контекст Класс-ассоциация Контейнер Класс Конкретный класс Квалификатор Компонент Каркас

Каркас (Framework) Каркас - архитектурный образец (паттерн), обеспечивающий расширяемый шаблон приложений в некоторой предметной области. Графически – это стереотипированный пакет, который содержит элементы, определяющие архитектуру системы или часть архитектуры, которая может быть использована повторно. Каркас может охватывать всю систему или ограничиваться ее частью. <<framework>> Name

Квалификатор ( Qualifier ) Квалификатор - атрибут ассоциации, значения которого разбивают множество объектов, связанных с некоторым объектом посредством данной ассоциации, на непересекающиеся подмножества.

Класс ( Class ) Класс - множество объектов, категория вещей, обладающих общими атрибутами, операциями, отношениями и семантикой. Класс представляет некоторую концепцию (физическую или иную) в моделируемой системе. Графически класс в UML изображается прямоугольником, разделенным на несколько частей, которые используются для указания дополнительной информации, такой как имя, атрибуты и операции. Имя

Класс-ассоциация ( Association Class ) Класс-ассоциация - элемент модели, обладающий свойствами как класса, так и ассоциации. Класс-ассоциацию можно рассматривать либо как ассоциацию, обладающую свойствами класса ( имеющую атрибуты и операции), либо как класс, обладающий свойствами ассоциации. Имя

Классификатор (Classifier) Классификатор - механизм, с помощью которого описываются структурные и поведенческие особенности, элемент UML , имеющий атрибуты и операции. К числу классификаторов относятся классы, интерфейсы, типы данных, сигналы, компоненты, узлы, прецеденты и подсистемы. Имя Имя:Тип Имя():Тип

Клиент ( Client ) Клиент - классификатор, запрашивающий услугу (сервисы) у другого классификатора.

Комментарий (Comment, Note) Комментарий – аннотация ( текстовая или содержащая графические символы), присоединенная к элементу или множеству элементов. В частности, комментарий может быть присоединен к диаграмме, чтобы объяснить ее смысл более подробно. Текст

Композит (Composite) Композит - класс, который связывается с одним или несколькими классами посредством отношения композиции.

Композиция (Composition) Композиция - форма агрегирования, в которой целое владеет своими частями, имеющими одинаковое время жизни. Части с нефиксированной кратностью могут быть созданы после создания самого композита, но, будучи созданными, живут и умирают вместе с ним; такие части могут быть и явно удалены до момента уничтожения композита. Графически эта связь изображается ассоциацией с закрашенным ромбом на конце, обращенном к целому. Формально это одно из значений свойства агрегации для ассоциации. Другие значения – агрегация ( aggregate ) и нет (none).

Компонент (Component) Компонент - физически заменяемая часть системы (исполняемый программный модуль), реализующая спецификацию интерфейсов. Компонент – модульная, разворачиваемая и заменяемая часть системы, содержащая элементы модели и пакеты, представляющие набор интерфейсов. Возможно несколько вариантов графического изображения компонента. Имя <<component>> Имя Имя

Конкретный класс ( Concrete class ) Конкретный класс - класс, для которого можно, непосредственно создать экземпляры объектов.

Контейнер (Container) Контейнер - объект, назначение которого - быть вместилищем других объектов; он предоставляет операции для доступа или последовательного обхода своего содержимого.

Контекст (Context) Контекст - множество взаимосвязанных элементов, предназначенное для определенной цели, например для специфицирования операции. В применении к OCL , контекстом называют домен, внутри которого действительно OCL- выражение, например, класс. В применении к паттернам, контекст – положение, в котором возникают частные проблемы.

Концевая точка ассоциации (Association end) Концевая точка ассоциации - точка, в которой ассоциация соединяется с классификатором. Концевая точка ассоциации имеет имя (ролевое имя) и набор свойств, которые определяют семантику участия классификатора в отношении. Бинарная ассоциация имеет две концевых точки, а n - арная ассоциация имеет n концевых точек. Имя

Концевая точка связи (Relation end) Концевая точка связи - экземпляр концевой точки ассоциации.

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

Кратность (Multiplicity) Кратность - спецификация диапазона возможных значений мощности множества. Кратность – это свойство концевой точки ассоциации, которое определяет количество экземпляров классификатора, соединенных с целевой (ближайшей) концевой точкой. Кратность описывается в форме строки, определяющей допустимый диапазон. m..n

Л… А Линия жизни объекта

Линия жизни объекта (Lifeline) Линия жизни объекта – вертикальная пунктирная линия на диаграмме последовательностей, которая описывает существование объекта на протяжении некоторого промежутка времени. Имя:Тип

М… А Мощность множества Механизм расширения Модель Механизм Множественное наследование Метод Множественная классификация Метакласс

Метакласс (Metaclass) Метакласс - класс, экземплярами которого являются классы.

Метод (Method) Метод - реализация операции.

Механизм (Mechanism) Механизм - паттерн проектирования, применимый к сообществу классов.

Механизм расширения (Extension mechanism) Механизм расширения - один из четырех механизмов (профили, стереотипы, помеченные значения и ограничения), с помощью которых можно контролируемым способом расширять язык UML. Наиболее общим способом расширения является стереотип.

Множественная классификация ( Plural classification ) Множественная классификация - семантическая разновидность обобщения, в которой объект может непосредственно принадлежать более чем одному классу.

Множественное наследование (Plural inheritance) Множественное наследование - семантическая разновидность обобщения, в которой потомок может иметь более чем одного родителя.

Модель (Model) Модель – упрощенное представление реальности, создаваемое для лучшего понимания разрабатываемой системы; семантически замкнутая абстракция системы . Модель – центральный артефакт UML - проектирования. Содержит различные связанные элементы, упорядоченные иерархически с помощью пакетов. Модель представляет систему с определенной точки зрения (перспективы). Не существует предопределенных точек зрения на систему, но есть несколько наиболее часто используемых перспектив, таких как модель прецедентов, анализ – модель, дизайн – модель, которые определены в UML Profile for Software Development Processes . Name

Мощность множества (Power of set) Мощность множества - число элементов в множестве.

Н… А Нить Начальная фаза Несогласованность Наследование реализации Несовместимое подсостояние Наследование интерфейса Неполнота Наследование

Наследование (Inheritance) Наследование - механизм, с помощью которого более специализированные элементы заимствуют структуру и поведение более общих элементов.

Наследование интерфейса (Interface Inheritance) Наследование интерфейса - наследование интерфейса более специализированного элемента; не включает наследование реализации.

Наследование реализации (Implementation Inheritance) Наследование реализации - наследование реализации более специализированного элемента; включает также наследование интерфейса.

Начальная фаза (Inception) Начальная фаза - первая фаза цикла разработки программного обеспечения, в которой исходная идея становится достаточно обоснованной, чтобы можно было принять решение о переходе к фазе исследования.

Неполнота (Incomplete) Неполнота - моделирование элемента, некоторые части которого отсутствуют.

Несовместимое подсостояние (Incompatible substate) Несовместимое подсостояние - подсостояние, в котором система не может находиться, одновременно находясь в других подсостояниях внутри одного и того же состояния.

Несогласованность (Uncooperative) Несогласованность - моделирование элемента, для которого не гарантируется логическая непротиворечивость модели.

Нить (Thread) Нить - облегченный поток управления, который может выполняться параллельно с другими (вычислительными) нитями в пределах одного и того же процесса.

О… А Одиночное наследование Отправка Ограничение Отправитель Обязанность Отношение Объект Отметка времени Обратное проектирование Особенность поведения Образец (паттерн) Особенность Обобщение Операция Область действия

Область действия (Namespace) Область действия ( пространство имен) - контекст, в котором употребление некоего имени является осмысленным (правомочным).

Обобщение (Generalization) Обобщение - отношение специализации/обобщения, в котором объекты специализированного элемента (потомка) могут быть подставлены вместо объектов обобщенного элемента (родителя, или предка). Стрелка направлена к «предку», а конец линии – к «потомку». Эта зависимость может существовать между несколькими типами элементов UML, включая классификаторы и ассоциации.

Образец (паттерн) (Pattern) Образец (паттерн) - типичное решение типичной проблемы в данном контексте.

Обратное проектирование (Reverse Engineering) Обратное проектирование - процесс преобразования кода на конкретном языке программирования в модель ( совокупность UML- диаграмм).

Объект (Object) Объект - конкретная материализация абстракции; сущность с хорошо определенными границами, в которой инкапсулированы состояние и поведение; экземпляр класса (вернее, классификатора – актер, класс или интерфейс). Объект уникально идентифицируется значениями атрибутов, определяющими его состояние в данный момент времени. Имя : Тип

Обязанность (Responsibility) Обязанность -контракт или обязательство, принимаемое на себя типом или классом. Высокоуровневое описание поведения класса. Обязанность отображает знания или информацию, доступную другим или хранимую в его атрибутах или запрашиваемую взаимодействующими классами, а также сервисы, предлагаемые другим объектам.

Ограничение (Restriction) Ограничение - расширение семантики элемента UML, позволяющее добавлять новые или модифицировать существующие правила.

Одиночное наследование (Single inheritance) Одиночное наследование - семантическая разновидность обобщения, когда потомок может иметь только одного родителя.

Операция (Operation) Операция - реализация услуги, которая может быть запрошена у любого объекта класса. Операция – это строка в секции операций класса. Операция определяет поведение класса и работы, которые класс может выполнить. Операция может принимать список параметров и возвращать значение некоторого типа. Видимость операции может быть ограничена другими факторами, такими как параллельность и т.п. Имя Имя():Тип

Особенность (Feature) Особенность - свойство, например операция или атрибут, которое инкапсулировано внутри другой сущности, такой как интерфейс, класс или тип данных.

Особенность поведения (Behavior Feature) Особенность поведения - динамическая характеристика элемента, такого как операция или метод.

Отметка времени (Time mark) Отметка времени - обозначение для момента "наступления события.

Отношение (Relation) Отношение - семантическая связь между элементами. В другом понимании отношение – группа связанных данных, организованных в столбцы и строки, иначе говоря – таблица.

Отправитель (Sender) Отправитель - объект, передающий экземпляр сообщения объекту-получателю.

Отправка (Sending) Отправка - передача экземпляра сообщения от объекта-отправителя объекту - получателю.

П… А Псевдосостояние Прямое проектирование Процесс Положение Переход Подсостояние Паттерн (образец) Подсистема Параметризованный элемент Подкласс Параметр Поведенческое свойство Параллельность Поведение Параллельное подсостояние Перечислимый тип Пакет

П… (продолжение) А Пространство имен Производный элемент Проекция Потомок Продукт Постусловие Примитивный тип Построение Примечание Поставщик Прецедент Помеченное значение Предусловие Получение Предметная область Получатель

Пакет (Package) Пакет - универсальный механизм организации UML- элементов, обычно классов, в группы. Пакеты могут быть вложенными в другие пакеты. Пакеты позволяют организовать иерархию в модели. Name

Параллельное подсостояние (Concurrent Substate) Параллельное подсостояние - подсостояние, в котором система может находиться одновременно с нахождением в других подсостояниях внутри одного и того же составного состояния.

Параллельность ( Parallelism, Concurrency ) Параллельность - выполнение двух или более работ в течение одного и того же промежутка времени. Параллельность может быть достигнута путём перемежающегося или истинного одновременного выполнения двух или более нитей.

Параметр ( Parameter ) Параметр - спецификация переменной, которая может быть изменена, передана или возвращена, аргумент операции.

Параметризованный элемент ( Parametric Element ) Параметризованный элемент - дескриптор элемента с одним или более несвязанными параметрами.

Паттерн (образец) ( Pattern ) Паттерн (образец) - типичное решение типичной проблемы в данном контексте.

Переход (Transition) Переход - отношение между двумя состояниями, показывающее, что объект, находящийся в первом состоянии, должен выполнить некоторые действия и перейти во второе состояние, как только наступит некоторое событие и при этом будут выполнены определенные условия. событие условие

Процесс ( Process ) Процесс - ресурсоемкий поток управления, который может выполняться параллельно с другими процессами.

Псевдосостояние ( Pseudostate ) Псевдосостояние - вершина автомата, которая выглядит как состояние, но не ведет себя как таковое. К числу псевдосостояний относятся начальное, конечное и историческое состояния.

Перечислимый тип ( Enumerated type ) Перечислимый тип - список поименованных величин, образующих область значений некоторого атрибута.

Поведение ( Behavior ) Поведение - наблюдаемый эффект события, в том числе его результаты.

Поведенческое свойство ( Behavior property ) Поведенческое свойство - динамическое свойство элемента, такое как операция или метод.

Подкласс ( Subclass ) Подкласс: в отношении обобщения - специализация другого класса, родителя; класс, который наследует свои атрибуты и операции через отношение генерализации.

Подсистема ( Subsystem ) Подсистема - группирование элементов, часть из которых составляет спецификацию поведения, предлагаемого другими содержащимися в нем элементами; группа пакетов элементов модели, которая имеет операции и интерфейсы , часть системы, которая может считаться полноправной системой. <<subsystem>> Name <<subsystem>> Имя

Подсостояние ( Substate ) Подсостояние - состояние, являющееся частью другого состояния.

Положение ( Loc ) Положение - размещение компонента в узле.

Прямое проектирование ( Direct Design ) Прямое проектирование - процесс преобразования модели в код путем отображения на конкретный язык программирования.

Получатель ( Receiver ) Получатель - объект, обрабатывающий экземпляр сообщения, переданного объектом - отправителем.

Получение ( Receiving ) Получение - обработка экземпляра сообщения, переданного объектом-отправителем.

Помеченное значение ( Tagged value ) Помеченное значение - расширение свойств элемента UML, которое позволяет включать новую информацию в его спецификацию.

Поставщик ( Provider ) Поставщик - тип, класс или компонент, предоставляющий услуги, которые могут быть востребованы другими элементами.

Построение (Development) Построение ( разработка) - фаза цикла разработки программного обеспечения, в ходе которой исполняемый архитектурный прототип доводится до состояния, когда он может быть передан пользователям.

Постусловие (Postcondition) Постусловие – часть спецификации операции, ограничение, которое должно быть выполнено по завершении операции.

Потомок ( Descendant ) Потомок – подкласс - класс, который наследует свои атрибуты и операции через отношение генерализации.

Производный элемент ( Derived element ) Производный элемент - элемент модели, который можно вычислить по другим элементам, но который тем не менее включен в нее для ясности или для удобства проектирования, несмотря на то что он не привносит новой семантики.

Предметная область (Domain Area) Предметная область -.область знаний или деятельности, характеризуемая концепциями и терминами, понятными тем, кто работает в данной области.

Предусловие (Precondition) Предусловие – часть спецификации операции, ограничение, которое должно быть выполнено, когда вызывается операция.

Прецедент (Use-case) Прецедент - описание множества последовательных событий (включая варианты), выполняемых системой, которые приводят к наблюдаемому актером результату. Прецедент представляет поведение сущности, описывая взаимодействие между актерами и системой. Прецедент не показывает «как» достигается некоторый результат, а только «что» именно выполняется. Имя

Примечания (Comment, Note) Примечание - графический символ для изображения ограничений или комментариев, присоединяемый к элементу или множеству элементов. Комментарий – аннотация ( текстовая или содержащая графические символы), присоединенная к элементу или множеству элементов. В частности, комментарий может быть присоединен к диаграмме, чтобы объяснить ее смысл более подробно. Текст

Примитивный тип (Primitive type) Примитивный тип - базовый тип, например "целое" или "строка".

Продукт (Product) Продукт - артефакт процесса разработки, такой как модель, код, документация и рабочий план.

Проекция (Projection) Проекция - отображение множества на его подмножество.

Пространство имен (Namespace) Пространство имен - область действия, в которой могут быть определены и использованы имена; внутри пространства имен каждое имя идентифицирует уникальный элемент.

Р… А Роль Реализация ( Realization ) Родитель Реализация ( Implementation )

Реализация (Implementation) Реализация (Implementation) - конкретное воплощение контракта, объявленного интерфейсом; определение того, как что-либо конструируется или вычисляется.

Реализация (Realization) Реализация (Realization) - семантическое отношение между классификаторами, в котором одна сторона формулирует условия контракта, а другая обязуется его выполнить.

Родитель (Parent) Родитель - суперкласс, или "надкласс“; класс, от которого другие классы наследуют атрибуты и операции.

Роль (Role) Роль - поведение сущности, участвующей во взаимодействии, рассматриваемое в конкретном контексте.

C … А Состояние действия Синхронное действие Состояние Сигнатура Составное состояние Сигнал Сообщение Связь Событие времени Связывание Событие Свойство Система Свертывание

C … ( продолжение) А Сторожевое условие Стимул Стереотип Сценарий Статический вид Суперкласс Статическая классификация Структурное свойство Срабатывание Строка Спецификация

Свертывание (Rolling) Свертывание - моделирование элемента, некоторые части которого скрыты для упрощения восприятия.

Свойство (Property) Свойство - поименованное значение, поле данных, обозначающее некоторую характеристику элемента, несущее некоторую информацию о классификаторе.

Связывание (Binding) Связывание - создание элемента по шаблону путем подстановки фактических аргументов вместо формальных параметров шаблона.

Связь (Link) Связь - семантическое соединение между объектами; экземпляр ассоциации. Ассоциация, соединяя классификаторы, показывает структурные отношения, связь же соединят экземпляры классификаторов (по сути, это список ссылок между экземплярами классификаторов). Имя : Тип

Сигнал (Signal) Сигнал - спецификация асинхронного стимула, передаваемого от одного экземпляра другому.

Сигнатура (Signature) Сигнатура - совокупность имени и параметров операции.

Синхронное действие (Synchronous action) Синхронное действие - запрос, послав который, объект-отправитель ожидает результат.

Система (System) Система - множество элементов, организованных для достижения конкретной цели, иногда разложенное на несколько подсистем и описываемое набором моделей, возможно с различных точек зрения; абстракция набора комплексно взаимодействующих элементов, для которых возможно определить рамки, среду, входные и выходные данные, механизм управления и некоторые процессы или преобразования, выполняемые системой.

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

Событие времени (Time Event) Событие времени - событие, обозначающее истечение промежутка времени с момента входа в текущее состояние.

Сообщение (Message) Сообщение - спецификация передачи информации между объектами в расчете на то, что за этим последует некоторая деятельность; прием сообщения обычно трактуется как возникновение события.

Составное состояние (Composite state) Составное состояние - состояние, составленное из параллельных или несовместимых подсостояний.

Состояние (State) Состояние - ситуация в жизненном цикле объекта, во время которой он удовлетворяет некоторому условию, выполняет определенную деятельность или ожидает какого-то события. Состояние объекта определяется значениями некоторых его атрибутов и присутствием или отсутствием связей с другими объектами. Имя

Состояние действия (Action state) Состояние действия - состояние, которое представляет вычисление атомарного действия, как правило - вызов операции. Имя

Спецификация (Specification) Спецификация - текстовое объявление синтаксиса и семантики некоторого строительного блока; декларативное описание того, чем является или что делает некая сущность.

Срабатывание ( Operation ) Срабатывание - выполнение перехода состояний, т.е. срабатывание триггера (возникновение события) и выполнение сторожевого условия.

Статическая классификация ( Static Classification ) Статическая классификация - семантическая разновидность обобщения, в которой объект не может изменять свой тип или роль.

Статический вид ( Static View ) Статический вид - аспект системы, в котором основное внимание уделяется ее структуре. Как правило, при рассмотрении статических частей системы используются следующие четыре типа диаграмм: диаграммы классов; диаграммы объектов; диаграммы компонентов; диаграммы развертывания.

Стереотип ( Stereotype ) Стереотип - расширение словаря UML, позволяющее создавать новые виды строительных блоков, производные от существующих, но специфичные для конкретной задачи. Имя стереотипа заключается в двойные кавычки ‹‹...››. Например, пакет-интерфейс – это стереотип пакета. <<interface>> Name

Стимул ( Stimulus ) Стимул - операция или сигнал.

Сторожевое условие (Guard condition) Сторожевое условие - условие, которое должно быть выполнено для того, чтобы сработал переход, с которым оно ассоциировано. Это булевское выражение, связанное с переходом. Переход состоится только если это условие выполнено. Сторожевое условие – это функция, которая может принимать параметры от триггера, а также атрибуты и ссылки от объекта, для которого построена данная диаграмма состояний.

Строка ( String ) Строка - последовательность символов, имеющих графическое начертание.

Структурное свойство ( Structured feature ) Структурное свойство - статическое свойство элемента.

Суперкласс (Superclass) Суперкласс: в отношении обобщения - обобщение другого класса, потомка.

Сценарий (Scenario) Сценарий - конкретная последовательность действий, иллюстрирующая поведение.

Т… А Требование Тип данных Трассировка Тип

Тип (Type) Тип - стереотип класса, используемый для специфицирования семейства объектов, а также операций (но не методов), применимых к этим объектам.

Тип данных (Data Type) Тип данных - тип, значения которого никак не идентифицированы. К типам данных относятся примитивные встроенные типы (например, числа и строки), а также перечислимые типы (например, булевский).

Трассировка (Tracing) Трассировка - зависимость, которая показывает историческое или процессуальное отношение между двумя элементами, представляющими одну и ту же концепцию, без указания правил вывода одного элемента из другого.

Требование (Requirement) Требование - желаемая функциональность, свойство или поведение системы.

У… А Уточнение Управляемый рисками Устойчивый объект Управляемый прецедентами Уровень абстракции Узел

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

Управляемый прецедентами (Use-case driven) Управляемый прецедентами: в контексте цикла разработки программного обеспечения - процесс, в котором прецеденты служат основным артефактом для формулирования желаемого поведения системы, для верификации и контроля системной архитектуры, для тестирования и для обмена информацией между участниками проекта.

Управляемый рисками (Risk driven) Управляемый рисками: в контексте цикла разработки программного обеспечения - процесс, в котором при выпуске каждой новой версии основное внимание обращается на выявление и уменьшение факторов, представляющих наибольший риск для успешного завершения проекта.

Уровень абстракции (Abstraction level) Уровень абстракции - точка в иерархии абстракций, нисходящей от верхних (очень абстрактных) до нижних (очень конкретных) уровней.

Устойчивый объект (Stable object) Устойчивый объект - объект, который продолжает существовать после завершения создавшего его процесса или потомка.

Уточнение ( Refinement ) Уточнение - отношение, которое представляет более полную спецификацию того, что ранее уже было специфицировано на определенном уровне детализации.

Ф… А Формальный параметр Фактический параметр Фокус управления Фаза

Фаза ( Phase ) Фаза - промежуток времени между двумя опорными точками в процессе разработки, в течение которого должны быть достигнуты заранее поставленные хорошо определенные цели, артефакты доведены до готовности и принято решение о том, следует ли переходить к следующей фазе.

Фактический параметр ( Actual parameter ) Фактический параметр - аргумент функции или процедуры.

Фокус управления ( Control focus ) Фокус управления - символ на диаграмме последовательностей, показывающий промежуток времени, в течение которого объект выполняет некоторое действие непосредственно или путем вызова подчиненной операции.

Формальный параметр ( Formal parameter ) Формальный параметр – то же, что и «параметр», т.е. спецификация переменной, которая может быть изменена, передана или возвращена, аргумент операции.

Х… Извините, нет определений, начинающихся на эту букву. А

Ц… А Целостность

Целостность ( Integrity ) Целостность - правильность и согласованность взаимодействия различных сущностей.

Ч… Извините, нет определений, начинающихся на эту букву. А

Шаблон (Template) Шаблон - параметризованный элемент.

Щ… Извините, нет определений, начинающихся на эту букву. А

Э… А Элемент распределения Экспортировать Элемент Экземпляр

Экземпляр (Instance) Экземпляр - конкретная материализация абстракции. К этой сущности могут быть применены операции; она обладает состоянием, в котором запоминаются результаты операций. Пример- объект, как экземпляр класса.

Экспортировать (Export) Экспортировать: в контексте пакетов - делать элемент видимым вне объемлющего пространства имен.

Элемент (Element) Элемент - атомарная составляющая модели.

Элемент распределения (Distributed element) Элемент распределения - множество объектов или компонентов, размещенных в некотором узле как единая группа.

Ю… Извините, нет определений, начинающихся на эту букву. А

Я… Извините, нет определений, начинающихся на эту букву. А

А… А Association Activation Asynchronous state/message Actor Architecture Aggregation Artifact Aggregate Argument Abstraction Active Class Abstract Class

А… (cont) А Association Class Active Object Activity Diagram Actual parameter Activity Abstraction level Action Action State Action Expression Association end Attribute

B … А Boolean type Behavior property Boolean expression Behavior feature Binary association Behavior

C … А Control focus Composite Composite state Comment Concurrent substate Client Collaboration Classifier Context Class Container Complement Concrete class Collaboration Diagram Component Component Diagram Composition Class Diagram

D … А Dynamical view Distributed element Dynamical Classification Data type Deployment diagram Derived element Diagram Descendant Delegation Development Deployment Direct design Deployment view Dependency Design view

E … А Element Extension mechanism Export Elaboration Event Execution Enumerated type Expression

F … А Formal parameter Framework Feature

H … А Извините, нет определений, начинающихся на эту букву.

I … А Inheritance Instance Iteration Integrity Iteration approach Implementation Interface Incompatible substate Incremental approach Incomplete Import Inception Interaction diagram Implementation inheritance Implementation view Interface inheritance Interaction

J … А Извините, нет определений, начинающихся на эту букву.

K … А Извините, нет определений, начинающихся на эту букву.

M … А Multiplicity Method Model Metaclass Mechanism Message

N … А Namespace Namespace Nesting Hierarchy N- ary association Node Name

O … А Operation Object diagram Operation Object

P … А Pseudostate Phase Process Property Parametric element Parent Parameter Projection Package Product Pattern Primitive type Power of set Precondition Plural inheritance Postcondition Plural classification Provider Process view

R … А Receiving Refinement Receiver Risk driven Relations Requirement Restriction Rolling Responsibility Role Reverse engineering Realization Relation end

S … А Synchronous action Sending Signature Sender Signal Single inheritance Substate Swimlanes Subsystem Statechart diagram Subclass Sequence diagram

S … А State object Stereotype Scenario Static view Superclass Static Classification Structured feature Specification String State Stimulus System

S … (cont) А State object Stereotype Scenario Static view Superclass Static Classification Structured feature Specification String State Stimulus System

T … А Template Thread Tracing Task Type Type expression Time event Time Tagged value Temporary object Transition Time constraint Time mark Time expression

U … А Uncooperative Use-case driven Usage Use-case diagram Use-case view Use-case

V … А Visibility Version View Value

W … А Извините, нет определений, начинающихся на эту букву.

X … А Извините, нет определений, начинающихся на эту букву.

Y … А Извините, нет определений, начинающихся на эту букву.

Z … А Извините, нет определений, начинающихся на эту букву.

Другие глоссарии http ://www.informatik.uni-bonn.de/III/lehre/vorlesungen/SWT/SS96/Material/UML1.0/glossary.html http://www.csci.csusb.edu/dick/samples/uml.glossary.html http://tabletuml.com/Help/UMLGlossary.htm http://swiki.hfbk-hamburg.de:8888/MusicTechnology/24 http://highered.mcgraw-hill.com/sites/dl/free/0077098641/41598/Glossary.pdf http://www.quantum-leaps.com/glossary.htm http://etna.int-evry.fr/COURS/UML/semantics/semantb1_1.html http://www.softdocwiz.com/UML.htm http://www.iese.fhg.de/Publications/book/Guides/glossary/ http://www.ebxml.org/specs/ebGLOSS.pdf http://www.gentleware.com/knowledge/glossary.php4 Zicom Mentor ( Version: 2.5.0 Date: 29 July 2004 ) © 2003-2004 Zicom Systems Pty. Limited. www.zicomsystems.com www.sparxsystems.com.au / zm / ZicomMentorEvaluate.htm

Использованные материалы При разработке представленных материалов с разрешения авторов или правообладателей использовались следующие источники: Г.Буч , А. Джекобсон, Дж. Рамбо . UML: Руководство пользователя http ://alice.stup.ac.ru/~dvn/uproc/books/uml_user_guide/index.htm Zicom Mentor ( Version: 2.5.0 Date: 29 July 2004 ) © 2003-2004 Zicom Systems Pty. Limited. www.zicomsystems.com OMG Unified Modeling Language Specification. Copyright © 2000, Object Management Group http://www.omg.org/cgi-bin/apps/doc?formal/03-03-01.pdf

О проекте ВИРТУОЗ Цель проекта "Виртуоз" - подготовка преподавателей к внедрению в ВУЗах России и других стран СНГ новой специальности – "Информационные технологии". Основная задача проекта - совершенствование методологии преподавания программной инженерии. Реализация этой программы направлена на создание надёжной образовательной основы для дальнейшего развития отечественной ИТ-индустрии. В рамках проекта (август-декабрь 2004 г.) - обучение современным методикам программной инженерии, передовым информационным технологиям, получение опыта работы по созданию учебных курсов, соответствующих международным образовательным стандартам IEEE/ACM Computing Curricula 2001: Computer Science и Software Engineering, а также прохождение стажировки в корпорации Intel. Проект "Виртуоз" выполнялся в Нижегородском государственном университете им. Н.И. Лобачевского по инициативе компании Intel при поддержке Microsoft, IBM, Borland, Лаборатория Касперского и др.

UML Glossary

More Related Content

What's hot (20)

Viewers also liked (17)

Similar to UML Glossary (20)

More from Alexander Babich (20)

UML Glossary