Дипломная работа: Разработка имитационной модели программного обеспечения информационной системы "Центр обслуживания абонентов"
Альтернативный
поток
В случае, если пользователь не ввел все поля либо, система выдает сообщение об ошибке.
Постусловия
После успешного завершения прецедента, внесены изменения в базу данных.
2.1.3 Диаграмма прецедентов
Этот вид диаграмм позволяет создать список операций, которые выполняет система. Часто этот вид диаграмм называют диаграммой функций, потому что на основе набора таких диаграмм создается список требований к системе и определяется множество выполняемых системой функций.
Каждая такая диаграмма или, как ее обычно называют, каждый Use case - это описание сценария поведения, которому следуют действующие лица (Actors).
Диаграмма прецедентов приписывает прецеденты к субъектам. Она также позволяет пользователю установить отношения между прецедентами, конечно, если такие отношения существуют.
Диаграмма прецедентов - это наглядное представление субъектов и прецедентов вместе с любыми дополнительными определениями и спецификациями. На данном виде диаграмм отображаются основные функции, которые выполняет система, лица, оказывающие влияния на систему - внешние сущности, а также связи между ними. Диаграмма прецедентов представляет собой не просто некую схему, а является полностью документированной моделью предполагаемого поведения системы. Достоинства модели вариантов использования заключаются в том, что она:
определяет пользователей и границы системы;
определяет системный интерфейс;
удобна для общения пользователей с разработчиками;
используется для написания тестов;
является основой для написания пользовательской документации;
хорошо вписывается в любые методы проектирования (как объектно-ориентированные, так и структурные).
Варианты использования и субъекты, выделенные для данной модели, можно представить в виде следующей диаграммы прецедентов:
Рис.5. Диаграмма прецедентов системы "Обслуживание абонентов"
Диаграмма прецедентов представляет собой не просто некую схему, а является полностью документированной моделью предполагаемого поведения системы. Это вид диаграмм особенно важен при организации и моделирования поведения системы. На них представлены прецеденты и актеры (частный случай классов), а также отношения между ними. Актер - это роль, которую пользователь играет по отношению к системе.
Между субъектами и вариантами использования могут быть различные виды взаимодействия. Так, из построенной диаграммы видно, что Оператор, инициирует различные варианты использования: Рассмотрение заявления, Замена абонентского номера, Детализация счета, Замена SIM-карты, Блокировка номера и так далее. Клиент также может инициировать варианты использования, например, Заполнение заявления, Составление анкеты, Выбор оператора связи и т.д. Остановлюсь подробнее на некоторых отношениях между вариантами использования.
Рис.6. Диаграмма прецедентов для субъекта Оператор.
Следует прокомментировать некоторые особенно "привлекательные" отношения между вариантами использования.
Так, смысл отношения "include" состоит в том, что Подключение включает в себя Выбор оператора связи.
Смысл же связи << extend>> в том, что прецедент, например, Рассмотрение анкеты "расширяется" вариантом использования Заключение договора . Я объясняю это тем, что Заключить договор можно только после проверки оператором анкеты. Рассмотрение заявления "расширяет" прецедент Блокировка номера, Замена sim-карты, Детализация счета, Замена абонентского номера . Таким образом, связь << extend>> говорит о выполнении того или иного прецедента в зависимости от определенных условий.
Рис.7. Диаграмма прецедентов для субъекта Клиент.
Подключение абонента включает в себя Выбор оператора связи.
Составление анкеты "расширяется" вариантом использования Заключение договора.