Rational Rose 2000 и UML. Визуальное моделирование

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Диаграмма последовательности действий (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) — представление бизнес-процессов системы. Модель диалога между актером и системой.