Анализ существующих аналогичных решений

На рынке программного обеспечения существует ряд программ, которые могут применяться в данной предметной области. Их сравнительная характеристика представлена в табл.1.2.
Таблица 1.2
Сравнительная характеристика аналогов
Название Цена 1-го рабочего места
Бит.вуз учет нагрузки преподавателей 5000руб.
1С:Университет ПРОФ
248 000руб.
Таким образом, в Российской Федерации существует два проверенных аналога приложения для управления нагрузкой. Программа Бит.Вуз стоит 5000 руб. за одно рабочее место. Даже для небольшого вуза с числом преподавателей не более 200 покупка такой программы будет стоить около миллиона. Программа 1СУниверситет Проф рассчитана на несколько рабочих лицензий для сотрудников деканатов и учебного отдела. Она не подходит для личного использования отдельными преподавателями.
Поэтому наиболее рациональным решением будет разработка такого приложения своими силами. В этом случае приложение будет гибким и легко модифицируемым под нужды конкретного вуза.
проектная часть
Техническое задание
Общие сведения о проекте
Приложение для учета нагрузки преподавателей высшего учебного заведения. Приложение должно осуществлять учет фактической нагрузки преподавателей, генерацию ежемесячных отчетов, расчет итоговых значений за месяц, семестр, год по видам нагрузки.
Цели и задачи проекта
Цели создания приложения «Нагрузка преподавателя»:
сокращение сроков при подготовке отчетов по нагрузке;
минимизация ошибок при подсчете фактической нагрузки.
Задачи приложения «Нагрузка преподавателя»:
Создание расписания преподавателя на семестр;
Автоматизация заполнения повторяющихся видов занятий до конца семестра согласно расписанию;
Корректировка фактической нагрузки путем добавления нерегулярных видов работы, внеплановых занятий;
Проверка превышения допустимого количества часов в течении дня;
Подведение итоговых значений по каждому виду работы: в месяц, за семестр, за год.
Проверка несоответствий с плановой нагрузкой по группам.
Целевая аудитория
Преподаватели образовательных учреждений высшего профессионального образования.
Структура проекта
Главное меню
Укрупненные потоки
Потоки
Дисциплины
Направления
Преподаватели
Укрупненные потоки
Добавление укрупненных потоков
Редактирование укрупненных потоков
Потоки
Добавление потоков
Редактирование укрупненных потоков
Дисциплины
Добавление дисциплин
Редактирование дисциплин
Направление
Добавление направлений
Редактирование направлений
Все преподаватели
Добавление преподавателя
Редактирование данных преподавателя
Плановая нагрузка
Расписание
Фактическая нагрузка
Плановая нагрузка
Формирование плановой нагрузки
Редактирование плановой нагрузки
Удаление плановой нагрузки
Расписание
Формирование расписания
Редактирование расписания
Удаление расписания
Тиражирование расписания на семестр
Фактическая нагрузка
Создание фактической нагрузки
Редактирование фактической нагрузки
Удаление фактической нагрузки
Формирование отчета по группам
Формирование отчета по месяцам
Сравнение с плановой нагрузкой
Проверка превышения 8 часов в день
Графическое отображение концепции проекта
Схематическое изображение некоторых страниц интернет-магазина
Главное меню
Рисунок 2.1 – Главная форма
Форма «Все преподаватели»
Рисунок 2.2 – Макет справочника преподавателей
Окно «Расписание»
Рисунок 2.3 – Форма заполнения распиания на первые 2 недели
Форма «Фактическая нагрузка»
Рисунок 2.4 – Форма управления фактической нагрузкой
Ежемесячный отчет по нагрузке
Рисунок 2.5 – Отчет по нагрузке за месяц
Выбор технической платформы
Выбор технической платформы разработки приложения осуществляется исполнителем

. Исполнитель предоставляет обоснование своего выбора, а так же приблизительный расчет расходов на эксплуатацию приложения на ближайший календарный год.
Требования к технической платформе
Редактирование данных должно осуществляться через удобный и интуитивно понятный интерфейс. Данные должны храниться в реляционной базе данных на основе современной СУБД желательно с открытым кодом. Необходимо, чтобы у пользователей была возможность создавать дополнительные несложные запросы к данным самостоятельно, без использования SQL.
Требования к разграничению доступа
Информация в системе должна быть полностью доступна заведующему кафедрой и лаборанту. Преподаватели должны иметь доступ только к данным, касающимся их личной нагрузки и расписания.
Для обеспечения защиты от несанкционированного доступа при составлении паролей необходимо предусмотреть следующие правила:
1. Длина пароля должна быть не менее 9 символов.
2. Пароль должен состоять из цифр и латинских букв в разных регистрах; желательно включать в пароль другие символы, имеющиеся на клавиатуре (например, символы / ? ! [ ] { } и т.д.)
3. Пароль не должен являться словарным словом или набором символов, находящихся рядом на клавиатуре. Пароль должен состоять из бессмысленного набора символов.
Логическое проектирование
В предметной области можно выделить следующие сущности:
Факультеты.
Кафедры
Преподаватели.
Направления.
Виды работы.
Потоки и укрупненные потоки.
Дисциплины.
Строки плановой нагрузки.
Строки расписания