Панели инструментов

	Create new model	Создает новый файл модели Rose (mdl)
	Open Existing model	Открывает существующий файл модели Rose (.mdl)
	Save model or log	Сохраняет файл модели (.mdl)
	Cut	Вырезать
	Copy	Копирование
	Paste	Вставка
	Browse Class Diagram	Находит и открывает диаграмму классов
	Browse Interaction Diagram	Находит и открывает диаграмму Последовательности и Кооперативную диаграммы
	Browse Component Diagram	Находит и открывает диаграмму Компонентов
	Browse Deployment Diagram	Находит и открывает диаграмму Размещения
	Brows Parent	Находит и открывает диаграмму порождающую данную (родительскую)
	Brows Previous Diagram	Находит и открывает диаграмму, с которой вы работали перед данной

Пользователь может изменить и настроить любую панель инструментов. Для этого следует выбрать пункт меню Tools Options (Инструменты Параметры), затем вкладку Toolbars (Панели инструментов).

Практика 2.Создание диаграмм Вариантов Использования

В среде Rose диаграммы Вариантов Использования создаются в представлении Вариантов Использо­вания. Главная диаграмма (Main) предлагается вам по умолчанию. Для моделирования системы можно разработать столько дополнительных диаграмм, сколько нужно.

Для получения доступа к Главной диаграмме Вариантов Использования:

· В браузере щелкните мышью на значке "+" рядом с представлением Вариантов Использования. Данное представление будет открыто.

· Вы увидите Главную диаграмму Вариантов Использования. Обратите внимание, что в левой ча­сти всех диаграмм Вариантов Использования в среде Rose находится следующая пиктограмма:

· Дважды щелкнув на Главной диаграмме, откройте ее. Строка заголовка изменится — появится фраза [Use Case Diagram: Use Case view/Main] (Диаграмма Вариантов Использования: Пред­ставление Вариантов Использования/Главная).

Для создания новой диаграммы Вариантов Использования:

· Щелкните правой кнопкой мыши на пакете представления Вариантов Использования в браузере.

· Во всплывающем меню выберите пункт New Use Case Diagram (Создать Диаграмма Вариан­тов Использования)

Связывание файлов и ссылок с диаграммой Вариантов Использования

В среде Rose вы можете прикрепить к диаграмме Вариантов Использования файл или адрес Интерне­та (URL). Например, таким образом можно связать с диаграммой любой вспомогательный документ, например спецификации требований высокого уровня, документы концептуального характера или даже проектный план. Все связанные файлы и ссылки будут показаны в браузере под соответствующей диаграммой Вариантов Использования. По двойному щелчку мыши на файле или ссылке в браузере откроется соответствующее приложение и загрузится ваш документ, находящийся в файле или по ука­занному адресу Интернета.

Для прикрепления файла к диаграмме Вариантов Использования:

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

· В открывшемся меню выберите пункт New >- File (Создать Файл).

· В диалоговом окне Open (Открыть) укажите, какой файл нужно прикрепить к диаграмме.

· Выберите пункт Open (Открыть), чтобы выполнить прикрепление.

Панель инструментов диаграмм Вариантов Использования

Когда открывается диаграмма Вариантов Использования, на панели инструментов диаграммы появля­ются соответствующие пиктограммы. Описание некоторых кнопок панели приведено в таблице 3.1. Далее рассматривается применение этих кнопок для создания вариантов испо­льзования, действующих лиц и других элементов ваших диаграмм.

Работа с вариантами использования

Вариант использования — это описание на "высоком уровне" фрагмента функциональности, которую обеспечивает система. Иначе говоря, вариант использования иллюстрирует, как можно использовать систему. Например, автоматический банкомат (ATM) предоставляет клиенту некоторый базовый на­бор функциональных возможностей. Он позволяет снимать деньги, делать вклад, переводить деньги с одного счета на другой, просматривать свой баланс, изменять идентификационный номер или произ­водить оплату по безналичному расчет) с кредитной карточки. Каждая из описанных транзакций яв­ляется способом, которым клиент может использовать систему. Таким образом, каждый из них — это самостоятельный вариант использования. На языке UML вариант использования изображают следую­щим образом:

Преимущество вариантов использования заключается в том, что можно отделить реализацию сис­темы от описания ее принципиальных основ. Они позволяют заострить внимание на наиболее важ­ных вещах — удовлетворении потребностей и ожиданий заказчиков — без необходимости углубления в детали реализации. Взглянув на варианты использования, пользователь сможет понять, что будет делать система, и обсудить сферу ее применения в самом начале работы над проектом.

