Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р МЭК 61512-4-2016; Страница 25

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р 57127-2016 Менеджмент знаний. Руководство по наилучшей практике Knowledge management. A guide to good practice (Первоочередной задачей каждой организации является поставка продукта и/или услуги своим потребителям или, если речь идет о государственной организации, своим гражданам. Для выполнения этой задачи менеджеры и сотрудники организации применяют свои личностные знания, являющиеся объектом интеллектуальной собственности или ноу­хау, знания организации, знания своих поставщиков, партнеров и клиентов, приобретаемые в процессе взаимодействия и сотрудничества. Применение знаний не является новацией. Система менеджмента знаний (СМЗ) должна строиться на существующих видах деятельности, улучшая их, и максимально обеспечивать осведомленность всех участников о роли знаний в производственных и организационных процессах. Продукцию и услуги разрабатывают, производят и поставляют потребителям, применяя различные способы повышения производительности. В дополнение к этому идентифицируются и другие виды деятельности, относящиеся к разработке и внедрению стратегии, финансовым и административным процессам, увеличению человеческих ресурсов и т. д. Эти процессы представляют собой организационный контекст, в котором применяются знания. В соответствии с вышеуказанными процессами необходимы различные подходы к знаниям, и сотрудники применяют разные методы и инструменты для выполнения поставленных перед ними задач. Помимо обеспечения улучшения основных процессов, действующих в организации, методы менеджмента знаний (МЗ) можно также применять в рамках вспомогательных процессов. В качестве примера можно привести руководство в области привлечения человеческих ресурсов. Или другой пример, из области процессов постоянного совершенствования, - разработка баз данных устоявшейся практики для получения и обмена знаниями по оптимальным процедурам в рамках всей организации. И, наконец, третий пример, из области менеджмента финансовых и нефинансовых активов, - методы управления интеллектуальной собственностью (например, патенты, авторское право). Такие процессы не всегда ограничены рамками одной организации. В частности, малые и средние предприятия (МСП) все более активно создают сети по поставке своей продукции в целях обмена ресурсами и заимствования опыта друг у друга. Для разработки новых видов продукции и услуг, с которыми одна организация не может справиться, создаются долгосрочные партнерства. Таким образом, партнеры и поставщики, а также потребители вовлекаются в работу в определенной области деятельности) ГОСТ Р МЭК 62264-2-2016 Интеграция систем управления предприятием. Часть 2. Объекты и атрибуты Enterprise-control system integration. Part 2. Object and attributes. (Настоящий стандарт содержит описание многофункционального интерфейса в части обмена информацией между функциями управления производством и прочими функциями предприятия. Рассматриваемый интерфейс располагается между производственными системами уровня 3 и коммерческими системами уровня 4 в иерархической модели МЭК 62264-1. Основная цель настоящего стандарта заключается в уменьшении рисков, затрат и ошибок, ассоциированных с практической экземпляром данного интерфейса. Настоящий стандарт распространяется на большое количество производственных доменов, требования к которым устанавливаются и в других национальных стандартах. В связи с этим семантика настоящего стандарта подготовлена таким образом, что не противоречит требованиям других национальных стандартов и содержит определения множества элементов, содержащихся в многофункциональном интерфейсе, а также определение механизма расширения указанных элементов для их практической реализации. Область применения настоящего стандарта ограничена определением объектных моделей и атрибутов обмениваемой информации, определенных в МЭК 62264-1) ГОСТ 10157-2016 Аргон газообразный и жидкий. Технические условия Gaseous and liquid argon. Specifications (Настоящий стандарт распространяется на газообразный и жидкий аргон, получаемый из воздуха и остаточных газов аммиачных производств и предназначаемый для использования в качестве защитной среды при сварке, резке и плавке активных и редких металлов и сплавов на их основе, алюминия, алюминиевых и магниевых сплавов, нержавеющих хромоникелевых жаропрочных сплавов и легированных сталей различных марок, а также при рафинировании металлов в металлургии. В соответствии с Техническим регламентом Таможенного союза 029/2012 [1] аргон является пищевой добавкой. Используется в пищевой промышленности в качестве пропеллента и упаковочного газа)
Страница 25
Страница 1 Untitled document
ГОСТ Р МЭК 61512-42016
Примечание Если внешние ссылочные данные перемещаются в новую информационную систему, то
ссылки на них необходимо обновить и указать их новое место хранения.
5.2.6 Методики моделирования
Модели, описанные в настоящем разделе, построены на языке UML (унифицированном языке
моделирования) в соответствии с ИСО/МЭК 19501 (см. раздел 3).
Таблицы описывают только атрибуты классов объектов. Соотношения между рассматриваемыми
объектами поясняются на рисунке.
5.2.7 Определение атрибута
Все атрибуты выбираются произвольно, если они не идентифицируются как обязательные в ука
занном разделе.
5.2.8 Отсутствующие значения
Значения многих атрибутов могут отсутствовать. Практические реализации указанной объектной
модели должны включать какой-либо метод идентификации значений атрибута, если рассматриваемое
значение атрибута умышленно не задано.
5.2.9 Качество данных
Практические реализации указанной объектной модели включают метод идентификации качества
данных критических атрибутов.
Примечание Настоящий стандарт не определяет стандартные типы качества данных.
Пример 1 Практические реализации на Языке Структурированных Запросов (SQL) имеют тре
бование недопустимости задания значения NULL (не задано) для критических атрибутов, таких как
«Идентификатор Записик и «Отметка Времени», во избежание появления нулевых записей. Практи
ческие реализации Языка Структурированных Запросов (SQL) могут дополнительно ограничивать
атрибут «Отметка Времени» только корректными значениями времени.
Пример 2 Практические реализации на Расширяемом Языке Разметки (XML), использующие
определения типа XSD. могут задавать тип данных «minOccurs="1“» для критических атрибутов, мо
гут дополнительно ограничивать элементы «Идентификатора Записи» до базового элемента и типа
«Normalized String» (нормализованная строка).
5.2.10 Идентификация объекта
Многие объекты информационной модели требуют уникальной идентификации (ID). Данные
идентификаторы должны быть уникальными внутри области применения обмениваемой информации.
Идентификаторы объекта предназначены только для идентификации объекта внутри соответствую
щих наборов данных. Атрибуты идентификатора объекта не являются глобальным идентификатором
объекта или атрибутом индексной базы данных. В общем случае, объекты, являющиеся элементами
агрегаций и не используемые для ссылок в других частях модели, не требуют уникальной идентифи
кации.
5.2.11 Тип данных
Определенные атрибуты являются абстрактными представлениями, не содержащими специаль
ных типов данных. Для особых практических реализаций можно указать способ представления инфор
мации.
Пример На практике:
- атрибуты могут быть представлены строкой в одной практической реализации и численным
значением в другой;
- дата/время могут быть представлены в стандартном формате ISO в одной практической ре
ализации и в формате Юлианского календаря — в другой;
- связи могут быть представлены с помощью двух информационных полей (тип и ключ) в табли
цах баз данных или с помощью специальной маркировки языка XML.
Атрибуты спецификации, содержащие в описании перечни, указывают, что в данном атрибуте
может быть нуль или несколько элементов.
Примечание В принципе, практические реализации данных перечней могут быть представлены в пол
ной модели языка UML каксовокупности объектов. Но их показывают только как одиночные обьекты для уменьше
ния сложности модели языка UML.
21