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

Мониторинг работы серверов
================================================================================
Dmitriy Stepanov on 26/11/2013 09:27:00

Сервер — это аппаратное обеспечение,
специально выделенное для выполнения на
нем определенных задач без участия
человека. В небольших организациях его
роль чаще всего играет компьютер, который
обеспечивает совместную работу
персональных компьютеров локальной сети. В
крупных компаниях масштабы серверов носят
более внушительный характер, под их
расположение может быть выделена целая
комната, а то и несколько, а их стоимость
превышает несколько десятков тысяч и даже
сотен рублей. Серверы призваны работать
круглосуточно 7 дней в неделю, а от
устойчивости их работы зависит
функционирование всех отделов организации.
В зависимости от выполняемых задач,
выделяют следующие виды серверов:
1. Файловые. Такие серверы имеют жесткие
диски большого объема, на которых
централизованно хранится вся важная для
компании документация и информация. К ним
имеют доступ все компьютеры сети.
2. Принт-серверы обеспечивают доступ
сотрудников к сетевым принтерам
организации, что существенно сокращает
расходы организации на этот вид
оборудования.
3. Факс-серверы заменяют собой сразу
несколько факс-аппаратов, что также
экономит денежные средства компании.
4. Серверы удаленного доступа позволяют
персональным компьютерам связываться с
сетью по телефонным линиям. Находясь,
например, с ноутбуком вне стен офиса, вы
всегда сможете получить оттуда нужные вам
документы или файлы.
5. Почтовые сервера играют огромную роль в
крупных компаниях с большим количеством
сотрудников, поскольку внутренняя
электронная почта является важным
средством общения между ними — она
позволяет отсылать не только текстовые
сообщения, но и графические, видео- и
аудиофайлы.
Можно легко понять, насколько важна
стабильная работа серверного центра для
компаний любого масштаба. Тем важнее
становится непрерывный мониторинг работы
серверов, представляющий собой процесс их
автоматического сканирования в локальной
сети для выявления различных нарушений в их
работе. Мониторинг серверов позволяет:
1. Системному администратору — вовремя
узнавать о неполадках или сбоях в работе
серверов (до того как это заметят
пользователи и начнут жаловаться)
посредством получения оповещений в виде
смс на мобильник и письма на электронную
почту и устранять их максимально быстро.
2. ИТ-менеджеру — освободиться от
необходимости в авральном режиме устранять
неполадки, поскольку при возникновении
ошибок в работе большинство систем для
мониторинга серверов могут сами выполнять
определенные действия без вмешательства
человека, например, перезапустить или
остановить работу службы, запустить
внешнюю программу, VB- и JS-скрипт и многое
другое.
3. Руководству организации — сохранить
настоящих и потенциальных клиентов,
поскольку сегодня даже небольшие простои в
работе системы могут сильно навредить
репутации компании. Непрерывный мониторинг
серверов сводит эти простои к минимуму.
Помимо всего прочего, постоянный
мониторинг серверов позволяет
оптимизировать расходы вычислительных
мощностей путем оценки нагрузки на
аппаратное обеспечение в течение рабочего
дня. В моменты минимальной загрузки
возможно даже отключение некоторых
серверов и перевод их в режим ожидания, что
существенно сокращает расходы на
содержание центра. А по динамике роста
нагрузки не составит большого труда
заранее спроектировать увеличение
мощности центра.
Таким образом, мониторинг серверов — не
просто сервисная служба, а необходимый
процесс, который позволяет повысить
качество заявленных компанией услуг и
оптимизировать денежные расходы компании.

Кто должен составлять техническое задание?

Кто должен составлять техническое задание?
================================================================================
Светлана Бублич on 02/10/2013 05:10:00

