- •Федеральное государственное автономное образовательное учреждение высшего образования «южный федеральный университет»
- •Отзыв - характеристика
- •Диденко Денис Андреевич
- •С «__19___»______09_______________2016 г. По «__13___»________11____________2016 г. Прошёл практику в ооо «НодаСофт»
- •Дневник преддипломной практики
- •1. Общие сведения
- •2. Индивидуальное задание студента на преддипломной практике
- •Содержание
- •1 Разработка веб-приложения 1.1 Разработка технического задания
- •Назначение системы
- •Задачи создания системы
- •Пользователи системы
- •Требования к структуре и функционированию системы
- •Подсистема «Справочники»
- •Введение
- •Подсистема «Задачи»
- •Подсистема «Отчеты»
- •Требования к функциям подсистемы администрирования
- •Дополнительные требования
- •Требования к аутентификации
- •Требования к журналированию событий
- •1.2 Проектирование базы данных
- •1.3 Программирование бизнес логики
- •1.4 Программирование пользовательского интерфейса
Требования к аутентификации
ИС должна поддерживать и обеспечивать использование уникальных пользовательских идентификаторов и безопасную аутентификацию. Работа в системе допускается только после прохождения пользователем процедуры аутентификации.
Требования к журналированию событий
- ИС должна поддерживать и обеспечивать журналирование событий;
- Журналированию подлежат следующие события:
а) использование механизмов аутентификации (вход в систему, смена пароля и прочее);
б) создание или удаление сущностей;
в) операции, связанных с назначением и распределением прав пользователей.
- Каждая запись в журнале событий должна содержать следующую информацию:
а) идентификатор пользователя;
б) дату и время события;
в) источник события;
г) идентификатор или название вовлеченных в событие данных, системного компонента, ресурса;
1.2 Проектирование базы данных
Создание ER-модели для БД
Для удобства проектирования базы данных было принято решение использовать графический способ под названием «ER-моделирование». В этом способе используется принцип «сущность-связь». Выделим основные сущности и установим между ними связи.
Рисунок 1 – Сущность Город
Объект
недвижимости
Рисунок 2 – Сущность Задача
Рисунок 3 – Сущность Подразделение
Рисунок 4 – Сущность Пользователь
Рисунок 5 – Сущность Исполнитель
Рисунок 6 – Сущность Запись журнала
Рисунок 7 – Сущность Ответственный
Рисунок 8 – Сущность Роль
Рисунок 9 – Связь Исполнителя
Рисунок 10 – Связь Ответственного
Рисунок 11 – Связь Задачи
Рисунок 12 – Связь Подразделения
Рисунок 13 – Связь Пользователя
Рисунок 14 – Связь Записи журнала
1.3 Программирование бизнес логики
Для реализации требуемого функционала было принято решение использовать язык программирования PHP, язык SQL для связи с базой данных, а в качестве веб сервера использовать Apache. В качестве фреймворка используется FuelPHP[1]. Для удобства программирования используется среда разработки PHP Storm[2].
Программный код представлен в приложении А. На рисунках 15 – 22 демонстрируется реализованный функционал.
Рисунок 15 – Функционал авторизации
Рисунок 16 – Функционал отображения, добавления, редактирования и удаления объектов недвижимости
Рисунок 17 – Функционал отображения, добавления, редактирования и удаления подразделений
Рисунок 18 – Функционал отображения, добавления, редактирования, архивации и удаления задач
Рисунок 19 – Функционал отображения задач в архиве
Рисунок 20 – Функционал отчётов (отображение, формирование для печати)
Рисунок 21 – Функционал отображения, добавления, редактирования и логического удаления пользователей системы
Рисунок 22 – Функционал отображения, добавления, редактирования и удаления пользовательских ролей
Рисунок 22 – Функционал отображения логов (записей журнала)
