Конкурсная документация


НазваниеКонкурсная документация
страница16/25
ТипКонкурс
filling-form.ru > бланк доверенности > Конкурс
1   ...   12   13   14   15   16   17   18   19   ...   25

Требования к формам, включающим интерфейс учета посещаемости занятий

В подсистеме электронного классного журнала необходимо поддержать возможность регистрации заявлений от родителей или медицинских учреждений об освобождении учащихся от занятий. Доступ к этому функционалу для ввода сведений об учениках своего класса должен иметь классный руководитель. Кроме этого для целей контроля доступ ко всем сохраненным справкам учеников школы необходимо обеспечить для завуча и директора школы.

В каждой справке должны указываться:

    • период освобождения от занятий;

    • причина освобождения;

    • необязательный атрибут: примечание классного руководителя;

    • необязательный атрибут: список предметов, от посещения которых ученик освобожден;

    • необязательный атрибут: список уроков, от посещения которых ученик освобожден.

Все заявления и справки, зарегистрированные в Системе, должны отображаться в электронном классном журнале при вводе отметок для конкретного ученика (преподаватель должен видеть информацию о том, что данный ученик освобожден от занятий на указанный период).

В подсистеме электронного дневника учащегося должны отображаться заявления и справки, зарегистрированные классным руководителем на каждого ученика. Указанные сведения должны быть доступны соответствующим ученикам и родителям, зарегистрированным в Системе.

      1. Требования к формам, включающим интерфейс деления учебного года на периоды

В подсистеме электронного классного журнала для обеспечения корректного формирования учебного плана необходимо обеспечить возможность разделять учебный год в каждом из подключаемых к Системе общеобразовательных учреждений на учебные периоды разных типов с меньшей продолжительностью. Для обеспечения дополнительной гибкости необходимо поддержать возможность вести различное деление учебного года для различных классов.

Деление учебного года на периоды должно осуществляться пользователями Системы до начала учебного процесса, перед формированием учебного плана и распределением нагрузки по преподавателям. К данной функциональности должны иметь доступ заведующие учебной частью и директора школ. При проведении деления учебного года на периоды средствами Системы должны создаваться объекты, в которых сохраняется следующая информация:

  • объемлющий период (связь иерархической вложенности);

  • порядковый номер периода;

  • вид периода, значение из списка:

    • "Год";

    • "Полугодие";

    • "Триместр";

    • "Семестр";

    • "Четверть";

    • "Произвольный период";

  • количество учебных недель в периоде;

  • дата начала и дата конца.

В подсистеме электронного классного журнала для каждого учебного заведения должен создаваться учебный период с видом "Год". Этот период должен изменяться пользователем только корректировкой дат начала и конца. Пользователю необходимо предоставить инструмент для деления периода "Год" на несколько меньших по длительности периодов (далее - "под-периодов"). Также требуется предоставить возможность разделения каждого под-периода на несколько периодов, меньших по длительности. На каждом этапе работы Система должна контролировать отсутствие пересечений периодов одного уровня, а также условие вложенности интервалов дат начала и конца периодов, связанных иерархией.

Требуется обеспечить поддержку следующих условий:

    • период "Год" должен быть делим на периоды следующих типов: "Полугодие", "Триместр", "Семестр", "Четверть", "Произвольный период";

    • периоды "Полугодие" и "Триместр" должны быть делимы на периоды типа: "Семестр", "Четверть", "Произвольный период";

    • "Семестр" и "Четверть" должны быть делимы на "Произвольные периоды";

    • "Произвольный период" должен быть делим на "Произвольные периоды".

Введенное деление учебного года на учебные периоды должно отражаться при составлении учебного плана и выставления итоговых отметок.

Дополнительно необходимо поддержать возможность ведения различного деления учебного периода для различных классов внутри учебного заведения. Данная возможность должна быть поддержана созданием произвольных объединений классов (групп классов), в которых принято общее деление на периоды.

Аналогичную функциональность необходимо поддержать и при составлении расписания звонков: разные классы одного учреждения должны иметь возможность иметь различное расписание звонков. Группы классов с различным расписанием звонков не могут не совпадать с группами классов с различным делением на периоды, данный факт необходимо предусмотреть при настройке соответствующих функций Системы. Кроме того, Система должна позволять составлять различное расписание звонков для каждой группы классов на разные дни недели.

      1. Требования к формам, включающим интерфейс составления расписания

В подсистеме электронного классного журнала модуль формирование расписания осуществляется заведующим учебной частью, на которого возложены функции по составлению и внесению изменений в школьное расписание.

Система должна поддерживать возможность ввода расписания уроков следующим образом: перед началом любого учебного периода, на который фиксируется свое расписание, завуч формирует шаблон расписания, для каждой записи которого указывается:

    • класс и учебная группа класса;

    • предмет учебного плана для заданной учебной группы;

    • кабинет;

    • номер, время начала и конца урока.

