uml glossary

Проект ВИРТУОЗН.Новгород, 2004г.

SE201. Мод. 22: Глоссарий© Бабич А,В,, 2004г

№ 1 из 268

Модуль 22: Глоссарий терминов

Курс SE201

Введение в программную инженерию

Проект ВИРТУОЗ, ННГУ, Н.Новгород, 2004 г.

Бабич А.В., Полтава, Украина, ПГПУ, [email protected]________________________________________________________



№ 2 из 268

Глоссарий терминов

Унифицированный язык моделирования

© Бабич А.В. 2004

UML Glossary



№ 3 из 268

Алфавитный указатель

АААА ББББ ВВВВ ГГГГ ДДДД ЕЕЕЕ ЖЖЖЖ ЗЗЗЗ ИИИИ КККК

ЛЛЛЛ ММММ НННН ОООО ПППП РРРР СССС ТТТТ УУУУ ФФФФ

ХХХХ ЦЦЦЦ ЧЧЧЧ ШШШШ ЩЩЩЩ ЭЭЭЭ ЮЮЮЮ ЯЯЯЯ

Щелкните левой клавишей мыши по одной из кнопок для получения списка определений, начинающихся с этой буквы

AAAA BBBB CCCC DDDD EEEE FFFF GGGG HHHH IIII JJJJ

KKKK LLLL MMMM NNNN OOOO PPPP QQQQ RRRR SSSS TTTT

UUUU VVVV WWWW XXXX YYYY ZZZZ



№ 4 из 268

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

А щелкнув по такой стрелке, Вы возвращаетесь к списку терминов, начинающихся с выбранной Вами буквы.

А



№ 5 из 268

А…Абстрактный класс Активный объект

Абстракция Аргумент

Автомат Артефакт

Агрегат Архитектура

Агрегация Асинхронное действие

Актер Ассоциация

Активация Ассоциация n-арная

Активный класс Атрибут А



№ 6 из 268

Абстрактный класс (Abstract Class)

Абстрактный класс - класс, для которого невозможно непосредственно создать экземпляры объектов. Он не

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

Имя



№ 7 из 268

Абстракция (Abstraction)

Абстракция - важная характеристика

сущности, отличающая ее от всех иных сущностей. Абстракция проводит

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

<<abstraction>>



№ 8 из 268

Автомат (State machine)

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

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



№ 9 из 268

Агрегат (Aggregate)

Агрегат - класс, представляющий "целое" в отношении агрегирования. Значение агрегации – связь «целое-часть» между двумя классами. Целое не несет ответственности за время

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



№ 10 из 268

Агрегация (Aggregation)

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

изображается ассоциацией с ромбом на конце, обращенном к целому. Формально это одно из значений свойства агрегации для ассоциации. Другие значения – композиция (composite) и нет (none).



№ 11 из 268

Актер (Actor)

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

вне сущности. Актер «общается» с сущностью посредством серии сообщений. Актер может быть представлен символом класса с соответствующим стереотипом. Обе

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

<<actor>>Имя



№ 12 из 268

Активация (Activation)

Активация - выполнение операции. Операции

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

Имя

Имя():тип



№ 13 из 268

Активный класс (Active Class)

Активный класс - класс, экземплярами

которого являются активные объекты, т.е. объекты, которые владеют процессом или нитью и могут инициировать управляющее воздействие

Имя



№ 14 из 268

Активный объект (Active Class)

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

Этот термин может употребляться, как синоним актера.



№ 15 из 268

Аргумент (Argument)

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



№ 16 из 268

Артефакт (Artifact)

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

Имя

<<artifact>>Имя



№ 17 из 268

Архитектура (Architecture)

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



№ 18 из 268

Архитектура - продолжение

Термин Архитектура касается общей организационной структуры данной системы.

Решения в таких областях играют центральную роль для архитектуры:– выбор структурных элементов и их интерфейсов– поведение и взаимодействие этих структурных элементов– формирование больших подсистем из структурных и

поведенческих элементов– архитектурный стиль, который направляет организацию

В UML архитектурные работы включают пять взаимосвязанных видов системы:– deployment view – process view

– design view – use case view

– implementation view



№ 19 из 268

Асинхронное действие (Asynchronous state/message)

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

Имя

Имя



№ 20 из 268

Ассоциация (Association)

Ассоциация - структурное отношение, описывающее

набор связей, в котором каждая из них представляет собой соединение между объектами;

семантическое отношение между двумя или более

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

1 1..*



№ 21 из 268

