|
|
отчет пз 3. Занятие 3 пз построение диаграммы Вариантов использования и диаграммы Последовательности и генерация кода|
Суслов Кирилл 1031 ПЗ 3 МДК 05.02
Практическое занятие №3
ПЗ 3. Построение диаграммы Вариантов использования и диаграммы Последовательности и генерация кода.
Цель занятия: познакомиться с методологией моделирования информационных систем на основе языка UML.
Задание №1. Составьте сводную таблицу элементов диаграммы последовательности (графическое представление, описание).
Графическое представление
|
Описание
|
 
|
Линия жизни объекта (object lifeline) - вертикальная линия на диаграмме последовательности, которая представляет существование объекта в течение определенного периода времени.
|
Объект графически изображается в форме прямоугольника и располагается в верхней части своей линии жизни. Внутри прямоугольника записываются собственное имя объекта со строчной буквы и имя класса, разделенные двоеточием. При этом вся запись подчеркивается, что является признаком объекта, который, как указывалось ранее, представляет собой экземпляр класса.
|
Фокус управления (focus of control) - специальный символ на диаграмме последовательности, указывающий период времени, в течение которого объект выполняет некоторое действие, находясь в активном состоянии.
|
Отдельные объекты, закончив выполнение своих операций, могут быть уничтожены, чтобы освободить занимаемые ими ресурсы. Для таких объектов линия жизни обрывается в момент его уничтожения. Для обозначения момента уничтожения объекта в языке UML применяется специальный символ в форме латинской буквы "X".
|
Процесс взаимодействия объектов реализуется посредством сообщений, которые посылаются одними объектами другим. Сообщения изображаются в виде горизонтальных стрелок с именем сообщения и образуют определенный порядок относительно времени своей инициализации. Другими словами, сообщения, расположенные на диаграмме последовательности выше, передаются раньше тех, которые расположены ниже. При этом масштаб на оси времени не указывается, поскольку диаграмма последовательности моделирует лишь временную упорядоченность взаимодействий типа "раньше-позже".
|
В отдельных случаях объект может посылать сообщения самому себе, инициируя так называемые рефлексивные сообщения. Для этой цели служит специальное изображение. Такие сообщения изображаются в форме сообщения, начало и конец которого соприкасаются с линией жизни или фокусом управления одного и того же объекта.
|
Если в результате рефлексивного сообщения создается новый подпроцесс или нить управления, то говорят о рекурсивном или вложенном фокусе управления. На диаграмме последовательности рекурсия обозначается небольшим прямоугольником, присоединенным к правой стороне фокуса управления того объекта, для которого изображается данное рекурсивное взаимодействие
|
В отдельных случаях инициатором взаимодействия в системе может быть актер или внешний пользователь. При этом актер изображается на диаграмме последовательности самым первым объектом слева со своим фокусом управления. Наиболее часто актер и его фокус управления будут существовать в системе постоянно, отмечая характерную для пользователя активность в инициировании взаимодействий с системой. Актер может иметь собственное имя либо оставаться анонимным.
|
|
Задание № 2. Составьте сводную таблицу элементов диаграммы вариантов (графическое представление, описание).
Графическое представление
|
Описание
|
|
Актер (actor) — согласованное множество ролей, которые играют внешние сущности по отношению к вариантам использования при взаимодействии с ними.
|
|
Вариант использования (use case) — внешняя спецификация последовательности действий, которые система или другая сущность могут выполнять в процессе взаимодействия с актерами.
|
|
Отношение ассоциации — отражает возможность использования актером прецедента
|
|
Отношение включения — поведение одного прецедента включается в другой в качестве составного, причем дополняемый вариант использования не сможет выполняться без основного
|
|
Отношение расширения — отражает возможное присоединение одного использования к другому, при этом расширяющий вариант использования выполняется лишь при определенных условиях и не является обязательным для выполнения основного прецедента
|
Задание № 3. Рассмотрите пример уже созданной диаграммы Вариантов. Проанализируйте пример: группы действующих лиц, процессы.
Группы действующих лиц:
Покупатель
Покупатель компьютеров
Продавец
Продавец компьютеров
Т.к. покупатель компьютеров и покупатель это одно и то же (показано связью обобщения на диаграмме) они имеют след. Варианты использования (процессы):
Оформить заказ на покупку товара.
Т.к. продавец компьютеров и продавец это одно и то же (показано связью обобщения на диаграмме) они имеют следующие варианты использования:
Оформить заказ на покупку товара.
Вариант использования «Оформить заказ на покупку товара» включает в себя след варианты использования, которые не могут выполняться без выполнения данного прецедента (связь между прецедентами include):
Обеспечить покупателя информацией;
Согласовать условия оплаты;
Заказать товар со склада.
Выше перечисленные прецеденты не могут существовать без прецедента «Оформить заказ на покупку товара», т.к. они являются составными прецедентами. Ну типа связь include - поведение одного прецедента включается в другой в качестве составного, причем дополняемый вариант использования не сможет выполняться без основного.
Также вариант «Оформить заказ на покупку товара» имеет след расширения:
Запросить каталог товаров.
Имеет отношение расширения — отражает возможное присоединение одного использования к другому, при этом расширяющий вариант использования выполняется лишь при определенных условиях и не является обязательным для выполнения основного прецедента.
Прецедент «Оформить заказ на покупку компьютера» является обобщением прецедента «Оформить заказ на покупку товара».
Задание №4. Рассмотрите пример уже созданной диаграммы Последовательности. Проанализируйте пример: группы действующих лиц, процессы.
Есть клиент, есть интернет-магазин, есть система, а заказ потом создается, а еще доставка есть.
Клиент регистрируется в магазине, магазин в свою очередь возвращает клиенту сообщение о регистрации.
После регистрации клиент начинает подбирать конфигурацию чего-то. Сообщение о подборе конфигурации отправляется в магазин, а тот в свою очередь отправляет сообщение о запросе конфигурации системе, которая уже в свою очередь отправляет сообщение с готовой конфигурацией клиенту.
После получения конфигурации клиент делает заказ. Получая сообщение о заказе от клиента магазин отправляет это сообщение системе, которая формирует заказ. Система возвращает сообщение пользователю о сформированном заказе.
И тут создается заказ. Дальше идет его оплата и доставка.
Задание № 5. Описать предметную область и построить диаграмму вариантов и диаграмму последовательности.
Контрольные вопросы
Охарактеризуйте возможности системы Rational Rose.
Rational Rose — мощный инструмент анализа и проектирования объектно-ориентированных программных систем. Он позволяет моделировать системы до написания кода, так что вы можете с самого начала быть уверены в адекватности их архитектуры.
Как просмотреть код сгенерированной программы в системе Rational Rose?
Для просмотра и редактирования созданных файлов с текстом программного кода на языке ANSI C++ предназначен встроенный текстовый редактор, который можно открыть с помощью операции контекстного меню: ANSI C++ -> Browse Header_ (Язык ANSI C++ -> Просмотреть заголовочный файл) или ANSI C++ \to Browse Body_ (Язык ANSI C++ -> Просмотреть файл реализации) для выбранного класса в браузере проекта.
Постройте таблицу, состоящую из колонок: название диаграммы, правила построения, основные элементы, достоинства и недостатки.
Rational Rose
|
Достоинства
|
Недостатки
|
мощный графический язык моделирования предметной области, обладающий высоким уровнем формализации и поддерживающий объектно-ориентированную методологию;
удобная навигация между элементами модели при помощи "инспектора проекта";
хранение результатов проектирования в виде единой модели;
поддержка работы над проектом группы разработчиков;
данное CASE средство может быть применено для создания разнообразного объектно-ориентированного программного обеспечения, в первую очередь для платформы Windows, а так же на языке Java;
на всех этапах разработки применяется язык UML, и проект программного средства представляет собой единую модель;
возможность конфигурирования системы с помощью модулей расширения;
в наибольшей степени подходит для разработки крупных информационных систем, так как реализует большую часть функций ARIS и ERwin/BPwin. И т.д.
|
слабо реализована поддержка проектирования ПО для других операционных систем, почти все стандартные рабочие среды ориентированны на построение Windows-приложений, единственным способом написания приложения для не-Windows операционной системы является использование языка Java, производительность которого, пока, оставляет желать лучшего.
сложность самого языка UML также накладывает определенные ограничения на привлечение к работам над проектами непрофессионалов, нельзя показать и удалить неиспользуемые объекты в отличие от BPWin;
недостаточно функциональная графика (нельзя менять толщину линий, надписи не центрируются, текст не всегда можно поместить целиком, иногда он обрезается);
не поддерживает функционально-стоимостной анализ;
нет возможности отобразить потоки данных между объектами или процессами.
| |
|
|
Скачать 187.78 Kb.