Этим вопросом часто задаются представители
заказчика, когда возникает необходимость
автоматизировать какой-либо
бизнес-процесс. Почему-то сегодня со
стороны большинства заказчиков нет полного
понимания того, насколько это важный этап, а
не простая бюрократическая волокита. И
насколько скрупулезно обе стороны подойдут
к этому этапу работ, настолько будет более
точным, правильным, ожидаемым и быстрым
результат проекта.
Что ж попробуем разобраться. Давайте для
начала все-таки определимся, что же такое
техническое задание?
Техническое задание (ТЗ) — исходный
документ на проектирование технического
объекта (изделия). ТЗ устанавливает
основное назначение разрабатываемого
объекта, его технические характеристики,
показатели качества и
технико-экономические требования,
предписание по выполнению необходимых
стадий создания документации
(конструкторской, технологической,
программной и т. д.) и её состав, а также
специальные требования.
Можно сказать, что ТЗ — документ, в котором
описывается, ЧТО нужно заказчику, в отличие
от последующей проектной документации, в
которой акцент переносится на ответ на
вопрос, КАК этого достичь.
(Материал из Википедии).
Данное определение, на мой взгляд,
полностью раскрывает суть термина. Итак,
основное назначение ТЗ полностью раскрыть
и описать все требования, предъявляемые к
желаемому результату заказчиком. От того,
как сформулированы эти требования, зависит
успех или неуспех проекта. И на данном этапе
заинтересованность в успехе должны
проявлять максимально обе стороны.
Заказчик – чтобы потратить меньше средств
на переделку неудачного проекта,
исполнитель – чтобы меньшими усилиями
успешно завершить проект и получить
прибыль. И как раз на этом этапе возникает
резонный вопрос: кто должен писать данный
документ?
С одной стороны, казалось бы, это должен
делать заказчик, т.к. он и только он
полностью знает, что же он хочет видеть в
результате. Но сможет ли данная сторона, не
обладая техническими знаниями в области
разработки программного обеспечения,
корректно изложить все свои требования?
Провести их анализ на предмет того, что
каждое требование должно быть понятным,
конкретным, тестируемым, как того требуют
правила составления ТЗ. «Хочу кнопку
красного цвета, дающую точные данные по
продажам за месяц!». Наверное, ничего
вразумительного на основе данного ТЗ
исполнитель не реализует.
Тогда ТЗ должен писать сам исполнитель?
Тоже не идеальный вариант. Исполнитель,
получив от заказчика изложение задачи,
может интерпретировать её немного в ином
русле, как понимает задачу сам. И сухой
технический язык, на котором будут изложены
все понятые исполнителем требования, не
даст ответа заказчику – то ли он имел в
виду, описывая желаемый результат. Особенно
комично выглядит ситуация, когда на стол
руководителя заказчика попадает документ,
изобилующий технической терминологией,
специфическими словами, зачастую на
английском языке, который он должен
подписать и, соответственно, подтвердить,
что всё написанное это то, что они и просили!
Поэтому наиболее оптимальный вариант – это
работа в тандеме. Именно при полном
погружении исполнителя в предметную
область заказчика, разговор на одном языке
при построении списка требований, когда
сходятся воедино язык
потребителя-неспециалиста и язык
разработчика, рождается документ, на
основании которого будет создан продукт,
максимально приближенный к исходной
поставленной цели. Такой синтез даст обеим
сторонам полное понимание описываемого
процесса. Не будет сомнений в том, что
какая-то часть технического документа
осталась «белым пятном» и во что эта часть
превратится в результате.
Да, написание ТЗ сложная задача, но лучше
временные инвестиции вложить в данный этап,
нежели найти брешь и выяснить, что нужно
переделывать фундамент, когда пришло время
положить крышу.
И главное, перед тем, как создавать
документ, заказчику нужно понять, что
именно он хочет видеть в результате, а
исполнителю – отказаться от реализации
невыполнимых требований.
Успешных вам проектов!

Программы для сисадмина: минимальный набор

Программы для сисадмина: минимальный набор
================================================================================
Dmitriy Stepanov on 01/10/2013 09:48:00

Системный администратор — человек, работа
которого в организации заключается в
следующем:
1. В планировании и построении
информационной системы в компании.
2. В реализации этого плана путем установки
и настройки необходимого аппаратного и
программного обеспечения, слежении за его
состоянием, пресечении нарушений условий
пользования сетью сотрудниками, пресечении
хакерских атак и вирусных угроз и т.д.
3. В модернизации уже существующей системы,
расширении ее возможностей.
Именно системный администратор принимает
решения, которые сказываются на работе всех
конечных пользователей, работающих в
компании, и всей системы в целом.
Обязанностей, скажем прямо, у него немало.
Но прогресс не стоит на месте и на помощь
приходит специализированный софт —
программы для сисадмина, призванные решать
многие задачи, связанные с сетью, в
автоматическом режиме.
Во-первых, это программа мониторинга сети —
основная и, пожалуй, самая главная из всех
программ для сисадмина. Она позволяет в
круглосуточном режиме следить за
состоянием всех служб и процессов в сети,
работой каждого хоста и порта, а также
автоматически проводить аудит
программного обеспечения, установленного
на компьютерах пользователей, и многое
другое. Все это помогает мгновенно
узнавать о возникших неполадках в
аппаратном обеспечении или работе системы
и устранять их с минимальными потерями
времени и сил, возможно, иногда даже без
участия самого системного администратора,
если в программе есть возможность
настройки автоматического перезапуска
служб или выполнения определенных команд
на удаленных компьютерах.
Во-вторых, к обязательным программам для
сисадмина относится утилита для учета
трафика. Мониторинг потребленного
сотрудниками трафика желателен в любой
организации, даже если компания подключена
к безлимитному пакету Интернет. Данная
мера позволяет узнать не только количество
скачанных мегабайтов, но и увидеть, на что
они были потрачены — на просмотр видео,
фотографий, скачивание файлов из торрентов
и т.п..
В-третьих, системному администратору
крайне важно иметь в своем арсенале
программу удаленного администрирования и
управления компьютерами сотрудников.
Согласитесь, если сотни сотрудников
компании располагаются на нескольких
этажах здания, а то и вообще в разных офисах,
сисадмину непросто быстро понять причину
проблемы, даже если суть вопроса ему
объяснили по телефону. Да и по этажам для
элементарных настроек пользовательских ПК
много не набегаешься. Легче всего
подключиться к конечному компьютеру и
решить задачу самостоятельно.
В-четвертых, в любой организации приходится
периодически проводить инвентаризацию
всего имеющегося у компании оборудования.
Набор программ для сисадмина должен
включать софт, позволяющий автоматически
проводить учет установленных в организации
компьютеров и аудит всего имеющегося
аппаратного обеспечения. Кроме этого, очень
важно постоянно проверять на лицензионную
чистоту все программное обеспечение,
устанавливаемое пользователями, поскольку
использование нелицензионного или
взломанного ПО карается законом.
Ну и в-пятых, опять же для больших компаний
очень актуально наличие программы
автоматического распознавания и рисования
топологии сети. Чтобы оперативно
реагировать на неполадки и быстро их
устранять, системному администратору важно
знать расположение каждого сетевого
устройства внутри здания, которое занимает
компания. Кроме этого, наличие подробной
схемы сети позволяет знать все ее слабые
места.
Это не все программы для сисадмина, которые
ему желательно иметь в своей «аптечке», но
это основной набор, который позволит ему
быть в курсе всех событий, происходящих в
сети, а также реагировать на эти события с
минимальными потерями времени и сил даже не
сходя с рабочего места.

Процесс обновления и расширения функционала системы SIKE.Autopark

Процесс обновления и расширения
функционала системы SIKE.Autopark
================================================================================
Светлана Бублич on 02/08/2013 02:59:00

В рамках данной статьи мы продолжаем
рассматривать процесс взаимодействия
заказчика и разработчика при проведении
обновления и расширения функционала
системы SIKE.Autopark. Напомним, что описание
последовательности работ представлено в
виде хронологии событий с рассмотрением
поставленных перед разработчиком задач,
процесса взаимодействия заказчика и
разработчика, мероприятий для достижения
необходимого результата.
3 апреля 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: рассмотрение
возможности заполнения списка деталей
ремонтного листа по данным модуля
«Оперативный склад»; доработка отчета
«Карточка учета автомобильной шины»:
добавление информации о гаражном номере
автомобиля; доработка сводного отчета по
автомобильным шинам: добавление информации
о гаражном номере автомобиля.
10 апреля 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: ввод в промышленную
эксплуатацию модулей: «Ремонты», «Учет
шин», «Учет АКБ»; рассмотрение возможности
формирования выборок по материалам, у
которых нет номенклатурных и/или
каталожных номеров (модуль «Оперативный
склад»).
24 апреля 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: подготовка скриптов
для заполнения остатков ТМЦ; подготовка
скриптов для заполнения данных о последних
ТО; ошибка не позволяющая вызывать
справочник ТМЦ в модуле «Оперативный
склад»
15 мая 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: подготовка скриптов
для заполнения остатков ТМЦ по данным из 1С;
разработка дополнительной формы для
отображения остатков ТМЦ в модуле
«Оперативный склад».
22 мая 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: ввод в промышленную
эксплуатацию модулей: «Пробег деталей»,
«Графики ТО», «Оперативный склад».
29 мая 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: разработка
дополнительного отчета «Свод по
установленным запчастям» для модуля
«Оперативный склад»
5 июня 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: увеличение точности
ввода данных о количестве материала в
модуле «Оперативный склад»: с сотых до
тысячных; доработка формирования графиков
ТО: добавление информации о гаражном номере
автомобиля.
19 июня 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: добавление
возможности вызова справочников из
табличной части карточки учета АКБ с
помощью горячей клавиши [Enter]; добавление
возможности поиска в табличной части
выборки по карточкам учета АКБ; добавление
возможности вызова справочников из
табличной части карточки учета
автомобильной шины с помощью горячей
клавиши [Enter]; добавление возможности поиска
в табличной части выборки по карточкам
учета автомобильных шин.
26 июня 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: разработка
дополнительного отчета «Поступление и
выдача материалов за период» для модуля
«Оперативный склад»
3 июля 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: доработка выборки по
ремонтным листам модуля «Ремонты»:
добавление информации о гаражном номере
автомобиля.
5 июля 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов, ведущий специалист по
сопровождению проектов.
Обсуждаемые вопросы: завершение работ по
обновлению и расширению функционала
системы SIKE.Autopark; перевод системы SIKE.Autopark в
режим сопровождения.
Результаты работ по обновлению и
расширению функционала системы SIKE.Autopark в
период с 01.04.2013 по 05.07.2013
Мероприятия, проведенные со стороны
заказчика:
Предоставлены требования на доработку
модуля «Ремонты» и его отчетов; модуля
«Оперативный склад» и его отчетов; модуля
«Учет АКБ» и его отчетов; модуля «Учет шин»
и его отчетов; модуля «Графики ТО».
Предоставлены данные для ввода в систему
информации о остатках ТМЦ из 1С, последних
проведенных ТО.
Подписаны акты ввода в промышленную
эксплуатацию модулей: «Ремонты», «Учет
АКБ», «Учет шин», «Графики ТО», «Оперативный
склад», «Пробег деталей».
Мероприятия, проведенные со стороны
разработчика:
Осуществлены доработки модуля «Ремонты» и
его отчетов, модуля «Оперативный склад» и
его отчетов, модуля «Учет АКБ» и его
отчетов, модуля «Учет шин» и его отчетов,
модуля «Графики ТО», согласно требованиям
заказчика.
Разработаны дополнительные отчеты для
модуля «Оперативный склад»: «Свод по
установленным запчастям», «Поступление и
выдача материалов за период».
Завершено внедрение модулей: «Ремонты»,
«Учет АКБ», «Учет шин», «Графики ТО»,
«Оперативный склад», «Пробег деталей».
Система SIKE.Autopark переведена в режим
сопровождения.
Подводя итоги можно сказать, что 05.07.2013
успешно завершены работы по обновлению и
расширению функционала системы SIKE.Autopark
согласно ранее утвержденному план-графику.
Общее время проведения работ по обновлению
и расширению функционала составило 4
месяца. Система SIKE.Autopark переведена в режим
сопровождения.

Антикоррупционная экспертиза — что это?

Антикоррупционная экспертиза — что это?
================================================================================
Светлана Бублич on 02/08/2013 02:57:00

По данным статистики, подавляющее
большинство россиян (81%) считают «высоким»
уровень распространения коррупции в
обществе, 10% — «средним», 2% — «низким», но никто
не сказал, что коррупции в стране нет
совсем. Системное явление коррупции
требует системных же мер реагирования. В
этом контексте важным направлением
противодействия является
антикоррупционная политика, в том числе
антикоррупционная экспертиза
законодательства с целью устранения из
него положений, способствующих коррупции.
Методика анализа нормативных документов с
целью выявления коррупциогенных факторов
Идея проверки законодательства на
коррупциогенность зародилась в 2002 — 2003 гг. в
экспертных кругах. Счетная палата РФ,
Национальный антикоррупционный комитет
вводят термин «коррупциогенность
законодательства».
Отличительным признаком коррупциогенного
законодательства является наличие норм,
допускающих их произвольные трактовку и
применение государственными
(муниципальными) служащими.
Методика анализа коррупциогенности
нормативных правовых актов основана на
проверке соблюдения правил юридической
техники (формальный аспект) и оценке
«дефектных» норм с точки зрения
коррупционного потенциала (содержательный
аспект). Для этого весь текст нормативного
акта должен быть проверен на наличие
коррупционных факторов —
нормативно-правовых конструкций и решений,
которые увеличивают коррупционную
опасность.
Методика проведения антикоррупционной
экспертизы нормативных правовых актов и
проектов нормативных актов Утверждена
Постановлением Правительства Российской
Федерации от 26 февраля 2010 г. N 96.
Настоящей методикой руководствуются
независимые эксперты, получившие
аккредитацию на проведение
антикоррупционной экспертизы, при
проведении независимой антикоррупционной
экспертизы нормативных правовых актов.
Согласно этой методике коррупциогенные
факторы сгруппированы следующим образом:
1. Коррупциогенными факторами,
устанавливающими для правоприменителя
необоснованно широкие пределы усмотрения
или возможность необоснованного
применения исключений из общих правил,
являются:
1.1 широта дискреционных полномочий —
отсутствие или неопределенность сроков,
условий или оснований принятия решения,
наличие дублирующих полномочий органов
государственной власти или органов
местного самоуправления (их должностных
лиц);
1.2 определение компетенции по формуле
«вправе» — диспозитивное установление
возможности совершения органами
государственной власти или органами
местного самоуправления (их должностными
лицами) действий в отношении граждан и
организаций;
1.3 выборочное изменение объема прав —
возможность необоснованного установления
исключений из общего порядка для граждан и
организаций по усмотрению органов
государственной власти или органов
местного самоуправления (их должностных
лиц);
1.4 чрезмерная свобода подзаконного
нормотворчества — наличие бланкетных и
отсылочных норм, приводящее к принятию
подзаконных актов, вторгающихся в
компетенцию органа государственной власти
или органа местного самоуправления,
принявшего первоначальный нормативный
правовой акт;
1.5 принятие нормативного правового акта
за пределами компетенции — нарушение
компетенции органов государственной
власти или органов местного самоуправления
(их должностных лиц) при принятии
нормативных правовых актов;
1.6 заполнение законодательных пробелов
при помощи подзаконных актов в отсутствие
законодательной делегации соответствующих
полномочий — установление общеобязательных
правил поведения в подзаконном акте в
условиях отсутствия закона;
1.7 отсутствие или неполнота
административных процедур — отсутствие
порядка совершения органами
государственной власти или органами
местного самоуправления (их должностными
лицами) определенных действий либо одного
из элементов такого порядка;
1.8 отказ от конкурсных (аукционных)
процедур — закрепление административного
порядка предоставления права (блага).
2. Коррупциогенными факторами,
содержащими неопределенные,
трудновыполнимые и (или) обременительные
требования к гражданам и организациям,
являются:
2.1 наличие завышенных требований к лицу,
предъявляемых для реализации
принадлежащего ему права, — установление
неопределенных, трудновыполнимых и
обременительных требований к гражданам и
организациям;
2.2 злоупотребление правом заявителя
органами государственной власти или
органами местного самоуправления (их
должностными лицами) — отсутствие четкой
регламентации прав граждан и организаций;
2.3 юридико-лингвистическая
неопределенность — употребление
неустоявшихся, двусмысленных терминов и
категорий оценочного характера.
Правила проведения независимой
антикоррупционной экспертизы
В целях обеспечения проведения независимой
антикоррупционной экспертизы
нормативно-правовых актов разработчики
этих проектов в течение рабочего дня,
соответствующего дню направления этих
проектов на согласование в государственные
органы власти, размещают эти проекты на
своих официальных сайтах в сети Интернет с
указанием дат начала и окончания приема
заключений по результатам независимой
антикоррупционной экспертизы.
Экспертиза проводится аккредитованными
Министерством юстиции Российской
Федерации независимыми экспертами —
физическими и юридическими лицами, за счёт
их собственных средств.
Заключение по результатам независимой
антикоррупционной экспертизы носит
рекомендательный характер и подлежит
обязательному рассмотрению органом,
организацией или должностным лицом,
которым оно направлено, в тридцатидневный
срок со дня его получения. По результатам
рассмотрения эксперту, проводившему
независимую экспертизу, направляется
мотивированный ответ.
Заключение по результатам экспертизы
выносится в соответствующей форме,
утвержденной Правительством РФ:
ПРИЛОЖЕНИЕ
к приказу Министерства юстиции
Российской Федерации
Наименование федерального органа
исполнительной власти,
иного государственного органа или
организации,
куда направляется заключение
ЗАКЛЮЧЕНИЕ
по результатам независимой
антикоррупционной экспертизы
____________ .__________ .____________________
______________________________________________________________,
(указывается наименование юридического
лица или фамилия имя, отчество физического
лица (последнее — при наличии)
аккредитованного (ой) в качестве
независимого эксперта антикоррупционной
экспертизы нормативных правовых актов и
проектов нормативных правовых актов
распоряжением Минюста России от
__________________ №__________ , в соответствии со
статьей 5 Федерального закона от 17 июля 2009 г.
№ 172-ФЗ «Об антикоррупционной экспертизе
нормативных правовых актов и проектов
нормативных правовых актов»*, пунктом 4
Правил проведения антикоррупционной
экспертизы нормативных правовых актов и
проектов нормативных правовых актов,
утвержденных постановлением Правительства
Российской Федерации от 26 февраля 2010 г. № 96,
проведена антикоррупционная
экспертиза______________________________________________.
(реквизиты нормативного правового акта или
проекта нормативного правового акта)
Вариант 1:
В представленном
__________________________________________________
(реквизиты нормативного правового акта или
проекта нормативного правового акта)
коррупциогенные факторы не выявлены.
Вариант 2:
В представленном
___________________________________________________
(реквизиты нормативного правового акта или
проекта нормативного правового акта)
выявлены коррупциогенные факторы.
________________________________________________________________________________________
(отражаются все положения нормативного
правового акта или проекта нормативного
правового акта, в котором выявлены
коррупциогенные факторы,
___________________________________________________________________________
с указанием его структурных единиц
(разделов, глав, статей, частей пунктов,
подпунктов, абзацев), и соответствующих
коррупциогенных факторов со ссылкой
___________________________________________________________________________
на положения методики проведения
антикоррупционной экспертизы нормативных
правовых актов и проектов нормативных
правовых
___________________________________________________________________________
актов утвержденной постановлением
Правительства Российской Федерации от 26
февраля 2010 г №96
_____________________________________________________ .
(Собрание законодательства Российской
Федерации 2010, № 10, cm 1084)
В целях устранения выявленных
коррупциогенных факторов предлагается
____________________________________________________________ .
(указывается способ устранения
коррупциогенных факторов)
___________________________________
______________________
(подпись) МП (для юридических лиц)

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

Мультимедийная обучающая система помогла определить лучшего сталевара установки внепечной обработки стали 2013!

Мультимедийная обучающая система помогла
определить лучшего сталевара установки
внепечной обработки стали 2013!
================================================================================
Светлана Бублич on 08/07/2013 01:03:00

В Магнитогорске впервые прошёл конкурс на
звание «Лучший сталевар (подручный)
установки внепечной обработки стали-2013»
среди представителей
кислородно-конвертерного и
электросталеплавильного цехов ОАО «ММК».
Мероприятие проходило с 20 по 21 июня 2013 года.
Инициатором и организатором конкурса
выступил КЦПК «Персонал». Конкурс проходил
в несколько этапов, основным из которых
стал этап, в котором конкурсанту
предлагалось провести внепечную обработку
стали перед комиссией при помощи
мультимедийной обучающей системы (МОС),
разработанной SIKE.Корпоративные системы. По
итогам всех этапов конкурса и
единогласному мнению комиссии победителем
конкурса стал представитель ЭСПЦ
Салахутдинов Марат Равилевич.