Система должна контролировать тот факт, что предмет учебного плана учебной группы принадлежит тому учебному периоду, на который формируется шаблон расписания. Шаблон расписания действует до ввода нового шаблона.

Необходимо поддержать функцию проверки расписания на отсутствие ошибок. Ошибочными считаются ситуации следующих типов:

  • пересечение по учителю: конкретному учителю-предметнику расписанием назначается несколько уроков, которые пересекаются во времени;

  • пересечение для ученика: ученик числится в учебных группах, для которых в расписании существуют уроки, пересекающиеся во времени;

  • конфликт по учебным кабинетам: в расписании запланировано проведение нескольких уроков в одном кабинете в одно время.

Функция проверки расписания на отсутствие ошибок должна быть доступна заведующему учебной частью и директору непосредственно на форме редактирования расписания в подсистеме электронного классного журнала.

      1. Требования к формам, включающим интерфейс корректировки расписаний

В подсистеме электронного классного журнала для внесения текущих (кратковременных) изменений в школьное расписание необходимо обеспечить доступ к интерфейсу текущих корректировок. Текущие корректировки в расписании должны проводиться завучем или директором в следующем порядке: шаблон расписания остается неизменным, а для корректировок создаются специальные объекты Системы, в каждом из которых указывается:

  • список уроков, соответствующих шаблону расписания, которые должны быть заменены;

  • список уроков, которые должны быть проведены вместо замененных;

Информация о заменах должна отображаться на страницах учеников (в подсистеме электронного дневника учащегося) и учителей (в подсистеме электронного классного журнала), которых коснулись данные изменения. Дополнительно к этому, в электронном журнале для учителя-предметника должна формироваться соответствующая информация о том, что урок заменен или назначен дополнительно. Учитель-предметник не должен иметь возможности отменить замену (удалить урок), сделанную завучем.

Всю историю изменений расписания необходимо хранить и отображать по запросу, на форме редактирования расписания. Для отмененных уроков необходимо предусмотреть функцию просмотра и копирования тематического плана урока в копилку для переноса во вновь поставленные уроки.

    1. Требования к выходным формам подсистемы электронного дневника учащегося и подсистемы электронного классного журнала

Исполнитель должен установить и настроить модернизированную версию программного обеспечения Системы таким образом, чтобы все выходные формы Системы, перечисленные в настоящем разделе, включая отчеты, соответствовали требованиям настоящего раздела.

      1. Требования к отчетам подсистемы электронного классного журнала

Подсистема электронного классного журнала, в зависимости от прав доступа, должна позволять формировать следующие отчеты:

        1. Отчет «Полный табель успеваемости ученика за период»

В отчете отражаются сведения о посещаемости занятий и оценки, полученные учеником на занятиях. Данная информация группируется в колонках, соответствующих датам проведенных занятий за определенный период. Таблица отчета должна демонстрировать среднюю оценку за период, рассчитываемую как среднее арифметическое всех полученных оценок.

Отчет должен формироваться для ролей Ученик, Родитель, Классный руководитель, Завуч, Директор. Для ролей Ученик и Родитель выводятся оценки только текущего пользователя или ребенка текущего пользователя. Для роли Классный руководитель необходимо предусмотреть сформировать отчет для всех или нескольких учеников класса, при этом вывести отчеты в один файл или в несколько. Для Директора и Завуча, аналогично, отчет может быть сформирован для любого ученика школы (одного или нескольких)

При формировании отчета необходимо задать период и множество учеников.

Отчет «Полный табель успеваемости ученика за период» должен соответствовать следующей примерной форме:



        1. Отчет «Краткий табель успеваемости ученика за период»

В отчете отражаются сведения о посещаемости занятий и оценки, полученные учеником на занятиях за определенный период. Данная информация не группируется по датам занятий. Таблица отчета должна демонстрировать среднюю оценку за период, рассчитываемую как среднее арифметическое всех полученных оценок.

Отчет должен формироваться для ролей Ученик, Родитель, Классный руководитель, Завуч, Директор. Для ролей Ученик, Родитель выводятся оценки только текущего пользователя или ребенка текущего пользователя. Для роли Классный руководитель необходимо предусмотреть формирование отчета для всех или нескольких учеников класса, при этом вывести отчеты в один файл или в несколько. Для Директора и Завуча, аналогично, отчет может быть сформирован для любого ученика школы (одного или нескольких)

При формировании отчета необходимо задать период и множество учеников.

Отчет «Краткий табель успеваемости ученика за период» должен соответствовать следующей примерной форме:



        1. Отчет «Краткий табель успеваемости ученика за год»

В отчете отражаются итоговые оценки ученика за учебные периоды по предметам.

