Методические указания к выполнению контрольной работы
Диаграммы вариантов использования
Диаграммы вариантов использования (диаграммы Use Case) являются инструментарием для определения функционального назначения программной системы. Диаграмма Use Case представляет собой граф специального вида. Проектируемую систему представляют в форме так называемых вариантов использования, с которыми взаимодействуют некоторые внешние сущности или актеры. В состав диаграмм входят элементы Use Case (варианты использования), актеры, а также отношения (зависимости, обобщения, ассоциации и др.). Актеры и элементы Use Case являются вершинами графа. Диаграммы Use Case могут включать примечания и ограничения и содержать пакеты, используемые для группировки элементов модели в крупные фрагменты. Обозначения основных элементов диаграммы Use Case представлены на рис.1.
 |
Рис.1 - Обозначения основных элементов диаграммы Use Case
Актером или действующим лицом называется любой объект, субъект или система, взаимодействующая с моделируемой системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему. Актеры представляют внешний мир, нуждающийся в работе системы, Следует различать актеров и пользователей. Пользователь – это физический объект, который использует систему. Он может играть несколько ролей и поэтому может моделироваться несколькими актерами. Справедливо и другое – актером могут быть разные пользователи. Например, для коммерческого летательного аппарата можно выделить двух актеров: пилота и кассира. Сидоров – пользователь, который иногда действует как пилот, а иногда как кассир. В зависимости от роли Сидоров взаимодействует с разными элементами Use Case.
|
|
|
Вариант использования (элемент Use Case) служит для описания сервисов, которые система предоставляет актеру. Это описание последовательности действий (или нескольких последовательностей), которые выполняются системой и производят для отдельного актера видимый результат. Один актер может использовать несколько элементов Use Case, и наоборот один элемент Use Case может иметь несколько актеров, использующих его. Каждый элемент Use Case задает определенный путь использования системы. Набор всех элементов Use Case определяет полные функциональные возможности системы.
Отношения – дуги графа. Между актером и элементом Use Case возможен только один вид отношения (обозначаются линией)– ассоциация, отображающая их взаимодействие. Как и любая другая ассоциация, она может быть помечена именем ролями и мощностью. Между актерами допустимо отношение обобщения, означающее, что экземпляр потомка может взаимодействовать с такими же разновидностями экземпляров Use Case, что и экземпляр родителя. Между элементами Use Case определены отношение обобщения и две разновидности отношения зависимости – включения и расширения. Отношение обобщения фиксирует, что потомок наследует поведение родителя. Отношение включения между элементами Use Case означает, что базовый элемент Use Case явно включает поведение другого элемента Use Case в точке, которая определена в базе. Отношение расширения между элементами Use Case означает, что базовый элемент Use Case неявно включает поведение другого элемента Use Case в точке, которая определяется косвенно расширяющим элементом Use Case. Базовый элемент Use Case может быть автономен, но при определенных условиях его поведение может расширяться поведением из другого элемента Use Case.
|
|
|
Пример диаграммы Use Case для университетской системы регистрации учебных курсов представлен на рис. 2.
Рис. 2 - Диаграмма Use Case для университетской системы регистрации учебных курсов
В рассматриваемой проблемной области выделены 4 актера, фиксирующих роли внешних объектов, взаимодействующих с системой – Student (студент, выбирает изучаемый курс), Professor (профессор, задает читаемый курс), Registar (регистратор, формирует учебный план и расписание) и Billing System (учетная система, определяет финансовые затраты). В данной модели актер Student хочет зарегистрироваться на курсы Register for Courses, актер Billing System получает информацию о регистрации, актер Professor может запросить список курса Request a Course Roster, наконец, актер Registar должен управлять учебным планом Manage Curriculum.
|
|
|
Дата добавления: 2018-05-12; просмотров: 193; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!