| Russian | English |
| алгоритмы обхода в глубину и по уровням | depth-first and breadth-first traversal algorithms (ssn) |
| в приложениях профессионального уровня | in pro-level apps (Alex_Odeychuk) |
| в терминах понятий более низкого уровня | in terms of lower level concepts (ssn) |
| в терминах понятий высокого уровня | in terms of high level concepts (ssn) |
| введение в параллельность на уровне подпрограмм | introduction to subprogram-level concurrency (ssn) |
| Динамическая система составляется и осмысливается в терминах понятий высокого уровня, которые в свою очередь составляются и осмысливаются в терминах понятий более низкого уровня и т.д. | 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. |
| зависимости между уровнями преобразуются в зависимости вызываются зависимостями между пакетами | dependencies between layers translate to are caused by dependencies between packages (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| задача с уровнями в резервуарах | level task (ssn) |
| использование в системах с высоким уровнем полноты безопасности | use in high integrity systems (т.е. в системах, для которых подтверждено корректное написание исходного кода, правильное взаимодействие компонентов программного обеспечения, корректность функционирования программного обеспечения в целом, отсутствие скрытых ошибок, заплаток и неавторских модификаций в программном обеспечении; корпорации AdaCore Alex_Odeychuk) |
| к сожалению, структуры зависимостей только сверху вниз не совсем реалистичны. В действительности будут существовать зависимости снизу вверх, но они могут быть сделаны относительно безопасными квалифицированным проектированием и программированием. Желательный результат таков, чтобы более высокие уровни зависели от более низких уровней, в то время как более низкие уровни всё ещё могли бы связываться с более высокими уровнями, но без создания неуместных неуправляемых зависимостей | 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) |
| как было сказано выше, пакеты могут быть сгруппированы и структурированы в иерархические уровни, подходящие для выбранной структуры ПО. Так как пакет может содержать другие пакеты, уровень сам является пакетом. В UML пакет уровня может быть обозначен как "layer" | as stated before, packages can be grouped and structured into hierarchical layers supportive of the chosen software architecture. Since a package may contain other packages, a layer is a package itself. In the UML a layer package can be stereotyped as "layer" (уровень; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
| как и всё производство ПО, структурное проектирование – непрерывная, итерационная и пошаговая работа. Первоначально структурные решения принимаются на основе широкого взгляда на структуру ПО. Одно из первых принятых решений касается структурирования системы на уровни модулей и установления принципов связи между модулями. это тема данной главы. Более детальные структурные решения, типа связи внутри модуля, рассматриваются позже в соответствующих местах книги | 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) |
| логика переходов для задачи с уровнями в резервуарах | transition logic for the level task (ssn) |
| на уровне приложения в целом | application-wide (Alex_Odeychuk) |
| Надежность – измерение, в терминах которого программа выполняется на необходимом уровне точности | Reliability Extent to which a program performs with required precision (см. "Quality Software Project Management" by Robert T. Futrell, Donald F. Shafer, Linda I. Safer 2002 ssn) |
| Надежность – измерение, в терминах которого программа выполняется на необходимом уровне точности | Reliability — Extent to which a program performs with required precision (см. "Quality Software Project Management" by Robert T. Futrell, Donald F. Shafer, Linda I. Safer 2002 ssn) |
| обход в глубину и по уровням | depth-first and breadth-first traversal (ssn) |
| объект на уровне приложения в целом | application-wide object (that exists in an application Alex_Odeychuk) |
| Однако для конечных автоматов, работающих на уровне приложения, которые вызываются при переходе приложения из одного режима выполнения операций или отображения пользовательского интерфейса в другой, такие ситуации не характерны | this is not the case for application-level state machines that are called when the application goes from one discrete mode of operation or user interface display into another (см. "Writing Mobile Code Essential Software Engineering for Building Mobile Applications" by Ivo Salmre 2005 ssn) |
| определить уровень вложенности данных в записи | specify the level of data in a record (Alex_Odeychuk) |
| оценка уровня жидкости в резервуаре | tank level estimation (изучаемая задача в проектировании систем управления; см. Control system design by Graham C. Goodwin et al. (2000) ssn) |
| передача данных на сетевом уровне в режиме без установления соединения | network connectionless-mode data transmission (ssn) |
| передача данных на сетевом уровне в режиме с установлением соединения | network connection-mode data transmission (ssn) |
| Поскольку у нас нет ни математического аппарата, ни интеллектуальных возможностей для полноценного моделирования поведения больших дискретных систем, мы должны удовлетвориться приемлемым уровнем уверенности в их правильной работе | Since we have neither the mathematical tools nor the intellectual capacity to model the complete behavior of large discrete systems, we must be content with acceptable level of confidence regarding their correctness (см. Object-Oriented Analysis and Design with Applications 3rd Edition by Grady Booch ssn) |
| приложения, входящие в состав системы обработки информации общекорпоративного уровня | applications that compose an enterprise's existing system for handling company-wide information (ssn) |
| приложения, входящие в состав системы обработки информации уровня организации | applications that compose an enterprise's existing system for handling company-wide information (ssn) |
| программа реализуется в виде нескольких модулей высокого уровня | program is defined in terms of a few high-level modules (ssn) |
| регулирование уровня в резервуаре | tank level control (ssn) |
| сильная взаимосвязь между уровнями детализации в структуре архитектуры и уровнями ответственности в иерархии проектов | strong correlation between levels of detail in the architectural structure and levels of responsibility in a hierarchy of projects (ssn) |
| создать в приложении уровень доступа к данным | create a data access layer for an application (русс. термин "уровень доступа к данным" взят для перевода из кн.: Парамонов И.В. Разработка приложений баз данных с использованием средств объектно-реляционного отображения: метод. указания Alex_Odeychuk) |
| Структурное проектирование – нечто вроде упражнения в управлении зависимостями модулей. Модуль 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) |
| Таким образом, для специализированного ответа в структуру меню могут быть внёсены решения высокого уровня | Thereby, high level decisions can be introduced to a menu structure for a tailored response (ssn) |
| Тактический уровень обрабатывает информацию, полученную от анализа данных, типа ежемесячных тенденций в заказах продуктов. это – область действия OLAP-систем, которые сопровождает технология хранилищ данных | the tactical level processes information obtained from the analysis of data, such as monthly trends in product orders. This is the realm of OLAP systems assisted by data warehouse technology (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| Тактический уровень обрабатывает информацию, полученную от анализа данных, типа ежемесячных тенденций в заказах продуктов. это область действия OLAP-систем, которые сопровождает технология хранилищ данных | the tactical level processes information obtained from the analysis of data, such as monthly trends in product orders. This is the realm of OLAP systems assisted by data warehouse technology (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| тестирование "сверху вниз": инкрементальный подход к интеграционному тестированию, в котором компоненты из верхнего уровня иерархии объектов тестируются в первую очередь, с использованием заглушек вместо компонентов более низкого уровня. Протестированные компоненты используются для тестирования компонентов более низкого уровня и данный процесс повторяется до тех пор, пока не будут протестированы компоненты самого низшего уровня | top-down testing: An incremental approach to integration testing where the component at the top of the component hierarchy is tested first, with lower level components being simulated by stubs. Tested components are then used to test lower level components. The process is repeated until the lowest level components have been tested (см. Standard glossary of terms used in Software Testing ssn) |
| управление уровнем в резервуаре | tank level control (ssn) |
| управление уровнем в резервуаре с использованием приближённой инверсии | tank level control using approximate inversion (ssn) |
| уровень доступа к данным: способ отделения логики доступа к данным от кода приложения путём помещения кода в отдельный компонент, скрывающий функции работы с базой данных | data access layer: A way of keeping data access logic from permeating the application code by putting it into a separate component that encapsulates the database (см. "XUnit test patterns: refactoring test code" by Gerard Meszaros 2007 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) |
| уровень привилегированности в дескрипторе | descriptor privilege level (в архитектуре процессоров i486 – уровень привилегированности описываемого дескриптором сегмента. DPL (descriptor privilege level) – это поле в дескрипторе сегмента ssn) |
| уровни детализации в структуре архитектуры | levels of detail in the architectural structure (ssn) |
| уровни ответственности в иерархии проектов | levels of responsibility in a hierarchy of projects (ssn) |
| Часто возникает необходимость регулирования уровня жидкости в резервуаре. это обычно производится путём изменения скорости насоса с помощью частотно-регулируемого электропривода или открытия / закрытия впускного или выпускного клапана | the level of liquid in a tank must often be controlled. This is usually achieved by varying the speed of a pump by a variable speed drive, or opening/closing an inlet or drain valve (см. Programmable Controllers – An Engineer's Guide by E.A. Parr 2003) |
| чтобы обеспечить достаточный запас, уровень должен поддерживаться в некоторых заданных пределах | assure an adequate supply, the level must be maintained within certain specified limits (Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World) |