Ассоциация n-арная(N-ary Association)

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



№ 22 из 268

Атрибут (Attribute)

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

Имя

Имя:Тип



№ 23 из 268

Б…

Бинарная ассоциация

Булевский тип

Булевское выражение

А



№ 24 из 268

Бинарная ассоциация (Binary association)

Бинарная ассоциация – ассоциация между двумя классами, т.е.

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

между объектами; семантическое отношение между

двумя, в котором участвуют соединения между

их экземплярами. Ассоциация имеет имя и кратность,

обозначающую количество экземпляров классов на каждом ее конце.

1 1..*



№ 25 из 268

Булевский тип (Boolean type)

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



№ 26 из 268

Булевскoe выражение (Boolean expression)

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



№ 27 из 268

В…Версия Внедрение

Взаимодействие Временное выражение

Вид Временное ограничение

Вид (представление) системы с точки зрения прецедентов

Временный объект

Вид (представление) с точки зрения проектирования

Время

Вид (представление) с точки зрения процессов

Выражение

Вид (представление) с точки зрения развертывания

Выражение действия

Вид (представление) с точки зрения реализации

Выражение типа

Видимость А



№ 28 из 268

Версия (Version)

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



№ 29 из 268

Взаимодействие (Interaction)

Взаимодействие - поведение,описываемое набором

сообщений, которыми обмениваются между собой

объекты в некотором контексте для достижения определенной

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

ref

Имя



№ 30 из 268

G…

А

Generalization

Guard condition



№ 31 из 268

Вид (View)

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



№ 32 из 268

Вид с точки зрения прецедентов (Use-case View)

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



№ 33 из 268

Вид с точки зрения проектирования (Design View)

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



№ 34 из 268

Вид с точки зрения процессов (Process View)

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



№ 35 из 268

Вид с точки зрения развертывания (Deployment View)

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



№ 36 из 268

Вид с точки зрения развертывания (Deployment View)

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



№ 37 из 268

Вид с точки зрения реализации (Implementation View)

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



№ 38 из 268

Видимость (Visibility)

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



№ 39 из 268

Внедрение (Deployment)

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



№ 40 из 268

Временное выражение (Time Expression )

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



№ 41 из 268

Временное ограничение (Time Constraint )

Временное ограничение - семантическое

утверждение об абсолютном или относительном значении времени или временного интервала. Временное ограничение –это тип интервального ограничения

которое указывает, что один или более элементов модели должны

следовать ограничениям в течение некоторого промежутка времени. Временное ограничение – это не временной интервал, а некоторое ограничение, сопоставляющее интервал с одним или несколькими элементами и определяющее, какие ограничения накладываются на элементы в контексте времени.

{expression}



№ 42 из 268

Временный объект (Temporary Object )

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



№ 43 из 268

Время (Time)

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



№ 44 из 268

Выражение (Expression)

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



№ 45 из 268

Выражение действия(Action Expression )

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



№ 46 из 268

Выражение типа(Type Expression )

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



№ 47 из 268

Г…

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

А



№ 48 из 268

Д…Действие Диаграмма объектов

Делегирование Диаграмма последовательностей

Деятельность Диаграмма прецедентов

Диаграмма Диаграмма развертывания

Диаграмма взаимодействия Диаграмма состояний

Диаграмма деятельности Динамическая классификация

Диаграмма классов Динамический вид

Диаграмма компонентов Дополнение

Диаграмма кооперации Дорожка А



№ 49 из 268

Действие(Action)

Действие - выполнимое атомарное вычисление, которое приводит к изменению состояния системы или возврату значения. Действие может

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

Имя



№ 50 из 268

Делегирование(Delegation)

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

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

Имя



№ 51 из 268

Деятельность(Activity)

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

Имя



№ 52 из 268

Диаграмма(Diagram)

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

Поскольку сложное целое нельзя понять, глядя на него лишь с одной стороны, в UML определено много разных диаграмм, которые позволяют сосредоточиться на различных аспектах моделируемой системы. Диаграмма имеет рамку, служащую границей, отделяющей ее содержимое от других диаграмм и заголовок - строку, содержащую вид диаграммы, ее имя и параметры.

Заголовок



№ 53 из 268

Диаграмма взаимодействия(Interaction Diagram)

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



№ 54 из 268

Диаграмма деятельности(Activity Diagram)

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



№ 55 из 268

Диаграмма классов(Class Diagram)

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



№ 56 из 268

Диаграмма компонентов(Component Diagram)

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



№ 57 из 268

