Терри Кватрани - Rational Rose 2000 и UML Визуальное моделирование

На нашем литературном портале можно бесплатно читать книгу Терри Кватрани - Rational Rose 2000 и UML Визуальное моделирование, Терри Кватрани . Жанр: Эпическая фантастика. Онлайн библиотека дает возможность прочитать весь текст и даже без регистрации и СМС подтверждения на нашем литературном портале fplib.ru.
Терри Кватрани - Rational Rose 2000 и UML Визуальное моделирование
Название: Rational Rose 2000 и UML Визуальное моделирование
Издательство: неизвестно
ISBN: нет данных
Год: неизвестен
Дата добавления: 31 август 2018
Количество просмотров: 294
Читать онлайн

Помощь проекту

Rational Rose 2000 и UML Визуальное моделирование читать книгу онлайн

Rational Rose 2000 и UML Визуальное моделирование - читать бесплатно онлайн , автор Терри Кватрани

Диаграмма состояний (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) — обобщенный материал, собранный перед началом работы над проектом. Обычно содержит описание предыдущей системы.

Примечания

1

Booch, Grady. Object Solutions. Redwood City, CA: Addison-Wesley, 1995.

2

The Unified Method, Draft Edition (0.8). Rational Software Corporation, October, 1995.

3

Booch, Grady- Object Solutions. Redwood City, CA: Addison-Wesley, 1995.

4

Дополнительную информацию об итеративном и инкрементальном процессе разработки программного обеспечения можно найти в статье «А Rational Development Process" by Philippe Kruchten, CossTalk, 9(7), July 1996, p.p. 11–16. Эта статья также доступна на сайте компании Rational по адресу: http://www.ralional.com.

5

Rumbaugh, James et al. Object-Oriented Modeling and Design. Upper Saddle River, NJ: Pentice Hall 1991, p. 58.

6

Booch, Grady. Object Solutions. Redwood City, CA: Addison-Wesley, 1995.

7

Jacobson, Ivar. The Objector Software Development Process. Draft edition.

8

Там же.

9

Kruchten, Philippe. Software Architecture and Iterative Development. Santa Clara, CA: Rational Software Corporation, April 1994, p. 53.

10

Там же.

11

Solutions. Redwood City, CA: Addison-Wesley, 1995.

12

Booch, Grady. Object Solutions. Redwood City, CA: Addison-Wesley, 1995.

13

Kruchten, Philippe. A Rational Development Process. Rational Software Corporation. Available at www.rational.com.

Комментариев (0)
×