Как составить программу мониторинга

Разработка программы геотехнического мониторинга

Программа геотехнического мониторинга

Стоимость услуги:

от
80 000

Сроки проведения:

от
7 дней

Когда необходим геотехнический мониторинг?

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

Необходимость подготовки программы геомониторинга

Очевидно, что такой контроль осуществляется не как вздумается, а строго по намеченной программе. Программа геотехнического мониторинга представляет собой раздел проектной документации, в котором указывается каким образом, как часто и как долго проводить наблюдения за контролируемыми параметрами в период строительства и после его окончания. Необходимость ее составления регламентируется 12-ым разделом СП 22.13330.2011 (2016), который является обязательным к применению согласно положениям Постановления Правительства РФ №1521 от 26 декабря 2014 г. Соответственно, наличие раздела контролируется на этапе прохождения экспертизы проектной документации.

Состав программы геотехнического мониторинга

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

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

В основной части программы приводится объём, сроки, периодичность, методы и точность проведения наблюдений. Конечно, к данным параметрам ведения есть определенные требования, изложенные в табл.12.1, М.1-М.6 СП 22.13330.2011 (2016) и СП 305.1325800.2017. В большинстве случаев достаточно контролировать только осадки возводимого объекта, осадки соседних зданий и перемещения ограждающих конструкций котлована. В особо сложных случаях уже потребуется подключение более технологичных методов наблюдений: контроль изменения уровня подземных вод в наблюдательных скважинах, контроль уровня вибрации при динамических воздействиях, измерение порового давления в грунтах, наблюдение за усилиями в сваях и т. д. Однако инженером-геотехником при составлении программы мониторинга обязательно должны учитываться ещё и особенности возводимого сооружения, сложности геологического строения участка и специфика окружающей застройки, которые в том числе выявляются при проведении геотехнического прогноза.

prohramma-monitoringa.pngВышеописанные условия являются основанием для выбора мест расстановки наблюдательных геодезических марок, трещиномеров, наблюдательных скважин и т. д. Например, если соседнее здание является старым, кирпичным и имеет трещины, то наблюдательные марки нужно ставить чаще, чем в каком-нибудь жестком монолитном здании. Пример схемы расстановки наблюдательных геодезических марок на объекте окружающей застройки приведен на рисунке. На примере приведено кирпичное здание, находящееся в ограниченно работоспособном техническом состоянии, что диктует частоту расстановки марок.

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

Что в результате?

Результатом нашего сотрудничества будет являться выдача программы геотехнического мониторинга проектируемого объекта и объектов окружающей застройки. Наш документ выполняется в строгом соответствии требованиям современных строительных норм и сводов правил (№384-ФЗ, ГОСТ 27751–2014, СП 22.13330.2016, СП 24.13330.2011, СП 248.1325800.2016, СП 249.1325800.2016, СП 305.1325800.2017, СП 361.1325800.2017) и соответствует требованиям Главгосэкспертизы России. Программа содержит полное описание всех исходных данных (строящегося объекта, окружающей застройки, инженерно-геологического строения), расчетные геотехнические параметры влияния, перечень контролируемых параметров возводимого здания, окружающей застройки и ограждения котлована, методы, этапы, периодичность и сроки их фиксации, требования к технической базе организации, осуществляющей наблюдения, а также требования к отчетной документации.

Наши преимущества

Строгая конфиденциальность

Строгая
конфиденциальность

Юридическая поддержка

Юридическая
поддержка

Квалифицированные эксперты

Квалифицированные
эксперты

Все разрешения и допуски СРО

Все разрешения
и допуски СРО

Работа точно в срок

Работа
точно в срок

Бесплатные консультации

Бесплатные
консультации

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

Лицензии и допуски

Нас рекомендуют

Отзывов пока нет. Будьте первым, кто оставит отзыв!

Оставить

Если тебе надоели постоянные обрывы связи и косяки провайдера, но субъективные оценки типа «подвисает» не внушают доверия, лучший выбор — записать состояние сети в автоматическом режиме. Причем для этого необязательно гонять Nagios, который к тому же не так прост в настройке. Сегодня мы напишем утилиту для мониторинга сети, которая легко настраивается и сохраняет в журнал RTT до заданных хостов, packet loss и скорость соединения (опционально), а логи летят прямо в Telegram.

Виновником появления этой статьи стал уже несколько месяцев сбоящий интернет, который мне предоставляет единственный в округе провайдер. Увы, в мою деревню ничего, кроме ADSL, не завезли, и, судя по качеству связи, и тот не дошел без многочисленных скруток. Packet loss порой доходит до 60–70%, что уже ни в какие ворота не лезет. Поэтому я решил сам измерить качество связи, дабы ткнуть провайдеру под нос логи вместе с заявлением о расторжении договора.

Содержание

  1. Как написать программу для мониторинга сети на C#
  2. Написание программы
  3. Тестируем
  4. Построение таблицы по снапшотам
  5. Заключение

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

  • Пинг для заданных хостов. Просто маст-хэв для любой диагностической утилиты. Измеряя пинг, можно узнать также и процент потерь пакетов (packet loss), и коды ошибок, позволяющие узнать, что именно не так с сетью. Например,
    Destination Prohibited означает, что сеть вроде и есть, но администратор какого-то из промежуточных устройств не пропускает пакет. В общем, анализировать статус-коды ответов обязательно.
  • Реальная возможность подключений по TCP. Возможна ситуация, когда хосты вроде живы и откликаются на пинг, DNS работает, а доступ в интернет закрыт за неоплату. Этот тест потенциально позволит нам выявить недобросовестного провайдера, который подделывает ответы на пинги, но не обеспечивает реальный коннект.
  • Уведомления о времени даунтайма в Telegram. Они должны отправляться, как только соединение восстановится. Сообщение по-хорошему должно включать расширенную инфу о пинге и потерях пакетов после сбоя, а также состояние HTTP-клиента.
  • Доступ к роутеру. Для домашней сети с нестабильным Wi-Fi это особенно актуально. Роутер может просто упасть от перегрузки (например, очередной школохакер ломится на дырявый WPS, но вместо взлома получается DoS) или попросту не выдержать всех клиентов, которых в ином «умном доме» может быть и 15, и 20. Короче, роутер в любой момент может уйти в перезагрузку, а мы будем грешить на провайдера. Это нехорошо, поэтому при потере связи с роутером мы не будем тестировать дальше, а просто подождем, пока починят.

Цели обрисованы. Теперь детали реализации.

  • Программа предназначена для длительной работы в фоновом режиме. Оформим программу как системный сервис Windows.
  • Если мы работаем в фоновом режиме, ни консольный интерфейс, ни тем более GUI нам не нужен. Тем лучше — меньше кода.
  • Проверки не должны сильно нагружать канал, ведь будет некомфортно работать. Так что постоянно флудить пингами мы не станем. Отправим очередь из десятка пакетов раз в минуту-две, и хватит. Реже отправлять не имеет смысла — большинство неполадок устраняются в течение нескольких минут, а мы хотим знать о каждом сбое.
  • Возможность хранить отчет в JSON и выгружать CSV для изучения в Excel — с фильтрацией по дате создания.
  • Неплохо бы прикрутить возможность забирать логи по сети и скидывать статистику на центральный сервер, но в рамках демо я этого делать не буду.

Из этого следует, что нам понадобится работа с JSON. Писать я буду на C# и воспользуюсь модулем Json.NET.

Json.NET — популярная и простая библиотека для работы с JSON. Скачать ее можно с NuGet, а примеры использования лежат на сайте проекта.

Написание программы

Для начала скачай Visual Studio с сайта Microsoft, если у тебя ее еще нет. Нужна поддержка языка C# и NuGet (с вкладки «Дополнительные компоненты»).

Первым делом создаем новый проект типа «Консольное приложение». Можно было, конечно, реализовать его в качестве «Службы Windows», тогда не нужно было бы городить костыли для регистрации нашего монитора как системной службы. Бонусом получили бы автозапуск. Жаль, что в случае «шаблонного» сервиса мы теряем ту гибкость и управляемость, что имеем при ручном управлении.

Тип проекта «Служба Windows», если решишь им воспользоваться

Тип проекта «Служба Windows», если решишь им воспользоваться

Готово. Теперь — алгоритм. Алгоритм работы программы будет прост. Во-первых, нужно прочитать настройки. Они у нас будут в файле JSON рядом с исполняемым файлом. Во-вторых, надо создать и запустить таймер, чтобы неожиданные задержки канала не мешали нам производить замеры через равные промежутки времени. И в-третьих, надо написать код сохранения результатов замеров. Поехали!

Сперва определим, что именно мы сможем настраивать. Я выбрал следующие параметры:

  • хост и порт, до которых будет проходить проверка работоспособности HTTP;
  • количество пакетов пинга и их тайм-аут;
  • задержка перед отправлением следующего пакета пинга;
  • задержка между соседними измерениями (та, которая определяет, раз в сколько минут проверка);
  • включить или выключить вывод сообщений в консоль (для отладки);
  • хосты, которые будем пинговать;
  • IP роутера (чтобы узнавать, не завис ли он). Ты спросишь, зачем отдельно IP роутера, если его можно указать в общем списке адресов для проверки, и будешь прав. Разница в том, что, если программа не обнаружит связи с роутером, остальные хосты проверяться не будут, чтобы не тратить ресурсы;
  • тайм-аут для подключения по HTTP;
  • максимальный уровень packet loss, при котором подключение считается нормальным. Мне пришлось поставить себе 10%, так как 5–7% совсем не редкость для моей деревни;
  • выходной формат строки для CSV, если ты вдруг решишь отключить вывод ненужных столбцов. Признаюсь, я уже забыл, зачем мне это понадобилось;
  • выходной файл CSV, в который будут дописываться результаты и возможность отключить запись.

    1

    2

    3

    4

    5

    6

    7

    8

    9

    10

    11

    12

    13

    14

    15

    16

    17

    static String       HTTP_TEST_HOST;

    static int          HTTP_TEST_PORT;

    static int          HTTP_TIMEOUT;

    static int          PING_COUNT;

    static int          PING_DELAY;

    static int          PING_TIMEOUT;

    static List<String> PING_HOSTS;

    static int          MEASURE_DELAY;

    static String       ROUTER_IP;

    static bool         CUI_ENABLED;

    static double       MAX_PKT_LOSS;

    static String       OUT_FILE;

    static bool         WRITE_CSV;

    static String       CSV_PATTERN;

    static String       TG_TOKEN;

    static String       TG_CHAT_ID;

    static bool         TG_NOTIFY;

Думаю, нет смысла расписывать, какая переменная за что отвечает, я постарался дать им понятные названия. Если что, можешь прочитать комментарии к коду (ссылка на GitHub — в конце статьи).

