Перевод: с русского на все языки

со всех языков на русский

система+программного+управления

  • 81 управление аварийными сигналами

    1. alarm management

     

    управление аварийными сигналами
    -
    [Интент]


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

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

    „Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.

    Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)

    Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).

    Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)

    На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

    Начало работы

    Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".

    Характеристики «хорошего» аварийного сообщения

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

    • Должно быть четко определено возникшее состояние;

    • Следует использовать терминологию, понятную для оператора;

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

    • Следует использовать согласованную структуру сообщения;

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

    • Следует проверить удобство работы на реальном производстве.

    Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

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

    Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.

    Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.

    Адекватная реакция

    Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"

    Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.

    Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.

    И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.

    Система, нацеленная на оператора

    Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.

    «В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.

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

    Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"

    Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.

    «Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.

    Рентабельность

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

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

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

    Автор: Джини Катцель, Control Engineering

    [ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]

    Тематики

    EN

    Русско-английский словарь нормативно-технической терминологии > управление аварийными сигналами

  • 82 процесс

    1. process
    2. en

     

    процесс
    Совокупность взаимосвязанных ресурсов и деятельности, которая преобразует входящие элементы в выходящие.
    [МУ 64-01-001-2002]

    процесс
    Структурированная совокупность действий, спроектированная для достижения конкретной цели. Процесс преобразует один или несколько определенных входов в определенные выходы. Процесс может включать в себя любые роли, ответственности, инструменты и контроли управления, необходимые для надежного получения выходов. Процесс, при необходимости, может определять политики, стандарты, рекомендации, виды деятельности и рабочие инструкции.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    EN

    process
    A structured set of activities designed to accomplish a specific objective. A process takes one or more defined inputs and turns them into defined outputs. It may include any of the roles, responsibilities, tools and management controls required to reliably deliver the outputs. A process may define policies, standards, guidelines, activities and work instructions if they are needed.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    Тематики

    EN

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

    [ИСО 9000:2005]

    Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

    4.11 процесс (process): Совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующих входы в выходы [3].

    Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

    2.56 процесс (process): Компонент информационной системы, реализующий конкретный алгоритм обработки данных.

    Источник: ГОСТ Р ИСО/МЭК ТО 10032-2007: Эталонная модель управления данными

    3.17 процесс (process): Набор взаимосвязанных работ, которые преобразуют исходные данные в выходные результаты.

    Примечание - Термин «работы» подразумевает использование ресурсов (См. 1.2 title="Управление качеством и обеспечение качества - Словарь").

    Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа

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

    Примечание - Определение заимствовано из стандарта ИСО 9000:2005.

    Источник: ГОСТ Р ИСО/МЭК 17020-2012: Оценка соответствия. Требования к работе различных типов органов инспекции оригинал документа

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

    Источник: ГОСТ Р ИСО/МЭК 15504-1-2009: Информационные технологии. Оценка процессов. Часть 1. Концепция и словарь оригинал документа

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

    Источник: ГОСТ Р ИСО/ТС 14048-2009: Экологический менеджмент. Оценка жизненного цикла. Формат документирования данных

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

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

    Источник: ГОСТ Р 52655-2006: Информационно-коммуникационные технологии в образовании. Интегрированная автоматизированная система управления учреждением высшего профессионального образования. Общие требования оригинал документа

    2.10 процесс (process): Совокупность взаимосвязанных видов деятельности и ресурсов, преобразующая входы в выходы ([4], подпункт 3.4.1).

    Источник: ГОСТ Р ИСО 14971-2006: Изделия медицинские. Применение менеджмента риска к медицинским изделиям оригинал документа

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

    Примечания

    1 Входами процесса обычно являются выходы других процессов.

    2 Процессы в организации, как правило, планируются и осуществляются в управляемых условиях с целью добавления ценности (ИСО 9000, пункт 3.4.1, исключая примечание 3).

    Источник: ГОСТ Р ИСО 10006-2005: Системы менеджмента качества. Руководство по менеджменту качества при проектировании оригинал документа

    3.3 процесс (process): Набор находящихся во взаимосвязи ресурсов и действий, которые преобразовывают входы в выходы.

    Источник: ГОСТ Р 51901.4-2005: Менеджмент риска. Руководство по применению при проектировании оригинал документа

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

    Примечание - Термин приведен в 3.4.1 ИСО 9000. Примечания удалены.

    Источник: ГОСТ Р ИСО 10002-2007: Менеджмент организации. Удовлетворенность потребителя. Руководство по управлению претензиями в организациях оригинал документа

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

    Примечание - Приведено в 3.4.1 ИСО 9000. Примечания не приведены.

    Источник: ГОСТ Р ИСО 10005-2007: Менеджмент организации. Руководящие указания по планированию качества оригинал документа

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

    [ ГОСТ Р ИСО 9000: 2005, определение 3.4.1 (без примечаний)]

    Источник: ГОСТ Р ИСО 14040-2010: Экологический менеджмент. Оценка жизненного цикла. Принципы и структура оригинал документа

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

    [ИСО 9000:2005]

    Источник: ГОСТ Р ИСО 14044-2007: Экологический менеджмент. Оценка жизненного цикла. Требования и рекомендации оригинал документа

    3.4.1 процесс (en process; fr processus): Совокупность взаимосвязанных или взаимодействующих видов деятельности, преобразующая входы в выходы.

    Примечания

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

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

    3 Процесс, в котором подтверждение соответствия (3.6.1) конечной продукции (3.4.2) затруднено или экономически нецелесообразно, часто относят к «специальному процессу».

    Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

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

    [ИСО 9000:2005]

    Источник: ГОСТ Р ИСО 24511-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента коммунальных предприятий и оценке услуг удаления сточных вод оригинал документа

    2.30 процесс (process): Совокупность взаимосвязанных или взаимодействующих видов деятельности, преобразующая входы в выходы

    Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

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

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

    Источник: ГОСТ Р ИСО 15531-1-2008: Промышленные автоматизированные системы и интеграция. Данные по управлению промышленным производством. Часть 1. Общий обзор оригинал документа

    3.58 процесс (process): Частично упорядоченный набор видов деятельности, который может быть выполнен для достижения определенного желаемого конечного результата для достижения установленной цели.

    Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа

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

    [ИСО 9000:2005]

    Источник: ГОСТ Р ИСО 24510-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания по оценке и улучшению услуги, оказываемой потребителям оригинал документа

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

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

    Источник: ГОСТ Р 52380.1-2005: Руководство по экономике качества. Часть 1. Модель затрат на процесс оригинал документа

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

    Примечания

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

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

    3 Процесс, в котором подтверждение соответствия (3.6.1) конечной продукции (3.4.2) затруднено или экономически нецелесообразно, часто относят к «специальному процессу».

    Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

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

    Источник: ГОСТ Р 54581-2011: Информационная технология. Методы и средства обеспечения безопасности. Основы доверия к безопасности ИТ. Часть 1. Обзор и основы оригинал документа

    3.7.52 процесс (process): Набор взаимосвязанных или взаимодействующих видов деятельности, преобразующих входные данные в выходные.

    Примечание 1 - Входами процесса обычно являются выходы других процессов.

    Примечание 2 - Процессы в организации, как правило, планируются и осуществляются в управляемых условиях с целью добавления ценности (ГОСТ Р ИСО 9000, пункт 3.4.1, исключая примечание 3).

    Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

    6.4 процесс (process): Совокупность взаимосвязанных или взаимодействующих видов деятельности, трансформирующая входные потоки (6.17)в выходные потоки (6.18).

    [ИСО 9000:2005, статья 3.4.1 без примечаний];

    [ИСО 14040:2006]

    Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

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

    Примечания

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

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

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

    [ ГОСТ Р ИСО 9000-2008, ст. 3.4.1]

    Источник: Р 50.1.069-2009: Менеджмент риска. Рекомендации по внедрению. Часть 2. Определение процесса менеджмента риска

    3.124 процесс (process): Частично упорядоченный набор видов деятельности, который может быть выполнен для достижения определенного желаемого конечного результата для достижения установленной цели.

    Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

    Русско-английский словарь нормативно-технической терминологии > процесс

  • 83 поставщик

    1. supplier
    2. en

     

    поставщик
    Организация, предоставляющая продукцию потребителю.
    Примечания
    1. В контрактных ситуациях поставщик может быть назван подрядчиком.
    2. Поставщиком может быть, например, производитель, оптовик, импортер, монтажник или сервисная организация.
    3. Поставщик может быть или внешним, или внутренним.
    [ИСО 8402-94 ]

    поставщик
    Субъект (например, изготовитель, подрядчик, субподрядчики по монтажу или внедрению), который поставляет оборудование или предоставляет услуги, связанные с машиной.
    Примечание.
    Потребитель может выступать в качестве своего собственного поставщика.
    [ ГОСТ Р МЭК 60204-1-2007]

    поставщик
    Организация или лицо, предоставляющие продукцию.
    Пример
    Производитель, оптовик, предприятие розничной торговли или продавец продукции, исполнитель услуги, поставщик информации.
    Примечания
    1. Поставщик может быть внутренним или внешним по отношению к организации.
    2. В контрактной ситуации поставщика иногда называют "подрядчиком".
    [ ГОСТ Р ИСО 9000-2008]

    поставщик
    Сторона, которая принимает на себя обязательство предоставлять продукцию, удовлетворяющую требованиям потребителя.
    [ГОСТ ИСО / ТО 10949- 2007]

    поставщик
    Любое юридическое или физическое лицо, а также объединение этих лиц, способное на законных основаниях поставить требуемую продукцию организации, производящей закупки товаров.
    [ http://slovar-lopatnikov.ru/]

    Тематики

    EN

    4.47 поставщик (supplier): Организация или лицо, которое вступает в соглашение с приобретающей стороной на поставку продукта или услуги.

    Примечание 1 - «Поставщиком» может быть подрядчик, производитель, торговец или продавец.

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

    Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

    4.16 поставщик (supplier): Организация или лицо, которые вступают в соглашение с приобретающей стороной на поставку продукта или услуги.

    Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

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

    Примечания

    1 Синонимами термина «поставщик» являются термины «подрядчик», «производитель», «оптовик» или «продавец».

    2 Заказчик может определить в качестве поставщика подразделение собственной организации.

    Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа

    3.51 поставщик (supplier): Организация или лицо, предоставляющие продукцию.

    Примечания

    1 Поставщик может быть внутренним или внешним по отношению к организации.

    2 В конкретной ситуации поставщика иногда называют «подрядчиком».

    Источник: ГОСТ Р ИСО/МЭК 15504-1-2009: Информационные технологии. Оценка процессов. Часть 1. Концепция и словарь оригинал документа

    3.1 поставщик (supplier): Организация или физическое лицо, которое заключает соглашение с заказчиком на поставку системы, продукции или услуги.

    Примечание - Соглашение оформляют в виде договора, контракта или в ином виде.

    Источник: ГОСТ Р 52655-2006: Информационно-коммуникационные технологии в образовании. Интегрированная автоматизированная система управления учреждением высшего профессионального образования. Общие требования оригинал документа

    3.4 поставщик (supplier): Сторона, которая принимает на себя обязательство предоставлять продукцию, удовлетворяющую требованиям потребителя.

    Источник: ГОСТ ИСО/ТО 10949-2007: Чистота промышленная. Руководство по обеспечению и контролю чистоты компонентов гидропривода от изготовления до установки

    3.7 поставщик (supplier): Сторона, которая принимает на себя обязательство предоставлять продукцию, удовлетворяющую требованиям потребителя.

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

    Источник: ГОСТ ИСО/ТС 16431-2007: Чистота промышленная. Оценка чистоты собранных гидросистем

    3.9 поставщик (supplier): Организация или лицо, предоставляющее продукцию.

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

    Примечания

    1 Поставщик может быть внутренним или внешним по отношению к организации.

    2 В контрактной ситуации поставщика иногда называют «подрядчиком» (см. ИСО 9000, пункт 3.3.6).

    3 Применительно к проектированию вместо термина «поставщик» часто используют термин «подрядчик» или «субподрядчик».

    Источник: ГОСТ Р ИСО 10006-2005: Системы менеджмента качества. Руководство по менеджменту качества при проектировании оригинал документа

    3.3.6 поставщик (supplier): Организация (3.3.1) или лицо, предоставляющие продукцию (3.4.2).

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

    Примечания

    1 Поставщик может быть внутренним или внешним по отношению к организации.

    2 В контрактной ситуации поставщика иногда называют «подрядчиком».

    Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

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

    Источник: ГОСТ Р ЕН 12074-2010: Материалы сварочные. Требования к системе менеджмента качества при изготовлении, поставке и продаже материалов для сварки и родственных процессов

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

    Примечание - Предполагается, что организация связи использует средства еТОМ для моделирования своих производственных процессов.

    Источник: ГОСТ Р 53633.1-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с поставщиками и партнерами оригинал документа

    3.3.6 поставщик (en supplier; fr fournisseur): Организация (3.3.1) или лицо, предоставляющие продукцию (3.4.2).

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

    Примечания

    1 Поставщик может быть внутренним или внешним по отношению к организации.

    2 В контрактной ситуации поставщика иногда называют «подрядчиком».

    Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

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

    Примечание - Предполагается, что организация связи использует средства еТОМ для моделирования своих производственных процессов.

    Источник: ГОСТ Р 53633.2-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление и эксплуатация ресурсов оригинал документа

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

    Примечание - Предполагается, что организация связи использует средства еТОМ для моделирования своих производственных процессов.

    Источник: ГОСТ Р 53633.0-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Общая структура бизнес-процессов оригинал документа

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

    Примечание - Предполагается, что организация связи использует средства еТОМ для моделирования своих производственных процессов.

    Источник: ГОСТ Р 53633.3-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с клиентами оригинал документа

    3.2 поставщик (supplier): Изготовитель, его представитель или продавец, поставляющий крепежные изделия.

    Источник: ГОСТ Р ИСО 3269-2009: Изделия крепежные. Приемочный контроль оригинал документа

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

    Примечание - Предполагается, что организация связи использует средства еТОМ для моделирования своих производственных процессов.

    Источник: ГОСТ Р 53633.6-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт Разработка и управление услугами оригинал документа

    3.20 поставщик (supplier): Организация или лицо, предоставляющие продукцию.

    Примечание - Поставщик может быть изготовителем или продавцом. [ИСО 9000]

    Источник: ГОСТ Р ИСО 16426-2009: Изделия крепежные. Система обеспечения качества оригинал документа

    3.3.6 поставщик (supplier): Организация (3.3.1) или лицо, предоставляющее продукцию (3.4.2).

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

    Примечания

    1 Поставщик может быть внутренним или внешним по отношению к организации.

    2 В контрактной ситуации поставщика иногда называют «подрядчиком».

    Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

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

    Примечание - Предполагается, что организация связи использует средства еТОМ для моделирования своих производственных процессов.

    Источник: ГОСТ Р 53633.8-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление цепочками поставок оригинал документа

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

    Примечание - Предполагается, что организация связи использует средства еТОМ для моделирования своих производственных процессов.

    Источник: ГОСТ Р 53633.5-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Управление маркетингом и предложением продукта оригинал документа

    Русско-английский словарь нормативно-технической терминологии > поставщик

  • 84 верификация

    1. verification

     

    верификация
    контроль
    проверка
    Установление соответствия принятой и переданной информации с помощью логических методов [http://www.rol.ru/files/dict/internet/#].
    [ http://www.morepc.ru/dict/]
    верификация
    (ITIL Service Transition)
    Деятельность, которая гарантирует, что новая или измененная ИТ- услуга, процесс, план или другой результат - полный, точный, надежный и соответствует своей спецификации проектирования.
    См. тж. подтверждение; приёмка; подтверждение и тестирование услуг.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    EN

    verification 
    (ITIL Service Transition)
    An activity that ensures that a new or changed IT service, process, plan or other deliverable is complete, accurate, reliable and matches its design specification.
    See also acceptance; validation; service validation and testing.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    Тематики

    Синонимы

    EN

    4.55 верификация (verification): Подтверждение (на основе представления объективных свидетельств) того, что заданные требования полностью выполнены [3].

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

    Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

    4.23 верификация (verification): Процесс, в результате которого приходят к заключению, что два изображения принадлежат одному и тому же человеку; сопоставление 1:1 («один к одному»).

    Примечание - Термины и соответствующие определения к ним установлены только для использования в настоящем стандарте.

    Источник: ГОСТ Р ИСО/МЭК 19794-5-2006: Автоматическая идентификация. Идентификация биометрическая. Форматы обмена биометрическими данными. Часть 5. Данные изображения лица оригинал документа

    4.24 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены [3].

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

    Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

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

    Примечания

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

    2 Термин «верифицирован» используется для обозначения соответствующих состояний проверенного объекта. (См. 2.17 title="Управление качеством и обеспечение качества - Словарь").

    Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа

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

    [ИСО 9000:2005]

    Примечание - В качестве синонима может использоваться термин «проверка соответствия».

    Источник: ГОСТ Р ИСО/МЭК 27004-2011: Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности. Измерения оригинал документа

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

    Примечание - При проектировании и разработке верификация означает процесс анализа результатов предпринятой деятельности с целью определения соответствия установленным к этой деятельности требованиям ([4], подпункт 3.8.4).

    Источник: ГОСТ Р ИСО 14971-2006: Изделия медицинские. Применение менеджмента риска к медицинским изделиям оригинал документа

    3.8.4 верификация (verification): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что установленные требования (3.1.2) были выполнены.

    Примечания

    1 Термин «верифицирован» используют для обозначения соответствующего статуса.

    2 Деятельность по подтверждению требования может включать в себя:

    - осуществление альтернативных расчетов;

    - сравнение спецификации (3.7.3) на новый проект с аналогичной документацией на апробированный проект;

    - проведение испытаний (3.8.3) и демонстраций;

    - анализ документов до их выпуска.

    Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

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

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

    Источник: ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем оригинал документа

    2.35 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ на соответствие согласованным критериям верификации.

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

    Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа

    2.28 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.10) на соответствие согласованным критериям верификации.

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

    Источник: ГОСТ Р ИСО 14064-2-2007: Газы парниковые. Часть 2. Требования и руководство по количественной оценке, мониторингу и составлению отчетной документации на проекты сокращения выбросов парниковых газов или увеличения их удаления на уровне проекта оригинал документа

    2.36 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ (2.11)на соответствие согласованным критериям верификации (2.33).

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

    Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа

    3.1.22 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.

    [ИСО 9000, статья 3.8.4]

    Источник: ГОСТ ИСО 14698-1-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 1. Общие принципы и методы оригинал документа

    3.116 верификация (verification): Экспертиза, призванная подтвердить, что деятельность, изделие или услуга соответствуют заданным требованиям.

    Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа

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

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

    Источник: ГОСТ Р 51317.4.2-2010: Совместимость технических средств электромагнитная. Устойчивость к электростатическим разрядам. Требования и методы испытаний оригинал документа

    3.26 верификация (verification): Процесс определения, соответствует ли качество продукта или услуги установленным требованиям.

    [Справочник по безопасности МАГАТЭ, Издание 2.0, 2006]

    Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа

    3.7 верификация (verification): Подтверждение на основе объективных данных, что установленные требования были выполнены.

    Примечание 1 -Адаптированный термин по ИСО 9000:2005, пункт 3.8.4 [1].

    Примечание 2 - См. рисунок 1.

    Примечание 3 - Данный термин часто используют совместно с термином «валидация», и оба термина составляют аббревиатуру «V&V» (верификация и валидация).

    Источник: ГОСТ Р ИСО 11064-7-2010: Эргономическое проектирование центров управления. Часть 7. Принципы оценки оригинал документа

    2.141 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.

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

    [ИСО 14698-1:2003, статья 3.1.22]

    Источник: ГОСТ Р ИСО 14644-6-2010: Чистые помещения и связанные с ними контролируемые среды. Часть 6. Термины оригинал документа

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

    [МЭК 62138, пункт 3.35]

    Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

    3.18 верификация (verification): Подтверждение экспертизой и представление иного объективного доказательства того, что результаты функционирования отвечают целям и требованиям, определенным для такого функционирования (ИСО 12207).

    [МЭК 62138:2004, определение 3.35]

    Источник: ГОСТ Р МЭК 60987-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования к разработке аппаратного обеспечения компьютеризованных систем оригинал документа

    3.8.1 верификация (verification): Подтверждение выполнения требований путем исследования и сбора объективных свидетельств.

    Примечания

    1. Адаптировано из ИСО 8402 путем исключения примечаний.

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

    ПРИМЕР - Процесс верификации включает в себя:

    Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

    3.8.4 верификация (verification): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что установленные требования (3.1.2) были выполнены.

    Примечания

    1 Термин «верифицирован» используют для обозначения соответствующего статуса.

    2 Деятельность по подтверждению требования может включать в себя:

    - осуществление альтернативных расчетов;

    - сравнение спецификации (3.7.3) на новый проект с аналогичной документацией на апробированный проект;

    - проведение испытаний (3.8.3) и демонстраций;

    - анализ документов до их выпуска.

    Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

    3.2.59 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.

    Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

    5.1 верификация (verification):

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

    [ИСО 14025:2006];

    в контексте парниковых газов: Систематический, независимый и документально оформленный процесс (6.4) для оценки утверждения по парниковым газам (9.5.2) на соответствие согласованным критериям верификации (5.12).

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

    [ИСО 14065:2007]

    Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

    3.3.7 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ на соответствие согласованным критериям верификации.

    Примечания

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

    2 В соответствии с ИСО 14064-3:2006, статья 2.36.

    Источник: ГОСТ Р ИСО 14065-2010: Газы парниковые. Требования к органам по валидации и верификации парниковых газов для их применения при аккредитации или других формах признания оригинал документа

    Русско-английский словарь нормативно-технической терминологии > верификация

  • 85 продукция

    1. production
    2. product
    3. output
    4. merchandise
    5. en

     

    продукция
    Результат деятельности или процессов.
    Примечания
    1 Продукция может включать услуги, оборудование, перерабатываемые материалы, программное обеспечение или комбинации из них.
    2 Продукция может быть материальной (например, узлы или перерабатываемые материалы) или нематериальной (например, информация или понятия), или комбинацией из них.
    3 Продукция может быть намеренной (например, предложение потребителям или ненамеренной (например, загрязнитель или нежелательные последствия).
    [ИСО 8402-94]
    [ ГОСТ Р 52104-2003]
    продукция
    Результат процесса.
    Примечания
    1. Существуют четыре общие категории продукции:
    - услуги (например, перевозки);
    - программные средства (например, компьютерная программа, словарь);
    - технические средства (например, узел двигателя);
    - перерабатываемые материалы (например, смазка).
    Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным, техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.(например, поставляемая продукция "автомобиль" состоит из технических средств (например, шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция для водителя) и услуги (разъяснения по эксплуатации, даваемые продавцом).
    2. Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика и потребителя, и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:
    - деятельность, осуществленную на поставленной потребителем материальной продукции (например, ремонт неисправного автомобиля);
    - деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, составление заявления о доходах, необходимого для определения размера налога);
    - предоставление нематериальной продукции (например, информации в смысле передачи знаний);
    - создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).
    Программное средство содержит информацию и обычно является нематериальным, может также быть в форме подходов, операций или процедуры.
    Техническое средство, как правило, является материальным и его количество выражается исчисляемой характеристикой. Перерабатываемые материалы обычно являются материальными и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называют товарами.
    3. обеспечение качества направлено главным образом на предполагаемую продукцию.
    [ ГОСТ Р ИСО 9000-2008]
    продукция
    Товары, поступившие в продажу.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

     продукция
    Совокупность продуктов и услуг производства (или иной экономической деятельности: строительства, транспорта, связи и др.), оцениваемая в стоимостном или натуральном измерении; выход экономической системы. В различных источниках круг объектов, относимых к П., существенно различается. В плановой практике продукцией считаются только полезные продукты труда — готовые изделия, полуфабрикаты, услуги. В более широком смысле, кроме этого, к ней относят также, например, отходы, в том числе загрязняющие среду, побочные продукты, брак. Однако в этом смысле предпочтительнее термин выпуск. См. также Валовая продукция, Конечный продукт (народнохозяйственный), Конечный продукт отрасли, Продукт, Результаты, Условно-чистая продукция, Чистая продукция.
    [ http://slovar-lopatnikov.ru/]

    EN

    merchandise
    Goods that are sold in business.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    Тематики

    EN

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

    Примечание - Используют также термин «программный продукт».

    Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа

    3.2 продукция (product): Результат процесса.

    Примечания

    1 В стандарте ИСО 9000:2005 упоминаются четыре общие категории продукции:

    - услуги (например, перевозки) (см. определение в п. 3.4);

    - программные средства (например, компьютерная программа, словарь);

    - технические средства (например, двигатель, механическая деталь);

    - переработанные материалы (например, смазка).

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

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

    3 Определение заимствовано из стандарта ИСО/МЭК 17000:2004 (3.3).

    Источник: ГОСТ Р ИСО/МЭК 17020-2012: Оценка соответствия. Требования к работе различных типов органов инспекции оригинал документа

    3.3 продукция (product): Результат процесса.

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

    Источник: ГОСТ Р 52655-2006: Информационно-коммуникационные технологии в образовании. Интегрированная автоматизированная система управления учреждением высшего профессионального образования. Общие требования оригинал документа

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

    Источник: ГОСТ Р 51901.4-2005: Менеджмент риска. Руководство по применению при проектировании оригинал документа

    3.4.2 продукция (product): Результат процесса (3.4.1).

    Примечания

    1 Существуют четыре общие категории продукции:

    - услуги (например, перевозки);

    - программные средства (например, компьютерная программа, словарь);

    - технические средства (например, узел двигателя);

    - перерабатываемые материалы (например, смазка).

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

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

    2 Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика (3.3.6)и потребителя (3.3.5), и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:

    - деятельность, осуществленную на поставленной потребителем материальной продукции (например, ремонт неисправного автомобиля);

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

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

    - создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).

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

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

    Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

    3.4 продукция (product): Результат процесса (см. 3.3).

    Примечания

    1 Имеются четыре общие категории продукции:

    - услуги (например перевозки);

    - программные средства (например компьютерная программа, словарь);

    - технические средства (например узел двигателя);

    - перерабатываемые материалы (например смазка).

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

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

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

    - деятельность, осуществленную на поставленной потребителем материальной продукции (например автомобиль, нуждающийся в ремонте);

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

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

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

    форме подходов, операций или процедуры (3.2).

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

    [см. 3.4.2 ИСО 9000]

    Источник: ГОСТ Р ИСО 10005-2007: Менеджмент организации. Руководящие указания по планированию качества оригинал документа

    3.9 продукция (product): Любые товары или услуги.

    Примечание 1 - Для целей настоящего стандарта термин «продукция» охватывает услуги. Продукцию можно распределить по следующим категориям:

    - услуги (например транспортирование);

    - программное обеспечение (например компьютерная программа, словарь);

    - технические средства (например механическая часть двигателя);

    - обработанные материалы (например смазка).

    Примечание 2 - Услуги имеют материальные и нематериальные элементы. Предоставление услуги может включать, например, следующее:

    - деятельность, выполняемую в отношении материальной продукции, поставленной потребителем (например, на подлежащем ремонту автомобиле);

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

    - поставку нематериальной продукции (например, поставку информации в контексте передачи знаний);

    - создание среды для потребителя (например, в гостиницах и ресторанах).

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

    Технические средства являются, как правило, материальными, а их количество - дискретной величиной.

    Переработанные материалы являются, как правило, материальными, а их количество - непрерывной величиной.

    Примечание 3 - Адаптировано в соответствии с ИСО 14021:1999 и ИСО 9000:2005.

    Источник: ГОСТ Р ИСО 14040-2010: Экологический менеджмент. Оценка жизненного цикла. Принципы и структура оригинал документа

    3.9 продукция (product): Любые товары или услуги.

    Примечание 1 - В настоящем стандарте термин «продукция» включает в себя также предоставление услуг. Продукцию можно распределить по следующим категориям:

    - услуги (например, транспортирование);

    - программное обеспечение (например, компьютерная программа, словарь);

    - технические средства (например, механическая часть двигателя);

    - обработанные материалы (например, смазка);

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

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

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

    - поставку нематериальной продукции (например, поставку информации в контексте передачи знаний);

    - создание среды для потребителя (например, в гостиницах и ресторанах).

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

    Технические средства являются, как правило, материальной продукцией, а их количество - дискретной величиной.

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

    Источник: ГОСТ Р ИСО 14044-2007: Экологический менеджмент. Оценка жизненного цикла. Требования и рекомендации оригинал документа

    3.4.2 продукция (en product; fr produit): Результат процесса (3.4.1).

    Примечания

    1 Имеются четыре общие категории продукции:

    - услуги (например перевозки);

    - программные средства (например компьютерная программа, словарь);

    - технические средства (например узел двигателя);

    - перерабатываемые материалы (например смазка).

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

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

    2 Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика (3.3.6) и потребителя (3.3.5), она, как правило, нематериальна. Предоставление услуги может включать, к примеру, следующее:

    - деятельность, осуществленную на поставленной потребителем материальной продукции (например автомобиль, нуждающийся в ремонте);

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

    - предоставление нематериальной продукции (например информации в смысле передачи знаний);

    - создание благоприятных условий для потребителей (например в гостиницах и ресторанах).

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

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

    Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

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

    Источник: ГОСТ Р ИСО 9241-11-2010: Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов (VDT). Часть 11. Руководство по обеспечению пригодности использования оригинал документа

    3.7 продукция (product): Ex оборудование, защитные системы, устройства защиты, Ex компоненты и их комбинации, а также программное обеспечение и обслуживание, как определено в 3.4.2 ГОСТ Р ИСО 9000.

    Источник: ГОСТ Р 54370-2011: Взрывоопасные среды. Система менеджмента качества изготовителя оборудования. Требования оригинал документа

    3.4.2 продукция (product): Результат процесса (3.4.1).

    Примечания

    1 Существуют четыре общие категории продукции:

    - услуги (например, перевозки);

    - программные средства (например, компьютерная программа, словарь);

    - технические средства (например, узел двигателя);

    - перерабатываемые материалы (например, смазка).

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

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

    2 Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика (3.3.6) и потребителя (3.3.5), и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:

    - деятельность, осуществленную на поставленной потребителем материальной продукции (например, ремонт неисправного автомобиля);

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

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

    - создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).

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

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

    Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

    3.1 продукция (product): Результат процесса.

    Примечания

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

    2 Термин заимствован из подпункта 3.4.2 ИСО 9000:2005, три первоначальных примечания к которому были объединены в примечание 1.

    Источник: ГОСТ Р 54732-2011: Менеджмент качества. Удовлетворенность потребителей. Руководящие указания по мониторингу и измерению оригинал документа

    3.3 продукция (product): Результат процесса2.

    [ISO 9000:2000, 3.4.2].

    _____________

    2 Термин «продукция» может быть использован в зависимости от сферы применения не только как обобщающий термин, включающий в себя различные результаты процесса, например услуги, но и как один вид результата - собственно продукция, как это используется в ИСО/МЭК 2:2004 и в законодательстве Российской Федерации.

    Примечания

    1 Стандарт ИСО 9000:2000 рассматривает четыре общие категории продукции: услуги (например, транспортировка); программные средства (например, компьютерная программа, словарь); технические средства (например, двигатель, механическая деталь); перерабатываемые материалы (например, смазка). Множество продукции включает в себя элементы, принадлежащие к разным общим категориям. Ее название в этом случае зависит от преобладающего элемента.

    2 Заявление о соответствии, о котором идет речь в примечании 1 к 5.2, может рассматриваться как результат подтверждения соответствия (5.2).

    Источник: ГОСТ Р ИСО/МЭК 17000-2009: Оценка соответствия. Словарь и общие принципы оригинал документа

    6.2 продукция (product): Любые товары или услуги.

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

    - услуги (например, транспортирование);

    - программное обеспечение (например, компьютерная программа, словарь);

    - технические средства (например, механическая часть двигателя);

    - обработанные материалы (например, смазка).

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

    - работу, выполняемую на материальной продукции, поставленной потребителем (например, на подлежащем ремонту автомобиле);

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

    - поставку нематериальной продукции (например, поставку информации в контексте передачи знаний);

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

    Технические средства являются, как правило, материальными, а их количество - дискретной величиной.

    Переработанные материалы являются, как правило, материальными, а их количество - непрерывной величиной.

    [ИСО 14040:2006]

    Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

    2.12 продукция (product): Предмет или материал, изготовленный в результате естественных или искусственных процессов.

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

    Источник: ГОСТ Р 53890-2010: Руководство по разработке спецификаций на характеристики и классы продукции. Часть 2. Технические принципы и рекомендации оригинал документа

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

    Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

    Русско-английский словарь нормативно-технической терминологии > продукция

  • 86 интеллектуальный учет электроэнергии

    1. smart metering

     

    интеллектуальный учет электроэнергии
    -
    [Интент]

    Учет электроэнергии

    Понятия «интеллектуальные измерения» (Smart Metering), «интеллектуальный учет», «интеллектуальный счетчик», «интеллектуальная сеть» (Smart Grid), как все нетехнические, нефизические понятия, не имеют строгой дефиниции и допускают произвольные толкования. Столь же нечетко определены и задачи Smart Metering в современных электрических сетях.
    Нужно ли использовать эти термины в такой довольно консервативной области, как электроэнергетика? Что отличает новые системы учета электроэнергии и какие функции они должны выполнять? Об этом рассуждает Лев Константинович Осика.

    SMART METERING – «ИНТЕЛЛЕКТУАЛЬНЫЙ УЧЕТ» ЭЛЕКТРОЭНЕРГИИ

    Определения и задачи
    По многочисленным публикациям в СМИ, выступлениям на конференциях и совещаниях, сложившемуся обычаю делового оборота можно сделать следующие заключения:
    • «интеллектуальные измерения» производятся у потребителей – физических лиц, проживающих в многоквартирных домах или частных домовладениях;
    • основная цель «интеллектуальных измерений» и реализующих их «интеллектуальных приборов учета» в России – повышение платежной дисциплины, борьба с неплатежами, воровством электроэнергии;
    • эти цели достигаются путем так называемого «управления электропотреблением», под которым подразумеваются ограничения и отключения неплательщиков;
    • средства «управления электропотреблением» – коммутационные аппараты, получающие команды на включение/отключение, как правило, размещаются в одном корпусе со счетчиком и представляют собой его неотъемлемую часть.
    Главным преимуществом «интеллектуального счетчика» в глазах сбытовых компаний является простота осуществления отключения (ограничения) потребителя за неплатежи (или невнесенную предоплату за потребляемую электроэнергию) без применения физического воздействия на существующие вводные выключатели в квартиры (коттеджи).
    В качестве дополнительных возможностей, стимулирующих установку «интеллектуальных приборов учета», называются:
    • различного рода интеграция с измерительными приборами других энергоресурсов, с биллинговыми и информационными системами сбытовых и сетевых компаний, муниципальных администраций и т.п.;
    • расширенные возможности отображения на дисплее счетчика всей возможной (при первичных измерениях токов и напряжений) информации: от суточного графика активной мощности, напряжения, частоты до показателей надежности (времени перерывов в питании) и денежных показателей – стоимости потребления, оставшейся «кредитной линии» и пр.;
    • двухсторонняя информационная (и управляющая) связь сбытовой компании и потребителя, т.е. передача потребителю различных сообщений, дистанционная смена тарифа, отключение или ограничение потребления и т.п.

    ЧТО ТАКОЕ «ИНТЕЛЛЕКТУАЛЬНЫЕ ИЗМЕРЕНИЯ»?

    Приведем определение, данное в тематическом докладе комитета ЭРРА «Нормативные аспекты СМАРТ ИЗМЕРЕНИЙ», подготовленном известной международной компанией КЕМА:
    «…Для ясности необходимо дать правильное определение смарт измерениям и описать организацию инфраструктуры смарт измерений. Необходимо отметить, что между смарт счетчиком и смарт измерением существует большая разница. Смарт счетчик – это отдельный прибор, который установлен в доме потребителя и в основном измеряет потребление энергии потребителем. Смарт измерения – это фактическое применение смарт счетчиков в большем масштабе, то есть применение общего принципа вместо отдельного прибора. Однако, если рассматривать пилотные проекты смарт измерений или национальные программы смарт измерений, то иногда можно найти разницу в определении смарт измерений. Кроме того, также часто появляются такие термины, как автоматическое считывание счетчика (AMR) и передовая инфраструктура измерений (AMI), особенно в США, в то время как в ЕС часто используется достаточно туманный термин «интеллектуальные системы измерений …».
    Представляют интерес и высказывания В.В. Новикова, начальника лаборатории ФГУП ВНИИМС [1]: «…Это автоматизированные системы, которые обеспечивают и по-требителям, и сбытовым компаниям контроль и управление потреблением энергоресурсов согласно установленным критериям оптимизации энергосбережения. Такие измерения называют «интеллектуальными измерениями», или Smart Metering, как принято за рубежом …
    …Основные признаки Smart Metering у счетчиков электрической энергии. Их шесть:
    1. Новшества касаются в меньшей степени принципа измерений электрической энергии, а в большей – функциональных возможностей приборов.
    2. Дополнительными функциями выступают, как правило, измерение мощности за короткие периоды, коэффициента мощности, измерение времени, даты и длительности провалов и отсутствия питающего напряжения.
    3. Счетчики имеют самодиагностику и защиту от распространенных методов хищения электроэнергии, фиксируют в журнале событий моменты вскрытия кожуха, крышки клеммной колодки, воздействий сильного магнитного поля и других воздействий как на счетчик, его информационные входы и выходы, так и на саму электрическую сеть.
    4. Наличие функций для управления нагрузкой и подачи команд на включение и отключение электрических приборов.
    5. Более удобные и прозрачные функции для потребителей и энергоснабжающих организаций, позволяющие выбирать вид тарифа и энергосбытовую компанию в зависимости от потребностей в энергии и возможности ее своевременно оплачивать.
    6. Интеграция измерений и учета всех энергоресурсов в доме для выработки решений, минимизирующих расходы на оплату энергоресурсов. В эту стратегию вовлекаются как отдельные потребители, так и управляющие компании домами, энергоснабжающие и сетевые компании …».
    Из этих цитат нетрудно заметить, что первые 3 из 6 функций полностью повторяют требования к счетчикам АИИС КУЭ на оптовом рынке электроэнергии и мощности (ОРЭМ), которые не менялись с 2003 г. Функция № 5 является очевидной функцией счетчика при работе потребителя на розничных рынках электроэнергии (РРЭ) в условиях либеральной (рыночной) энергетики. Функция № 6 практически повторяет многочисленные определения понятия «умный дом», а функция № 4, провозглашенная в нашей стране, полностью соответствует желаниям сбытовых компаний найти наконец действенное средство воздействия на неплательщиков. При этом ясно, что неплатежи – не следствие отсутствия «умных счетчиков», а результат популистской политики правительства. Отключить физических (да и юридических) лиц невозможно, и эта функция счетчика, безусловно, останется невостребованной до внесения соответствующих изменений в нормативно-правовые акты.
    На функции № 4 следует остановиться особо. Она превращает измерительный прибор в управляющую систему, в АСУ, так как содержит все признаки такой системы: наличие измерительного компонента, решающего компонента (выдающего управляющие сигналы) и, в случае размещения коммутационных аппаратов внутри счетчика, органов управления. Причем явно или неявно, как и в любой системе управления, подразумевается обратная связь: заплатил – включат опять.
    Обоснованное мнение по поводу Smart Grid и Smart Metering высказал В.И. Гуревич в [2]. Приведем здесь цитаты из этой статьи с локальными ссылками на используемую литературу: «…Обратимся к истории. Впервые этот термин встретился в тексте статьи одного из западных специалистов в 1998 г. [1]. В названии статьи этот термин был впервые использован Массудом Амином и Брюсом Волленбергом в их публикации «К интеллектуальной сети» [2]. Первые применения этого термина на Западе были связаны с чисто рекламными названиями специальных контроллеров, предназначенных для управления режимом работы и синхронизации автономных ветрогенераторов (отличающихся нестабильным напряжением и частотой) с электрической сетью. Потом этот термин стал применяться, опять-таки как чисто рекламный ход, для обозначения микропроцессорных счетчиков электроэнергии, способных самостоятельно накапливать, обрабатывать, оценивать информацию и передавать ее по специальным каналам связи и даже через Интернет. Причем сами по себе контроллеры синхронизации ветрогенераторов и микропроцессорные счетчики электроэнергии были разработаны и выпускались различными фирмами еще до появления термина Smart Grid. Это название возникло намного позже как чисто рекламный трюк для привлечения покупателей и вначале использовалось лишь в этих областях техники. В последние годы его использование расширилось на системы сбора и обработки информации, мониторинга оборудования в электроэнергетике [3] …
    1. Janssen M. C. The Smart Grid Drivers. – PAC, June 2010, p. 77.
    2. Amin S. M., Wollenberg B. F. Toward a Smart Grid. – IEEE P&E Magazine, September/October, 2005.
    3. Gellings C. W. The Smart Grid. Enabling Energy Efficiency and Demand Response. – CRC Press, 2010. …».
    Таким образом, принимая во внимание столь различные мнения о предмете Smart Grid и Smart Metering, сетевая компания должна прежде всего определить понятие «интеллектуальная система измерения» для объекта измерений – электрической сети (как актива и технологической основы ОРЭМ и РРЭ) и представить ее предметную область именно для своего бизнеса.

    БИЗНЕС И «ИНТЕЛЛЕКТУАЛЬНЫЙ УЧЕТ»

    В результате изучения бизнес-процессов деятельности ряда сетевых компаний и взаимодействия на РРЭ сетевых, энергосбытовых компаний и исполнителей коммунальных услуг были сформулированы следующие исходные условия.
    1. В качестве главного признака новой интеллектуальной системы учета электроэнергии (ИСУЭ), отличающей ее от существующей системы коммерческого и технического учета электроэнергии, взято расширение функций, причем в систему вовлекаются принципиально новые функции: определение технических потерь, сведение балансов в режиме, близком к on-line, определение показателей надежности. Это позволит, среди прочего, получить необходимую информацию для решения режимных задач Smart Grid – оптимизации по реактивной мощности, управления качеством электроснабжения.
    2. Во многих случаях (помимо решения задач, традиционных для сетевой компании) рассматриваются устройства и системы управления потреблением у физических лиц, осуществляющие их ограничения и отключения за неплатежи (традиционные задачи так называемых систем AMI – Advanced Metering Infrastructure).
    Учитывая вышеизложенное, для электросетевой компании предлагается принимать следующее двойственное (по признаку предметной области) определение ИСУЭ:
    в отношении потребителей – физических лиц: «Интеллектуальная система измерений – это совокупность устройств управления нагрузкой, приборов учета, коммуникационного оборудования, каналов передачи данных, программного обеспечения, серверного оборудования, алгоритмов, квалифицированного персонала, которые обеспечивают достаточный объем информации и инструментов для управления потреблением электроэнергии согласно договорным обязательствам сторон с учетом установленных критериев энергоэффективности и надежности»;
    в отношении системы в целом: «Интеллектуальная система измерений – это автоматизированная комплексная система измерений электроэнергии (с возможностью измерений других энергоресурсов), определения учетных показателей и решения на их основе технологических и бизнес-задач, которая позволяет интегрировать различные информационные системы субъектов рынка и развиваться без ограничений в обозримом будущем».

    ЗАДАЧИ «ИНТЕЛЛЕКТУАЛЬНОГО УЧЕТА»

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

    «ИНТЕЛЛЕКТУАЛЬНЫЙ КОММЕРЧЕСКИЙ УЧЕТ»

    Остановимся подробно на одном из атрибутов ИСУЭ, который считаю ключевым для основного электросетевого бизнеса.
    Особенностью коммерческого учета электроэнергии (КУЭ) распределительных сетевых компаний является наличие двух сфер коммерческого оборота электроэнергии – ОРЭМ и РРЭ, которые хотя и сближаются в нормативном и организационном плане, но остаются пока существенно различными с точки зрения требований к КУЭ.
    Большинство сетевых компаний является субъектом как ОРЭМ, так и РРЭ. Соответственно и сам коммерческий учет в отношении требований к нему разделен на два вида:
    • коммерческий учет на ОРЭМ (технические средства – АИИС КУЭ);
    • коммерческий учет на РРЭ (технические средства – АСКУЭ).
    Кроме того, к коммерческому учету, т.е. к определению тех показателей, которые служат для начисления обязательств и требований сетевой компании (оплата услуг по транспорту электроэнергии, купля-продажа технологических потерь), следует отнести и измерения величин, необходимых для определения показателей надежности сети в отношении оказания услуг по передаче электроэнергии.
    Отметим, что сложившиеся технологии АИИС КУЭ и АСКУЭ по своей функциональной полноте (за исключением функции коммутации нагрузки внутри систем) – это технологии Smart Metering в том понимании, которое мы обсуждали выше. Поэтому далее будем считать эти понятия полностью совпадающими.
    Подсистема ИСУЭ на РРЭ, безусловно, самая сложная и трудоемкая часть всей интеллектуальной системы как с точки зрения организации сбора информации (включая измерительные системы (ИС) и средства связи в автоматизированных системах), так и с точки зрения объема точек поставки и соответственно средств измерений. Последние отличаются большим многообразием и сложностью контроля их и метрологических характеристик (МХ).
    Если технические требования к ИС на ОРЭМ и к ИС крупных потребителей (по крайней мере потребителей с присоединенной мощностью свыше 750 кВА) принципиально близки, то в отношении нормативного и организационного компонентов имеются сильные различия. Гармоничная их интеграция в среде разных компонентов – основная задача создания современной системы ИСУЭ любой сетевой компании.
    Особенностью коммерческого учета для нужд сетевого комплекса – основного бизнеса компании в отличие от учета электроэнергии потребителей, генерирующих источников и сбытовых компаний – является сам характер учетных показателей, вернее, одного из них – технологических потерь электроэнергии. Здесь трудность состоит в том, что границы балансовой принадлежности компании должны оснащаться средствами учета в интересах субъектов рынка – участников обращения электроэнергии, и по правилам, установленным для них, будь то ОРЭМ или РРЭ. А к измерению и учету важнейшего собственного учетного показателя, потерь, отдельные нормативные требования не предъявляются, хотя указанные показатели должны определяться по своим технологиям.
    При этом сегодня для эффективного ведения бизнеса перед сетевыми компаниями, по мнению автора, стоит задача корректного определения часовых балансов в режиме, близком к on-line, в условиях, когда часть счетчиков (со стороны ОРЭМ) имеют автоматические часовые измерения электроэнергии, а подавляющее большинство (по количеству) счетчиков на РРЭ (за счет физических лиц и мелкомоторных потребителей) не позволяют получать такие измерения. Актуальность корректного определения фактических потерь следует из необходимости покупки их объема, не учтенного при установлении тарифов на услуги по передаче электроэнергии, а также предоставления информации для решения задач Smart Grid.
    В то же время специалистами-практиками часто ставится под сомнение практическая востребованность определения технологических потерь и их составляющих в режиме on-line. Учитывая это мнение, которое не согласуется с разрабатываемыми стратегиями Smart Grid, целесообразно оставить окончательное решение при разработке ИСУЭ за самой компанией.
    Cистемы АИИС КУЭ сетевых компаний никогда не создавались целенаправленно для решения самых насущных для них задач, таких как:
    1. Коммерческая задача купли-продажи потерь – качественного (прозрачного и корректного в смысле метрологии и требований действующих нормативных документов) инструментального или расчетно-инструментального определения технологических потерь электроэнергии вместе с их составляющими – техническими потерями и потреблением на собственные и хозяйственные нужды сети.
    2. Коммерческая задача по определению показателей надежности электроснабжения потребителей.
    3. Управленческая задача – получение всех установленных учетной политикой компании балансов электроэнергии и мощности по уровням напряжения, по филиалам, по от-дельным подстанциям и группам сетевых элементов, а также КПЭ, связанных с оборотом электроэнергии и оказанием услуг в натуральном выражении.
    Не ставилась и задача технологического обеспечения возможного в перспективе бизнеса сетевых компаний – предоставления услуг оператора коммерческого учета (ОКУ) субъектам ОРЭМ и РРЭ на территории обслуживания компании.
    Кроме того, необходимо упорядочить систему учета для определения коммерческих показателей в отношении определения обязательств и требований оплаты услуг по транспорту электроэнергии и гармонизировать собственные интересы и интересы смежных субъектов ОРЭМ и РРЭ в рамках существующей системы взаимодействий и возможной системы взаимодействий с введением института ОКУ.
    Именно исходя из этих целей (не забывая при этом про коммерческие учетные показатели смежных субъектов рынка в той мере, какая требуется по обязательствам компании), и нужно строить подлинно интеллектуальную измерительную систему. Иными словами, интеллект измерений – это главным образом интеллект решения технологических задач, необходимых компании.
    По сути, при решении нового круга задач в целевой модели интеллектуального учета будет реализован принцип придания сетевой компании статуса (функций) ОКУ в зоне обслуживания. Этот статус формально прописан в действующей редакции Правил розничных рынков (Постановление Правительства РФ № 530 от 31.08.2006), однако на практике не осуществляется в полном объеме как из-за отсутствия необходимой технологической базы, так и из-за организационных трудностей.
    Таким образом, сетевая компания должна сводить баланс по своей территории на новой качественной ступени – оперативно, прозрачно и полно. А это означает сбор информации от всех присоединенных к сети субъектов рынка, формирование учетных показателей и передачу их тем же субъектам для определения взаимных обязательств и требований.
    Такой подход предполагает не только новую схему расстановки приборов в соответствии с комплексным решением всех поставленных технологами задач, но и новые функциональные и метрологические требования к измерительным приборам.

    ПРЕИМУЩЕСТВА ИСУЭ

    Внедрение ИСУЭ даст новые широкие возможности для всех участников ОРЭМ и РРЭ в зоне обслуживания электросетевой компании.
    Для самой компании:
    1. Повышение эффективности существующего бизнеса.
    2. Возможности новых видов бизнеса – ОКУ, регистратор единой группы точек поставки (ГТП), оператор заправки электрического транспорта и т.п.
    3. Обеспечение внедрения технологий Smart grid.
    4. Создание и развитие программно-аппаратного комплекса (с сервисно-ориентированной архитектурой) и ИС, снимающих ограничения на развитие технологий и бизнеса в долгосрочной перспективе.
    Для энергосбытовой деятельности:
    1. Автоматический мониторинг потребления.
    2. Легкое определение превышения фактических показателей над планируемыми.
    3. Определение неэффективных производств и процессов.
    4. Биллинг.
    5. Мониторинг коэффициента мощности.
    6. Мониторинг показателей качества (напряжение и частота).
    Для обеспечения бизнеса – услуги для генерирующих, сетевых, сбытовых компаний и потребителей:
    1. Готовый вариант на все случаи жизни.
    2. Надежность.
    3. Гарантия качества услуг.
    4. Оптимальная и прозрачная стоимость услуг сетевой компании.
    5. Постоянное внедрение инноваций.
    6. Повышение «интеллекта» при работе на ОРЭМ и РРЭ.
    7. Облегчение технологического присоединения энергопринимающих устройств субъектов ОРЭМ и РРЭ.
    8. Качественный консалтинг по всем вопросам электроснабжения и энергосбережения.
    Успешная реализации перечисленных задач возможна только на базе информационно-технологической системы (программно-аппаратного комплекса) наивысшего достигнутого на сегодняшний день уровня интеграции со всеми возможными информационными системами субъектов рынка – измерительно-учетными как в отношении электроэнергии, так и (в перспективе) в отношении других энергоресурсов.

    ЛИТЕРАТУРА

    1. Новиков В.В. Интеллектуальные измерения на службе энергосбережения // Энергоэксперт. 2011. № 3.
    2. Гуревич В.И. Интеллектуальные сети: новые перспективы или новые проблемы? // Электротехнический рынок. 2010. № 6.

    [ http://www.news.elteh.ru/arh/2011/71/14.php]

    Тематики

    EN

    Русско-английский словарь нормативно-технической терминологии > интеллектуальный учет электроэнергии

  • 87 человеко-машинный интерфейс

    1. operator-machine communication
    2. MMI
    3. man-machine interface
    4. man-machine communication
    5. human-machine interface
    6. human-computer interface
    7. human interface device
    8. human interface
    9. HMI
    10. computer human interface
    11. CHI

     

    человеко-машинный интерфейс (ЧМИ)
    Технические средства, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование.
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства, дисплеи.
    [ ГОСТ Р МЭК 60447-2000]

    человекомашинный интерфейс (ЧМИ)
    Технические средства контроля и управления, являющиеся частью оборудования, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование (ГОСТ Р МЭК 60447).
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства и дисплеи.
    [ ГОСТ Р МЭК 60073-2000]

    человеко-машинный интерфейс
    Средства обеспечения двусторонней связи "оператор - технологическое оборудование" (АСУ ТП). Название класса средств, в который входят подклассы:
    SCADA (Supervisory Control and Data Acquisition) - Операторское управление и сбор данных от технологического оборудования.
    DCS (Distributed Control Systems) - Распределенная система управления технологическим оборудованием.
    [ http://www.morepc.ru/dict/]

    Параллельные тексты EN-RU

    MotorSys™ iPMCC solutions can integrate a dedicated human-machine interface (HMI) or communicate via a personal computer directly on the motor starters.
    [Schneider Electric]

    Интеллектуальный центр распределения электроэнергии и управления электродвигателями MotorSys™ может иметь в своем составе специальный человеко-машинный интерфейс (ЧМИ). В качестве альтернативы используется обмен данным между персональным компьютером и пускателями.
    [Перевод Интент]

    HMI на базе операторских станций

    Самое, пожалуй, главное в системе управления - это организация взаимодействия между человеком и программно-аппаратным комплексом. Обеспечение такого взаимодействия и есть задача человеко-машинного интерфейса (HMI, human machine interface).

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

    Как же организован HMI в современных АСУ ТП?
    Существует, как минимум, два подхода реализации функционала HMI:

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

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

    Аппаратно рабочая станция оператора (OS, operator station) представляет собой ни что иное как персональный компьютер. Как правило, станция снабжается несколькими широкоэкранными мониторами, функциональной клавиатурой и необходимыми сетевыми адаптерами для подключения к сетям верхнего уровня (например, на базе Industrial Ethernet). Станция оператора несколько отличается от привычных для нас офисных компьютеров, прежде всего, своим исполнением и эксплуатационными характеристиками (а также ценой 4000 - 10 000 долларов).
    На рисунке 1 изображена рабочая станция оператора системы SIMATIC PCS7 производства Siemens, обладающая следующими техническими характеристиками:

    Процессор: Intel Pentium 4, 3.4 ГГц;
    Память: DDR2 SDRAM до 4 ГБ;
    Материнская плата: ChipSet Intel 945G;
    Жесткий диск: SATA-RAID 1/2 x 120 ГБ;
    Слоты: 4 x PCI, 2 x PCI E x 1, 1 x PCI E x 16;
    Степень защиты: IP 31;
    Температура при эксплуатации: 5 – 45 C;
    Влажность: 5 – 95 % (без образования конденсата);
    Операционная система: Windows XP Professional/2003 Server.

    4876
    Рис. 1. Пример промышленной рабочей станции оператора.

    Системный блок может быть как настольного исполнения ( desktop), так и для монтажа в 19” стойку ( rack-mounted). Чаще применяется второй вариант: системный блок монтируется в запираемую стойку для лучшей защищенности и предотвращения несанкционированного доступа.

    Какое программное обеспечение используется?
    На станции оператора устанавливается программный пакет визуализации технологического процесса (часто называемый SCADA). Большинство пакетов визуализации работают под управлением операционных систем семейства Windows (Windows NT 4.0, Windows 2000/XP, Windows 2003 Server), что, на мой взгляд, является большим минусом.
    Программное обеспечение визуализации призвано выполнять следующие задачи:

    1. Отображение технологической информации в удобной для человека графической форме (как правило, в виде интерактивных мнемосхем) – Process Visualization;
    2. Отображение аварийных сигнализаций технологического процесса – Alarm Visualization;
    3. Архивирование технологических данных (сбор истории процесса) – Historical Archiving;
    4. Предоставление оператору возможности манипулировать (управлять) объектами управления – Operator Control.
    5. Контроль доступа и протоколирование действий оператора – Access Control and Operator’s Actions Archiving.
    6. Автоматизированное составление отчетов за произвольный интервал времени (посменные отчеты, еженедельные, ежемесячные и т.д.) – Automated Reporting.

    Как правило, SCADA состоит из двух частей:

    1. Среды разработки, где инженер рисует и программирует технологические мнемосхемы;
    2. Среды исполнения, необходимой для выполнения сконфигурированных мнемосхем в режиме runtime. Фактически это режим повседневной эксплуатации.

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

    4877
    Рис. 2. Схема подключения одиночных операторских станций к уровню управления.

    Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 3).

    4878
    Рис. 3. Клиент-серверная архитектура операторского уровня.

    Как происходит информационный обмен?
    Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него. Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах. На рисунках 4 и 5 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.  
    4879
    Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.
     
    4880
    Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
    Как выглядит SCADA?
    Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.
    4881
    Рис. 6. Пример операторской мнемосхемы.
    На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

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

    Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для двигателей и насосов – более сложные фейсплейты ( faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.

    Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  
    4882
    Рис. 7. Пример фейсплейта для управления насосом.
      Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
     
    4883
    Рис. 8. Пример отображения двух параметров на тренде реального времени.
    Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.
    4884
    Рис. 9. Панель сообщений и аварийных сигнализаций.
    Говоря о SCADA, инженеры часто оперируют таким важным понятием как “тэг” ( tag). Тэг является по существу некой переменной программы визуализации и может быть использован как для локального хранения данных внутри программы, так и в качестве ссылки на внешний параметр процесса. Тэги могут быть разных типов, начиная от обычных числовых данных и кончая структурой с множеством полей. Например, один визуализируемый параметр ввода/вывода – это тэг, или функциональный блок PID-регулятора, выполняемый внутри контроллера, - это тоже тэг. Ниже представлена сильно упрощенная структура тэга, соответствующего простому PID-регулятору:

    Tag Name = “MyPID”;
    Tag Type = PID;

    Fields (список параметров):

    MyPID.OP
    MyPID.SP
    MyPID.PV
    MyPID.PR
    MyPID.TI
    MyPID.DI
    MyPID.Mode
    MyPID.RemoteSP
    MyPID.Alarms и т.д.

    В комплексной прикладной программе может быть несколько тысяч тэгов. Производители SCADA-пакетов это знают и поэтому применяют политику лицензирования на основе количества используемых тэгов. Каждая купленная лицензия жестко ограничивает суммарное количество тэгов, которые можно использовать в программе. Очевидно, чем больше тегов поддерживает лицензия, тем дороже она стоит; так, например, лицензия на 60 000 тэгов может обойтись в 5000 тыс. долларов или даже дороже. В дополнение к этому многие производители SCADA формируют весьма существенную разницу в цене между “голой” средой исполнения и полноценной средой разработки; естественно, последняя с таким же количеством тэгов будет стоить заметно дороже.

    Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярные из которых представлены ниже:

    1.    Wonderware Intouch;
    2.    Simatic WinCC;
    3.    Iconics Genesis32;
    4.    Citect;
    5.    Adastra Trace Mode

    Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций более 80 тыс. в мире. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей.   [ http://kazanets.narod.ru/HMI_PART1.htm]

    Тематики

    Синонимы

    EN

    Русско-английский словарь нормативно-технической терминологии > человеко-машинный интерфейс

  • 88 компонент

    1. component

     

    компонент
    -
    [IEV number 151-11-21]

    EN

    component
    constituent part of a device which cannot be physically divided into smaller parts without losing its particular function
    [IEV number 151-11-21]

    FR

    composant, m
    partie constitutive d'un dispositif ne pouvant être fractionnée matériellement sans perdre sa fonction particulière
    [IEV number 151-11-21]

    Тематики

    • электротехника, основные понятия

    EN

    DE

    FR

    3.1 компонент (component): Часть, блок или сборочная единица, выполняющая определенную функцию в гидросистеме.

    Примечание - Данное определение отличается от приведенного в ИСО 5598, поскольку включает соединители, трубы и шланги, которые исключены из определения ИСО 5598.

    Источник: ГОСТ ИСО/ТО 10949-2007: Чистота промышленная. Руководство по обеспечению и контролю чистоты компонентов гидропривода от изготовления до установки

    3.37 компонент (component): Элемент, рассматриваемый на самом низком уровне анализа системы.

    Источник: ГОСТ Р 51901.6-2005: Менеджмент риска. Программа повышения надежности оригинал документа

    3.3 компонент (component): Элемент, рассматриваемый на самом низком иерархическом уровне при анализе системы.

    Источник: ГОСТ Р 51901.5-2005: Менеджмент риска. Руководство по применению методов анализа надежности оригинал документа

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

    Источник: ГОСТ Р ЕН 1127-2-2009: Взрывоопасные среды. Взрывозащита и предотвращение взрыва. Часть 2. Основополагающая концепция и методология (для подземных выработок)

    3.6 компонент (component): Часть системы, которая поставляется изготовителем в готовом для продажи виде с упаковкой, маркировкой и сопроводительной информацией от изготовителя.

    Примечание - Привязи и соединительные элементы являются примерами компонентов системы.

    Источник: ГОСТ Р ЕН 12841-2012: Система стандартов безопасности труда. Средства индивидуальной защиты от падения с высоты. Системы канатного доступа. Устройства позиционирования на канатах. Общие технические требования. Методы испытаний

    3.2 компонент (component): Часть системы, которая поставляется изготовителем в готовом для продажи виде с упаковкой, маркировкой и информацией, предоставляемой изготовителем.

    Примечание - Привязи для удержания и позиционирования (включая поясные ремни) и стропы являются примерами компонентов систем. [ЕН 363:2002]

    Источник: ГОСТ Р ЕН 358-2008: Система стандартов безопасности труда. Средства индивидуальной защиты от падения с высоты. Привязи и стропы для удержания и позиционирования. Общие технические требования. Методы испытаний

    2.2 компонент (component): Часть системы, которая поставляется изготовителем в готовом для продажи виде с упаковкой, маркировкой и инструкцией по применению.

    Примечание - Страховочная привязь и строп являются примерами компонентов системы.

    Источник: ГОСТ Р ЕН 363-2007: Система стандартов безопасности труда. Средства индивидуальной защиты от падения с высоты. Страховочные системы. Общие технические требования

    3.2 компонент (component): Часть системы, которая поставляется изготовителем в готовом для продажи виде с упаковкой, маркировкой и инструкцией по применению.

    Примечание - Страховочная привязь и строп являются примерами компонентов системы. [ЕН 363: 1992]

    Источник: ГОСТ Р ЕН 813-2008: Система стандартов безопасности труда. Средства индивидуальной защиты от падения с высоты. Привязи для положения сидя. Общие технические требования. Методы испытаний

    3.3 компонент (component): Составная часть газовой смеси, оказывающая влияние на служебные свойства и характеристики газовой смеси (например, в смеси, содержащей 11 % СО2 в аргоне, СО2 считают компонентом, а аргон - основным газом).

    Источник: ГОСТ Р ИСО 14175-2010: Материалы сварочные. Газы и газовые смеси для сварки плавлением и родственных процессов оригинал документа

    3.6 компонент (component): Сущность системы с дискретной структурой в рамках системы, которая взаимодействует с другими компонентами системы, дополняя тем самым систему свойствами и характеристиками на ее самом нижнем уровне.

    [ИСО/МЭК 15288:2002]

    Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа

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

    [IEEE 610] [1]

    Примечание 1 - См. также «система контроля и управления», «оборудование».

    Примечание 2 - Термины «оборудование», «компонента» и «модуль» часто используют как взаимозаменяемые. Отношение между этими терминами пока не стандартизовано.

    Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

    3.44 компонент (component): Сущность системы с дискретной структурой в рамках системы, которая взаимодействует с другими компонентами системы, дополняя тем самым систему свойствами и характеристиками на ее самом нижнем уровне.

    Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

    Русско-английский словарь нормативно-технической терминологии > компонент

  • 89 последствие

    1. consequence

     

    последствие
    Результат события.
    Примечания
    1. Результатом события может быть одно или более последствий.
    2. Последствия могут быть ранжированы от позитивных до негативных. Однако применительно к аспектам безопасности последствия всегда негативные.
    3. Последствия могут быть выражены качественно или количественно.
    [ ГОСТ Р 51897-2002]

    последствие
    Результат инцидента, который может повлиять на достижение целей организации.
    Примечания
    1 Для каждого инцидента должно быть проведено ранжирование последствий.
    2 Последствия могут быть определенными и неопределенными, а также могут иметь позитивное или негативное воздействие на достижение целей организации.
    [ ГОСТ Р 53647.1-2009]

    Тематики

    EN

    FR

    3.1 последствие (consequence): Результат события.

    Примечания

    1 Результатом события может быть одно или более последствие.

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

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

    [ИСО/МЭК Руководство 73:2002, пункт 3.1.2]

    Источник: ГОСТ Р ИСО/МЭК 16085-2007: Менеджмент риска. Применение в процессах жизненного цикла систем и программного обеспечения оригинал документа

    3.6 последствие (consequence): Возможная потеря жизни или здоровья, экономические или финансовые потери, в том числе происшедшие в результате нарушения деятельности транспортных систем, при реализации акта незаконного вмешательства в цепи поставок или использования цепи поставок в качестве оружия.

    Источник: ГОСТ Р 53662-2009: Система менеджмента безопасности цепи поставок. Наилучшие методы обеспечения безопасности цепи поставок. Оценки и планы оригинал документа

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

    Источник: ГОСТ Р 53660-2009: Суда и морские технологии. Оценка охраны и разработка планов охраны портовых средств оригинал документа

    2.13 последствие (consequence): Результат инцидента, который может повлиять на достижение целей организации.

    Примечания

    1 Для каждого инцидента должно быть проведено ранжирование последствий.

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

    Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

    2.10 последствие (consequence): Результат инцидента, который может повлиять на достижение целей организации.

    Примечания

    1. Для каждого инцидента должно быть проведено ранжирование последствий.

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

    Источник: ГОСТ Р 53647.1-2009: Менеджмент непрерывности бизнеса. Часть 1. Практическое руководство оригинал документа

    2.18 последствие (consequence): Результат события (2.17), влияющий на цели.

    Примечание 1 - Событие может привести к ряду последствий.

    Примечание 2 - Последствие может быть определенным или неопределенным, может иметь положительные и отрицательные влияния на цели.

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

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

    [Руководство ИСО 73:2009, определение 3.6.1.3]

    Источник: ГОСТ Р ИСО 31000-2010: Менеджмент риска. Принципы и руководство оригинал документа

    3.2 последствие (consequence): Результат воздействия события на объект.

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

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

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

    Примечание 4 - Первоначальные последствия могут вызвать эскалацию следующих последствий по принципу «домино».

    [Руководство ИСО/МЭК 73]

    Источник: ГОСТ Р 53647.4-2011: Менеджмент непрерывности бизнеса. Руководящие указания по обеспечению готовности к инцидентам и непрерывности деятельности оригинал документа

    3.4 последствие (consequence): Результат события, выражаемый положительно или отрицательно, количественно или качественно.

    Источник: ГОСТ Р 51901.10-2009: Менеджмент риска. Процедуры управления пожарным риском на предприятии оригинал документа

    3.2 последствие (consequence): Результат события (3.4).

    Примечания

    1 Результатом события может быть одно или более последствий.

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

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

    4 Последствия рассматривают относительно достижения поставленных целей.

    [Адаптировано из ГОСТ Р 51897-2002, ст. 3.1.2].

    Источник: Р 50.1.068-2009: Менеджмент риска. Рекомендации по внедрению. Часть 1. Определение области применения

    Русско-английский словарь нормативно-технической терминологии > последствие

  • 90 документ

    1. record
    2. en
    3. Document F- Document
    4. document

     

    документ
    Объект информационного взаимодействия в социальной среде, предназначен-ный для формального выражения социальных отношений между другими объектами этой среды.
    [ ГОСТ Р 52292-2004]

    документ
    Текст, имеющий наименование, определенную структуру и обозначение, который может быть сохранен, отредактирован, найден и заменен как единое целое.
    [ ГОСТ Р ИСО/МЭК 2382-23-2004]

    документ
    документированная информация
    Зафиксированная на материальном носителе информация с реквизитами, позволяющими ее идентифицировать.
    [ ГОСТ Р 51141-98]
    документ
    Зафиксированная на материальном носителе информация с реквизитами, позволяющими ее идентифицировать. Документ может иметь бумажную, электронную (или другую) форму представления и изменять ее в процессе документооборота.
    [ОАО РАО "ЕЭС России" СТО 17330282.27.010.001-2008]

    документ
    Материальный объект, содержащий в зафиксированном виде информацию, оформленную установленным образом на определенном языке и носителе информации, имеющий в соответствии с действующим законодательством правовое значение.
    [МУ 64-01-001-2002]

    документ
    Информация, представленная на соответствующем носителе.
    Пример
    Записи, спецификация, процедурный документ, чертеж, отчет, стандарт.
    Примечания
    1. Носитель может быть бумажным, магнитным, электронным или оптическим, компьютерным диском, фотографией или эталонным образцом, или их комбинацией.
    2. Комплект документов, например, спецификаций и записей, часто называется "документацией".
    3. Некоторые требования (например, требование к разборчивости текста) относятся ко всем видам документов, однако могут быть особые требования к спецификациям(например, требование к управлению пересмотрами) и записям (например, требование к восстановлению).
    [ ГОСТ Р ИСО 9000-2008]
    документ
    Объединяющее звено разнотипной информации, присутствующее на всех стадиях цифровой печати и меняющее свою форму от физического оригинала или цифрового файла в электронных средах до тиражируемой твердой копии на бумаге.
    Материальный объект, содержащий в зафиксированном виде информацию, оформленную установленным порядком и имеющую в соответствии с действующим законодательством правовое значение [http://www.rol.ru/files/dict/internet/].
    [ http://www.morepc.ru/dict/]
    документ
    Информационный объект в виде текста. В качестве документов могут выступать: нормативные, распорядительные, организационные, договорные, плановые, другие внутренние и внешние документы.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

     документ
    Информация, представленная в удобной для чтения форме. Документ может быть бумажным или электронным. Например, политика, соглашение об уровне услуги, запись об инциденте или план компьютерного зала. См. тж. запись.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    документ
    1. Носитель информации, используемый в любых системах управления, в том числе и автоматизированных. Их информационная база — документы разного вида (плановая, статистическая, бухгалтерская, техническая документация и т.д.). 2. В информационно-поисковых системах (ИПС) документом называют любой объект, внесенный в «память» системы: книгу, Д. в обычном смысле слова, статистическую таблицу, заметку из газеты, патент, чертеж и т.д. Каждый Д. в ИПС имеет «поисковый образ«, по которому при поступлении соответствующего запроса его и находит компьютер.
    [ http://slovar-lopatnikov.ru/]

    EN

    document
    fixed and structured amount of information intended for human perception that can be managed and interchanged as a unit between users and systems
    NOTE 1 The term document is not restricted to its meaning in a legal sense.
    NOTE 2 A document can be designated in accordance with the type of information and the form of presentation, for example overview diagram, connection table, function chart.
    [IEC 61082-1, ed. 2.0 (2006-04)]

    document
    information on a data medium
    NOTE 1 The term document is not restricted to its meaning in a legal sense.
    NOTE 2 Normally a document is designated in accordance with the type of information and the form of presentation, for example overview diagram, connection table, function chart.
    NOTE 3 Information may appear in a static manner on paper and microform or dynamically on (video) display devices.
    [IEC 62023, ed. 1.0 (2000-04)]

    document
    Information object in textual form. Documents can be regulatory, administrative, organizing, contractual, planning or other internal and external documents.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

     document
    Information in readable form. A document may be paper or electronic – for example, a policy statement, service level agreement, incident record or diagram of a computer room layout. See also record.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    FR

    document
    quantité d'informations fixe et structurée destinée à être perçue par les personnes et qui peut être gérée et échangée comme un tout entre utilisateurs et systèmes
    NOTE 1 Le terme document n'est pas réduit à sa signification au sens légal.
    NOTE 2 Un document peut être désigné selon le type d'information et la forme de présentation, par exemple schéma d'ensemble, tableau de connexion, diagramme fonctionnel.
    [IEC 61082-1, ed. 2.0 (2006-04)]

    document
    information sur un support de données
    NOTE 1 Le terme «document» n’est pas réduit à son sens légal.
    NOTE 2 Normalement, un document est désigné conformément au type d’information et à la forme de présentation, par exemple schéma de système, tableau des connexions, diagramme fonctionnel.
    NOTE 3 Les informations peuvent apparaître d’une manière statique sur papier et microforme ou d’une manière dynamique sur des dispositifs d’affichage (vidéo).
    [IEC 62023, ed. 1.0 (2000-04)]


    Тематики

    Синонимы

    EN

    FR

    2.6 документ (document): Информация и поддерживающий ее носитель.

    Примечания

    1 В настоящем стандарте записи (см. 2.9) отличаются от документов тем, что они являются свидетельством деятельности, а не свидетельством намерений.

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

    Источник: ГОСТ Р ИСО/МЭК 20000-1-2010: Информационная технология. Менеджмент услуг. Часть 1. Спецификация оригинал документа

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

    Источник: ГОСТ Р ИСО 15489-1-2007: Система стандартов по информации, библиотечному и издательскому делу. Управление документами. Общие требования оригинал документа

    3.4 документ (document): Информация и соответствующий носитель.

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

    Примечание 2 - Определение соответствует ИСО 9000:2000, 3.7.2.

    Источник: ГОСТ Р ИСО 14001-2007: Системы экологического менеджмента. Требования и руководство по применению оригинал документа

    3.7.2 документ (document): Информация (3.7.1), представленная на соответствующем носителе.

    Пример - Записи (3.7.6), спецификация (3.7.3), процедурный документ, чертеж, отчет, стандарт.

    Примечания

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

    2 Комплект документов, например, спецификаций и записей, часто называется «документацией».

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

    Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

    3.5 документ (document): Информация, приведенная на соответствующем носителе.

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

    Примечание 2 - Определение соответствует приведенному в ИСО 9000:2000, 3.7.2.

    [ИСО 14001:2004, 3.4]

    Источник: ГОСТ Р ИСО 14004-2007: Системы экологического менеджмента. Общее руководство по принципам, системам и методам обеспечения функционирования оригинал документа

    3.7.2 документ (en document; fr document): Информация (3.7.1) и соответствующий носитель.

    Примеры: записи (3.7.6), нормативная и техническая документация (3.7.3), процедурный документ, чертеж, отчет, стандарт.

    Примечания

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

    2 Комплект документов, например технических условий и записей, часто называется «документацией».

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

    Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

    3.4 документ (document): Информация и соответствующий носитель.

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

    Примечание 2 - Определение соответствует ИСО 9000:2000, 3.7.2.

    Источник: ГОСТ Р 54336-2011: Системы экологического менеджмента в организациях, выпускающих нанопродукцию. Требования оригинал документа

    3.7.2 документ (document): Информация (3.7.1), представленная на соответствующем носителе.

    Пример - Записи (3.7.6), спецификация (3.7.3), процедурный документ, чертеж, отчет, стандарт.

    Примечания

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

    2 Комплект документов, например спецификаций и записей, часто называется «документацией».

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

    Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

    3.5 документ (document): Информация и соответствующий носитель.

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

    [ИСО 14001:2004, пункт 3.4]

    Источник: ГОСТ Р 54934-2012: Системы менеджмента безопасности труда и охраны здоровья. Требования оригинал документа

    3.5 документ (document): Информация и соответствующий носитель.

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

    [ ГОСТ Р ИСО 14001-2007, статья 3.4]

    Источник: ГОСТ Р 54337-2011: Системы менеджмента охраны труда в организациях, выпускающих нанопродукцию. Требования оригинал документа

    4.5 документ (document): Информация и ее носители.

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

    Примечание 2 - Термин установлен в ИСО 9000:2006, статья 3.7.2.

    [ИСО 14001:2004]

    Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

    Русско-английский словарь нормативно-технической терминологии > документ

  • 91 надежность

    1. security
    2. Reliability, dependability
    3. reliability application
    4. reliability
    5. integrity
    6. fail-safety
    7. en
    8. durability
    9. dependability

     

    надежность
    Способность оборудования безотказно выполнять заданные функции при определенных условиях и в заданном интервале времени.
    [ГОСТ ЕН 1070-2003]

    надежность
    Способность машины, частей или оборудования исполнять требуемую функцию в регламентированных условиях и заданном временном отрезке без сбоев.
    [ ГОСТ Р 51333-99]

    надежность
    Свойство объекта сохранять во времени в установленных пределах значения всех параметров, характеризующих способность выполнять требуемые функции в заданных режимах и условиях применения, технического обслуживания, хранения и транспортирования.
    Примечание. Надежность является комплексным свойством, которое в зависимости от назначения объекта и условий его применения может включать безотказность, долговечность, ремонтопригодность и сохраняемость или определенные сочетания этих свойств
    [ ГОСТ 27.002-89]
    [ОСТ 45.153-99]
    [СО 34.21.307-2005]
    [СТО Газпром РД 2.5-141-2005]

    надежность
    Собирательный термин, используемый для описания характеристики готовности и влияющих на нее факторов: безотказности, ремонтопригодности и обеспечение технического обслуживания и ремонта.
    Примечания
    1 Надежность используется только для общих описаний, когда не применяются количественные термины.
    2 Надежность является одним из зависящих от времени аспектов качества.
    3 Определение надежности и Примечание 1, приведенные выше взяты из главы 191 словаря МЭК 50, который также включает родственные термины и определения.
    [ИСО 8402-94]

    надежность
    Собирательный термин, применяемый для описания свойства готовности и влияющих на него свойств безотказности, ремонтопригодности и обеспеченности технического обслуживания и ремонта.
    Примечание
    Термин "надежность" применяется только для общего неколичественного описания свойства.
    [МЭК 60050-191:1990].
    [ ГОСТ Р ИСО 9000-2008]

    Недопустимые, нерекомендуемые

    Тематики

    EN

    DE

    FR

     

    надёжность
    —
    [Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999]

    Тематики

    • электротехника, основные понятия

    EN

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

    Примечание - Термин «надежность» применяется только для общего неколичественного описания свойства.

    [МЭК 60050-191:1990]

    Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

    1.1. Надежность

    Reliability, dependability

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

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

    Источник: ГОСТ 27.002-89: Надежность в технике. Основные понятия. Термины и определения оригинал документа

    3.5.3 надежность (en dependability; fr sûreté de fonctionnement): Собирательный термин, применяемый для описания свойства готовности и влияющих на него свойств безотказности, ремонтопригодности и обеспеченности технического обслуживания и ремонта.

    Примечание - Надежность применяется только для общего неколичественного описания свойства. [МЭК 60050-191:1990].

    Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

    2.37 надежность (reliability) (информации): Степень уверенности в информации при представлении или оценивании соответствующего рассматриваемого объекта.

    Примечание - Информация может быть в виде данных, показателей (2.16) или приблизительных оценок.

    Источник: ГОСТ Р ИСО 24511-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента коммунальных предприятий и оценке услуг удаления сточных вод оригинал документа

    2.37 надежность (reliability) (информации): Степень уверенности в информации при представлении или оценивании соответствующего рассматриваемого объекта.

    Примечание - Информация может быть в виде данных, показателей (2.16) или приблизительных оценок.

    Источник: ГОСТ Р ИСО 24512-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента систем питьевого водоснабжения и оценке услуг питьевого водоснабжения оригинал документа

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

    Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа

    3.1.1 надежность (reliability): Вероятность того, что объект может выполнять требуемую функцию в данных условиях в течение данного периода времени (t1, t2).

    Примечания

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

    2. Термин «надежность» также используют для обозначения работоспособности, характеризуемой этой вероятностью (МЭК 60050-191) [1].

    [МЭК 60050-191] [1]

    Источник: ГОСТ Р 50030.5.4-2011: Аппаратура распределения и управления низковольтная. Часть 5.4. Аппараты и элементы коммутации для цепей управления. Метод оценки рабочих характеристик слаботочных контактов. Специальные испытания оригинал документа

    2.37 надежность (reliability) (информации): Степень уверенности в информации при представлении или оценивании соответствующего рассматриваемого объекта.

    Примечание - Информация может быть в виде данных, показателей (2.16) или приблизительных оценок.

    Источник: ГОСТ Р ИСО 24510-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания по оценке и улучшению услуги, оказываемой потребителям оригинал документа

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

    [МАГАТЭ 50-SG-D8]

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

    Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

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

    Примечание - Термин «надежность» применяется только для общего неколичественного описания свойства.

    [IEC 60050-191:1990]


    Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

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

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

    Источник: ГОСТ Р 54483-2011: Нефтяная и газовая промышленность. Платформы морские для нефтегазодобычи. Общие требования оригинал документа

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

    Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

    3.1 надежность (dependability): Свойства готовности1) и влияющие на нее свойства безотказности, ремонтопригодности и обеспеченности техническим обслуживанием и ремонтом2).

    ____________

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

    2) Определения терминов «надежность», «безотказность», «долговечность», «ремонтопригодность» по ГОСТ 27.002 приведены в приложении Н.

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

    3.2

    Источник: ГОСТ Р 51901.3-2007: Менеджмент риска. Руководство по менеджменту надежности оригинал документа

    Русско-английский словарь нормативно-технической терминологии > надежность

  • 92 риск

    1. risk

     

    риск
    Сочетание вероятности нанесения и степени тяжести возможных травм или другого вреда здоровью в опасной ситуации.
    [ ГОСТ Р ИСО 12100-1:2007]

    риск
    Сочетание вероятности причинения ущерба и тяжести этого ущерба.
    [ИСО / МЭК Руководство 51]
    Примечание
    Дальнейшее обсуждение этой концепции содержится в МЭК 61508-5 (приложение А).
    [ ГОСТ Р МЭК 61508-4-2007]

    риск
    Комбинация вероятностей и степени тяжести возможных травм или нанесения другого вреда здоровью в опасной ситуации.
    [ГОСТ ЕН 1070-2003]
    [ ГОСТ Р 51333-99]

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

    риск
    Вероятность причинения вреда жизни или здоровью граждан, имуществу физических или юридических лиц, государственному или муниципальному имуществу, окружающей среде, жизни или здоровью животных и растений с учетом тяжести этого вреда
    [Федеральный закон от 27.12.2002 № 184-ФЗ «О техническом регулировании»]
    [СТО Газпром РД 2.5-141-2005]

    риск
    Вероятность причинения вреда жизни, здоровью физических лиц, окружающей среде, в том числе животным или растениям, имуществу физических или юридических лиц, государственному или муниципальному имуществу с учетом тяжести этого вреда.
    [ ГОСТ Р 52551-2006]

    риск
    Сочетание вероятности события и его последствий.
    Примечания
    1. Термин «риск» обычно используют только тогда, когда существует возможность негативных последствий.
    2. В некоторых ситуациях риск обусловлен возможностью отклонения от ожидаемого результата или события.
    3. Применительно к безопасности см. Аспекты безопасности. Правила включения в стандарты.
    [ ГОСТ Р 51897-2002]

    риск
    Сочетание вероятности случайности и тяжести возможной травмы или нанесение вреда здоровью человека в опасной ситуации.
    [ ГОСТ Р МЭК 60204-1-2007]

    риск
    Возможность нежелательного исхода в будущем, вероятностькоторого надо учитывать при анализе деятельности любых экономических субъектов (компаний, предприятий, домашних хозяйств и др.), особенно в инвестиционной деятельности, и по возможности сводить к минимуму путем принятия рациональных управленческих решений. В задачах исследования операций риск — мера несоответствия между разными возможными результатами принятия определенных стратегий (решениями задачи). При этом считается, что каждая выбираемая стратегия может привести к разным результатам и что вероятности тех или иных результатов принимаемого решения известны или могут быть оценены (в отличие от детерминированных задач, где каждая стратегия дает единственный результат, и неопределенных задач, где результаты стратегии непредсказуемы). Задачи с Р. состоят в выборе некоторой i-й альтернативы, обеспечивающей лучший результат с заданной вероятностью, например, вероятностью pi и худший — вероятностью (1 — pi). Чаще всего максимизируется математическое ожидание полезности для каждой стратегии (хотя применяются и другие критерии). При выборе стратегий учитываются два фактора: вероятность получения тех или иных результатов (в некоторых работах она называется, на наш взгляд, не вполне удачно «мерой эффективности»), и полезность этих результатов. Принято считать экономическим Р. затраты или потери экономического эффекта, связанные с реализацией определенного планового варианта в условиях, иных по сравнению с теми, при которых он (вариант) был бы оптимальным. Принято разделать финансовые риски на три главные категории: процентый, систематический и несистематический (см. соответствующие статьи). Аналогично понимание термина Р. и в других сферах бизнеса, хозяйственной деятельности. При выборе альтернатив с разной степенью Р. чрезвычайное значение имеет психологический аспект. Лица, принимающие решения (как потребители, так и производители) разделяются на при категории: расположенные к риску, нерасположенные к Р. и безразличные к нему. Например, человек, предпочитающий стабильный доход определенного размера большему по размеру, но связанному с Р. доходу, считается нерасположенным к Р. Максимальное количество денег, которое он готов заплатить, чтобы избежать риска, называется в этом случае вознаграждением или премией за риск. Каждый инвестор сталкивается с взаимосвязью желаемой прибыли от проекта и риском. Выбор между безрисковыми (таковы, напр., государственные ценные бумаги) и отличающимися более высокой ожидаемой прибылью рисковыми активами — основная задача формирования инвестиционного портфеля. В портфельной теории в качестве меры риска обычно выбирается статистический показатель «стандартное отклонение от ожидаемой доходности портфеля». Чем меньше возможное отклонение от нее, тем менее рискован портфель, тем более он надежен. Для снижения Р. («управления риском») применяются методы диверсификации производства, разного рода формы страхования, накопление резервов,получение дополнительной информации о различных вариантах экономического поведения и их возможных последствиях.
    [ http://slovar-lopatnikov.ru/]

    Тематики

    EN

    DE

    FR

    2.19 риск (risk): Потенциальная опасность нанесения ущерба организации в результате реализации некоторой угрозы с использованием уязвимостей актива или группы активов.

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

    Источник: ГОСТ Р ИСО/МЭК 13335-1-2006: Информационная технология. Методы и средства обеспечения безопасности. Часть 1. Концепция и модели менеджмента безопасности информационных и телекоммуникационных технологий оригинал документа

    3.5 риск (risk): Сочетание вероятности события и его последствий.

    Примечания

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

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

    3 Применительно к безопасности см. ИСО Руководство 51.

    [ИСО/МЭК Руководство 73:2002, пункт 3.1.1]

    Источник: ГОСТ Р ИСО/МЭК 16085-2007: Менеджмент риска. Применение в процессах жизненного цикла систем и программного обеспечения оригинал документа

    3.56 риск (risk): Потенциальная опасность нанесения ущерба организации в результате реализации некоторой угрозы с использованием уязвимостей актива или группы активов [2].

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

    Источник: ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

    2.12 риск (risk): Сочетание вероятности события и его последствий.

    Примечания

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

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

    Источник: ГОСТ Р ИСО 17666-2006: Менеджмент риска. Космические системы оригинал документа

    2.13 риск (risk): Сочетание вероятности причинения вреда и тяжести этого вреда ([2], пункт 3.2).

    Источник: ГОСТ Р ИСО 14971-2006: Изделия медицинские. Применение менеджмента риска к медицинским изделиям оригинал документа

    3.16 риск (risk): Воздействие неопределенности на достижение целей.

    Примечание - Адаптировано из Руководства ИСО 73:2009, определение 1.1.

    Источник: ГОСТ Р ИСО 19011-2012: Руководящие указания по аудиту систем менеджмента оригинал документа

    3.9 риск (risk): Сочетание вероятности появления опасного события и его последствий.

    Источник: ГОСТ Р 51901.11-2005: Менеджмент риска. Исследование опасности и работоспособности. Прикладное руководство оригинал документа

    3.11 риск (risk): Вероятность реализации акта незаконного вмешательства и его последствия.

    Источник: ГОСТ Р 53661-2009: Система менеджмента безопасности цепи поставок. Руководство по внедрению оригинал документа

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

    Источник: ГОСТ Р ИСО 12100-1-2007: Безопасность машин. Основные понятия, общие принципы конструирования. Часть 1. Основные термины, методология оригинал документа

    3.56 риск (risk): Потенциальная опасность нанесения ущерба организации в результате реализации некоторой угрозы с использованием уязвимостей актива или группы активов [2].

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

    Источник: ГОСТ Р ИСО ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

    3.97 риск (risk): Качественная или количественная вероятность проявления случайного события, рассматриваемая в связи с потенциальными последствиями отказа.

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

    Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа

    3.8 риск (risk): Уровень последствий и вероятность случаев актов незаконного вмешательства.

    Источник: ГОСТ Р 53660-2009: Суда и морские технологии. Оценка охраны и разработка планов охраны портовых средств оригинал документа

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

    Источник: ГОСТ Р МЭК 62305-2-2010: Менеджмент риска. Защита от молнии. Часть 2. Оценка риска оригинал документа

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

    Источник: ГОСТ Р МЭК 62305-1-2010: Менеджмент риска. Защита от молнии. Часть 1. Общие принципы оригинал документа

    2.35 риск (risk): Сочетание вероятности события и масштабов его последствий, а также его воздействие на достижение целей организации.

    Примечания

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

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

    3 Применительно к безопасности см. [2].

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

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

    Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

    2.28 риск (risk): Сочетание вероятности события и масштабов его последствий, а также его воздействие на достижение целей организации.

    Примечание

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

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

    3. Применительно к безопасности см. [2].

    [ИСО/МЭК Руководство 73:2009]

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

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

    Источник: ГОСТ Р 53647.1-2009: Менеджмент непрерывности бизнеса. Часть 1. Практическое руководство оригинал документа

    2.1 риск (risk): Влияние неопределенности на цели.

    Примечание 1 - Влияние - это отклонение от того, что ожидается (положительное и/или отрицательное).

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

    Примечание 3 - Риск часто характеризуется ссылкой на потенциально возможные события (2.17) и последствия (2.18) или их комбинации.

    Примечание 4 - Риск часто выражают в виде комбинации последствий событий (включая изменения в обстоятельствах) и связанной с этим вероятности или возможности наступления (2.19).

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

    [Руководство ИСО 73:2009, определение 1.1]

    Источник: ГОСТ Р ИСО 31000-2010: Менеджмент риска. Принципы и руководство оригинал документа

    3.33 риск (risk): Следствие влияния неопределенности на достижение поставленных целей1).

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

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

    Примечание 3 - Риск часто характеризуют путем описания возможного события и его последствий или их сочетания.

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

    Примечание 5 - Неопределенность - это состояние полного или частичного отсутствия информации, необходимой для понимания события, его последствий и их вероятностей.

    [Руководство ИСО/МЭК 73]

    Источник: ГОСТ Р 53647.4-2011: Менеджмент непрерывности бизнеса. Руководящие указания по обеспечению готовности к инцидентам и непрерывности деятельности оригинал документа

    3.21 риск (risk): Совокупность вероятности наступления события причинения вреда и степень тяжести этого вреда.

    [ISO/IEC Guide 51:1999, статья 3.2]


    Источник: ГОСТ Р МЭК 60086-4-2009: Батареи первичные. Часть 4. Безопасность литиевых батарей оригинал документа

    3.13 риск (risk): Совокупность вероятности наступления события причинения вреда и масштабы этого вреда.

    Источник: ГОСТ Р МЭК 60086-5-2009: Батареи первичные. Часть 5. Безопасность батарей с водным электролитом оригинал документа

    3.3 риск (risk): Вероятность наступления нежелательного события, при котором реализуется опасность.

    Примечание - Концепция риска всегда включает в себя два элемента: частоту или вероятность, с которой происходит то или иное опасное событие, и последствия данного опасного события [6].

    Источник: ГОСТ Р ЕН 340-2010: Система стандартов безопасности труда. Одежда специальная защитная. Общие технические требования

    2.114 риск (risk): Сочетание вероятности нанесения ущерба и тяжести этого ущерба.

    [ИСО 14698-1:2003, статья 3.1.16], [ИСО 14698-2:2003, статья 3.11]

    Источник: ГОСТ Р ИСО 14644-6-2010: Чистые помещения и связанные с ними контролируемые среды. Часть 6. Термины оригинал документа

    3.1.5 риск (risk): Сочетание вероятности причинения ущерба и тяжести этого ущерба [ИСО/МЭК Руководство 51].

    Примечание - Дальнейшее обсуждение этой концепции содержится в МЭК 61508-5 (приложение А).

    Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

    3.1 риск (risk): Сочетание вероятности события и его последствий.

    Примечания

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

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

    3 Применительно к безопасности см. ГОСТ Р 51898.

    [ ГОСТ Р 51897-2002, ст. 3.3.1].

    Источник: Р 50.1.068-2009: Менеджмент риска. Рекомендации по внедрению. Часть 1. Определение области применения

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

    Источник: ГОСТ Р 54934-2012: Системы менеджмента безопасности труда и охраны здоровья. Требования оригинал документа

    3.21 риск (risk): Сочетание вероятности возникновения опасного события или подверженности такому событию и тяжести травмы или заболевания (см. 3.8), которые могут наступить в результате этого события.

    Источник: ГОСТ Р 54337-2011: Системы менеджмента охраны труда в организациях, выпускающих нанопродукцию. Требования оригинал документа

    3.4 риск (risk): Сочетание вероятности получения работником возможных травм или другого вреда здоровью и степени тяжести этого вреда.

    Источник: ГОСТ Р 53454.1-2009: Эргономические процедуры оптимизации локальной мышечной нагрузки. Часть 1. Рекомендации по снижению нагрузки оригинал документа

    3.4.13 риск (risk): В конкретной ситуации комбинация вероятности причинения вреда и серьезности этого вреда.

    Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

    3.1 риск (risk): Сочетание вероятности события и его последствий.

    Примечания

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

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

    3 Применительно к безопасности см. ГОСТ Р 51898.

    [ ГОСТ Р 51897-2002, ст. 3.1.1]

    Источник: Р 50.1.069-2009: Менеджмент риска. Рекомендации по внедрению. Часть 2. Определение процесса менеджмента риска

    Русско-английский словарь нормативно-технической терминологии > риск

  • 93 КСУЗ

    Sakhalin S: комплексная система управления заводом, комплексная система управления заводом (также наименование программного пакета Системы управления предприятием фирмы Ханиуэлл)

    Универсальный русско-английский словарь > КСУЗ

  • 94 вероятность

    1. probability
    2. likelihood

     

    вероятность
    Мера того, что событие может произойти.
    Примечание
    Математическое определение вероятности: «действительное число в интервале от 0 до 1, относящееся к случайному событию». Число может отражать относительную частоту в серии наблюдений или степень уверенности в том, что некоторое событие произойдет. Для высокой степени уверенности вероятность близка к единице.
    [ ГОСТ Р 51897-2002]

    вероятность
    «Математическая, числовая характеристика степени возможности появления какого-либо события в тех или иных определенных, могущих повторяться неограниченное число раз условиях»[1]. Если исходить из этого классического определения, численное значение В. некоторого случайного события равно отношению числа равновероятных исходов, обеспечивающих совершение данного события, к числу всех равновероятных исходов. (Одним из основных понятий математической статистики является распределение вероятностей, характеризуемое показателем относительных частот реализации случайных событий). Заметим, что «исход» — не единственный термин для обозначения факта свершения случайного события. То же в разных дисциплинах, связанных с теорией В., означают: случай, выборочная точка, элементарное событие, состояние и др. Вероятность обычно обозначается латинской буквой P. Например, выражение P(A) = 0,5 означает, что В. наступления события A равна 0,5. В. удобно классифицировать по следующей шкале: 0.00 — полностью исключено 0.10 — в высшей степени неопределенно 0.20 — в высшей степени неопределенно 0.30 — весьма неправдоподобно 0.40 — неправдоподобно 0.60 — вероятно 0.70 — вероятно 0.80 — весьма вероятно 0.90 — в высшей степени вероятно 1.00 — полностью достоверно. Для анализа вероятностей сложных событий следует различать прежде всего события совместимые и несовместимые, а также зависимые и независимые. В первом случае речь идет о событиях, которые могут (или не могут) появиться совместно, во втором — о таких, что В. одного события в той или иной мере связана (или не связана) с тем, осуществилось ли другое. Для взаимно независимых событий A и B действуют следующие правила: В. осуществления хотя бы одного из них равна сумме вероятностей этих событий: P(A ? B) = P(A)+P(B). В. совместного осуществления событий A и B равна произведению их вероятностей: P(A ? B) = P(A) x P(B). Вместо P(A ? B) обычно пишут: P(AB). Те же правила действуют, когда взаимно независимых событий не два, а любое число. Для двух зависимых событий В. наступления по крайней мере одного из них равна сумме В. этих событий минус B. их совместного появления: P(A ? B) = P(A)+P(B — P(A ? B). Или, что то же самое: P(A)+P(B — P(AB). В. события A при условии, что произошло другое (взаимно зависимое) событие B, называется условной В. и обозначается: P(A | B), или PB(A), или P (A/B). Наконец, если одно из несовместимых событий наступает, другое не может наступить. Следовательно, суммарная В. их наступления равна единице. Если одно событие обозначить A, то другое (его называют дополнительным к первому) будет «не A«, или ?A, или ?. Очевидно, что P(?A) ? 1 — P(A). См. Распределение вероятностей. Все изложенное относится к так называемой объективной вероятности. Однако развивается, особенно в теории управления, также концепция вероятности субъективной. Она рассматривает не факты свершения тех или иных событий, а определенное наблюдаемое поведение человека при принятии решений. Здесь понятию относительных частот (см. Распределение вероятностей) как бы соответствует понятие степени уверенности человека в возможности свершения того или иного события (его статистического веса). Концепции объективной и субъективной вероятности связаны. Предполагается, что человек разумен: это означает, что каково бы ни было его первоначальное мнение, он после ознакомления с относительными частотами изменит это мнение таким образом, что его веса, или степени уверенности, приблизятся к относительным частотам. Здесь вероятности, характеризующие суждения принимающего решения человека о состояниях внешнего мира и о будущих событиях, или его гипотезы до получения им дополнительной информации, называются априрорными [prior] вероятностями. Пересмотренные же значения этих вероятностей называются апостериорными [posterior] вероятностями. Вероятности, априорные по отношению к одному наблюдению, могут быть апостериорными по отношению к другому наблюдению. Вероятность данного выборочного результата, наблюдения или информационного сообщения в предположении, что верна какая-то одна гипотеза или одно состояние среды, называется правдоподобностью, правдоподобием [likelihood]. На концепции субъективной вероятности базируется, например, Бейесовский (Байесовский) подход в науке об управлении. См. также Метод максимального правдоподобия.
    [ http://slovar-lopatnikov.ru/]

    Тематики

    EN

    FR

    3.3 вероятность (probability): Мера того, что событие может произойти.

    Примечания

    1 ИСО 3534-1 дает математическое определение вероятности: «действительное число в интервале от 0 до 1, относящееся к случайному событию». Число может отражать относительную частоту в серии наблюдений или степень уверенности в том, что некоторое событие произойдет. Для высокой степени уверенности вероятность близка к единице.

    2 При описании риска вместо вероятности может быть использована частота.

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

    - редкий/маловероятный/умеренный/вероятный/почти уверенный, или

    - невероятный/маловероятный/незначительный/случайный/вероятный/частый.

    [ИСО/МЭК Руководство 73:2002, пункт 3.1.3]

    Источник: ГОСТ Р ИСО/МЭК 16085-2007: Менеджмент риска. Применение в процессах жизненного цикла систем и программного обеспечения оригинал документа

    3.13 вероятность (likelihood): Степень возможности развития сценария угрозы безопасности, которая может привести к реализации акта незаконного вмешательства.

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

    Источник: ГОСТ Р 53662-2009: Система менеджмента безопасности цепи поставок. Наилучшие методы обеспечения безопасности цепи поставок. Оценки и планы оригинал документа

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

    Источник: ГОСТ Р 53660-2009: Суда и морские технологии. Оценка охраны и разработка планов охраны портовых средств оригинал документа

    3.28 вероятность (probability): Мера возможности появления события.

    Примечание 1 - В ИСО 3534-1:1993(пункт1.1)приведено математическое определение вероятности: «вероятность -действительное число в интервале от 0 до 1, характеризующее случайное событие». Вероятность может отражать относительную частоту появления события в серии наблюдений или степень уверенности в том, что событие произойдет. При высокой степени уверенности в появлении события вероятность близка к единице.

    Примечание 2 - При описании риска вместо «вероятности» может быть использовано понятие «частота».

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

    - крайне редко/маловероятно/вероятно/почти наверняка;

    - невозможно/крайне маловероятно/редко/иногда/вероятно/часто.

    [Руководство ИСО/МЭК 73]

    Источник: ГОСТ Р 53647.4-2011: Менеджмент непрерывности бизнеса. Руководящие указания по обеспечению готовности к инцидентам и непрерывности деятельности оригинал документа

    3.3 вероятность (probability): Действительное число в интервале от 0 до 1, относящееся к случайному событию.

    Примечания

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

    2 Вероятность события А обозначают Рr(А) или Р(А).

    Источник: Р 50.1.068-2009: Менеджмент риска. Рекомендации по внедрению. Часть 1. Определение области применения

    Русско-английский словарь нормативно-технической терминологии > вероятность

  • 95 синхронизация времени

    1. time synchronization
    2. clock synchronization

     

    синхронизация времени
    -
    [ ГОСТ Р МЭК 60870-5-103-2005]

    Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
    [Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]

    Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
    [ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

    Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.

    С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени  глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
    [Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
    Перевод с английского ]

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

    2.13 Синхронизация часов реального времени сигналом по оптовходу 
    В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
    Это может быть выполнено с использованием сигналов синхронизации времени   по интерфейсу IRIG-B, если  реле  оснащено  таким  входом  или  сигналом  от  системы OP
    [Дистанционная защита линии MiCOM P443/ ПРИНЦИП  РАБОТЫ]

    СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588

    Автор: Андреас Дреер (Hirschmann Automation and Control)

    Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.

    ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?

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

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

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

    ПРЕДЫДУЩИЕ РЕШЕНИЯ

    Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.

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

    Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:

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

    ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP

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

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

    В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.

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

    Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.

    ПРОТОКОЛ PTP ВЕРСИИ 2

    В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:

    • Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
    • Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
    • Поддержка новых типов сообщений.
    • Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
    • Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
    • Ввод профилей, определяющих настройки для новых областей применения.
    • Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
    • Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
    • Ввод дополнительных опциональных расширений стандарта.

    ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP

    В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.

    Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной.   Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.

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

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

    Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй  версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм  предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.

    РЕАЛИЗАЦИЯ ПРОТОКОЛА PTP

    Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).

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

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

    РЕЗУЛЬТАТЫ

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

    В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы  погрешности менее в пределах +/- 200 нс.

    Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.

    ВЫВОДЫ

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

    [ Источник]

    Тематики

    EN

    Русско-английский словарь нормативно-технической терминологии > синхронизация времени

  • 96 интерфейс пользователя

    1. user interface

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

    Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа

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

    Источник: ГОСТ Р ИСО 9241-110-2009: Эргономика взаимодействия человек-система. Часть 110. Принципы организации диалога оригинал документа

    Русско-английский словарь нормативно-технической терминологии > интерфейс пользователя

  • 97 системное программное обеспечение

    1. systems software
    2. system software

    3.41 системное программное обеспечение (system software): Часть ПО системы контроля и управления, созданная для конкретного компьютера или семейства оборудования с целью облегчения разработки, эксплуатации и модификации этих объектов и связанных с ними программ.

    [МЭК 62138, пункт 3.33]

    Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

    3.64 системное программное обеспечение (system software): Программное обеспечение, спроектированное для определенной компьютерной системы или семейства компьютерных систем с целью эксплуатации и обслуживания компьютерной системы и установленных программ, например, операционные системы, ЭВМ, утилиты. Системное программное обеспечение обычно состоит из операционного системного программного обеспечения и инструментальных программ (см. рисунок 2).

    [МЭК 60880-2, 3.24]

    Примечание 1 - Операционное системное программное обеспечение: программы, загруженные в основной процессор в течение времени работы системы, такие как, операционная система, входные и выходные драйверы, коммуникационные программы, библиотеки прикладных программ, on-line диагностика, программы сжатия, упрощенные программы управления.

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

    Примечание 3 - См. также «прикладное программное обеспечение».

    x004.jpg

    Рисунок 2 - Характерные взаимосвязи между аппаратными и

    x005.png

    Рисунок 3 - Связь между отказом системы, случайным отказом и систематическим
    дефектом

    Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

    Русско-английский словарь нормативно-технической терминологии > системное программное обеспечение

  • 98 анимация

    1. animation

     

    анимация
    Имитация работы программной системы (или существенной части этой системы) для отображения существенных аспектов поведения системы, применяемая, например, к спецификации требований в соответствующем формате или на достаточно высоком уровне представления проекта системы.
    Примечание
    Анимация может дать дополнительную уверенность в том, что система удовлетворяет реальным требованиям, поскольку она улучшает восприятие человеком заданного поведения системы.
    [ ГОСТ Р МЭК 61508-4-2007]

    Тематики

    EN

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

    Примечания

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

    2 Анимация позволяет оценить специфическое поведение системы при задании параметров и данных, близких к реальным.

    Источник: ГОСТ Р 53195.4-2010: Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 4. Требования к программному обеспечению оригинал документа

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

    Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

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

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

    Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

    Русско-английский словарь нормативно-технической терминологии > анимация

  • 99 безопасность

    1. security
    2. safety

     

    безопасность
    Отсутствие недопустимого риска.
    [ ГОСТ Р МЭК 61508-4-2007]

    безопасность
    Состояние защищенности жизненно важных интересов личности, общества и государства от внутренних и внешних угроз (по Закону Российской Федерации [1]).
    [ ГОСТ Р 52551-2006]

    безопасность
    По ГОСТ Р 22.0.02-94
    Состояние защищенности жизненно важных интересов личности, общества и государства от внутренних и внешних угроз или опасностей.
    [СО 34.21.307-2005]

    безопасность
    Отсутствие недопустимого риска, связанного с возможностью нанесения ущерба.
    Примечание
    В области стандартизации безопасность продукции, процессов и услуг обычно рассматривается с целью достижения оптимального баланса ряда факторов, включая такие нетехнические факторы как поведение человека, позволяющее свести устранимый риск, связанный с возможностью нанесения ущерба здоровью людей и сохранности имущества, до приемлемого уровня.
    [ГОСТ 1.1-2002]

    безопасность
    Состояние, при котором риск вреда (персоналу) или ущерб ограничен допустимым уровнем.
    Примечания
    1 Безопасность является одним из аспектов качества.
    2 Вышеприведенное определение применяется в стандартах на качество. Термин «безопасность» определен в руководстве ИСО/МЭК 2.
    [ИСО 8402-94]

    безопасность
    Состояние защищенности прав граждан, природных объектов, окружающей среды и материальных ценностей от последствий несчастных случаев, аварий и катастроф на промышленных объектах.
    [ ГОСТ Р 12.3.047-98]

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

    безопасность в промышленности

    ГОСТ Р 12.1.052-97

    безопасность веществ и материалов (паспорт безопасности)

    ГОСТ Р 12.1.052-97

    безопасность применения, хранения, транспортирования, утилизации, удаления веществ и материалов (паспорт безопасности)

    ГОСТ Р 12.1.052-97

    требования по обеспечению безопасности

    ГОСТ Р 50571. 8-94 ( МЭК 364-4-47-81)

    требования техники безопасности при проведении электромонтажных работ

    ГОСТ 12.3.032-84

    требования безопасности при эксплуатации электроустановок на производстве

    ГОСТ 12.1.019-79

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

    ГОСТ 12.1.019-79

    Тематики

    EN

    FR

    2.38 безопасность (security): Сочетание доступности, конфиденциальности, целостности и отслеживаемое™ [18].

    Источник: ГОСТ Р ИСО/ТС 22600-2-2009: Информатизация здоровья. Управление полномочиями и контроль доступа. Часть 2. Формальные модели

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

    Примечания

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

    2 В рамках системы безопасности «состояние - модель» безопасность является таким «состоянием», которое должно сохраняться при различных операциях.

    Источник: ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

    3.2 безопасность (security): Сопротивление преднамеренному акту незаконного вмешательства, рассчитанному на нанесение вреда или ущерба цепи поставок или посредством цепи поставок.

    Источник: ГОСТ Р 53661-2009: Система менеджмента безопасности цепи поставок. Руководство по внедрению оригинал документа

    3.2 безопасность (security): Сопротивление преднамеренному акту незаконного вмешательства, рассчитанному на нанесение вреда или ущерба цепи поставок или посредством цепи поставок.

    Источник: ГОСТ Р 53663-2009: Система менеджмента безопасности цепи поставок. Требования оригинал документа

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

    Примечания

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

    2 В рамках системы безопасности «состояние - модель» безопасность является таким «состоянием», которое должно сохраняться при различных операциях.

    Источник: ГОСТ Р ИСО ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

    3.22 безопасность (safety): Отсутствие неприемлемого (недопустимого) риска.

    [ISO/IEC Guide 51:1999, статья 3.1]


    Источник: ГОСТ Р МЭК 60086-4-2009: Батареи первичные. Часть 4. Безопасность литиевых батарей оригинал документа

    2.29 безопасность (security): Все аспекты, связанные с определением, достижением и поддержанием конфиденциальности, целостности, доступности, подотчетности, аутентичности и достоверности.

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

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

    [ИСО/МЭК 9126-1]

    Источник: ГОСТ Р 54581-2011: Информационная технология. Методы и средства обеспечения безопасности. Основы доверия к безопасности ИТ. Часть 1. Обзор и основы оригинал документа

    Русско-английский словарь нормативно-технической терминологии > безопасность

  • 100 платформа vPro

    1. vPro
    2. Intel vPro

     

    платформа vPro
    Платформа корпорации Intel для корпоративных ПК.
    В ее состав входят новый двухъядерный процессор Core 2 Duo, чипсет Intel Q965 Express с интегрированной графикой и гигабитный сетевой контроллер Intel 82566DM. По своим характеристикам система на базе vPro готова к работе с 64-разрядной версией операционной системы Windows Vista.
    Наиболее интересные особенности платформы связаны с технологиями аппаратной виртуализации VT и удаленного управления AMT (Active Management Technology), реализуя возможности которых производители систем и разработчики программного обеспечения создают новые модели использования ПК.
    Помимо возможности одновременно запускать несколько операционных систем на одном компьютере, технология VT позволяет решать ряд вопросов в области безопасности. Благодаря ей в системе можно создавать так называемые виртуальные устройства — разделы, где под управлением легковесной служебной операционной системы могут быть запущены такие программные средства, как, например, сетевые экраны. Таким образом, служебное приложение будет работать абсолютно незаметно для пользователя и его операционной системы.
    Запуск агента безопасности в среде, независимой от основной операционной системы, позволяет добиться его постоянной работоспособности и большей защищенности от атак.
    Вторая технология, реализованная в vPro, — AMT — позволяет администратору получить удаленный доступ даже к неработающему пользовательскому компьютеру. По словам регионального директора Intel в странах СНГ Дмитрия Конаша, переход на vPro приведет к существенной экономии на управлении ИТ-инфраструктурой за счет упрощения учета парка персональных компьютеров, поскольку сведения обо всех подключенных к сети ПК (информация о конфигурации системы хранится в специальном разделе энергонезависимой памяти) будут собираться автоматически, а также за счет сокращения количества визитов ИТ-персонала на рабочие места пользователей в случае каких-либо сбоев.
    Большинство проблем, в том числе возникших из-за краха операционной системы, администратор может полностью решить удаленно, поскольку имеет возможность включить питание ПК, дав команду по локальной сети, получить доступ к BIOS, прочитать журнал событий и восстановить ОС.
    Такая проблема, как поломка жесткого диска, также теоретически потребует только одного визита: при помощи средств диагностики администратор определит причину неисправности, модель жесткого диска и придет к пользовательскому ПК уже с необходимым запасным устройством.
    С точки зрения пользователей, процедуры текущего обслуживания настольных ПК должны доставлять меньше хлопот, поскольку администраторы могут назначать обновление программного обеспечения на ночное время вместо того, чтобы делать это в разгар рабочего дня.
    [ http://www.morepc.ru/dict/]

    Тематики

    EN

    Русско-английский словарь нормативно-технической терминологии > платформа vPro

Страницы

См. также в других словарях:

  • СИСТЕМА ПРОГРАММНОГО УПРАВЛЕНИЯ — система автоматического (см.) режимом движения или работы объекта (летательного аппарата, ракеты, спутниками, ЭВМ, станка, автоматической линии и др.) либо технологическим процессом (в металлургии, машиностроении, энергетике и др.),… …   Большая политехническая энциклопедия

  • система программного управления — — [Я.Н.Лугинский, М.С.Фези Жилинская, Ю.С.Кабиров. Англо русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.] Тематики электротехника, основные понятия EN program control system …   Справочник технического переводчика

  • система программного управления — programinio valdymo sistema statusas T sritis automatika atitikmenys: angl. program control system vok. Programmsteuerungssystem, n rus. система программного управления, f pranc. système de commande à programme, m …   Automatikos terminų žodynas

  • оптическая система программного управления — optinė programinio valdymo sistema statusas T sritis automatika atitikmenys: angl. numerically controlled optical system; program control optical system vok. optisches System mit Programmsteuerung, n rus. оптическая система программного… …   Automatikos terminų žodynas

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

  • СИСТЕМА АВТОМАТИЧЕСКОГО УПРАВЛЕНИЯ — (САУ) комплекс устройств, предназнач. для автоматич. изменения одного или неск. параметров объекта управления с целью установления требуемого режима его работы. САУ обеспечивает поддержание постоянства заданных значений регулируемых параметров… …   Большой энциклопедический политехнический словарь

  • система оперативного управления производством — [Интент] Уровень оперативного управления реализуется с помощью MES систем. Классический подход при рассмотрении системы класса MES предполагает 11 функций, которыми такая система должна располагать. Эти функции были определены ассоциацией… …   Справочник технического переводчика

  • система оперативного управления производством — [Интент] Уровень оперативного управления реализуется с помощью MES систем. Классический подход при рассмотрении системы класса MES предполагает 11 функций, которыми такая система должна располагать. Эти функции были определены ассоциацией… …   Справочник технического переводчика

  • система числового программного управления станком — СЧПУ Совокупность функционально взаимосвязанных и взаимодействующих технических и программных средств, обеспечивающих числовое программное управление станком. [ГОСТ 20523 80] Тематики числовое программное управление Синонимы СЧПУ EN control… …   Справочник технического переводчика

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

  • Система управления запуском и розжигом авиадвигателя — Система управления запуском и розжигом ГТД служит для обеспечения перевода авиадвигателя из нерабочего состояния в установившийся режим малого газа, который характеризуется наименьшими оборотами турбины, при которых он может устойчиво работать… …   Википедия

Поделиться ссылкой на выделенное

Прямая ссылка:
… Нажмите правой клавишей мыши и выберите «Копировать ссылку»