Методические указания для проведения лабораторных работ по дисциплине «Программная инженерия»


Лабораторная работа № 4. Разработка диаграммы классов



страница15/23
Дата12.02.2020
Размер1.77 Mb.
Название файла3.ЛР Enterprise Architect_9.doc
Учебное заведениеТверской государственный технический университет
ТипМетодические указания
1   ...   11   12   13   14   15   16   17   18   ...   23
Лабораторная работа № 4. Разработка диаграммы классов

Теоретический материал

Принятие соглашений по моделированию включает: используемые диаграммы и элементы модели; правила их применения; соглашения по именованию элементов; организация модели (пакеты).

Пример соглашений моделирования:

Имена вариантов использования должны быть короткими глагольными фразами. Для каждого варианта использования должен быть создан пакет Use-Case Realization, включающий:

a) по крайней мере одну реализацию варианта использования;

б) диаграмму «View Of Participating Classes» (VOPC).

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

Имена классов должны начинаться с заглавной буквы.

Имена атрибутов и операций должны начинаться со строчной буквы.

Составные имена должны быть сплошными, без подчеркиваний, каждое отдельное слово должно начинаться с заглавной буквы.

Реализация варианта использования (Use-Case Realization) описывает реализацию конкретного варианта использования в терминах взаимодействующих объектов и представляется с помощью набора диаграмм (диаграмм классов, реализующих вариант использования, и диаграмм взаимодействия (диаграмм последовательности), отражающих взаимодействие объектов в процессе реализации варианта использования).



Рис.4.1. Реализация варианта использования



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

Рис.4.2. Классы анализа системы регистрации



Создание структуры модели и классов анализа в соответствии с требованиями архитектурного анализа

Структура логического представления браузера должна иметь следующий вид:



Рис.4.3. Структура логического представления

Создание пакетов и диаграммы Traceabilities:

Щелкните правой кнопкой мыши на логическом представлении браузера.

В открывшемся меню выберите пункт Add > Add Package.

Назовите новый пакет Design Model.

Создайте аналогичным образом пакеты Use-Case Realizations, Use-Case Realization – Close Registration, Use-Case Realization – Login и Use-Case Realization – Register for Courses.

В каждом из пакетов типа Use-Case Realization создайте соответствующие кооперации Close Registration, Login и Register for Courses (каждая кооперация представляет собой вариант использования со стереотипом «use-case realization», который задается в спецификации варианта использования).



Создайте в пакете Use-Case Realizations новую диаграмму вариантов использования с названием Traceabilities и постройте ее в соответствии с рис.4.4.

Рис.4.4. Диаграмма Traceabilities



Анализ вариантов использования

Идентификация классов, участвующих в реализации потоков событий варианта использования. В потоках событий варианта использования выявляются классы трех типов:

Граничные классы (Boundary) – служат посредниками при взаимодействии внешних объектов с системой. Как правило, для каждой пары «действующее лицо – вариант использования» определяется один граничный класс. Типы граничных классов: пользовательский интерфейс (обмен информацией с пользователем, без деталей интерфейса – кнопок, списков, окон), системный интерфейс и аппаратный интерфейс (используемые протоколы, без деталей их реализации).

Классы-сущности (Entity) – представляют собой ключевые абстракции (понятия) разрабатываемой системы. Источники выявления классов-сущностей: ключевые абстракции, созданные в процессе архитектурного анализа, глоссарий, описание потоков событий вариантов использования.

Управляющие классы (Control) – обеспечивают координацию поведения объектов в системе. Могут отсутствовать в некоторых вариантах использования, ограничивающихся простыми манипуляциями с хранимыми данными. Как правило, для каждого варианта использования определяется один управляющий класс. Примеры управляющих классов: менеджер транзакций, обработчик ошибок.

Пример набора классов, участвующих в реализации варианта использования Register for Courses, приведен на рисунке 4.5.



Рис.4.5.Классы, участвующие в реализации варианта использования Register for Courses



Создание классов, участвующих в реализации варианта использования Register for Courses, и диаграммы классов «View Of Participating Classes» (VOPC):

Щелкните правой кнопкой мыши на пакете Design Model.

Выберите в открывшемся меню пункт Add > Add Element, выберите тип Class.

Введите имя RegisterForCoursesForm.

В открывшемся окне в поле стереотипа выберите Boundary и нажмите на кнопку ОК.

Создайте аналогичным образом классы CourseCatalogSystem со стереотипом Boundary и RegistrationController со стереотипом Control.

Назначьте классам Schedule, CourseOffering и Student стереотип Entity.

Щелкните правой кнопкой мыши на кооперации Register for Courses в пакете Use-Case Realization – Register for Courses.

В открывшемся меню выберите пункт Add > Add Diagram > Class.

Назовите новую диаграмму классов VOPC (classes only).

Откройте ее и перетащите классы на открытую диаграмму в соответствии с рисунком 4.5.

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

Примеры: обработка ошибок; контроль времени выполнения; обработка неправильных вводимых данных.

Нецелесообразно описывать тривиальные потоки событий (например, в потоке участвует только один объект).


Практическое задание

Разработать на диаграмме классов соответствующие классы по индивидуальному заданию.

Содержание отчета:

1. Краткое описание основных элементов диаграммы.

Вопросы для защиты

Цель диаграммы

Стереотипы классов.

Связи между классами.





Поделитесь с Вашими друзьями:
1   ...   11   12   13   14   15   16   17   18   ...   23


База данных защищена авторским правом ©genew.ru 2020
обратиться к администрации

    Главная страница
Контрольная работа
Курсовая работа
Лабораторная работа
Рабочая программа
Методические указания
Практическая работа
Методические рекомендации
Теоретические основы
Пояснительная записка
Общая характеристика
Учебное пособие
История развития
Общие сведения
Физическая культура
Теоретические аспекты
Практическое задание
Федеральное государственное
Техническое задание
Теоретическая часть
Направление подготовки
Самостоятельная работа
Дипломная работа
Общие положения
государственное бюджетное
Методическая разработка
Образовательная программа
квалификационная работа
Техническое обслуживание
Технологическая карта
Выпускная квалификационная
учебная программа
Решение задач
История возникновения
Методическое пособие
Краткая характеристика
Исследовательская работа
Рабочая учебная
Общие требования
Общая часть
Основная часть
История создания
Рабочая тетрадь
Метрология стандартизация
Техническая эксплуатация
Название дисциплины
Математическое моделирование
Организация работы
Современное состояние
Экономическая теория
Информационная безопасность
Государственное регулирование