Диаграмма кооперации(Collaboration Diagram)

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



№ 58 из 268

Диаграмма объектов(Object Diagram)

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



№ 59 из 268

Диаграмма последовательностей(Sequence Diagram)

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



№ 60 из 268

Диаграмма прецедентов(Use-case Diagram)

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



№ 61 из 268

Диаграмма развертывания(Deployment Diagram)

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



№ 62 из 268

Диаграмма состояний(Statechart Diagram, State Machine Diagram, State-Transition Diagram)

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



№ 63 из 268

Динамическая классификация(Dynamical Classification)

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

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



№ 64 из 268

Динамический вид(Dynamical View)

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



№ 65 из 268

Дополнение(Complement)

Дополнение –

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

Имя



№ 66 из 268

Дорожка(Swimlanes)

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



№ 67 из 268

Е…


А



№ 68 из 268

Ж…


А



№ 69 из 268

З…

А

Зависимость

Задача

Запрос

Значение



№ 70 из 268

Зависимость(Dependency)

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

<<Имя>>

Мать Ребенок



№ 71 из 268

Задача(Task)

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



№ 72 из 268

Запрос(Query)

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



№ 73 из 268

Значение(Value)

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



№ 74 из 268

И…Иерархия вложенности Исполнение

Импорт Использование

Имя Исследование

Инкрементный подход Итеративный подход

Интерфейс Итерация

А



№ 75 из 268

Иерархия вложенности(Nesting Hierarchy)

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



№ 76 из 268

Импорт(Import)

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



№ 77 из 268

Имя(Name)

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



№ 78 из 268

Инкрементный подход(Incremental approach, Incremental development)

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



№ 79 из 268

Итерфейс(Interface)

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

<<interface>>Имя



№ 80 из 268

Исполнение(Execution)

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



№ 81 из 268

Использование(Usage)

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

<<use>>



№ 82 из 268

Исследование(Elaboration)

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



№ 83 из 268

Итеративный подход(Iteration approach )

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



№ 84 из 268

Итерация(Iteration)

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



№ 85 из 268

K…Каркас Компонент

Квалификатор Конкретный класс

Класс Контейнер

Класс-ассоциация Контекст

Классификатор Концевая точка ассоциации

Клиент Концевая точка связи

Комментарий Кооперация

Композит Кратность

Композиция А



№ 86 из 268

Каркас(Framework)

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

<<framework>>Name



№ 87 из 268

Квалификатор(Qualifier)

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



№ 88 из 268

Класс(Class)

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

Имя



№ 89 из 268

Класс-ассоциация(Association Class)

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

Имя



№ 90 из 268

Классификатор(Classifier)

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

Имя

Имя:Тип

Имя():Тип



№ 91 из 268

Клиент(Client)

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



№ 92 из 268

Комментарий(Comment, Note)

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

Текст



№ 93 из 268

Композит(Composite)

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



№ 94 из 268

Композиция(Composition)

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



№ 95 из 268

Компонент(Component)

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

Имя

<<component>>Имя

Имя



№ 96 из 268

Конкретный класс(Concrete class)

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



№ 97 из 268

Контейнер(Container)

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



№ 98 из 268

Контекст(Context)

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



№ 99 из 268

Концевая точка ассоциации(Association end)

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

Имя



№ 100 из 268

Концевая точка связи(Relation end)

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



№ 101 из 268

Кооперация(Collaboration)

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

Имя



№ 102 из 268

Кратность(Multiplicity)

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

m..n



№ 103 из 268

Л…

А

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



№ 104 из 268

Линия жизни объекта(Lifeline)

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

Имя:Тип



№ 105 из 268

М…

Метакласс Множественная классификация

Метод Множественное наследование

Механизм Модель

Механизм расширения Мощность множества

А



№ 106 из 268

Метакласс(Metaclass)

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



№ 107 из 268

Метод(Method)

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



№ 108 из 268

Механизм(Mechanism)

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



№ 109 из 268

Механизм расширения(Extension mechanism)

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



№ 110 из 268

Множественная классификация(Plural classification)

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



№ 111 из 268

Множественное наследование(Plural inheritance)

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



№ 112 из 268

Модель(Model)

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

Name



№ 113 из 268

Мощность множества(Power of set)

Мощность множества - число элементов в множестве.



№ 114 из 268

Н…

Наследование Неполнота

Наследование интерфейса

Несовместимое подсостояние

Наследование реализации

Несогласованность

Начальная фаза Нить

А



№ 115 из 268

Наследование(Inheritance)

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



