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

Содержание

Проект ВИРТУОЗ Н.Новгород, 2004г. SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г Глоссарий терминов Унифицированный язык моделирования © Бабич А.В. 2004 UML Glossary

Слайд 1Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Модуль 22:

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

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

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

Бабич А.В., Полтава, Украина, ПГПУ, alexander.babich@rambler.ru
________________________________________________________




Слайд 2Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Глоссарий терминов


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

© Бабич А.В. 2004

UML Glossary


Слайд 3Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Алфавитный указатель
А
Б
В
Г
Д
Е
Ж
З
И
К
Л
М
Н
О
П
Р
С
Т
У
Ф
Х
Ц
Ч
Ш
Щ
Э
Ю
Я
Щелкните

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

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


Слайд 4Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Обозначения…
А


Слайд 5Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
А…
А


Слайд 6Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Абстрактный класс

(Abstract Class)

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


Имя



Слайд 7Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Абстракция (Abstraction)
Абстракция

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


<>




Слайд 8Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Автомат (State

machine)

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



Слайд 9Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Агрегат (Aggregate)
Агрегат

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






Слайд 10Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Агрегация (Aggregation)
Агрегирование

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






Слайд 11Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Актер (Actor)
Актер

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



<> Имя



Слайд 12Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Активация (Activation)
Активация

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


Имя

Имя():тип



Слайд 13Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Активный класс

(Active Class)

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


Имя



Слайд 14Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Активный объект

(Active Class)


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



Слайд 15Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Аргумент (Argument)

Аргумент

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



Слайд 16Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Артефакт (Artifact)
Артефакт

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



?

Имя

<> Имя



Слайд 17Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Архитектура (Architecture)
Архитектура

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

Слайд 18Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Архитектура -

продолжение

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



Слайд 19Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Асинхронное действие

(Asynchronous state/message)

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





Имя



Имя



Слайд 20Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Ассоциация (Association)
Ассоциация

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





1 1..*



Слайд 21Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Ассоциация n-арная (N-ary

Association)

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







Слайд 22Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Атрибут (Attribute)
Атрибут

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


Имя

Имя:Тип



Слайд 23Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Б…
Бинарная ассоциация

Булевский

тип

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

А


Слайд 24Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Бинарная ассоциация

(Binary association)

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





1 1..*



Слайд 25Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Булевский тип

(Boolean type)


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



Слайд 26Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Булевскoe выражение

(Boolean expression)


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



Слайд 27Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
В…
А


Слайд 28Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Версия (Version)

Версия

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



Слайд 29Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Взаимодействие (Interaction)
Взаимодействие

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




ref

Имя


Слайд 30Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
G…
А


Слайд 31Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Вид (View)

Вид

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



Слайд 32Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Вид с

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


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



Слайд 33Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Вид с

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

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



Слайд 34Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Вид с

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


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



Слайд 35Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Вид с

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


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



Слайд 36Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Вид с

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


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



Слайд 37Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Вид с

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


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



Слайд 38Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Видимость (Visibility)

Видимость

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



Слайд 39Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Внедрение (Deployment)

Внедрение

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



Слайд 40Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Временное выражение

(Time Expression )


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



Слайд 41Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Временное ограничение

(Time Constraint )

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




{expression}


Слайд 42Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Временный объект

(Temporary Object )


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



Слайд 43Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Время (Time)

Время

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



Слайд 44Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Выражение (Expression)

Выражение

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



Слайд 45Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Выражение действия (Action

Expression )


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



Слайд 46Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Выражение типа (Type

Expression )


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



Слайд 47Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Г…


Извините, нет

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

А


Слайд 48Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Д…
А


Слайд 49Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Действие (Action)
Действие -

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



Имя


Слайд 50Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Делегирование (Delegation)
Делегирование -

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








Имя


Слайд 51Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Деятельность (Activity)
Деятельность -

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






Имя




Слайд 52Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Диаграмма (Diagram)
Диаграмма -

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



Заголовок





Слайд 53Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Диаграмма взаимодействия (Interaction

Diagram)

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



Слайд 54Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Диаграмма деятельности (Activity

Diagram)

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



Слайд 55Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Диаграмма классов (Class

Diagram)

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



Слайд 56Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Диаграмма компонентов (Component

Diagram)

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



Слайд 57Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Диаграмма кооперации (Collaboration

Diagram)

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



Слайд 58Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Диаграмма объектов (Object

Diagram)

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



Слайд 59Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Диаграмма последовательностей (Sequence

Diagram)

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



Слайд 60Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Диаграмма прецедентов (Use-case

Diagram)

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



