РАЗРАБОТКА ПРОЕКТА ЗАВЕРШЕНА

(с) использование любых материалов проекта согласно соответствующей лицензии

School Visit Planner
Планирование посещений Школы Экстернов

документы для согласования с Заказчиком

1. Предварительная оценка сроков

   1. прототип, сбор требований для MVP - 15 июня 2018 года;
   2. минимально жизнеспособный продукт (MVP), запуск в пилотное пользование - декабрь 2018 года;
   3. доработка MVP, добавление функционала - январь 2019 года - май 2019 года;

2. Цели и задачи проекта

   1. создать современную электронную инфраструктуру, организовав средства сбора, обмена и хранения информации, необходимую для обеспечения деятельности школы;
   2. создать платформу для возможной последующей автоматизации рутинных процессов (составление и получение списков, учебных планов, распределение учеников и учителей, печать бланков и т.п.);
   3. предоставить учителям современный, эффективный и удобный инструмент для организации работы, облегчить процесс назначения времени посещения школы для студентов, их родителей, учителей и школьной администрации;
   4. дать возможность сотрудникам школы организовывать свое расписание таким образом, чтобы в случае внесения в него изменений, посетители оперативно получали соответствующие уведомления электронными средствами обмена информацией и возможность переназначить свой визит на удобное время без дополнительных согласований;
   5. позволить студентам и их родителям оптимизировать учебный процесс, снижая издержки как на этапе планирования посещений, так и в случае дальнейшего развития проекта - на этапе конечной аттестации при взаимодействии со школьными учителями и администрацией для выполнения связанных с этим формальностей;
   6. дать студентам и их родителям возможность оперативно следить за ходом учебного процесса, предоставив средство планирования и учета консультаций, написания контрольных работ;
   7. минимизировать издержки, связанные с человеческим фактором при организации мероприятий по написанию контрольных работ в периоды пиковой активности учащихся;
   8. на основе централизованной базы данных учеников организовать оперативное взаимодействие с их родителями: отправлять уведомления о собраниях, мероприятиях, формах и порядке осуществления добровольных взносов в школьный фонд и т.д., т.е. автоматизировать те операции, организация которых традиционно вызывает сложности из-за необходимости ручной координации множества людей.
   9. оптимизировать работу школы в целом, максимально использовав возможности удаленного взаимодействия для достижения конечных целей учебного процесса.

3. Заинтересованные стороны

   1. Школьная администрация и другой персонал
      1. директор;
      2. заместители директора - составляют индивидуальные планы, принимают документы (справки и пр.), выдают на руки зачетные книжки, учебные планы, пр.;
      3. психолог - проводит собеседования и встречи с учащимися и их родителями (преимущественно на этапе зачисления детей в школу);
      4. дежурные учителя(администраторы) - готовят и распечатывают материалы для проведения тестов, написания контрольных работ в соответствии с записями, проводят соответствующие мероприятия;
      5. школьный секретарь - представляет школу и осуществляет непосредственное взаимодействие с детьми и родителями, как по телефону, так и лично; организует ведение и хранение записей посещений.
   2. Учителя:
      1. готовят учебные материалы, материалы для проведения оценки знаний (тесты, контрольные);
      2. встречаются с детьми и проводят консультации по учебным предметам;
      3. по результатам собеседований во время консультаций дают допуск на написание тестовых и контрольных работ;
      4. проверяют и оценивают письменные работы, устные ответы на вопросы во время консультаций, выставляют итоговые оценки по предметам школьной программы;
      5. Любой из сотрудников школы может иметь как педагогическую, так и административную нагрузку, т.е. выступать как в роли учителя, так и должностного лица.
   3. Учащиеся - посещают школу для консультаций и написания работ, сдачи тестов и экзаменов; часть учится заочно (несколько раз в неделю посещает уроки).
   4. Посетители, связанные с учащимися: родители и другие лица (в основном на этапе зачисления детей и ежегодной подачи документов).