№ 116 из 268

Наследование интерфейса(Interface Inheritance)

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



№ 117 из 268

Наследование реализации(Implementation Inheritance)

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



№ 118 из 268

Начальная фаза(Inception)

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



№ 119 из 268

Неполнота(Incomplete)

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



№ 120 из 268

Несовместимое подсостояние(Incompatible substate)

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



№ 121 из 268

Несогласованность(Uncooperative)

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



№ 122 из 268

Нить(Thread)

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



№ 123 из 268

О…

А

Область действия Операция

Обобщение Особенность

Образец (паттерн) Особенность поведения

Обратное проектирование Отметка времени

Объект Отношение

Обязанность Отправитель

Ограничение Отправка

Одиночное наследование



№ 124 из 268

Область действия(Namespace)

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



№ 125 из 268

Обобщение(Generalization)

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



№ 126 из 268

Образец (паттерн)(Pattern)

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



№ 127 из 268

Обратное проектирование(Reverse Engineering)

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



№ 128 из 268

Объект(Object)

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

Имя:Тип



№ 129 из 268

Обязанность(Responsibility)

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



№ 130 из 268

Ограничение(Restriction)

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



№ 131 из 268

Одиночное наследование(Single inheritance)

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



№ 132 из 268

Операция(Operation)

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

Имя

Имя():Тип



№ 133 из 268

Особенность(Feature)

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



№ 134 из 268

Особенность поведения(Behavior Feature)

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



№ 135 из 268

Отметка времени(Time mark)

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



№ 136 из 268

Отношение(Relation)

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



№ 137 из 268

Отправитель(Sender)

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



№ 138 из 268

Отправка(Sending)

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



№ 139 из 268

П…

А

Пакет Перечислимый тип

Параллельное подсостояние Поведение

Параллельность Поведенческое свойство

Параметр Подкласс

Параметризованный элемент Подсистема

Паттерн (образец) Подсостояние

Переход Положение

Процесс Прямое проектирование

Псевдосостояние



№ 140 из 268

П… (продолжение)

А

Получатель Предметная область

Получение Предусловие

Помеченное значение Прецедент

Поставщик Примечание

Построение Примитивный тип

Постусловие Продукт

Потомок Проекция

Производный элемент Пространство имен



№ 141 из 268

Пакет(Package)

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

Name



№ 142 из 268

Параллельное подсостояние(Concurrent Substate)

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



№ 143 из 268

Параллельность(Parallelism, Concurrency)

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



№ 144 из 268

Параметр(Parameter)

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



№ 145 из 268

Параметризованный элемент(Parametric Element)

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



№ 146 из 268

Паттерн (образец)(Pattern)

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



№ 147 из 268

Переход (Transition)

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

событие условие



№ 148 из 268

Процесс(Process)

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



№ 149 из 268

Псевдосостояние(Pseudostate)

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



№ 150 из 268

Перечислимый тип(Enumerated type)

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



№ 151 из 268

Поведение(Behavior)

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



№ 152 из 268

Поведенческое свойство(Behavior property)

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



№ 153 из 268

Подкласс(Subclass)

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



№ 154 из 268

Подсистема(Subsystem)

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

<<subsystem>>Name

<<subsystem>>Имя



№ 155 из 268

Подсостояние(Substate)

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



№ 156 из 268

Положение(Loc)

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



№ 157 из 268

Прямое проектирование(Direct Design)

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



№ 158 из 268

Получатель(Receiver)

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



№ 159 из 268

Получение(Receiving)

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



№ 160 из 268

Помеченное значение(Tagged value)

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



№ 161 из 268

Поставщик(Provider)

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



№ 162 из 268

Построение(Development)

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



№ 163 из 268

Постусловие(Postcondition)

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



№ 164 из 268

Потомок(Descendant)

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



№ 165 из 268

Производный элемент(Derived element)

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



№ 166 из 268

Предметная область(Domain Area)

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



№ 167 из 268

Предусловие(Precondition)

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



№ 168 из 268

Прецедент(Use-case)

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

Имя



№ 169 из 268

Примечания(Comment, Note)

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

Текст



№ 170 из 268

Примитивный тип(Primitive type)

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



№ 171 из 268

Продукт(Product)

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



№ 172 из 268

Проекция(Projection)

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



№ 173 из 268

Пространство имен(Namespace)

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



№ 174 из 268

Р…

А

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

Реализация (Realization) Роль



№ 175 из 268

Реализация(Implementation)

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



№ 176 из 268