Слайд 61Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Диаграмма развертывания (Deployment

Diagram)

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



Слайд 62Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Диаграмма состояний (Statechart

Diagram, State Machine Diagram, State-Transition Diagram)

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



Слайд 63Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Динамическая классификация (Dynamical

Classification)



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



Слайд 64Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Динамический вид (Dynamical

View)


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



Слайд 65Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Дополнение (Complement)
Дополнение –


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



?

Имя


Слайд 66Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Дорожка (Swimlanes)
Дорожка -

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



Слайд 67Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Е…


Извините, нет

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

А


Слайд 68Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Ж…


Извините, нет

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

А


Слайд 69Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
З…
А


Слайд 70Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Зависимость (Dependency)
Зависимость -

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




<<Имя>>



Мать

Ребенок


Слайд 71Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Задача (Task)


Задача -

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



Слайд 72Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Запрос (Query)

Запрос -

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



Слайд 73Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Значение (Value)


Значение -

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



Слайд 74Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
И…
А


Слайд 75Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Иерархия вложенности (Nesting

Hierarchy)



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



Слайд 76Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Импорт (Import)
Импорт: в

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



Слайд 77Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Имя (Name)


Имя -

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



Слайд 78Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Инкрементный подход (Incremental

approach, Incremental development)

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



Слайд 79Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Итерфейс (Interface)
Интерфейс -

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



<> Имя




Слайд 80Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Исполнение (Execution)


Исполнение -

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



Слайд 81Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Использование (Usage)
Использование -

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




<>


Слайд 82Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Исследование (Elaboration)



Исследование -

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



Слайд 83Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Итеративный подход (Iteration

approach )




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



Слайд 84Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Итерация (Iteration)



Итерация -

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



Слайд 85Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
K…
А


Слайд 86Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Каркас (Framework)
Каркас -

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




<> Name


Слайд 87Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Квалификатор (Qualifier)

Квалификатор -

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



Слайд 88Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Класс (Class)
Класс -

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



Имя


Слайд 89Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Класс-ассоциация (Association Class)
Класс-ассоциация

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



Имя




Слайд 90Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Классификатор (Classifier)
Классификатор -

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



Имя

Имя:Тип

Имя():Тип


Слайд 91Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Клиент (Client)



Клиент -

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



Слайд 92Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Комментарий (Comment, Note)
Комментарий

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




Текст


Слайд 93Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Композит (Composite)
Композит -

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






Слайд 94Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Композиция (Composition)
Композиция -

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






Слайд 95Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Компонент (Component)
Компонент -

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






Имя


<>Имя




Имя


Слайд 96Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Конкретный класс (Concrete

class)




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



Слайд 97Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Контейнер (Container)


Контейнер -

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



Слайд 98Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Контекст (Context)

Контекст -

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



Слайд 99Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Концевая точка

ассоциации (Association end)

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




Имя


Слайд 100Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Концевая точка

связи (Relation end)




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



Слайд 101Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Кооперация (Collaboration)
Кооперация -

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



Имя


Слайд 102Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Кратность (Multiplicity)
Кратность -

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




m..n


Слайд 103Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Л…
А


Слайд 104Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Линия жизни

объекта (Lifeline)

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



Имя:Тип


Слайд 105Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
М…
А


Слайд 106Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Метакласс (Metaclass)



Метакласс -

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



Слайд 107Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Метод (Method)



Метод -

реализация операции.



Слайд 108Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Механизм (Mechanism)



Механизм -

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



Слайд 109Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Механизм расширения (Extension

mechanism)


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



Слайд 110Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Множественная классификация (Plural

classification)


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



Слайд 111Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Множественное наследование (Plural

inheritance)


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



Слайд 112Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Модель (Model)
Модель –

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




Name



Слайд 113Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Мощность множества (Power

of set)




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



Слайд 114Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Н…
А


Слайд 115Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Наследование (Inheritance)


Наследование -

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



Слайд 116Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Наследование интерфейса (Interface

Inheritance)



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



Слайд 117Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Наследование реализации (Implementation

Inheritance)



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



Слайд 118Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Начальная фаза (Inception)


Начальная

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



Слайд 119Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Неполнота (Incomplete)


Неполнота -

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



Слайд 120Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Несовместимое подсостояние (Incompatible

substate)



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



Слайд 121Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Несогласованность (Uncooperative)


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

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



Слайд 122Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Нить (Thread)


Нить -

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



Слайд 123Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
О…
А


Слайд 124Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Область действия (Namespace)


Область

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



