Лабораторная работа по "Информатике"
Автор работы: Пользователь скрыл имя, 11 Июня 2014 в 15:20, лабораторная работа
Описание работы
При выполнении данной лабораторной работы была описана диаграмма вариантов использования, описывающая функционирование системы заказа авиа-билетов.
Содержание работы
Задание 3
Программное обеспечение 3
Теория 3
Диаграмма вариантов использования 5
Файлы: 1 файл
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И
НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ОБНИНСКИЙ ИНСТИТУТ АТОМНОЙ
ЭНЕРГЕТИКИ - филиал |
Федерального государственного
автономного образовательного учреждения
высшего профессионального образования |
«Национальный исследовательский
ядерный университет «МИФИ»
(ИАТЭ НИЯУ МИФИ) |
Вечерний факультет
ОТЧЕТ
Выполнил: |
|
|
Студент гр. ИС-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) определяет взаимосвязь базового варианта с другим вариантом, функциональное поведение
которого задействуется базовым не всегда,
а только при выполнении дополнительных
условий.
Два и более актера могут иметь общие свойства,
т. е. взаимодействовать с одним и тем же
множеством вариантов использования одинаковым образом. Такая
общность свойств и поведения представляется
в виде отношения обобщения с другим, возможно, абстрактным актером, который моделирует соответствующую
общность ролей.
Отдельные варианты использования
могут применяться для спецификации требований
к проектируемой системе и для документирования
процесса поведения имеющейся системы.
Кроме этого, варианты использования неявно
специфицируют требования, определяющие
особенности взаимодействия пользователей
с системой и возможные исключения (ошибки).
Диаграмма вариантов использования
Информация о работе Лабораторная работа по "Информатике"