4. Функциональные требования на этапе MVP

   1. Термины
      1. ПО/приложение - создаваемое по настоящим требованиям программное обеспечение.
      2. Должностные лица - сотрудники школы, осуществляющие административную и вспомогательную деятельность, ведущие прием посетителей (директор, заместители, психолог и пр.).
      3. Событие - запланированная встреча сотрудников школы с посетителями, в определенный день и время, в школе.
   2. Обеспечить для школьной администрации и вспомогательного персонала, учителей:
      1. создание и ведение расписания приема посетителей должностными лицами школы, путем создания, просмотра, редактирования, сохранения и удаления записей о событиях;
      2. создание и ведение расписания приема учащихся учителями школы путем создания, просмотра, редактирования, сохранения и удаления записей о событиях;
      3. возможность просмотра списков посетителей, с соответствующими отсылками к событиям;
      4. возможность просмотра данных, предоставленных пользователем, принявшим предложение присоединиться к запланированному событию: имя, отчество, фамилия, номер телефона посетителя.
      5. возможность отмены любого запланированного события, опционально с отправкой зарезервировавшему его пользователю соответствуюшего сообщения на его электронный почтовый ящик;
   3. Реализовать для зарегистрированных пользователей (гости):
      1. просмотр публично доступных записей о свободных для резервирования событиях должностных лиц;
      2. возможность выбора сотрудника из списка должностных лиц и резервирование одного события из списка свободных для резервирования;
      3. просмотр списка всех зарезервированных пользователем событий;
      4. возможность отмены резервирования события;
   4. Обеспечить для зарегистрированных пользователей, прошедших процедуру подтверждения учетной записи для доступа к профилю конкретного ученика (учащиеся):
      1. возможность выбора учителя из списка учителей школы и просмотр свободных для резервирования событий;
      2. резервирование одного из свободных для резервирования событий;
      3. просмотр списка всех зарезервированных пользователем встреч с учителями школы.
      4. возможность отмены резервирования события;
      5. просмотр публично доступных записей о свободных для резервирования событиях дежурного учителя/администратора школы (расписание проведения контрольных и тестовых работ);
      6. возможность резервирования одного из событий для написания контрольных и тестовых работ;
      7. просмотр списка всех зарезервированных пользователем событий для написания контрольных и тестовых работ;
      8. возможность отмены резервирования событий для написания контрольных и тестовых работ;
   5. Требования для администраторов ПО:
      1. просматривать список сотрудников школы;
      2. создавать, просматривать, редактировать и удалять данные о сотрудниках;
      3. просматривать список учащихся школы;
      4. создавать, просматривать, редактировать и удалять данные об учащихся;
      5. просматривать список зарезервированных событий;
      6. выбирать отдельные события и просматривать их детали;
      7. просматривать список гостей, зарезервировавших события должностных лиц;
      8. просматривать список учащихся, зарезервировавших события учителей;
      9. просматривать список учащихся, зарезервировавших события написания контрольных работ;
      10. создавать, просматривать, редактировать и удалять события для любого сотрудника школы;
      11. создавать, просматривать, редактировать и удалять события для абстрактного дежурного учителя/администратора, организующего и проводящего мероприятия по написанию контрольных работ, сдачи предусмотренных школьной программой тестов;
   6. Для пользователей без регистрации доступ к приложению не предусмотрен.
      
   7. Срок планирования событий сотрудниками школы - 3 недели: текущая и 2 следующие за ней.
   8. С завершением последнего рабочего дня недели - в пятницу (около полуночи) расписание последней недели дублируется на следующую.

5. Базы данных

   На первом этапе формируются следующие базы данных:
   1. Персонал школы, осуществляющий прием и взаимодействие с детьми и их родителями:
      1. ФИО;
      2. должность;
      3. преподаваемые предметы;
      4. дни и время приема в школе (запланированные события, формирующие расписание)
      5. средства связи (электронная почта, номер телефона);
   2. Учащиеся:
      1. ФИО;
      2. пол;
      3. в каком классе учится в настоящий момент;
      4. средства связи (электронная почта, телефон);
   3. Для облегчения выбора пользователями школьных предметов создаются записи всех предметов для каждого класса, из котрого выбираются отдельные предметы для учителей и группами (на каждый класс) - для учеников.
   4. Записи о событиях с сохраненим предусмотренных параметров.
   5. Записи истории изменения событий с указанием пользователей, вносящих изменения (логирование) - опционально.