С настройками разобрались, теперь добавим их загрузку. Тут все просто: читаем файл, скармливаем его Json.NET, раскладываем настройки по переменным.

Загружаем настройки

Загрузка настройки

Теперь позаботимся о выводе CSV. Поскольку строка в конфиге задает только шаблон вывода, заголовки столбцов нам придется назначить самостоятельно. А так как мы хотим знать и результаты измерений по каждому хосту из списка, нужен цикл. Ниже — часть кода, которая отвечает за формирование заголовка таблицы.

String CSV_HEADER = CSV_PATTERN

    .Replace(«FTIME», «Snapshot time»)

    .Replace(«IUP», «Internet up»)

    .Replace(«AVGRTT», «Average ping (ms)»)

    .Replace(«ROUTERRTT», «Ping to router (ms)»)

    .Replace(«LOSS», «Packet loss, %»)

    .Replace(«MID», «Measure ID»)

    .Replace(«SEQ», «SeqID»)

    .Replace(«HTTP», «HTTP OK»)

    .Replace(«STIME», «STime»);

foreach (var host in PING_HOSTS) {

     CSV_HEADER = CSV_HEADER.Replace(«RN», $«RTT to {host};RN»);

}

CSV_HEADER = CSV_HEADER.Replace(«RN», «;;rn»);

Теперь небольшое пояснение, что тут происходит. Сначала мы заменяем почти все идентификаторы в строке формата на их человекочитаемые значения. Почти — потому что
RN, обозначающий конец строки, остается. Далее в цикле мы вот таким нехитрым образом дописываем новые столбцы, а под конец закрываем строку с помощью
;;rn и убираем
RN.

Парсим аргументы и выводим справку

Парсинг аргументов и вывод справки

С этим кодом и так все понятно: парсим аргументы, если их нет — выводим справку. Программа знает четыре режима работы.

  1. При запуске без аргументов. Просто выводит справку и ждет, когда пользователь ее прочитает.
  2. Запуск с
    d или
    daemon. Программа запускается и работает в фоновом режиме, никуда не устанавливаясь.
  3. Запуск с
    m или
    measureonce. Программа также не будет регистрировать сервис, но и прятать окно не будет, в отличие от второго режима. Просто для запуска портативной измерялки с флешки.
  4. Режим установки. Войти в него можно с помощью параметров
    i или
    install. В этом случае будет зарегистрирован сервис, а программа перезапустится как сервис в режиме 2.

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

РЕКОМЕНДУЕМ:
Как на ассемблере написать игру

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

struct net_state {

    public bool inet_ok;

    public bool http_ok;

    public Dictionary<String,int> avg_rtts;

    public double packet_loss;

    public DateTime measure_time;

    public int router_rtt;

    public long measure_id;

}

Флаг
inet_ok определяет, удовлетворительное ли состояние сети при этом измерении, согласно настройкам из конфига. Здесь будет
false если провален хотя бы один из тестов: тест HTTP, средний пинг до всех хостов больше 0,75 тайм-аута, packet loss больше максимально допустимого или роутер ушел в офлайн.

Флаг
http_ok определяет успех теста HTTP-клиента. Если здесь
true, то соединение действительно можно установить. Но хитрые провайдеры при неуплате могут подделывать трафик HTTP для перенаправления на свою страницу, что следует иметь в виду, если пинги не проходят, а HTTP говорит, что все в норме.

Дальше мы видим словарь
avg_rtts, в котором указаны средние пинги до каждого хоста из списка. Адрес хоста здесь служит ключом, а средний результат — значением;
packet_loss показывает среднюю потерю пакетов на всех хостах.

Тут мы видим небольшой недостаток схемы: программа должна померить пинг до каждого хоста из списка (пусть их будет пять), но, если мы хотим отправить каждому десять пакетов с тайм-аутом 3 секунды, а ни один не доступен, на все замеры уйдет 5 × 10 × 3 = 150 секунд, что больше двух минут между первым и последним измерением.

Да и мы условились замерять каждую минуту, так что такую длительность замера позволить нельзя. Если три подряд пакета превысили тайм-аут или вернулся
Destination Prohibited или
No such host хотя бы однажды, дальше мерить не имеет смысла. Запомним это до момента реализации.

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

Еще нам понадобятся глобальные переменные
start_measure_id для хранения ID первого результата и
seq_id для порядкового номера измерения в очереди. Теперь объявим функцию проведения измерений. Вот ее шаблон:

private static void DoMeasures() {

    System.Timers.Timer _timer = new System.Timers.Timer();

    _timer.AutoReset = true;

    _timer.Interval = MEASURE_DELAY;

    _timer.Elapsed += delegate {

    };

    ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls;

    httpc = new HttpClient();

    TgNotify(«nmon is now running», true);

    _timer.Start();

    while (true) Thread.Sleep(1000000);

}

Тут все просто: объявляем таймер, настраиваем его и запускаем. А еще настраиваем HTTPS — тот же Telegram, например, признает только HTTPS. Далее поток уходит в спячку (строка 14). Основное действие разворачивается в обработчике события срабатывания таймера (делегат в 6–9 строках этой врезки). Туда мы и будем писать в дальнейшем.

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

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

net_state snapshot = new net_state();

snapshot.inet_ok = true;

snapshot.measure_id = start_measure_id++;

snapshot.measure_time = DateTime.Now;

Ping ping = new Ping();

// First, check if router is available

var prr = ping.Send(ROUTER_IP, PING_TIMEOUT);

snapshot.router_rtt = prr.Status == IPStatus.Success ? (int)prr.RoundtripTime : PING_TIMEOUT;

if (prr.Status != IPStatus.Success) {

    // Router is unreachable. Don’t waste resources

    snapshot.avg_rtts = new Dictionary<string, int>();

    snapshot.http_ok = false;

    snapshot.inet_ok = false;

    snapshot.packet_loss = 1;

    foreach (var ci in PING_HOSTS) {

        snapshot.avg_rtts.Add(ci, PING_TIMEOUT);

    }

    WriteLog(«Router was unreachable.»);

    SaveSnapshot(snapshot);

    return;

}

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

Допустим, коннект до роутера есть. Следующее действие — проверяем работу HTTP. Причем для этого вовсе не обязательно использовать
WebClient. Мы просто подключимся к заданному хосту и порту по TCP. Если подключение не сломается, значит, HTTP доступен и работает. Делается это все следующим образом:

try {

    snapshot.http_ok = true;

    TcpClient tc = new TcpClient();

    tc.BeginConnect(HTTP_TEST_HOST, HTTP_TEST_PORT, null, null);

    Thread.Sleep(HTTP_TIMEOUT);

    if (!tc.Connected) {

        snapshot.http_ok = false;

        snapshot.inet_ok = false;

    }

} catch {

    snapshot.http_ok = false;

    snapshot.inet_ok = false;

}

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

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

static void PerformPingTest(Object arg) {

    String host = (String)arg;

    int pkts_lost_row = 0;

    int local_success = 0;

    long local_time = 0;

    Ping ping = new Ping();

    for (int i = 0; i < PING_COUNT; i++) {

        if (pkts_lost_row == 3) {

            // 3 lost packets in row

            // Handle here…

        }

        var result = ping.Send(host, PING_TIMEOUT);

        if (result.Status == IPStatus.Success){

            // Handle success here

        }

        switch (result.Status) { ... } // Handle different fails

    }

    measure_results.Add(host, (int)(local_time / (local_success == 0 ? 1 : local_success)));

    exited_threads++;

    return;

}

Код сокращен, чтобы не тратить место. Сначала мы вытаскиваем адрес хоста в отдельную переменную. Почему нельзя было сразу
String? Потому что этот метод передается как делегат в
ParameterizedThreadStart, а он признает только аргументы типа
Object. Далее объявляем локальные переменные для хранения промежуточного результата и подсчета packet loss. Отправляем пинг, смотрим результат. Ничего сложного. Перед любым выходом из функции помечаем, что поток свою работу выполнил и результаты уже доступны. Все!

РЕКОМЕНДУЕМ:
Лучшие игры для программистов и технарей

После отработки всех потоков главная функция должна забрать результаты и занести их в объект. Затем посчитать packet loss и указать, в порядке ли интернет, по мнению программы. Напомню критерии установки флага
inet_ok в
false:

Если провален хотя бы один из тестов: тест HTTP, средний пинг до всех хостов больше 0,75 тайм-аута, packet loss больше максимально допустимого или роутер ушел в офлайн.

Так и запишем. Полный код этой процедуры:

snapshot.avg_rtts = measure_results;

snapshot.packet_loss = (double)(pkt_sent success_pkts) / pkt_sent;

snapshot.inet_ok = !(

    snapshot.http_ok == false ||

    ((double)total_time / success_pkts >= 0.75 * PING_TIMEOUT) ||

    snapshot.packet_loss >= MAX_PKT_LOSS ||

    snapshot.router_rtt == PING_TIMEOUT);

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

