Создание нового проекта в StarUML


Основная структурная единица в StarUML – это проект. Проект сохраняется в одном файле в формате XML с расширением «.UML». Проект может содержать одну или несколько моделей и различные представления этих моделей (View) – визуальные выражения информации, содержащейся в моделях. Каждое представление модели содержит диаграммы – визуальные образы, отображающие определенные аспекты модели.

Новый проект будет автоматически создан при запуске программы StarUML. При этом вам будет предложено в диалоговом окне выбрать один из подходов (Approaches), поддерживаемых StarUML (см. рис. 1).

 

Рисунок 1. Выбор подхода

Существуют различные методологии моделирования информационных систем, компании-разработчики систем также могут разрабатывать свои методологии. Следовательно, на начальной стадии проектирования необходимо определить основные положения методологии или выбрать одну из уже существующих. Для того чтобы согласовать между собой различные элементы и этапы моделирования, StarUML предлагает концепцию подходов.

После выбора одного из предложенных подходов, появится основное окно программы (рис. 2).


Рисунок 2. Основное окно программы


Главное окно StarUML состоит из следующих компонентов:

- главное меню - находится наверху экрана. Большинство функции StarUML ™ доступны через главное меню;

- инструментальные панели, которые расположены ниже главного меню. Их кнопки дублируют часто используемые пункты меню;

- область браузера. Она расположена в верхнем правом углу экрана. Эта область содержит инструменты, облегчающие просмотр составляющих элементов проекта. Эта область включает [Навигатор модели] (ModelExplorer), который отображает модельные элементы в виде иерархической структуры, и [Навигатор диаграмм], (DiagramExplorer), который отображает диаграммы модели, сгруппированные по типам;

- область инспектора расположена в нижнем правом углу экрана. Эта область содержит инструменты, облегчающие редактирование детальной информации о модельных элементах. Эта область включает [Редактор свойств] (Properties), который позволяет редактировать свойства, [Документационный редактор] (Documentation), позволяющий водить детальные описания элементов, и [Редактор вложений] (Attachments), который позволяет присоединять к элементам дополнительные файлы и URL;

- иинформационная область расположена в нижней части экрана. Эта область содержит инструменты, отображающие различные вспомогательные данные, касающиеся приложения StarUML ™. Эта область включает [Окно Вывода] (Output), которое показывает регистрационную информацию, и [Окно Сообщений] (Message), которое отображает результаты поиска и проверки модели;

- область диаграммы расположена в центре экрана. Эта область содержит инструментарий, позволяющий редактировать и управлять диаграммами;

- палитра элементов расположена на левой стороне экрана. Палитра содержит инструменты для быстрого создания модельных элементов.

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

Справа находится инспектор модели, на котором можно найти вкладки навигатора модели ModelExploer, навигатора диаграмм DiagramExploer, окно редактора свойств Properties, окно документирования элементов модели Documentation и редактор вложений Attachments. Внешний вид инспектора модели с вкладками представлен ниже (рис. 3).

 

Рисунок 3. Инспектор модели

 

Рисунок 4. Пункт меню View. Управление видом инспектора модели

 

Управлять видом инспектора модели, панели элементов, закрывать и открывать редакторы инспектора можно с помощью пункта меню View (рис.4). Если рядом с пунктом меню стоит «галочка», этот элемент активен и его можно видеть в окне программы или открыть на доступных вкладках инспектора модели.

Иерархическая структура проекта отображается справа на навигаторе модели (ModelExploer). В зависимости от выбранного подхода на навигаторе модели будут отображены различные пакеты представлений модели. Каждый пакет представления будет содержать элементы моделей и диаграмм, которые мы создадим.

Если при создании нового проекта моделирования выбрать подход RationalApproach, то при таком подходе в навигаторе будут присутствовать четыре пакета представлений модели системы (см. рис. 5):

- UseCaseView – представление требований к системе, описывает, что система должна делать;

- LogicalView – логическое представление системы, описывает, как система должна быть построена;

- ComponentView – представление реализации, описывает зависимость между программными компонентами;

- DeploymentView – представление развертывания, описывает аппаратные элементы, устройства и программные компоненты.

Рисунок 5. Навигатор модели

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

Пример.Если щелкнуть два раза по диаграммеMainпредставленияUseCaseView, то откроется рабочее этой диаграммы и ее панель элементов (рис. 6).

Рисунок 6. Рабочее поле диаграммы прецедентов Main и ее панель элементов

 

Ниже иерархии представлений отображаются свойства выделенного элемента модели или диаграммы (в данном случае свойства диаграммы Main, так как она выделена в навигаторе модели) (см. рис. 7).

 

Рисунок 7. Редактор свойств

 

Назначение кнопок специальнойпанелиинструментов для диаграммыпрецендентовиспользования приведено в табл. 1.1.

