- •1. Предварительное описание
- •2. Выделение прецедентов
- •2.1 Определение рамок системы
- •2.2 Определение основных исполнителей и задач
- •2.3 Описание прецедентов
- •2.4 Построение диаграммы прецедентов
- •3. Описание нефункциональных требований
- •4. Моделирование предметной области
- •5. Составление системных диаграмм последовательностей
- •6. Составление описаний операций
- •7.4 Построение диаграммы классов проектирования
- •Список литературы
2. Выделение прецедентов
2.1 Определение рамок системы
Для того чтобы яснее очертить рамки проектируемой системы, определим те функции, которые она не должна выполнять, т.е. определим внешних вспомогательных исполнителей.
Система не отвечает за отображение графического интерфейса на экране пользователя.
Система не отвечает за отправку/получение пользователем информации - за это отвечают сетевые протоколы и провайдер сети интернет.
Система не отвечает за корректность предоставляемых анкетных данных и прочей информации, предоставляемой пользователем.
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-интерфейса.