6. Структурные элементы MVP. Пользовательские роли и События

   1. Общие термины и определения.
      1. Событие - планируемая встреча владельца события и его участника(ов). Имеет атрибуты даты и времени начала, конца событий и др.
      2. Pасписание -- календарь, набор событий для каждого профиля.
      3. График проведения контрольных работ -- расписание абстрактного дежурного администратора, составляется и поддерживается Администратором без указания конкретных сотрудников школы - исполнителей роли дежурного администратора. В отличие от расписаний сотрудников школы, имеет предустановленное множество участников - Учеников - на каждое событие.
   2. Роли сотрудников школы:
      1. Учитель является владельцем Cобытий, в которых по 1 участнику - Ученику.
      2. Должностное лицо является владельцем Cобытий, в которых по 1 участнику - Гостю.
      3. Администратор владеет Событиями написания контрольных и тестовых работ, где участники - определенное число Учеников.
      Указанные роли могут совмещаться одним пользователем в любых комбинациях.
   3. Ученик является участником событий Учителя или Администратора.
   4. Гость является участником событий Должностного лица.

7. Пользовательские интерфейсы

   1. стандартные шрифты, значки, названия кнопок, цветовые схемы, последовательности полей вкладок и часто используемые элементы управления на основе предлагаемых средствами разработки с использованием HTML, CSS, и JS - инструментов Bootstrap версии 4;
   2. размеры и конфигурация экрана, разрешения предполагают использование как настольных компьютеров, так и мобильных устройств;
   3. стандартные кнопки, функции или ссылки перемещения, одинаковые для всех экранов - на основе инструментов Bootstrap версии 4;
   4. стандарты отображения и текста сообщений - на основе инструментов Bootstrap версии 4;
   5. проверка данных (такие как ограничения на вводимые значения, проверка содержимого полей) первоначально осуществляется на клиентской стороне (HTML-5, JS) с постепенным полным переносом на сервер (Spring Boot, Thymeleaf engine);
   6. приложение конфигурируется для локализации интерфейса на украинском и русском языках.

8. Дальнейшее развитие проекта после релиза MVP (для обсуждения)

   1. разделение администраторских функций по созданию/удалению информации касательно участников учебного процесса (пользовательские профили, предметы, планы и т.д.) и функций по управлению самим процессом (назначение встреч, запись на контрольные, выставление оценок и пр.) -- необходимо хорошо продумать разделение прав с учетом возможности доступа посторонних лиц к рабочему месту администратора;
   2. формирование и вывод на печать списков зарегистрировавшихся на контрольную работу учеников (или анонимных ведомостей, без имен учеников, но с указанием проверяющих работы учителей, предмета, класса и семестра, за который пишется работа) для последующей печати бланков контрольных работ;
   3. уведомление о предварительных результатах после проверки контрольных работ;
   4. заочное выставление оценок по результатам проведенных консультаций и по итогам семестра/года;
   5. обработка апелляций на заочные оценки -- необходимо продумать механизм апелляций (например, после уведомления о предварительной оценке в случае несогласия с нею ученик/родитель может назначить встречу с учителем для решения вопроса, в противном случае по истечении опредленного времени окончательная оценка проставляется заочно);
   6. информирование детей и родителей о прогрессе прохождения аттестации по учебным дисциплинам: инфографика о количестве полученных, запланированных и необходимых консультаций, контрольных работ, предметов по которым проводится аттестация и т.п.;
   7. уведомление пользователя о наличии свободных для резервирования событий при приближении указанной даты за рамками планирования событий (позднее, чем через 2 недели);
   8. аутентификация пользователей через учетные записи в социальных сетях;
   9. синхронизация событий с Google Calendar через аккаунт пользователя в Google;
   10. разработка ботов для уведомления пользователей через мессенджеры (Viber, Telegram и т.п.);
   11. и т.д.