-
21 нормальное изменение
нормальное изменение
(ITIL Service Transition)
Изменение, не являющееся срочным или стандартным. Нормальные изменения обрабатываются по определённым шагам процесса управления изменениями.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]EN
normal change
(ITIL Service Transition)
A change that is not an emergency change or a standard change. Normal changes follow the defined steps of the change management process.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]Тематики
EN
Русско-английский словарь нормативно-технической терминологии > нормальное изменение
-
22 роль
роль
Набор ответственностей, деятельностей и полномочий, назначенных сотруднику или команде. Роль определяется в процессе или функции. Один сотрудник или команда может иметь несколько ролей. Например, роли менеджера конфигураций и менеджера изменений могут выполняться одним сотрудником. Этот термин также используется для описания назначения чего-либо.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]EN
role
A set of responsibilities, activities and authorities assigned to a person or team. A role is defined in a process or function. One person or team may have multiple roles for example, the roles of configuration manager and change manager may be carried out by a single person. Role is also used to describe the purpose of something or what it is used for.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]Тематики
EN
роль (role): Наименование поведенческого набора, связанного с выполнением какой-либо работы (ИСО/ТС 17090-1).
2.33 роль (role): Комплекс способностей и/или действий, связанный с задачей.
3.2.10 роль (role): Перечень или список прав и обязанностей, установленных для потенциального или действительного члена группы взаимодействия.
Примечание - При назначении одной или нескольких ролей члену группы взаимодействия совокупные права и обязанности, связанные с ролью(ями), передаются этому участнику.
Пример - Ссылка на элемент модели данных идентификатора элемента модели данных 1.3. 2 настоящего стандарта (CW_ID_ value) в другом стандарте технологий взаимодействия должна выглядеть в виде ссылки «ИСО/ МЭК 19778-1: 2008, 1.3.2».
b) Обозначение
Обозначение элемента модели данных (см. определение 3.1.11).
Обозначения элемента модели данных используются в контексте стандартов технологий взаимодействия для установления ссылок на конкретные элементы модели данных. В отличие от лингвистически нейтральных атрибутов элементов модели данных у обозначения элемента модели данных есть символическое значение; но в то же время данный атрибут может быть ориентирован на конкретный язык и может быть предметом интернационализации.
c) Определение
Определение элемента модели данных (см. определение 3.1.10).
Поскольку определения представлены в таблице модели данных в наиболее компактной форме, дополнительная информация об элементах модели данных приведена в отдельном подпункте стандартов исключительно для пояснения. Во всех стандартах технологии взаимодействия определение элемента модели данных, записанное в ячейках таблицы в 3-й колонке, считают наиболее аутентичным.
d) Степень обязательности
Степень обязательности элемента модели данных (см. определение 3.1.15).
При создании реализаций модели данных из модели данных степень обязательности элемента модели данных любого элемента модели данных должна исходить из степени обязательности соответствующего предка. Для модели данных это означает, что элементы модели данных со степенью обязательности элемента модели данных «выбираемый» могут иметь потомков со статусом «обязательный». В случае если любой элемент модели данных со степенью обязательности элемента модели данных «обязательный» имеет единственного потомка со статусом «выбираемый», любая реализация этой модели данных предоставляет одного или более потомка элемента данных в реализации этого элемента модели данных.
Определены четыре возможных значения степени обязательности элемента модели данных: обязательный, выбираемый, условно обязательный и условно выбираемый.
e) Множественность
Множественность элемента модели данных (см. определение 3.1.14).
Значения для диапазона значений элементов модели данных (в других источниках также определенных как «повторяемость элементов») определяют, насколько часто реализация элемента модели данных может встречаться в этой реализации модели данных.
В реализациях моделей данных многочисленные реализации элемента данных, как правило, должны быть расположены рядом друг с другом, в то время как реализации многочисленных составных элементов (совокупных подструктур) являются результатом реализации в этих подструктурах, представленных в смежном или последовательном порядке. По умолчанию, не важен порядок размещения или перечисления реализаций разнообразных элементов модели данных. Исключение вводят примечанием об указании особого порядка представления информации в данной ячейке строки таблицы элемента модели данных.
Необходимый минимум реализаций элемента модели данных будет принят больше нуля (даже если установлен на нуль) в тех случаях, когда степень обязательности элемента модели данных имеет значение «обязательный».
В тех случаях, когда два значения (необходимый минимум и допустимый максимум) различаются, интервал определяют как строку связанных символов «< необходимый минимум>..< допустимый максимум>», где значения < необходимый минимум> и < допустимый максимум> - неотрицательные целые числа.
Для указания на бесконечное множество допустимых значений параметр < допустимый максимум> записывают с символом «*».
В тех случаях, когда два значения (необходимый минимум и допустимый максимум) совпадают, устанавливают только одно значение.
f) Тип данных
Тип данных, определяющий элемент данных (см. определение 3.1.6).
В стандартах технологии взаимодействия установлено множество возможных значений для данного элемента модели данных в качестве значения типа данных элемента данных. Множество значений может быть ограничено конкретным набором значений, основанным на спецификации или стандарте, не относящемся к модели данных. Ссылка на эту внешнюю спецификацию или стандарт должна быть приведена в качестве значения соответствующего элемента данных модели данных. Модели данных, определенные в стандартах технологии взаимодействия, предоставляют структуры элемента данных и элемента модели данных специально для включения таких ссылок.
При использовании таких ссылок элемент данных, включающий в себя ссылки, должен быть указан в колонке «Тип данных».
g) Примеры
Могут содержать одну или несколько иллюстраций возможных значений элемента данных.
Источник: ГОСТ Р ИСО/МЭК 19778-1-2011: Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства оригинал документа
3.134 роль (role): Поименованное специфическое поведение сущности, участвующей в определенном контексте.
Примечание - Роль может быть статической (например, конец соединения) или динамической (например, коллективная роль).
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Русско-английский словарь нормативно-технической терминологии > роль
- 1
- 2
См. также в других словарях:
Defined process — There are two schools of thought about what a defined process is. Contents 1 School of thought 1 2 School of thought 2 3 References 4 Books … Wikipedia
Process area (CMMI) — The latest version of Capability Maturity Model Integration (CMMI) CMMI for Development, Version 1.3 contains 22 Process Areas that describe the aspects of product development that are to be covered by organizational processes. Contents 1 Process … Wikipedia
Process theory — is a commonly used form of scientific research study in which events or occurrences are said to be the result of certain input states leading to a certain outcome (output) state, following a set process.Process theory holds that if an outcome is… … Wikipedia
Process (engineering) — Process engineering refers to engineering which is collaborative and concerned with completing a project as a whole.emiconductor devicesIn the electronics industry, especially for those building ICs, some technologists can be referred to as… … Wikipedia
Process control — is a statistics and engineering discipline that deals with architectures, mechanisms, and algorithms for controlling the output of a specific process. See also control theory.For example, heating up the temperature in a room is a process that has … Wikipedia
Process architecture — is the structural design of general process systems and applies to fields such as computers (software, hardware, networks, etc.), business processes (enterprise architecture, policy and procedures, logistics, project management, etc.), and any… … Wikipedia
Process philosophy — (or Ontology of Becoming) identifies metaphysical reality with change and dynamism. Since the time of Plato and Aristotle, philosophers have posited true reality as timeless , based on permanent substances, whilst processes are denied or… … Wikipedia
Process integration — is a term in chemical engineering which has two possible meanings.1. A holistic approach to process design which considers the interactions between different unit operations from the outset, rather than optimising them separately. This can also… … Wikipedia
Process costing — is an accounting methodology that traces and accumulates direct costs, and allocates indirect costs of a manufacturing process. Costs are assigned to products, usually in a large batch, which might include an entire month s production. Eventually … Wikipedia
Process Analytical Technology — (PAT) has been defined by the United States Food and Drug Administration (FDA) as a mechanism to design, analyze, and control pharmaceutical manufacturing processes through the measurement of critical process parameters and quality attributes.The … Wikipedia
Process.h — is a C header file which contains function declarations and macros used in working with threads and processes. Neither the header file nor the functions are defined by either the ANSI/ISO C standard or by POSIX. Most C compilers that target DOS,… … Wikipedia
