English | Russian |
architectural layers and dependency management | структурные уровни и управление зависимостями (ssn) |
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) |
basic layers of software concurrency | базовые уровни программного параллелизма (ssn) |
dependencies between layers translate to are caused by dependencies between packages | зависимости между уровнями преобразуются в зависимости вызываются зависимостями между пакетами (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
evolution of layers in enterprise applications | развитие модели слоев в корпоративных программных приложениях (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) |
hierarchical layers of software modules | иерархические уровни программных модулей (ssn) |
hierarchical layers of software modules | иерархические уровни модулей ПО (ssn) |
hierarchical layers of software modules | иерархические уровни модулей программного обеспечения (ssn) |
layers of abstraction architecture | архитектура с несколькими уровнями абстракции (ssn) |
layers of development | уровни разработки (ssn) |
layers of modules | уровни модулей (ssn) |
layers of Neuron software | уровни программного обеспечения NEURON ЧИПа (ssn) |
layers off | слои исключения (ssn) |
layers on | слои включения (ssn) |
layers palette | палитра слоёв (в графических или текстовых редакторах ssn) |
layers pattern | уровневый образец (ssn) |
layers style | стиль слоёв (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) |
overall software architecture of layers and packages | вся структура уровней и пакетов ПО (ssn) |
software architecture of layers and packages | структура уровней и пакетов ПО (ssn) |
software architecture of layers and packages | структура уровней и пакетов программного обеспечения (ssn) |
structuring the system into layers of modules | структурирование системы на уровни модулей (ssn) |
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 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 | Делегирование обычно необходимо, чтобы позволить объекту-клиенту получить услугу на одном уровне от объекта, находящегося на отдалённом несоседнем уровне. Иными словами, устойчивый шаблон структуры вертикальных иерархических уровней раздел 9.1.3 будет разложен на случайную сеть взаимосвязанных объектов без какой-либо надежды понять или управлять сложностью системы и её эволюцией (см. 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) |
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) |