Реализация(Realization)

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



№ 177 из 268

Родитель(Parent)

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



№ 178 из 268

Роль(Role)

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



№ 179 из 268

C…

А

Свертывание Система

Свойство Событие

Связывание Событие времени

Связь Сообщение

Сигнал Составное состояние

Сигнатура Состояние

Синхронное действие Состояние действия



№ 180 из 268

C… (продолжение)

А

Спецификация Строка

Срабатывание Структурное свойство

Статическая классификация Суперкласс

Статический вид Сценарий

Стереотип

Стимул

Сторожевое условие



№ 181 из 268

Свертывание(Rolling)

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



№ 182 из 268

Свойство(Property)

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



№ 183 из 268

Связывание(Binding)

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



№ 184 из 268

Связь(Link)

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

Имя:Тип



№ 185 из 268

Сигнал(Signal)

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



№ 186 из 268

Сигнатура(Signature)

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



№ 187 из 268

Синхронное действие(Synchronous action)

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



№ 188 из 268

Система(System)

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



№ 189 из 268

Событие(Event)

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



№ 190 из 268

Событие времени(Time Event)

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



№ 191 из 268

Сообщение(Message)

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



№ 192 из 268

Составное состояние(Composite state)

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



№ 193 из 268

Состояние(State)

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

Имя



№ 194 из 268

Состояние действия(Action state)

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

Имя



№ 195 из 268

Спецификация(Specification)

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



№ 196 из 268

Срабатывание(Operation)

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



№ 197 из 268

Статическая классификация(Static Classification)

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



№ 198 из 268

Статический вид(Static View)

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



№ 199 из 268

Стереотип(Stereotype)

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

<<interface>>Name



№ 200 из 268

Стимул(Stimulus)

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



№ 201 из 268

Сторожевое условие(Guard condition)

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



№ 202 из 268

Строка(String)

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



№ 203 из 268

Структурное свойство(Structured feature)

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



№ 204 из 268

Суперкласс(Superclass)

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



№ 205 из 268

Сценарий(Scenario)

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



№ 206 из 268

Т…

А

Тип Трассировка

Тип данных Требование



№ 207 из 268

Тип(Type)

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



№ 208 из 268

Тип данных(Data Type)

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



№ 209 из 268

Трассировка(Tracing)

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



№ 210 из 268

Требование(Requirement)

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



№ 211 из 268

У…

А

Узел Уровень абстракции

Управляемый прецедентами

Устойчивый объект

Управляемый рисками Уточнение



№ 212 из 268

Узел(Node)

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

Имя



№ 213 из 268

Управляемый прецедентами(Use-case driven)

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



№ 214 из 268

Управляемый рисками(Risk driven)

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



№ 215 из 268

Уровень абстракции(Abstraction level)

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



№ 216 из 268

Устойчивый объект(Stable object)

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



№ 217 из 268

Уточнение(Refinement)

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



№ 218 из 268

Ф…

А

Фаза Фокус управления

Фактический параметр

Формальный параметр



№ 219 из 268

Фаза(Phase)

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



№ 220 из 268

Фактический параметр(Actual parameter)

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



№ 221 из 268

Фокус управления(Control focus)

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



№ 222 из 268

Формальный параметр(Formal parameter)

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



№ 223 из 268

Х…


А



№ 224 из 268

Ц…

А

Целостность



№ 225 из 268

Целостность(Integrity)

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



№ 226 из 268

Ч…


А



№ 227 из 268

Ш…

А

Шаблон



№ 228 из 268

Шаблон(Template)

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



№ 229 из 268

Щ…


А



№ 230 из 268

Э…

А

Экземпляр Элемент

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



№ 231 из 268

Экземпляр(Instance)

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



№ 232 из 268

Экспортировать(Export)

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



№ 233 из 268

Элемент(Element)

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



№ 234 из 268

Элемент распределения(Distributed element)

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



№ 235 из 268

Ю…


А



№ 236 из 268

Я…


А



№ 237 из 268

А…

А

Abstract Class Active Class

Abstraction Argument

Aggregate Artifact

Aggregation Architecture

Actor Asynchronous state/message

Activation Association



№ 238 из 268

А… (cont)

А

Attribute Association end

Action Expression Action State

Action Abstraction level

Activity Actual parameter

Activity Diagram Active Object

Association Class



№ 239 из 268

B…

А

Behavior Binary association

Behavior feature Boolean expression

Behavior property Boolean type



№ 240 из 268

C…

А