Отчет должен формироваться для ролей Ученик, Родитель, Классный руководитель, Завуч, Директор. Для ролей Ученик, Родитель выводятся оценки только текущего пользователя или ребенка текущего пользователя. Для роли Классный руководитель необходимо предусмотреть сформировать отчет для всех или нескольких учеников класса, при этом вывести отчеты в один файл или в несколько. Для Директора и Завуча, аналогично, отчет может быть сформирован для любого ученика школы (одного или нескольких)

При формировании отчета необходимо задать учебный год и множество учеников.

Отчет «Краткий табель успеваемости ученика за год» должен соответствовать следующей примерной форме:



        1. «Отчет классного руководителя за учебный период»

В отчете отражается количество учащихся и фамилии учащихся, соответствующих критериям успеваемости («показателям»).

Отчет должен формироваться для роли Классный руководитель по его классу, для ролей Директор и Завуч – для одного или нескольких классов школы, при этом нужно обеспечить возможность вывести отчеты в один файл или в несколько.

При формировании отчета необходимо задать учебный период и множество классов.

Отчет «Отчет классного руководителя за учебный период» должен соответствовать следующей примерной форме:



Критерию «Успевают на 5» соответствуют учащиеся, имеющие за рассматриваемый период только итоговые оценки «5».

Критерию «Успевают с одной 4» соответствуют учащиеся, имеющие за рассматриваемый период итоговые оценки «5» и одну итоговую оценку «4».

Критерию «Успевают с одной 4» соответствуют учащиеся, имеющие за рассматриваемый период итоговые оценки выше «3» и одну итоговую оценку «3».

Критерию «Не успевают» соответствуют учащиеся, имеющие за рассматриваемый период итоговые оценки ниже «3».

Критерию н/а соответствуют учащиеся, имеющие меньше трех итоговых оценок за рассматриваемый период.

Критерию «Абсолютная успеваемость» соответствуют учащиеся, имеющие за рассматриваемый период только итоговые оценки не ниже «3».

Критерию «Абсолютная успеваемость» соответствуют учащиеся, имеющие за рассматриваемый период только итоговые оценки «4» или «5».

        1. «Краткий отчет по посещаемости класса»

В отчете отражаются сведения о посещаемости уроков учащимися класса за период.

Отчет должен формироваться для роли Классный руководитель по его классу, для ролей Директор и Завуч – для одного или нескольких классов школы, при этом нужно обеспечить возможность вывести отчеты в один файл или в несколько.

При формировании отчета необходимо задать период и множество классов.

Отчет «Краткий отчет по посещаемости класса» должен соответствовать следующей примерной форме:



        1. «Полный отчет по посещаемости класса»

В отчете отражаются сведения о количестве пропущенных уроков учащимися класса за период. Информация группируется по датам уроков.

Отчет должен формироваться для роли Классный руководитель по его классу, для ролей Директор и Завуч – для одного или нескольких классов школы, при этом нужно обеспечить возможность вывести отчеты в один файл или в несколько.

При формировании отчета необходимо задать период и множество классов.

Отчет «Полный отчет по посещаемости класса» должен соответствовать следующей примерной форме:



        1. Отчет «Ведомость учета успеваемости класса за учебный год»

В отчете отражаются итоговые оценки учеников класса за год. Информация группируется по учебным периодам и предметам.

Отчет должен формироваться для роли Классный руководитель по его классу, для ролей Директор и Завуч – для одного или нескольких классов школы, при этом нужно обеспечить возможность вывести отчеты в один файл или в несколько.

При формировании отчета необходимо задать учебный год и множество классов.

Отчет «Ведомость учета успеваемости класса за учебный год» должен соответствовать следующей примерной форме:



        1. Отчет «Ведомость учета успеваемости класса за учебный период»

В отчете отражаются итоговые оценки учеников класса за определенный период. Информация группируется по предметам. Таблица отчета должна демонстрировать по каждому ученику среднюю оценку за период, рассчитываемую как среднее арифметическое всех полученных учеником оценок. По каждому предмету должно быть рассчитано количество учащихся, удовлетворяющих критериям успеваемости: «% качества», «учатся на 4 и 5», «% успеваемости».

Отчет должен формироваться для роли Классный руководитель по его классу, для ролей Директор и Завуч – для одного или нескольких классов школы, при этом нужно обеспечить возможность вывести отчеты в один файл или в несколько.

При формировании отчета необходимо задать учебный период и множество классов.

Отчет «Ведомость учета успеваемости класса за учебный период» должен соответствовать следующей примерной форме:





        1. Отчет «Печатная форма электронного журнала класса (классов) за период»

В отчете отражается страница журнала класса по предмету за ограниченный период. Таблица отчета должна демонстрировать среднюю оценку за период, рассчитываемую как среднее арифметическое всех полученных оценок.

Данный отчет должен формироваться для Классного руководителя (только по его классу). Для Завуча и Директора, необходимо обеспечить возможность выбора предметов, классов. Для каждого предмета или класса необходимо формировать отдельный лист отчета или отдельный файл, в зависимости от того, какая опция выбрана.