static async void TgNotify(String message, bool with_sound) {

    if (!TG_NOTIFY) return;

    Dictionary<String, String> req_data = new Dictionary<string, string>();

    req_data.Add(«chat_id», TG_CHAT_ID);

    req_data.Add(«text», message);

    req_data.Add(«disable_notification», (!with_sound).ToString().ToLower());

    String sf = JsonConvert.SerializeObject(req_data);

    var result = await httpc.PostAsync($«https://api.telegram.org/bot{TG_TOKEN}/sendMessage», new StringContent(sf, System.Text.Encoding.UTF8, «application/json»));

}

Тут мы пользуемся HTTP Bot API «Телеграма», чтобы отправить сообщение. Проверка того, включены ли уведомления, выполняется тут же. Так как Telegram уважает только JSON, пришлось еще раз применить Json.NET. Остальное очевидно, только
httpc — это
System.Net.Http.HttpClient. Вызов этой функции мы разместим после проверки состояния сети в конце обработчика таймера, а еще в функции логирования, но сообщения оттуда будут приходить без звука.

Код целиком на GitHub

Тестируем

Первый запуск

Первый запуск

После сборки и запуска программа выглядит как на скриншоте. Последуем ее указанию и запустимся с параметром
m.

Через пару минут видим, что в папке
snapshots рядом с бинарником прибавилось файлов.

Новенькие файлы

Новенькие файлы
Вывод в Excel
Вывод в Excel

Некоторое время прототип программы проработал в фоне, после чего у меня собрался солидный лог. Откроем в Excel файл
main.csv, лежащий в папке с программой. Видим следующую картину.

Теперь можно строить графики. Выбираем столбец D, затем Вставка → Диаграмма → График с накоплением. Регулируем шкалу и видим нечто похожее на картинку ниже.

График среднего пинга

График среднего пинга

Естественно, можно построить график чего угодно, вот, например, график потерь.

История packet loss

История packet loss

И еще немного скриншотов работы.

Вывод логов в консоль работает

Вывод логов в консоль работает
Уведомления Telegram
Уведомления Telegram

Построение таблицы по снапшотам

Все графики выше — это, конечно, хорошо, но что, если мы отключили запись таблицы из соображений экономии ресурсов? У нас еще есть папка со снапшотами в виде отдельных файлов JSON. Не руками же их разбирать в таблицу. Выход есть! Напишем парсер, а заодно сможем получить только отчет за последние N дней. Расчехляй Visual Studio, создавай новый проект, обзывай его как-нибудь, добавляй в зависимости Json.NET — и приступим.

Из основного проекта скопируем в этот структуру
net_state.

Дальше программа должна реализовывать следующий алгоритм.

  1. Выбрать все записи за определенный период и прочитать их.
  2. Пройти все прочитанные записи и выбрать, какие хосты там пингуются. Составить полный список таких хостов.
  3. Составить новый заголовок CSV.
  4. Последовательно пройти все записи от старых к новым и записать данные из этих записей в соответствующие столбцы.
  5. Записать остатки в файл и выйти из программы.

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

Dictionary<String, int> host_ids = new Dictionary<string, int>();

int hid = 0;

foreach (var ci in snaps) {

    foreach (var ch in ci.avg_rtts.Keys) {

        if (host_ids.ContainsKey(ch)) continue;

        host_ids.Add(ch, hid++);

    }

}

// Build CSV header with this information

string csv_hdrs = «»;

for (int i = 0; i < hid; i++) {

    csv_hdrs += $«RTT to {host_ids.Keys.ToArray()[i]}{delim}»;

}

tgtcsv = tgtcsv.Replace(«AHR», csv_hdrs);

Тут
delim — это символ, разделяющий записи в выходном CSV (по умолчанию точка с запятой),
snap — выбранные на прошлом этапе записи, а
tgt_csv — содержимое выходного файла одной строкой.

После формирования заголовка нужно наполнить таблицу. Этим займется следующий алгоритм:

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

foreach (var ninfo in snaps) {

    tgtcsv +=

        $«{ninfo.measure_time.ToShortDateString()} « +

        $«{ninfo.measure_time.ToShortTimeString()}{delim}» +

        $«{ninfo.inet_ok}{delim}{ninfo.http_ok}{delim}» +

        $«{ninfo.avg_rtts.Values.Average().ToString(«N2«)}{delim}» +

        ninfo.router_rtt.ToString() + delim +

        (ninfo.packet_loss * 100).ToString(«N2») + delim +

        $«{ninfo.measure_id}{delim}{seq_id++}{delim}» +

        $«{ninfo.measure_time.ToShortTimeString()}{delim}{delim}»;

    List<String> items = host_ids.Keys.ToList();

    foreach (var ci in items) {

        if (ninfo.avg_rtts.ContainsKey(ci)) {

            tgtcsv += ninfo.avg_rtts[ci];

        }

        tgtcsv += delim;

    }

    tgtcsv += $«{delim}rn»;

}

Тут мы в строках 3–11 формируем первую часть строки таблицы и приклеиваем ее к самой таблице. Затем проходим по найденным хостам, и, если в этом снапшоте есть измерение до этого хоста, записываем, иначе оставляем пустую клетку. После завершения текущей строки переходим к следующей. Если достигнута последняя строка, записываем все в выходной файл и выходим.

Я запустил программу на наборе из нескольких результатов измерений, получилось все правильно.

Успешная работа, даже если часть данных отсутствует

Успешная работа, даже если часть данных отсутствует
В Excel это выглядит так
В Excel это выглядит так

Заключение

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

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

РЕКОМЕНДУЕМ:
Система распознавания лиц на Python

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

Звёзд: 1Звёзд: 2Звёзд: 3Звёзд: 4Звёзд: 5 (4 оценок, среднее: 5,00 из 5)

Загрузка…

Едим слона по частям. Стратегия мониторинга работоспособности приложений на примерах

Время на прочтение
11 мин

Количество просмотров 6.7K

Всем привет!

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

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

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

Стратегия мониторинга

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

Как можно съесть слона? Только по частям! Используем данный подход для мониторинга приложений.

Суть нашей стратегии мониторинга:

Разбейте приложение на компоненты.
Для каждого компонента придумайте контрольные проверки.

Компонент считается исправным, если все его контрольные проверки выполняются без ошибок. Приложение считается исправным, если исправны все его компоненты.

Таким образом любую систему можно представить в виде дерева компонентов. Сложные компоненты разбиваются на более простые. Простые компоненты имеют проверки.

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

Чудес не бывает, большинство проверок нужно будет разработать самостоятельно. Но не стоит пугаться, потому что в большинстве случаев одна проверка занимает 5-10 строк кода, но зато вы сможете реализовать любую логику и вам будет четко понятно, как отрабатывает проверка.

Система мониторинга

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

Нам потребуется система мониторинга. Она будет выполнять следующие задачи:

  • Получать результаты проверок и по ним определять статус компонентов.
    Визуально это выглядит как подсвечивание дерева компонентов. Исправные компоненты становятся зелеными, проблемные – красными.
  • Выполнять общие проверки «из коробки».
    Некоторые проверки система мониторинга умеет выполнять сама. Зачем изобретать велосипед, будем их использовать. Например, можно проверить что страница сайта открывает или сервер пингуется.
  • Отправка уведомлений о проблемах заинтересованным лицам.
  • Визуализация данных мониторинга, предоставление отчетов, графиков и статистики.

Краткое описание системы АСМО

Лучше всего объяснять на примере. Давайте посмотрим, как организован мониторинг работоспособности системы АСМО.

АСМО – это автоматизированная система метеорологического обеспечения. Система помогает специалистам дорожных служб понять, где и когда необходимо обрабатывать дорогу противогололедными материалами. Система собирает данные с пунктов дорожного контроля. Пункт дорожного контроля – это место на дороге, где установлено оборудование: метеостанция, видеокамера и другое. Для прогнозирования опасных ситуаций система получает прогнозы погоды из внешних источников.

Итак, состав системы достаточно типовой: веб-сайт, агент, оборудование. Приступим к мониторингу.

Разбиваем систему на компоненты

В системе АСМО можно выделить следующие компоненты:

1. Личный кабинет
Это веб-приложение. Как минимум нужно проверять, что приложение доступно в Интернете.

2. База данных
В базе данных хранятся важные для отчетности данные, необходимо проверять, что резервные копи базы данных успешно создаются.

3. Сервер
Под сервером имеется ввиду железо, на котором работают приложения. Необходимо проверять состояние HDD, RAM, CPU.

4. Агент
Это windows-служба, которая выполняет много разных задач по расписанию. Как минимум необходимо проверять, что служба работает.

5. Задача агента
Просто знать, что агент работает — недостаточно. Агент может работать, но не выполнять возложенные на него задачи. Разобьем компонент агента на задачи и будем проверять успешно ли работает каждая задача агента.

6. Пункты дорожного контроля (контейнер всех ПДК)
Пунктов дорожного контроля много, поэтому объединим все ПДК в одном компоненте. Это позволит более удобно читать данные мониторинга. При просмотре состояния компонента «система АСМО» сразу будет понятно где проблемы: в приложениях, железе или в ПДК.

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

8. Устройство
Это видеокамера или метеостанция, которые установлены на ПДК. Необходимо проверять, что устройство исправно работает.

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

Мониторинг веб-приложения

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

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

1. Проверка открытия главной страницы
Эту проверку выполняет система мониторинга. Для её выполнения указываем адрес страницы, ожидаемый фрагмент ответа и максимальное время выполнения запроса.

2. Проверка срока оплаты домена
Очень важная проверка. Когда домен остается без оплаты, пользователи не могут открыть сайт. Решение проблемы может занять несколько дней, т.к. изменения ДНС применяются не сразу.

3. Проверка SSL сертификата
Сейчас почти все сайты используют для доступа протокол https. Для корректной работы протокола нужен валидный SSL сертификат.

Ниже представлен компонент «Личный кабинет» в системе мониторинга:

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

Что еще можно проверить?

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

  • Количество ошибок JavaScript за период
  • Количество ошибок на стороне веб-приложения (back-end) за период
  • Количество не успешных ответов веб-приложения (код ответа 404, 500 и т.д.)
  • Среднее время выполнения запроса

Мониторинг windows-службы (агента)

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

Если все задачи агента выполняются успешно, значит агент работает исправно. Получается, чтобы выполнить мониторинг агента, нужно выполнить мониторинг его задач. Поэтому разбиваем компонент «Агент» на задачи. Создадим для каждой задачи отдельный компонент в системе мониторинга, где компонент «Агент» будет «родителем».

Разбиваем компонент «Агент» на дочерние компоненты (задачи):

Итак, мы разбили сложный компонент на несколько простых. Теперь нужно для каждого простого компонента придумать проверки. Обратите внимание, что родительский компонент «Агент» не будет иметь ни одной проверки, потому что его состояние система мониторинга вычислит самостоятельно по статусу его дочерних компонентов. Другими словами, если все задачи выполняются успешно, значит и агент работает успешно.

В системе АСМО более ста задач, неужели для каждой задачи нужно придумывать уникальные проверки? Конечно, контроль будет лучше, если для каждой задачи агента мы придумаем и реализуем свои специальные проверки, но в большинстве случаев достаточно использовать универсальные проверки.

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

Проверка выполнения
Самая простая и эффективная проверка – это проверка выполнения. Проверка проверяет, что задача выполняется, причем без ошибок. Данная проверка есть у всех задач.

Алгоритм проверки

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

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

  1. Задача выполняется, но завершается ошибкой.
  2. Задача перестала выполняться, например, зависла.

Рассмотрим, как решаются данные проблемы более подробно.

Проблема 1 – Задача выполняется, но завершается ошибкой
Ниже изображен случай, когда задача выполняется, но с 14:00 до 16:00 завершается ошибкой.

По рисунку видно, что когда задача завершается ошибкой, то сразу отправляется сигнал в систему мониторинга и статус соответствующей проверки в системе мониторинга становится alarm.

Обратите внимание, что в системе мониторинга от статуса проверки зависит и статус компонента. Статус alarm проверки переведет в alarm все вышестоящие компоненты, см. рисунок ниже.

Проблема 2 — Задача перестала выполняться (зависла)
Как система мониторинга поймет, что задача зависла?

Результат проверки имеет время актуальности, например, 1 час. Если проходит час, а нового результат проверки нет, то система мониторинга установит проверке статус alarm.

На рисунке выше в 14:00 выключили свет. В 15:00 система мониторинга обнаружит, что результат проверки (от 14:00) протух, т.к. закончилось время актуальности (один час), а нового результата нет, и переведет проверку в статус alarm.

В 16:00 свет опять включили, программа выполнит задачу и отправит результат выполнения в систему мониторинга, статус проверки опять станет success.

Какое время актуальности проверки использовать?

Время актуальности должно быть больше периода выполнения задачи. Рекомендую устанавливать время актуальности в 2-3 раза больше, чем период выполнения задачи. Это нужно, чтобы не получать ложные уведомления, когда, например, задача выполнялась дольше, чем обычно, или кто-то перезагружал программу.

Проверка прогресса

В системе АСМО есть задача «Загрузка прогноза», которая раз в час пытается загрузить новый прогноз из внешнего источника. Точное время, когда во внешней системе появляется новый прогноз не известно, но известно, что это происходит 2 раза в день. Получается, что если нового прогноза нет несколько часов, то это нормально, но если нового прогноза нет уже более суток, то значит где-то что-то сломалось. Например, во внешней системе прогнозов может измениться формат данных, из-за чего АСМО не увидит нового релиза прогноза.

Алгоритм проверки

Задача отправляет в систему мониторинга результат проверки SUCCESS, когда удаётся получить прогресс (загрузить новый прогноз погоды). Если прогресса нет или произошла ошибка, то ничего в систему мониторинга не отправляется.

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

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

Мониторинг базы данных

Для контроля базы данных в системе АСМО мы выполняем следующие проверки:

  1. Проверка создания резервных копий
  2. Проверка свободного места на диске

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

АСМО раз в неделю создаёт резервную копию и отправляет её в хранилище. Когда данная процедура успешно завершается в систему мониторинга отправляется результат проверки success. Результат проверки имеет время актуальности 9 дней. Т.е. для контроля за созданием резервных копий используется механизм «проверка прогресса», который мы разбирали выше.

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

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

Метрика – это числовая переменная, значение которой передаётся в систему мониторинга. Система мониторинга проверяет пороговые значения и вычисляет статус метрики.

Ниже представлен рисунок как выглядит компонент «База данных» в системе мониторинга:

Мониторинг сервера

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

1. Свободное место на диске
Если место на диске закончится, то приложение не сможет работать. У нас используется 2 пороговых значения: первое уровня WARNING, второе уровня ALARM.

2. Среднее значение RAM в процентах за час
Мы используем среднее значение за час, т.к. нас не интересуют редкие скачки.

3. Среднее значение CPU в процентах за час
Мы используем среднее значение за час, т.к. нас не интересуют редкие скачки.

4. Проверка ping
Проверяет, что сервер в сети. Данную проверку умеет выполнять система мониторинга, не нужно писать код.

Ниже представлен рисунок как выглядит компонент «Сервер» в системе мониторинга:

Мониторинг оборудования

Расскажу, как происходит получение данных. Для каждого пункта дорожного контроля (ПДК) в планировщике задач есть задача, например, «Опрос ПДК М2 км 200». Задача раз в 30 минут получает данные со всех устройств ПДК.

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

Из-за частых сбоев сети первое время проверка опроса ПДК в мониторинге выглядела так:

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

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

Ниже представлен рисунок как выглядит оборудование в системе мониторинга:

Важно!
Когда GSM сеть престает работать, то не опрашиваются все устройства ПДК. Чтобы уменьшить количество писем от системы мониторинга, наши инженеры подписываются на уведомления о проблемах компонентов с типом «ПДК», а не «Устройство». Это позволяет получить одно уведомление по каждому ПДК, а не получать отдельное уведомление по каждому устройству.

Итоговая схема мониторинга АСМО

Давайте соберем все вместе и посмотрим какая схема мониторинга у нас получилась.

Заключение

Давайте подведем итоги.
Что нам дал мониторинг работоспособности АСМО?

1. Уменьшилось время устранения дефектов
Раньше мы узнавали о дефектах от пользователей, но не все пользователи сообщают о дефектах. Бывало так, что о неисправности какого-либо компонента системы мы узнавали через неделю после его появления. Теперь система мониторинга уведомляет нас о проблемах сразу, как только проблема обнаружена.

2. Увеличилась стабильность работы системы
Так как дефекты стали устраняться раньше, то и система в целом стала работать гораздо стабильнее.

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

4. Увеличение лояльности заказчика и пользователей
Заказчик заметил положительные изменения в стабильности работы системы. Пользователи меньше сталкиваются с проблемами в работе с системой.

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

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

Система мониторинга должна работать на отдельном сервере в другом ЦОД.

Если вы не хотите использовать выделенный сервер в новом ЦОД, можно воспользоваться облачной системой мониторинга. В нашей компании используется облачная система мониторинга Zidium, но вы можете использовать любую другую систему мониторинга. Стоимость облачной системы мониторинга ниже аренды нового сервера.

Рекомендации:

  1. Разбивайте приложения и системы в виде дерева компонентов как можно детальнее, так будет удобно понимать, где и что сломалось, а контроль будет более полный.
  2. Чтобы проверить работоспособность компонента используйте проверки. Лучше использовать много простых проверок, чем одну сложную.
  3. Пороговые значения метрик настраивайте на стороне системы мониторинга, а не прописывайте в коде. Это избавит вас от перекомпилирования, переконфигурирования или перезапуска приложения.
  4. Для пользовательских проверок используйте время актуальности с запасом, чтобы не получать ложные уведомления из-за того, что какая-то проверка выполнялась чуть дольше, чем обычно.
  5. Постарайтесь сделать так, чтобы компоненты в системе мониторинга становились красными только тогда, когда проблема точно есть. Если они будут становиться красными по пустякам, то вы перестанете обращать внимание на уведомления системы мониторинга, её смысл будет утрачен.

Если вы еще не используете систему мониторинга, начинайте! Это не так сложно, как кажется. Получите кайф, разглядывая зеленое дерево компонентов, которое вы вырастили сами.

Удачи.

ПОЛОЖЕНИЕ
О МОНИТОРИНГЕ КАЧЕСТВА ОБРАЗОВАНИЯ
МБОУ Шольинской средней общеобразовательной школы

I. Общие положения

Положение о мониторинге качества образования МБОУ Шольинской средней общеобразовательной школы (далее — положение) разработано в соответствии с нормативными правовыми актами, регламентирующими реализацию процедуры оценки качества образования.

Настоящее положение устанавливает единые требования при проведении мониторинга качества образования (далее — мониторинг) в МБОУ Шольинской средней общеобразовательной школе.

Положение, а также дополнения и изменения к нему утверждаются приказом директора  МБОУ Шольинской средней общеобразовательной школы на основании решения педагогического совета школы.

Система мониторинга качества образования (далее — СМКО) МБОУ Шольинской средней общеобразовательной школы  является составной частью системы оценки качества образования  МБОУ Шольинской средней общеобразовательной школы и служит информационным обеспечением образовательной деятельности образовательного учреждения (далее — ОУ).

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

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

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

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

2. Цель и задачи мониторинга

Целью мониторинга является сбор, обобщение, анализ информации о состоянии системы образования МБОУ Шольинской средней общеобразовательной школы и основных показателях ее функционирования для определения тенденций развития системы образования в территории, принятия обоснованных управленческих решений по достижению качественного образования.

Для достижения поставленной цели решаются следующие задачи:

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

Проведение мониторинга ориентируется на основные аспекты качества образования:

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

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

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

3. Организация и технология мониторинга

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

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

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

Проведение мониторинга требует координации действий администрации и структурных подразделений управления ОУ.  

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

Проведение мониторинга предполагает широкое использование современных информационных технологий на всех этапах сбора, обработки, хранения и использования информации.

4. Реализация мониторинга

Реализация мониторинга предполагает последовательность следующих действий:

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

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

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

В отношении характеристик, которые вообще или практически не поддаются измерению, система количественных оценок дополняется качественными оценками.

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

При оценке качества образования в  МБОУ Шольинской средней общеобразовательной школы основными методами установления фактических значений показателей являются экспертиза и измерение. Экспертиза — всестороннее изучение состояния образовательных процессов, условий и результатов образовательной деятельности. Измерение — оценка уровня образовательных достижений с помощью контрольных измерительных материалов (традиционных контрольных работ, тестов, анкет и др.), имеющих стандартизированную форму и содержание которых соответствует реализуемым в ОУ образовательным программам.

5. Методы проведения мониторинга:

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

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

6. Основные направления СМКО.

  • оценка общего уровня усвоения обучающимися начальной школы базовых знаний и умений по общеобразовательным предметам;
  • оценка общего уровня усвоения обучающимися5-8,10 классов базовых знаний и умений по общеобразовательным предметам;
  • мониторинг качества образования на основе государственной (итоговой) аттестации выпускников 9 классов (в том числе, в форме с использованием независимой оценке качества знаний);
  • мониторинг качества образования на основе государственной (итоговой) аттестации выпускников 11 классов (в том числе, ЕГЭ);
  • мониторинг и диагностика учебных достижений обучающихся по завершении на всех ступенях  общего образования по каждому учебному предмету и по завершении учебного года (в рамках стартового, рубежного и итогового внутреннего и внешнего  контроля);
  • мониторинг уровня и качества воспитания, обеспечиваемого в ОУ.

По итогам анализа полученных данных мониторинга готовятся соответствующие документы (отчеты, справки, доклады), которые доводятся до сведения педагогического коллектива ОУ, учредителя, родителей.

Результаты мониторинга являются основанием для принятия административных решений на уровне ОУ.

Программа

«Мониторинг качества образования в образовательном учреждении»

 Паспорт программы

  МБОУ Шольинской средней общеобразовательной школы

Наименование программы

Комплексно-целевая программа “Мониторинг качества образования в образовательном учреждении”

1. Закон РФ «Об образовании».

2. Результаты проблемно-ориентированного анализа организации и управления мониторингом качества образования в школе.

Разработчик программы

Директор школы, заместитель директора по учебно-воспитательной работе МБОУ Шольинской средней общеобразовательной школы,   творческая группа учителей.

Основные исполнители программы

Администрация ОУ, педагогический коллектив.

Конечная цель

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

Задачи

1. Проанализировать состояние организации и управления мониторингом качества образования в школе.

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

3. Разработать модель мониторинга качества образования в образовательном учреждении.

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

5. Подготовить нормативно-методические документы для обеспечения мониторинга качества образования в образовательном учреждении.

6. Разработать информационно-экспертную систему для сведения, обобщения, классификации и анализа информации мониторинговых исследований.

7. Создать информационный банк по теме “Мониторинг качества образования в образовательном учреждении”.

Перечень основных направлений программы

1. Создание условий для повышения качества образования в школе.

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

3. Создание качественно новой модели мониторинга качества образования.

4. Разработка методических материалов по использованию мониторинговых исследований в работе по повышению качества образования.

Ожидаемые результаты

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

2. Создание системной организации управления учебно-воспитательным процессом.

3. Создание творческого педагогического коллектива, участвующего в планировании и разработке программ мониторинговых исследований

II. Анализ исходного состояния проблемы

Основания для разработки программы

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

Противоречие

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

Проблемы

1. Отсутствие системного подхода к управлению качеством образования в образовательном учреждении.

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

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

III. Аналитическое обоснование программы

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

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

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

Однако по-прежнему актуальной остается проблема построения системного мониторинга качества образования в ОУ, определяемого совокупностью показателей:

— качеством проектирования образовательной деятельности;

— качеством образовательного процесса;

— качеством педагогических условий и ресурсного обеспечения образовательного процесса;

— качеством организационной культуры образовательного процесса;

— качеством исследовательской деятельности;

— качеством управления развитием человеческого потенциала;

— качеством результатов образовательной деятельности.

Проблемно-ориентированный анализ позволил установить, что для определения качества образования в ОУ необходимы:

  • во-первых, критерии и показатели оценки качества образования;
  • во-вторых, контрольно-измерительные материалы оценки качества образования в ОУ;
  • в-третьих, работа педагогического коллектива по изучению вопроса качества образования, что позволит увидеть те направления и элементы образовательного процесса, которые следует совершенствовать;
  • в-четвертых, системная работа в данном направлении.

Разработанная программа “Мониторинг качества образования в образовательном учреждении” направлена на создание механизмов устойчивого развития качественно новой модели мониторинга качества образования в образовательном учреждении, обеспечивающей образование, соответствующее социальному и региональному заказам; предполагает системную организацию управления качеством образования и определяет важнейшие психолого-педагогические условия, обеспечивающие его успешность.

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

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

Составляющие качества образовательного процесса

Качество основных

условий

Качество реализации образовательного процесса

Качество результатов

Управление

Кадровое обеспечение

Научно-методическая работа

Финансово-хозяйственное обеспечение

Психологический климат

Содержание образования

Преподавание (оценка и самооценка)

Педагогические и информационные технологии

Профессиональный рост

Обученность

Сформированность ЗУН

Сохранение физического и психического здоровья

Успешность в социуме

Мониторинг представляет собой систему сбора, обработки, хранения и распространения информации о состоянии образовательной системы или отдельных ее элементов.

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

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

При разработке модели мониторинга качества образования за основу взяты следующие оценочные показатели:

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

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

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

IV. Цели и задачи программы

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

Цели программы:

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

I. Основные направления реализации комплексно-целевой программы.

Разработка модели мониторинга качества образования в образовательном учреждении.

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

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

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

Определение эффективности применяемых методик для оценки качества образования.

Оценка эффективности программы.

Задачи программы:

  • проанализировать состояние организации и управления мониторингом качества образования в школе;
  • разработать модель мониторинга качества образования в ОУ;
  • осуществить сбор способов получения информации о качестве образования в ОУ;
  • подготовить нормативно-методические документы для обеспечения мониторинга качества образования в ОУ;
  • разработать информационно-экспертную систему для сведения, обобщения, классификации и анализа информации мониторинговых исследований;
  • создать информационный банк по теме “Мониторинг качества образования в ОУ”.

Этапы реализации программы

1. Аналитическо-проектный (2013 г.)

Основные виды деятельности:

— анализ состояния организации управления мониторингом качества образования в школе;

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

— мотивация субъектов образовательного процесса на осуществление мониторинговых исследований;

— разработка модели мониторинга качества образования:

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

Подготовка нормативно-методических документов и материалов для обеспечения функционирования мониторинга качества образования.

II. Основной (2013-2014гг.)

Основные виды деятельности:

  • разработка системы мероприятий по реализации программы по основным направлениям деятельности образовательного учреждения;
  • реализация программы «Мониторинг качества образования в ОУ»;
  •  педагогический совет «Качество образования: запросы, оценки, пути достижения»;
  •  корректировка содержательной, организационной и управленческой сторон в процессе реализации программы;
  • определение эффективности применяемых методик для оценки качества образования;
  •  оценка эффективности осуществления программы.

III. Обобщающий (2015- 2016 гг.)

Основные виды деятельности:

  • обработка, анализ, систематизация информации;
  •  сопоставление полученных результатов поставленным целям;
  • анализ затрат времени, усилий, средств;
  •   подготовка аналитических материалов;
  • создание информационного банка по теме «Мониторинг качества образования»;
  •  принятие управленческих решений по результатам оценки качества образования;
  • доработка и коррекция модели мониторинга качества образования в ОУ.

Ожидаемые результаты

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

Способы и каналы получения информации:

  • анализ статистических данных;
  •  анкетирование; тестирование,
  • экспертное оценивание;
  •  анализ документов;
  • диагностические методики и процедуры.

МБОУ Шольинская средняя общеобразовательная школа

Календарный план реализации основных направлений

Программы «Мониторинг качества образования»

Задачи по

направлениям

Действия

Звено

управления

Ответственный

исполнитель

Сроки

Аналитическо-проектировочнаядеятельность

Задачи:

 1.Определение основных подходов, теоретико-методологической базы качества образования.

2. Определение компонентов, объектов и субъектов мониторинга качества образования.

3. Анализ состояния УВП  и данных мониторинга за предшествующие годы.

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

Организационные условия.    

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

2.Планы работы  школы

3.Планы работы и отчеты МО  

Научно-методические условия

1. Изучение литературы по теме « Качество образования. Мониторинг качества образования».

2. Обоснование актуальности проблемы.

Кадровые условия

1.Создание творческой группы.

2.Формирование внутришкольной службы мониторинга — контрольно-методического подразделения для реализации программы «Мониторинг качества образования»

Нормативно-правовые условия

1.Концепция модернизации российского образования

2. План работы  школы

 Администрация

Администрация

Руководители МО  

Зам. директора по УВР

Зам.директора по УВР

 Зам.директора по УВР

 Май-июнь 2013г.

май, 2013

 Сентябрь

2013

 Май-июнь 2013

 Май-июнь 2013.

II.Организационно-практическая деятельность

Задачи:

1.Апробация технологий и методик сбора информации.

2.Обобщение, классификация и анализ информации.

3.Выявление типичных признаков успеха и недостатков управленческой и педагогической деятельности.

4. Выявление основных тенденций развития  обучающихся.

5 .Продолжение формирования «банка данных».

Организационные

 условия.

1.Наблюдение уроков,  внеклассных мероприятий, родительских собраний.

2.Ознакомление с планами работы, журналами, банком данных накопленной педагогом информации об учащихся.

3.Тестирование и анкетирование.

4.Административные контрольные тесты.

6. Собеседования с учащимися, педагогами, родителями.

7. Диагностика уровней обученности.

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

9.Диагностика результатов итоговой аттестация за курс основной и средней школы (ЕГЭ, ГИА).

10.Мониторинг социального заказа на образовательные услуги.

Научно-методические условия

Положение об утверждении комплексно-целевой программы «Мониторинг качества образования в ОУ», о деятельности внутришкольной Службы мониторинга (ВСМ), плана работы ВСМ.

 Мотивационные

 условия

1. Ознакомление педагогического коллектива с системой мониторинга качества УВП.

Кадровые условия

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

Условия

стимулирования

Предоставление отгулов, методических часов.

Нормативно-правовые условия

1.Учебный план ОУ, образовательные программы.

2.Планы работы   МО по диагностике качества.

 3. Результативность участия педагогов и учащихся в школьных и внешкольных мероприятиях и др.

Зам.директора,  учителя-предметни-

ки, классные руководители

Замдиректора по УВР, учителя

Администрация

Зам.директора по УВР

Руководители МО 

В течение года

 Раз в полугодие

По графику

По плану

По планам кл. руководителей,

 Раз в полугодие

Раз в полугодие

Июнь, август

Июнь, август

Сентябрь-ноябрь

В течение года

В течение года

В течение года

Сентябрь 2013 

Обобщающе-внедренческая деятельность.

 Задачи:

 1.Сопоставление полученных результатов  с поставленными целями.

 2.Систематизация, анализ и оценка качества полученных результатов.

 3.Анализ и описание найденных форм работы, применяемых технологий.

 4.Выявление проблем и определение путей их решения.

5.Социализация результатов.

Организационные условия.

1.Составление аналитических материалов на основе мониторинговых процедур.

2.Обработка информации:

 -систематизация;

 -анализ;

 -выводы.

3.Сопоставление полученных результатов поставленным целям.

 4.Обсуждение полученных результатов.

 5.Разработка рекомендаций по реализации Программы мониторинга качества УВП (корректирование и прогнозирование).

 6.Контроль за исполнением рекомендаций, предложений.

7.Принятие управленческих решений по результатам оценки качества УВП.

8.Создание информационного банка по теме «Мониторинг качества  в ОУ»; размещение информации на сайте  МБОУ Шольинская СОШ

Научно-методические условия

1.Программа «Мониторинг качества УВП МБОУ Шольинская СОШ

2.Рекомендации по реализации Программы.

Замдиректора по УВР, руководители М/О

 В течение 2015 – 2016 уч. г.

Положение о деятельности внутришкольной Службы мониторинга

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

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

                                                             Предмет деятельности:

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

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

 — результаты (сопоставление, корреляция, зависимости) и оценка (определение эффективности и перспективности процесса, прогнозирование возможных рисков и ограничений) качества решаемых задач;

                                   Основные функции внутришкольной Службы мониторинга:

1) интегративная – комплексная характеристика процессов, происходящих в учебно-воспитательном процессе ОУ, перешедшего из режима функционирования в режим развития;

