| 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) |
| A resolution function must have a single input parameter that is a one-dimensional, unconstrained array whose element type is that of the resolved signal | Функция разрешения должна иметь один входной параметр в виде одномерного неограниченного массива, тип элементов которого совпадает с типом элементов разрешённого сигнала (см. IEЕЕ Std. 1076-87. IEЕЕ Standard VHDL. Language Reference Manual ssn) |
| 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) |
| All sequential circuits have one property in common a well-defined ordering of the switching events must be imposed if the circuit is to operate correctly | все последовательностные схемы обладают одним общим свойством: для правильной работы схемы необходимо обеспечить строго определённый порядок переключений (см. Digital Integrated Circuits A Design Perspective 2/e by Jan M. Rabaey, Anantha Chandrakasan, Borivoje Nikolić 2003 ssn) |
| All sequential circuits have one property in common – a well-defined ordering of the switching events must be imposed if the circuit is to operate correctly | все последовательностные схемы обладают одним общим свойством: для правильной работы схемы необходимо обеспечить строго определённый порядок переключений (см. Digital Integrated Circuits – A Design Perspective 2/e by Jan M. Rabaey, Anantha Chandrakasan, Borivoje Nikolić 2003 ssn) |
| an application programme may consist of a number of tasks. The execution of each task is accomplished sequentially, one programmable function at a time until the end of the task. The initiation of a task, periodically or upon the detection of an event interrupt condition, is under the control of the operating system | Прикладная программа может включать в себя несколько задач. Выполнение каждой задачи осуществляется последовательно как одна запрограммированная функция во времени до окончания задачи. Запуск задачи, периодически или при обнаружении некоторого события условие прерывания, осуществляется под управлением операционной системы (см. IEC 61131-1 2003 ssn) |
| an ordinal type is one in which the range of possible values can be easily associated with the set of positive integers | Порядковым называется тип, в котором область возможных значений переменных может быть легко связана с последовательностью натуральных чисел (см. Concepts of programming languages / Robert W. Sebesta.–10th ed. 2012 ssn) |
| Architecture of the system should be addressed early in the process. Booch et al. 1999 consider architecture as one of only three main characteristics of any development process favoring the UML. The three characteristics of the process are: | Структуру системы следует рассматривать на ранних этапах процесса. Буч и др. 1999 рассматривают структуру как единство трёх основных характеристик любого процесса разработки, использующего UML. Эти три характеристики процесса следующие: (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| at the outset of a programming project there is a problem, more or less precisely defined and understood in terms of certain problem oriented concepts, and a programming language, perhaps a general purpose one, providing some machine oriented basic concepts, hopefully precisely defined and completely understood | перед началом разработки программного проекта мы имеем задачу, более или менее точно определённую и понимаемую в терминах некоторых проблемно-ориентированных понятий, и язык программирования, возможно универсальный, который обеспечивает нас некоторыми машинно-ориентированными основными понятиями, точно определёнными и понимаемыми |
| be composed of one or more other objects | состоять из одного или нескольких других объектов (ssn) |
| be one of possibly many allowed by the basic structure | являться одним из возможных, допускаемых основной структурой (ssn) |
| be one of the operators in the six operator classes | совпадать с одним из операторов, принадлежащих к одному из шести классов операторов (ssn) |
| can be in only one of the states | находится только в одном состоянии (напр., конечный автомат в любой момент времени ssn) |
| can be in only one of the states | может находиться только в одном из состояний (напр., конечный автомат в каждый момент времени ssn) |
| control part with a set of conditions, the values of which determine which one of the procedure parts is to be executed | управляющая часть с набором условий, значения которых определяют, какая из процедурных частей выполняется (ssn) |
| control part with one condition, the value of which determines whether or not the procedure part is to be executed | управляющая часть с одним условием, значение которого определяет, будет или нет процедурная часть выполнена (ssn) |
| control part with one condition, the value of which determines which one of the two procedure parts is to be executed | управляющая часть с одним условием, значение которого определяет, какая из двух процедурных частей выполняется (ssn) |
| Damage-correction techniques are of limited benefit because they require one to predict in advance a few possible types of damage and to design software functions to undo the damage when it occurs | Польза от методов борьбы с искажениями ограничена, поскольку предполагается, что разработчик заранее предугадает несколько возможных типов искажений и предусмотрит программно реализуемые функции для их устранения ("Software Reliability: Principles and Practices" by Glenford J. Myers (1976) ssn) |
| 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) |
| dynamic binding: The run-time association of a request to an object and one of its operations. In C++, only virtual functions are dynamically bound | динамическое связывание: ассоциация между запросом к объекту и одной из его операций, устанавливаемая во время выполнения. В C ++ динамически связываться могут только виртуальные функции (см. Design Patterns: Elements of Reusable Object-Oriented Software by Erich Gamma, Richard Helm, Ralph Johnson, John M. Vlissides ssn) |
| if neither operand is a one-dimensional array, the type of the result must be known from the context | если ни один из операндов не является одномерным массивом, то тип результата должен быть известен из контекста (см. IEЕЕ Std. 1076-87. IEЕЕ Standard VHDL. Language Reference Manual ssn) |
| if the action of a transition is only an action of one of the two processes, then there will be a transition in the parallel composition for each location of the other timed automaton | если действием некоторого перехода будет действие только одного из двух процессов, то для каждой позиции второго временного автомата в параллельной композиции будет совместный переход (см. Model Checking / Edmund M. Clarke, Jr., Orna Grumberg, and Doron A. Peled 1999 ssn) |
| in one aspect, for a UM software component that is a context or setting of the UM application e.g., availability of a UM service for a particular user, the programming environment uses an XML conditional attribute to condition a prompt, transition or grammar node the UM FSM | в одном аспекте для программного компонента системы UM, который является контекстом или установочным параметром приложения системы UM например, доступность службы системы UM для конкретного пользователя, среда программирования использует условный атрибут языка XML для задания условия для подсказки, перехода или грамматического узла конечного автомата системы UM |
| in SFC methodology, every step can be associated with one or more actions. An action contains a description of some behaviour that should occur as a result of the step being activated. An action is depicted as a rectangular box that is attached to a step. The description of an action can be given using any of the IEC languages, i.e. ST, FBD, LD or IL | в методологии SFC каждый шаг может быть связан с одним или несколькими действиями. Действие содержит описание некоторого поведения, которое должно произойти вследствие активирования шага. Действие изображается прямоугольником, присоединённым к шагу. Описание действия может быть дано, используя любой из языков IEC, т. е. ST, FBD, LD или IL (см. Robert W. Lewis: Programming industrial control systems using IEC 1131-3) |
| 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) |
| once isolated from the instruments on one side and the actuators on the other, computations can be implemented using the most effective computing medium, independent of any needs to pass power through the computational element. That medium has been the digital computer, and the medium of expression for digital computers is software | Отделенные от измерительных устройств, с одной стороны, и исполнительных механизмов, с другой, вычисления могут быть осуществлены с помощью наиболее эффективной вычислительной среды. Нет никакой необходимости передавать существенное количество энергии через вычислительный элемент. Теперь вычислительная среда цифровой компьютер, а среда функционирования цифровых компьютеров программное обеспечение (см. Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World) |
| one common rule of thumb is to plan to specify about 80 percent of the requirements up front, allocate time for additional requirements to be specified later, and then practice systematic change control to accept only the most valuable new requirements as the project progresses | Одно популярное практическое правило состоит в том, чтобы заблаговременно определить около 80% требований, предусмотреть время для более позднего определения дополнительных требований и выполнять по мере работы систематичный контроль изменений, принимая только самые важные требования (см. Code Complete / Steve McConnell.-2nd ed. 2004) |
| one final comment is that an effective guarding system can reduce the requirements of the emergency stop system by reducing the exposure | в заключение следует заметить, что требования к системе аварийной остановки можно снизить за счёт применения эффективной системы ограждения (т.е. система будет прекращать работу всякий раз, когда персонал подвергается риску; i.e. the system will be inoperative whenever people are at risk; см. Programmable Controllers – An Engineer's Guide by E.A. Parr (2003)) |
| one of refactoring targets is called large class – a class that does too much and/or has too many data members. Large classes can result from excessive minimization of coupling between classes. In case of the large class target, two methods relevant to Iteration 1 code are: Extract Class and Extract Interface Fowler, 1999 | Одна из целей использования рефакторинга называется большим классом – классом, который делает слишком много и/или имеет слишком много элементов данных. Большие классы могут возникнуть из-за чрезмерной минимизации связей между классами. В случае большого класса в коде итерации 1 уместны два метода: Класс извлечения и Интерфейс извлечения (Фаулер, 1999; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
| one of the reasons that the SPI is not well-suited to long data links or noisy environments | одна из причин, по которой интерфейс SPI не подходит для создания длинных каналов передачи данных или для работы в среде, насыщенной электрическими шумами (ssn) |
| one-dimensional, unconstrained array whose element type is that of the resolved signal | одномерный неограниченный массив, тип элементов которого совпадает с типом элементов разрешённого сигнала (ssn) |
| sequence of statements that are executed one after another | последовательность операторов, выполняемых один за другим (ssn) |
| the great strength of the state machine approach is that it enables you to come up with an explicit definition of valid states for some aspect of your application and enforce proper behaviors as an application moves from one state to another | Мощь подхода, использующего конечный автомат, обусловлена тем, что он позволяет в явном виде определить действительные состояния для некоторого аспекта вашего приложения и задать соответствующие варианты поведения при переходах приложения из одного состояния в другое (см. "Writing Mobile Code Essential Software Engineering for Building Mobile Applications" by Ivo Salmre 2005) |
| the order of occurrence of the events is one of possibly many allowed by the basic structure | Порядок появления событий является одним из возможных, допускаемых основной структурой |
| the sequence of characters of the operator symbol must be one of the operators in the six operator classes defined in Section 7.2 | Последовательность символов, представляющая знак оператора, должна совпадать с одним из операторов, принадлежащих к одному из шести классов операторов, определённых в 7.2 (см. IEЕЕ Std. 1076-87. IEЕЕ Standard VHDL. Language Reference Manual) |
| 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) |
