| English | Russian |
| A task descriptor is a data structure that stores all of the relevant information about the execution state of a task | Дескриптор задачи – это структура данных, хранящая всю информацию о состоянии выполнения задачи (ssn) |
| A task descriptor is a data structure that stores all of the relevant information about the execution state of a task | Дескриптор задачи это структура данных, хранящая всю информацию о состоянии выполнения задачи (ssn) |
| and other relevant data | и другие необходимые данные (ssn) |
| check for correct switching upon application of the relevant stimulus | необходимо проверять корректность переключений внутри приложений в ответ на соответствующие воздействия (ssn) |
| classes of structures relevant to reconstructability analysis | классы структур, связанные с анализом реконструируемости (ssn) |
| collect relevant domain information and integrate it into a coherent domain model | сбор существенных данных о предметной области и составление из них чёткой доменной модели (ssn) |
| contextually relevant index | контекстно-зависимый указатель (ssn) |
| correct switching upon application of the relevant stimulus | корректность переключений внутри приложений в ответ на соответствующие воздействия (ssn) |
| data structure that stores all of the relevant information about the execution state of a task | структура данных, хранящая всю информацию о состоянии выполнения задачи (дескриптор задачи ssn) |
| domain relevant term | относящийся к тематике термин (ssn) |
| glossary of relevant mathematical terms | толковый словарь используемых математических терминов (ssn) |
| if relevant | при необходимости (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) |
| Information hiding is a fundamental software design concept relevant to the design of all software systems | Сокрытие информации – это фундаментальная концепция проектирования ПО, применимая ко всем программным системам (см. Designing Concurrent, Distributed, and Real-Time Applications with UML by Hassan Gomaa ssn) |
| Information hiding is a fundamental software design concept relevant to the design of all software systems | Сокрытие информации это фундаментальная концепция проектирования ПО, применимая ко всем программным системам (см. Designing Concurrent, Distributed, and Real-Time Applications with UML by Hassan Gomaa ssn) |
| interface between the I/O manager and the relevant hardware | интерфейс между диспетчером ввода-вывода и соответствующим оборудованием (ssn) |
| life cycle structures recommended or mandated by standards relevant to the dimension of the criticality | структуры жизненного цикла, рекомендованные или установленные в качестве обязательных стандартами, соответствующими области критичности (ssn) |
| Like all software production, architectural design is a continuing, iterative and incremental, effort. Early architectural decisions take a broad view on the software architecture. One of the first decisions to be taken relates to structuring the system into layers of modules and establishing principles of inter-module communication. This is the concern of this chapter. More detailed architectural solutions, such as intra-module communication, are discussed in relevant places later in the book | как и всё производство ПО, структурное проектирование – непрерывная, итерационная и пошаговая работа. Первоначально структурные решения принимаются на основе широкого взгляда на структуру ПО. Одно из первых принятых решений касается структурирования системы на уровни модулей и установления принципов связи между модулями. это тема данной главы. Более детальные структурные решения, типа связи внутри модуля, рассматриваются позже в соответствующих местах книги (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| may be relevant for control | может быть важным для управления (ssn) |
| one of refactoring targets is called large class – a class that does too much and/or has too many data members. Large classes can result from excessive minimization of coupling between classes. In case of the large class target, two methods relevant to Iteration 1 code are: Extract Class and Extract Interface Fowler, 1999 | Одна из целей использования рефакторинга называется большим классом – классом, который делает слишком много и/или имеет слишком много элементов данных. Большие классы могут возникнуть из-за чрезмерной минимизации связей между классами. В случае большого класса в коде итерации 1 уместны два метода: Класс извлечения и Интерфейс извлечения (Фаулер, 1999; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
| payment terms if relevant | сроки оплаты, при необходимости (см. ISO/IEC 20000-2:2005 ssn) |
| relevant app | соответствующее приложение (ssn) |
| relevant application | соответствующее приложение (ssn) |
| relevant decision | существенное решение (ssn) |
| relevant decisions about the software | существенные решения по поводу программы (ssn) |
| relevant details | соответствующие подробности (ssn) |
| relevant domain information | существенные данные о предметной области (ssn) |
| relevant feedback | релевантная обратная связь (напр., в поисковых машинах с возможностью последовательного уточнения предмета поиска ssn) |
| relevant feedback | адекватная обратная связь (ssn) |
| relevant field | соответствующее поле (ssn) |
| relevant fields | соответствующие поля (ssn) |
| relevant fields and methods | соответствующие поля и методы (ssn) |
| relevant hardware | соответствующее оборудование (ssn) |
| relevant information | нужная информация (ssn) |
| relevant log data | соответствующие данные журнала (ssn) |
| relevant mathematical term | используемый математический термин (ssn) |
| relevant mathematical terms | используемые математические термины (ssn) |
| relevant method | соответствующий метод (ssn) |
| relevant methods | соответствующие методы (ssn) |
| relevant portion | связанная часть (ssn) |
| relevant portion | релевантная часть (ssn) |
| relevant portions of the code blocks | связанные части блоков кода (ssn) |
| relevant portions of the code blocks | релевантные части блоков кода (ssn) |
| relevant Rapporteur | соответствующий Представитель (см. ГОСТ Р ИСО/МЭК 9834-9-2011 ssn) |
| relevant safety regulations | предписания, относящиеся к безопасности (ssn) |
| relevant source | соответствующий источник (ssn) |
| relevant stimulus | соответствующие воздействия (ssn) |
| relevant stimulus | надлежащий стимул (ssn) |
| relevant test | необходимое испытание (ssn) |
| relevant tests | необходимые испытания (ssn) |
| relevant user | соответствующий пользователь (ssn) |
| relevant variable | следующая переменная (ssn) |
| search for relevant information | поиск необходимой информации (ssn) |
| some relevant theorems | некоторые полезные теоремы (ssn) |
| the Extract Class refactoring is defined as "Create a new class and move the relevant fields and methods from the old class into the new class" | Рефакторинг Класс извлечения определяется так: "Создайте новый класс и переместите соответствующие поля и методы из старого класса в новый" (Фаулер, 1999, с.149). Главная трудность заключается в определении, как разбить большой класс на ряд меньших классов. Идея заключается в том, чтобы извлечь непротиворечивые и объединённые части функциональных возможностей в отдельный класс (классы; Fowler, 1999, p.149). The main difficulty is in deciding how to split a large class into a number of smaller classes. The idea is to extract consistent and integrated piece of functionality into a separate class (classes; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering; все рефакторинги начинаются с глаголов, т. е. Extract Class — "Извлечь класс", а не бессмысленный "Класс извлечения". SirReal) |
