-
41 терминальная панель
(объект для эмуляции пользовательского терминала, воспринимающий входные данные пользователя и отображающий ассоциируемые с ними стандартные выходные данные) term paneРусско-английский словарь по вычислительной технике и программированию > терминальная панель
-
42 виртуальное соединение
- virtual call
- VC
виртуальное соединение
Услуга служб виртуальных каналов с коммутацией пакетов, в которой процедура установления соединения и процедура отбоя вызова будут определять период связи между двумя устройствами ООД, в течение которого данные пользователя будут переданы в сеть при работе в пакетном режиме. (МСЭ-Т Х.7).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
Русско-английский словарь нормативно-технической терминологии > виртуальное соединение
-
43 коммутируемый виртуальный канал
коммутируемый виртуальный канал
Услуга сети передачи данных общего пользования с ретрансляцией кадров, в которой процедура установления соединения и процедура отбоя будут определять период связи между двумя устройствами ООД, в течение которого данные пользователя будут переданы в сеть при работе в режиме кадров (МСЭ-Т Х.7,).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
Русско-английский словарь нормативно-технической терминологии > коммутируемый виртуальный канал
-
44 плоскость U
плоскость U
U-плоскость обрабатывает данные пользователя, проходящие через систему G-PON. U-плоскость обеспечивает связь между клиентами ATM или клиентами GEM (МСЭ-Т G.984.3).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
Русско-английский словарь нормативно-технической терминологии > плоскость U
-
45 чистый носитель
чистый носитель
Носитель данных, на котором не записаны ни служебная информация, ни данные пользователя.
[ ГОСТ 25868-91]Тематики
- оборуд. перифер. систем обраб. информации
EN
Русско-английский словарь нормативно-технической терминологии > чистый носитель
-
46 процесс
- process
- 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: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа
4.37 процесс (process): Набор преобразующий исходные данные в выходные результаты (3.17 ГОСТ Р ИСО/МЭК 12207).
Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа
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): Совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующая входные потоки в выходные.
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.10 процесс (process): Последовательность связанных действий или задач, необходимых для достижения определенного результата.
Источник: ГОСТ Р 53633.1-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с поставщиками и партнерами оригинал документа
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: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента коммунальных предприятий и оценке услуг удаления сточных вод оригинал документа
3.10 процесс (process): Последовательность связанных действий или задач, необходимых для достижения определенного результата.
Источник: ГОСТ Р 53633.2-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление и эксплуатация ресурсов оригинал документа
2.12 процесс (process): Последовательность связанных действий или задач, необходимых для достижения определенного результата.
Источник: ГОСТ Р 53633.0-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Общая структура бизнес-процессов оригинал документа
3.10 процесс (process): Последовательность связанных действий или задач, необходимых для достижения определенного результата.
Источник: ГОСТ Р 53633.3-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с клиентами оригинал документа
2.30 процесс (process): Совокупность взаимосвязанных или взаимодействующих видов деятельности, преобразующая входы в выходы
Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа
3.10 процесс (process): Последовательность связанных действий или задач, необходимых для достижения определенного результата.
Источник: ГОСТ Р 53633.6-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт Разработка и управление услугами оригинал документа
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.10 процесс (process): Последовательность связанных действий или задач, необходимых для достижения определенного результата.
Источник: ГОСТ Р 53633.8-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление цепочками поставок оригинал документа
3.10 процесс (process): Последовательность связанных действий или задач, необходимых для достижения определенного результата.
Источник: ГОСТ Р 53633.5-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Управление маркетингом и предложением продукта оригинал документа
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]
3.124 процесс (process): Частично упорядоченный набор видов деятельности, который может быть выполнен для достижения определенного желаемого конечного результата для достижения установленной цели.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > процесс
-
47 заказчик
заказчик
Организация, предприятие или учреждение, имеющие выделенные в установленном порядке средства для осуществления капитального строительства или ремонта и заключающие в этих целях договор на производство проектно-изыскательских и строительно-монтажных работ с подрядной организацией
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]
заказчик
Юридическое лицо, осуществляющее в процессе строительства, капитального ремонта и реконструкции объектов магистральных трубопроводов функции, регламентированные законодательством, в числе которых право и обязанность по организации технического надзора за качеством строительства, капитального ремонта и реконструкции указанных объектов.
[РД 01.120.00-КТН-228-06]
заказчик
Юридическое лицо, в интересах и за счет средств которого осуществляются закупки. Заказчиком выступает собственник средств или их законный распорядитель, а выразителями его интересов - руководители, наделенные правом совершать от его имени сделки по закупкам.
[ОАО РАО "ЕЭС России" СТО 17330282.27.010.001-2008]Тематики
EN
DE
FR
4.9 заказчик (customer): Организация или лицо, получающие продукт или услугу.
Примечание 1 - Заказчик может быть внутренним или внешним по отношению к организации.
Примечание 2 - Адаптировано из ИСО 9000:2005.
Примечание 3 - Другие термины, используемые для термина «заказчик»: «приобретающая сторона», «розничный покупатель», «оптовый покупатель».
Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа
4.2 заказчик (acquirer): Организация, которая приобретает или получает систему, программный продукт или программную услугу от поставщика (3.1 ГОСТ Р ИСО/МЭК 12207).
Примечание - Заказчиком может быть: оптовый или розничный покупатель, клиент, собственник или пользователь. В контексте настоящего стандарта заказчиком является сторона, запрашивающая документацию. Отметим, что наличие у заказчика документации не является обязательным. Заказчик и разработчик документации могут быть представителями одной организации, или заказчиком может быть разработчик данного программного средства.
Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа
3.1 заказчик (acquirer): Организация, которая приобретает или получает систему, программный продукт или программную услугу от поставщика.
Примечание - Заказчиком может быть: оптовый или розничный покупатель, клиент, владелец, пользователь.
Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа
3.3 заказчик (customer): Пользователь или покупатель продукции (машины, сооружения и т.п.).
Источник: ГОСТ Р ИСО 2017-2-2011: Вибрация и удар. Упругие системы крепления. Часть 2. Технические данные для применения систем виброизоляции для железнодорожного транспорта оригинал документа
3.3 заказчик (purchaser): Получатель или его представитель, приобретающий крепежные изделия.
Примечание - Необязательно, чтобы заказчик был пользователем крепежных изделий.
Источник: ГОСТ Р ИСО 3269-2009: Изделия крепежные. Приемочный контроль оригинал документа
2.51 заказчик (customer): Организация или ее представитель, ответственный за точное определение требований к чистому помещению (2.33) или чистой зоне (2.34).
[ИСО 14644-1:1999, статья 2.5.1]
Источник: ГОСТ Р ИСО 14644-6-2010: Чистые помещения и связанные с ними контролируемые среды. Часть 6. Термины оригинал документа
3.4 заказчик (customer): Пользователь или покупатель продукции (машины, сооружения и т. п.).
Источник: ГОСТ Р ИСО 2017-1-2011: Вибрация и удар. Упругие системы крепления. Часть 1. Технические данные для применения систем виброизоляции оригинал документа
3.9 заказчик (client):
в контексте «оценки»: организация (3.4), поручающая проведение оценки.
Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > заказчик
-
48 точка
4.8 точка (pixel): Минимальный элемент матрицы изображения, расположенный на пересечении п строки и т столбца, где п - горизонтальная компонента (строка), т- вертикальная компонента (столбец).
Источник: ГОСТ Р ИСО/МЭК 19794-6-2006: Автоматическая идентификация. Идентификация биометрическая. Форматы обмена биометрическими данными. Часть 6. Данные изображения радужной оболочки глаза оригинал документа
4.10 точка (pixel): Минимальный элемент матрицы изображения, расположенный на пересечении n строки и т столбца, где n - горизонтальная компонента (строка), т - вертикальная компонента (столбец).
Источник: ГОСТ Р ИСО/МЭК 19794-4-2006: Автоматическая идентификация. Идентификация биометрическая. Форматы обмена биометрическими данными. Часть 4. Данные изображения отпечатка пальца оригинал документа
4.36 точка (point): Единица типометрической типографской системы, выражаемая расстоянием по вертикали и содержащая в 1 мм приблизительно 2,8 точек (в одном дюйме приблизительно 72 точки).
Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа
3.9 точка (dot): Локализованная область с коэффициентом отражения, отличным от коэффициента отражения окружающей поверхности.
Источник: ГОСТ Р ИСО 22742-2006: Автоматическая идентификация. Кодирование штриховое. Символы линейного штрихового кода и двумерные символы на упаковке продукции оригинал документа
Русско-английский словарь нормативно-технической терминологии > точка
-
49 регистрация
<> регистрация
<>Запись результатов контроля в форме, пригодной для обработки и хранения
[Система неразрушающего контроля. Виды (методы) и технология неразрушающего контроля. Термины и определения (справочное пособие). Москва 2003 г.]<>
регистрация
-
[IEV number 314-03-01]EN
recording
inscriptions made on the recording chart or by the change of state on an adequate medium
[IEV number 314-03-01]FR
enregistrement
inscriptions effectuées sur le support de diagramme ou par changement d'état d'un support approprié
[IEV number 314-03-01]Тематики
- измерение электр. величин в целом
EN
DE
FR
3.67 регистрация (sign-on): Завершение идентификации и аутентификации пользователя.
Источник: ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности
4.4 регистрация (capture): Процесс получения биометрического образца от конечного пользователя.
Источник: ГОСТ Р ИСО/МЭК 19794-10-2010: Автоматическая идентификация. Идентификация биометрическая. Форматы обмена биометрическими данными. Часть 10. Данные геометрии контура кисти руки оригинал документа
4.30 регистрация (registration): Процесс предоставления личной идентификационной информации биометрической системе, сопоставления уникального идентификатора с данной идентификационной информацией, сбор и запись соответствующей личной информации в систему.
Источник: ГОСТ Р ИСО/МЭК 24713-2-2011: Информационные технологии. Биометрия. Биометрические профили для взаимодействия и обмена данными. Часть 2. Контроль физического доступа сотрудников аэропортов оригинал документа
3.17 регистрация (registration): Присвоение документу уникального идентификатора при его вводе в систему.
Источник: ГОСТ Р ИСО 15489-1-2007: Система стандартов по информации, библиотечному и издательскому делу. Управление документами. Общие требования оригинал документа
3.67 регистрация (sign-on): Завершение идентификации и аутентификации пользователя.
Источник: ГОСТ Р ИСО ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности
Русско-английский словарь нормативно-технической терминологии > регистрация
-
50 диспетчерский пункт управления (в SCADA)
диспетчерский пункт управления
диспетчерский пункт
ДП
главный терминал
-
[Интент]Master Terminal Unit (MTU), Master Station (MS) диспетчерский пункт управления (главный терминал); осуществляет обработку данных и управление высокого уровня, как правило, в режиме мягкого (квази-) реального времени; одна из основных функций обеспечение интерфейса между человеком-оператором и системой (HMI, MMI). В зависимости от конкретной системы MTU может быть реализован в самом разнообразном виде от одиночного компьютера с дополнительными устройствами подключения к каналам связи до больших вычислительных систем (мэйнфреймов) и/или объединенных в локальную сеть рабочих станций и серверов. Как правило, и при построении MTU используются различные методы повышения надежности и безопасности работы системы.
Рис. 2. Основные структурные компоненты SCADA-системыГлавной тенденцией развития MTU (диспетчерских пунктов управления) является переход большинства разработчиков SCADA-систем на архитектуру клиент-сервер, состоящую из 4-х функциональных компонентов.
1. User (Operator) Interface (интерфейс пользователя/оператора) исключительно важная составляющая систем SCADA. Для нее характерны
а) стандартизация интерфейса пользователя вокруг нескольких платформ;
б) все более возрастающее влияние Windows NT;
в) использование стандартного графического интерфейса пользователя (GUI);
г) технологии объектно-ориентированного программирования: DDE, OLE, Active X, OPC (OLE for Process Control), DCOM;
д) стандартные средства разработки приложений, наиболее популярные среди которых, Visual Basic for Applications (VBA), Visual C++;
е) появление коммерческих вариантов программного обеспечения класса SCADA/MMI для широкого спектра задач. Объектная независимость позволяет интерфейсу пользователя представлять виртуальные объекты, созданные другими системами. Результат расширение возможностей по оптимизации HMI-интерфейса.
2. Data Management (управление данными) - отход от узкоспециализированных баз данных в сторону поддержки большинства корпоративных реляционных баз данных (Microsoft SQL, Oracle). Функции управления данными и генерации отчетов осуществляются стандартными средствами SQL, 4GL; эта независимость данных изолирует функции доступа и управления данными от целевых задач SCADA, что позволяет легко разрабатывать дополнительные приложения по анализу и управлению данными.
3. Networking & Services (сети и службы) - переход к использованию стандартных сетевых технологий и протоколов. Службы сетевого управления, защиты и управления доступом, мониторинга транзакций, передачи почтовых сообщений, сканирования доступных ресурсов (процессов) могут выполняться независимо от кода целевой программы SCADA, разработанной другим вендором.
4. Real-Time Services (службы реального времени) - освобождение MTU от нагрузки перечисленных выше компонентов дает возможность сконцентрироваться на требованиях производительности для задач реального и квази-реального времени. Данные службы представляют собой быстродействующие процессоры, которые управляют обменом информацией с RTU и SCADA-процессами, осуществляют управление резидентной частью базы данных, оповещение о событиях, выполняют действия по управлению системой, передачу информации о событиях на интерфейс пользователя (оператора).
[ http://www.mka.ru/?p=41524]Тематики
Синонимы
EN
Русско-английский словарь нормативно-технической терминологии > диспетчерский пункт управления (в SCADA)
-
51 архитектура клиент-сервер
- CSA
- Client/Server Architecture
- client-server
архитектура клиент-сервер
Логическое продолжение концепции модульного программирования. Модуль-клиент (программа), установленный на ПК пользователя, запрашивает сервис (например получение информации из базы данных) у модуля-сервера (программы), расположенного на другом компьютере. В результате деления информационной системы на независимые программы с четко определенными интерфейсами взаимодействия значительно упрощаются сопровождение и поддержка программного обеспечения. В последнее время в качестве клиентской программы все чаще выступает обычный web-браузер (web-browser).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]
архитектура клиент-сервер
Концепция сети, в которой основная часть ее ресурсов сосредоточена в серверах, обслуживающих своих клиентов.
Как следует из названия, архитектура CSA определяет два типа взаимодействующих в сети компонентов:
серверы и клиенты.
Каждый из них является комплексом взаимосвязанных прикладных программ. Серверы предоставляют ресурсы, необходимые многим пользователям. К ним относятся базы данных, файлы, память. Клиенты используют эти ресурсы и предоставляют удобные интерфейсы пользователя.
В современной архитектуре выделяется четыре группы объектов:
- клиенты,
- серверы,
- данные и
- сетевые службы.
Клиенты располагаются в системах, находящихся на рабочих местах пользователей. Данные хранятся в основном в серверах. Сетевые службы являются совместно используемыми прикладными программами, которые взаимодействуют с клиентами, серверами и данными. Кроме этого, службы управляют процедурами распределенной обработки данных, информируют пользователей о происходящих в сети изменениях.
В зависимости от сложности выполняемых прикладных процессов и числа работающих клиентов различают
двух- и трехуровневые архитектуры.
Наиболее простой является двухуровневая. Здесь клиенты выполняют простые операции обработки данных, отрабатывают интерфейс взаимодействия с сервером, обращаются к нему с запросами. Большую же часть задач обработки выполняет сервер. Для этих целей он имеет базу данных. В трехуровневой архитектуре вместо единого сервера применяются серверы приложений и серверы баз данных. Их использование позволяет резко увеличивать производительность локальной сети. В абонентскую систему в зависимости от ее производительности загружается клиент, сервер либо сервер с группой клиентов.
Архитектура клиент-сервер постепенно превращается в архитектуру клиент-сеть, в которой используется не один, а множество серверов. Например, в сети Internet их сотни тысяч. Стремление дать возможность работы в сети клиентам, созданным различными производителями, привело к возникновению архитектуры любой клиент - сервер.
(Терминологическая база данных по информатике и бизнесу [Электронный ресурс])
[ http://www.morepc.ru/dict/]Тематики
- информационные технологии в целом
- электросвязь, основные понятия
EN
- client-server
- Client/Server Architecture
- CSA
Русско-английский словарь нормативно-технической терминологии > архитектура клиент-сервер
-
52 колокейшн
колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]
размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]
совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?
Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.
Чем же отличается колокейшн от хостинга?
Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.
Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.
Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.
Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.
Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку
В какой ситуации для клиента имеет смысл переходить на колокейшн?
Основных причин для перехода с виртуального хостинга на colocation две:
1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.
2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.
Насколько колокейшн дороже обычного хостинга?
Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.
В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.
Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.
Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.
Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.
Какие особые возможности колокейшн предоставляет по сравнению с хостингом?
Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.
Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.
Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.
Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?
Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...
Насколько часто сейчас используется колокейшн?
Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.
Какие сложности возникают перед клиентом при использовании колокейшн?
Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.
Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.
Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.
Какие существуют виды оплаты при колокейшн?
.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.
В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.
Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.[ http://hostinfo.ru/articles/358]
Тематики
Синонимы
EN
Русско-английский словарь нормативно-технической терминологии > колокейшн
-
53 обеспечение качества
- quality assurance
- QA
- en
- 1
обеспечение качества
Все планируемые и систематически осуществляемые виды деятельности в рамках системы качества, а также подтвеждаемые (если это требуется), необходимые для создания достаточной уверенности в том, что объект будет выполнять требования к качеству.
Примечания
1. Существуют как внешние, так и внутренние цели обеспечения качества:
a) внутреннее обеспечение качества: в рамках организации обеспечение качества создает уверенность у руководства;
b) внешнее обеспечение качества: в контрактных и других ситуациях обеспечение качества создает уверенность у потребителя или других лиц.
2. Некоторые действия по управлению качеством и обеспечение качества взаимосвязаны.
3. Если требования к качеству не отражают полностью потребности пользователя, обеспечение качества может не создать достаточной уверенности.
[ИСО 8402-94]
обеспечение качества
Часть менеджмента качества, направленная на создание уверенности, что требования к качеству будут выполнены.
[ ГОСТ Р ИСО 9000-2008]Тематики
- системы менеджмента качества
- управл. качеством и обеспеч. качества
EN
3.21 обеспечение качества (quality assurance): Все запланированные и систематически выполняемые в рамках системы качества работы; при необходимости объективные доказательства, обеспечивающие уверенность в том, что объект будет полностью соответствовать установленным требованиям качества.
Примечания
1 Существуют как внешние, так и внутренние цели обеспечения качества:
a) внутреннее обеспечение качества - внутри организации обеспечение качества создает уверенность у руководства;
b) внешнее обеспечение качества - в договорных или других ситуациях обеспечение качества создает уверенность у потребителя или других лиц.
2 Некоторые виды работ по управлению качеством и обеспечению качества взаимосвязаны.
3 Если требования к качеству не полностью отражают потребности пользователя, то обеспечение качества может не создать достаточной уверенности. (См. 3.5 title="Управление качеством и обеспечение качества - Словарь").
Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа
3.2.11 обеспечение качества (quality assurance): Часть менеджмента качества (3.2.8), направленная на создание уверенности, что требования к качеству будут выполнены.
Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа
обеспечение качества (quality assurance; QA): Общая совокупность организационных мероприятий, проводимых с целью обеспечения требуемого качества всех АФС и поддерживания систем качества на должном уровне.
Источник: ГОСТ Р 52249-2009: Правила производства и контроля качества лекарственных средств оригинал документа
3.2.11 обеспечение качества (en quality assurance; fr assurance de la qualité): Часть менеджмента качества (3.2.8), направленная на создание уверенности, что требования (3.1.2) к качеству будут выполнены.
Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа
3.6.42 обеспечение качества (quality assurance): Вся запланированная и систематическая деятельность, выполненная в рамках системы качества, которая может быть продемонстрирована с целью обеспечения доверия к тому, что продукт или услуга будут отвечать установленным требованиям качества.
Примечание - Определение взято из словаря [5].
Источник: ГОСТ Р ИСО 15531-1-2008: Промышленные автоматизированные системы и интеграция. Данные по управлению промышленным производством. Часть 1. Общий обзор оригинал документа
3.47 обеспечение качества (quality assurance): Совокупность планируемых и систематически проводимых мероприятий, необходимых для создания уверенности в том, что продукция или услуга будет соответствовать определенным требованиям к качеству.
[ИСО 8402, пункт 3.5, модифицировано]
Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа
3.2.11 обеспечение качества (quality assurance): Часть менеджмента качества (3.2.8), направленная на создание уверенности, что требования к качеству будут выполнены.
Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь
1.1.4 обеспечение качества 1)
Совокупность планируемых и систематически выполняемых действий, требуемых для создания надлежащей уверенности в том, что продукция, процесс или услуга будет удовлетворять установленным требованиям к качеству
Источник: ГОСТ Р 50779.11-2000: Статистические методы. Статистическое управление качеством. Термины и определения оригинал документа
3.1.22 обеспечение качества (quality assurance): Часть менеджмента качества, направленная на создание уверенности, что требования к качеству будут выполнены.
[ИСО 9000:2000, определение 3.2.11]
Источник: ГОСТ Р ИСО 21247-2007: Статистические методы. Комбинированные системы нуль-приемки и процедуры управления процессом при выборочном контроле продукции оригинал документа
3.2.16 обеспечение качества (quality assurance): Часть менеджмента качества, направленная на создание уверенности, что требования к качеству будут выполнены.
Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа
Русско-английский словарь нормативно-технической терминологии > обеспечение качества
-
54 производство
производство
Подразделение АНБ США, специализирующееся на вскрытии шифросистем и чтении шифропереписки.
[[http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=23]]Тематики
EN
4.39 производство (production): Предварительная подготовка текста к переводу его в фотошаблоны, законченные справочные тексты или диалоговую документацию.
Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа
3.1.6 производство (manufacturing): Процесс изготовления или выпуска:
- производственных материалов;
- компонентов или запасных частей;
- узлов;
- процессы термообработки, сварки, окраски, нанесения покрытий или другие отделочные операции.
3.7 производство (production): Период, в течение которого оборудование используется по назначению надлежащим образом, включая следующие операции:
- загрузку и разгрузку подлежащих обработке деталей и (или) материалов; эта загрузка (разгрузка) может осуществляться частично или полностью автоматически или вручную;
- обработку, в процессе которой луч лазера работает один или в комплексе с другими инструментами;
- контрольные операции.
Источник: ГОСТ ЕН 12626-2006: Безопасность металлообрабатывающих станков. Станки для лазерной обработки
производство (manufacture): Операции и виды контроля, связанные с закупкой исходных материалов, их приемкой, обработкой, упаковкой, выпуском в реализацию, хранением и отгрузкой АФС.
Источник: ГОСТ Р 52249-2009: Правила производства и контроля качества лекарственных средств оригинал документа
3.48 производство (manufacture): Изготовление предметов или материалов, часто в значительном объеме.
Примечание - Что касается трубопроводов, относится к видам деятельности, направленным на изготовление труб, протекторов или других деталей и нанесению покрытий, выполняемым по соглашению с одним или несколькими подрядчиками.
Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа
3.6.22 производство (manufacturing): Функция или действие, предусматривающие перевод или превращение материала из сырья или заготовки в завершенное в дальнейшем состояние.
Примечание - Определение взято из словаря [5].
Источник: ГОСТ Р ИСО 15531-1-2008: Промышленные автоматизированные системы и интеграция. Данные по управлению промышленным производством. Часть 1. Общий обзор оригинал документа
3.1.6 производство (manufacturing): Процесс изготовления или выпуска:
- производственных материалов;
- компонентов или запасных частей;
- узлов;
- процессы термообработки, сварки, окраски, нанесения покрытий или другие отделочные операции.
Источник: ГОСТ Р 51814.1-2009: Системы менеджмента качества. Особые требования по применению ГОСТ Р ИСО 9001:2008 в автомобильной промышленности и организациях, производящих соответствующие запасные части оригинал документа
3.116 производство (manufacturing): Функция или действие по превращению или преобразованию материала от сырья или частично готового продукта до последующей завершающей стадии продукта.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > производство
-
55 куки
куки
(дословно «печенье»)
Текстовый файл, который незаметно для пользователя появляется на его компьютере при посещении некоторых серверов и сайтов и содержащий компромат на пользователя. В настоящее время в куки записывается вполне безобидная информация: IP-адрес пользователя, какой баннер был ему показан, сколько раз, некоторые настройки web-страниц, иногда пароли, чтобы не набивать их каждый раз и т.п. Куки обычно используются для управления рекламными показами, чтобы показывать пользователю баннеры определенной тематики в определенной последовательности. В дальнейшем планируется с помощью куки собирать такие данные о пользователе, как его социальное, семейное и материальное положение, а также тайные пристрастия и политические взгляды.
[ http://www.lexikon.ru/rekl/a_eng.html]Тематики
EN
Русско-английский словарь нормативно-технической терминологии > куки
-
56 реляционная база данных
реляционная база данных
База данных, реализованная в соответствии с реляционной моделью данных.
[ ГОСТ 20886-85]
реляционная БД
База данных, логически организованная в виде набора отношений ее компонентов.
Характерной особенностью реляционной базы данных является структура, выполненная в виде таблиц. Строки таких таблиц соответствуют записям, столбцы - атрибутам (признакам хранимых данных). Например, таблица, в которой имеются столбцы: фамилия, год рождения, место работы, домашний адрес, телефон, а в строках записываются эти сведения о сотрудниках предприятия. Такие данные являются ядром реляционной базы.
Использование реляционных баз данных позволяет:
собирать и хранить данные в виде таблиц;
обновлять их содержание;
получать разнообразную информацию по атрибутам или записям;
отображать полученные данные в виде диаграмм или таблиц;
выполнять необходимые расчеты по материалам базы.
(Терминологическая база данных по информатике и бизнесу [Электронный ресурс])
[ http://www.morepc.ru/dict/]
Системы управления реляционными базами данных
Процесс отделения программ от структур данных завершили, в конечном итоге, реляционные базы данных (РБД).
В РБД все данные представлены исключительно в формате таблиц, или, по терминологии реляционной алгебры, отношений (relation). Таблица в реляционной алгебре - это неупорядоченное множество записей (строк), состоящих из одинакового набора полей (столбцов). Каждая строка характеризует некий объект, каждый столбец - одну из его характеристик. Совокупность таких связанных таблиц и составляет БД, при этом таблицы полностью равноправны - между ними не существует никакой иерархии. Реляционная модель является простейшей и наиболее привычной формой представления данных.
Можно было бы привести более строгое определение, но это не является пред-метом настоящей статьи. Здесь нам важно отметить следующее. РБД позволили моделям данных отражать взаимосвязи прикладной области, а не методы программного доступа к данным и структурам данных. Это огромный шаг вперед по нескольким причинам:
Отражающие прикладную область знаний модели данных являются интуитивно понятными конечному пользователю.
Реорганизация данных на физическом уровне совершенно не влияет на выпол-нение прикладных программ. Одним из важнейших побочных эффектов данного преимущества является появление клиент-серверных архитектур, сохраняющих все достоинства централизованного администрирования и управления данными, с одной стороны, и дружески настроенных по отношению к пользователю клиентских программ, с другой. Благодаря нормализации удается избежать чрезмерного дублирования данных.
По идее, с точки зрения быстродействия, реляционные СУБД должны проигры-вать сетевым и иерархическим моделям. Однако специальные методы, в частности, индексирование БД, позволяют поддерживать их скоростные характеристики на достаточно высоком уровне.
Развитие РБД
По мере все более широкого распространения реляционных моделей данных крупные поставщики БД расширяли функциональные возможности, повышали производительность в борьбе за место на рынке. В качестве примеров новых функций можно привести следующее:-
Хранимые процедуры
Откомпилированные последовательности SQL-операторов, которые хранятся в БД. Хранимые процедуры исполняются быстрее обычных SQL-операторов, уменьшают объем сетевого трафика и скрывают сложность SQL-выражений от конечного пользователя.
-
Триггеры
Последовательности SQL-операторов, автоматически запускаемые сервером при возникновении определенных, связанных с данными событий. Обычно они используются для поддержания целостности данных и выполнения таких, связанных с модификацией данных, операций, как трассировка (распечатка программой связанных с ее выполнением событий) и аудирование (ведение журнала событий с целью обеспечения безопасности вычислительной системы.).
-
Дублирование и рассредоточение.
Довольно часто с целью повышения произво-дительности, безопасности и готовности информации приходится дублировать данные на удаленных БД. Например, дублировать хранящуюся на удаленном сервере итоговую производственную информацию в центральной БД.
-
Взаимодействие с другими системами.
После того, как электронная почта приобрела широкую популярность, поставщики БД разработали интерфейс, позволяющий посылать определенные почтовые сообщения в момент возникновения определенных, связанных с операциями над данными, событиями.
Тематики
Синонимы
EN
Русско-английский словарь нормативно-технической терминологии > реляционная база данных
-
Хранимые процедуры
-
57 биометрический образец
4.11 биометрический образец (biometric sample): Информация, полученная от биометрического устройства или непосредственно, или после дальнейшей обработки (см. также 4.24, 4.25, 4.26).
Источник: ГОСТ Р ИСО/МЭК 19785-1-2008: Автоматическая идентификация. Идентификация биометрическая. Единая структура форматов обмена биометрическими данными. Часть 1. Спецификация элементов данных оригинал документа
4.2 биометрический образец (biometric sample): Информация от биометрического устройства, полученная непосредственно с датчика или после обработки.
Примечание - Контур кисти руки является примером биометрического образца.
Источник: ГОСТ Р ИСО/МЭК 19794-10-2010: Автоматическая идентификация. Идентификация биометрическая. Форматы обмена биометрическими данными. Часть 10. Данные геометрии контура кисти руки оригинал документа
4.9 биометрический образец (biometric sample): Необработанные данные, представляющие собой биометрическую характеристику конечного пользователя, полученную биометрической системой (например, изображение отпечатка пальца).
Источник: ГОСТ Р ИСО/МЭК 24713-2-2011: Информационные технологии. Биометрия. Биометрические профили для взаимодействия и обмена данными. Часть 2. Контроль физического доступа сотрудников аэропортов оригинал документа
Русско-английский словарь нормативно-технической терминологии > биометрический образец
-
58 сеанс
1) General subject: cinema show, house, sitting (позирования и т. п.)2) Computers: conversation3) Colloquial: sesh (сокращение от session)4) Cinema: screening (только для сеансов в кинотеатре), filmshow5) Information technology: session (работы пользователя с системой)6) Oil: session7) Advertising: show8) Programming: (управления данными) session (промежуток времени, в течение которого клиент может активно взаимодействовать с севером или клиент и сервер получают данные друг о друге, см. ГОСТ Р ИСО/МЭК ТО 10032-2007)9) Plastics: shot10) Aviation medicine: run11) Makarov: seance, session (работы), session (цикл работы пользователя с системой)13) SAP.tech. terminal session -
59 user view of data
«взгляд» пользователя на данные; представление данных пользователем (представления пользователя о логической организации используемых им данных)Англо-русский словарь промышленной и научной лексики > user view of data
-
60 серверы автоматизации
Автоматизация. Клиенты и серверы автоматизации.
Автоматизация (ранее известная как OLE-автоматизация – OLE Automation) – это одно из наиболее важных средств технологии ActiveX, позволяющее программно управлять объектами из других приложений. И это основное средство, с помощью которого можно интегрировать функциональные возможности различных приложений. Приложения, поддерживающие автоматизацию, делятся на две категории: клиенты автоматизации и серверы автоматизации. Причем некоторые приложения могут быть только клиентами либо только серверами автоматизации, но есть и такие (и к ним относится Microsoft Access), которые могут выступать и в том и в другом качестве.
Клиенты и серверы автоматизации При интеграции двух приложений одно предоставляет свои объекты для использования, а другое использует объекты первого приложения. Приложение, объекты которого доступны для других приложений, называется сервером автоматизации (иногда его еще называют компонентом). Приложение, которое использует объекты другого приложения, называется клиентом (или контроллером) автоматизации. Объекты, которые доступны для других приложений, называют объектами автоматизации. Через объекты автоматизации приложение-сервер открывает доступ другим программам к тем своим функциям, которые могут быть им полезны. Например, текстовый редактор может открывать другим программам доступ к проверке орфографии, служба связи – доступ к созданию и отправке сообщений. Это позволяет разработчикам ускорить процесс разработки своих приложений, благодаря использованию готовых функций сервера. Объекты приложения-сервера образуют библиотеку объектов, которая может быть подключена к приложению-клиенту путем установки ссылки в проекте VBA (см. разд. "Установка ссылок на объектные библиотеки" гл. 13). Приложение-клиент использует объекты приложения-сервера путем доступа к их свойствам и методам. При этом он имеет все те возможности, которые есть у сервера автоматизации. Например, Microsoft Excel имеет модель объектов, которая включает такие объекты, как Workbook, Worksheet, Sell и др. К этим объектам можно обращаться из Microsoft Access, а также из других приложений, поддерживающих автоматизацию. Чтобы получить представление о работе с технологией автоматизации OLE, нужно разобраться в классификации серверов автоматизации, которые могут быть использованы в написании приложений систем управления базами данных. Существуют пять основных типов серверов автоматизации.- Полные серверы (full servers) – это самостоятельные приложения, например Microsoft Excel и Microsoft Word, использующие автоматизацию. Данные приложения, подобно Access, предоставляют свои объекты для использования собственной версии VBA. Полные серверы называются также локальными серверами (local servers), поскольку сервер такого типа должен размещаться на том же компьютере, что и приложение клиента автоматизации.
- Серверы автоматизации (automation servers) – это серверы, которые не являются внедряемыми объектами. В качестве примера такого сервера можно привести Microsoft Access. Название Microsoft Access не содержится в списке Тип объекта (Object Type) вкладки Создание (Create New) диалогового окна Объект (Object) меню Вставка (Insert) приложений Microsoft Word или Microsoft Excel. При попытке указать файл базы данных во вкладке Создание из файла (Create From File) элемент управления Упаковщик объектов (Object Packager) пытается создать пакет из файла базы данных.
- Мини-серверы (mini-servers) – это приложения, которые могут быть запущены только из приложений-клиентов автоматизации, например Microsoft Graph (MSGraph9) или Visio Express. Приложение, являющееся мини-сервером, должно представлять собой выполнимый файл (с расширением ехе) и иметь возможность раскрывать окно приложения. Мини-серверы, отображающие объекты конкретного класса, например файлы изображений, видеоклипы и т. д., называются средствами просмотра (viewers).
- Специальные элементы управления OLE (OLE Controls) – это одна из разновидностей мини-серверов. Специальные элементы управления OLE, имеющие расширение файлов осх, кроме методов и свойств, предоставляют для использования другими приложениями еще и события. Они похожи на специальные элементы управления Visual Basic (VBXs). Некоторые элементы управления OLE, подобно VBXs, в режиме выполнения выводятся на экран, другие в режиме выполнения невидимы.
- Элементы управления ActiveX (ActiveX Controls) являются облегченной 32-разрядной версией элементов управления OLE. Такие элементы хранятся в файлах с тем же, что и у элементов OLE, расширением (осх), однако их размер на 30-50% меньше, чем у заменяемых ими элементов OLE. Элементы управления ActiveX являются основой развиваемой в настоящее время фирмой Microsoft технологии ActiveX
- Служебные серверы (process servers) – это подкласс серверов автоматизации, используемых для выполнения функций, которые не взаимодействуют с интерфейсом пользователя. Служебные серверы делятся на внешние ( OutOfProc(ess)) и внутренние ( InProc(ess)). Внешние серверы – это выполнимые файлы, которые запущены собственным процессом, т. е. имеют отдельную зарезервированную память. К внешним серверам можно отнести полные серверы и мини-серверы. Внутренние серверы используют память совместно с приложением клиента автоматизации. К внутренним серверам относятся специальные элементы управления ActiveX.
Служебные серверы не входят в официальную классификацию серверов автоматизации. Этот термин используется для того, чтобы различать невидимые управляемые служебные объекты сервера, работающие в фоновом режиме, и управляемые объекты, обладающие видимым представлением в режиме выполнения или режиме Конструктора Microsoft Access. Чаще всего служебные серверы используются при создании приложений баз данных, располагающих служебный сервер автоматизации между входным каналом приложения клиента и выходным каналом приложения сервера для обработки запросов приложения сервера или отслеживания ошибок данных входного канала сервера. Такие серверы невидимы для пользователя. Одним из преимуществ автоматизации является возможность работы с управляемыми полными серверами и мини-серверами без создания видимого экземпляра сервера автоматизации. Автоматизация запускает приложение самостоятельно, без внешнего вмешательства. Если серверу не указано активизировать окно, он невидим, и в списке задач его имя не содержится.
[ http://samoucka.ru/document18469.html]Тематики
EN
Русско-английский словарь нормативно-технической терминологии > серверы автоматизации
См. также в других словарях:
Данные пользователя системы телеобработки данных — 13 Источник: ГОСТ 24402 88: Телеобработка данных и вычислительные сети. Термины и определения оригинал документа … Словарь-справочник терминов нормативно-технической документации
данные пользователя системы телеобработки данных (вычислительной сети) — данные пользователя Данные, вводимые пользователем в систему телеобработки данных (вычислительную сеть) или получаемые пользователем из этой системы (сети). [ГОСТ 24402 88] Тематики телеобработка данных и вычислительные сети Синонимы данные… … Справочник технического переводчика
данные пользователя (телевизионной информации) — Данные, передаваемые по цифровому тракту вещательного телевидения вместе с видеоинформацией, звуковой и сервисной информацией и не зависящие от передаваемых телевизионных программ. [ГОСТ Р 52210 2004] Тематики телевидение, радиовещание, видео EN… … Справочник технического переводчика
Данные пользователя вычислительной сети — 13 Источник: ГОСТ 24402 88: Телеобработка данных и вычислительные сети. Термины и определения оригинал документа … Словарь-справочник терминов нормативно-технической документации
данные пользователя (телевизионной информации) — 11 данные пользователя (телевизионной информации): Данные, передаваемые по цифровому тракту вещательного телевидения вместе с видеоинформацией, звуковой и сервисной информацией и не зависящие от передаваемых телевизионных программ. Источник: ГОСТ … Словарь-справочник терминов нормативно-технической документации
Данные пользователя системы телеобработки данных (вычислительной сети) — 13. Данные пользователя системы телеобработки данных (вычислительной сети) Данные пользователя User data Данные, вводимые пользователем в систему телеобработки данных (вычислительную сеть) или получаемые пользователем из этой системы (сети)… … Словарь-справочник терминов нормативно-технической документации
Данные пользователя — 1. Данные, передаваемые по цифровому телевизионному каналу вместе с видео , аудио и сервисной информацией и не зависящие от передаваемых телевизионных программ Употребляется в документе: ГОСТ Р 52591 2006 Система передачи данных пользователя в… … Телекоммуникационный словарь
Данные пользователя (телевизионной информации) — 1. Данные, передаваемые по цифровому тракту вещательного телевидения вместе с видеоинформацией, звуковой и сервисной информацией и не зависящие от передаваемых телевизионных программ Употребляется в документе: ГОСТ Р 52210 2004 Телевидение… … Телекоммуникационный словарь
Данные пользователя системы телеобработки данных (вычислительной сети) — 1. Данные, вводимые пользователем в систему телеобработки данных (вычислительную сеть) или получаемые пользователем из этой системы (сети) Употребляется в документе: ГОСТ 24402 88 Телеобработка данных и вычислительные сети. Термины и определения … Телекоммуникационный словарь
учетные данные пользователя с ограниченными полномочиями — — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом EN restricted account … Справочник технического переводчика
данные — 3.4 данные (data): Совокупность значений, присвоенных для основных мер измерений, производных мер измерений и (или) показателей. [ИСО/МЭК 15939:2007] Источник … Словарь-справочник терминов нормативно-технической документации