2) диагностическая – выявление уровня готовности педагогов к экспериментальной работе, критериев и параметров нового качества образования;

3) экспертная – экспертиза программно-методических материалов, форм, методов, технологий, способствующих развитию качества образования и используемых в ходе экспериментальной работы;

4) информационная – осуществление оперативной обратной связи в форме получения информации о реализации «рубежных» целей экспериментальной работы;

5) экспериментальная – поиск и разработка диагностических материалов и апробация их на валидность, технологичность, надежность;

6) образовательная – изучение и удовлетворение образовательных потребностей всех субъектов образовательного процесса по проблемам становления и развития нового качества образования.

Основные направления деятельности Службы мониторинга

1. Разработка новых и модификация имеющихся объективных методов отслеживания результатов деятельности школы.

2. Разработка процедуры педагогического анализа получаемой информации.

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

4. Исследования профессионального самоопределения и предпочтений старшеклассников школы.

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

6. Экспертиза реализации программы мониторинга.

7. Уровень сформированности ценностных отношений учащихся к окружающей действительности.

8. Комплексный анализ деятельности образовательной системы школы.

                                                    Структура и организация работы

1. Служба мониторинга является подразделением второго оперативного уровня структурно-функциональной модели школы.

2. В состав Службы мониторинга входят:

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

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

