Глоссарий

Автоматический переход (Automatic transition) – переход между состояниями, который осуществляется по завершении деятельности внутри исходного состояния.

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

Актер (Actor) – кто-то (или что-то) внешний по отношению к системе, кто должен взаимодействовать с разрабатываемой системой.

Архитектура (Architecture) – логическая и физическая структура системы, созданная на основе всех стратегических и тактических решений, принятых в ходе разработки.

Ассоциативный класс (Association class) – класс, содержащий информацию, которая относится к связи между двумя объектами, но ни к одному из объектов в отдельности.

Ассоциация (Association) – двунаправленная семантическая связь между двумя классами.

Атрибут (Attribute) – поле данных, содержащееся в объектах класса. Атрибуты составляют структуру класса.

Базовый проект (Base project) – проект с дополнительной информацией по отношению к основному программному проекту. Он обычно содержит сведения о файлах заголовков для вспомогательных библиотек классов.

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

Бизнес-цели (Business goals) – список потребностей организации в приоритетном порядке, помогающий выработать правильные решения и найти разумные компромиссы в процессе разработки.

Визуальное моделирование (Visual Modeling) – способ представления идей и проблем реального мира с помощью моделей.

Действие (Action) – поведение, которое сопровождает событие перехода между состояниями. Считается, что действие занимает нулевое время и не может быть прервано.

Деятельность (Activity) – поведение, возникающее внутри состояния. Деятельность может быть прервана событием перехода между состояниями.

Диаграмма взаимодействий (Collaboration diagram) – диаграмма, отражающая взаимодействие объектов, организованное вокруг самих объектов и связей между ними.

Диаграмма внедрения (Deployment diagram) – диаграмма, показывающая распределение процессов по узлам вычислительных систем в физической организации системы.

Диаграмма классов (Class diagram) – графическое представление некоторых или всех классов модели.

Диаграмма компонентов (Component diagram) – диаграмма, показывающая организацию программных компонентов и их зависимости, включая компоненты исходного кода (программные и исполняемые компоненты).

Диаграмма последовательности действий (Sequence diagram) – диаграмма, отражающая взаимодействие объектов, упорядоченное во времени.

Диаграмма прецедентов (Use case diagram) – графическое представление актеров, прецедентов и взаимодействий между ними.

Диаграмма состояний (Statechart diagram) – диаграмма, отражающая набор состояний данного класса, события, вызывающие переходы между состояниями, и действия, выполняемые при смене состояний.

Дизайн (Design) – представление реализации системы.

Задумка (Inception) – определение концепции проекта.

Итеративный и инкрементальный жизненный цикл (Iterative and incremental life cycle) – создание серии архитектурных выпусков, развивающихся в законченную систему.

Итерационный план (Iteration plan) – расписание итеративных выпусков (releases), запланированных для системы.

Класс (Class) – описание группы объектов с общими свойствами (атрибутами), однотипным поведением (операциями), общими отношениями с другими объектами (ассоциативными или агрегационными) и общей семантикой.

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

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

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

Модель прецедентов (Use case model) – совокупность актеров, прецедентов и диаграмм прецедентов системы.

Наследование (Inheritance) – отношение между классами, когда один класс использует часть структуры и / или поведения другого класса или нескольких классов.

Обобщение (Generalization) – процесс создания суперклассов, объединяющих общие для нескольких классов структуру и поведение.

Объект (Object) – концепция, абстракция или вещь с четко определенными границами и значением для системы.

Операция (Operation) – действия одного объекта над другим, направленные на вызов конкретной реакции. Операции определяют поведение класса.

Определение требований к системе (Requirement analysis) – описание задач системы.

Охранное условие (Guard) – условие, которое должно принять значение TRUE для осуществления определенного перехода.

Переход между состояниями (State transition) – переход от одного состояния к другому.

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

Подкласс (Subclass) – класс-потомок, унаследованный от одного или нескольких классов.

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

Прецедент (Use case) – представление бизнес-процессов системы. Модель диалога между актером и системой.

Проверка целостности (Consistency checking) – процесс сверки информации в статическом (диаграммы классов) и динамическом (диаграммы взаимодействий) представлении системы.

Проработка (Elaboration) – планирование необходимых действий и требуемых ресурсов; определение особенностей и проектирование архитектуры.

Прототип проверки концепции (Proof of concept prototype) – прототип, используемый для проверки начальных предположений и допущений, сформулированных для проблемной области.

Раздел (Partition) – пакеты, составляющие часть уровня абстракции.

Реализация (Implementation) – создание кода для получения действующей системы.

Секция (Swimlane) – участок диаграммы действий для выделения ответственных за действия. Секции часто соответствуют организационным единицам в бизнес-модели.

Слой (Layer) – набор пакетов на одном уровне абстракции.

Создание (Construction) – построение продукта с помощью серии инкрементальных итераций.

Состояние (State) – обобщенный результат поведения объекта; одно из условий, в которых может находиться объект.

Специализация (Specialization) – процесс создания подклассов, которые являются уточнением суперклассов и в которых добавляются, изменяются или скрываются структура и поведение.

Стереотип (Stereotype) – новый тип элемента моделирования, расширяющий метамодель. Стереотипы должны основываться на элементах, являющихся частью метамодели языка UML.

Суперкласс (Superclass) – класс-предок, от которого унаследованы другие классы.

Сценарий (Scenario) – экземпляр прецедента – единичный проход по потоку событий для прецедента.

Тестирование (Test) – проверка всей системы.

Точка принятия решения (Decision point) – точка на диаграмме действий, в которой проверяется условие для выбора одного из возможных переходов.

Унифицированный язык моделирования (Unified Modeling language – UML) – язык, используемый для определения, отображения и описания элементов объектно-ориентированной системы на стадии разработки.

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

Фоновая постановка задачи (Background problem statement) – обобщенный материал, собранный перед началом работы над проектом. Обычно содержит описание предыдущей системы.

59