При формировании отчета необходимо задать период и множество предметов учебного плана (классов, учебных групп, предметов).

Отчет «Печатная форма электронного журнала класса (классов) за период» должен соответствовать следующей примерной форме:



        1. Отчет «Печатная форма электронного дневника ученика (учеников) за период»

Данный отчет должен представлять подготовленную к печати копию основных страниц Электронного дневника учащегося: Все оценки, Средние оценки, Итоговые оценки, Рейтинг, Страницы журнала, Посещаемость. Должен формироваться для Ученика, Родителя – только по их данным, для Классного руководителя – по одному или нескольким ученикам его класса, для Директора, Завуча – по одному или нескольким ученикам школы. Для каждого выбранного ученика должен создаваться отдельный файл отчета с набором перечисленных страниц.

При формировании отчета необходимо задать период и множество учеников.

        1. Отчет «Печатная форма расписаний занятий для ученика»

В отчете отражается расписание занятий ученика за неделю.

Данный отчет должен формироваться для ролей Ученик, Родитель. Выводится текущее расписание (на неделю) для данного ученика (ребенка). При формировании отчета не нужно задавать никаких параметров, отчет эквивалентен странице Расписание на неделю, т.е. в таблице расписания указаны лишь те предметы, которые изучаются в учебных группах, куда входит ученик.

Отчет «Печатная форма расписаний занятий для ученика» должен соответствовать следующей примерной форме:


        1. Отчет «Печатная форма расписаний занятий для класса»

Данный отчет должен формироваться для Классного руководителя (только по его классу), Завуча и Директора, необходимо обеспечить возможность выбора классов. Для каждого класса необходимо формировать отдельный лист отчета или отдельный файл, в зависимости от того, какая опция выбрана. Отчет представляет собой аналог расписания ученика, однако выводятся все предметы для учебных групп выбранного класса.

При формировании отчета необходимо задать множество классов.

        1. Отчет «Печатная форма расписаний занятий для школы»

Данный отчет должен формироваться для Классного руководителя, Завуча и Директора. Данный отчет необходим для формирования подготовленного к печати общего расписания школы, выводятся все классы, все предметы.

        1. «Отчет о посещаемости занятий по школе»

Отчет формируется для Завуча и Директора и содержит две таблицы, в которых показаны количество пропусков занятий в разрезе учеников и в разрезе видов пропусков уроков. Кроме того, формировать отчет может специалист органа управления образованием по школам подотчетной территории.

При формировании отчета необходимо задать период и школу (множество школ) и выбрать, формировать отчет для каждого класса или по параллелям классов.

Отчет «Отчет о посещаемости занятий по школе» должен соответствовать следующей примерной форме:



        1. «Отчет о ходе учебного процесса по школе»

Отчет предназначен для Завуча и Директора, в каждой строке отчета выводится Преподаватель и предметы, которые он преподает, в столбцах – планируемая и вычитанная нагрузка за учебные периоды. Необходимо предусмотреть возможность формирования отчета по классам, когда подведение итогов и сортировка выполняются не по преподавателю, а по классу. Система должна делать прогноз по увеличению/уменьшению нагрузки по конкретному преподавателю (классу).

При формировании отчета необходимо задать период и множество преподавателей (классов).

Отчет «Отчет о ходе учебного процесса по школе» должен соответствовать следующей примерной форме:





        1. «Ведомость учебной нагрузки педагогов по школе»

Отчет предназначен для Завуча и Директора, в каждой строке отчета выводится Преподаватель и предметы, которые он преподает, в столбцах – даты проведения уроков. Ведомость отражает количество реально проведенных уроков за каждую конкретную дату.

При формировании отчета необходимо задать период и множество преподавателей (классов).

Отчет «Ведомость учебной нагрузки педагогов по школе» должен соответствовать следующей примерной форме:



        1. «Отчет о статистике посещений портала в различных разрезах»

Отчет должен формироваться для роли Классный руководитель по его классу, для ролей Директор и Завуч – для одного или нескольких классов школы, при этом нужно обеспечить возможность вывести отчеты в один файл или в несколько. Возможно построение отчетов по всей школе (доступно только для Завуча и Директора). Кроме этого необходимо реализовать возможность просмотра графика количества посещений в зависимости от даты в разрезах по ролям, классам, школам. Для специалиста управления образованием на уровне министерства необходимо отображать отчет в разрезе по территориям.

При формировании отчета необходимо задать период и множество классов (ролей, классов, школ, территорий).

Отчет «Отчет о статистике посещений портала в различных разрезах» должен соответствовать следующей примерной форме:



        1. «Отчет о полноте и своевременности ввода данных в систему в различных разрезах»

Данный отчет должен формироваться для Классного руководителя (только по его классу), а также Завуча и Директора (с возможностью выбора классов). Для каждого класса необходимо формировать отдельный лист отчета или отдельный файл, в зависимости от того, какая опция выбрана. В отчете указывается для каждого преподавателя количество уроков по плану, количество уроков с заполненными тематическими планами, и показатели по количеству оценок.