2.2.3. Руководители творческих групп (представители от МО учителей-предметников и классных руководителей) – осуществляют мониторинг инновационной деятельности школы по конкретным проблемам работы группы.

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

Положение о системе оценки качества образования

1.1. Настоящее Положение о системе оценки качества образования МБОУ Шольинской СОШ определяет цели, задачи, принципы функционирования системы оценки качества МБОУ Шольинской СОШ, ее организационную и функциональную структуру.

1.2. Деятельность системы оценки качества образования (далее СОКО) школы строится в соответствии с законодательными актами РФ, регламентирующими реализацию процедур контроля и оценки качества образования.

1.3. Основными пользователями результатов СОКО школы являются:

1.3.1. Учителя;

1.3.2. Обучающиеся и их родители.

1.4. В Положении используются следующие понятия:

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

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

2. Основные цели, задачи и принципы СОКО школы:

2.1Цели СОКО школы:

2.1.1. Создание единой системы диагностики и контроля состояния образования в школе, обеспечивающей определение факторов и своевременное выявление изменений, влияющих на качество образования в ОУ;

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

2.1.3. Повышение уровня информированности потребителей образовательных услуг при принятии решений, связанных с образованием в школе;

2.1.4. Принятие обоснованных и своевременных управленческих решений администрацией школы.

