| 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) |
| aggregation: A whole/part relationship where one object is composed of one or more other objects, each of which is considered a part of the whole. This relationship is a weak form of containment in that the lifetimes of the whole and its parts are independent | агрегирование: полное или частичное отношение, в котором один объект состоит из одного или нескольких других объектов, каждый из которых рассматривается как часть целого. это отношение является слабой формой отношения включения, в котором сроки жизни целого и его частей не зависят друг от друга (см. Object-Oriented Analysis and Design with Applications 3rd Edition by Grady Booch) |
| Algorithms are the most important and durable part of computer science | Алгоритмы являются принципиально важным компонентом информатики (ssn) |
| be part of the design of databases and files within the organization | быть частью проекта баз данных и файлов в организации (ssn) |
| Coding is just a small part of programming, which is the overall process of designing, specifying, documenting, coding, and debugging programs | Кодирование является лишь небольшой составной частью программирования, которое включает формулировку требований, предъявляемых к программе, составление проекта программы, разработку документации, кодирование и отладку программ (ssn) |
| Component. A modular and replaceable part of a system that encapsulates its contents | Компонент. Модульная и замещаемая часть системы, инкапсулирующая своё содержимое (см. UML 2 and the Unified Process: Practical Object-Oriented Analysis and Design, Second Edition by Jim Arlow and Ila Neustadt 2005 ssn) |
| continuous iteration: This construct consists of a procedure part and a control part with an implicit condition which specifies that the procedure part will be repeated indefinitely | непрерывная итерация: данный конструктив состоит из процедурной части и управляющей части с неявно заданным условием, которое определяет, что процедурная часть может повторяться неограниченно (см. ISO/IEC 8631:1989 ssn) |
| Data elements are the fundamental units of data an organization manages, therefore they must be part of the design of databases and files within the organization and all transaction sets the organization builds to communicate data to other organizations | Элементы данных являются базовыми единицами организационного управления данными, следовательно, они должны быть частью проекта баз данных и файлов в организации, а наборы всех транзакций образуют передаваемые другим организациям данные (см. ISO/IEC 11179-1:2004E ssn) |
| dyadic selective construct: This construct consists of two procedure parts and a control part with one condition, the value of which determines which one of the two procedure parts is to be executed | бинарно выбирающий конструктив: данный конструктив состоит из двух процедурных частей и управляющей части с одним условием, значение которого определяет, какая из двух процедурных частей выполняется (см. ISO/IEC 8631:1989 ssn) |
| IEC/TR 61131-8: Programmable Controllers – Part 8. Guidelines for the application and implementation of programming languages | стандарт IEC / TR 61131-8 2003: Программируемые контроллеры-Часть 8. Руководящие указания по применению и реализации языков программирования |
| ISO/IEC 11179-1:1999 Information technology – Specification and standardization of data elements – Part 1: Framework for the specification and standardization of data elements | ISO / IEC 11179-1:1999 Информационные технологии. Спецификация и стандартизация элементов данных. Часть 1. Структура спецификации и стандартизации элементов данных |
| monadic selective construct: This construct consists of a single procedure part and a control part with one condition, the value of which determines whether or not the procedure part is to be executed | унарно выбирающий конструктив: данный конструктив состоит из единственной процедурной части и управляющей части с одним условием, значение которого определяет, будет или нет процедурная часть выполнена (см. ISO/IEC 8631:1989 ssn) |
| multiple exclusive selective construct: This construct consists of a number of procedure parts and a control part with a set of conditions, the values of which determine which one of the procedure parts is to be executed | конструктив, выбирающий с взаимоисключением: данный конструктив состоит из ряда процедурных частей и управляющей части с набором условий, значения которых определяют, какая из процедурных частей выполняется (см. ISO/IEC 8631:1989 ssn) |
| multiple inclusive selective construct: This construct consists of a number of procedure parts and a control part with a set of conditions, the values of which select zero or more procedure parts to be executed in an undefined sequence | конструктив, выбирающий с взаимовключением: данный конструктив состоит из ряда процедурных частей и управляющей части с набором условий, значениея которых выбирают одну и более или ни одной процедурных частей, выполняемых в произвольной последовательности (см. ISO/IEC 8631:1989 ssn) |
| Part of "packing information into names" is choosing words that are very specific and avoiding "empty" words | Одним из важных этапов добавления информации в имена является выбор конкретных слов, а также избегание пустых и неинформативных (см. "The Art of Readable Code" by Dustin Boswell, Trevor Foucher 2012 ssn) |
| part of the design of databases and files within the organization | часть проекта баз данных и файлов в организации (об элементах данных ssn) |
| post-tested iteration: This construct consists of a procedure part and a control part with one condition, the value of which determines whether the procedure part is executed more than one | итерация с выходной проверкой: данный конструктив состоит из процедурной части и управляющей части с одним условием, значение которого определяет, будет ли процедурная часть выполнена более одного раза (см. ISO/IEC 8631:1989 ssn) |
| the clerk still has a main job responsibility, and must have a plan in case the system fails to perform its part | Сохраняя за собой основную обязанность по работе, служащий должен иметь план на случай отказа системы (см. Writing Effective Use Cases by Alistair Cockburn 2001) |
| the file system deals only with abstract block devices and leaves the device-dependent part to lower-level software called device drivers | Файловая система работает только с абстрактными блочными устройствами, оставляя аппаратно-зависимую часть функций для реализации при помощи более низкоуровневого ПО, так называемых драйверов устройств |
| the most important and durable part of computer science | принципиально важный компонент информатики (ssn) |
| the refactoring target of Extract Interface is twofold and defined as "Several clients use the same subset of a class's interface, or two classes have part of their interfaces in common" | Цель рефакторинга Интерфейс извлечения двойная и определяется так: "Несколько клиентов используют то же самое подмножество интерфейса класса или два класса содержат общую часть своих интерфейсов" (Фаулер, 1999, с.341). Метод рефакторинга Интерфейс извлечения используется, чтобы "выделить подмножество в интерфейс" (там же). Идея относительно этого рефакторинга связана с самой природой интерфейсов (раздел 9.1.6; Fowler, 1999, p.341). The Extract Interface refactoring method is to "extract the subset into an interface" (Fowler, 1999, p.341). The idea of this refactoring is related to the very nature of interfaces (Section 9.1.6; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
| the refactoring target of Extract Interface is twofold and defined as Several clients use the same subset of a class's interface, or two classes have part of their interfaces in common | Цель рефакторинга Интерфейс извлечения двойная и определяется так: "Несколько клиентов используют то же самое подмножество интерфейса класса или два класса содержат общую часть своих интерфейсов" Фаулер, 1999, с.341. Метод рефакторинга Интерфейс извлечения используется, чтобы "выделить подмножество в интерфейс" там же. Идея относительно этого рефакторинга связана с самой природой интерфейсов (Fowler, 1999, p.341). The Extract Interface refactoring method is to extract the subset into an interface (Fowler, 1999, p.341). The idea of this refactoring is related to the very nature of interfaces (Section 9.1.6; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering; раздел 9.1.6) |