Class Diagram CompositionComponent Diagram ComponentCollaboration Diagram Concrete classComplement ContainerClass ContextClassifier CollaborationClient Concurrent substateComment Composite stateComposite Control focus



№ 241 из 268

D…

А

Design view Dependency

Deployment view Direct design

Deployment Development

Delegation Descendant

Diagram Derived element

Deployment diagram Data type

Dynamical Classification Distributed element

Dynamical view



№ 242 из 268

E…

А

Expression Enumerated type

Execution Event

Elaboration Export

Extension mechanism Element



№ 243 из 268

F…

А

Feature Framework

Formal parameter



№ 244 из 268

G…

А

Generalization

Guard condition



№ 245 из 268

H…

А




№ 246 из 268

I…

А

Interaction Interface inheritance

Implementation view Implementation inheritance

Interaction diagram Inception

Import Incomplete

Incremental approach Incompatible substate

Interface Implementation

Iteration approach Integrity

Iteration Instance

Inheritance



№ 247 из 268

J…

А




№ 248 из 268

K…

А




№ 249 из 268

L…

А

Loc Link

Lifeline



№ 250 из 268

M…

А

Message Mechanism

Metaclass Model

Method Multiplicity



№ 251 из 268

N…

А

Name Node

N-ary association Nesting Hierarchy

Namespace Namespace



№ 252 из 268

O…

А

Object Operation

Object diagram Operation



№ 253 из 268

P…

А

Process view Provider

Plural classification Postcondition

Plural inheritance Precondition

Power of set Primitive type

Pattern Product

Package Projection

Parameter Parent

Parametric element Property

Process Phase

Pseudostate



№ 254 из 268

Q…

А

Qualifier

Query



№ 255 из 268

R…

А

Relation end Realization

Reverse engineering Role

Responsibility Rolling

Restriction Requirement

Relations Risk driven

Receiver Refinement

Receiving



№ 256 из 268

S…

А

Sequence diagram Subclass

Statechart diagram Subsystem

Swimlanes Substate

Single inheritance Signal

Sender Signature

Sending Synchronous action



№ 257 из 268

S…

А

System Stimulus

State String

Specification Structured feature

Static Classification Superclass

Static view Scenario

Stereotype State object



№ 258 из 268

S… (cont)

А

System Stimulus

State String

Specification Structured feature

Static Classification Superclass

Static view Scenario

Stereotype State object



№ 259 из 268

T…

А

Time expression Time mark

Time constraint Transition

Temporary object Tagged value

Time Time event

Type expression Type

Task Tracing

Thread Template



№ 260 из 268

U…

А

Use-case Use-case view

Use-case diagram Usage

Use-case driven Uncooperative



№ 261 из 268

V…

А

Value View

Version Visibility



№ 262 из 268

W…

А




№ 263 из 268

X…

А




№ 264 из 268

Y…

А




№ 265 из 268

Z…

А




№ 266 из 268

Другие глоссарии

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/Glossa

ry.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




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://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

http://www.zicomsystems.com/

http://www.sparxsystems.com.au/zm/ZicomMentorEvaluate.htm







№ 267 из 268

Использованные материалы

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

Г.Буч, А. Джекобсон, Дж. Рамбо.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

http://alice.stup.ac.ru/~dvn/uproc/books/uml_user_guide/index.htm



http://www.zicomsystems.com/

http://www.omg.org/cgi-bin/apps/doc?formal/03-03-01.pdf



№ 268 из 268

О проекте ВИРТУОЗ

Цель проекта "Виртуоз" - подготовка преподавателей к внедрению в ВУЗах России и других стран СНГ новой специальности – "Информационные технологии". Основная задача проекта - совершенствование методологии преподавания программной инженерии. Реализация этой программы направлена на создание надёжной образовательной основы для дальнейшего развития отечественной ИТ-индустрии.

В рамках проекта (август-декабрь 2004 г.) - обучение современным методикам программной инженерии, передовым информационным технологиям, получение опыта работы по созданию учебных курсов, соответствующих международным образовательным стандартам IEEE/ACM Computing Curricula 2001: Computer Science и Software Engineering, а также прохождение стажировки в корпорации Intel.

Проект "Виртуоз" выполнялся в Нижегородском государственном университете им. Н.И. Лобачевского по инициативе компании Intel при поддержке Microsoft, IBM, Borland, Лаборатория Касперского и др.

uml glossary

Economy & Finance

zicom mentor

nesting hierarchy

plural classification

static classification

reverse engineering

asynchronous state message

incremental approach

risk driven