| 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) |
| aggregation: A whole/part relationship where one object is composed of one or more other objects, each of which is considered a part of the whole. This relationship is a weak form of containment in that the lifetimes of the whole and its parts are independent | агрегирование: полное или частичное отношение, в котором один объект состоит из одного или нескольких других объектов, каждый из которых рассматривается как часть целого. это отношение является слабой формой отношения включения, в котором сроки жизни целого и его частей не зависят друг от друга (см. Object-Oriented Analysis and Design with Applications 3rd Edition by Grady Booch) |
| dyadic selective construct: This construct consists of two procedure parts and a control part with one condition, the value of which determines which one of the two procedure parts is to be executed | бинарно выбирающий конструктив: данный конструктив состоит из двух процедурных частей и управляющей части с одним условием, значение которого определяет, какая из двух процедурных частей выполняется (см. ISO/IEC 8631:1989 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) |
| monadic selective construct: This construct consists of a single procedure part and a control part with one condition, the value of which determines whether or not the procedure part is to be executed | унарно выбирающий конструктив: данный конструктив состоит из единственной процедурной части и управляющей части с одним условием, значение которого определяет, будет или нет процедурная часть выполнена (см. ISO/IEC 8631:1989 ssn) |
| multiple exclusive selective construct: This construct consists of a number of procedure parts and a control part with a set of conditions, the values of which determine which one of the procedure parts is to be executed | конструктив, выбирающий с взаимоисключением: данный конструктив состоит из ряда процедурных частей и управляющей части с набором условий, значения которых определяют, какая из процедурных частей выполняется (см. ISO/IEC 8631:1989 ssn) |
| once fields and methods are relocated to new class classes, an association link should be established from the old to the new class. This can be one-way link unless there is an obvious need for backward message passing. Of course, the relocation of methods has an impact on client classes that depended on these methods. This necessitates changes to method invocations in these classes | как только поля и методы будут перемещены в новый класс классы, должна быть установлена связь ассоциации от старого класса к новому. это может быть односторонняя связь, если нет очевидной потребности в обратной передаче сообщений. Конечно, перемещение методов должно влиять на классы клиента, которые зависели от этих методов. это требует изменений в обращениях к методам в этих классах (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| post-tested iteration: This construct consists of a procedure part and a control part with one condition, the value of which determines whether the procedure part is executed more than one | итерация с выходной проверкой: данный конструктив состоит из процедурной части и управляющей части с одним условием, значение которого определяет, будет ли процедурная часть выполнена более одного раза (см. ISO/IEC 8631:1989 ssn) |
| Since no consensus exists among operating system designers about the best way to design an operating system, this chapter will thus be more personal, speculative, and undoubtedly more controversial than the previous ones | Поскольку среди разработчиков операционных систем нет единого мнения по вопросу о том, как лучше всего проектировать операционные системы, эта глава будет носить более личный характер, более умозрительный и, несомненно, более противоречивый, чем предыдущие главы (см. Modern Operating Systems Third ed. by Tanenbaum A.S. 2009 ssn) |
| this diagram shows a fragment of the transition logic for a task that controls the movement of a materials handling vehicle. The vehicle moves from one position to another, picking up parts in one position and dropping them off at another | эта диаграмма показывает фрагмент логики переходов для задачи, которая управляет перемещением тележки погрузочно-разгрузочных операций. Тележка перемещается от одного положения до другого, принимая детали в одном положении и сваливая их в другом (см. Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World) |
| this is not the case for application-level state machines that are called when the application goes from one discrete mode of operation or user interface display into another | Однако для конечных автоматов, работающих на уровне приложения, которые вызываются при переходе приложения из одного режима выполнения операций или отображения пользовательского интерфейса в другой, такие ситуации не характерны (см. "Writing Mobile Code Essential Software Engineering for Building Mobile Applications" by Ivo Salmre 2005 ssn) |
