| Russian | English |
| Горизонтальные структуры пакетов типа изображённых на рис. 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) |
| интерфейс как тип переменной | interface as type of a variable (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) |
| как уже говорилось, эти операции будут главными компонентами определения типа, с их помощью описывается, что могут предложить его экземпляры, а не то, чем они являются | as announced, these operations will be the prime component of the type definition – describing its instances not by what they are but by what they have to offer (см. Object-Oriented Software Construction second edition by Bertrand Meyer) |
| как уже говорилось, эти операции будут главными компонентами определения типа, с их помощью описывается, что могут предложить его экземпляры, а не то, чем они являются | as announced, these operations will be the prime component of the type definition describing its instances not by what they are but by what they have to offer (см. Object-Oriented Software Construction second edition by Bertrand Meyer) |
| класс как модуль и как тип | class as module and type (ssn) |
| объявление собственно типа, как определёно в следующих предложениях | declaration of the type itself as defined in the following clauses (ssn) |
| передавать как аргумент конструктора вложенного типа | pass as an argument to the constructor of the nested type (Alex_Odeychuk) |
| процедуры как абстракции типа "чёрный ящик" | procedures as black-box abstractions (ssn) |
| терм как простой тип данных | term as simple data type (см. Introduction to logic programming by Ghristopher John Hogger ssn) |
| тип-запись, представленный как структура | record type represented as a struct (Microsoft Alex_Odeychuk) |
| тип-запись, скомпилированный как структура | record type represented as a struct (Microsoft Alex_Odeychuk) |
| типы событий, включая создаваемые мышью, клавиатурой и различными элементами управления GUI, такими как кнопка, полоса прокрутки или флажок | types of events, including those generated by the mouse, the keyboard, and various GUI controls, such as a push button, scroll bar, or check box (ssn) |
| целые числа и типы как данные | integers and types as data (ssn) |
| число с плавающей точкой как абстрактный тип данных | floating-point as an abstract data type (ssn) |
| эта совместимость определена в терминах команд административного управления, на которые каждый тип устройства может ответить, как это указано в таблице 5.2 | this compliance is specified in terms of the management commands to which each type of device can respond, as given in table 5.2. (см. IEC 61499-1) |
| эта совместимость определёна в терминах команд административного управления, на которые каждый тип устройства может ответить, как это указано в таблице 5.2 | this compliance is specified in terms of the management commands to which each type of device can respond, as given in table (см. IEC 61499-1) |
