- •Федеральное государственное автономное образовательное учреждение высшего образования «южный федеральный университет»
- •Отзыв - характеристика
- •Диденко Денис Андреевич
- •С «__19___»______09_______________2016 г. По «__13___»________11____________2016 г. Прошёл практику в ооо «НодаСофт»
- •Дневник преддипломной практики
- •1. Общие сведения
- •2. Индивидуальное задание студента на преддипломной практике
- •Содержание
- •1 Разработка веб-приложения 1.1 Разработка технического задания
- •Назначение системы
- •Задачи создания системы
- •Пользователи системы
- •Требования к структуре и функционированию системы
- •Подсистема «Справочники»
- •Введение
- •Подсистема «Задачи»
- •Подсистема «Отчеты»
- •Требования к функциям подсистемы администрирования
- •Дополнительные требования
- •Требования к аутентификации
- •Требования к журналированию событий
- •1.2 Проектирование базы данных
- •1.3 Программирование бизнес логики
- •1.4 Программирование пользовательского интерфейса
Подсистема «Отчеты»
В системе должна быть предусмотрена возможность построения различных отчетов на основе данных содержащихся в БД для оценки эффективности работы:
- в разрезе сотрудников, подразделений, объектов недвижимости: список выполненных задач за период;
- в разрезе периодов за произвольный период времени.
Подсистема формирования отчетов опирается на структуру подсистемы управления задачами.
Вариант использования подсистемы приведен в таблице 8.
Таблица 8
Вариант использования |
Отчет о выполненных задачах |
Исполнитель (роль) |
Генеральный директор, заместители генерального директора, директор по капитальному строительству УК, директор ТП УК, управляющий ОКН, руководитель подразделения |
Описание |
Пользователь выбирает действие «Отчеты». После этого видит на экране в табличном виде список параметров (фильтров) отчета: - объект недвижимости - подразделение - ответственный - исполнитель - период По нажатию на кнопку «Сформировать» на экране отображается отчет о выполненных и просроченных задачах в соответствии с фильтром. |
Результат |
Отчет формируется в табличном виде на экране либо в виде HTML для печати. |
Требования к функциям подсистемы администрирования
- Система должна предусматривать произвольное множество ролей. Роли должны регламентировать как доступность отображения и ввода информации, так и доступность функций и пунктов меню. Управление ролями должно производиться Администратором системы;
- Должно быть предусмотрено журналирование операций с указанием учетной записи сотрудника и даты-времени совершения операции;
- Администрирование учетных записей пользователей: создание, изменение, удаление, установка пароля.
Необходимо предусмотреть создание ролей:
- Сотрудник – возможность работать с таблицей задач, в соответствии с предоставленным доступом (просмотр своих задач, проставление результата выполнения, внесение комментариев);
- Руководитель – те же права, что у роли Сотрудник. Дополнительно: возможность создавать задачи, назначать ответственных сотрудников, использовать подсистему отчетов;
- Роль Администратор – управление ролями, администрирование пользователей, управление правами, внесение изменений и настроек ПО и т.д.
Дополнительные требования
- Режим работы системы – 24/7;
- Количество пользователей системы – до 50 человек одновременно с возможностью масштабирования;
- Возможность работы «клиента» системы по «тонким» каналам связи.
- Количество хранимых данных – до 1 000 000 записей в Базе Данных;
- ПО должно корректно работать на ОС Windows XP и новее, мобильных устройствах с Apple iOS 7+ и новее, Android 4.0 и новее;
- Должно корректно работать с разрешениями экрана от 800x600 и более;
- ПО должно иметь веб-интерфейс, корректно работающий в следующих браузерах: Internet Explorer, версия 10; Google Chrome 30 и новее, Mozilla Firefox 30 и новее;
- ПО не должно использовать Adobe Flash, Oracle Java.
