Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
4 курс (заочка) / Курсовой проект / Курсовой проект (Вариант 23 - Сетевое хранилище файлов).docx
Скачиваний:
61
Добавлен:
08.01.2022
Размер:
419.8 Кб
Скачать

2. Выделение прецедентов

2.1 Определение рамок системы

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

  1. Система не отвечает за отображение графического интерфейса на экране пользователя.

  2. Система не отвечает за отправку/получение пользователем информации - за это отвечают сетевые протоколы и провайдер сети интернет.

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

2.2 Определение основных исполнителей и задач

Исполнитель

Задачи

База данных пользователей

  • Регистрирует новых пользователей, проверяя уникальность логина.

  • Хранит информацию об имени, фамилии, отчестве, логине и пароле пользователя.

  • Хранит идентификаторы файлов пользователей.

Сетевое файловое хранилище

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

  • Хранит информацию об имени файла, дате изменений, типе доступа и размере файла, а также уникальный идентификатор файла.

Авторизованный пользователь

  • Просмотр собственной библиотеки файлов

  • Скачивание/изменение/удаление/поиск файлов и каталогов

  • Изменение доступа к файлу.

  • Изменение пароля собственной учетной записи.

  • Удаление учетной записи из БД.

Неавторизованный пользователь

  • Скачивание файла, доступного по ссылке (при наличии ее, соответственно).

Администратор системы

  • Имеет возможность редактирования БД с данными пользователя, информации о файлах и их положении в системе.

2.3 Описание прецедентов

Прецедент П1. Регистрация.

Уровень. Задача, определенная пользователем

Основной исполнитель. Пользователь.

Заинтересованные лица и их требования.

Пользователь. Хочет зарегистрироваться в системе.

Предусловия. Пользователь открыл web-страницу регистрации.

Результаты (Постусловия). Пользователь зарегистрирован в системе.

Основной успешный сценарий (или основной процесс)

1. Пользователь вводит желаемый логин и пароль.

2. Система производит проверку на предмет уникальности логина.

3. Если проверка прошла успешно, то система просит ввести данные ФИО.

4. Система перенаправляет пользователя на страницу профиля

Прецедент П2. Авторизация.

Уровень. Задача определенная пользователем.

Основной исполнитель. Пользователь

Заинтересованные лица и их требования.

Пользователь. Хочет зарегистрироваться в системе.

Предусловия. Пользователь уже зарегистрирован в системе и открыл web-страницу авторизации в системе.

Результаты (Постусловия).

Пользователь входит в систему

Основной успешный сценарий (или основной процесс)

1. Пользователь вводит логин и пароль.

2. Система сверяет правильность логина и пароля по записям в БД.

3. Если введенные данные верны, клиент входит в систему.

4. Система перенаправляет пользователя на страницу профиля.

Прецедент П3. Загрузка файла в сетевое хранилище.

Уровень. Задача, определенная пользователем.

Основной исполнитель. Пользователь

Заинтересованные лица и их требования.

Пользователь. Хочет загрузить файл в личное сетевое хранилище.

Предусловия. Пользователь зарегистрирован и уже осуществил вход в систему.

Результаты (Постусловия).

Пользователь успешно загрузил файл в личное сетевое хранилище.

Основной успешный сценарий (или основной процесс)

1. Пользователь выбирает функцию загрузки файла в web-интерфейсе системы.

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

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

4. Если дискового пространства сетевого хранилища достаточно, файл успешно загружается в хранилище.

5. Файлу присваивается уникальный идентификатор, записываемый в БД в запись пользователя.

Прецедент П4. Администратор удаляет определенный файл.

Уровень. Задача, определенная администратором.

Основной исполнитель. Администратор

Заинтересованные лица и их требования.

Администратор хочет удалить файл с идентификатором XAEA12.

Предусловия. Администратор вошёл в систему под своей учетной записью.

Результаты (Постусловия).

Администратор успешно удалил выбранный файл.

Основной успешный сценарий (или основной процесс)

1. Администратор выбирает функцию поиска в web-интерфейсе системы, выбирает поиск по атрибуту «Идентификатор файла» и вводит запрос «XAEA12».

2. Система ищет файл в сетевом хранилище в соответствии с запросом и отображает его администратору в интерфейсе.

3. Администратор выбирает функцию удаления для найденного файла.

4. Система удаляет файл из сетевого хранилища, а также уникальный идентификатор файла в БД для пользователя, загрузившего этот файл.

Прецедент П5. Неавторизованный пользователь пытается открыть по ссылке файл, доступ к которому уже ограничен.

Уровень. Задача, определенная пользователем.

Основной исполнитель. Пользователь

Заинтересованные лица и их требования.

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

Предусловия. Пользователь не авторизован в системе. У пользователя имеется ссылка на файл в сетевом хранилище. Владелец файла изменил режим доступа к файлу на «Приватный».

Результаты (Постусловия).

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

Основной успешный сценарий (или основной процесс)

1. Пользователь открывает ссылку в web-браузере.

2. Система получает запрос на загрузку файла.

3. Система проверяет атрибут «Доступ» для запрашиваемого файла. Обнаруживается атрибут «Приватный».

4. Система не позволяет скачать данный файл неавторизованному пользователю, отображая соответствующее уведомление средствами web-интерфейса.