
- •Каковы основные этапы моделирования рабочего процесса?
- •Какие типы сущностей можно выделить в процессе моделирования?
- •Что подразумевается под термином «класс»?
- •Какие основные черты присущи объекту?
- •Что понимается под термином «атрибут класса»?
- •Какова роль атрибутов в различных типах отношений между классами?
- •Что понимается под понятием «операция или метод класса»?
- •Для чего необходим выбор контекста модели при составлении описания?
- •Какие отношения между классами рассматривает отношение реализации?
- •Какие основные типы отношений используются при описании производственных процессов?
- •Для чего используются диаграммы классов?
- •В чем различие и сходство между диаграммами классов и объектов?
- •Какие основные элементы используются для построения диаграмм классов?
- •Какое значение при разработке информационной системы имеет описание отношений ассоциации?
- •Какие типы отношений применяются на диаграммах в объектно-ориентируемом моделировании.
- •Какие виды диаграмм применяются для моделирования архитектуры системы?
- •Что показывает диаграмма последовательности?
- •Для чего в диаграммах последовательности применяется понятие «фокус управления»?
- •Что показывает диаграмма кооперации?
- •Какие стереотипы сообщений применяются на диаграммах взаимодействия?
- •Какова цель передачи сообщения в диаграммах взаимодействий от одного объекта к другому?
- •В каком случае при описании системы используются диаграммы видов деятельности?
- •Какие основные элементы используются для построения диаграмм видов деятельности?
- •Для каких задач используется механизм дорожек в диаграммах видов деятельности?
- •Какие основные этапы выполнения проекта можно выделить?
- •Какие основные этапы работ можно выделить при составлении описания объекта автоматизации?
- •Какие модели нужно использовать для описания структуры системы?
- •Какие модели нужно использовать для описания поведения системы?
- •Какие основные этапы работ можно выделить при составлении диаграмм видов деятельности?
- •Для обозначения каких организационных элементов можно использовать дорожки в диаграммах видов деятельности?
- •Какие составные элементы используются при разработке диаграммы видов деятельности?
- •Что показывает диаграмма прецедентов, какие элементы она содержит?
- •Какие основные элементы используются при разработке диаграмм прецедентов?
- •На каком этапе реализации проекта автоматизации разрабатываются диаграммы компонентов?
- •Какие основные элементы используются при разработке диаграмм развертывания?
- •Какой тип диаграмм используется для моделирования требований к системе?
Какие основные элементы используются при разработке диаграмм прецедентов?
Построение диаграмм прецедентов.
Диаграммы прецедентов (Use case diagrams) - применяются для моделирования поведения системы, подсистемы или класса с точки зрения прецедентов (или вариантов использования).
Диаграммы прецедентов включают следующие элементы:
- прецеденты;
- участников (актеров);
- отношения зависимости, обобщения и ассоциации.
Прецедент, это описание множества последовательностей действий, выполняемых системой для того, чтобы актер (участник, исполнитель) смог получить определенный результат. Графическое отображение примера прецедентов приведено на рис. 3.5.6.1.
Рис. 3.5.6.1. Графическое отображение примера прецедентов в UML.
Участник (субъект, актер) - множество ролей, которые пользователи прецедентов исполняют при взаимодействии с ними. В качестве участника может выступать человек, устройство, другая программная система. Графическое отображение примера участников приведено на рис. 3.5.6.2.
Рис. 3.5.6.2. Графическое отображение примера участников в UML
Диаграммы прецедентов обычно применяются для решения следующих задач:
- моделирование контекста системы, подразумевающего идентификацию участников, взаимодействующих с системой, а также их ролей;
- моделирование требований – служит для определения функциональности системы со стороны внешнего наблюдателя, не рассматривая проблемы реализации функциональности.
Сущности, находящиеся вне моделируемой системы и взаимодействующие с ней, составляют ее контекст. Важной задачей при моделировании контекста является идентификация сущностей, взаимодействующих с системой, и их описание.
Моделирование системы необходимо проводить, следуя следующим этапам:
осуществить идентификацию участников, окружающих систему. При этом необходимо выделить и провести анализ групп, заинтересованных в выполнении системой своих функций;
рассмотреть и описать потоки событий для прецедентов отраженных на главной диаграмме прецедентов, а именно: предусловия, главный поток, подпотоки, альтернативные потоки, постусловия;
организовать похожих участников с помощью отношений обобщения/специализа-ции;
- разместить участников на диаграмме прецедентов и определить их связи с прецедентами системы.
Моделирование требований - это описание свойств и поведения системы, необходимых для осуществления проекта, не рассматривающее механизмы реализации. Рабочая система должна выполнять все требования, изложенные в модели.
Моделирование требований к системе необходимо проводить, следуя следующим этапам:
- установление контекста системы, идентификация окружающих систему участников;
- для каждого участника - рассмотрение поведения, которое он ожидает и требует от системы;
- именование выделенных вариантов поведения как прецедентов;
- выделение общего поведения в новые прецеденты, которые будут использоваться другими;
- выделение вариации поведения в новые прецеденты, расширяющие основные потоки событий;
- моделирование выделенных прецедентов, участников, отношений между ними на диаграмме прецедентов;
- дополнение прецедентов примечаниями, описывающими нефункциональные специфические требования к системе.
Моделирования диаграмм прецедентов на конкретных примерах приведены на рис. 3.5.6.3. и рис. 3.5.6.4.
Рис. 3.5.6.3. Графическое отображение прецедентов на примере обслуживания
абонентов сотовой телефонной связи.
Следует отметить дополнение прецедентов примечаниями, описывающими нефункциональные специфические требования, т.е.комментариями, которыми могут сопровождаться некоторые отношения между вариантами использования. Так, смысл отношения "include" состоит в том, что в данном примере «Подключение» включает в себя «Выбор оператора связи». Смысл же связи <<extend>> в том, что прецедент, например, «Рассмотрение анкеты» "расширяется" вариантом использования «Заключение договора». Это можно в данном случае объяснить тем, что «Заключить договор» можно только после проверки оператором анкеты. «Рассмотрение заявления» "расширяет" прецедент «Блокировка номера», «Замена sim-карты», «Детализация счета», «Замена абонентского номера». Таким образом, связь <<extend>> говорит о выполнении того или иного прецедента в зависимости от определенных условий.
Рис. 3.5.6.4. Графическое отображение прецедентов
на примере производственного участка.
Данные диаграммы прецедентов описывают участников при их взаимодействии с системой на предприятиях.
Диаграмма прецедентов разрабатывается на этапе анализа основных процессов, которые поддерживаются средствами информационной системы.
Полный проект программной системы представляет собой совокупность моделей логического и физического уровней, которые должны быть согласованы между собой.
В языке UML для физического представления моделей систем используются диаграммы реализации, которые включают в себя диаграмму компонентов и диаграмму развертывания.