2.2Задачи СОКО в школе:

2.2.1. Формирование системы аналитических показателей, позволяющей эффективно реализовывать основные цели оценки качества образования;

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

2.2.3. Оценка состояния и эффективности деятельности школы;

2.2.4. Оценка качества образовательных программ с учетом запросов основных потребителей образовательных услуг;

2.2.5. Выявление факторов, влияющих на качество образования;

2.2.6. Содействие повышению квалификации учителей, принимающих участие в процедурах оценки качества образования;

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

2.3.СОКО школы основана на принципах:

2.3.1. Объективности, достоверности, полноты и системности информации о качестве образования;

2.3.2. Реалистичности требований, норм и показателей качества образования, их социальной и личностной значимости;

2.3.3. Открытости, прозрачности процедур оценки качества образования;

2.3.4. Оптимальности использования источников первичных данных для определения показателей качества и эффективности образования (с учетом возможности их многократного использования и экономической обоснованности);

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

2.3.6. Сопоставимости системы показателей с муниципальными, региональными, федеральными аналогами;

2.3.7. Доступности информации о состоянии и качестве образования для различных групп потребителей;

2.3.8. Соблюдения морально-этических норм при проведении процедур оценки качества образования в школе.

3Организационная структура СОКО школы:

3.1. В организационной структуре СОКО школы выделяются следующие составляющие:

3.1.1. Внутренняя служба мониторинга;

3.1.2. Педагогический совет школы;

3.2. Внутренняя служба мониторинга:

3.2.1. Разрабатывает и реализует программы развития школы, включая развитие СОКО школы;

3.2.2. Участвует в разработке методики оценки качества образования; системы показателей, характеризующих состояние и динамику развития школы;

3.2.3. Обеспечивает проведение в школе контрольно-оценочных процедур, мониторинговых, социологических и статистических исследований по вопросам качества образования;

3.2.4. Участвует в разработке методики и обеспечивает проведение рейтинговой оценки работы школы в составе муниципального образования;

3.2.5. Организует систему мониторинга качества образования в школе, осуществляет сбор, обработку, хранение и представление информации о состоянии и динамике развития школы, анализирует результаты оценки качества образования на уровне школы;

3.2.6. Организует изучение информационных запросов основных пользователей СОКО школы;

3.2.7. Обеспечивает предоставление информации о качестве образования на муниципальный и региональный уровни СОКО;

3.2.8. Обеспечивает информационную поддержку СОКО;

3.2.9. Организует подготовку работников школы и общественных экспертов к осуществлению контрольно-оценочных процедур;

3.2.10. Разрабатывает мероприятия и готовит предложения, направленные на совершенствование СОКО школы, участвует в этих мероприятиях;

3.2.11. Формирует нормативную базу документов, относящихся к обеспечению качества образования в школе;

3.2.12. Изучает, обобщает и распространяет передовой опыт построения, функционирования и развития СОКО школы;

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

3.2.14. Принимает управленческие решения по результатам оценки качества образования на уровне школы.

3.3. Педагогический совет обсуждает и принимает решения по утверждению и реализации Положения о системе оценки качества образования.

Критерии системы оценки качества образования МБОУ Шольинской СОШ

Показатели для учащихся

Ценностно-смысловая  компетентность:

1) сформированность положительной мотивации;

 2) осознание своей роли и предназначения;

 3) умение выбирать целевые и смысловые установки для действий и поступков, принимать решения.

Общекультурная компетентность:

  1) осведомленность ученика в вопросах познания;

  2) владение эффективными способами организации своего досуга;

  3) уровень воспитанности учащихся;

  4)владение познанием и опытом деятельности.

Информационная компетентность:

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

Коммуникативная компетентность:

 1) эмоциональная отзывчивость, эмпатия, толерантность;

 2) овладение конкретными навыками, поведенческими реакциями, умением решать конфликтные ситуации;

 3) сформированность навыков работы в группе, выполнение различных социальных ролей в коллективе;

 4) умение представлять себя.

Социально-трудовая компетентность:

 1) сформированность навыков самоуправления;

 2) сформированность гражданских качеств;

 3) готовность к поликультурному общению.

  4) осведомленность в области социально-трудовой сферы, сферы семейных отношений, в вопросах экономики и права.

Компетентность личностного самосовершенствования:

 1) знания и умения применить навыки здорового образа жизни;

 2) сформированность психологической грамотности, культуры мышления и поведения;

 3) степень комфортности школьника в образовательной среде.

Учебно-познавательная компетентность:

 1) знания и умения целеполагания, планирования, анализа, рефлексии, самооценки;

 2) владение креативными навыками продуктивной деятельности.

Показатели для педагогов

Профессиональная поисковая и исследовательская активность:

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

    * участие в муниципальных, региональных и всероссийских профессиональных конкурсах

Владение инновационной деятельностью:

    * обобщение и распространение собственного педагогического опыта на различных уровнях (проведение собственных мастер-классов, выступления на семинарах, конференциях, круглых столах и др.);

    * наличие авторских публикаций (статей в периодике и др.) по разрабатываемой проблематике;

    * отзывы ведущих специалистов, являющихся экспертами в области данной проблематики.

Дидактико-методическая компетентность:

    * соответствие методических приемов образовательным задачам;

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

Коммуникативная компетентность:

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

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

Информационная компетентность:

Готовность к работе с информацией, умения

    * отбирать необходимую информацию;

    * систематизировать, критически оценивать и анализировать ее с позиции решаемой задачи;

    * использовать полученную информацию при планировании и реализации своей деятельности;

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

Кооперативная компетентность:

 Готовность к сотрудничеству с другими людьми, умения

    * находить партнеров для сотрудничества и объединяться с ними в группы;

    * осуществлять коллективное целеполагание и планирование;

    * распределять задачи и роли между участниками группы;

    * действовать в роли ситуативного лидера группы и в роли исполнителя;

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

    * анализировать и разрешать противоречия, препятствующие эффективности работы команды;

    * осуществлять коллективное подведение итогов, включая самооценку коллективной деятельности и ее результатов;

    * осуществлять коллективную презентацию продукта деятельности группы.

Проблемная компетентность:

 Готовность к решению проблем, умение

    * самостоятельно выявлять проблему в ситуациях избыточной информации;

    * формулировать цель, делить цель на ряд последовательных задач;

    * находить альтернативные пути и средства решения задач;

    * определять наиболее и наименее выигрышные из них;

    * реализовывать выбранные пути и средства решения проблемы;

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

ГОДОВОЙ ПЛАН

ВНУТРЕННЕГО МОНИТОРИНГА НА 2015– 2016  УЧЕБНЫЙ ГОД

П/П

ОБЪЕКТЫ, СОДЕРЖАНИЕ КОНТРОЛЯ

КЛАССЫ

ЦЕЛЬ

КОНТРОЛЯ

ВИД, ФОРМЫ, МЕТОДЫ

КТО ОСУЩЕСТВ-ЛЯЕТ КОНТРОЛЬ

СПОСОБЫ ПОДВЕДЕНИЯ ИТОГОВ

СРОКИ

ПРОВЕДЕ-НИЯ

ОБРАЗОВАТЕЛЬНЫЙ  ПРОЦЕСС

1.КОНТРОЛЬ ВЫПОЛНЕНИЯ ВСЕОБУЧА

1.

Санитарное состояние кабинетов, наличие актов-разрешений на занятия в кабинетах.

1-11-е

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

Персональный,

Наблюдение,

беседа

Директор школы

Рекомен

дации

Сентябрь

2.

Посещаемость учебных занятий обучающимися

1-11-е

Выполнение Закона РФ «Об образовании» в части посещаемости и получения образования в школе

Персональный, наблюдение, беседа

 Социальный педагог

 Оперативные совещания

Сентябрь

3.

Организация работы ГПД

 2-6 классы

Уровень организации учебно-воспитательного процесса в ГПД

Тематический,

персональный,

собеседование

 Справка

Октябрь

4.

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

2-11-е

Качество и своевременность проведения занятий с одаренными и наиболее подготовленными детьми

Тематический,

обобщающий,

наблюдение,

изучение документации

 Замдиректора по УВР

 Оперативные совещания

Октябрь

5.

Преодоление перегрузки обучающихся.

2-11-е

Дозировка домашнего задания

Наблюдение, изучение документации

Замдиректора по УВР

Ноябрь

6.

Состояние техники безопасности на уроках физики, химии, информатики, технологии, физической культуры

1-11-е

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

Персональный,

изучение документации

Замдиректора по УВР

Справка

Декабрь

7.

Посещаемость занятий учащимися

1-11-е

Анализ работы классных руководителей по контролю посещаемости

Тематический,

наблюдение, изучение документации

Зам директора по ВР

Справка

Март

9.

Работа со слабоуспевающими обучающимися

1-11-е

Организация индивидуально-групповых занятий с обучающимися 2-11-х кл.

Персональный,

наблюдение

 Замдиректора по УВР

 Справка

Декабрь