При формировании отчета необходимо задать период и множество преподавателей или классов.

Отчет «Отчет о полноте и своевременности ввода данных в систему в различных разрезах» должен соответствовать следующей примерной форме:



        1. «Ведомость половозрастного состава учащихся по классам »

Данный отчет должен формироваться для Классного руководителя (только по его классу), а также Завуча и Директора (с возможностью выбора классов). Для каждого класса необходимо формировать отдельный лист отчета или отдельный файл, в зависимости от того, какая опция выбрана. В отчете указывается для каждого класса год рождения и количество мальчиков и девочек.

При формировании отчета необходимо задать период и множество преподавателей или классов.

Отчет «Ведомость половозрастного состава учащихся по классам» должен соответствовать следующей примерной форме:



        1. «Настраиваемый отчет»

«Настраиваемый отчет» – это конструктор таблиц, графиков и диаграмм по содержащемуся в системе перечню показателей. Для выполнения настройки пользователю необходимо отметить показатели, по которым строится отчет, задать условие ограничение объекты по которым строится отчет и выбрать вид отчета.

Должны быть поддержаны следующие возможности:

    • Объекты отчета: территории, школы, классы, учебные группы, пользователи.

    • Виды отчета: таблица, таблица с цветовым форматированием, таблица с графиками, линейный график, столбчатая диаграмма.

    • Показатели отчета определяются администратором системы, необходимо организовать интерфейс для ввода новых и изменения существующих показателей.

При формировании отчета необходимо задать множество показателей, дату или период и условия ограничения на объекты отчета.

      1. Требования к выходным формам подсистемы электронного дневника учащегося

В настоящем подразделе описываются требования к выходным формам подсистемы электронного дневника учащегося. Все формы, описываемые в настоящем подразделе, должны быть доступны пользователям: ученикам, родителям (законным представителям учеников), в случае, если такие пользователи зарегистрированы в Системе. Подробные требования к каждой из форм приведены ниже в подразделах.

        1. Форма главной страницы "Дневник учащегося"

В подсистеме электронного дневника учащегося должна быть доступна форма главной страницы "Дневник учащегося". Она должна содержать данные для одного ученика за текущий учебный день или за выбранный период: расписание уроков с учетом всех корректировок, внесенных специалистами ОУ, а также сведения об уроках и отметках. Выводимые сведения должны быть организованы в виде таблицы. Для каждого урока должна быть сформирована отдельная строка таблицы, в которой должны содержаться следующие сведения:

  • дата проведения;

  • номер урока по порядку (из расписания звонков);

  • время начала;

  • время конца;

  • предмет (наименование для расписания из учебного плана);

  • сведения о прикрепленном плане-конспекте урока (если план-конспект прикреплен к данному уроку)

    • тема урока;

    • домашнее задание;

  • отметка о присутствии ученика, для которого формируется дневник, на уроке (если проставлена);

  • выставленные за урок оценки ученика, для которого формируется дневник (если проставлены);

  • замечания учителя, прикрепленные к колонкам отметок и отметкам (если заполнены).

При формировании описанной выше таблицы необходимо соблюдать следующее требование: в таблице должны отображаться сведения об уроках только тех учебных групп, в которые включен ученик-владелец электронного дневника (с учетом даты, на которую сформирован дневник).

На форме главной страницы "Дневник учащегося" должен быть предусмотрен выбор периода отображения данных:

  • день;

  • неделя;

  • произвольный период, задаваемый датой начала и датой конца.

Необходимо выделять цветом выводимые сведения уроков текущего (по умолчанию) или следующего учебного дня, в зависимости от того, какую настройку для себя указал пользователь. Настройка должны храниться в базе данных Системы, доступ к ней необходимо организовать с помощью специальной страницы.

На форме главной страницы «Дневник учащегося»следует предусмотреть функцию оповещения об изменениях в расписании и последних новостях школы. Для этого на форме должно размещаться специальное поле – «информер», в котором необходимо выводить данные обо всех изменениях, затрагивающих класс, учебные группы, расписание, оценки, замечания, связанные с учеником, для которого формируется дневник.

        1. Форма страницы "Домашняя нагрузка"

Форма страницы «Домашняя нагрузка» должна отображать данные за указанный пользователем период о том, сколько времени (по оценке учителя) займет выполнение домашних заданий. Сведения о том, сколько времени должно занять выполнение того или иного задания, вводит учитель через соответствующие функции подсистемы электронного классного журнала.