Таблица 1.1 - Назначение кнопок специальной панели инструментов для диаграммы прецендентов использования
Графическое изображение Всплывающая подсказка Назначение кнопки
SelectionTool Превращает изображение курсора в форму стрелки для последующего выделения элементов на диаграмме
Package Добавляет на диаграмму пакет
UseCase Добавляет на диаграмму прецендент использования
Actor Добавляет на диаграмму актера
Association Проводит семантическую ассоциацию между двумя сущностями
UnidirectionalAssociation Добавляет на диаграмму направленную ассоциацию
Dependency Соединяет два элемента отношением зависимости
Include Соединят два прецедента отношением включения
Extend Соединят два прецедента отношением расширения
Generalization Добавляет на диаграмму отношение обобщения
SystemBoundary Создаёт системную границу

Порядок выполнения работы

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

Постановка задачи (описание предметной области).Магазин осуществляет продажу товаров клиенту путем оформления документов «Заказ». Директор магазина, принял решение автоматизировать документооборот продаж товара и пригласил для выполнения работ программиста. Поговорив с директором, в соответствие с концепцией жизненного цикла (ЖЦ) программы программист приступил к описанию бизнес процессов, сопровождающих продажу товара. Взяв за основу язык UML, он начал с построения контекстной диаграммы процессов- UseCasediagram. Диаграмма должна ответить на вопрос-«что должно делаться в системе и кто участник этих процессов». Окончательный вид диаграммы показан на рис.8

Рисунок 8 – Диаграмма вариантов использования задачи о заказе товара

 

Для этого выполните следующую последовательность действий:

1. Создайте новый проект и заполнитеегосвойства в областиProperties.

2. Внавигаторе моделей выберите <<useCaseModel>>, и с помощью контекстного меню выберите действие «AddDiagram» и создайте диаграмму прецедентов использования (UseCaseDiagram) для отображенияграницсистемы. Присвойте диаграмменаименование (область Properties) (рис.9).

Рисунок 9 – Создание диаграммы прецедентов использования

 

3. С помощью окна «Toobox» и вкладки «UseCase» поместите на диаграмму новый вариант использования. Назовите его «Ввести новый заказ».

4. Повторив этапы 2 и 3, поместите на диаграмму остальные варианты использования:

- Изменить существующий заказ;

- Напечатать инвентарную опись;

- Обновить инвентарную опись;

- Оформить заказ;

- Отклонить заказ;

- Выполнить поставку заказа.

5. С помощью кнопки Actor (Действующее лицо) панели инструментов поместите на диаграмму новое действующее лицо.

6. Назовитеего «Продавец».

7. Повторив шаги 4 и 5, поместите на диаграмму остальных действующих лиц:

- Управляющиймагазином;

- Клеркмагазина;

- Бухгалтерскаясистема.

8. Создание абстрактного варианта использования (не требующего дальнейшей декомпозиции).

Щелкните мышью на варианте использования «Отклонить заказ» на диаграмме.

В окне «Properties» установите флажок isAbstract (Абстрактный), чтобы сделать этот вариант использования абстрактным (рис.10).

Рисунок 10 – Создание абстрактного варианта использования

9. Добавление ассоциаций. С помощью кнопкиDirectedAssociation (Однонаправленная ассоциация) в окне «Toolbox» нарисуйте ассоциацию между действующим лицом Продавец и вариантом использования «Ввести заказ».

Повторив шаг 1, поместите на диаграмму остальные ассоциации, согласно рис.8.

10. Добавление связи расширения. С помощью кнопкиGeneralization(Обобщение) в окне «Toolbox» нарисуйте связь между вариантом использования «Отклонить заказ» и вариантом использования «Оформить заказ». Стрелка должна быть направлена от первого варианта использования ко второму. Связь расширения означает, что вариант использования «Отклонить заказ» при необходимости дополняет функциональные возможности варианта использования «Оформитьзаказ».

11. Добавление описаний к вариантам использования. Выделите вариантиспользования «Ввести новый заказ». В окне документации введите следующее описание: «Этот вариант использования дает клиенту возможность ввести новый заказ в систему» (рис.11).

Рисунок 11 – Описание к вариантам использования

 

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

12. Добавление описаний к действующему лицу. Выделите действующее лицо «Продавец». В окне документации введите следующее описание: «Продавец  это служащий, старающийся продать товар». С помощью окна документации добавьте описания к остальным действующим лицам.

13. Создайте еще одну или несколько диаграмм прецедентов использования, на которых отобразите все необходимые для системы прецеденты использования, актеров и все необходимые связи, например.

Рисунок 12 – Пример диаграммы описания границ системы

 

14. Диаграмма обязательно должна содержать включаемый и расширяющий прецеденты и соответствующие связи зависимости прецендентов (использования и расширения) между прецедентами. Для добавления связи использования необходимо нажать кнопку Include панели инструментов и направить связь от базового прецендента к включаемому.
<<include>>
Для добавления связи расширения необходимо нажать кнопку Extend панели инструментов и направить связь к базовому прецеденту.