Варианты использования предлагают подход, отличающийся от традиционных методов. Разделе­ние проекта на варианты использования является таким способом изучения системы, который ори­ентирован на сам процесс, а не на его реализацию. Если при использовании функциональной декомпозиции задача заключается в последовательном разбиении проблемы на небольшие фрагмен­ты, с которыми будет работать готовая система, то подход вариантов использования сосредоточен прежде всего на том, что ожидает от системы пользователь.

В начале работы над проектом возникает естественный вопрос: "Как обнаружить варианты испо­льзования?" Лучше всего внимательно прочитать документацию заказчика. Часто помогает также рас­смотрение области использования системы на высоком уровне и документов концептуального характера. Учтите мнение каждого из заинтересованных лиц проекта. Подумайте, чего они ожидают от готового продукта. Каждому заинтересованному лицу можно задать следующие вопросы:

· Что он хочет делать с системой?

· Будет ли он с ее помощью работать с информацией (вводить, получать, обновлять, удалять)?

· Нужно ли будет информировать систему о каких-либо внешних событиях?

· Должна ли система в свою очередь информировать пользователя о каких-либо изменениях или событиях?

Как уже упоминалось ранее, варианты использования — это не зависящее от реализации высокоу­ровневое представление того, что пользователь ожидает от системы. Рассмотрим каждый фрагмент этого определения по отдельности.

Прежде всего варианты использования не зависят от реализации. Представьте себе, что вы пише­те руководство по работе с системой. Необходимо, чтобы ваши варианты использования можно было реализовать на языках Java, C++, Visual Basic или на бумаге. Варианты использования заостряют внимание на том, что должна делать система, а не на том, как она должна это делать. Проблемы реа­лизации вариантов использования описываются ниже.

Варианты использования — это высокоуровневое представление системы. Если, например, в ва­шей модели содержится 3000 вариантов использования, вы теряете преимущество простоты. Созда­ваемый вами набор вариантов использования должен предоставить пользователям возможность увидеть всю систему целиком на самом высоком уровне. Поэтому вариантов использования не дол­жно быть слишком много, чтобы клиенту не пришлось долго блуждать по страницам документации с целью выяснения того, что будет делать система. В то же время вариантов использования должно быть достаточно для полного описания поведения системы. Модель типичной системы обычно со­держит от 20 до 50 вариантов использования. Для разбиения вариантов использования на части при­меняются связи различных типов, так называемые связи использования и расширения. Для лучшей организации системы можно также формировать группы вариантов использования, объединяя их в пакеты (см. ниже).

Наконец, варианты использования заостряют внимание на том, что пользователи хотят получить от системы. Каждый вариант использования должен представлять собой завершенную транзакцию между пользователем и системой. Названия вариантов использования должны быть деловыми, а не техническими терминами. В рассматриваемом нами примере ATM нельзя назвать вариант использования "Интерфейс с банковской системой, осуществляющий перевод денег с кредитной карточки и наоборот". Вместо этого лучше дать название "Оплатить по карточке" — так будет понятнее для заказ­чика. Варианты использования обычно называют глаголами или глагольными фразами, описывая при этом, что пользователь видит как конечный результат процесса. Его не интересует, сколько дру­гих систем задействовано в варианте использования, какие конкретные шаги надо предпринять и сколько строчек кода требуется написать, чтобы заплатить по счету карточкой Visa. Для него важно только, чтобы оплата была произведена. Еще раз повторим, вы должны заострить внимание на резу­льтате, который потребитель ожидает от системы, а не на действиях, которые нужно предпринять для достижения этого результата.

Но как убедиться, что вы обнаружили все варианты использования? Для этого следует ответить на вопросы:

· Присутствует ли каждое функциональное требование хотя бы в одном варианте использования?

· Если требование не нашло отражение в варианте использования, оно не будет реализовано.

· Учтено ли, как с системой будет работать каждое заинтересованное лицо?

· Какую информацию будет передавать системе каждое заинтересованное лицо?

· Какую информацию будет получать от системы каждое заинтересованное лицо?

· Учтены ли проблемы, связанные с эксплуатацией? Кто-то должен будет запускать готовую систему и выключать ее.

· Учтены ли все внешние системы, с которыми будет взаимодействовать данная?

· Какой информацией каждая внешняя система будет обмениваться с данной?

Дата добавления: 2014-12-27