Слайд 125Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Обобщение (Generalization)
Обобщение -

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






Слайд 126Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Образец (паттерн) (Pattern)





Образец

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



Слайд 127Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Обратное проектирование (Reverse

Engineering)






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



Слайд 128Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Объект (Object)



Объект -

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



Имя:Тип


Слайд 129Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Обязанность (Responsibility)



Обязанность -контракт

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



Слайд 130Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Ограничение (Restriction)





Ограничение -

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



Слайд 131Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Одиночное наследование (Single

inheritance)




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






Слайд 132Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Операция (Operation)



Операция -

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



Имя

Имя():Тип


Слайд 133Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Особенность (Feature)





Особенность -

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



Слайд 134Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Особенность поведения (Behavior

Feature)






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



Слайд 135Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Отметка времени (Time

mark)






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



Слайд 136Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Отношение (Relation)





Отношение

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



Слайд 137Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Отправитель (Sender)





Отправитель -

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



Слайд 138Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Отправка (Sending)





Отправка -

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



Слайд 139Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
П…
А


Слайд 140Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
П… (продолжение)
А


Слайд 141Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Пакет (Package)



Пакет -

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




Name


Слайд 142Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Параллельное подсостояние (Concurrent

Substate)




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



Слайд 143Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Параллельность (Parallelism, Concurrency)




Параллельность

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



Слайд 144Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Параметр (Parameter)





Параметр -

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



Слайд 145Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Параметризованный элемент (Parametric

Element)






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



Слайд 146Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Паттерн (образец) (Pattern)





Паттерн

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



Слайд 147Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Переход (Transition)



Переход

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




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


Слайд 148Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Процесс (Process)





Процесс -

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



Слайд 149Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Псевдосостояние (Pseudostate)




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

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



Слайд 150Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Перечислимый тип (Enumerated

type)






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



Слайд 151Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Поведение (Behavior)





Поведение -

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



Слайд 152Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Поведенческое свойство (Behavior

property)






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



Слайд 153Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Подкласс (Subclass)





Подкласс: в

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



Слайд 154Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Подсистема (Subsystem)



Подсистема -

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




<> Name





<> Имя


Слайд 155Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Подсостояние (Substate)





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

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



Слайд 156Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Положение (Loc)





Положение -

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



Слайд 157Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Прямое проектирование (Direct

Design)






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



Слайд 158Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Получатель (Receiver)





Получатель -

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



Слайд 159Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Получение (Receiving)





Получение -

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



Слайд 160Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Помеченное значение (Tagged

value)






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



Слайд 161Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Поставщик (Provider)





Поставщик -

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



Слайд 162Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Построение (Development)




Построение (разработка)

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



Слайд 163Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Постусловие (Postcondition)





Постусловие –

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



Слайд 164Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Потомок (Descendant)





Потомок –

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



Слайд 165Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Производный элемент (Derived

element)





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



Слайд 166Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Предметная область (Domain

Area)






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



Слайд 167Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Предусловие (Precondition)





Предусловие –

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



Слайд 168Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Прецедент (Use-case)



Прецедент -

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



Имя


Слайд 169Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Примечания (Comment, Note)
Примечание

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




Текст


Слайд 170Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Примитивный тип (Primitive

type)






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



Слайд 171Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Продукт (Product)





Продукт -

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



Слайд 172Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Проекция (Projection)





Проекция -

отображение множества на его подмножество.



Слайд 173Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Пространство имен (Namespace)





Пространство

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



Слайд 174Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Р…
А


Слайд 175Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Реализация (Implementation)





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

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



Слайд 176Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Реализация (Realization)





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

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



Слайд 177Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Родитель (Parent)





Родитель -

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



Слайд 178Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Роль (Role)





Роль -

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



Слайд 179Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
C…
А


Слайд 180Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
C… (продолжение)
А


Слайд 181Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Свертывание (Rolling)





Свертывание -

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



Слайд 182Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Свойство (Property)





Свойство -

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



Слайд 183Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Связывание (Binding)





Связывание -

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



Слайд 184Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Связь (Link)



Связь -

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




Имя:Тип


Слайд 185Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Сигнал (Signal)





Сигнал -

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



Слайд 186Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Сигнатура (Signature)





Сигнатура -

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



Слайд 187Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Синхронное действие (Synchronous

action)






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



Слайд 188Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Система (System)



Система -

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



Слайд 189Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Событие (Event)




Событие -

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



Слайд 190Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Событие времени (Time

Event)





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



Слайд 191Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Сообщение (Message)





Сообщение -

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



Слайд 192Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Составное состояние (Composite

state)




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



