| English | Russian |
| coherent modules of manageable size | внутренне связные модули обозримого размера (ssn) |
| connections between software modules should be limited and strictly defined, coherence in one software module shall be strong | связи между программными модулями должны быть ограничены и строго определены, уровень связности каждого программного модуля должен быть высоким (см. IEC 61508-7: 2010 ssn) |
| dynamic modules allocation | динамическое размещение модулей (ssn) |
| good basis for the modules of our software systems | подходящая основа для модулей наших программных систем (ssn) |
| if we achieve this goal, different people will be able to work on different modules independently, without needing much communication among themselves, and yet the modules will work together | если мы достигнем этой цели, то разработка отдельных модулей может осуществляться различными людьми независимо друг от друга, без необходимости общения друг с другом, при этом все эти объединённые вместе модули будут функционировать правильно (см. "Abstraction and Specification in Program Development" by Barbara Liskov & John Guttag 1986 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) |
| modules allocation | размещение модулей (ssn) |
| modules and types | модули и типы (ssn) |
| modules contain statements | модули содержат инструкции (ssn) |
| modules to handle large arrays of byte | модули для обработки больших байтовых массивов (ssn) |
| modules to handle lists | модули для обработки списков (ssn) |
| order in which modules should be tested and integrated | порядок тестирования и интеграции модулей (ssn) |
| our goal in decomposing a program is to create modules that are themselves small programs that interact with one another in simple, well-defined ways | Нашей целью при декомпозиции программы является создание модулей, которые в свою очередь представляют собой небольшие программы, взаимодействующие друг с другом по хорошо определённым и простым правилам (см. "Abstraction and Specification in Program Development" by Barbara Liskov & John Guttag 1986) |
| overlay modules allocation | оверлейное размещение модулей (ssn) |
| recursive modules and namespaces | рекурсивные модули и пространства имен (Alex_Odeychuk) |
| scalability of modules to larger solutions | масштабируемость модулей ПО к большему количеству решений (ssn) |
| trade-offs that suggest possible decompositions of modules and architectures | компромиссы, связанные с возможностью декомпозиции модулей и архитектур (ssn) |
| trade-offs that suggest possible decompositions of modules and architectures to satisfy incompatible sets of requirements found in the domain | компромиссы, связанные с возможностью декомпозиции модулей и архитектур для обеспечения соответствия несовместимым наборам требований, существующим в пределах данной предметной области (ssn) |
| trusted/verified software modules and components | проверенные / сертифицированные программные модули и компоненты |