| Russian | English |
| Второй показатель утверждает, что иерархия уровней должна минимизировать зависимости между пакетами. Широко используемый метод достижения этого – делать более высокие уровни зависимыми от более низких уровней, но не наоборот | 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) |
| Горизонтальные структуры пакетов типа изображённых на рис. 9.3 называются сегментами. Когда циклические зависимости между пакетами сегмента устраняются путём добавления новых пакетов, как объяснено в разделе 9.1.2, структура зависимостей сегмента становится иерархической | the horizontal structures of packages as in Figure 9-3 are called partitions. When circular dependencies between partition packages are broken, by adding new packages as explained in Section 9.1.2, the dependency structure within a partition becomes a hierarchy (а не линейной горизонтальной структурой; rather than a linear horizontal structure; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
| зависимости между пакетами | package dependencies (из кн.: Кармайкл Э., Хэйвуд Д. Быстрая и качественная разработка программного обеспечения Alex_Odeychuk) |
| зависимости между пакетами | dependencies between packages (ssn) |
| зависимости между пакетами преобразуются в зависимости между классами | dependencies between packages translate to dependencies between classes (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| зависимости между уровнями преобразуются в зависимости вызываются зависимостями между пакетами | dependencies between layers translate to are caused by dependencies between packages (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| зависимости пакетов | package dependencies (ssn) |
| зависимости пакетов и уровней | package and layer dependencies (ssn) |
| иерархия зависимостей пакетов | hierarchy of package dependencies (ssn) |
| иерархия уровней минимизирует зависимости между пакетами | the layer hierarchy minimizes dependencies between packages (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| Отношение зависимости означает, что некоторые члены пакета A обращаются некоторым способом к некоторым членам пакета B | the dependency relationship means that some members of Package A refer in some way to some members of Package B (это может означать, что пакет A импортирует некоторые элементы пакета B; this can mean that Package A imports some elements of Package B; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
| Пакет может импортировать другие пакеты. это означает, что пакет A или элемент пакета A может обратиться к пакету B или к его элементам. Следовательно, класс принадлежит только одному пакету, но он может быть импортирован в другие пакеты. Импорт представляет зависимость между пакетами и их элементами | A package may have package imports to other packages. This means that package A or element of package A can refer to package B or to its elements. Consequently, a class is owned by only one package but it can be imported to other packages. Imports introduce dependencies between packages and their elements (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| Последствие таково, что если неприятные зависимости классов то есть, зависимости классов, которые представляют циклы могут быть устранены или сделаны безопасными, то вся структура уровней и пакетов ПО может быть намного более устойчива | 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) |
| программное обеспечение с зависимостью на программный пакет | downstream software (If an adversary successfully commits targeted vulnerabilities into package source code, downstream software will likely inherit the vulnerability. Alex_Odeychuk) |
| программный пакет, на который имеет зависимость программное обеспечение | upstream package (An attacker can commit targeted vulnerabilities into an upstream package imported into the global namespace of the target, which they then call from the victim code. Alex_Odeychuk) |
| с точки зрения структурного проектирования уровни представляют вертикальные структуры рис. 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) |
| циклические зависимости между пакетами | circular dependencies between packages (ssn) |
