| English | Russian |
| 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 | Пакет может импортировать другие пакеты. это означает, что пакет A или элемент пакета A может обратиться к пакету B или к его элементам. Следовательно, класс принадлежит только одному пакету, но он может быть импортирован в другие пакеты. Импорт представляет зависимость между пакетами и их элементами (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| 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" | как было сказано выше, пакеты могут быть сгруппированы и структурированы в иерархические уровни, подходящие для выбранной структуры ПО. Так как пакет может содержать другие пакеты, уровень сам является пакетом. В UML пакет уровня может быть обозначен как "layer" (уровень; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
| dependencies between packages translate to dependencies between classes | зависимости между пакетами преобразуются в зависимости между классами (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| elimination of cycles between packages and between layers | устранение циклов между пакетами и уровнями (ssn) |
| 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 | с точки зрения структурного проектирования уровни представляют вертикальные структуры рис. 9.4. Вертикальные уровни состоят из сегментов пакетов раздел 9.1.2. Наложение вертикальных структур уровней на горизонтальные структуры сегментов создаёт иерархию зависимостей пакетов. Три критических показателя хорошего структурного проектирования уровней следующие (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| in a line that packages candy bars, you have to make sure that the perforation occurs in the correct location on each bar | на линии упаковки конфет необходимо обеспечить перфорацию каждой конфеты в заданном месте |
| information about all packages in the image | информация обо всех пакетах в образе (ssn) |
| infrastructure packages deployment | развёртывание инфраструктурных пакетов (ssn) |
| infrastructure packages environment | среда инфраструктурных пакетов (ssn) |
| Legato packages documentation | документация по пакетам Legato (ssn) |
| line that packages candy bars | линия упаковки конфет (ssn) |
| list of packages to which classes and packages may be assigned | список пакетов, которым могут присваиваться классы и пакеты (ssn) |
| list of packages to which components and packages may be assigned | список пакетов, которым могут присваиваться компоненты и пакеты (ssn) |
| object: A run-time entity that packages both data and the procedures that operate on that data | объект: имеющаяся во время выполнения сущность, в которой хранятся данные и процедуры для работы с ними (см. Design Patterns: Elements of Reusable Object-Oriented Software by Erich Gamma, Richard Helm, Ralph Johnson, John M. Vlissides ssn) |
| packages and imports | пакеты и импортирование (ssn) |
| packages and namespaces | пакеты и пространства имен (ssn) |
| packages documentation | документация по пакетам (ssn) |
| powerful software packages for the implementation of programmable CANopen devices | мощные пакеты программ для реализации программируемых CANopen устройств (ssn) |
| reference the packages to be restored | ссылаться на пакеты, подлежащие восстановлению (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) |
| 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 | Горизонтальные структуры пакетов типа изображённых на рис. 9.3 называются сегментами. Когда циклические зависимости между пакетами сегмента устраняются путём добавления новых пакетов, как объяснено в разделе 9.1.2, структура зависимостей сегмента становится иерархической (а не линейной горизонтальной структурой; rather than a linear horizontal structure; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
| the packages to be restored | пакеты, подлежащие восстановлению (Alex_Odeychuk) |
| 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) |
| Vblock infrastructure packages deployment | развёртывание инфраструктурных пакетов Vblock (ssn) |
| Vblock infrastructure packages environment | среда инфраструктурных пакетов Vblock (ssn) |
