| Russian | English |
| Будем считать, что переменная величина сдвига n может принимать любые значения от 0 до 63 | Assume the shift amount n is a variable ranging from 0 to 63 (ssn) |
| быть гарантированным от возникновения взаимной блокировки | be guaranteed not to suffer from deadlock (IBM; контекстуальный перевод на русс. язык Alex_Odeychuk) |
| быть доказанно свободным от ошибок времени выполнения | be proven to be free of run-time errors (Alex_Odeychuk) |
| быть независимым от компилятора | be compiler independent (корпорации AdaCore Alex_Odeychuk) |
| быть полученным по запросу от контейнера внедрения зависимостей | be requested of the DI container (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
| быть полученным от объекта-обработчика | be retrieved from the handler object (англ. термин взят из кн.: Shukla A. Building Web Apps with Spring 5 and Angular Alex_Odeychuk) |
| быть свободным от ошибок времени выполнения | be free of run-time errors (Alex_Odeychuk) |
| Вне экземпляра функционального блока должны быть доступны только входные и выходные переменные, т.е. от пользователя должны быть скрыты внутренние переменные функционального блока | Only the input and output variables shall be accessible outside of an instance of a function block, i.e., the function block's internal variables shall be hidden from the user of the function block (см. IEC 61131-3 2003 ssn) |
| Делегирование обычно необходимо, чтобы позволить объекту-клиенту получить услугу на одном уровне от объекта, находящегося на отдалённом несоседнем уровне. Иными словами, устойчивый шаблон структуры вертикальных иерархических уровней раздел 9.1.3 будет разложен на случайную сеть взаимосвязанных объектов без какой-либо надежды понять или управлять сложностью системы и её эволюцией | 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 (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| его вычислительная способность была строго ограничена потребностью передать энергию от приводного вала назад к паровому клапану | Its computational capability was severely limited by the necessity that it pass power from the power shaft back to the steam valve (о регуляторе скорости Уатта. См. Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World) |
| если мы достигнем этой цели, то разработка отдельных модулей может осуществляться различными людьми независимо друг от друга, без необходимости общения друг с другом, при этом все эти объединённые вместе модули будут функционировать правильно | if we achieve this goal, different people will be able to work on different modules independently, without needing much communication among themselves, and yet the modules will work together (см. "Abstraction and Specification in Program Development" by Barbara Liskov & John Guttag 1986 ssn) |
| если ни одна кнопка не нажата, электродвигатель должен быть включен или выключен в зависимости от того, в каком состоянии он находился до этого | with neither button pressed, the motor could be running or stopped depending on what occurred last (см. E.A. Parr Programmable Controllers – An Engineer's Guide) |
| к сожалению, структуры зависимостей только сверху вниз не совсем реалистичны. В действительности будут существовать зависимости снизу вверх, но они могут быть сделаны относительно безопасными квалифицированным проектированием и программированием. Желательный результат таков, чтобы более высокие уровни зависели от более низких уровней, в то время как более низкие уровни всё ещё могли бы связываться с более высокими уровнями, но без создания неуместных неуправляемых зависимостей | Unfortunately, the top-down only dependency structure is not quite realistic. In reality, the bottom-up dependencies will exist, but they can be made relatively harmless by skilful design and programming. A desired outcome is that higher layers depend on lower layers while lower layers can still communicate with higher layers without exerting undue unmanageable dependencies (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| каждый из этих шагов может быть выполнен отдельным вычислительным блоком, где каждый отдельный операнд передаётся от блока к блоку для выполнения операции сложения | Each of these steps can be performed by a separate computational unit, with a particular operand being passed from unit to unit for the complete addition operation (см. "Petri Net Theory And The Modeling Of Systems" by James L. Peterson 1981 ssn) |
| Отделенные от измерительных устройств, с одной стороны, и исполнительных механизмов, с другой, вычисления могут быть осуществлены с помощью наиболее эффективной вычислительной среды. Нет никакой необходимости передавать существенное количество энергии через вычислительный элемент. Теперь вычислительная среда – цифровой компьютер, а среда функционирования цифровых компьютеров – программное обеспечение | once isolated from the instruments on one side and the actuators on the other, computations can be implemented using the most effective computing medium, independent of any needs to pass power through the computational element. That medium has been the digital computer, and the medium of expression for digital computers is software (см. Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World) |
| Отделенные от измерительных устройств, с одной стороны, и исполнительных механизмов, с другой, вычисления могут быть осуществлены с помощью наиболее эффективной вычислительной среды. Нет никакой необходимости передавать существенное количество энергии через вычислительный элемент. Теперь вычислительная среда цифровой компьютер, а среда функционирования цифровых компьютеров программное обеспечение | once isolated from the instruments on one side and the actuators on the other, computations can be implemented using the most effective computing medium, independent of any needs to pass power through the computational element. That medium has been the digital computer, and the medium of expression for digital computers is software (см. Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World) |
| параметр может быть неизменным или зависеть от времени или значения некоторых переменных системы | 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) |
| параметр системы может быть неизменным или зависеть от времени или значения некоторых переменных системы | 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) |
| Передача сообщения реализуется как синхронная связь между клиентом и поставщиком сервиса. Сообщение от объекта-клиента просит, чтобы объект-поставщик исполнил сервис метод. Интерпретация сообщения и средство его выполнения – на усмотрение объекта-поставщика. это можно было бы назвать делегированием работы другому объекту | Message passing is realized as a synchronous communication between the client and supplier of a service. A message from a client object requests that a supplier object performs a service method. The interpretation of a message and the means of executing it are at the discretion of the supplier object. This could be the delegation of the work to another object (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| Передача сообщения реализуется как синхронная связь между клиентом и поставщиком сервиса. Сообщение от объекта-клиента просит, чтобы объект-поставщик исполнил сервис метод. Интерпретация сообщения и средство его выполнения на усмотрение объекта-поставщика. это можно было бы назвать делегированием работы другому объекту | Message passing is realized as a synchronous communication between the client and supplier of a service. A message from a client object requests that a supplier object performs a service method. The interpretation of a message and the means of executing it are at the discretion of the supplier object. This could be the delegation of the work to another object (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| понятие, которое может быть представлено в форме элемента данных, описанного независимо от какого-либо конкретного представления | concept that can be represented in the form of a data element, described independently of any particular representation (понятие элемента данных ssn) |
| Последствие делегирования таково, что клиент может и не знать своего реального поставщика и он даже может не хотеть знать это, пока не получит "требуемое". В отличие от рис. 9.7 знание реального поставщика может быть недоступно из статического анализа программного кода и может быть скрыто за динамикой наследования в частности, наследования интерфейса и полиморфизма | the consequence of delegation is that a client might not know its real supplier and it might not even care to know as long as the "goods" are supplied. Unlike in Figure 9-7, the knowledge of the real supplier may not be available from a static analysis of the program code and be hidden behind the dynamicity of inheritance in particular interface inheritance and polymorphism (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| Разница состоит лишь в том, что ветвь будет вставлена справа от выбранного шага | the difference is just that the branch is inserted to the right of the currently selected step |
| Сигнатура зависит от типа интерфейса, который может быть интерфейсом операций, потоков и сигналов | the signature depends on the interface type which can be operation, stream or signal (см. ISO/IEC 10746-1, ГОСТ Р ИСО/МЭК 10746-1-2004) |
| соединение документа от объекта, до которого оно должно быть соединено | document connection from the object to which it is to be connected (ssn) |
| Структурное проектирование – нечто вроде упражнения в управлении зависимостями модулей. Модуль A зависит от модуля B, если изменения в модуле B могут потребовать изменений в модуле A. Важно, чтобы эти зависимости не противоречили брандмауэрам зависимостей Мартин, 2003. В частности, зависимости не должны быть между несоседними уровнями и не должны создавать циклы | Architectural design is an exercise in managing module dependencies. Module A depends on module B if changes to module B may necessitate changes to module A. It is important that dependencies do not cross dependency firewalls Martin, 2003. In particular, dependencies should not propagate across non-neighboring layers and must not create cycles (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| Уровень 2 на рис. 9.4 стабилен, а Уровень 1 нестабилен. Уровень 1 зависит от Уровня 2. Уровень 2 независим и поэтому может быть заменен новым без "эффекта ряби" в остальной части системы. это – принцип и причина, стоящие за разрешением сильной зависимости сильной связи в нисходящем направлении и обеспечением слабой зависимости слабой связи в восходящем направлении | Layer 2 in Figure 9-4 is stable and Layer 1 is instable. Layer 1 depends on Layer 2. Layer 2 is independent and can therefore be replaced by a new one without a ripple-effect on the rest of the system. This is the principle and the reason behind allowing a high dependency high coupling in the top-down direction and ensuring a low dependency low coupling in the bottom-up direction (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| Учитывая это, природа компьютеризации проектов современных механических систем становится более понятной. Вычислительные способности и ограничения должны рассматриваться на всех стадиях процесса проектирования и реализации. В частности, эффективность окончательной промышленной системы будет существенно зависеть от качества функционирования программного обеспечения в реальном масштабе времени, которое управляет механизмом | with this context, the compucentric nature of modern mechanical systems designs becomes clearer. Computational capabilities and limitations must be considered at all stages of the design and implementation process. In particular, the effectiveness of the final production system will depend very heavily on the quality of the real time software that controls the machine (см. Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World) |
