ГОСТ Р МЭК 62279—2016
3.1.4 компонент (component): Составная часть программного обеспечения, которая имеет хорошо
определенные интерфейсы и ее поведение соответствует проекту и архитектуре программного обе
спечения.
П р и м е ч ан и е — Компонент программного обеспечения удовлетворяет следующим критериям:
- он разработан согласно «Компонентам» (см. таблицуА.20);
- он реализует определенное подмножество требований к программному обеспечению;
- он четко идентифицирован и имеет независимую версию в системе управления конфигурацией или явля
ется частью набора компонентов (например, подсистемы), у которого есть независимая версия.
3.1.5 менеджер конфигураций (configuration manager): Ответственный за реализацию и выпол
нение процессов управления конфигурацией документов, программного обеспечения и связанных ин
струментов. включая управление изменениями.
3.1.6 заказчик (customer): Субъект, который покупает железнодорожную систему управления и
систему защиты включая программное обеспечение.
3.1.7 проектировщик (designer): Субъект, который анализирует и преобразовывает конкретные
требования в приемлемые проектные решения, имеющие требуемый уровень полноты безопасности.
3.1.8 субъокт (entity): Человек, группа или организация, которые выполняют роль, как определено
в настоящем стандарте.
3.1.9 сбой (fault): Аварийное состояние, которое может привести к ошибке в системе.
П р и м е ч ан и е — Сбой может быть случайным или систематическим.
3.1.10 ошибка (error): Отклонение от намеченного проекта, которое может привести к непредна
меренному поведению системы или отказу.
3.1.11 отказ (failure): Недопустимое различие между требуемой и наблюдаемой характеристикой.
3.1.12 отказоустойчивость (fault tolerance): Встроенная способность системы обеспечить даль
нейшее корректное оказание услуги согласно спецификации, в присутствии ограниченного количества
сбоев аппаратных средств или программного обеспечения.
3.1.13 встроенное микропрограммное обеспечение (firmware): Программное обеспечение, раз
мещенное в постоянной или в полупостоянной памяти (например такой как флэш-память), так. что оно
функционально не зависит от прикладного программного обеспечения.
3.1.14 универсальное программное обеспечение (generic software): Программное обеспече
ние. которое может использоваться для множества установок просто благодаря появлению возможно
сти определять конкретные для применения данные и/или алгоритмы.
3.1.15 разработчик (implementor): Субъект, который преобразует конкретные проекты в их физи
ческую реализацию.
3.1.16 интеграция (integration): Процесс объединения программного обеспечения и/или элемен
тов аппаратных средств в соответствии со спецификацией архитектуры и проекта, также тестирование
интегрированного устройства.
3.1.17 интегратор (integrator): Субъект, который выполняет интеграцию программного обеспече
ния.
3.1.18 существующее ранее программное обеспечение (pre-existing software): Программное
обеспечение, разработанное до рассматриваемого в настоящее время применения, включающее ком
мерческое программное обеспечение и открытое программное обеспечение.
3.1.19 открытое программное обеспечение (open source software): Доступный широкой публике
исходный код с ослабленными или отсутствующими ограничениями на авторские права.
3.1.20 программируемый логический контроллер (programmable logic controller): Полупрово
дниковая система управления с программируемой памятью пользователя для хранения команд, осу
ществляющих конкретные функции.
3.1.21 управление проектами (project management): Административное и/или техническое вы
полнение проекта, включая вопросы безопасности.
3.1.22 менеджер проекта (project manager): Субъект, который выполняет управление проектом.
3.1.23 надежность (reliability): Способность элемента выполнить требуемую функцию при задан
ных условиях в течение установленного периода времени.
3.1.24 робастность (robustness): Способность элемента обнаруживать и обрабатывать ненор
мальные ситуации.
3