Отображение данных о времени выполнения домашних заданий необходимо строить на каждый день заданного периода в виде линейной диаграммы с разбиением по предметам. Отдельная линия диаграммы должна отображать время выполнения домашнего задания отдельного дня. На каждой линии должны быть выделены цветные отрезки для отдельных предметов. Отрезок каждого предметы должен иметь длину, пропорциональную общей длительности выполнения домашнего задания, заданного на день. Кроме этого, Система по запросу пользователя должна выдавать подробную информацию о домашнем задании по каждому предмету, если пользователь щелкает мышью на соответствующих предметам отрезках линий диаграммы.

На форме пользователю должна быть доступна функция сохранения отчета в Pdf, Xml, Html, Excel, Rtf, Txt, Csv, Emf, Bmp, Jpeg, Gif, Png, Tiff.

        1. Форма страницы "Рейтинг учащегося"

В форме страницы «Рейтинг учащегося» по запросу пользователя на основании данных, хранящихся в БД Системы и выбранных параметров, рассчитывается и выводится рейтинг учащегося. Необходимо предусмотреть построение рейтинга ученика как по отдельным предметам учебного плана, так и общего рейтинга ученика по всем предметам. Также необходимо обеспечить показ рейтинга ученика как в целом внутри класса или по всей параллели классов. Для построения рейтинга необходимо указать следующие параметры:

  • учебный период;

  • рассчитать рейтинг в классе или в параллели;

  • рассчитать общий рейтинг по всем предметам или рейтинг по отдельному предмету.

Построение рейтинга учащегося в классе по отдельному предмету учебного плана должно происходить по следующему алгоритму: выделяются все учащиеся, изучающие выбранный предмет, по каждому из них вычисляются средние оценки (суммируются все значения выставленных за указанный учебный период отметок с типом «оценка» и делятся на количество таких оценок). Затем список учащихся и их средних оценок выстраивается по убыванию значения средней оценки и отображается пользователю, при этом имена и фамилии учеников скрываются, отображается лишь номер каждого ученика в списке-рейтинге и значение среднего балла, дополнительно, выделяется позиция ученика, для которого этот рейтинг был построен.

Построение рейтинга по предмету в параллели классов происходит сходным образом, однако при подсчете средних отметок участвуют все ученики параллели классов, изучающие выбранный предмет. Для построения общего рейтинга, как в классе, так и в параллели используются все выставленные оценки за указанный учебный период.

На форме пользователю должна быть доступна функция сохранения отчета в Pdf, Xml, Html, Excel, Rtf, Txt, Csv, Emf, Bmp, Jpeg, Gif, Png, Tiff.

    1. Требования к функциям подсистемы социальных сервисов

Исполнитель должен установить и настроить модернизированную версию программного обеспечения Системы таким образом, чтобы функции подсистемы социальных сервисов, перечисленные в настоящем разделе, соответствовали требованиям настоящего раздела.

      1. Требования к функциям социального сервиса "Внутренняя почта"

Функции сервиса "Внутренняя почта" должны реализовываться программным механизмом обмена сообщениями. Такой механизм должен обеспечивать возможность широковещательной рассылки сообщений: в качестве получателей можно выбрать любого пользователя портала, воспользовавшись формой поиска пользователя.

Кроме того, следующие категории пользователей: специалист управления образованием, директор, завуч, учитель, классный руководитель, должны иметь возможность быстрой рассылки сообщений по стандартным и собственным спискам рассылки, которые так же должны храниться в базе данных Системы.

Стандартные списки рассылки должны включать следующие значения:

  • для учителей и классных руководителей:

    • все ученики определенной учебной группы;

    • все ученики определенного класса;

    • все родители определенного класса;

    • все ученики учебных групп, где преподает (преподавал) данный учитель предметник;

    • все родители учеников, входящих в состав учебных групп, где преподает (преподавал) данный учитель предметник;

    • все работники школы;

    • все заведующие учебной частью школы;

    • все учителя-предметники школы;

    • все классные руководители школы;

  • для директоров и завучей школы:

    • все стандартные списки рассылок, доступные классным руководителям и учителям;

    • все ученики школы;

    • все родители школы;

  • для специалистов органов управления образованием:

    • все стандартные списки рассылок директоров, завучей, классных руководителей и учителей предметников соответствующей территории;

    • все работники школы соответствующей территории;

    • все директора школ соответствующей территории;

    • все заведующие учебной частью школ соответствующей территории;

    • все учителя-предметники соответствующей территории;

    • все ученики соответствующей территории;

    • все родители соответствующей территории.

Любой пользователь, которому доступны функции сервиса «Внутренняя почта», должен иметь права и соответствующие инструменты для удаления, добавления и изменения адресатов, входящих в его нестандартный список рассылки.

      1. Требования к функциям сервиса "Блог"

Функции сервиса "Блог" должны реализовываться программным механизмом блогов. Функции должны обеспечивать возможность поиска интересующих сообщений (постов) и комментариев в блогах:

  • поиск в постах и комментариях по содержанию;

  • поиск постов и комментариев в блогосфере по имени автора;

  • поиск блогов и сообществ участников по имени одного и входящих в них участников;

  • поиск в конкретном блоге по тэгам.

