| English | Russian |
| 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) |
| discipline of software architecture and design | дисциплина программных архитектур и проектирования (ssn) |
| domain-specific software architecture approach | метод предметно-ориентированной программной архитектуры (ssn) |
| in the design modeling phase, the software architecture of the system is designed, in which the analysis model is mapped to an operational environment | на этапе проектного моделирования разрабатывается программная архитектура системы, при этом аналитическая модель отображается на эксплуатационную среду (см. Software Modeling and Design by Hassan Gomaa 2011) |
| 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) |
| phase of the object-oriented software life cycle in which the software architecture of the system is designed | этап жизненного цикла объектно-ориентированного ПО, на котором разрабатывается программная архитектура системы (ssn) |
| scenario based software architecture evaluation | оценка архитектуры программного обеспечения на основе сценариев (ssn) |
| scenario based software architecture evaluation | оценка архитектуры ПО на основе сценариев (ssn) |
| scenario-based software architecture evaluation | оценка архитектуры программных средств на основе сценариев (Alex_Odeychuk) |
| software architecture analysis | анализ архитектуры программных средств (Alex_Odeychuk) |
| software architecture analysis method | метод анализа программной архитектуры (сокр. SAAM ssn) |
| software architecture analysis method | метод анализа архитектуры ПО (ssn) |
| software architecture analysis method | метод анализа архитектуры программных средств (Alex_Odeychuk) |
| software architecture analysis method | метод анализа архитектуры программных систем (Alex_Odeychuk) |
| software architecture and component-based systems | программные архитектуры и и компонентные системы (ssn) |
| software architecture description | описание архитектуры ПО (ssn) |
| software architecture description | описание архитектуры программного обеспечения (представления проектной модели, которые содержат информацию о структуре и поведении системы, достаточную для определения количества и спецификации её составных частей, трудозатрат и других прямых затрат ssn) |
| software architecture design | разработка программной архитектуры (системы ssn) |
| software architecture design | разработка архитектуры программного обеспечения (ssn) |
| software architecture design | разработка архитектуры ПО (ssn) |
| software architecture design | проектирование архитектуры ПО (ssn) |
| software architecture design | проектирование архитектуры программного обеспечения (ssn) |
| software architecture evaluation | оценка архитектуры программных средств (Alex_Odeychuk) |
| software architecture fundamentals | основы архитектуры программного обеспечения (Alex_Odeychuk) |
| software architecture of layers and packages | структура уровней и пакетов ПО (ssn) |
| software architecture of layers and packages | структура уровней и пакетов программного обеспечения (ssn) |
| software architecture of the system | программная архитектура системы (ssn) |
| software architecture principles | принципы разработки архитектуры программного обеспечения (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) |
