| English | Russian |
| A time-varying control system is a system in which one or more of the parameters of the system may vary as a function of time | Нестационарная система управления – это система, в которой один или более параметров являются функциями времени (см. Modern Control Systems by Richard C. Dorf & Robert H. Bishop 2008 ssn) |
| A time-varying control system is a system in which one or more of the parameters of the system may vary as a function of time | Нестационарная система управления это система, в которой один или более параметров являются функциями времени (см. Modern Control Systems by Richard C. Dorf & Robert H. Bishop 2008 ssn) |
| an application programme may consist of a number of tasks. The execution of each task is accomplished sequentially, one programmable function at a time until the end of the task. The initiation of a task, periodically or upon the detection of an event interrupt condition, is under the control of the operating system | Прикладная программа может включать в себя несколько задач. Выполнение каждой задачи осуществляется последовательно как одна запрограммированная функция во времени до окончания задачи. Запуск задачи, периодически или при обнаружении некоторого события условие прерывания, осуществляется под управлением операционной системы (см. IEC 61131-1 2003 ssn) |
| application to support the deposit or withdrawal of cash in a banking system | приложение для поддержки операций зачисления и списания средств на счетах в банковской системе (ssn) |
| Attack surface reduction embodies employing layered defenses, shutting off or restricting access to system services and applying the principle of least privilege wherever possible | Уменьшение видов атак соединяет использование многоуровневой защиты, отключение или ограничение доступа к системным сервисам и применение при любых возможных обстоятельствах принципа наименьших привилегий (см. ISO/IEC 27034-1:2011 ssn) |
| behavior: The response of a component or system to a set of input values and preconditions | поведение: отклик компонента или системы на набор входных значений и предусловий (см. Standard glossary of terms used in Software Testing ssn) |
| black box test design technique: Procedure to derive and/or select test cases based on an analysis of the specification, either functional or non-functional, of a component or system without reference to its internal structure | разработка тестов методом чёрного ящика: процедура создания и / или выбора тестовых сценариев, основанная на анализе функциональной или нефункциональной спецификации компонента или системы без знания внутренней структуры (см. Standard glossary of terms used in Software Testing) |
| data from one component interacting with another component in a local system, distributed system, and/or across a network such as the Internet with other systems via the signal | данные от одного компонента, взаимодействующего с другим компонентом в локальной системе, распределенной системе и / или через сеть, такую как Интернет, с другими системами посредством сигнала |
| description of the concurrent objects in a system or subsystem | описание параллельных задач в системе или подсистеме (ssn) |
| events generated by the user or the system | события, сгенерированные пользователем или системой (ssn) |
| in the case of properties critical to the system, take due account of the life cycle structures recommended or mandated by standards relevant to the dimension of the criticality | при наличии свойств, критичных по отношению к системе, принимаются во внимание структуры жизненного цикла, рекомендованные или установленные в качестве обязательных стандартами, соответствующими области критичности (см. ISO/IEC 15288:2002E) |
| input event: A distinct, repeatable event or fixed sequence of events of interest characterized by inputs or input sequence to the system | входное событие: отдельное воспроизводимое событие или фиксированная последовательность определённых событий, характеризуемых вводами или последовательностью вводов в систему (см. Black-box Testing: Techniques for Functional Testing of Software and Systems / Beizer, Boris 1995 ssn) |
| managing the evolution of a target system or application | управление развитием целевой системы или приложения (ssn) |
| parameter may be constant or depend on the time or on the value of some system variables | параметр может быть неизменным или зависеть от времени или значения нескольких переменных системы (ssn) |
| parameter may be constant or depend on the time or on the value of some system variables | параметр может быть неизменным или зависеть от времени или значения некоторых переменных системы (ssn) |
| severity: The degree of impact that a defect has on the development or operation of a component or system | степень серьёзности: важность воздействия конкретного дефекта на разработку или функционирование компонента или системы |
| site acceptance testing: Acceptance testing by users/customers at their site, to determine whether or not a component or system satisfies the user/customer needs and fits within the business processes, normally including hardware as well as software | стороннее приёмочное тестирование: приёмочное тестирование пользователями / заказчиками на своей стороне с целью определить удовлетворяют ли компонент или система надобностям пользователя / заказчика и соответствующим требованиям в рамках бизнес-процессов. Обычно включает в себя проверку, как программного обеспечения, так и аппаратных средств (см. Standard glossary of terms used in Software Testing) |
| smoke test: A subset of all defined/planned test cases that cover the main functionality of a component or system, to ascertaining that the most crucial functions of a program work, but not bothering with finer details. A daily build and smoke test is among industry best practices | тест "на дым": подкласс всех определённых / запланированных тестовых сценариев, покрывающий основную функциональность компонента или системы с целью удостовериться, что базовые функции программы в целом работают корректно, без углубления в детали. Ежедневная сборка и тест "на дым" принадлежат к числу передовых практических методов промышленности (см. Standard glossary of terms used in Software Testing) |
| software element which already exists and is not developed specifically for the current project or safety-related system | компонент программного обеспечения, который уже существует, а не разработан специально для выполняемого проекта либо для системы, связанной с безопасностью (определение "pre-existing software" в IEC 61508-4:2010 ssn) |
| system parameter may be constant or depend on the time or on the value of some system variables | параметр системы может быть неизменным или зависеть от времени или значения нескольких переменных системы (ssn) |
| system parameter may be constant or depend on the time or on the value of some system variables | параметр системы может быть неизменным или зависеть от времени или значения некоторых переменных системы (ssn) |
| task architecture: A description of the concurrent objects in a system or subsystem in terms of their interfaces and interconnections | архитектура задач: описание параллельных задач в системе или подсистеме в терминах их интерфейсов и способов взаимодействия (см. Designing Concurrent, Distributed, and Real-time Applications with UML Object Technology Series by Hassan Gomaa ssn) |
| techniques used to explore the state-space of a system to test whether or not certain properties | методы, используемые для анализа пространственного состояния системы с целью проверки достоверности её определённых характеристик (ssn) |
| the application of system engineering principles to the development of a computer software system produces activities, tasks, and procedures called software system engineering, or SwSE | Применение принципов системной инженерии к разработке программной системы выявляет операции, задачи и процедуры, называемые системной инженерией программного обеспечения или SwSE |
| the delegation is normally necessary to allow a client object in one layer to get a service from an object in a distant non-neighboring layer. Otherwise, the stable framework of vertical hierarchical layers Section 9.1.3 would disintegrate to a random network of intercommunicating objects with no hope to understand or control the system complexity and evolution | Делегирование обычно необходимо, чтобы позволить объекту-клиенту получить услугу на одном уровне от объекта, находящегося на отдалённом несоседнем уровне. Иными словами, устойчивый шаблон структуры вертикальных иерархических уровней раздел 9.1.3 будет разложен на случайную сеть взаимосвязанных объектов без какой-либо надежды понять или управлять сложностью системы и её эволюцией (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| the operations and/or systems administration staff | пользователь и / или администратор |
| the remaining ideas of correction are attempts to repair any damage caused by the error such as damaged data base records or system control tables | другой подход к исправлению связан с попытками восстановить разрушения, вызванные ошибками, например искажения записей в базе данных или управляющих таблицах системы (см. "Software Reliability: Principles and Practices" by Glenford J. Myers 1976) |
| the vast majority of large software systems do not meet their projected schedule or estimated cost, nor do they completely fulfill the system acquirer's expectations | Реализация подавляющего большинства крупных программных систем не укладывается в запланированные сроки, выходит за рамки сметы, и при этом не вполне оправдывает ожидания заказчика |
| there are different names used to signify the entire set of classes necessary to be designed and implemented in a computer program. They are called interchangeably design classes, software classes, application classes, program classes, system classes or implementation classes | Используются различные имена, чтобы назвать все множество классов, которые должны быть разработаны и реализованы в компьютерной программе. Они попеременно называются классами проекта, классами ПО, прикладными классами, классами программы, классами системы или классами реализации (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| there are many means of making embedded control systems safer, as in any application which has the potential of causing injury or property loss, safety must of course be a paramount concern | Имеется много средств создания встроенных устройств безопасности систем управления, так как в любом приложении, в котором имеется потенциальная возможность нанесения ущерба или потери свойств, безопасность, конечно, должна быть на первом месте |
| user test: A test whereby real-life users are involved to evaluate the usability of a component or system | пользовательский тест: тест, во время которого реальные пользователи включаются в процесс оценки практичности компонента или системы (см. Standard glossary of terms used in Software Testing ssn) |
| we have worked at some of the big refactorings for months or years on running systems | Над некоторыми же крупными рефакторингами мы работали в течение месяцев или лет, причём в действующих системах (см. Refactoring: Improving the Design of Existing Code by Martin Fowler et al. 1999 ssn) |