При этом, поскольку поиск осуществляется в полях, содержащих текстовую информацию, необходимо поддержать возможность поиска с использованием подстановочных знаков. Результаты поиска (посты и комментарии) необходимо сортировать по дате публикации и указывать тип объекта (пост или комментарий). Для каждой найденной записи формировать ссылку для перехода к соответствующему блогу.

Необходимо реализовать функцию отображения общей ленты блогов – отдельной страницы, на которой Система формирует информацию о фактах создания новых постов и добавления комментариев в блогах, на которые подписан пользователь.

Для каждого пользователя, у которого есть доступ к блогосфере, должна быть организована возможность подписки на новости любого блога с функциями добавления и удаления подписки на блог. Кроме этого, функции добавления и удаления подписки должны быть доступны при просмотре любого поста любого блога. Подписываясь на новости блога, пользователь получает доступ к собственной ленте блогов, в которую входят посты и комментарии тех блогов, на которые осуществлена подписка.

      1. Требования к функциям сервиса обмена мгновенными сообщениями

В Системе должен функционировать сервис обмена мгновенными сообщениям («мессенджер»). Сервис должен функционировать на основе технологии IRC (Internet Relay Chat — ретранслируемый интернет-чат). Для такого сервиса должны быть соблюдены следующие требования:

  • интерфейс сервиса должен представлять собой специальную страницу портала, на которой размещается: список каналов, список пользователей, закладки открытых дискуссий;

  • должна быть обеспечена возможность подключения к сервису "мессенджер" с использование функций сторонних программ-IRC-клиентов, с обязательной авторизацией в Системе (авторизация должна происходить аналогично обычному входу в систему, с использованием системных ролей и полномочий);

  • любой пользователь, имеющий доступ к сервису «мессенджер», должен иметь возможности:

    • общаться в общем главном канале и просматривать список всех участников общения;

    • открывать окна диалогов с отдельными участниками в формате один на один;

  • сервис должен вести полный журнал активности пользователей в «мессенджере» с автоматическим и ручным контролем употребления недопустимых слов и выражений, а так же обладать средствами управления всеми каналами, зарегистрированными в Системе: предупреждение, блокировка, удаление подключенных пользователей;

  • сервис должен предоставлять возможность регистрировать новый канал, ограничивая доступ к нему, например, канал для участников кружка или творческого объединения участников.

С точки зрения пользователя вся работа с «мессенджером» должна происходить без перезагрузки страниц и без открытия дополнительных окон и страниц. В рамках работ по созданию сервиса необходимо создать и опубликовать для скачивания конфигурацию программы внешнего IRC-клиента, который мог бы подключаться к сервису «мессенджера» без дополнительных настроек, а так же инструкцию по настройке часто используемых программ IRC-клиентов для доступа к сервису.

      1. Требования к функциям сервиса "Модуль опросов"

В составе Системы должен функционировать сервис "Модуль опросов", позволяющий проводить различные опросы посетителей и голосования по различным вопросам. Доступ к данному сервису должен регламентироваться на уровне правил доступа Системы.

Необходимо поддерживать следующую функциональность сервиса «Модуль опросов»:

  • создание объекта «Голосование» со следующими параметрами:

  • дата и время начала приема голосов;

  • дата и время конца приема голосов;

  • максимальный балл оценки (целое положительное число);

  • список объектов голосования.

Необходимо поддержать возможность включения файлов и произвольного форматирования текста при вводе элементов голосования. Интерфейсная часть голосования должна предусматривать следующие возможности:

  • в период голосования каждый зарегистрированный пользователь Системы может отдать голос за любой объект голосования;

  • голос представляет собой числовую оценку объекта голосования, вес должен принадлежать интервалу от нуля до максимального балла оценки, объявленного для данного голосования;

  • после того, как пользователь проголосовал за какой-либо объект, ему должен быть показан средний балл данного объекта и общее число проголосовавших;

  • по завершении голосования сервис должен выдавать по запросу диаграмму ответов по каждому из объектов в виде столбчатых диаграмм или в виде текстового отчета.

Одна из задач сервиса – проведение опросов пользователей. Опрос отличается от голосования тем, что для каждого из объектов голосования формируется список вариантов ответа и пользователю предлагается заполнить форму опроса, т.е. выбрать для каждого из объектов голосования один из предложенных вариантов.

    1. Требования к площадке, оборудованию Системы

      1. Требования к площадке центра обработки данных

Вычислительные средства, необходимые для функционирования Системы, должны размещаться в специально оборудованном помещении – центре обработки данных (ЦОД).

        1. Требования по обеспечению условий окружающей среды помещений ЦОД

Для функционирования серверов должны быть обеспечены следующие условия окружающей среды:

  • температура воздуха: от +10 до + 40 град. С;

  • относительная влажность воздуха: от 20 до 80 проц.;

  • концентрация пыли не более 0,4 г/куб. м;

  • атмосферное давление: от 630 до 800 мм. рт. ст.

