Реквизиты вложенного в элемент «Роль пользователя» элемента «Оценка»:
-
Описание реквизита
|
Тип реквизита
|
Кратность
|
Оценка
(MARK)
|
Элемент
|
|
Дата урока
(LDATE)
|
Дата
|
[1]
|
Предмет
(SUBJ)
|
Текст (80)
|
[1]
|
Тип
(TYPE)
|
Текст (3)
|
[1]
|
Значение
(VALUE)
|
Текст (13)
|
[1]
|
Реквизиты элемента «Урок»:
-
Описание реквизита
|
Тип реквизита
|
Кратность
|
Урок
(LESSON)
|
Элемент
|
|
Номер по порядку
(NOMER)
|
Номер
|
[1]
|
Дата урока
(LDATE)
|
Дата
|
[1]
|
Предмет
(SUBJ)
|
Текст (80)
|
[1]
|
Тема
(TEMA)
|
Текст (255)
|
[1]
|
Домашнее задание
(HOME)
|
Текст (255)
|
[0..1]
|
Время на выполнение домашнего задания
(THOME)
|
Число
|
[0..1]
|
Требования к функционалу подсистемы электронных дневников учащихся
Расширенный функционал подсистемы электронных дневников учащихся обеспечивается:
- измененной формой главной страницы "Дневник учащегося";
- измененной формой страницы «Сведения об успеваемости»;
- измененной формой страницы «Рейтинг учащегося».
Перечисленные формы должны быть доступны как ученику, так и его родителям (законным представителям), в случае, если они зарегистрированы в Системе. Подробные требования к каждой форме приведены далее.
Также Исполнитель должен реализовать функцию «Демонстрационный режим дневника», посредство которой пользователь, незарегистрированный в системе, может ознакомиться с возможностями подсистемы электронных дневников учащихся.
Требования к реализации формы главной страницы "Дневник учащегося"
Исполнителю требуется обеспечить расширенные возможности функционирования формы главной страницы "Дневник учащегося".
Данная форма должна содержать данные за текущий учебный день или за выбранный период: расписание уроков с учетом всех корректировок, сведения об уроках и отметках. Выводимые сведения должны быть организованы в виде таблицы. Информация по урокам на день, организованная в виде таблицы, должна быть дополнена следующим:
каждый урок, поставленный в расписание дополнительно или взамен отмененного, должен выделяться отличительным цветом, также отличительным цветом или шрифтом должен отражаться урок, который был заменен;
пользователю должны отображаться дата ввода в действие и дата конца текущего шаблона расписания, по которому планируются занятия, также должна быть обеспечена возможность ознакомления пользователя с последующими шаблонами расписания, если таковые имеются;
пользователю должна быть доступна возможность просмотра файлов, вложенных в электронный план-конспект урока, если такой план-конспект был подготовлен преподавателем, а доступ к вложенным файлам был преподавателем открыт.
При формировании данных дневника должны соблюдаться следующие требования: ученику должны показываться только уроки тех учебных групп, в которые он включен (с учетом даты, на которую сформирован дневник). В отображаемых сведениях должны присутствовать отметки и замечания, относящиеся только к ученику - хозяину дневника.
Главная страница, имеющая несколько режимов отображения (день, неделя, произвольный период, задаваемый датой начала и датой конца), должна автоматически фиксировать последний из выбранных режимов в настройках конкретного ученика. Настройки должны храниться в базе данных Системы, доступ к ним необходимо организовать с помощью специальной страницы.
Функция оповещения об изменениях и последних новостях школы должна быть расширена следующим образом: необходимо обеспечить вывод данных обо всех изменениях, затрагивающих настройки школы, класса, новости, периоды каникул и учебные периоды, шаблоны расписаний.
Требования к реализации формы страницы "Сведения об успеваемости"
Форма страницы «Сведения о успеваемости» должна получить расширенную функциональность с учетом следующего.
При выводе конкретной оценки должна формироваться ссылка (гиперссылка), через которую пользователь мог бы получить расширенную информацию:
- ссылки на прикрепленные файлы;
- ссылки на цифровые образовательные ресурсы и сроки работы с ними.
Указанную расширенную информацию следует показывать в отдельном всплывающем окне, не выполняя переходов или перезагрузки страницы программой-браузером, в окне должна присутствовать функция развертывания информации на весь экран.
Требования к реализации формы страницы "Рейтинг учащегося"
Страница «Рейтинг учащегося», в которой по запросу пользователя на основании данных, хранящихся в БД Системы, и выбранных параметров рассчитывается и выводится рейтинг учащегося, должна получить расширенную функциональность с учетом следующего.
Для каждого периода (учебной четверти или другой единицы деления учебного года) после его окончания необходимо отображать графики изменения рейтинга учащегося относительно времени. Изменение рейтинга должно отображаться по отношению к предыдущим периодам. Для каждого ученика требуется демонстрировать полный комплект графиков изменения рейтинга: как по отдельным предметам учебного плана, так и по всем предметам, как внутри класса, так и по параллели классов.
На странице должна присутствовать функция сохранения отчета и графиков в Pdf, Xml, Html, Excel, Rtf, Txt, Csv, Emf, Bmp, Jpeg, Gif, Png, Tiff.
Требования к реализации функции «Демонстрационный режим дневника»
Исполнитель должен реализовать функцию «Демонстрационный режим дневника», посредство которой пользователь, незарегистрированный в системе, может ознакомиться с возможностями подсистемы электронных дневников учащихся.
Указанная функция должна обеспечивать:
- возможность одновременной авторизации в Системе не менее 50 пользователей под демонстрационным логином и паролем;
- возможность просмотра всех выходных форм подсистемы электронных дневников учащихся (просматриваемые формы должны быть заполнены еженедельно автоматически обновляемыми данными примерного учащегося).
Требования к обеспечению внедрения программного обеспечения подсистем СЭДиЖ с расширенным функционалом
Для внедрения измененных подсистем СЭДиЖ Исполнитель должен представить Заказчику следующие документы: план внедрения, информационные объявления для пользователей, инструкции по установке и использованию.
При вводе в действие новой функциональности Системы Исполнителю требуется выполнить квартальное обслуживание оборудования и программного обеспечения, сохранить архивные копии всех данных на внешний носитель и внести записи об обновлении в журнал обслуживания.
Требования к новым подсистемам модернизированной версии программного обеспечения СЭДиЖ
Исполнителем должны быть осуществлены поставка, установка, настройка и ввод в эксплуатацию новых подсистем программного обеспечения СЭДиЖ:
подсистемы механизма распределенного хранения и синхронизации данных;
подсистемы балансировки загрузки вычислительных мощностей;
подсистемы интеграции с сервисами SMS-информирования;
подсистемы интеграции с системами электронной почты и хранения данных корпоративного уровня;
подсистемы новостного сервиса и сервиса рассылок информационных материалов и событий портала на основе технологии RSS;
подсистемы поддержки мониторинга качества предоставления услуги "Электронный дневник".
Требования к подсистеме распределенного хранения и синхронизации данных
Для масштабирования Системы, ее размещения на отдельных компонентах оборудования центра обработки данных должна быть решена задача распределенного хранения данных Системы и поддержания в актуальном состоянии данных Системы, расположенных на различных физических носителях. Для решения указанной задачи должна быть введена в эксплуатацию подсистема распределенного хранения и синхронизации данных СЭДиЖ в центре обработки данных. Указанная подсистема должна включать механизм масштабирования.
К механизму масштабирования подсистемы распределенного хранения и синхронизации данных предъявляются следующие требования:
общие для всех школ и территорий данные социальных сервисов и прочих сервисов, не относящиеся к данным об учебном процессе, должны храниться на отдельном сервере баз данных в единой БД (формат MS SQL 2005 и выше);
метаданные и учетные записи подсистемы полномочий должны располагаться на отдельном сервере БД или отдельном разделе жесткого диска. Должна быть настроена односторонняя синхронизация этих сведений с центральной базой данных;
данные о ходе учебного процесса должны быть разделяемы по нескольким базам данных и распределены по нескольким серверам БД (формат MS SQL 2005 и выше), синхронизация данных о учебном процессе должна быть двунаправленной из предметной базы в центральную и наоборот;
дополнительно необходимо реализовать подход к горизонтальному разделению таблиц любой из баз данных по нескольким дискам, подготовив шаблонный набор инструкций для MS SQL.
Внедрение программного обеспечения подсистемы распределенного хранения и синхронизации данных должно предусматривать реализацию функционала модуля настройки синхронизации, доступ к которому должен иметь только администратор Системы.
Подсистема распределенного хранения и синхронизации данных должна позволять настраивать условия выбора источника данных без перезаписи программного кода, все установки должны храниться в явном виде в центральной базе метаданных. Выбор источника данных должен настраиваться по территории, школе, роли, к которой относится пользователь.
Необходимо предоставить администратору БД визуальный интерфейс для создания пустых шаблонов таких источников данных и подготовить набор инструкций MS SQL для первоначального разделения данных между такими источниками. Кроме этого, визуальный интерфейс должен обеспечивать администратора инструментами для сравнения данных, подготовки набора инструкций для соединения данных нескольких источников в общий источник и наоборот.
Механизм синхронизации изменений данных должен обеспечивать функционирование системы, не требуя вмешательства человека, в режиме реального времени, без остановок портала для восстановления когерентности данных.
Требования к подсистеме балансировки загрузки вычислительных мощностей
Подсистема балансировки нагрузки вычислительных мощностей должна быть выполнена в виде отдельного программного средства, главной функцией которого должна быть переадресация клиентских запросов на наименее загруженный или наиболее подходящий Web-сервер из группы Web-серверов, обслуживающих Систему.
Подсистема балансировки нагрузки вычислительных мощностей должна удовлетворять следующим требованиям:
прозрачность для клиента, т.е. при работе с Системой пользователь не должен замечать того факта, что его запросы обрабатываются различными компьютерами;
возможность горячего подключения новых узлов (Web-серверов) и изменения всей схемы связанного функционирования Web-серверов без остановки работы Системы;
кэширование общих данных должно быть реализовано в виде сервиса, независимого от конкретного узла (Web-сервера);
настройки стратегий перенаправления запросов на Web-сервера должны храниться на уровне метаданных, для их изменения должен существовать визуальный интерфейс.
Кроме того, подсистема балансировки нагрузки вычислительных мощностей должна обеспечивать сбор, хранение и публикацию детальной статистики о работе Системы. Перечень целевых показателей должен настраиваться либо стандартными средствами, либо через отдельный Веб-интерфейс. Среди целевых показателей должны быть как стандартные (счетчики операционной системы и Веб-сервера) так и прикладные, на основе данных, хранящихся в БД Системы.
Должны быть реализованы следующие показатели детальной статистики для пользователя:
уровень загрузки канала;
уровень загрузки группы Веб-серверов.
Медатанные о градациях пользовательских показателей (формулы и значения) должны храниться в центральной базе данных системы. В зависимости от текущих показателей для каждой группы пользователей должны выдаваться предупреждения и рекомендации относительно дальнейшей работы с Системой, дополнительно должна быть доступна страница с показателями работоспособности Системы за последние сутки, интервалы измерения – 30 минут.
Все статистические данные должны сохраняться в центральной базе данных Системы и быть доступными для просмотра администраторами Системы и членами проектного офиса.
|