2.КОНТРОЛЬ ЗА ОБЕСПЕЧЕНИЕМ ЗДОРОВЬЯ И ФОРМИРОВАНИЕМ ЗДОРОВОГО ОБРАЗА ЖИЗНИ

1.

Организация горячего питания детей

2-11-е

Упорядочение режима питания,

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

Тематический,

беседа

Директор

Сентябрь

2.

Организация пребывания на свежем воздухе учащихся в ГПД

2-6-е

Организация прогулок воспитателем ГПД

Фронтальный,

наблюдение

Замдиректора по УВР

 Справка

Октябрь

3

Организация диспансерного осмотра

1-11-е

Динамика роста заболеваемости

Мониторинг

Классные руководители

Оперативное совещание

Ноябрь

4.

Выполнение санитарных норм и правил на всех ступенях образования.

1-11-е

Соблюдение санитарно-гигиенического режима и правил техники безопасности в учебных кабинетах,  спортивном зале, мастерских

Фронтальный,

предметно-обобщающий,

собеседование, наблюдение, проверка документации

Работница ФАБ 

Ноябрь

5

Организация летнего отдыха

1-11-е

Занятость и оздоровление детей

Анкетирование, изучение документации

Замдиректора  по ВР

Оперативное совещание

Май, сентябрь

1

Диагностика

готовности учителей к

реализации ФГОС ООО

Учителя

Выявление основных

затруднений

педагогов школы в

вопросах введения

ФГОС ООО

Тематический

собеседование,

анкетирование

Заместитель

директора по

УВР

Рассмотрение

вопроса

на заседании МС 

Сентябрь

2

Соответствие рабочих

программ учебных

предметов для 1-6 классов,

требованиям ФГОС

НОО и ООО

Оценка соответствия

рабочих программ

учебных предметов

для 1-6 классов,

требованиям ФГОС

НОО и ООО

Рабочие

программы для 1-6

классов по всем

предметам

учебного плана

Тематически-

обобщающий

Анализ, изучение

документации

Заместитель

директора по

УВР

Рассмотрение

вопроса

на заседании МС

Разработка программы

внеурочной

деятельности для

начального общего и основного общего

образования, её

соответствие целям и

задачам ФГОС

Оценка соответствия

программы

внеурочной

деятельности целям и задачам ФГОС

Программа

внеурочной

деятельности

тематический

Анализ, изучение

документации

Заместитель

директора по

ВР

Рассмотрение

вопроса

на заседании  МС

Соответствие рабочих

программ курсов

внеурочной

деятельности для 1-5

классов, требованиям

ФГОС НОО и ООО

Оценка соответствия

рабочих программ

курсов внеурочной

деятельности для 1-6 классов, требованиям

ФГОС НОО и ООО

Рабочие

программы курсов

внеурочной

деятельности для 

1-6 классов

Тематически-

обобщающий

Анализ, изучение

документации

Заместитель

директора по

УВР, ВР

Рассмотрение

вопроса

на заседании МС

3. КОНТРОЛЬ СОСТОЯНИЯ ПРЕПОДАВАНИЯ УЧЕБНЫХ ПРЕДМЕТОВ.

КАЧЕСТВО ЗНАНИЙ, УМЕНИЙ И НАВЫКОВ ОБУЧАЮЩИХСЯ

1.

Контроль по русскому языку и математике

5, 9, 10, 11

Выявить уровень обученности по русскому языку и математике

Входной

 Замдиректора по УВР

Справка

 Сентябрь

2.

Контроль за техникой чтения

2-11-е

Выявление уровня обученности школьников технике чтению

Входной,

промежуточный,

итоговый

библиотекарь

Справка

 Октябрь

декабрь,

май

3.

Контроль за проведением диагностических процедур «Изучение готовности пятиклассников к обучению в основной школе»

5-е

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

Входной,

мониторинг

 Замдиректора по УВР

Рекомендации

Справка

Октябрь

4.

Контроль за  уровнем преподавания в 5-х классах и степени адаптации обучающихся в основной школе

5-е

Изучение уровня преподавания в 5-х классах,

Выполнение требований по преемственности

Посещение уроков, контроль тетрадей

Замдиректора по УВР

Заседание «малого» педагогического совета

 Октябрь

5.

Контроль уровня преподавания аттестуемых учителей

Изучение методов работы аттестуемых учителей

Персональный,

посещение уроков, срезовые работы по предметам

Зам директора по УВР

 Заседание Методсовета

Сентябрь-январь

6.

Анализ состояния преподавания русского языка  в 7-х кл., 10кл.

7-е,

10

Изучение результативности обучения русскому языку

Персональный,

административ-

ные контрольные работы

Руководитель м/о учителей русского языка

Справка

Ноябрь

7.

Адаптация учащихся 1 класса

в соответствии с ФГОС второго поколения.

 1 класс

Изучение уровня преподавания ы 1 классе

Персональный,

посещение уроков, собеседование

Замдиректора по УВР

Справка

Октябрь

8.

Проведение административных контрольных работ

1-11

Система контроля и учета качества знаний обучающихся

Промежуточный

Руководитель м/о учителей-предметников

Справка

Декабрь

9.

Формирование личностных универсальных учебных действий у учащихся 1-4 класса

Анализ уровня развития универсальных учебных действий

Промежуточный

Руководитель м/о учителей, классные руководители

Заседание МО

Январь,

май

10.

Контроль результатов образовательной деятельности по итогам четверти, полугодия, учебного года

1-11-е

Анализ уровня обученности

Предупредительный, промежуточный, итоговый

 Замдиректора по УВР

  Статистические отчёты

По окончанию четвертей, полугодия, учебного года

11.

Контроль за освоением учебных программ, их теоретической и практической частей

1-11-е

Уровень освоения учебных программ, выполнения их теоретической и практической частей

Промежуточный, итоговый

Замдиректора по УВР

Заседание педагогического совета

Январь, май

13.

Контроль организации подготовки

к государственной (итоговой) аттестации выпускников

9-е,

11-е

Анализ организации повторения пройденного материала при подготовке  к итоговой аттестации

Тематический,

классно-обобщающий,

наблюдение,

изучение журналов, собеседованиеДиагностические работы, пробные экзамены в школе по русскому языку и математике

Замдиректора по УВР

Оперативное совещание, справка по диагностическим работам

 Март

14.

Диагностика качества знаний обучающихся в классе с низкой успеваемостью по итогам I учебного полугодия

Проверочные работы, посещение уроков

Тематический,

предметно-обобщающий

Замдиректора по УВР

Справка

Февраль

15.

Контроль формирования коммуникативных УУД в 1-4 классах

1-4

Анализ уровня развитиякоммуникативных УУД

Методика «Кто прав?»

Тематический,

Руководитель м/о учителей, классные руководители

Заседание МО

 Май

4. ИНФОРМАТИЗАЦИЯ ОБРАЗОВАТЕЛЬНОГО ПРОЦЕССА

1.

Контроль за информационным наполнением сайта школы

Оценка информационного наполнения сайта

Наблюдение,

собеседование

Замдиректора по УВР

 Оперативное совещание

В течение года

2.

Контроль за состоянием компьютерной техники и Интернет-канала точки доступа

Оценка состояния компьютерной техники

Наблюдение, собеседование

 Учитель информатики

Отчет

В течение года

5. КОНТРОЛЬ ЗА ВНЕУРОЧНОЙ ВОСПИТАТЕЛЬНОЙ РАБОТОЙ

1.

Контроль содержания планов воспитательной работы классных руководителей

1-11-е

Оценка качества составления планов

Фронтальный,

просмотр, собеседование

Зам. директора по ВР

Справка

Сентябрь

2.

Контроль за планированием работы ГПД

2-4, 5-6-е

Оценка качества составления плана работы

Фронтальный,

просмотр, собеседование

Зам. директора поУ ВР

 Оперативное совещание

Октябрь

3.

Контроль содержания тематического планирования руководителей школьных кружков

Оценка качества составления плана работы

Фронтальный,

просмотр, собеседование

Зам.директора по ВР

Справка

Сентябрь

4.

Контроль за еженедельным проведением классных часов

1-11-е

Оценка качества и систематичности проведения классных часов

Фронтальный,

персональный,

наблюдение

Зам. директора по ВР

Справка

В течение года

5.

Контроль за уровнем воспитанности ученического коллектива

5-11-е

Выявить уровень воспитанности школьников

Фронтальный,

наблюдение,

мониторинг

Зам. директора по ВР

Сводная таблица

В течение года

6.

Контроль за организацией работы классных руководителей по основным программам  ?»)

1-11-е

Оценка качества работы кл. руководителей по основным программам

Персональный,

индивидуальный

наблюдение

Зам. директора по ВР

Справка

В течение года

7.

Контроль состояния профилактической работы с трудными подростками

1-11-е

Оценка качества работы с трудными подростками

Обзорный,

наблюдение, беседа

Зам. директора по ВР

Отчет

В течение года

8.

Контроль работы

с родителями

1-11-е

Оценка качества работы классных руководителей

с родителями

Фронтальный,

персональный,

беседа

Зам.директора по ВР

Оперативное совешание

Январь

9.

Контроль работы кружков и спортивных секций

1-11-е

Организация работы кружков и спортивных секций

Тематический,

персональный,

наблюдение

Зам. директора по ВР

Справка

В течение года

10.

Контроль состояния дневников обучающихся

1-11-е

Контроль за ведением дневников обучающимися, наличие контроля со стороны родителей;

работа классных руководителей и учителей-предметников с дневниками детей

Тематический,

классно-обобщающий,

изучение документации

Зам. директора по ВР

Справка

В течение года

11.

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

1-11-е

Оценка работы классных руководителей в реализации воспитательных программ

Тематический,

персональный,

изучение документации

Зам. директора по ВР

Выступление на м/о кл.руководите-лей

Январь

12.

Контроль результативности планов воспитательной работы в течение учебного года

1-11-е

Оценка

результативности планов воспитательной работы классных руководителей

Тематический,

итоговый,

наблюдение,

изучение отчетной документации

Зам. директора по ВР

 Оперативное совещание

Май

13.

Контроль за работой социального педагога.

Оценка результативности работы социальных педагогов

Персональный,

наблюдение, изучение документации

Замдиректора по ВР

Отчет на заседании м/о кл.руководите-лей

В течение года

ПЕДАГОГИЧЕСКИЕ КАДРЫ

1.

Разработка рабочих программ педагогов

Основные образовательные программы: соответствие структуры и содержания требованиям ФГОС в 1-5 классах.

Учебный план, рабочие программы учебных предметов: соответствие локальному акту и гигиеническим требованиям к организации образовательного процесса в школе

Тематический,

Изучение программ

Директор,

