Ознакомительная версия.
Диаграмма состояний (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) — обобщенный материал, собранный перед началом работы над проектом. Обычно содержит описание предыдущей системы.
Booch, Grady. Object Solutions. Redwood City, CA: Addison-Wesley, 1995.
The Unified Method, Draft Edition (0.8). Rational Software Corporation, October, 1995.
Booch, Grady- Object Solutions. Redwood City, CA: Addison-Wesley, 1995.
Дополнительную информацию об итеративном и инкрементальном процессе разработки программного обеспечения можно найти в статье «А Rational Development Process" by Philippe Kruchten, CossTalk, 9(7), July 1996, p.p. 11–16. Эта статья также доступна на сайте компании Rational по адресу: http://www.ralional.com.
Rumbaugh, James et al. Object-Oriented Modeling and Design. Upper Saddle River, NJ: Pentice Hall 1991, p. 58.
Booch, Grady. Object Solutions. Redwood City, CA: Addison-Wesley, 1995.
Jacobson, Ivar. The Objector Software Development Process. Draft edition.
Там же.
Kruchten, Philippe. Software Architecture and Iterative Development. Santa Clara, CA: Rational Software Corporation, April 1994, p. 53.
Там же.
Solutions. Redwood City, CA: Addison-Wesley, 1995.
Booch, Grady. Object Solutions. Redwood City, CA: Addison-Wesley, 1995.
Kruchten, Philippe. A Rational Development Process. Rational Software Corporation. Available at www.rational.com.
Ознакомительная версия.
