-
61 операционный
операционный
оперативный
действующий
рабочий
сданный в эксплуатацию
функционирующий
работоспособный
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]Тематики
Синонимы
EN
3.51 операционный (operational): Понятие, относящееся к выполнению ряда процессов, используемых для достижения целей предприятия.
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.73 операционный (operational): Понятие, относящееся к выполнению ряда процессов, используемых для достижения целей предприятия.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > операционный
-
62 проектная спецификация
3.13 проектная спецификация (design specification): Фаза модели предприятия, устанавливающая бизнес-процессы совместное возможностями и правилами, которые необходимо выполнить для достижения требований.
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.112 проектная спецификация (design specification): Фаза модели предприятия, устанавливающая бизнес-процессы, совместно с возможностями и правилами, которые необходимо выполнить для достижения требований.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > проектная спецификация
-
63 компонент информационных технологий
3.39 компонент информационных технологий (information technology component): Компонент, необходимый для сбора, обработки, распределения, хранения или проверки данных о деятельности предприятия.
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.45 компонент информационных технологий (information technology component): Компонент, необходимый для сбора, обработки, распределения, хранения или проверки данных о деятельности предприятия.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > компонент информационных технологий
-
64 частная модель
3.54 частная модель (partial model): Модель, применяющаяся в качестве базовой (эталонной) модели для определенного сектора промышленности или производственной деятельности.
Примечание - Частная модель является агрегацией языковых конструкций моделирования и/или других частных моделей. Частные модели также дают возможность тому, кто проводит моделирование, повторно использовать уже существующие модели, построенные для других доменов предприятия.
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.87 частная модель (particular model): Модель, применяющаяся в качестве базовой (эталонной) модели для определенного сектора промышленности или производственной деятельности.
Примечание - Частная модель является агрегацией языковых конструкций моделирования и/или других частных моделей. Частные модели также дают возможность тому, кто проводит моделирование, повторно использовать уже существующие модели, построенные для других доменов предприятия.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > частная модель
-
65 архитектура
архитектура
1. Искусство создавать здания и сооружения, а также комплексы их в соответствии с социальными, функциональными и художественными требованиями и эстетическими идеалами общества, а также уровнем науки и техники
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]
архитектура
2. Конкретная конфигурация элементов аппаратных средств и программного обеспечения системы.
[ ГОСТ Р МЭК 61508-4-2007]Тематики
- архитектура, основные понятия
Синонимы
EN
DE
FR
архитектура (architecture): Набор элементов конструкции или описательных представлений, необходимый для такого описания объекта, чтобы он мог быть создан в соответствии с требованиями (с нужным качеством), а также обслуживаться в течение всего срока его жизненного цикла [5].
3.2 архитектура (architecture): Базовая организация системы, воплощенная в ее компонентах, их отношениях между собой и с окружением, а также принципы, определяющие проектирование и развитие системы.
[ИСО/МЭК 15288:2008, определение 4.5]
Источник: ГОСТ Р ИСО/МЭК 27033-1-2011: Информационная технология. Методы и средства обеспечения безопасности. Безопасность сетей. Часть 1. Обзор и концепции оригинал документа
3.3.5 архитектура (architecture): Конкретная конфигурация элементов аппаратных средств и программного обеспечения системы.
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
3.4 архитектура (architecture): Описание (модель) основного устройства (структуры) и связей частей системы (физического или концептуального объекта или сущности).
Примечание - Существует только два типа архитектур, имеющих отношение к интеграции предприятия, а именно:
a) системные архитектуры (называемые иногда архитектурами типа 1), действие которых распространяется на проектирование системы, например на компьютеризированную, являющуюся частью системы интеграции предприятия;
b) стандартные проекты предприятия (называемые иногда архитектурами типа 2), действие которых распространяется на организацию разработки и выполнения проекта, например интеграцию предприятия или другую программу развития предприятия.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > архитектура
-
66 поведение
поведение
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]
поведение
Совокупность действий, изменений изучаемой системы, ее всякая реакция на внешние воздействия: изменение, развитие, рост. Изучают, например, экономическое П. людей, П. экономико-математических моделей при компьютерном расчете. Модели экономического П. людей — основа таких научных дисциплин, как теория организации, теория деловых игр, психология труда, психологическая теория принятия решений и т.д. В этих моделях экономическое П. формально определяется как принятие и осуществление производителем или потребителем своих решений в пределах той свободы выбора, которая ему предоставлена моделью. Экономическое П. предприятий — реакция владельцев, менеджеров и производственных коллективов на изменения внешних по отношению к ним условий (плановых заданий, систем стимулирования, цен, банковского процента и т.п.), а также результат действия и выражение внутренних законов функционирования предприятия (см. Функциональный подход). П. системы отражается в ее модели как функция времени и параметров (функция отклика). Последнее можно записать, например, так: совокупность параметров обозначим символом Q, время t, функциональную зависимость — F = F (Q, t).
[ http://slovar-lopatnikov.ru/]Тематики
- экономика
- электросвязь, основные понятия
EN
3.3 поведение (behaviour): Способ действия и реакции всей системы или ее части на выполнение функции.
Примечание - Заимствовано из ИСО 15704:2000.
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.95 поведение (behaviour): Способ действия и реакции всей системы или ее части на выполнение функции.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > поведение
-
67 управление аварийными сигналами
управление аварийными сигналами
-
[Интент]
Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (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
Русско-английский словарь нормативно-технической терминологии > управление аварийными сигналами
-
68 абстракция
абстракция
Метод моделирования сущностей реального мира, при котором намеренно игнорируются какие-либо их свойства.
[ http://www.morepc.ru/dict/]Тематики
EN
3.1 абстракция (abstraction): Сокращенное по длительности или степени без потери смысла понятие, используемое для дифференциации между реальной системой и моделью реальной системы.
[ИСО 14258:1998]
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.1 абстракция (abstraction): Сокращенное по длительности или степени без потери смысла понятие, используемое для дифференциации между реальной системой и моделью реальной системы.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > абстракция
-
69 методология
методология
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
3.45 методология (methodology): Набор инструкций (например, представленных в виде текста, компьютерных программ, инструментов), являющийся пошаговым пособием для пользователя.
Примечание - Настоящее определение заимствовано из ИСО 15704:2000. В более общем плане методология может рассматриваться как систематическая процедура, обеспечивающая достижение определенного желаемого конечного результата.
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.54 методология (methodology): Набор инструкций (например, представленных в виде текста, компьютерных программ, инструментов), являющийся пошаговым пособием для пользователя.
Примечание - Настоящее определение заимствовано из ИСО 15704:2000. В более общем плане методология может рассматриваться как систематическая процедура, обеспечивающая достижение определенного желаемого конечного результата.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > методология
-
70 миссия
миссия
В планировании основная общая цель или задача организации.
[ http://tourlib.net/books_men/meskon_glossary.htm]
миссия
Краткое, но полное описание общего предназначения и намерениий организации. Миссия заявляет, что должно быть достигнуто, но не определяет, каким образом. См. тж. видение.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]EN
mission
A short but complete description of the overall purpose and intentions of an organization. It states what is to be achieved, but not how this should be done. See also vision.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]Тематики
EN
3.46 миссия (mission): Характеристика бизнеса, в которой предприятие описывает продукцию или услугу для потребителя, которые оно намерено выполнить.
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.58 миссия (mission): Характеристика бизнеса, в которой предприятие описывает продукцию или услугу для потребителя, которые оно намерено выполнить.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > миссия
-
71 общность
общность
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
3.37 общность (genericity): Степень, до которой понятие (концепция) является родовым (общим).
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.64 общность (genericity): Степень, до которой понятие (концепция) является родовым (общим).
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > общность
-
72 ограничение
ограничение
Средство государственной защиты интересов национальных товаропроизводителей и потребителей, а также обеспечения общегосударственных интересов и выполнения международных обязательств
[Упрощение процедур торговли: англо-русский глоссарий терминов (пересмотренное второе издание) НЬЮ-ЙОРК, ЖЕНЕВА, МОСКВА 2011 год]EN
restriction
[Trade Facilitation Terms: An English - Russian Glossary (revised second edition) NEW YORK, GENEVA, MOSCOW 2715]Тематики
EN
2.43 ограничение (restriction): Ситуация, когда услуга (2.44) не отвечает условиям доступности, оговоренным в соглашении об услуге (2.45).
Примечание - Ограничения могут быть плановыми или внеплановыми.
Источник: ГОСТ Р ИСО 24511-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента коммунальных предприятий и оценке услуг удаления сточных вод оригинал документа
2.43 ограничение (restriction): Ситуация, когда услуга (2.44) не отвечает условиям доступности, оговоренным в соглашении об услуге (2.45).
Примечание - Ограничения могут быть плановыми или внеплановыми.
Источник: ГОСТ Р ИСО 24512-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента систем питьевого водоснабжения и оценке услуг питьевого водоснабжения оригинал документа
3.8 ограничение (constraint): Ограничение, предел или условие, накладываемые на систему, которые возникают внутри или вне рассматриваемой системы.
Примечание - Заимствовано из ИСО 14258:1998.
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
2.43 ограничение (restriction): Ситуация, когда услуга (2.44) не отвечает условиям доступности, оговоренным в соглашении об услуге (2.45).
Примечание - Ограничения могут быть плановыми или внеплановыми.
Источник: ГОСТ Р ИСО 24510-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания по оценке и улучшению услуги, оказываемой потребителям оригинал документа
3.68 ограничение (constraint): Препятствие, предел или условие, накладываемые на систему, которые возникают внутри или вне рассматриваемой системы.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > ограничение
-
73 признак
признак
Свойство объекта, обуславливающее его различие или общность с другими объектами.
[ГОСТ 7.0-99]
Физическая, морфологическая характеристика или характеристика роста лесоматериалов, оказывающая влияние на их применение.
http://www.wood.ru/ru/slterm.html
признак
1. Величина, характеризуемая в процессе статистического исследования. П. может быть качественным (мнение, суждение) или количественным (например, количество покупок в магазине за день), одномерным (толщина бумаги при ее измерении контролером ОТК) или многомерным (например, выработка рабочих и их уровень образования), что зависит от числа наблюдаемых свойств. П. называется ранговым, если он порождает упорядоченное разбиение совокупности на классы (например, сорта продукции) от низшего к высшему. П. может быть непрерывным или дискретным. Важно, что П. — неоднозначная, способная изменяться величина. Булевым (дихотомическим) или бивариантным называется П., имеющий два значения: обычно или он есть, или его нет. 2. В социально-экономических задачах П. объектов используются как критерии классификации, формирования шкал. Классификационный П. обычно отражает существенные для данного исследования или проектирования системы свойства элемента. В ряде случаев оказывается целесообразным подвергать качественные П. условной квантификации, чтобы превратить их в количественные (см. Шкалы). 3. П. в информационно-поисковой системе — набор фактов, характеризующих объект и представленных в формализованном виде. На их основе строятся классификаторы фактографических информационно-поисковых систем, они могут укрупняться и, наоборот, дробиться на более мелкие в зависимости от потребностей потребителей (пользователей) системы.
[ http://slovar-lopatnikov.ru/]Тематики
EN
3.2 признак (attribute): Часть информации, устанавливающей свойство сущности.
[ИСО 15704:2000]
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.106 признак (attribute): Часть информации, устанавливающей свойство сущности.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > признак
-
74 решение
решение
Выбор альтернативы.
[ http://tourlib.net/books_men/meskon_glossary.htm]
решение
(в планировании и управлении, исследовании операций, экономико-математическом моделировании) — 1. Выбор одной или нескольких альтернатив из множества возможных (вариантов Р.). 2. Процесс (алгоритм) осуществления такого выбора. Этот выбор основывается на оценке и сопоставлении ожидаемых результатов принятия тех или иных альтернатив с точки зрения целей (или цели), поставленных в решаемой задаче. Для принятия Р., таким образом, необходимы: четко сформулированная цель; список альтернативных возможностей (стратегий, т.е. вариантов распределения сил и средств и т.д.) и правила выбора между ними, т.е. в общем случае, критерий качества Р.; знание факторов, которые могут повлиять на результат при принятии того или иного Р. В исследовании операций и в целом в экономико-математических методах распространено обоснование Р. не непосредственно (например, путем реального экономического эксперимента), а с помощью экономико-математических моделей. Принято говорить о решении модели, т.е. о выборе такой совокупности значений ее переменных, которая обеспечивает наилучшее по какому-либо критерию значение целевой функции. Как видно, данное выше общее определение относится и к понятию «Р. модели», поскольку оно означает отбор из ряда возможных вариантов (векторов) значений переменных (каждый из них — альтернатива) того варианта, который приводит к лучшему результату. Надо лишь учесть, что поскольку модель не может быть точным отражением действительности, Р. модели не обязательно будет решением реальной задачи; во всяком случае при переходе от модели к действительности нужна дополнительная проверка адекватности Р. Процессы Р. моделей подразделяются на аналитические и численные. Метод аналитического Р. — последовательность математических преобразований, приводящих к заданному результату (например, к формуле, выражающей зависимость экстремального значения функции от ее аргументов). В этом случае численные значения переменных (см. Аналитические методы решения моделей) включаются лишь на последнем этапе. Численные методы получения Р., среди которых наибольшее значение имеют итеративные (см. Численные методы оптимизации), отличаются тем, что в них численные значения переменных участвуют в процессе Р. с самого начала, и на каждом этапе проверяется, соответствуют ли они заданной цели: в случае положительного ответа процесс Р. заканчивается, в случае отрицательного — продолжается. Полученное Р. обычно не является окончательным — изменение условий и целей всегда может поставить вопрос о его корректировке, подстройке. Корректировка (иногда она также называется “управление решением”) — необходимое условие успешного внедрения моделей в практику. Классификация моделей принятия Р. пока не разработана. Есть лишь частичные классификации по отдельным аспектам. Например, а) по степени сложности: простые, принимаемые по одному критерию оценки и выбора альтернатив, и сложные — принимаемые по нескольким критериям; б) по имеющейся информации о возможных результатах: Р., принимаемые в условиях определенности (см. Детерминированные задачи), неопределенности, риска (частичной неопределенности); в) по временному охвату: стратегические и тактические; г) по виду зависимости переменных от времени: статические и динамические; д) по числу лиц, принимающих Р.: индивидуальные и групповые. В последнем случае возникает необходимость согласования индивидуальных Р. (см., например, Теория группового выбора, Согласование плановых решений), различаются также дискретные и непрерывные Р. См. также: Алгоритм управления, Дерево решений, Лицо, принимающее решения, Многошаговые процессы принятия решений, Область допустимых решений, Планово-экономическая задача, Последовательные методы принятия решений, Решение игры, Системы поддержки решений, Теория решений, Экономико-математический анализ решения оптимизационных задач, Экономические решения.
[ http://slovar-lopatnikov.ru/]Тематики
EN
3.9 решение (decision): Результат выбора между различными направлениями действия.
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.130 решение (decision): Результат выбора между различными направлениями действия.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > решение
-
75 функциональность
функциональность
—
[ http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]EN
functional substance
A substance from the point of view of its function or purpose, for example a painting agent or a preserving substance. (Source: RRDA)
[http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]Тематики
EN
DE
FR
3.8 функциональность (functionality): Характеристика функции, которая определяет процедуры переработки входной информации в выходную информацию.
(МЭК 61513, статья 3.25)
Источник: ГОСТ Р МЭК 61226-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Классификация функций контроля и управления оригинал документа
3.33 функциональность (functionality): Свойства процесса, которые дают возможность достичь целей процессов.
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.25 функциональность (functionality): Характеристика функции, которая определяет процедуры переработки входной информации в выходную информацию.
Примечание - Выполнение прикладных функций определяющим образом влияет на работу АС. Входная информация может поступать от датчиков, блоков обработки, другого оборудования или другого программного комплекса. Выходная информация может воздействовать на исполнительные механизмы, блоки обработки, другое оборудование и другое программное обеспечение (см. [4]).
Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа
3.160 функциональность (functionality): Свойства процесса, которые дают возможность достичь целей процессов.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > функциональность
-
76 атрибут
3.2 атрибут (attribute): Свойство или характеристика объекта, которые могут быть определены количественно или качественно вручную или автоматическими средствами.
[ИСО/МЭК 15939:2007]
Источник: ГОСТ Р ИСО/МЭК 27004-2011: Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности. Измерения оригинал документа
3.5.1 атрибут (attribute): Элемент информации, отражающий свойство сущности предприятия.
Примечание - Данная концепция относится к широкому понятию объекта, определенному в стандарте ENV 12204. Термин «сущность», используемый в определении, приведенном в ENV 12204, заменен на «сущность предприятия» в соответствии с ИСО 15531-1, чтобы исключить путаницу и противоречие с термином «сущность», установленным в ИСО 10303. Использование этого понятия ограничено областью применения ИСО 15531 с целью использования термина «сущность предприятия» вместо термина «сущность». Также область применения термина «атрибут» ограничена сущностями предприятия.
Источник: ГОСТ Р ИСО 15531-31-2010: Системы промышленной автоматизации и интеграция. Данные по управлению промышленным производством Часть 31. Информационная модель ресурсов оригинал документа
1. Атрибут
Attribute
Элемент данных, который выражает определенную характеристику документа и имеет имя и значение (ИСО 8613/1)
Источник: ГОСТ 28388-89: Системы обработки информации. Документы на магнитных носителях данных. Порядок выполнения и обращения оригинал документа
2.2 атрибут (attribute): Элемент (отличительный признак) данных, предназначенный для компьютерного описания какой-либо характеристики, соотношения или класса.
Примечание - Атрибут относится лишь к одной особенности характеристики, класса или связи.
Источник: ГОСТ Р 53890-2010: Руководство по разработке спецификаций на характеристики и классы продукции. Часть 2. Технические принципы и рекомендации оригинал документа
Русско-английский словарь нормативно-технической терминологии > атрибут
-
77 сущность
3.16 сущность (entity): Конкретизация или абстракция, различаемая в пределах системы.
Примечание - Примерами сущностей являются: система, подсистема, компонент, класс, объект, интерфейс, клиент, процесс, приложение, спецификация.
Источник: ГОСТ Р 53633.1-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с поставщиками и партнерами оригинал документа
3.16 сущность (entity): Конкретизация или абстракция, различаемая в пределах системы.
Примечание - Примерами сущностей являются: система, подсистема, компонент, класс, объект, интерфейс, клиент, процесс, приложение, спецификация.
Источник: ГОСТ Р 53633.2-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление и эксплуатация ресурсов оригинал документа
2.19 сущность (entity): Конкретизация или абстракция, различаемая в пределах системы.
Примечание - Примерами сущностей являются: система, подсистема, компонент, класс, объект, интерфейс, клиент, процесс, приложение, спецификация.
Источник: ГОСТ Р 53633.0-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Общая структура бизнес-процессов оригинал документа
3.16 сущность (entity): Конкретизация или абстракция, различаемые в пределах системы.
Примечание - Примерами сущностей являются: система, подсистема, компонент, класс, объект, интерфейс, клиент, процесс, приложение, спецификация.
Источник: ГОСТ Р 53633.3-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с клиентами оригинал документа
3.16 сущность (entity): Конкретизация или абстракция, различаемые в пределах системы.
Примечание - Примерами сущностей являются система, подсистема, компонент, класс, объект, интерфейс, клиент, процесс, приложение, спецификация.
Источник: ГОСТ Р 53633.6-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт Разработка и управление услугами оригинал документа
3.29 сущность (entity): Любая конкретная или абстрактная вещь в рамках рассматриваемого домена.
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.16 сущность (entity): Конкретизация или абстракция, различаемые в пределах системы.
Примечание - Примерами сущностей являются система, подсистема, компонент, класс, объект, интерфейс, клиент, процесс, приложение, спецификация.
Источник: ГОСТ Р 53633.8-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление цепочками поставок оригинал документа
3.16 сущность (entity): Конкретизация или абстракция, различаемые в пределах системы.
Примечание - Примерами сущностей являются система, подсистема, компонент, класс, объект, интерфейс, клиент, процесс, приложение, спецификация.
Источник: ГОСТ Р 53633.5-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Управление маркетингом и предложением продукта оригинал документа
3.147 сущность (entity): Любая конкретная или абстрактная вещь в рамках рассматриваемого домена.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > сущность
-
78 затраты на качество
2.3 затраты на качество (quality related cost): Затраты на обеспечение и гарантию качества, а также понесенные потери вследствие несоответствия качества.
Примечание - Наиболее часто используемая классификация затрат:
- предупреждающие затраты (на исследование, предупреждение и снижение риска несоответствия или дефекта);
- оценочные затраты (стоимость оценки достижения требуемого качества, включающая, например, стоимость контроля, выполняемого на любой стадии «петли качества»);
- издержки вследствие внутренних отказов (из-за несоответствий или дефектов, обнаруженных внутри предприятия на любой стадии «петли качества», такие как стоимость отходов, переделки, повторных испытаний, контроля и конструкторских работ);
- издержки вследствие внешних отказов (из-за несоответствий или дефектов, обнаруженных после поставки заказчику/потребителю, которые могут включать издержки вследствие рекламаций, стоимость замены и связанные с этим потери, а также цену штрафов).
Источник: ГОСТ Р 52380.2-2005: Руководство по экономике качества. Часть 2. Модель предупреждения, оценки и отказов оригинал документа
2.1 затраты на качество (quality related cost): Затраты на обеспечение и гарантию качества, а также на понесенные потери вследствие несоответствия качества.
Примечание - Наиболее часто используемая классификация затрат:
- предупреждающие затраты (на исследование, предупреждение и снижение риска несоответствия или дефекта);
- оценочные затраты (стоимость оценки достижения требуемого качества, включающая, например, стоимость контроля, выполняемого на любой стадии «петли качества»);
- издержки вследствие внутренних отказов (из-за несоответствий или дефектов, обнаруженных внутри предприятия на любой стадии «петли качества», такие как стоимость отходов, переделки, повторных испытаний, контроля и конструкторских работ);
- издержки вследствие внешних отказов (из-за несоответствий или дефектов, обнаруженных после поставки заказчику/потребителю, которые могут включать издержки вследствие рекламаций, стоимость замены и связанные с этим потери, а также цену штрафов).
Источник: ГОСТ Р 52380.1-2005: Руководство по экономике качества. Часть 1. Модель затрат на процесс оригинал документа
Русско-английский словарь нормативно-технической терминологии > затраты на качество
-
79 способность
3.6.3 способность (capability): Умение осуществлять данную деятельность.
Примечание - Способность определяется рядом характеристик, описывающих функциональные аспекты производственных ресурсов или системы.
Источник: ГОСТ Р ИСО 15531-1-2008: Промышленные автоматизированные системы и интеграция. Данные по управлению промышленным производством. Часть 1. Общий обзор оригинал документа
3.5 способность (capability): Свойство быть способным выполнять данный вид деятельности.
[ИСО 15531-1]
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.144 способность (capability): Свойство быть способным выполнять данный вид деятельности.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > способность
-
80 детализация
3.14 детализация (detailing): Дополнение содержания, признаков и операций, позволяющее более точно идентифицировать цель конструкций языка моделирования и частичных моделей.
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
3.21 детализация (detailing): Дополнение содержания, признаков и операций, позволяющее более точно идентифицировать цель конструкций языка моделирования и частичных моделей.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > детализация
См. также в других словарях:
Предприятия РФ, занимающиеся сборкой иностранных автомобилей — Предприятие “GM АвтоВАЗ” В марте 2001 г. в ходе работы Международного автосалона в Женеве (Швейцария) было объявлено о создании компаниями “АвтоВАЗ” и “Дженерал Моторз” (“General Motors”, США)… … Энциклопедия ньюсмейкеров
РУКОВОДСТВО — РУКОВОДСТВО, руководства, ср. 1. только ед. Действие по гл. руководить, деятельность руководителя. «Искусство руководства есть серьезное дело.» Сталин. «Только руководство коммунистической партии обеспечило победу пролетарской революции и… … Толковый словарь Ушакова
Предприятия ГА — государственные унитарные предприятия, входящие в структуру Госкорпорации по ОВД, аэропорты, авиакомпании. Источник … Словарь-справочник терминов нормативно-технической документации
руководство — сущ., с., употр. сравн. часто Морфология: (нет) чего? руководства, чему? руководству, (вижу) что? руководство, чем? руководством, о чём? о руководстве; мн. что? руководства, (нет) чего? руководств, чему? руководствам, (вижу) что? руководства,… … Толковый словарь Дмитриева
Руководство по оценке пожарного риска для промышленных предприятий — Терминология Руководство по оценке пожарного риска для промышленных предприятий: Аварийная разгерметизация неконтролируемое нарушение целостности и/или герметичности элементов оборудования технологической системы, приводящее к выбросу горючих… … Словарь-справочник терминов нормативно-технической документации
предприятия — 3.6 предприятия: Одна или несколько организаций, разделяющих определенную миссию, цели и задачи для получения выхода (результата) в виде продукции или услуги. Примечание Этот термин включает в себя такие связанные понятия, как «расширенное… … Словарь-справочник терминов нормативно-технической документации
РУКОВОДСТВО — 1. ведущая, направляющая, организующая и регулирующая деятельность руководителей, органа управления 2. совокупность руководителей 3. учебное пособие по какому нибудь предмету 4. персональный (личностный) аспект менеджмента, то есть система… … Большой экономический словарь
Руководство по грузовым перевозкам на внутренних воздушных линиях Союза ССР — Терминология Руководство по грузовым перевозкам на внутренних воздушных линиях Союза ССР: Авиационное предприятие (перевозчик) предприятие гражданской авиация, осуществляющее воздушные перевозки пассажиров, багажа, груза и почты за установленную… … Словарь-справочник терминов нормативно-технической документации
цех промышленного предприятия — Организационно и административно обособленное подразделение, возглавляемое начальником и пользующееся ограниченной хозяйственной самостоятельностью. Руководство предприятия устанавливают цеху плановые задания.… … Справочник технического переводчика
ЦЕХ ПРОМЫШЛЕННОГО ПРЕДПРИЯТИЯ — организационно и административно обособленное подразделение, возглавляемое начальником и пользующееся ограниченной хозяйственной самостоятельностью. Руководство предприятия устанавливают цеху плановые задания … Большой бухгалтерский словарь
ЦЕХ ПРОМЫШЛЕННОГО ПРЕДПРИЯТИЯ — организационно и административно обособленное подразделение, возглавляемое начальником и пользующееся ограниченной хозяйственной самостоятельностью. Руководство предприятия устанавливают цеху плановые задания … Большой экономический словарь