15. Вокнесвойствсвязирасширениянеобходимоуказать в текстовомвидеусловие (свойствоConditionсекцииGeneralобластиProperties ), при котором будет выполняться расширение.

16. В базовом прецеденте, имеющем расширение, необходимо создать точку расширения (свойствоExtenzionPointsсекцииGeneralобластиPropertiesпрецедента). Пример фрагмента диаграммы с точкой расширения приведен на рис. 13

Рисунок 13 - Пример фрагмента диаграммы с точкой расширения

 

На рис.14 отображен пример полной диаграммы прецедентов использования.

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

Рисунок 14 – Диаграмма прецендентов использования для банкомата

 

18. Структура спецификации прецедента использования (usecasedocument) может варьироваться, однако типичное описание должно содержать следующую информацию:

- Краткое описание.

- Участвующие действующие лица.

- Предусловия, необходимые для инициирования прецедента использования.

- Детализированное описание потока событий, включающее в себя:

- основной поток событий, который можно разбить на несколько частей, чтобы показать подчиненные потоки событий (подчиненные потоки могут быть разделены затем на еще более мелкие потоки, с целью улуч­шить читабельность документа);

- альтернативные потоки для определения исключительных ситуаций.

- ■ Постусловия, определяющие состояние систем, по достижении которого прецедент использования завершается.

Пример спецификации потоков событий прецедента приведен в табл. 1.2.

 

Таблица 1.2 – Пример спецификации потоков событий

Действия актеров Отклик системы
Основной поток событий
1. Клиент вставляет кредитную карточку в устройство чтения банкоматаИсключение №1: Кредитная карточка недействительна 2. Банкомат проверяет кредитную карточку 3. Банкомат предлагает ввести ПИН-код
4. Клиент вводит персональный PIN-код Исключение №2: Клиентвводит неверный ПИН-код 5. Банкомат проверяет ПИН-код 6. Банкомат отображает опции меню
7. Клиент выбирает снятие наличных со своего счета 8. Система делает запрос в Банк и выясняет текущее состояние счета клиента 9. Банкомат предлагает ввести требуемую сумму
10. Клиент вводит требуемую сумму 11. Банк проверяет введенную сумму Исключение №3: Требуемая сумма превышает сумму на счете клиента 12. Банкомат изменяет состояние счета клиента, выдает наличные и чек
13. Клиент получает наличные и чек 14. Банкомат предлагает клиенту забрать кредитную карточку
15. Клиент получает свою кредитную карточку 16. Банкомат отображает сообщение о готовности к работе
Исключение №1. Кредитная карточка недействительна или неверно вставлена
Действия актера Отклик системы
  1. Банкомат отображает информацию о неверно вставленной кредитной карточке 2. Банкомат возвращает клиенту его кредитную карточку
3. Клиент получает свою кредитную карточку  
Исключение №2. Клиент вводит неверный ПИН-код
  1. Банкомат отображает информацию о неверном ПИН-коде
2. Клиент вводит новый ПИН-код  
Исключение №3. Требуемая сумма превышает сумму на счете клиента
  1. Банкомат отображает информацию о превышении кредита
2. Клиент вводит новую требуемую сумму  

 

19. После окончания сеанса работы над проектом выполненную работу необходимо сохранить в файле проекта с расширением .UMl.

20. Покажите разработанные диаграммы преподавателю.

21. Оформите отчет.

22. Сдайте выполненную и оформленную надлежащим образом работу преподавателю.

 

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

Индивидуальный отчет о выполненной лабораторной работе должен содержать:

1) цель работы;

2) наименование функционального комплекса задач или системы, для которых разработана диаграмма прецендентов использования;

3) разработанные диаграммы прецендентов использования;

4) спецификацию потоков событий для одного из прецендентов использования;

5) выводы о полученных знаниях и умениях.

 

Контрольные вопросы

1. Какие элементы может содержать диаграмма прецендентов использования?

2. Чем или кем могут быть представлены актеры (действующие лица) в системе?

3. В каких случаях используют отношения включения на диаграммах Прецендентов Использования?

4. В каких случаях используют отношения расширения на диаграммах прецендентов использования?

5. Как определяется направленность связи ассоциации между актером и прецендентом использования?

6. Что такое точка расширения прецедента?

7. С помощью чего описывается динамика прецендента использования.

8. На каком этапе разработки программной системы разрабатывается диаграмма прецедентов использования? Каково ее назначение?

9. Сколько диаграмм прецедентов использования необходимо разрабатывать для одной программной системы?




Дата добавления: 2021-07-22; просмотров: 1146;


Поиск по сайту:

Воспользовавшись поиском можно найти нужную информацию на сайте.

Поделитесь с друзьями:

Считаете данную информацию полезной, тогда расскажите друзьям в соц. сетях.
Poznayka.org - Познайка.Орг - 2016-2024 год. Материал предоставляется для ознакомительных и учебных целей.
Генерация страницы за: 0.031 сек.