ПКС / ПКС. Практическая 2

МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ,

СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ

«САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТЕЛЕКОММУНИКАЦИЙ ИМ. ПРОФ. М.А. БОНЧ-БРУЕВИЧА» (СПбГУТ)

Кафедра информационных управляющих систем

Практическая работа № 02

по Б1.О.12 «ПРОГРАММИРОВАНИЕ КРИТИЧЕСКИХ СЕРВИСОВ»

Студент гр. ИСТ-111_____________________________ П.П. Иванов

(подпись)

Проверил ___________________________ А. В. Параничев

(оценка и подпись)

Санкт-Петербург

2023 год

Построение UML-диаграммы прецедентов создания сервиса

[выделенное зеленым прочитать и перед отправкой отчета удалить; выделенное желтым поменять на свое; в данном задании нужно создать и заполнить информацией по теме своего сервиса; файл переназвать по шаблону.

В данном задании нужно выполнить 3 шага по построению диаграммы прецедентов для своего сервиса: см. практическую работу 01]

Составление диаграммы вариантов использования для задачи "Создание Telegram-бота …" приведено в следующей последовательности:

1) выполняют текстовое описание задачи в виде сценария, выделяя типовые действия для основных ролей;

2) упорядочивают сценарий, группируя роли и определяя принадлежность типовых действий к категории <<include>>, <<extend>> или <<inherit>>;

3) выполняют графическое описание задачи, определяя рамки проектируемой системы.

Создание сценария, в соответствии с этапом 1: [не менее 4х ролевых объектов; не менее 10 прецедентов; не менее 3 взаимосвязей <<extend>>, не менее 1 взаимосвязи <<inherit>> для роли или прецедента]

Пользователь желает воспользоваться сервисом, в котором представлены его данные.

Пользователь получает доступ к своим данным после авторизации.

Разработчик сервисов изучает инструкции по доступу к критически важным данным.

Разработчик сервисов создает компонент для доступа к сервису, руководствуясь инструкциями по доступу к критически важным данным.

Разработчик сервисов создает страницу авторизации для того, чтобы Пользователь получил доступ к своим данным.

Разработчик сервисов также может выполнять действия, определенные для Пользователя.

Разработчик сервера приложений конфигурирует развертывание сервисов создаваемых сервисов.

Разработчик сервера приложений создает скрипт управления сервисом на основе настроек по развертыванию сервисов, чтобы Разработчик сервисов получил доступ к созданию сервисных компонентов.

Разработчик сервера приложений также может выполнять действия, определенные для Разработчика сервисов.

Упорядочение созданного сценария, в соответствии с этапом 2:

Пользователь получает доступ к пользовательским данным.

Разработчик сервисов изучает инструкции по доступу к критически важным данным, в том числе (<<include>>), создает компонент для доступа к сервису, что, в том числе (<<include>>), включает создание страницы авторизации, которая позволяет (<<extend>>) Пользователю получить доступ к сохраняемым данным. Разработчик сервисов наследует (<<inherit>>) возможности Пользователя.

Разработчик сервера приложений конфигурирует развертывание сервисов, в том числе (<<include>>), создает скрипт управления сервисом, что позволяет (<<extend>>) Разработчику сервисов создать компонент доступа для авторизации. Разработчик сервера приложений наследует (<<inherit>>) возможности Разработчика сервисов.

Построение UML-диаграммы прецедентов, в соответствии с этапом 3, представлено на рис. 1.

Рис. 1. UML-диаграмма прецедентов для задачи …

Исходный код PlantUML-диаграммы:

@startuml

'left to right direction

actor aUser as " Пользователь\n cервиса\n<U+003C><U+003C>Service Environment<U+003E><U+003E>"

actor aDevService as " Разработчик\n cервисов\n<U+003C><U+003C>Server Service<U+003E><U+003E>"

actor aDevApp as " Разработчик\n сервера\n приложений\n<U+003C><U+003C>Application Server<U+003E><U+003E>"

rectangle "Программная система разработки приложений и сервисов"{

usecase uConfigServiceDeploy as "Конфигурирует\nразвертывание сервисов\n--\n<<Application Server>>"

usecase uCreateServiceScript as "Создает скрипт\nуправления сервисом\n--\n<<Application Server>>"

usecase uResearchCriticalData as "Изучает инструкции\nпо доступу к критически\nважным данным\n--\n<<Server Service>>"

usecase uCreateServiceComponent as "Создает компонент\nдля доступа к сервису\n--\n<<Server Service>>"

usecase uCreateLoginPage as "Создает страницу\nавторизации\n--\n<<Server Service>>"

usecase uGetDataAccess as "Получает доступ\nк пользовательским данным\n--\n<<Service Environment>>"

}

aDevApp -down-|> aDevService

aDevService -down-|> aUser

aDevApp -right-> uConfigServiceDeploy

uConfigServiceDeploy .right..> uCreateServiceScript : <U+003C><U+003C>include<U+003E><U+003E>

aDevService -right-> uResearchCriticalData

uResearchCriticalData .right..> uCreateServiceComponent : <U+003C><U+003C>include<U+003E><U+003E>

uCreateServiceComponent .right..> uCreateLoginPage : <U+003C><U+003C>include<U+003E><U+003E>

aUser -right-> uGetDataAccess

uCreateServiceScript ..> uCreateServiceComponent : <U+003C><U+003C>extend<U+003E><U+003E>

uCreateLoginPage ..> uGetDataAccess : <U+003C><U+003C>extend<U+003E><U+003E>

@enduml

Вывод: об уточнении тех. задания после построения диаграммы: 5-7 строк.

Сделать вывод по выполнению своего варианта задания: 5-7 строк.

Вариант 2 диаграммы прецедентов:

Вариант 3 диаграммы прецедентов: