| Russian | English |
| вертикальная структура уровней | vertical layer architecture (ssn) |
| вертикальные структуры уровней | vertical structures of layers (ssn) |
| вся структура уровней и пакетов ПО | overall software architecture of layers and packages (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) |
| драйвер: программа, действующая интерфейсом между структурой кодирования высокого уровня и нижним уровнем аппаратного / программного компонента компьютера | 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) |
| зависимости от манипуляций со структурой гипертекстового документа на уровне объектной модели документа | DOM dependencies (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
| иерархия уровней не представляет сетевую структуру | the layer hierarchy does not disintegrate to a network structure (where a package can potentially depend on any other package in the system; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering; где пакет может потенциально зависеть от любого другого пакета в системе ssn) |
| к сожалению, структуры зависимостей только сверху вниз не совсем реалистичны. В действительности будут существовать зависимости снизу вверх, но они могут быть сделаны относительно безопасными квалифицированным проектированием и программированием. Желательный результат таков, чтобы более высокие уровни зависели от более низких уровней, в то время как более низкие уровни всё ещё могли бы связываться с более высокими уровнями, но без создания неуместных неуправляемых зависимостей | 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) |
| обозреватель структуры гипертекстового документа на уровне объектной модели документа | DOM inspector (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
| Последствие таково, что если неприятные зависимости классов то есть, зависимости классов, которые представляют циклы могут быть устранены или сделаны безопасными, то вся структура уровней и пакетов ПО может быть намного более устойчива | the consequence is that if offending class dependencies i.e. class dependencies that introduce cycles can be eliminated or made harmless then the overall software architecture of layers and packages can be so much more stable (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| с точки зрения структурного проектирования уровни представляют вертикальные структуры рис. 9.4. Вертикальные уровни состоят из сегментов пакетов раздел 9.1.2. Наложение вертикальных структур уровней на горизонтальные структуры сегментов создаёт иерархию зависимостей пакетов. Три критических показателя хорошего структурного проектирования уровней следующие | from the architectural design perspective, layers are vertical structures Figure 9-4. Vertical layers consist of partitions of packages Section 9.1.2. Superimposing vertical structures of layers on horizontal structures of partitions creates a hierarchy of package dependencies. Three critical objectives of good architectural design of layers are that (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| сильная взаимосвязь между уровнями детализации в структуре архитектуры и уровнями ответственности в иерархии проектов | strong correlation between levels of detail in the architectural structure and levels of responsibility in a hierarchy of projects (ssn) |
| структура кодирования высокого уровня | higher-level coding structure (ssn) |
| структура уровней | layer architecture (ssn) |
| структура уровней и пакетов ПО | software architecture of layers and packages (ssn) |
| структура уровней и пакетов программного обеспечения | software architecture of layers and packages (ssn) |
| структура уровней приложения | application layering (англ. термин взят из кн.: Shukla A. Building Web Apps with Spring 5 and Angular Alex_Odeychuk) |
| структуры управления на уровне операторов | statement-level control structures (ssn) |
| Таким образом, для специализированного ответа в структуру меню могут быть внёсены решения высокого уровня | Thereby, high level decisions can be introduced to a menu structure for a tailored response (ssn) |
| уровни детализации в структуре архитектуры | levels of detail in the architectural structure (ssn) |
| устойчивый шаблон структуры вертикальных иерархических уровней | stable framework of vertical hierarchical layers (ssn) |