Требования к условиям окружающей среды уточняются в зависимости от конкретных моделей серверов при условии согласования с Заказчиком.

        1. Требования к системе кондиционирования ЦОД

Системы кондиционирования помещений, в которых устанавливаются серверы, должны быть продублированы для обеспечения 100% резервирования. Требования к параметрам системы кондиционирования уточняются в зависимости от конкретных моделей серверов и согласовываются с Заказчиком.

Используемая система кондиционирования должна обеспечивать возможность управляемого аварийного отключения серверного и активного сетевого оборудования в случае невозможности поддержания заданных параметров окружающей среды или отказа кондиционера с оповещением обслуживающего персонала.

        1. Требования к системе пожаротушения помещений ЦОД

Система пожаротушения должна обеспечивать автоматическое обнаружение на ранних стадиях и ликвидацию возгорания в помещениях, в которых установлены серверы. Для организации системы пожаротушения должны использоваться газовые системы, не наносящие ущерба оборудованию и персоналу.

Система пожаротушения должна обеспечивать возможность автоматической подачи сигнала тревоги в систему охраны и аварийное обесточивание всех энергопотребителей, расположенных в помещении, обслуживаемом системой пожаротушения.

        1. Требования к системе санкционированного доступа помещений ЦОД

Система санкционированного доступа должна обеспечивать физическую замкнутую преграду вокруг объекта защиты (помещений ЦОД) с организацией контролируемого доступа лиц, связанных с объектом защиты по своим функциональным обязанностям.

Система санкционированного доступа должна обеспечивать:

  • контроль доступа персонала в помещения ЦОД;

  • ведение журнала доступа персонала в помещения ЦОД в электронном и бумажном виде;

  • исключение случайного и преднамеренного доступа посторонних лиц в помещения, в которых размещено оборудование комплекса технических средств ЦОД.

      1. Требования к ИТ-инфраструктуре

Исполнитель размещает Систему на собственном оборудовании, размещенном в ЦОД, удовлетворяющем требованиям настоящего технического задания, и обеспечивает доступ к Системе через Интернет по каналам связи.

Исполнителем должны быть удовлетворены требования:

- к серверному оборудованию;

- к активному и пассивному сетевому оборудованию.

        1. Требования к серверному оборудованию

Серверное оборудование Исполнителя должно разделяться на следующие группы:

  • серверы баз данных (БД):

    • центральный сервер БД, содержащий общие данные социальной образовательной сети и учетные записи пользователей;

    • предметные сервера БД, содержащие предметные данные – сведения о ходе учебного процесса, разделенные по различным объектам автоматизации;

    • резервный сервер БД, содержащий общие и предметные данные.

  • серверы приложений (Веб-серверы);

  • серверы общесистемной инфраструктуры.
1   ...   12   13   14   15   16   17   18   19   ...   25

Похожие:

Конкурсная документация iconКонкурсная документация по проведению открытого конкурса на право...
Конкурсная документация включает перечень частей, разделов, подразделов и форм, а также изменения и дополнения, вносимые в конкурсную...

Конкурсная документация iconКонкурсная документация
Конкурсная документация разработана в соответствии с постановлением Правительства Российской Федерации от 14 апреля 2008 года №264...

Конкурсная документация iconКонкурсная документация на право заключения договора на разработку...
Настоящая конкурсная документация подготовлена в соответствии с действующим законодательством Российской Федерации на основании следующих...

Конкурсная документация iconКонкурсная документация к открытому конкурсу по отбору аудиторской...
Конкурсная документация: порядок предоставления, внесения изменений, разъяснения положений конкурсной документации, отказ от проведения...

Конкурсная документация iconКонкурсная документация к открытому конкурсу по отбору аудиторской...
Конкурсная документация: порядок предоставления, внесения изменений, разъяснения положений конкурсной документации, отказ от проведения...

Конкурсная документация iconКонкурсная документация по отбору частных инвесторов для завершения...
Конкурсная документация – совокупность правил, определяющих порядок участия в конкурсе, содержание и критерии оценки конкурсных заявок,...

Конкурсная документация iconКонкурсная документация по отбору банков на право заключения договоров...
Настоящая Конкурсная документация подготовлена в соответствии с Гражданским кодексом Российской Федерации, инвестиционной декларацией...

Конкурсная документация iconКонкурсная документация открытого конкурса
Проведена первичная проверка, замечания получены, документация принята на доработку

Конкурсная документация iconКонкурсная документация
Настоящая конкурсная документация подготовлена в соответствии с Федеральным законом от 18 июля 2011 года №223-фз «О закупках товаров,...

Конкурсная документация iconКонкурсная документация для проведения открытого конкурса «выбор...
Конкурсная документация – совокупность правил, определяющих порядок участия в открытом конкурсе выбор организации для выполнения...

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск