Где найти планировщик заданий в windows 8. Секреты планировщика заданий Windows — автоматическое обслуживание. Как открыть планировщик заданий через утилиту “Управление компьютером”

ГОСТ 24.104-85 Автоматизированные системы управления. Общие требования (Раздел 3 заменен на ГОСТ 34.603-92) Раздел 3 заменен на ГОСТ 34.603-92 Постановлением Государственного комитета СССР по стандартам от 20 декабря 1985 г. № 4632 срок введения установлен

с 01.01 1987 г.

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

Стандарт не устанавливает требования к АСУ, определенные спецификой объектов управления. Эти требования формулируются в техническом задании на создание или развитие каждой АСУ или в других нормативно-технических документах ведомства заказчика АСУ.

Дополнительные требования к АСУ технологическими процессами, АСУ предприятиями, производственными и научно-производственными объединениями, отраслевыми АСУ установлены в обязательных приложениях 1-3 соответственно.

В справочном приложении 4 приведены пояснения к некоторым терминам, применяемым в стандарте.

1. ТРЕБОВАНИЯ К АСУ

1.1. Требования к АСУ в целом

1.1.1. АСУ любого вида должна соответствовать требованиям настоящего стандарта, требованиям технического задания на ее создание или развитие (далее - ТЗ на АСУ), а также требованиям нормативно-технических документов, действующих в ведомстве заказчика АСУ.

1.1.2. Ввод в действие АСУ должен приводить к полезным технико-экономическим, социальным или другим результатам, например:

• снижению численности управленческого персонала;
• повышению качества функционирования объекта управления;
• повышению качества управления и др.

1.1.3. Конкретное содержание требований по пп. 1.1.2, 1.1.5-1.1.11, 1.2, 1.3, 1.4.2, 1.4.3, 1.4.6, 1.4.9, 1.5.2, 1.5.4, 1.5.6, 1.5.7, 1.6.2, 1.6.6, 1.6.12, 1.7.2, 1.7.3 устанавливают в ТЗ на АСУ.

1.1.4. АСУ должна обеспечивать достижение целей ее создания (развития), установленных в ТЗ на АСУ.

1.1.5. В АСУ должна быть обеспечена совместимость между ее частями, а также с автоматизированными системами (АС), взаимосвязанными с данной АСУ.

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

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

1.1.7. Надежность АСУ в целом и каждой ее автоматизированной функции должна быть достаточна для достижения установленных целей функционирования системы при заданных условиях применения.

1.1.8. Адаптивность АСУ должна быть достаточной для достижения установленных целей ее функционирования в заданном диапазоне изменений условий применения.

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

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

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

1.1.12. Любая поступающая в АСУ информация вводится в систему однократно с помощью одного входного канала, если это не приводит к невыполнению требований, установленных в ТЗ на АСУ (по надежности, достоверности и т. п.).

1.1.13. Выходная информация одного и того же смыслового содержания должна быть сформирована в АСУ однократно, независимо от числа адресатов.

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

1.1.15. АСУ должна быть защищена от утечки информации, если это оговорено в ТЗ на АСУ.

1.1.16. Наименование АСУ должно включать наименование вида АСУ и объекта управления.

Например:

• АСУТП нагрева металла в методической печи;
• организационно-технологическая АСУ цехом № 5;
• АСУП завода «Серп и молот»

1.2. Требования к функциям АСУ

1.2.1. АСУ в необходимых объемах должна автоматизированно выполнять:

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

1.2.2. Состав автоматизированных функций (задач, комплексов задач - далее функций) АСУ должен обеспечивать возможность управления соответствующим объектом в соответствии с любой из целей, установленных в ТЗ на АСУ.

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

1.3. Требования к подготовленности персонала АСУ

1.3.1. Квалификация персонала АСУ должна обеспечивать эффективное функционирование системы во всех заданных режимах.

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

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

1.4. Требования к техническому обеспечению АСУ

1.4.1. Комплекс технических средств АСУ должен быть достаточным для выполнения всех автоматизированных функций АСУ.

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

1.4.3. Тиражируемые АСУ и их части должны строиться на базе унифицированных технических средств.

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

1.4.5. Размещение технических средств, используемых персоналом АСУ при выполнении автоматизированных функций, должно соответствовать требованиям эргономики: для производственного оборудования по ГОСТ 12.049-80, для средств представления зрительной информации по ГОСТ 21829-76, в том числе для табло коллективного пользования из цифровых знакосинтезирующих электролюминесцентных индикаторов по ГОСТ 21837-76.

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

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

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

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

1.4.10. В АСУ должны быть использованы средства вычислительной техники, удовлетворяющие общим техническим требованиям по ГОСТ 22552-84.

1.4.11. В АСУ должны быть использованы технические средства, соответствующие:

• по устойчивости к внешним воздействующим факторам - ГОСТ 12997-76 для промышленных приборов и средств автоматизации ГСП, ГОСТ 14254-80 для оболочек изделий электротехники, ГОСТ 17516-72 для изделий электротехники в части воздействия механических факторов внешней среды, ГОСТ 21552-84 для средств вычислительной техники;
• по параметрам питания - ГОСТ 12997-76 для промышленных приборов и средств автоматизации ГСП, ГОСТ 21552-84 для средств вычислительной техники;
• по категории исполнения - ГОСТ 12997-76 для промышленных приборов и средств автоматизации ГСП, ГОСТ 21552-84 для средств вычислительной техники.

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

1.4.13. В АСУ в соответствии с требованиями, предусмотренными « Общесоюзными нормами допускаемых индустриальных помех » 1-72 - 9-72 и ГОСТ 23450-79, должны быть предусмотрены меры по защите внешней среды от индустриальных радиопомех, излучаемых техническими средствами АСУ при работе, а также в момент включения и выключения.

1.4.14. Общие эргономические требования к мнемосхемам - по ГОСТ 21480-76, к счетным устройствам индикаторов визуальных - по ГОСТ 22902-78, к табло коллективного пользования на цифровых знакосинтезирующих электролюминесцентных индикаторах - по ГОСТ 21837-76, к трубкам электронно-лучевым для отображения визуальной информации - по ГОСТ 23144-78.

1.4.15. Общие эргономические требования к выключателям на пультах: поворотным - по ГОСТ 22613-77, клавишным и кнопочным - по ГОСТ 22614-77, типа « Тумблер » - по ГОСТ 22615-77.

1.4.16. Общие эргономические требования к сигнализаторам звуковых первичных сообщений - по ГОСТ 21786-76.

1.4.17. Общие эргономические требования, регламентирующие организацию рабочего места, взаимное расположение средств отображения информации, органов управления и средств связи в пределах рабочего места - по ГОСТ 22269-76, в том числе пультов - по ГОСТ 23000-76.

1.4.18. Общие эргономические требования к креслам операторов по ГОСТ 21889-76.

1.4.19. Общие эргономические требования к залу, кабинам операторов и взаимному расположению мест - по ГОСТ 21958-76.

1.5. Требования к программному обеспечению АСУ

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

1.5.2. Программное обеспечение АСУ должно обладать следующими свойствами:

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

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

1.5.4. В АСУ должны быть преимущественно использованы системы управления базами данных (СУБД), зарегистрированные в установленном порядке.

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

1.5.6. Программное обеспечение АСУ должно иметь средства диагностики технических средств АСУ и контроля на достоверность входной информации.

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

1.5.8. Общее программное обеспечение АСУ должно позволять осуществлять настройку компонентов специального программного обеспечения и дальнейшее развитие программного обеспечения АСУ без прерывания процесса ее функционирования. Должна быть обеспечена защита уже сгенерированной и загруженной части программного обеспечения от случайных изменений.

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

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

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

1.6. Требования к информационному обеспечения АСУ

1.6.1. Информационное обеспечение АСУ должно быть достаточным для выполнения всех автоматизированных функций АСУ.

1.6.2. Для кодирования информации, используемой только в данной АСУ, должны быть применены классификаторы, принятые у заказчика АСУ.

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

1.6.4. Общие эргономические требования к кодированию информации - по ГОСТ 21829-76.

1.6.5. В АСУ для связи между устройствами комплекса технических средств должны быть применены:

• входные и выходные сигналы:
  • электрические - тока и напряжения по ГОСТ 26.011-80, с дискретным изменением параметров по ГОСТ 26.013-81, кодированные по ГОСТ 26.014-81,
  • гидравлические по ГОСТ 26.012-80,
  • пневматические по ГОСТ 26.015-81;
• наборы символов алфавитно-цифровые по ГОСТ 19767-74;
• коды 8-битные по ГОСТ 19768-74.

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

1.6.7. Формы документов, создаваемых АСУ, должны соответствовать требованиям стандартов УСД или нормативно-технических документов ведомства заказчика АСУ.

1.6.8. Формы документов и видеокадров, вводимых, выводимых или корректируемых через терминалы АСУ, должны быть согласованы с соответствующими техническими характеристиками терминалов.

1.6.9. Совокупность информационных массивов АСУ должна быть организована в виде баз данных на машинных носителях.

1.6.10. Форма представления выходной информации АСУ должна быть согласована с заказчиком (пользователем) системы.

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

1.6.12. В АСУ должны быть предусмотрены необходимые меры по контролю и обновлению данных в информационных массивах АСУ, восстановлению массивов после отказа каких-либо технических средств АСУ, а также контролю идентичности одноименной информации в базах данных.

1.7. Требования к организационному обеспечению АСУ

1.7.1. Организационное обеспечение АСУ должно быть достаточным для эффективного выполнения персоналом АСУ возложенных на него обязанностей при осуществлении автоматизированных на него обязанностей при осуществлении автоматизированных и связанных с ними неавтоматизированных функций системы.

1.7.2. Организационная структура АСУ должна позволять выполнять все функции АСУ с учетом их распределения по уровням управления.

1.7.3. Требования к распределению обязанностей среди персонала, участвующего в функционировании АСУ в режиме реального времени, определяют с учетом требований п 11 обязательного приложения 1.

1.7.4. Инструкции организационного обеспечения АСУ должны определять действия персонала АСУ, необходимые для выполнения каждой автоматизированной функции, во всех режимах функционирования АСУ, с учетом заданных требований по безошибочности и быстродействию реализации персоналом АСУ своих функциональных обязанностей, а также содержать конкретные указания о действиях в случае возникновения аварийных ситуаций или нарушении нормальных условий функционирования АСУ. Требования к содержанию инструкций - по ГОСТ 24.209-80.

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

1.8. Требования к лингвистическому обеспечению АСУ

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

1.8.2. В лингвистическом обеспечении АСУ должны быть:

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

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

1.9. Требования к правовому обеспечению АСУ

Правовое обеспечение АСУ должно включать совокупность правовых норм:

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

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

1.10. Требования к эксплуатационной документации на АСУ

1.10.1. Эксплуатационная документация на АСУ должна быть достаточной для ввода АСУ в действие и ее эффективного функционирования.

1.10.2. Эксплуатационная документация на АСУ должна:

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

2. ТРЕБОВАНИЯ БЕЗОПАСНОСТИ

2.1. Неправильные действия персонала АСУ не должны приводить к аварийной ситуации.

2.2. Требования по безопасности электротехнических изделий, используемых в АСУ, - по ГОСТ 12.2.007.0-75.

2.3. Требования по безопасности средств вычислительной технике, используемых в АСУ, - по ГОСТ 25861-83.

2.4. Все внешние элементы технических средств АСУ, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и « Правилами устройства электропитания ».

2.5. Технические средства АСУ, размещаемые на взрыво- и пожароопасных установках, должны отвечать требованиям « Правилами устройства электропитания ».

2.6. Технические средства АСУ должны быть установлены так, чтобы обеспечивалось их безопасная эксплуатация и техническое обслуживание.

2.7. Требования безопасности должны быть установлены специальным разделом должностных инструкций и (или) инструкции по эксплуатации АСУ и иметь ссылки на инструкции по эксплуатации технических средств.

2.8. Общие эргономические требования к рабочим местам персонала АСУ - по ГОСТ 22269-76.

2.9. Комфортные условия обитаемости персонала АСУ должны соответствовать действующим санитарным нормам, предельно допустимые условия обитаемости - по ГОСТ 12.1.005-76, допустимые уровни влияния опасных и вредных производственных факторов - по ГОСТ 12.0.003-74.

2.10. Общие эргономические требования к микроклимату рабочих помещений персонала АСУ - по ГОСТ 12.1.005-76.

2.11. Уровни шума и звуковой мощности в местах расположения персонала АСУ не должны превышать значений, установленных ГОСТ 12.1.003-83 и санитарным нормам, при этом должны быть учтены уровни шумов и звуковой мощности, создаваемые всеми источниками, в том числе и акустическими средствами передачи данных.

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

2.13. Общие эргономические требования к вибрации оборудования на рабочих местах персонала АСУ - по ГОСТ 12.1.012-78.

2.14. Сигнальные цвета и знаки безопасности по ГОСТ 12.4.026-76.

3. ВИДЫ И ПОРЯДОК ПРОВЕДЕНИЕ ИСПЫТАНИЙ ПРИ ВВОДЕ АСУ В ДЕЙСТВИЕ

Настоящий раздел распространяется на все АСУ, кроме создаваемых по заказам Министерства обороны.

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

3.2. Приемочным испытаниям АСУ должна предшествовать ее опытная эксплуатация на объекте управления.

3.3. Испытания АСУ проводят в соответствии с документом «Программа испытаний», который готовит разработчик АСУ. Требования к содержанию программы испытаний - по ГОСТ 24.208-80 .

3.4. Испытания АСУ допускается проводить в один или несколько этапов.

По результатам испытаний АСУ составляют «Протокол испытаний». Требования к содержанию протокола испытаний - по ГОСТ 24.208-80 .

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

3.5. Предварительные испытания АСУ

3.5.1. Предварительные испытания АСУ проводят для определения ее работоспособности и решения вопроса о возможности приемки АСУ в опытную эксплуатацию.

3.5.2. «Программу испытаний» для предварительных испытаний АСУ утверждает заказчик АСУ.

3.5.3. Предварительные испытания АСУ организует заказчик и проводят разработчик АСУ и заказчик совместно.

3.5.4. Комиссию для проведения предварительных испытаний АСУ образуют приказом заказчика. Председателем комиссии назначают представителя заказчика АСУ.

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

3.6. Опытная эксплуатация АСУ

3.6.1. Результаты приемки АСУ в опытную эксплуатацию оформляют «Актом приемки в опытную эксплуатацию», составленным на основании «Протокола испытаний» комиссией, проводившей предварительные испытания АСУ. Требования к содержанию акта - по ГОСТ 24.208-80 .

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

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

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

Частота выполнения автоматизированной функции	Минимальная длительность опытной эксплуатации АСУ перед приемочными испытаниями	Допускаемая общая продолжительность нарушений непрерывности выполнения автоматизированной функции АСУ
Непрерывно	1 мес	Не более 3 сут
Один раз в сутки и чаще	То же	Не более 10% планового числа решений
Реже одного раза в сутки до одного раза в месяц	3 мес	То же
Реже одного раза в месяц до одного раза в полгода	Период между двумя последовательными решениями	Нарушения непрерывности выполнения функции не допускаются
Раз в год и реже	Период времени, необходимый для проверки принятой технологии сбора и переработки информации в процессе однократного выполнения функции АСУ	То же

Примечания:

1. Нарушением непрерывности выполнения автоматизированной функции АСУ считают ее невыполнение в предусмотренный технической документацией на АСУ момент времени, если это не вызвано нарушением условий функционирования АСУ или объекта управления.

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

3.6.4. Во время опытной эксплуатации АСУ ведется рабочий журнал, в который заносят сведения: о продолжительности функционирования АСУ, о результатах наблюдения за правильностью функционирования АСУ, об отказах, сбоях, аварийных ситуациях, об изменениях параметров объекта управления и проводимых корректировках технической документации.

3.6.5. По результатам опытной эксплуатации составляют акт о завершении работ по проверке АСУ в режиме опытной эксплуатации. Требования к содержанию акта - по ГОСТ 24.208-80 .

3.7. Приемочные испытания АСУ

3.7.1. Приемочные испытания АСУ проводят для определения ее соответствия ТЗ на АСУ, требованиям настоящего стандарта и определения возможности ввода АСУ в действие.

3.7.2. В зависимости от важности объекта управления и АСУ приемочные испытания могут быть:

• государственные;
• межведомственные;
• ведомственные

и должны быть проведены соответствующими приемочными комиссиями. Приемочную комиссию образуют приказом министерства (ведомства) заказчика АСУ. Уровень приемочной комиссии должен быть установлен в ТЗ на АСУ.

3.7.3. Председателем приемочной комиссии назначают представителя заказчика АСУ. В состав приемочной комиссии обязательно включают представителей разработчика АСУ.

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

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

• техническое задание на создание АСУ;
• проект программы приемочных испытаний;
• протокол предварительных испытаний АСУ;
• акт приемки АСУ в опытную эксплуатацию;
• акт (акты) о завершении работ по проверке АСУ в режиме опытной эксплуатации;
• техническую документацию на АСУ (по решению приемочной комиссии).

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

3.7.7. Перед предъявлением АСУ на приемочные испытания система и ее техническая документация должны быть доработаны по замечаниям протокола предварительных испытаний и акта о завершении работ по проверке АСУ в режиме опытной эксплуатации.

Допускается по решению приемочной комиссии доработка технической документации АСУ после ввода ее в действие. Сроки доработки технической документации АСУ указывают в протоколе приемочных испытаний системы.

3.7.8. Приемочные испытания АСУ должны быть проведены на функционирующем объекте управления.

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

3.7.10. По результатам приемочных испытаний комиссия составляет протокол испытаний и акт о вводе АСУ в действие (или заключение о неприемке АСУ с перечнем необходимых доработок и рекомендуемыми сроками их выполнения). Требования к содержанию протокола и акта по ГОСТ 24.208-80 . Требования к содержанию заключения о неприемке АСУ аналогичны требованиям к содержанию акта о вводе АСУ в действие.

3.7.11. В случае поэтапного проведения приемочных испытаний акт о вводе АСУ в действие оформляют на основании актов о вводе в действие отдельных частей системы и (или) «Протоколов испытаний» всех этапов приемочных испытаний АСУ.

3.7.12. Датой ввода АСУ в действие считают дату подписания акта о вводе в действие приемочной комиссией.

3.7.13. Акт о вводе АСУ в действие утверждает министерство (ведомство) заказчика.

4. КОМПЛЕКТНОСТЬ АСУ, ВВОДИМОЙ В ДЕЙСТВИЕ

4.1. В АСУ должны входить:

• технические средства АСУ в виде комплекса технических средств АСУ, подготовленного к эксплуатации;
• запасные изделия и приборы (ЗИП), приборы и устройства для проверки работоспособности, наладки технических средств и контроля метрологических характеристик измерительных каналов АСУ в объеме, предусмотренном заказной проектной документацией, согласованной с заказчиком АСУ и службой метрологии пользователя в части аппаратуры проверки;
• эксплуатационной документацией по ГОСТ 2.601-68 на каждое из изделий, входящих в состав КТС АСУ;
• не менее двух экземпляров программ на носителях данных и эксплуатационной документации на них по ГОСТ 19.101-77 , с учетом ограничений и дополнений по ГОСТ 24.101-80 и ГОСТ 24.207-80 ;
• формуляр на программное обеспечение АСУ в целом или на программное обеспечение функции АСУ, вводимой в действие отдельно и формуляры на программные изделия (по ГОСТ 19.004-80), каждый в одном экземпляре. Требования к формуляру - по ГОСТ 19.501-78 ;
• два экземпляра эксплуатационной документации на АСУ по ГОСТ 24.101-80 , в том числе необходимая документация информационного обеспечения АСУ (формуляр АСУ в одном экземпляре).

По согласованию между разработчиком АСУ и заказчиком АСУ комплектность АСУ может быть расширена.

4.2. Штаты АСУ должны быть укомплектованы персоналом, удовлетворяющим требованиям п. 1.3.

4.3. Для комплектации создаваемой АСУ могут быть использованы поставляемые как продукция производственно-технического назначения:

• комплекс (комплексы) технических и программных средств с эксплуатационной документацией на них по ГОСТ 2.601-68;
• программные изделия с эксплуатационной документацией на них по ГОСТ 19.101-77 ;
• технические средства с эксплуатационной документацией на них по ГОСТ 2.601-68.

4.4. Порядок разработки, постановки на производство и испытаний поставляемых комплектующих, использованных в АСУ, должен соответствовать Государственным стандартам системы разработки и постановки продукции на производство.

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

5. ГАРАНТИИ

5.1. Разработчик АСУ гарантирует соответствие АСУ требованиям настоящего стандарта и ТЗ на АСУ при соблюдении пользователем условий и правил эксплуатации.

5.2. соответствие применяемых в АСУ и поставляемых как продукция производственно-технического назначения технических, программных средств и комплексов средств автоматизации требованиям стандартов и ТУ на них гарантируют изготовители этих видов продукции при соблюдении пользователем условий и правил эксплуатации.

5.3. Гарантийный срок эксплуатации на АСУ исчисляют со дня ввода АСУ в действие.

5.4. Гарантийный срок эксплуатации на АСУ должен быть установлен в ТЗ на АСУ и не может быть менее 18 мес.

ПРИЛОЖЕНИЕ 1
Обязательное

ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ К АВТОМАТИЗИРОВАННЫМ СИСТЕМАМ УПРАВЛЕНИЯ ТЕХНОЛОГИЧЕСКИМИ ПРОЦЕССАМИ (АСУ ТП)

1. АСУ ТП в промышленности и в непромышленной сфере должна управлять технологическим объектом в целом и снабжать взаимосвязанные с ней системы достоверной технологической и технико-экономической информацией о работе технологического объекта управления (ТОУ).

2. АСУ ТП должна вырабатывать и реализовывать рациональные по целям и критериям управления управляющие воздействия на ТОУ в реальном масштабе времени протекания технологического процесса в объекте управления.

3. АСУ ТП должна выполнять управляющие, информационные и вспомогательные функции.

4. АСУ ТП должна быть совместима со всеми взаимосвязанными с ней автоматизированными системами (АС), указанными в ТЗ на АСУ ТП, в том числе с системами, входящими вместе с данной АСУ ТП в состав гибкого автоматизированного производства, например, САПР технологии, автоматизированными складскими и транспортными системами, АС технологической подготовки производства.

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

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

7. АСУ ТП должна осуществлять функцию контроля исполнения управляющих воздействий на ТОУ и сигнализировать о выходе исполнительных органов в предельно допустимые положения.

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

9. В качестве основных технических средств АСУ ТП должны быть использованы изделия Государственной системы промышленных приборов и средств автоматизации (ГСП), другие изделия, удовлетворяющие требованиям стандартов ЕССП, и средства вычислительной техники, соответствующие ГОСТ 21552-84.

10. Технические средства АСУ ТП, размещаемые на технологическом оборудовании, должны соответствовать требованиям, предъявляемым к ним условиям эксплуатации.

11. Обязанности между операторами должны быть распределены с учетом:

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

12. Каждое лицо, входящее в состав персонала, должен обладать:

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

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

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

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

16. Требования к испытаниям АСУ ТП

16.1. Предварительные испытания АСУ ТП проводят на действующем ТОУ.

16.2. Предварительные испытания функций АСУ ТП, необходимых для проведения пуска и обкатки технологического оборудования, допускается проводить на объекте с помощью имитаторов.

16.3. Определение фактических значений показателей технико-экономической эффективности и надежности АСУ ТП производят после ее ввода в действие. Продолжительность наработки АСУ ТП, необходимую для определения фактических значений ее показателей, рассчитывают по соответствующим методикам, утвержденным в установленным порядке.

ПРИЛОЖЕНИЕ 2
Обязательное

ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ К АСУ ПРЕДПРИЯТИЯМИ, ПРОИЗВОДСТВЕННЫМИ И НАУЧНО-ПРОИЗВОДСТВЕННЫМИ ОБЪЕДИНЕНИЯМИ

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

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

3. АСУП должна быть реализована в виде совокупности совместно функционирующих подсистем, взаимодействие между которыми должно происходить через общую (единую или распределенную) базу данных.

4. Организационное обеспечение АСУП должно предусматривать совершенствование методов управления и структуры системы управления предприятиями при создании и развитии АСУП.

ПРИЛОЖЕНИЕ 3
Обязательное

ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ К ОТРАСЛЕВЫМ АВТОМАТИЗИРОВАННЫМИ СИСТЕМАМ УПРАВЛЕНИЯ (ОАСУ)

1. ОАСУ должна обеспечивать:

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

2. В ОАСУ должны быть автоматизированы функции управления отраслью, например:

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

3. ОАСУ должна быть реализована в виде совокупности совместно функционирующих подсистем, взаимодействие между которыми должно происходить через общие базы данных.

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

5. ОАСУ должна обеспечивать интерактивный режим работы с базами данных системы.

6. Создание ОАСУ должно приводить к совершенствованию методов и структуры управления отраслью.

7. Продолжительность опытной эксплуатации частей ОАСУ должна обеспечивать однократное проведение всех расчетов, необходимых для выполнения автоматизированных функций вводимой части ОАСУ, и не должна превышать 3 мес.

Конкретную продолжительность опытной эксплуатации ОАСУ устанавливают по согласованию между разработчиком и заказчиком.

ПРИЛОЖЕНИЕ 4
Справочное

ПОЯСНЕНИЕ К НЕКОТОРЫМ ТЕРМИНАМ, ПРИМЕНЯЕМЫМ В НАСТОЯЩЕМ СТАНДАРТЕ

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

Наращивание АСУ - совокупность мер, принимаемых в АСУ при расширении ее объекта управления без изменения состава функций АСУ.

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

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

Предварительные испытания АСУ - контрольные испытания, проводимые с целью определения возможности приемки АСУ в опытную эксплуатацию.

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

Государственные испытания - приемочные испытания АСУ, проводимые государственной комиссией.

Межведомственная испытания - приемочные испытания АСУ, проводимые комиссией из представителей нескольких заинтересованных министерств и (или) ведомств.

Ведомственная испытания - приемочные испытания АСУ, проводимые комиссией из представителей заинтересованного министерства или ведомства.

Редактор А.И. Ломина
Технический редактор Н.П. Замолодчикова
Корректор Е.И. Евтеева
Сдано в набор 16.01.86. Подписано в печать 08.04.86. Усл. печ. л. 1,5. Усл. кр.-отт. 1,5 Уч.-изд. л. 1,5.
Тираж 40000 Цена 10 коп.
Ордена «Знак Почета» Издательство стандартов, 123810, Москва, ГСП, Новопресненский пер., 3
Тип. "Московский печатник", Москва, Лялин пер., 6. Заказ 1772

Дата введения 01.01.92

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

Стандарт устанавливает стадии и этапы создания АС. В приложении 1 приведено содержание работ на каждом этапе.

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

2. Стадии и этапы создания АС

Приложение 1 (справочное)

Приложение 2 (справочное)

1. ОБЩИЕ ПОЛОЖЕНИЯ

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

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

1.3. Работы по развитию АС осуществляют по стадиям и этапам, применяемым для создания АС.

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

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

2. СТАДИИ И ЭТАПЫ СОЗДАНИЯ АС

2.1. Стадии и этапы создания АС в общем случае приведены в таблице.

Стадии	Этапы работ
1. Формирование требований к АС	1.1. Обследование объекта и обоснование необходимости создания АС
	1.2. Формирование требований пользователя к АС
	1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания)
2. Разработка концепции АС	2.1. Изучение объекта
	2.2. Проведение необходимых научно-исследовательских работ
	2.3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетво-ряющего требованиям пользователя
	2.4. Оформление отчета о выполненной работе
3. Техническое задание	3.1. Разработка и утверждение технического задания на создание АС
4. Эскизный проект	4.1. Разработка предварительных проектных решений по системе и ее частям
	4.2. Разработка документации на АС и ее части
5. Технический проект	5.1. Разработка проектных решений по системе и ее частям
	5.2. Разработка документации на АС и ее части
	5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку
	5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации
6. Рабочая документация	6.1. Разработка рабочей документации на систему и ее части
	6.2. Разработка или адаптация программ
7. Ввод а действие	7.1. Подготовка объекта автоматизации к вводу АС в действие
	7.2. Подготовка персонала
	7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)
	7.4. Строительно-монтажные работы
	7.5. Пусконаладочные работы
	7.6. Проведение предварительных испытаний
	7.7. Проведение опытной эксплуатации
	7.8. Проведение приемочных испытаний
8. Сопровождение АС	8.1. Выполнение работ в соответствии с гарантийными обязательствами
	8.2. Послегарантийное обслуживание

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

Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в одну стадию «Технорабочий проект». В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ.

ПРИЛОЖЕНИЕ 1.Справочное

1. На этапе 1.1 «Обследование объекта и обоснование необходимости создания АС» в общем случае проводят:

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

2. На этапе 1.2 «формирование требований пользователя к АС» проводят:

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

3. На этапе 1.3 «Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания)» проводят оформление отчета о выполненных работах на данной стадии и оформление заявки на разработку АС (тактико-технического задания) или другого заменяющего ее документа с аналогичным содержанием.

4. На этапах 2.1 «Изучение объекта» и 2.2 «Проведение необходимых научно-исследовательских работ» организация-разработчик проводит детальное изучение объекта автоматизации и необходимые научно-исследовательские работы (НИР), связанные с поиском путей и оценкой возможности реализации требований пользователя, оформляют и утверждают отчеты о НИР.

5. На этапе 2.3 «Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя» в общем случае проводят разработку альтернативных вариантов концепции создаваемой АС и планов их реализации; оценку необходимых ресурсов на их реализацию и обеспечение функционирования; оценку преимуществ и недостатков каждого варианта; сопоставление требований пользователя и характеристик предлагаемой системы и выбор оптимального варианта; определение порядка оценки качества и условий приемки системы; оценку эффектов, получаемых от системы.

6. На этапе 2.4 «Оформление отчета о выполненной работе» подготавливают и оформляют отчет, содержащий описание выполненных работ на стадии, описание и обоснование предлагаемого варианта концепции системы.

7. На этапе 3.1 «Разработка и утверждение технического задания на создание АС» проводят разработку, оформление, согласование и утверждение технического задания на АС и, при необходимости, технических заданий на части АС.

8. На этапе 4.1 «Разработка предварительных проектных решений по системе и ее частям» определяют: функции АС; функции подсистем, их цели и эффекты; состав комплексов задач и отдельных задач; концепции информационной базы, ее укрупненную структуру; функции системы управления базой данных; состав вычислительной системы; функции и параметры основных программных средств.

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

10. На этапах 4.2 и 5.2 «Разработка- документации на АС и ее части» проводят разработку, оформление, согласование и утверждение документации в объеме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию АС. Виды документов - по ГОСТ 34.201.

11. На этапе 5.3 «Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку» проводят подготовку и оформление документации на поставку изделий для комплектования АС; определение технических требований и составление ТЗ на разработку изделий, не изготавливаемых серийно.

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

13. На этапе 6.1 «Разработка рабочей документации на систему и ее части» осуществляют разработку рабочей документации, содержащей все необходимые и достаточные сведения для обеспечения выполнения работ по вводу АС в действие и ее эксплуатации, а также для поддерживания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями, ее оформление, согласование и утверждение. Виды документов - по ГОСТ 34.201.

14. На этапе 6.2 «Разработка или адаптация программ» проводят разработку программ и программных средств системы, выбор, адаптацию и (или) привязку приобретаемых программных средств, разработку программной документации в соответствии с ГОСТ 19.101.

15. На этапе 7.1 «Подготовка объекта автоматизации к вводу АС в действие» проводят работы по организационной подготовке объекта автоматизации к вводу АС в действие, в т. ч.: реализацию проектных решений по организационной структуре АС; обеспечение подразделений объекта управления инструктивно-методическими материалами; внедрение классификаторов информации.

16. На этапе 7.2 «Подготовка персонала» проводят обучение персонала и проверку его способности обеспечить функционирование АС.

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

18. На этапе 7.4 «Строительно-монтажные работы» проводят: выполнение работ по строительству специализированных зданий (помещений) для размещения технических средств и персонала АС; сооружение кабельных каналов; выполнение работ по монтажу технических средств и линий связи; испытание смонтированных технических средств; сдачу технических средств для проведения пусконаладочных работ.

19. На этапе 7.5 «Пусконаладочные работы» проводят автономную наладку технических и программных средств, загрузку информации в базу данных и проверку системы ее ведения; комплексную наладку всех средств системы.

20. На этапе 7.6 «Проведение предварительных испытаний» осуществляют:

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

21. На этапе 7.7 «Проведение опытной эксплуатации» проводят, опытную эксплуатацию АС; анализ результатов опытной эксплуатации АС; доработку (при необходимости) программного обеспечения АС; дополнительную наладку (при необходимости) технических средств АС; оформление акта о завершении опытной эксплуатации.

22. На этапе 7.8 «Проведение приемочных испытаний» проводят:

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

23. На этапе 8.1 «Выполнение работ в соответствии с гарантийными обязательствами» осуществляют работы по устранению недостатков, выявленных при эксплуатации АС в течение установленных гарантийных сроков, внесению необходимых изменений в документацию на АС.

24. На этапе 8.2 «Послегарантийное обслуживание» осуществляют работы по:

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

ПРИЛОЖЕНИЕ 2. Справочное

ПЕРЕЧЕНЬ ОРГАНИЗАЦИЙ, УЧАСТВУЮЩИХ В РАБОТАХ ПО СОЗДАНИЮ АС

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

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

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

4. Организация-генпроектировщик объекта автоматизации.

5. Организации-проектировщики различных частей проекта объекта автоматизации для проведения строительных, электротехнических, санитарно-технических и других подготовительных работ, связанных с созданием АС.

6. Организации строительные, монтажные, наладочные и другие.

Примечания:

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

2. Стадии и этапы выполняемых ими работ по созданию АС определяются на основании настоящего стандарта.

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1. РАЗРАБОТАН И ВНЕСЕН Государственным комитетом СССР по управлению качеством продукции и стандартам

РАЗРАБОТЧИКИ

Ю.Х. Вермишев, д-р техн. наук; Я.Г. Виленчик; В.И. Воропаев, д-р техн. наук; Л.М. Зайденберг, канд. техн. наук; Ю.Б. Ирз, канд. техн. наук; В.Д. Костюков, канд. техн. наук; М.А. Лабутин, конд. техн. наук; Н.П. Лесковская; И.С. Митяев; В.Ф. Попов (руководитель темы); С.В. Гаршина; А.И. Глуховеря; Ю.Г. Жуков, канд техн. наук; З.П. Задубовская; В.Г. Иванов; Ю.И. Караванов, канд техн. наук; А.А. Клочков; В.Ю. Королев; В.И. Махнач, канд. техн. наук; С.Б. Михалев, д-р техн. наук; В.Н. Петрикевич; В.А. Рахманов, канд. экон. наук; А.А. Ратъкович; Р.С. Седегов, д-р экон. наук; Н.В. Степанчикова; М.С. Суровец; А.В. Флегентов; Л.О. Хвилевский, канд. техн. наук; В.К. Чистов, канд. экон. наук

2. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Государственного комитета СССР по управлению качеством продукции и стандартам от 29.12.90 № 3469

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

1. Специфика автоматического обслуживания системы, начиная с версии Windows 8

Во времена расцвета Windows 7 процесс автоматического обслуживания мало у кого вызывал заинтересованность, поскольку происходил он неощутимо для пользователей. Автоматическое обслуживание системы дало о себе знать после выхода в 2012 году Windows 8. В этой версии системы, её улучшенной версии 8.1 и новой Windows 10 процесс автоматического обслуживания может быть запущен не только во время простоя компьютера, как это должно быть в идеале, но иногда и в процессе его использования. При этом может наблюдаться активная нагрузка на процессор и/или жёсткий диск. И не обязательно, чтобы компьютер был старым или маломощным. Активное поглощение системных ресурсов во время обслуживания можно заметить на различных устройствах, с различной мощью комплектующих, даже в топовых ноутбуках и на компьютерах с продвинутым «железом».

Дело в том, что система Windows 7 предусматривала автоматическое обслуживание с выполнением различных задач, для каждой из которых назначалось своё специальное время, и оно не зависело от того, работает ли компьютерное устройство от электросети или от батареи. Windows 8, вспомним, создавалась в первую очередь для рынка портативных устройств типа планшетов или ноутбуков с сенсорным экраном. Этот факт и обусловил необходимость свести большую часть мелких задач по обслуживанию операционной системы в единый процесс, который должен выполняться только при условии работы компьютерного устройства от сети, при этом максимально задействовать системные ресурсы с целью завершить автоматическое обслуживание как можно быстрее.

Опять же вспомним, первое время после выхода Windows 8 компьютерные форумы в Интернете пестрили сообщениями пользователей о периодической загрузке этой системой жёсткого диска или процессора на 100%, в том числе и во время простоя компьютера. Счастливые (или не очень) владельцы на тот момент новой операционной системы на борту приобретённых за немалые деньги планшетов или ноутбуков недоумевали, почему, как только они отойдут на пару минут от устройства, начинается разгон процессора и жёсткого диска. Но стоит подвигать мышкой, прикоснуться к экрану или тачпаду, вся активность куда-то исчезает. Правда, может быть, что не сразу, и ещё каких-то минуту-две система будет жутко тормозить. Многих процесс обслуживания системы раздражает. И куда больше этот процесс раздражает, когда запускается не во время простоя компьютерного устройства, а во время его активного использования.

Автоматическое обслуживание в системах Windows 8.1 и 10 по умолчанию назначается ночью – в 2 или 3 часа. Оно предусматривает для этих целей ожидание простоя компьютера в течение 21 часа и предустановленное разрешение на выведение компьютера из режима сна. Длительность планового процесса обслуживания не должна превышать 1 час. Если в назначенный период компьютер используется или выключен, плановое обслуживание переносится на следующие сутки. Постоянный перенос обслуживания, естественно, обуславливает скопление плановых задач. Потому если компьютер в установленное по умолчанию время 2 или 3 часа ночи преимущественно находится в выключенном состоянии, утром после его включения можем наблюдать то самое фоновое обслуживание с поглощением системных ресурсов.

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

2. Настройка автоматического обслуживания

Если речь идёт о нагрузке на системные ресурсы сразу же после запуска Windows как следствие того, что компьютер во время планового обслуживания находится преимущественно в выключенном состоянии, это время можно изменить или запускать обслуживание в нужное время вручную. Для этого в системах Windows 8.1 и 10 жмём клавиши Win+X и выбираем «Панель управления» .

• Система и безопасность – Центр поддержки

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

В панели управления Windows 10 путь чуть отличается:

• Система и безопасность – Безопасность и обслуживание

Но непосредственно в окне увидим тот же раздел «Обслуживание», ту же кнопку запуска процесса вручную и ту же возможность изменения параметров.

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

3. Отключение автоматического обслуживания

Отключение автоматического обслуживания в системе Windows 8.1 осуществляется в системном планировщике задач. Для его запуска жмём клавиши Win+R и в поле команды «Выполнить» вводим:

taskschd.msc

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

• Библиотека планировщика заданий - Microsoft - Windows – TaskScheduler

Переходим в раздел окна по центру, кликаем задачу Regular Maintance , вызываем на ней контекстное меню и выбираем пункт «Отключить» .

Regular Maintance - это и есть задача ежедневного планового запуска автоматического обслуживания, которую в настройках панели управления можно лишь настроить на другое время. После отключения этой задачи обслуживание больше не будет осуществляться автоматически, но его периодически необходимо запускать вручную. В качестве альтернативы отключению планового обслуживания в контекстном меню на задаче Regular Maintance можно выбрать «Свойства» и настроить её отдельные параметры, в частности, установить вместо ежедневной периодичности, например, еженедельную.

Этот же ход в системе Windows 10 проделать не удастся, поскольку компания Microsoft намеренно скрыла в планировщике отображение задач по обслуживанию системы, чтобы различные умники этот процесс не отключали и, соответственно, не пополняли и без того длинный перечень претензий к софтверному гиганту. Но возможность отключить плановое обслуживание существует, делается это с помощью редактора системного реестра. Для редактирования системного реестра с целью отключения и включения автоматического обслуживания прибегнем к помощи выложенных в Интернете REG-файлов – специальных запускаемых файлов, предназначенных для оперативного внесения изменений в реестр Windows. Архив в этими REG-файлами можно скачать с облачного хранилища по ссылке:

Распаковываем папку «automatic maintenance» и для отключения автоматического обслуживания запускаем (с правами администратора) REG-файл «disable automatic maintenance» .

Жмём «Да» для продолжения.

Изменения в системный реестр внесены.

Для обратного процесса – для включения автоматического обслуживания – по такому же принципу запускаем другой REG-файл папки «enable automatic maintenance».

Здравствуйте Друзья! В этой статье — планировщик заданий windows 7/8 — мне хочется вместе с вами рассмотреть возможности встроенного в операционную систему планировщика задач. В предыдущей статье Автоматическое выключение компьютера мы разобрались как с помощью планировщика выключить компьютер в заданное время. Еще раньше была статья про автозагрузку Windows 7 , где были рассмотрены средства управления этим процессом. То есть мы с вами отключали все лишнее и тем самым ускоряли загрузку операционной системы. С помощью Планировщика Заданий можно еще сильнее оптимизировать процесс загрузки компьютера, при этом не отключая нужные вам элементы. Как это сделать читайте дальше и не забудьте про видео в конце статьи в котором все наглядно показано

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

Как сделать Кнопку Пуск в Windows 8 можно посмотреть . По поиску в Windows 8 найти Планировщик заданий не получится. Поэтому, идем в Панель Управления > Система и Безопасность > Администрирование, находим Планировщик заданий и запускаем

Основное окно Планировщика Заданий имеет ниже приведенный вид (в Windows 8)

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

Создание простого задания в планировщике Windows 8

Выбираем в панели Действия «Создать простую задачу». Откроется мастер который поможет нам это сделать. Задаем Имя задачи и если нужно Описание. Нажимаем Далее >

Выбираем периодичность запуска задания — Триггер. Например Еженедельно. Нажимаем Далее >

• AutoRuns.exe v. 10.06

Скачиваем и запускаем утилиту. Переходим на вкладку «Вход в систему»

Внимательно смотрим на полученную таблицу на предмет не важных и некорректных записей. В моем случае последняя запись не корректна. Программа уже удалена а запись в автозагрузке осталась (в столбце «Путь к файлу» значение «Файл не найден»). Удаляем запись. Остальные записи рабочие и необходимые.

Запланируем загрузку программы Dropbox через 2 минуты после загрузки системы. Открываем планировщик заданий Windows . Справа на панели «Действия» выбираем «Создать задачу». Задаем необходимое имя задачи и описание при необходимости. Переходим на вкладку Триггеры

Нажимаем кнопку Создать…

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

Переходим на вкладку Действия и так же нажимаем кнопку Создать…

В поле «Программа или сценарий» пишем путь к запускаемой программе (Путь копируем из программы Autoruns)

Можно так же воспользоваться простым способом — кнопкой Обзор.

При копировании в буфер обмена попадает так же содержимое столбцов «Описание» и «Издатель» (в таблице AutoRuns), Поэтому, когда вставите уберите все лишнее оставив только путь к программе. Нажимаем ОК

На вкладках «Условия» и «Параметры» ничего не меняем. Нажимаем ОК и создаем задачу. В программе AutoRuns снимаем автозагрузку Dropbox (убираем флажок в строке).

Закрываем программу AutoRuns и Планировщик Заданий Windows 8 . Перезагружаем компьютер и проверяем.

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

Заключение

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

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

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

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

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

Время запуска, бездействие и использование ресурсов ПК

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

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

Работая в Windows, вы могли заметить по звуку и индикаторам корпуса ПК, что оставленная без присмотра система иногда демонстрирует повышенную активность процессора и диска. Но стоит вернуться к работе в системе, как эта активность немедленно идет на спад и затем прекращается. Это и есть фоновое обслуживание!

Пробуждение ПК

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

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

Запланированные задания

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

• Автоматическое создание резервной копии реестра
• Передача данных об использовании системы в рамках программы CEIP
• Отправка отчетов о неполадках
• Оптимизация и дефрагментация дисков
• Обновление поискового индекса
• Оптимизация загрузки системы
• Создание точки восстановления системы

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

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

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

В чем суть изменения в автоматическом обслуживании

Ключевое различие в автоматическом обслуживании Windows 7 и Windows 8+ в оптимизации энергопотребления операционной системой!

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

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

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

Зачем это нужно Microsoft

Продажи настольных компьютеров неуклонно снижаются, уступая место мобильным системам, и продолжение этого тренда дружно прогнозируют все аналитические агентства. Так, компания Forester Research считает, что в ближайшие три года и без того невысокая доля продаж настольных ПК дополнительно снизится за счет роста популярности планшетов, составив в итоге всего 18%.

Очевидно, при таком раскладе длительность работы устройства от батареи выходит на первый план, и эффективность операционной системы в этом аспекте очень важна. Microsoft много говорила о том, что энергопотребление Windows 8 улучшено по сравнению с Windows 7, и консолидация фоновых задач по обслуживанию ОС – это один из важных шагов в этом направлении.

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

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

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

• очистка диска средствами системы

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

Создание XML-файла

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

2011-09-01T19:35:38 Vadim LeastPrivilege NT AUTHORITY\SYSTEM IgnoreNew true true true false false P1D P7D true true false false false true false P3D 7 cmd /c echo %date% %time% >> "%windir%\temp\test.txt"

Файл содержит мои краткие комментарии, но ключевые моменты я опишу ниже.

Узел MaintenanceSettings

Начиная с Windows 8, в синтаксисе задания поддерживается узел MaintenanceSettings , отвечающий за автоматическое обслуживание.

P1D P7D

Здесь два ключевых параметра.

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

Deadline

Это крайний срок выполнения задания. Например, P7D означает, что задание должно выполняться никак не реже, чем раз в неделю.

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

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

Узел Exec

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

cmd /c echo %date% %time% >> "%windir%\temp\test.txt"

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

Импорт задания в планировщик и проверка его работы

Импорт задания выполняется одной командой:

Schtasks.exe /create /tn "Имя задания" /xml "Полный путь к XML-файлу"

После чего задание отображается в библиотеке планировщика.

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

Schtasks.exe /Run /tn "Имя задания"

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

Schtasks.exe /Run /tn "\Microsoft\Windows\TaskScheduler\Manual Maintenance"

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

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

Я пользуюсь планировщиком заданий для:

• запуска командной строки, JumpReg и некоторых других программ без запроса UAC
• перезапуска одной старой программы при выходе из гибернации (впрочем, в Windows 8 проблемы с ней не наблюдается)
• очистке временных файлов скриптом (именно это задание теперь включено в список обслуживания)

А вы? Расскажите в комментариях, для каких задач вы используете планировщик! .

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

Об авторе

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

Сложно представить такую задачу, которую было бы необходимо настраивать в планировщике задач простому среднестатистическому пользователю Windows 8, который лишь тыкает пальцем в экран планшета/ноутбука, чтобы лайкнуть фотку в одноклассниках, запустить просмотр фильма или поиграть в Cut the Rope. Планировщик — это скорее удел гиков 80-го уровня. Для решения простых бытовых задач хватает прикладного ПО.

Оффтоп удален. Вадим

Nescoffe

В Windows 8 пользуюсь планировщиком для подключения соединения VPN при запуске компьютера. Так же стоит периодическая проверка состояния соединения VPN, если по каким то причинам соединение разорвано и не выполнилось переподключение (заданное в настройках VPN, у меня 10 раз, с промежутком 10 минут), тогда отправляется SMS на телефон и производятся попытки подключения с интервалом в 30 минут.

Антон

Vadim Sterkin : Для обычных пользователей параметры и запуск обслуживания вынесены в панель управления.

Очевидно, вы меня неправильно поняли. Я не выражал никакого недовольства (за исключением удаленного вами текста про внешний вид Windows 8). Я лишь отметил, что простым среднестатистическим пользователям ПК планировщик вообще не нужен. Они используют стандартные настройки и не привыкли копаться в них. Более того, это им и не нужно. Они работают за ПК, решая свои бытовые задачи. А планировщики и прочие вещи — это удел гиков (энтузиастов и ИТ-специалистов).

А после я отметил, что в Windows 8 наблюдается тенденция упрощения и нацеливания системы на среднестатистических технически неподкованных пользователей. То есть как раз на тех, кому этот самый планировщик и не нужен. В случае «опланшетенного» ПК это даже плюс, потому что «форточки» в текущем исполнении (Windows 7 и другие устаревшие версии) неслыханная сложность для них. Планшетные ПК потому и популярны среди простых людей, потому что они лишены всех этих окошек и сложных настроек. Ткнул в иконку — открылись одноклассники. Ткнул другую иконку — открылась галерея с фотками. Ткнул в третью иконку — открылась записная книжка. И так далее. Все предельно просто.

Разница между простым пользователем и гиком в том, что первый предпочитает летать в самолете с комфортом в качестве пассажира (не думая о том, как этот самолет устроен и кто пилоты), а гик предпочитает все изучить, самостоятельно настроить и самостоятельно управлять, не доверяя управление другим. В качестве «пилотов» для простых пользователей ПК выступает операционная система с ее стандартными настройками. Как говорят автомобилисты — «сел и поехал». Ну а для гиков пилоты — это они сами.

Игорь

Здравствуйте! Вадим, я — немного не по теме (если Вы — против, прошу удалить комментарий)…

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

Продажи снижаются, а покупки растут… Никто не считал — сколько людей покупает настольные компьютеры по заказной сборке, а их все больше и больше. Статистика, я так понимаю, берется от продаж готовых компьютеров от больших фирм-сборщиков, брендов, а кто будет считать меня и таких как я — собравших свои компьютеры по частям? «Бренды» очень часто, за неоправданно большие деньги комплектуют свои настольные компьютеры чем-нибудь не тем, что хотелось бы покупателю… Я знаю много примеров, когда в готовом компьютере установлены слабый процессор и мощная видеоплата или наоборот и т. п.. И вот исходя из того, что я процитировал, я теперь понял — почему Microsoft начала «затачивать» свои ОС под мобильные устройства — там, видать, прибыли больше, к тому же — еще и придумали выпустить ОС, которую предлагают для установки и на мобильные устройства, и на настольные ПК (зачем писать две ОС, если можно за те же затраты написать одну — для обеих платформ), а это — не очень хорошо (IMHO)… А планшеты — есть планшеты — не все возможно на них сделать то, что можно сделать на настольных компьютерах, по большому счету — это просто — игрушки (опять же — IMHO)….
Спасибо за внимание! Еще раз прошу извинить меня, что написал не по теме — просто, когда читаю о том, почему Microsoft выпустили какую-то «гибридную» ОС так эти их оправдания просто удивляют…

Игорь

Vadim Sterkin : А почему вы считаете, что самосборщиков все больше и больше

Я живу в Украине, иногда захожу в супермаркеты и вижу — скучающих от безделия продавцов в компьютерных отделах… Просто, я так думаю, люди поняли, что не все то, что в магазине на ценнике названо «Компьютером» является таковым (половина — это калькуляторы) и многие купив там компьютер, узнав — что это такое, понимают, что в нем не все так, как бы им хотелось, и начинают подумывать о замене каких-нибудь комплектующих (и хорошо, если системный блок не опломбирован, а то потом еще и гарантию потеряют), а это уже лишние затраты… После такой «удачной» покупки этот человек готовые компьютеры больше покупать не будет и всем своим друзьям, знакомым будет советовать (как и мне советовали) не «вестись» на наклейку в виде взрывающейся бомбы с надписью «Игровой», в котором установлена какая-нибудь маломощная, дешевая видеоплата, но с поддержкой DirectX 11 (поэтому «Игровой»), и бешенную цену которого определил привод оптических дисков, поддерживающий Blu-ray диски. Как-то так…

Vadim Sterkin : В 2011 году Intel создала специальное подразделение, занимающееся нетубками и планшетами, причем теперь его финансовые результаты будут учитываться отдельно от других клиентских ПК.

Вот бы и Microsoft с выпуском своих ОС так сделала…

Vadim Sterkin : Логично предположить, что это связано с ростом продаж мобильного сегмента, а не со сниженеим. Согласны? :)

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

Игорь

Vadim Sterkin : Эффективное энергопотребление важно для любых мобильных ПК

Не спорю, но не могу понять — кто будет пальцами «лапать» экран ноутбука, если в нем есть клавиатура и мышь или touchpad, а Metro-интерфейс, по моему, для этого («лапания») и «изобретен».

Антон

Vadim Sterkin , Игорь ,

Недавно Яндекс проанализировал (http://apps4all.ru/news/devices/planshetyi-obognali-noutbuki.html#.UHKi7E1LNS0) популярность ноутбуков, планшетов и стационарных ПК на своем сервисе Яндекс.Маркет. По их данным, популярность планшетов в этом году превзошла ноутбуки, которые ранее были лидерами. Стационарные ПК медленно и верно продолжают падать и доли их очень мала.

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

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

Антон

Vadim Sterkin : Игорь, я буду, потому что ткнуть пальцем в экран ноутбука во многих случаях удобнее, чем елозить по тачпаду.

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

Виталий К. ©

По теме и писать то нечего- у меня планировщик отключён. Дефрагментация проводилась давно, индексирование отключено, отчёты никогда не отправлял. Не вижу смысла в планировщике.
Вадим, не посоветуете хороший SSD гигов на 120, чтобы забыть о дефрагментации?

Антон : Ткнул в иконку - открылись одноклассники. Ткнул другую иконку - открылась галерея с фотками. Ткнул в третью иконку - открылась записная книжка. И так далее. Все предельно просто.

Плохо то, что это насаживают на ПК.

Vadim Sterkin : А почему вы считаете, что самосборщиков все больше и больше? Я думаю, что все совсем наоборот, если сравнить ситуацию в РФ с тем, что было, скажем, лет 10 назад:)

У меня самосборный. Из магазина идут с предустановленной ненужной мне ОС, и как тут отметили, с непонятными конфигурациями. Памяти там будет хоть 16 ГБ, но толку, если она самая паршивая и низкоскоростная.

Антон : Реальным конкурентом в данном плане являются игровые консоли, которые значительно дешевле мощного игрового ПК.

И слабее. Картинка в нынешних консолях ужастна.

Виталий К. ©

Vadim Sterkin : В Vista и выше это делать глупо, если смотреть правде в глаза.

Слышал, что это делать не надо, но так и не поянл почему.

Vadim Sterkin : Если интересно, могу попозже показать их рядом в Crystal Disk Mark.

Жду!))) Благодарю заранее. Посмотрел, HyperX 3k на 120 мне бы подошёл.

Виталий К. ©

Vadim Sterkin : Гм… я же только что объяснил, что на планировщик завязаны все встроенные в Windows задачи по обслуживанию, оптимизации и резервному копированию Windows:)

Это я вижу. Я не вижу смысла в этих оптимизациях, ну кроме дефрагментации.

Виталий, обещанные скриншоты CDM моих SSD Kingston.

Вот V100 сразу после покупки в моем ноутбуке.

Вот HyperX 3K сразу после покупки в моем ноутбуке.

А это он же, но в системе моего брата.


Так что YMMV.

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

Виталий К. ©

Премного благодарен. Походу у вашего брата SATA 2 версии, явно упирается в интерфейс. Проверьте, прав ли я или нет.
У меня САТА3, должно быть нормально.

Vadim Sterkin : Кроме того, столь любезная вам Windows XP не поддерживает TRIM, хотя не исключаю, что есть утилиты производителя взамен.

Разберусь. Я контролёр диска на AHCI перевёл после установки, так что TRIM прикрутить проблемой не будет.

Виталий К. ©

Vadim Sterkin : Именно, дело в версии контроллера SATA.

Ну вот и ладненько.
Посмотрел другие- ваш в принципе оптимальный. Возьму на 120 за каких- то 3745 рублей с доставкой. В комплекте ещё отвёртка, внешний бокс, к сожалению с USB 2.0.

На счёт TRIM — нашёл я дельную инструкцию с использованием O&O Defrag и… Планировщика заданий! Вот такое вот совпадение.

Andrey Bayatakov

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

Александр Щенников

Вообще не подозревал об этой функции планировщика. :)

Regular Maintenance может пробуждать компьютер из гибридного режима? Даже если в условиях отключено в питании «пробуждать…»?

Pavel

Мы у себя в компании долгое время применяли nnCron в качестве планировщика заданий на серверах win2003 и честно сказать он нас полностью устраивал, но после установки win2008, а потом и win2008 r2 перешли на планирование заданий только во внутреннем планировщике и честно сказать довольны еще больше! К тому же распространение заданий и их «администрирование» стало воистину приятным удовольствием. Хотелось бы от поставить +1 MS за (по-моему мнению) удавшийся инструмент.

Зойберг

Vadim Sterkin ,

то, что там чего-то во время кризиса упало у кого-то, говорит лишь о «все что угодно напишем тебе, дорогой MS, за твои деньги». Осмелюсь преположить, людям надоели провода и они покупают ноутбуки деткам + продажи десктопов НИЧЕМ не стимулировались (сист. требования к ОС, играм — те же) + зачастую планшеты покупаются дополнительно к, поэтому их продажи на графиках растут. Да и вообще, подобные предсказания на 5 лет выглядят планом.

Andrey Bayatakov

Vadim Sterkin ,

Да как-то в Windows 7 обратил внимание что несмотря на настройки дефрагментации запускаться раз в неделю она не выполнялась в течении нескольких месяцев.
А у Windows Defender очевидно такая же болезнь что и у MSE ранее, при изменении настроек автообновления с автоматически, у меня например установлено: Искать обновления, но решение об их установке принимается мной, он не хочет обновляться.

Pavel

Andrey Bayatakov : Искать обновления, но решение об их установке принимается мной, он не хочет обновляться.

А зачем Вы взяли на себя «ответственность» за решение обновлять или не обновлять? Я долгое время был одним из такой-же группы людей в которую входите Вы — думал, что буду контролировать все и «вся» в своей ОС, откровенно сказать это мне лишь мороки и лишних дневных анализов добавило, а эффект от этого сведен практически к нулю. Я уже давно по этому поводу не «парюсь» и нисколько не пожалел…

Andrey Bayatakov

Vadim Sterkin ,

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

Виталий К. ©

Виталий К. ©

Andrey Bayatakov

В общем понаблюдал…
За все это время Regular Maintenance так ни разу и не выполнилось. Либо Оператор или Администратор отклонил запрос (0x0800710e0), либо Во время последнего запуска это задание было прекращено пользователем (0x41306). Второе — если в настройках задания отключить ожидание простоя.
Manual Maintenance отработало нормально, без ошибок. Добавил в него триггер, чтобы оно выполнялось по времени. Работает — ошибок нет.

Иван

Здравствуйте! А не подскажете как осуществить автозапуск приложений Metro? Хочу чтобы при входе в Windows сразу же запускались приложения.