| English | Russian |
| acquisition facilities: Those portions of a user interface supporting novice usage through ease of use, rapid learning, and immediate access to system capabilities ; are characterized by obvious and familiar features and behaviors, high feature visibility, abundant feedback, simplified and standard use cases ; part of the progressive usage model | средства обучения – части пользовательского интерфейса, поддерживающие новичков за счёт лёгкости использования, быстрого обучения и непосредственного доступа к системным возможностям ; характеризуются очевидными и понятными свойствами и поведением, хорошей обозримостью, устойчивой обратной связью, простыми и стандартными элементами вариантов использования, являются частью модели прогрессивного использования (см. "Software for Use: A Practical Guide to the Models and Methods of Usage- Centered Design" by Larry L. Constantine, Lucy A. D. Lockwood 1999 ssn) |
| acquisition facilities: Those portions of a user interface supporting novice usage through ease of use, rapid learning, and immediate access to system capabilities ; are characterized by obvious and familiar features and behaviors, high feature visibility, abundant feedback, simplified and standard use cases ; part of the progressive usage model | средства обучения части пользовательского интерфейса, поддерживающие новичков за счёт лёгкости использования, быстрого обучения и непосредственного доступа к системным возможностям ; характеризуются очевидными и понятными свойствами и поведением, хорошей обозримостью, устойчивой обратной связью, простыми и стандартными элементами вариантов использования, являются частью модели прогрессивного использования (см. "Software for Use: A Practical Guide to the Models and Methods of Usage- Centered Design" by Larry L. Constantine, Lucy A. D. Lockwood 1999 ssn) |
| bottom-up testing: An incremental approach to integration testing where the lowest level components are tested first, and then used to facilitate the testing of higher level components. This process is repeated until the component at the top of the hierarchy is tested | восходящее тестирование: последовательный подход к интеграционному тестированию, при котором компоненты нижнего уровня тестируются первыми и затем используются для облегчения тестирования компонентов более высокого уровня. этот процесс повторяется до тех пор, пока компонент на самом верху иерархии не будет протестирован (см. Standard glossary of terms used in Software Testing) |
| carry into the high-order bit of each byte | перенос в старший бит каждого байта (ssn) |
| driver software: A program that acts as the interface between a higher-level coding structure and the lower level hardware/firmware component of a computer | драйвер: программа, действующая интерфейсом между структурой кодирования высокого уровня и нижним уровнем аппаратного / программного компонента компьютера (см. "Practical Data Communications for Instrumentation and Control" by John Park et al. 2003) |
| high-level description of the repository output | высокоуровневое описание выходных данных репозитория (ssn) |
| high-level description of the repository output to be made publicly available by the registration authority | высокоуровневое описание выходных данных репозитория, которые будут подготовлены регистрационным органом в публично доступном виде (ssn) |
| high-level description of the test levels | высокоуровневое описание уровней тестирования (ssn) |
| high-order bit of the result | старший бит результата (ssn) |
| high-order bit of the result of the subtraction | старший бит результата вычитания (ssn) |
| nature of the high-tech industry | природа высокотехнологичной индустрии (ssn) |
| the business value of software increases with higher management levels that the software applies to | Бизнес-ценность программного обеспечения увеличивается с более высокими уровнями управления, к которым оно применяется (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| the dynamic system is constructed and understood in terms of high level concepts, which are in turn constructed and understood in terms of lower level concepts, and so forth. | Динамическая система составляется и осмысливается в терминах понятий высокого уровня, которые в свою очередь составляются и осмысливаются в терминах понятий более низкого уровня и т.д. |
| the result of the left shift is the high-order word of the shifted double-length quantity, and the result of the right shift is the low-order word | Результатом левого сдвига является старшее слово сдвинутого "двухсловного" значения, а результатом правого сдвига младшее слово |
| the result of the left shift is the high-order word of the shifted double-length quantity, and the result of the right shift is the low-order word | Результатом левого сдвига является старшее слово сдвинутого "двухсловного" значения, а результатом правого сдвига – младшее слово |
| the second objective states that the layer hierarchy should minimize dependencies between packages. the widely-accepted method of achieving this is by making higher layers depend on lower layers but not vice versa | Второй показатель утверждает, что иерархия уровней должна минимизировать зависимости между пакетами. Широко используемый метод достижения этого – делать более высокие уровни зависимыми от более низких уровней, но не наоборот (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| the second objective states that the layer hierarchy should minimize dependencies between packages. the widely-accepted method of achieving this is by making higher layers depend on lower layers but not vice versa | Второй показатель утверждает, что иерархия уровней должна минимизировать зависимости между пакетами. Широко используемый метод достижения этого делать более высокие уровни зависимыми от более низких уровней, но не наоборот (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| the software engineering practice we intend to propose for achieving a higher level of code modularity is easily introduced and justified through a number of examples of increasing complexity | Практика разработки программного обеспечения, которую мы намерены предложить для достижения более высокого уровня модульности кода, легко введена и обоснована через ряд примеров возрастающей сложности (см. Bonfatti F., Monari P.D., Sampieri U. IEC 61131-3 Programming Methodology) |
| the sum procedure is only the simplest of a vast number of similar abstractions that can be captured as higher-order procedures | Процедура sum – всего лишь простейшая из обширного множества подобных абстракций, которые можно выразить через процедуры высших порядков (см. Harold Abelson and Gerald Jay Sussman with Julie Sussman 1999, Structure and Interpretation of Computer Programs) |
| the sum procedure is only the simplest of a vast number of similar abstractions that can be captured as higher-order procedures | Процедура sum всего лишь простейшая из обширного множества подобных абстракций, которые можно выразить через процедуры высших порядков (см. Harold Abelson and Gerald Jay Sussman with Julie Sussman 1999, Structure and Interpretation of Computer Programs) |