Замдиректора по УВР,

члены методического совета школы

Справка

Сентябрь

2.

Участие педагогов в работе методического объединения

Анализ участия каждого учителя в методической работе

Тематический,

обобщающий,

наблюдение, собеседование,

анализ

Замдиректора по УВР,

руководители м/о учителей-предметников

Заседание школьных м/о учителей-предметников

Январь

3.

Работа по самообразованию учителей

Определить уровень работы педагогов по самообразованию,

Наметить пути активизации деятельности учителей по расширению форм самообразования

Тематический,

индивидуаль-

ный,  беседа,

наблюдение

Руководители м/о

Выступление на заседании м/о

Январь

4.

Организация и проведение школьных предметных олимпиад

Анализ индивидуальной работы учителей с одаренными детьми

Тематический,

предметно-обобщающий,

наблюдение

Замдиректора по УВР, руководители школьных м/о

 Оперативное совещание

Октябрь

ноябрь

5.

Организация и проведение  фестиваля школьных наук

Анализ внеклассной работы учителей по предмету

Тематический,

предметно-обобщающий,

наблюдение

Замдиректора по УВР, руководители школьных м/о

Заседание педагогического совета

Август

УЧЕБНО – МАТЕРИАЛЬНАЯ БАЗА

1.

Санитарное состояние кабинетов, наличие актов-разрешений на занятия в кабинетах.

1-11-е

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

Персональный,

Директор школы

Рекомендации

Сентябрь

2.

Инвентаризация учебных кабинетов и классных комнат

Провести инвентаризацию учебных кабинетов и классных комнат,

выявить соответствие материально-технической базы кабинетов санитарно-гигиеническим требованиям

Тематический,

персональный,

проверка документации

Завхоз

Справка

Ноябрь

КОНРОЛЬ СОСТОЯНИЯ ШКОЛЬНОЙ ДОКУМЕНТАЦИИ

1.

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

1-11-е

Оценка качества составления планов

Просмотр, собеседование

Методический совет

Справка

Сентябрь

2.

Контроль состояния личных дел обучающихся

1-11-е

Соблюдение единых требований при оформлении личных дел

Тематический,

предметно-обобщающий,

просмотр,

собеседование

Директор

Справка

Январь

3.

Контроль ведения классных журналов

1-11-е

1.Соблюдение единого орфографического режима при заполнении журнала учителями-предметниками и классными

руководителями

2.Объективность выставления четвертных  отметок, соответствие планированию, отражение в журнале контрольных, лабораторных работ

3.Анализ своевременного учета посещаемости обучающихся, наполняемость отметок по предметам

4.Выполнение государственных программ по предметам

5.Готовность журналов 5

к сдаче в архив

6.Работа учителей и классных руководителей с журналами в период итоговой аттестации

Тематический,

персональный,

проверка документации

Замдиректора по УВР

Справка

Не реже 1 раза  в 2 месяца

4.

Анализ выборочной проверки тетрадей по русскому языку и литературе

2-11-е

Соблюдение единого орфографического режима

Тематический,

предметно-обобщающий,

собеседование

Замдиректора по УВР

руков. м/о

Справка

Март

6.

Анализ выборочной проверки тетрадей по биологии, химии, физике

6-11-е

Соблюдение единого орфографического режима

Тематический,

предметно-обобщающий,

собеседование

Замдиректора по УВР

руков м/о

Справка

Январь

7.

Контроль ведения тетрадей для контрольных работ

2-11-е

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

Тематический,

предметно-обобщающий,

собеседование

 Замдиректора по УВР

 взаимопроверка силами членов м/о

Справка

 Декабрь

8.

Контроль ведения тетрадей для лабораторных и практических  работ

7-11-е

Выполнение практической части учебных курсов физики, химии

Тематический,

предметно-обобщающий,

собеседование

Замдиректора по УВР

, взаимопроверка силами членов м/о

Заседание м/о

Март

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

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

  • цели
    и задачи проведения мониторинга,

  • источники
    финансирования работ, объем финансирования,

  • территория
    и время проведения мониторинга,

  • объекты
    мониторинга,

  • конкретные
    загрязнения и физические параметры,
    подлежащие измерениям при проведении
    мониторинга,

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

  • формы
    представления результатов мониторинга,

  • порядок
    обработки и передачи результатов.

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

Таблица
3 Этапы
выполнения аналитической программы

№ этапа

Состав работ

Чем заканчивается
этап

1

Обоснование
объектов мониторинга, перечня
показателей, периодичности наблюдений,
выбор точек (маршрутов) наблюдений

Проект
программы контроля/мониторинга

2

Выбор
методов и средств измерений для
организации мониторинга

Проект
табеля оснащенности объектовых
лабораторий

3

Обоснование
необходимости выполнения субподрядных
работ другими организациями

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

4

Расчет
затрат на различные варианты реализации
системы мониторинга

Расчет затрат

5

Обоснование
сроков передачи данных мониторинга
на различных уровнях управления

Проект
регламента передачи данных контроля

6

Обоснование
состава данных, подлежащих передаче
в государственные органы управления
и контроля

Перечень
данных, передаваемых в государственные
органы

7

Обоснование
требований к архивации и обобщению
информации на объектовом уровне (формы
таблиц, сроки хранения и др.)

Проект
инструкции по ведению архивных
документов на объекте мониторинга

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

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

Следующим
этапом работ является разработка
технологических
регламентов

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

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

  • определение
    сроков и периодичности наблюдений и
    отбора проб,

  • отбор проб и их
    доставка в лабораторию,

  • подготовка проб
    к анализу,

  • проведение анализа,

  • документирование
    результатов,

  • подтверждение
    достоверности результатов и т.д.

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

В
качестве примера приведен типовой
технологический регламент для мониторинга
атмосферного воздуха (табл. 4).

Таблица
4

Технологический
регламент на проведение мониторинга
загрязнения атмосферного воздуха
диоксидом серы

№ эта-па

Наиме­нова­ние

этапа

Испол-нители

Основа-ние
для прове­дения этапа работ

Регла-мент
про­веде­ния на­блю­дений

Запол-няемые
формы

Методы
и средства измерений

Прове-ряемые
рабочие матери-алы

Ответ-ствен-ный
за работу

на
этапе

Порядок разработки
программ пробоотбора

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

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

  • непрерывную
    работу в течение 20 мин.,

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

  • отбор проб
    одновременно через несколько каналов,

  • определение
    объемного расхода с погрешностью не
    более 5% для атмосферного воздуха и 10%
    — для промышленных выбросов в атмосферу.

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

Так,
отбор проб почвенных образцов проводят
два раза в год: после оттаивания почвы
весной и осенью – до заморозков. Глубина
взятия образцов – 20-40 см. Для
сопоставимости результатов важно, чтобы
сроки и способы отбора проб были
идентичны. Для изучения вертикальной
миграции – определение глубины
просачивания нефти, других загрязнителей,
наличия внутрипочвенного потока,
характера трансформации почвенного
профиля – закладываются почвенные
разрезы и «прикопки». Размер опорного
разреза 0.8 x
1.5 x
2.0 м (соответственно ширина короткой
«лицевой» стенки, ширина длинной стенки
и глубина разреза). Разрез располагают
так, чтобы «лицевая» стенка была освещена
солнцем. В разрез опускается мерная
лента, по которой отмечаются глубина
проникновения загрязнителя и глубина
каждого почвенного горизонта. По
«лицевой» стенке описывается морфология
почвенных горизонтов (цвет, влажность,
структура, плотность, механический
состав, новообразования, включения,
мощность корневой системы растений и
т.д.), отмечается глубина, с которой почва
вскипает от добавления 10%-ной соляной
кислоты.

Образцы
почв отбирают сначала из нижних
горизонтов, постепенно переходят к
верхним. С каждого генетического
горизонта отбирается один образец почвы
массой 0.5-1.0 кг. Если мощность генетического
горизонта превышает 0.5 м, отбираются
две пробы – соответственно из верхней
и нижней частей горизонта.

При
аварийных разливах загрязнителей
почвенные пробы отбирают по диагонали
загрязненного участка через каждые
8-10 м, начиная от края. Загрязненность
территории от воздействия факела
контролируют отбором почвенных образцов
через каждые 500 м общей протяженностью
до 3 км, а во всех остальных случаях –
по периметру участка через 8-10 м, отступая
от границы загрязненного участка на 10
м.

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

При формировании
программы отбора проб природных и
сточных вод необходимо учитывать
положения ГОСТ Р 51592-2000 «Вода. Общие
требования к отбору проб», который
детально регламентирует требования к
оборудованию для отбора проб воды,
определяет порядок и процедуры консервации
проб, их подготовки к хранению, требования
к оформлению результатов отбора проб,
порядок транспортировки проб и приемки
проб в лаборатории.

Таблица
5

Основные
показатели для определения в почвенных
пробах

№ п/п

Наименование
показателя

Режим-ные
наблюдения

Эпизоди-ческие
наблюде-ния

Наличие исходных
данных для рекульти-вации

Окончание работ
по рекуль-тивации

1

Содерж.
нефтепродуктов

+

+

2

Фракц.
состав нефтепродуктов

+

3

Влажность
почвы

+

+

4

Структура
почвы

+

+

5

Объемная
масса почвы

+

+

6

Общая
пористость

+

+

7

рН
солевой вытяжки

+

+

+

8

рН
водной вытяжки

+

+

+

+

9

Содержание
гумуса

+

10

Общий
азот

+

+

11

Кальций
и магний

+

+

12

Нитраты

+

+

13

Обменный
натрий

+

+

14

Подвижные
формы фосфора и калия

+

+

15

Хлорид-ионы

+

+

+

+

16

Сульфат-ионы

+

+

+

+

17

Удельная
электропровод., рН и плотн. остат.
водн. вытяжки

+

+

+

18

Степень
насыщенности почв основаниями

+

+

+

19

Карбонат
кальция

+

+

+

* + определяется;
— не определяется; содержание нефтепродуктов
определяется методом ИКС

Вопросы для
самоконтроля

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

  2. Опишите
    последовательность разработки
    аналитической программы мониторинга.

  3. Раскройте
    содержание технологических регламентов
    для объектов, аналитических программ
    мониторинга.

  4. Особенности
    отбора проб в различных природных
    компонентах.

  5. Составьте
    перечень основных показателей для
    определения в пробах растений.

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

заключается
в составлении специальных экологических
карт (табл.7).

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

Таблица
7

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #

Понравилась статья? Поделить с друзьями:
  • Как найти статистическую стоимость товара
  • Советы как найти клиента
  • Как найти скачанные рингтоны на телефон
  • Как составить условие задачи в 1 действие
  • Как составить вопросы для викторины для детей