This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Абстрактный класс - класс, для которого невозможно непосредственно создать экземпляры объектов. Он не
может иметь атрибутов или методов, но может содержать абстрактные операции. Это смысловой эквивалент интерфейса, и может участвовать в связях, таких как обобщение и ассоциация с некоторыми ограничениями.
сущности, отличающая ее от всех иных сущностей. Абстракция проводит
границу между сущностями лишь с какой-то определенной точки зрения. С точки зрения нотации - это тип зависимости и, следовательно, прямая связь между одним или более клиентами (конец линии) и одним или более «владельцами»(стрелка). Абстракция может использоваться, как совокупность стереотипов, что делает модель более точной.
Автомат - поведение, которое специфицирует последовательность состояний, через которые проходит объект на протяжении своего жизненного цикла, реагируя на события, включая описание реакций на эти события.
Автомат в UML представляет собой некоторый формализм для моделирования поведения элементов модели и системы в целом. В метамодели UML автомат является пакетом, в котором определено множество понятий, необходимых для представления поведения моделируемой сущности в виде дискретного пространства с конечным числом состояний и переходов. Каждая диаграмма состояний представляет некоторый автомат.
Агрегат - класс, представляющий "целое" в отношении агрегирования. Значение агрегации – связь «целое-часть» между двумя классами. Целое не несет ответственности за время
жизни его частей, части могут существовать и отдельно от целого. Графически это изображается ассоциацией с ромбом на конце, обращенном к целому. Формально это одно из значений свойства агрегации для ассоциации. Другие значения – композиция (composite) и нет (none).
Агрегирование - специальный вид ассоциации, описывающий отношение между агрегатом (целым) и компонентом (частью).Целое не несет ответственности за время жизни его частей, части могут существовать и отдельно от целого. Графически эта связь
изображается ассоциацией с ромбом на конце, обращенном к целому. Формально это одно из значений свойства агрегации для ассоциации. Другие значения – композиция (composite) и нет (none).
Актер - множество логически связанных ролей, исполняемых при взаимодействии с прецедентами или сущностями (система, подсистема или класс). Актером может быть человек или другая система, подсистема или класс, которые представляют нечто
вне сущности. Актер «общается» с сущностью посредством серии сообщений. Актер может быть представлен символом класса с соответствующим стереотипом. Обе
формы представления имеют один смысл и могут использоваться в диаграммах. «Стереотипированная» форма чаще используется для представления системных актеров или когда актер имеет свойства и их нужно отобразить.
определяют поведение класса и работы, которые класс может выполнять. Операция может получать список параметров и возвращать типизированное значение. Ее видимость может быть ограничена, также могут быть указаны другие факторы такие как параллельность и т.д.
Артефакт – элемент информации, используемый или порождаемый в процессе разработки программного обеспечения или являющийся результатом работы выполняющейся системы. Артефакт как класс может иметь экземпляры. Графически может изображаться как класс с иконкой в правом верхнем углу или через стереотип.
Архитектура - совокупность существенных решений об организации программной системы; набор структурных элементов и интерфейсов, из которых она состоит, вкупе с поведением, описываемым в терминах коопераций этих элементов; составление из данных структурных и поведенческих элементов все более крупных систем; архитектурный стиль, которому подчинена организация элементов, интерфейсов, коопераций и их композиции. К архитектуре программного обеспечения относятся не только структура и поведение, но также использование, функциональность, производительность, гибкость, повторное применение, ясность, экономические и технологические ограничения и компромиссы, а также эстетические аспекты.
Термин Архитектура касается общей организационной структуры данной системы.
Решения в таких областях играют центральную роль для архитектуры:– выбор структурных элементов и их интерфейсов– поведение и взаимодействие этих структурных элементов– формирование больших подсистем из структурных и
поведенческих элементов– архитектурный стиль, который направляет организацию
В UML архитектурные работы включают пять взаимосвязанных видов системы:– deployment view – process view
Асинхронное действие - запрос, при котором посылающий объект не дожидается получения результата. Этот элемент используется и на временных диаграммах и на диаграммах взаимодействия.
набор связей, в котором каждая из них представляет собой соединение между объектами;
семантическое отношение между двумя или более
классификаторами, в котором участвуют соединения между их экземплярами. Ассоциация имеет имя и кратность, обозначающую количество экземпляров классов на каждом ее конце.
Ассоциация n-арная – более общая форма ассоциации - ассоциация между тремя и более классами. Это общий случай бинарной ассоциации, но имеющий другой смысл. Для любого участника может быть указана кратность, но не могут быть использованы символ агрегации, композиции или квалификатор.
Атрибут - Поименованное свойство классификатора, описывающее диапазон значений, которые могут принимать свойства экземпляров этого класса. Атрибут может иметь начальное значение. Другими словами атрибут – это значение некоторого типа, представляющее информацию о классе или объекте. Записывается в средней части изображения класса.
объекты в некотором контексте для достижения определенной
цели. Соответствующий графический символ, располагаемый в диаграммах UML в месте взаимодействия, показывает повторно используемые элементы или копирование содержимого взаимодействия из других диаграмм.
Вид - (представление) - проекция модели, рассматриваемой с определенной точки зрения, в которой высвечены детали, важные в данном аспекте, и опущены несущественные.
Вид (представление) системы с точки зрения прецедентов - вид системной архитектуры, охватывающий прецеденты, с помощью которых описывается поведение системы с точки зрения конечных пользователей, аналитиков и тех, кто тестирует программы. Этому виду соответствуют диаграммы прецедентов.
Вид (представление) с точки зрения проектирования - вид системной архитектуры, охватывающий классы, интерфейсы и кооперации, которые образуют словарь задачи и ее решения. Этот вид обращен к функциональным требованиям, предъявляемым к системе. Этому виду соответствуют диаграммы классов (для структурного моделирования) и диаграммы взаимодействия (для моделирования поведения)
Вид (представление) с точки зрения процессов - вид системной архитектуры, охватывающий процессы и нити, которые формируют механизмы параллельности и синхронизации. Этот вид фокусирует внимание на производительности, масштабируемости и пропускной способности системы. Этому виду соответствуют снова диаграммы классов (структурное моделирование) и диаграммы взаимодействия (моделирование поведения)
Вид с точки зрения развертывания (Deployment View)
Вид (представление) с точки зрения развертывания - вид системной архитектуры, охватывающий узлы, образующие топологию аппаратных средств, на которых система исполняется. Этот вид отражает распределенность, поставку и установку частей, из которых составлена система.
Вид с точки зрения развертывания (Deployment View)
Вид (представление) с точки зрения развертывания - вид системной архитектуры, охватывающий узлы, образующие топологию аппаратных средств, на которых система исполняется. Этот вид отражает распределенность, поставку и установку частей, из которых составлена система. Этому виду соответствуют диаграммы развертывания.
Вид с точки зрения реализации (Implementation View)
Вид (представление) с точки зрения реализации - вид системной архитектуры, охватывающий компоненты, используемые при сборке и выпуске физической системы. Этот вид важен для управления конфигурированием версий системы, составленной из независимых (до определенной степени) компонентов, которые могут быть по-разному собраны для получения работающего комплекса. Этому виду соответствуют диаграммы компонентов.
Видимость - указывает, при каких обстоятельствах то или иное имя видимо и может быть использовано. Это индикатор (+ public, - private, # protected), показывающий может ли роль, атрибут, операция быть доступными снаружи класса.
утверждение об абсолютном или относительном значении времени или временного интервала. Временное ограничение –это тип интервального ограничения
которое указывает, что один или более элементов модели должны
следовать ограничениям в течение некоторого промежутка времени. Временное ограничение – это не временной интервал, а некоторое ограничение, сопоставляющее интервал с одним или несколькими элементами и определяющее, какие ограничения накладываются на элементы в контексте времени.
Действие - выполнимое атомарное вычисление, которое приводит к изменению состояния системы или возврату значения. Действие может
получать входные данные в виде потока управления и потока объектов и передавать результаты их обработки или изменения в один или более выходных потоков. Выполнение действия не может начаться, пока не удовлетворены все его предпосылки.
Делегирование - способность объекта посылать сообщение другому объекту в ответ на получение сообщения. Графически делегирование изображается с помощью делегирующего соединителя. Делегирующий соединитель (delegation connector) – это вид
соединителя, специально предназначенного для компонентного моделирования. Он используется, чтобы показать, как описанное поведение реализуется компонентом. Когда компонент нуждается в общении с внешней средой, сигналы передаются от внутренней части компонента к порту или интерфейсу через делегирующий соединитель.
Деятельность - протяженное во времени неатомарное вычисление внутри автомата. Другими словами, деятельность – это набор узлов и потоков, определенное согласованное выполнение действий. Узлы представляют собой действия – атомарные выполняемые единицы поведения, контролирующие узлы, согласующие потоки, или объекты, хранящие данные или собственно, объекты. Деятельность может участвовать в отношении генерализации с другими деятельностями и могут иметь подчиненные деятельности. С другой стороны, деятельность – это шаг или действие внутри диаграммы деятельности (Activity Diagram). Деятельность представляет действие выполненное системой или актером.
Диаграмма - графическое представление множества элементов. Обычно изображается в виде графа с вершинами (сущностями) и ребрами (отношениями). С помощью диаграмм можно визуализировать систему с различных точек зрения.
Поскольку сложное целое нельзя понять, глядя на него лишь с одной стороны, в UML определено много разных диаграмм, которые позволяют сосредоточиться на различных аспектах моделируемой системы. Диаграмма имеет рамку, служащую границей, отделяющей ее содержимое от других диаграмм и заголовок - строку, содержащую вид диаграммы, ее имя и параметры.
Диаграмма взаимодействия - диаграмма, на которой представлено взаимодействие, состоящее из множества объектов и отношений между ними, включая и сообщения, которыми они обмениваются. Диаграммы взаимодействия относятся к динамическому виду системы. Этот обобщенный термин применяется к нескольким видам диаграмм, в которых делается акцент на взаимодействии объектов, в том числе к Диаграммам кооперации, последовательности и деятельности.
Диаграмма деятельности - диаграмма, на которой представлены переходы потока управления от одной деятельности к другой. Диаграммы деятельности относятся к динамическому аспекту поведения системы. Это разновидность диаграмм состояний, где все или большая часть состояний являются состояниями деятельности а все или большая часть переходов срабатывают при завершении деятельности в исходном состоянии. Диаграмма деятельности может быть присоединена к любому элементу модели, имеющему динамическое поведение. Можно построить несколько диаграмм деятельности для данной системы, каждая из них будет фокусироваться на разных аспектах системы или показывать разные аспекты модели.
Диаграмма классов - диаграмма, на которой представлено множество классов, интерфейсов, коопераций и отношений между ними; диаграммы классов относятся к статическому виду системы. Иными словами, это диаграмма, на которой показано множество декларативных (статических) элементов.Можно построить несколько диаграмм классов для данной системы, каждая из них будет фокусироваться на разных аспектах системы или показывать разные аспекты модели.
Диаграмма компонентов - диаграмма, на которой изображена организация некоторого множества компонентов и зависимости между ними, артефакты, ими реализуемые; относится к статическому виду системы. Диаграмма компонентов – один из видов диаграмм реализации. UML содержит два вида диаграмм - диаграмма развертывания (deployment diagram) и диаграмма компонентов (component diagram), совместно описывающих способ реализации системы на физическом уровне. Можно построить несколько диаграмм компонентов для данной системы, каждая из них будет фокусироваться на разных аспектах системы или показывать разные аспекты модели.
Диаграмма кооперации - диаграмма взаимодействий, в которой основной акцент сделан на структурной организации объектов, посылающих и получающих сообщения. На этой диаграмме изображено, как организованы взаимодействия между экземплярами и какие между ними существуют связи.Это, по сути, альтернативная форма диаграммы последовательностей, более компактная, но и более сложная для чтения.
Диаграмма объектов - диаграмма, на которой представлено множество объектов и отношений между ними в некоторый момент времени. Диаграммы объектов относятся к статическому виду системы с точки зрения проектирования или процессов. Диаграмма объектов является, по сути, разновидностью диаграммы классов, которую часто используют для того, чтобы объяснить нюансы сложных отношений, таких, например, как рекурсивные отношения
Диаграмма последовательностей - диаграмма взаимодействия, в которой основной акцент сделан на временном упорядочении сообщений. UML содержит два вида диаграмм, описывающих способ взаимодействия элементов модели: диаграмма последовательностей и диаграмма кооперации. Каждому прецеденту соответствует своя диаграмма последовательностей. Можно построить несколько диаграмм последовательностей для данной системы, каждая из них будет фокусироваться на разных аспектах системы или показывать разные аспекты модели.
Диаграмма прецедентов - диаграмма, на которой представлено множество прецедентов и актеров, а также отношения между ними. Диаграммы прецедентов относятся к статическому виду системы и описывают действия системы с точки зрения внешнего наблюдателя. Диаграммы прецедентов связаны со сценариями – примерами описания того, что происходит, когда некто взаимодействует с системой.
Диаграмма развертывания - диаграмма, на которой представлена конфигурация обрабатывающих узлов и размещенные на них компоненты; относится к статическому виду системы. Это один из видов диаграмм реализации в UML, показывающий физическую конфигурации аппаратного и программного обеспечения. Можно построить несколько диаграмм развертывания для данной системы, каждая из них будет фокусироваться на разных аспектах системы или показывать разные аспекты модели.
Диаграмма состояний(Statechart Diagram, State Machine Diagram, State-Transition Diagram)
Диаграмма состояний - диаграмма, на которой изображен автомат; диаграммы состояний относятся к динамическому виду системы. Диаграмма состояний описывает поведение сущности, показывая возможные состояния объекта и переходы, которые приводят к изменению состояний. Можно построить несколько диаграмм состояния для данной системы, каждая из них будет фокусироваться на разных аспектах системы или показывать разные аспекты модели.
Динамическая классификация - семантическая разновидность обобщения (генерализации), при которой объект может изменять тип или роль.
Чаще всего объект имеет один постоянный тип во время выполнения программы, - это называется статической классификацией. Если тип объекта может меняться, то имеет место динамическая классификация.
Динамический вид- аспект системы, в котором основное внимание уделено ее поведению. В UML для работы с динамическими частями системы применяются пять типов диаграмм, перечисленных ниже:– диаграммы прецедентов; – диаграммы последовательности; – диаграммы кооперации; – диаграммы состояний; – диаграммы деятельности.
Дорожка - разбиение диаграммы взаимодействия для распределения ответственности за действия. Каждая дорожка может иметь имя, которое означает ответственность или руководящий элемент, на котором она лежит.
Зависимость - семантическое отношение между двумя сущностями, при которой изменение одной (независимой) сущности может повлиять на семантику другой (зависимой). Зависимость – отношение, которое показывает, что один класс знает о атрибутах и операциях другого класса, но не соединен напрямую с объектами этого класса. Зависимость – это тип отношения, которое указывает что один элемент или группа элементов, действующие как клиент, зависят от элемента или группы элементов, которые предоставляют некоторые услуги и изменения которых могут повлиять на клиента.
Задача - путь выполнения программы, динамической модели или иного представления потока управления; процесс или нить. Определенная активность или шаг в проекте.
Запрос - спецификация стимула, посылаемого объекту, формализованное описание информационных потребностей вызывающего объекта. Операция, которая возвращает информацию, но не приводит к изменению состояния внутри модели или программной системы.
Импорт: в контексте пакетов - зависимость, показывающая пакет, на классы которого можно ссылаться внутри данного пакета (включая и рекурсивно вложенные в него пакеты).
Инкрементный подход: в контексте цикла разработки программного обеспечения - процесс непрерывного развития архитектуры системы, когда каждая новая версия содержит улучшения по сравнению с предыдущей. Проводится начальный анализ для выявления проблем и общих требований. Затем выделяются требования, наиболее значимые для клиента, чтобы сфокусироваться на них в первой приближении. После первого приближения команда разработчиков получает значимый фидбэк, который учитывается при создании второй версии.
Интерфейс - множество операций, составляющее спецификацию услуг, которые предоставляет класс или компонент. Графически интерфейс можно изобразить двумя способами: как класс со стереотипом «interface» и как «леденец» (lollipop). «Круглая» форма чаще используется когда более значим структурный вид системы. Когда интерфейс имеет операции и они должны быть отображены на диаграмме, используется символ класса.
Использование - зависимость, при которой один элемент (клиент) для правильного функционирования требует наличия другого элемента (поставщика). Это может быть также реализация зависимости, где в выполняющейся системе существует только один набор элементов и другой набор требуется реализовать. Использование может применяться как самостоятельный элемент, в то же время существует несколько стереотипов, делающих его применение более точным.
Итерация - четко очерченный перечень работ, для которых определены конечная цель и критерий оценки. В результате нескольких итераций должна быть выпущена версия для внутреннего или внешнего использования.
Каркас - архитектурный образец (паттерн), обеспечивающий расширяемый шаблон приложений в некоторой предметной области. Графически – это стереотипированный пакет, который содержит элементы, определяющие архитектуру системы или часть архитектуры, которая может быть использована повторно. Каркас может охватывать всю систему или ограничиваться ее частью.
Квалификатор - атрибут ассоциации, значения которого разбивают множество объектов, связанных с некоторым объектом посредством данной ассоциации, на непересекающиеся подмножества.
Класс - множество объектов, категория вещей, обладающих общими атрибутами, операциями, отношениями и семантикой. Класс представляет некоторую концепцию (физическую или иную) в моделируемой системе. Графически класс в UML изображается прямоугольником, разделенным на несколько частей, которые используются для указания дополнительной информации, такой как имя, атрибуты и операции.
Класс-ассоциация - элемент модели, обладающий свойствами как класса, так и ассоциации. Класс-ассоциацию можно рассматривать либо как ассоциацию, обладающую свойствами класса (имеющую атрибуты и операции), либо как класс, обладающий свойствами ассоциации.
Классификатор - механизм, с помощью которого описываются структурные и поведенческие особенности, элемент UML, имеющий атрибуты и операции. К числу классификаторов относятся классы, интерфейсы, типы данных, сигналы, компоненты, узлы, прецеденты и подсистемы.
Комментарий – аннотация (текстовая или содержащая графические символы), присоединенная к элементу или множеству элементов. В частности, комментарий может быть присоединен к диаграмме, чтобы объяснить ее смысл более подробно.
Композиция - форма агрегирования, в которой целое владеет своими частями, имеющими одинаковое время жизни. Части с нефиксированной кратностью могут быть созданы после создания самого композита, но, будучи созданными, живут и умирают вместе с ним; такие части могут быть и явно удалены до момента уничтожения композита.Графически эта связь изображается ассоциацией с закрашенным ромбом на конце, обращенном к целому. Формально это одно из значений свойства агрегации для ассоциации. Другие значения – агрегация (aggregate) и нет (none).
Компонент - физически заменяемая часть системы (исполняемый программный модуль), реализующая спецификацию интерфейсов. Компонент – модульная, разворачиваемая и заменяемая часть системы, содержащая элементы модели и пакеты, представляющие набор интерфейсов. Возможно несколько вариантов графического изображения компонента.
Контейнер - объект, назначение которого - быть вместилищем других объектов; он предоставляет операции для доступа или последовательного обхода своего содержимого.
Контекст - множество взаимосвязанных элементов, предназначенное для определенной цели, например для специфицирования операции. В применении к OCL, контекстом называют домен, внутри которого действительно OCL-выражение, например, класс. В применении к паттернам, контекст – положение, в котором возникают частные проблемы.
Концевая точка ассоциации - точка, в которой ассоциация соединяется с классификатором. Концевая точка ассоциации имеет имя (ролевое имя) и набор свойств, которые определяют семантику участия классификатора в отношении. Бинарная ассоциация имеет две концевых точки, а n - арная ассоциация имеет n концевых точек.
Кооперация - множество ролей и других элементов, совместно работающих для обеспечения согласованного поведения, которое оказывается более значимо, чем сумма его составляющих; спецификация того, как элемент наподобие прецедента или операции реализуется посредством набора классификаторов и ассоциаций, играющих конкретные роли и используемых конкретным способом.
Кратность - спецификация диапазона возможных значений мощности множества. Кратность – это свойство концевой точки ассоциации, которое определяет количество экземпляров классификатора, соединенных с целевой (ближайшей) концевой точкой. Кратность описывается в форме строки, определяющей допустимый диапазон.
Линия жизни объекта – вертикальная пунктирная линия на диаграмме последовательностей, которая описывает существование объекта на протяжении некоторого промежутка времени.
Механизм расширения - один из четырех механизмов (профили, стереотипы, помеченные значения и ограничения), с помощью которых можно контролируемым способом расширять язык UML. Наиболее общим способом расширения является стереотип.
Модель – упрощенное представление реальности, создаваемое для лучшего понимания разрабатываемой системы; семантически замкнутая абстракция системы. Модель – центральный артефакт UML - проектирования. Содержит различные связанные элементы, упорядоченные иерархически с помощью пакетов. Модель представляет систему с определенной точки зрения (перспективы). Не существует предопределенных точек зрения на систему, но есть несколько наиболее часто используемых перспектив, таких как модель прецедентов, анализ – модель, дизайн – модель, которые определены в UML Profile for Software Development Processes.
Начальная фаза - первая фаза цикла разработки программного обеспечения, в которой исходная идея становится достаточно обоснованной, чтобы можно было принять решение о переходе к фазе исследования.
Несовместимое подсостояние - подсостояние, в котором система не может находиться, одновременно находясь в других подсостояниях внутри одного и того же состояния.
Обобщение - отношение специализации/обобщения, в котором объекты специализированного элемента (потомка) могут быть подставлены вместо объектов обобщенного элемента (родителя, или предка). Стрелка направлена к «предку», а конец линии – к «потомку». Эта зависимость может существовать между несколькими типами элементов UML, включая классификаторы и ассоциации.
Объект - конкретная материализация абстракции; сущность с хорошо определенными границами, в которой инкапсулированы состояние и поведение; экземпляр класса (вернее, классификатора – актер, класс или интерфейс). Объект уникально идентифицируется значениями атрибутов, определяющими его состояние в данный момент времени.
Обязанность -контракт или обязательство, принимаемое на себя типом или классом. Высокоуровневое описание поведения класса. Обязанность отображает знания или информацию, доступную другим или хранимую в его атрибутах или запрашиваемую взаимодействующими классами, а также сервисы, предлагаемые другим объектам.
Операция - реализация услуги, которая может быть запрошена у любого объекта класса. Операция – это строка в секции операций класса. Операция определяет поведение класса и работы, которые класс может выполнить. Операция может принимать список параметров и возвращать значение некоторого типа. Видимость операции может быть ограничена другими факторами, такими как параллельность и т.п.
Отношение - семантическая связь между элементами. В другом понимании отношение – группа связанных данных, организованных в столбцы и строки, иначе говоря – таблица.
Пакет - универсальный механизм организации UML-элементов, обычно классов, в группы. Пакеты могут быть вложенными в другие пакеты. Пакеты позволяют организовать иерархию в модели.
Параллельное подсостояние - подсостояние, в котором система может находиться одновременно с нахождением в других подсостояниях внутри одного и того же составного состояния.
Параллельность - выполнение двух или более работ в течение одного и того же промежутка времени. Параллельность может быть достигнута путём перемежающегося или истинного одновременного выполнения двух или более нитей.
Переход - отношение между двумя состояниями, показывающее, что объект, находящийся в первом состоянии, должен выполнить некоторые действия и перейти во второе состояние, как только наступит некоторое событие и при этом будут выполнены определенные условия.
Псевдосостояние - вершина автомата, которая выглядит как состояние, но не ведет себя как таковое. К числу псевдосостояний относятся начальное, конечное и историческое состояния.
Подкласс: в отношении обобщения - специализация другого класса, родителя; класс, который наследует свои атрибуты и операции через отношение генерализации.
Подсистема - группирование элементов, часть из которых составляет спецификацию поведения, предлагаемого другими содержащимися в нем элементами; группа пакетов элементов модели, которая имеет операции и интерфейсы, часть системы, которая может считаться полноправной системой.
Построение (разработка) - фаза цикла разработки программного обеспечения, в ходе которой исполняемый архитектурный прототип доводится до состояния, когда он может быть передан пользователям.
Производный элемент - элемент модели, который можно вычислить по другим элементам, но который тем не менее включен в нее для ясности или для удобства проектирования, несмотря на то что он не привносит новой семантики.
Прецедент - описание множества последовательных событий (включая варианты), выполняемых системой, которые приводят к наблюдаемому актером результату. Прецедент представляет поведение сущности, описывая взаимодействие между актерами и системой. Прецедент не показывает «как» достигается некоторый результат, а только «что» именно выполняется.
Примечание - графический символ для изображения ограничений или комментариев, присоединяемый к элементу или множеству элементов.Комментарий – аннотация (текстовая или содержащая графические символы), присоединенная к элементу или множеству элементов. В частности, комментарий может быть присоединен к диаграмме, чтобы объяснить ее смысл более подробно.
Пространство имен - область действия, в которой могут быть определены и использованы имена; внутри пространства имен каждое имя идентифицирует уникальный элемент.
Реализация (Implementation) - конкретное воплощение контракта, объявленного интерфейсом; определение того, как что-либо конструируется или вычисляется.
Реализация (Realization) - семантическое отношение между классификаторами, в котором одна сторона формулирует условия контракта, а другая обязуется его выполнить.
Связь - семантическое соединение между объектами; экземпляр ассоциации. Ассоциация, соединяя классификаторы, показывает структурные отношения, связь же соединят экземпляры классификаторов (по сути, это список ссылок между экземплярами классификаторов).
Система - множество элементов, организованных для достижения конкретной цели, иногда разложенное на несколько подсистем и описываемое набором моделей, возможно с различных точек зрения; абстракция набора комплексно взаимодействующих элементов, для которых возможно определить рамки, среду, входные и выходные данные, механизм управления и некоторые процессы или преобразования, выполняемые системой.
Событие - спецификация существенного факта, имеющего положение в пространстве и во времени. В контексте автоматов событие - это возникновение стимула, который может активизировать переход из одного состояния в другое, некоторое происшествие, значимое для информационной системы.
Сообщение - спецификация передачи информации между объектами в расчете на то, что за этим последует некоторая деятельность; прием сообщения обычно трактуется как возникновение события.
Состояние - ситуация в жизненном цикле объекта, во время которой он удовлетворяет некоторому условию, выполняет определенную деятельность или ожидает какого-то события.Состояние объекта определяется значениями некоторых его атрибутов и присутствием или отсутствием связей с другими объектами.
Спецификация - текстовое объявление синтаксиса и семантики некоторого строительного блока; декларативное описание того, чем является или что делает некая сущность.
Статический вид - аспект системы, в котором основное внимание уделяется ее структуре. Как правило, при рассмотрении статических частей системы используются следующие четыре типа диаграмм:– диаграммы классов; – диаграммы объектов; – диаграммы компонентов; – диаграммы развертывания.
Стереотип - расширение словаря UML, позволяющее создавать новые виды строительных блоков, производные от существующих, но специфичные для конкретной задачи. Имя стереотипа заключается в двойные кавычки ‹‹...››. Например, пакет-интерфейс – это стереотип пакета.
Сторожевое условие - условие, которое должно быть выполнено для того, чтобы сработал переход, с которым оно ассоциировано. Это булевское выражение, связанное с переходом. Переход состоится только если это условие выполнено. Сторожевое условие – это функция, которая может принимать параметры от триггера, а также атрибуты и ссылки от объекта, для которого построена данная диаграмма состояний.
Тип данных - тип, значения которого никак не идентифицированы. К типам данных относятся примитивные встроенные типы (например, числа и строки), а также перечислимые типы (например, булевский).
Трассировка - зависимость, которая показывает историческое или процессуальное отношение между двумя элементами, представляющими одну и ту же концепцию, без указания правил вывода одного элемента из другого.
Узел - физический элемент, существующий во время выполнения системы и представляющий вычислительный ресурс, который обладает по меньшей мере памятью, а зачастую также и процессором. В общем случае это может быть электронное, механическое устройство или даже человек.
Управляемый прецедентами: в контексте цикла разработки программного обеспечения - процесс, в котором прецеденты служат основным артефактом для формулирования желаемого поведения системы, для верификации и контроля системной архитектуры, для тестирования и для обмена информацией между участниками проекта.
Управляемый рисками: в контексте цикла разработки программного обеспечения - процесс, в котором при выпуске каждой новой версии основное внимание обращается на выявление и уменьшение факторов, представляющих наибольший риск для успешного завершения проекта.
Фаза - промежуток времени между двумя опорными точками в процессе разработки, в течение которого должны быть достигнуты заранее поставленные хорошо определенные цели, артефакты доведены до готовности и принято решение о том, следует ли переходить к следующей фазе.
Фокус управления - символ на диаграмме последовательностей, показывающий промежуток времени, в течение которого объект выполняет некоторое действие непосредственно или путем вызова подчиненной операции.
Экземпляр - конкретная материализация абстракции. К этой сущности могут быть применены операции; она обладает состоянием, в котором запоминаются результаты операций. Пример- объект, как экземпляр класса.
Цель проекта "Виртуоз" - подготовка преподавателей к внедрению в ВУЗах России и других стран СНГ новой специальности – "Информационные технологии". Основная задача проекта - совершенствование методологии преподавания программной инженерии. Реализация этой программы направлена на создание надёжной образовательной основы для дальнейшего развития отечественной ИТ-индустрии.
В рамках проекта (август-декабрь 2004 г.) - обучение современным методикам программной инженерии, передовым информационным технологиям, получение опыта работы по созданию учебных курсов, соответствующих международным образовательным стандартам IEEE/ACM Computing Curricula 2001: Computer Science и Software Engineering, а также прохождение стажировки в корпорации Intel.
Проект "Виртуоз" выполнялся в Нижегородском государственном университете им. Н.И. Лобачевского по инициативе компании Intel при поддержке Microsoft, IBM, Borland, Лаборатория Касперского и др.