Скачиваний:
3
Добавлен:
16.12.2024
Размер:
86.59 Кб
Скачать

МИНОБРНАУКИ РОССИИ САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ ЭЛЕКТРОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ «ЛЭТИ» ИМ. В.И. УЛЬЯНОВА (ЛЕНИНА)

Кафедра информационных систем

Задание 2.6.1

по дисциплине “Анализ требований”

Тема: Моделирование бизнес-процесса. Анализ заинтересованных лиц.

Студент гр. 2376 _____________________ Федорков Ю.А.

Преподаватель ______________________ Яцык А.А.

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

2024

Задачи

Обрести навыки выявления заинтересованных лиц и их потребностей, оформления классификаций пользователей и описаний в формате User Stories, Job Stories.

Задание на лабораторную работу

  1. Ознакомиться с исходными данными по теме введения курортного сбора на территории Санкт-Петербурга;

  2. Привести в графическом виде классификации следующих заинтересованных лиц (общее минимальное количество классификаций - 5):

  • Оператор курортного сбора (является пользователем системы);

  • Турист.

  1. Заполнить таблицу по каждому выделенному подклассу.

Выполнение работы

Диаграмма классификаций .

Диаграмма создана с помощью приложения Draw io.

Таблица 1 - описание туристов

Заинтересованное лицо /

Пользователь

Описание

Потребности

По отношению к уплате курортного сбора

Плательщик курортного сбора

- Когда плательщик едет в отпуск , он хочет видеть сумму курортного сбора, чтобы правильно оплатить сбор .

- Когда плательщик заполняет личные данные, пользователь системы хочет удобно просматривать их в системе, чтобы проверить их на корректность

  • Реализация отправки полной информации по курортному сбору от пользователя (оператора курортного сбора) к клиенту(туристу).

  • Система должна отображать статус оплаты курортного сбора (Оплачен/Не оплачен).

  • Система должна иметь удобный интерфейс для просмотра, редактирования и удаления личных данных любого клиента.

Освобождаемый от уплаты курортного сбора

- Когда пользователь получает от освобождаемого от уплаты курортного сбора(далее ОУКС) документы , подтверждающие его освобождение от уплаты, он хочет иметь возможность удобно внести их в реестр

  • Система должна отображать форму для заполнения документов, предоставляемых от ОУКС.

  • Должны быть реализованы функции для отправки данных в реестр

  • Система должна иметь удобный интерфейс для просмотра личных данных любого клиента.

Отказавшийся от уплаты курортного сбора

-Когда пользователь получает отказ от ОтУКС (отказавшегося от уплаты курортного сбора) , он хочет иметь возможность внести это в систему , чтобы далее отправить эту информацию в реестр

-Пользователь хочет иметь возможность отправлять клиенту уведомление о невозможности удержания , в случае если отказ не был заполнен

-Пользователь должен иметь отправлять отчеты делу ОтУКС в Комитет

  • Система должна иметь форму для заполнения документа об отказе.

  • В системе нужно реализовать функцию оповещения ОтУКС о заполнении отказа и/или отправки формы о невозможности удержания суммы курортного сбора

  • Должна быть возможность отправки клиенту полной информации о курортном сборе.

  • Должна быть реализована система отправки отчетов в Комитет

По целям пребывания на курорте

Культурный турист

(КТ)

-Когда КТ собирается на курорт , пользователь хочет заполнить цели и время пребывания КТ на курорте , чтобы внести эти данные в реестр

  • Система должна иметь форму заполнения для целей и времени пребывания на курорте

  • В системе должно иметься окно выбора “Цели пребывания ->Культурный отдых ”

Экологический турист (ЭТ)

-Когда ЭТ собирается на курорт , пользователь хочет заполнить цели и время пребывания ЭТ на курорте , чтобы внести эти данные в реестр

  • Система должна иметь форму заполнения для целей и времени пребывания на курорте

  • В системе должно иметься окно выбора “Цели пребывания ->Экологический отдых ”

Турист-авантюрист

(ТА)

-Когда ТА собирается на курорт , пользователь хочет заполнить цели и время пребывания ЭТ на курорте , чтобы внести эти данные в реестр

  • Система должна иметь форму заполнения для целей и времени пребывания на курорте

  • В системе должно иметься окно выбора “Цели пребывания ->Путешествие-авантюризм ”

По количеству людей в группе

Индивидуальный турист

-Пользователь хочет указать , что турист пребывает на курорте один

  • Система должна иметь форму для заполнения количества туристов

Группа туристов

-Пользователь хочет иметь возможность указать , что пребывание на курорте туристы планируют группой

- Пользователь хочет иметь возможность указать название организации , от которой происходит групповая поездка

  • Система должна иметь форму для заполнения количества туристов.

  • Система должна иметь форму для заполнения названия организации, от которой происходит групповая поездка.

  • Система должна иметь возможность объединять клиентов в одну виртуальную группу , чтобы пользователь мог удобнее работать с информацией

Турист с детьми

-Пользователь хочет указать , что пребывание туриста на курорте происходит вместе с семьей.

-Пользователь хочет указать количество детей в составе группы туристов

  • Система должна иметь форму для заполнения вида “Семейный отдых”

  • Система должна иметь форму для заполнения вида “Количество детей ”

  • Система должна иметь функцию объединения клиентов в виртуальные группы в базе данных , чтобы пользователь мог удобно работать с системой

Таблица 2 - описание пользователей (операторов курортного сбора)

Заинтересованное лицо /

Пользователь

Описание

Потребности

По выполняемым функциям

Ответственный за ведение реестра

-Пользователь хочет отправлять в реестр информацию об объектах размещения

  • В системе должны присутствовать функции ввода и редактирования сведений в реестре

  • Система должна содержать форму для заполнения информации

Ответственный за оформление документов для туристов

- Пользователь хочет иметь удобный для использования интерфейс с записью личных данных туристов

  • Система должна содержать в себе форму для заполнения таких данных как: ФИО, дата рождения , контактный номер и т.д.

  • Система иметь базу данных для хранения личной информации о туристах , в том числе отказы и документы об освобождении от уплаты

Ответственный за отправку отчетов в Комитет

-Пользователь хочет иметь удобный интерфейс для отправки отчетов в Комитет

  • Система должна иметь форму для заполнения отчетов , содержащую в себе: информацию о туристе и операторе, дату заполнения отчета и т.д.

  • Система должна иметь функцию “Черновик ”, чтобы иметь возможность отредактировать некорректный отчет.

  • Система должна иметь функцию прикрепления файлов в формате электронных таблиц (например, xls) и электронных документов (например, pdf)

По статусу исполнения обязанностей

Исполняющий обязанности оператора

Описание соответствует описанию пользователей класса “По выполняемым функциям”

Потребности соответствуют описанию пользователей класса “По выполняемым функциям”

Прекративший исполнение обязанностей

-Пользователь хочет иметь возможность отправлять заявки о прекращении деятельности, чтобы уведомить об этом Комитет

- Система должна содержать в себе форму для заполнения заявки о прекращении деятельности.

- В системе должна быть функция “Черновик” для редактирования некорректных заявок.

- В системе должна быть функция отправки заявок о прекращении деятельности оператора.

Соседние файлы в папке Анализ требований. 2 модуль