- •Построение и обсуждение uml-диаграмм. Содержание
- •Часть 1. Построение модели поведения в rational rose 3
- •Часть 2. Конструирование классов. 9
- •Часть 3. Диаграммы взаимодействия. 20
- •Часть 1. Построение модели поведения в rational rose при помощи диаграмм действий (activity).
- •1 Диаграммы действий
- •1.1 Назначение диаграмм действий.
- •2 Инструменты диаграммы activity
- •3 Создание диаграмм действий.
- •3.1 Действия
- •3.2 Переходы
- •3.3 Точки принятия решений (элементы выбора)
- •3.4 Линии синхронизации
- •3.5 Секции (зоны)
- •3.6 Начальное и конечное состояния (исходное и завершающеедействия).
- •Контрольные вопросы
- •Часть 2. Конструирование классов.
- •1 Создание классов.
- •1.1 Стереотипы и классы
- •1.2 Определение классов
- •Классы-сущности
- •Граничные классы
- •Управляющие классы
- •1.3 Документирование классов
- •2 Создание пакетов.
- •3 Объекты и классы в системе регистрации курсов
- •4 Диаграммы классов
- •4.1 Панель инструментов.
- •4.2 Контекстное меню класса
- •4.3 Спецификации класса
- •Вкладка сом
- •Контрольные вопросы.
- •Часть 3. Диаграммы взаимодействия.
- •1 Реализации вариантов использования
- •2 Создание реализации Вариантов использования.
- •3 Документирование сценариев
- •4 Диаграммы последовательностей действий
- •4.1 Строка инструментов диаграммы
- •4.2 Настройка времени жизни объекта
- •4.3 Создание диаграммы последовательности действий
- •4.4 Свойства сообщений
- •5 Диаграммы сотрудничества
- •6 Диаграмма последовательности действий для системы регистрации курсов
- •Контрольные вопросы
- •Часть 4. Отношения между классами. Определение отношений.
- •1 Ассоциативные отношения
- •2 Агрегационные отношения
- •2.1 Именование отношений
- •2.2 Мощность отношений
- •3 Возвратные отношения
- •Отношения в системе регистрации учебных курсов
- •4 Отношения между пакетами
- •Отношения между пакетами в системе регистрации учебных курсов
- •Контрольные вопросы:
- •Часть 5. Представление поведения и структуры классов.
- •1. Поведение и структура класса.
- •2. Создание операций
- •Документирование операций
- •Отношения и сигнатуры операций
- •Создание атрибутов
- •Документирование атрибутов
- •Отображение атрибутов и операций
- •Ассоциативные классы
- •Часть 6. Понятие наследования.
- •1 Обобщение
- •2 Специализация
- •3 Иерархии наследования.
- •5 Единичное и множественное наследование
- •6 Наследование и агрегация
- •Часть 7. Диаграмма состояний.
- •1 Диаграмма состояний
- •2 Состояния
- •3 Переходы между состояниями
- •4 Особые состояния
- •5 Параметры переходов
- •6 Параметры состояний
- •Часть 8. Проектирование архитектуры системы.
- •1 Пять уровней архитектуры
- •2 Логический уровень
- •2.1 Ключевые механизмы для задачи регистрации учебных курсов
- •3 Уровень реализации
- •3.1 Программные компоненты
- •3.2 Программные компоненты в задаче регистрации учебных курсов
- •4 Уровень выполнения.
- •5 Уровень промышленного внедрения
- •5.1 Диаграмма размещения для системы регистрации учебных курсов
- •6 Уровень вариантов использования
Граничные классы
Граничные классы (boundary class) обеспечивают взаимодействие между окружающей средой и внутренними элементами системы. Такие классы предоставляют интерфейс для пользователя или другой системы (то есть для актера). Они составляют внешне зависимую часть системы и используются для моделирования интерфейсов системы.
Для обнаружения граничных классов изучают пары актер/сценарий. Такие классы, определенные на фазе проработки, обычно являются классами верхнего уровня. Например, вы можете смоделировать окно, но не моделировать его диалоговые элементы и кнопки. В этом случае вы опишете требования пользовательского интерфейса, но не реализуете его.
Требования к пользовательскому интерфейсу порой недостаточно ясны. Обычно используются термины "дружественный" и "гибкий". Но дружественный интерфейс разными людьми трактуется по-разному. Здесь могут пригодиться прототипы. Пользователь должен посмотреть и почувствовать систему, чтобы реально оценить, что значит "дружественный" И то, что это значит, затем представляется как структура и поведение граничного класса. На этапе проектирования такие классы совершенствуются и выносятся на обсуждение вопросов реализации пользовательского интерфейса.
Граничные классы также используются для обеспечения связи с другими системами. На этапе проектирования эти классы совершенствуются и выносятся на обсуждение вопросов реализации протоколов взаимодействия.
Управляющие классы
Управляющие классы (control class) служат для моделирования последовательного поведения одного или нескольких Вариантов использования и координации событий, реализующих заложенное в них поведение. Управляющие классы можно представить как классы, "исполняющие" Вариант использования и определяющие его динамику. Они обычно зависят от приложения.
На ранней стадии проработки управляющие классы добавляются для каждой пары актер/Вариант использования. Такие классы определяют поток событий в Вариантах использованиях.
Вопрос использования управляющих классов очень субъективный. Многие авторы утверждают, что их применение приводит к отделению данных от поведения. Это может случиться, если управляющие классы выбраны неаккуратно. Если управляющий класс реализует что-то большее, чем последовательное действие, то он делает слишком много. Например: в системе регистрации учебных курсов студент выбирает курс, и если курс доступен, студента на него записывают.
Управляющий класс для каждой пары актер/Вариант использования создается на начальном этапе. При дальнейшем анализе и проектировании управляющие классы могут исключаться, разделяться или объединяться.
Этапы создания стереотипов для классов в программе Rational Rose:
Щелкните правой кнопкой мыши по имени класса в списке браузера.
В появившемся контекстно-зависимом меню выберите команду Open Specification (Открыть параметры).
Щелкните по вкладке General (Общие).
В открывающемся списке Stereotype (Стереотип) выберите нужный стереотип. Чтобы создать новый стереотип, введите его имя в поле открывающегося списка Stereotype.
Щелкните по кнопке ОК, чтобы закрыть диалоговое окно настройки параметров класса.
Параметры для класса студент показаны на рис. 2.1. Если язык, выбранный в модели по умолчанию, отличается от языка анализа (вкладка Notation (Нотация) диалогового окна Options (Настройки)), то в диалоговом окне параметров класса появится еще одна вкладка для языка.