Лабораторная работа по "Информатике"
Лабораторная работа, 11 Июня 2014, автор: пользователь скрыл имя
Описание работы
При выполнении данной лабораторной работы была описана диаграмма вариантов использования, описывающая функционирование системы заказа авиа-билетов.
Содержание работы
Задание 3
Программное обеспечение 3
Теория 3
Диаграмма вариантов использования 5
Файлы: 1 файл
Proektirovanie_IS_Golovina_laba1.docx
— 23.43 Кб (Скачать файл)МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ОБНИНСКИЙ ИНСТИТУТ АТОМНОЙ ЭНЕРГЕТИКИ - филиал |
Федерального государственного
автономного образовательного учреждения |
«Национальный исследовательский ядерный университет «МИФИ» (ИАТЭ НИЯУ МИФИ) |
Вечерний факультет
ОТЧЕТ
Выполнил: |
||
Студент гр. ИС-09в |
__________________________ |
Торбенков Н.С. |
(подпись, дата) |
||
Проверил: |
||
__________________________ |
Блюменкранц А.Ф. | |
(подпись, дата) |
Обнинск 2014
Содержание
Задание
При выполнении данной лабораторной работы была описана диаграмма вариантов использования, описывающая функционирование системы заказа авиа-билетов.
Программное обеспечение
Microsoft Office Word 2007
Теория
Визуальное моделирование с использованием UML можно представить как процесс поуровневого спуска от наиболее общей и абстрактной концептуальной модели исходной бизнес-системы к логической, а затем и к физической модели соответствующей программной системы. Самый верхний уровень – диаграмма вариантов использования, которая описывает то, что бизнес-система должна делать в процессе своего функционирования.
На use case диаграмме изображаются отношения между актерами и вариантами использования.
Целью создания диаграммы вариантов использования являются:
- определение общих границ и контекста моделируемой предметной области
- формулировка общих требований к функциональному поведению системы
- разработка исходной модели для ее последующей детализации
- подготовка исходной документаци для взаимодействия разработчиков системы с ее заказчиками и пользователями
Вариант использования – способ взаимодействия актера с системой, предоставляемый сервис, действие, которые может совершать актер или система. Актером называется любой объект, субъект или система, взаимодействующая с моделируемой бизнес-системой извне. Это может быть человек, техническое устройство, программа или любая другая система.
Диаграмма вариантов использования содержит конечное множество вариантов использования, которые в целом должны определять все возможные стороны ожидаемого поведения системы.
Актер – роли, которые играют внешние сущности по отношению к вариантам использования.
Актеры взаимодействуют с системой посредством передачи и приема сообщений от вариантов использования. Это взаимодействие может быть выражено посредством ассоциаций между отдельными актерами и вариантами использования.
Отношения на диаграмме вариантов использования
Отношение (relationship) — семантическая связь между отдельными элементами модели.
Один актер может взаимодействовать с несколькими вариантами использования. В свою очередь один вариант использования может взаимодействовать с несколькими актерами.
В языке UML имеется несколько стандартных видов отношений между актерами и вариантами использования:
ассоциации (association relationship)
включения (include relationship)
расширения (extend relationship)
обобщения (generalization relationship)
Отношение ассоциации – одно из фундаментальных понятий в UML. Применительно к use case диаграммам ассоциация служит для обозначения специфической роли актера при его взаимодействии с отдельным вариантом использования.
Отношением зависимости (dependency) является такое отношение между двумя элементами модели, при котором изменение одного элемента (независимого) приводит к изменению другого элемента (зависимого).
Отношение включения (include) — устанавливается только между двумя use case и указывает на то, что выполнение одного варианта включает в себя выполнение другого.
Отношение расширения (extend) определяет взаимосвязь базового варианта с другим вариантом, функциональное поведение которого задействуется базовым не всегда, а только при выполнении дополнительных условий.
Два и более актера могут иметь общие свойства, т. е. взаимодействовать с одним и тем же множеством вариантов использования одинаковым образом. Такая общность свойств и поведения представляется в виде отношения обобщения с другим, возможно, абстрактным актером, который моделирует соответствующую общность ролей.
Отдельные варианты использования могут применяться для спецификации требований к проектируемой системе и для документирования процесса поведения имеющейся системы. Кроме этого, варианты использования неявно специфицируют требования, определяющие особенности взаимодействия пользователей с системой и возможные исключения (ошибки).
Диаграмма вариантов использования