Слайд 193Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Состояние (State)



Состояние -

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



Имя


Слайд 194Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Состояние действия (Action

state)




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



Имя


Слайд 195Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Спецификация (Specification)





Спецификация -

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



Слайд 196Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Срабатывание (Operation)





Срабатывание -

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



Слайд 197Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Статическая классификация (Static

Classification)






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



Слайд 198Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Статический вид (Static

View)





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



Слайд 199Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Стереотип (Stereotype)



Стереотип -

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




<> Name


Слайд 200Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Стимул (Stimulus)







Стимул -

операция или сигнал.



Слайд 201Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Сторожевое условие (Guard

condition)




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



Слайд 202Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Строка (String)







Строка -

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



Слайд 203Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Структурное свойство (Structured

feature)








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



Слайд 204Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Суперкласс (Superclass)







Суперкласс: в

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




Слайд 205Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Сценарий (Scenario)







Сценарий -

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




Слайд 206Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Т…
А


Слайд 207Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Тип (Type)






Тип -

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




Слайд 208Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Тип данных (Data

Type)






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




Слайд 209Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Трассировка (Tracing)





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

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




Слайд 210Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Требование (Requirement)





Требование -

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




Слайд 211Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
У…
А


Слайд 212Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Узел (Node)



Узел -

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




Имя


Слайд 213Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Управляемый прецедентами (Use-case

driven)




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




Слайд 214Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Управляемый рисками (Risk

driven)




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




Слайд 215Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Уровень абстракции (Abstraction

level)






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




Слайд 216Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Устойчивый объект (Stable

object)






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




Слайд 217Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Уточнение (Refinement)





Уточнение -

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




Слайд 218Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Ф…
А


Слайд 219Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Фаза (Phase)




Фаза -

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




Слайд 220Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Фактический параметр (Actual

parameter)







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




Слайд 221Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Фокус управления (Control

focus)




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






Слайд 222Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Формальный параметр (Formal

parameter)






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




Слайд 223Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Х…


Извините, нет

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

А


Слайд 224Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Ц…
А


Слайд 225Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Целостность (Integrity)






Целостность -

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




Слайд 226Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Ч…


Извините, нет

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

А


Слайд 227Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Ш…
А


Слайд 228Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Шаблон (Template)






Шаблон -

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




Слайд 229Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Щ…


Извините, нет

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

А


Слайд 230Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Э…
А


Слайд 231Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Экземпляр (Instance)





Экземпляр -

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




Слайд 232Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Экспортировать (Export)





Экспортировать: в

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




Слайд 233Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Элемент (Element)





Элемент -

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




Слайд 234Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Элемент распределения (Distributed

element)






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




Слайд 235Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Ю…


Извините, нет

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

А


Слайд 236Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Я…


Извините, нет

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

А


Слайд 237Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
А…
А


Слайд 238Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
А… (cont)
А


Слайд 239Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
B…
А


Слайд 240Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
C…
А


Слайд 241Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
D…
А


Слайд 242Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
E…
А


Слайд 243Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
F…
А


Слайд 244Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
G…
А


Слайд 245Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
H…
А


Извините, нет

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

Слайд 246Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
I…
А


Слайд 247Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
J…
А


Извините, нет

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

Слайд 248Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
K…
А


Извините, нет

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

Слайд 249Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
L…
А


Слайд 250Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
M…
А


Слайд 251Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
N…
А


Слайд 252Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
O…
А


Слайд 253Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
P…
А


Слайд 254Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Q…
А


Слайд 255Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
R…
А


Слайд 256Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
S…
А


Слайд 257Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
S…
А


Слайд 258Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
S… (cont)
А


Слайд 259Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
T…
А


Слайд 260Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
U…
А


Слайд 261Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
V…
А


Слайд 262Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
W…
А


Извините, нет

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

Слайд 263Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
X…
А


Извините, нет

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

Слайд 264Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Y…
А


Извините, нет

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

Слайд 265Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Z…
А


Извините, нет

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

Слайд 266Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Другие глоссарии
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

Слайд 267Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
Использованные материалы
При

разработке представленных материалов с разрешения авторов или правообладателей использовались следующие источники:
Г.Буч, А. Джекобсон, Дж. Рамбо. 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



Слайд 268Проект ВИРТУОЗ Н.Новгород, 2004г.
SE201. Мод. 22: Глоссарий © Бабич А,В,, 2004г
О проекте

ВИРТУОЗ

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

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



Обратная связь

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

Email: Нажмите что бы посмотреть 

Что такое ThePresentation.ru?

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


Для правообладателей

Яндекс.Метрика