| English | Russian |
| A component of the Common Event Infrastructure that receives events from event sources, completes and validates the events, and then sends events to the event server based on filter criteria | компонент Инфраструктуры обработки событий общего формата, который принимает события из источников событий, выполняет и проверяет их, а затем отправляет их на сервер событий в соответствии с критериями фильтрации (см. event emitter ssn) |
| A period of time in a process flow after a task runs and before the subsequent task can start. Free floats may result from parallel paths in a process that take varying lengths of time to complete | Период в потоке процесса между запуском задачи и моментом, когда следующая задача может начать выполнение. Резерв времени может возникать при наличии в процессе параллельных путей с разной продолжительностью выполнения (см. free float ssn) |
| Alternately, ongoing activity may be represented by a pair of actions, an entry action that starts the activity on entry to the state and an exit action that terminates the activity on exit from the state | с другой стороны, текущую деятельность можно представить в виде пары действий: действие при входе, которое начинает деятельность по входу в состояние, и действие при выходе, которое прекращает деятельность при выходе из этого состояния (см. "The UML Reference Manual" by J.Rumbaugh, Ivar Jacobson, Grady Booch 1999 ssn) |
| Behavioral modeling — Representing the mode of behavior called states of an application and the events that cause transitions from state to state | Моделирование поведения – представление режима поведения состояния приложения и событий, которые вызывают переходы между различными состояниями (см. "Quality Software Project Management" by Robert T. Futrell, Donald F. Shafer, Linda I. Safer 2002 ssn) |
| Behavioral modeling Representing the mode of behavior called states of an application and the events that cause transitions from state to state | Моделирование поведения – представление режима поведения состояния приложения и событий, которые вызывают переходы между различными состояниями (см. "Quality Software Project Management" by Robert T. Futrell, Donald F. Shafer, Linda I. Safer 2002 ssn) |
| character string that consists entirely of characters from that set | строка символов, полностью состоящая из символов данного набора (ssn) |
| creating a list of characters that we'll remove from the string | создание списка символов, удаляемых из строки (ssn) |
| data access layer: A way of keeping data access logic from permeating the application code by putting it into a separate component that encapsulates the database | уровень доступа к данным: способ отделения логики доступа к данным от кода приложения путём помещения кода в отдельный компонент, скрывающий функции работы с базой данных (см. "XUnit test patterns: refactoring test code" by Gerard Meszaros 2007 ssn) |
| example of a server that receives periodic messages from a timer, and regular messages from a client | пример сервера, получающего периодические сообщения от таймера и обычные сообщения от клиента (ssn) |
| for example, understanding the implicit object allocations that come from the concatenation of two strings | например, понимаете, как происходят неявные операции выделения объектов при конкатенации двух строк (см. "The Well-Grounded Java Developer" by Benjamin J. Evans, Martijn Verburg 2013 ssn) |
| from the architectural design perspective, layers are vertical structures Figure 9-4. Vertical layers consist of partitions of packages Section 9.1.2. Superimposing vertical structures of layers on horizontal structures of partitions creates a hierarchy of package dependencies. Three critical objectives of good architectural design of layers are that | с точки зрения структурного проектирования уровни представляют вертикальные структуры рис. 9.4. Вертикальные уровни состоят из сегментов пакетов раздел 9.1.2. Наложение вертикальных структур уровней на горизонтальные структуры сегментов создаёт иерархию зависимостей пакетов. Три критических показателя хорошего структурного проектирования уровней следующие (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| list of characters that we'll remove from the string | список символов, удаляемых из строки (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 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) |
| passive I/O device: A device that does not generate an interrupt on completion of an input or output operation. The input from a passive input device needs to be read either on a polled basis or on demand | пассивное устройство ввода / вывода: устройство, которое не генерирует прерываний при поступлении новых данных или завершении операции вывода. Чтение данных от пассивного устройства ввода производится путём периодического опроса или по мере необходимости (см. Designing Concurrent, Distributed, and Real-time Applications with UML Object Technology Series by Hassan Gomaa) |
| that said, there is a wealth of academic information on the subject, originating from classical AI in mid-twentieth century as well as recent research | Несмотря на сказанное, следует отметить, что этой теме посвящено большое количество теоретических работ, начиная от исследований по искусственному интеллекту, проводимых в середине двадцатого столетия, и заканчивая современными исследованиями (см. AI Game Development: Synthetic Creatures with Learning and Reactive Behaviors / Alex J. Champandard 2003 ssn) |
| the consequence of delegation is that a client might not know its real supplier and it might not even care to know as long as the "goods" are supplied. Unlike in Figure 9-7, the knowledge of the real supplier may not be available from a static analysis of the program code and be hidden behind the dynamicity of inheritance in particular interface inheritance and polymorphism | Последствие делегирования таково, что клиент может и не знать своего реального поставщика и он даже может не хотеть знать это, пока не получит "требуемое". В отличие от рис. 9.7 знание реального поставщика может быть недоступно из статического анализа программного кода и может быть скрыто за динамикой наследования в частности, наследования интерфейса и полиморфизма (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| 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 plant consists of a conveyor belt that moves from left to right, a processing station, and two robots that move boxes between the station and the belt as shown in Figure 17.2 | этот агрегат состоит из движущейся слева направо ленты транспортёра, обрабатывающего устройства и двух роботов, которые перемещают ящики между этим устройством и лентой транспортёра, как изображено на рис. 17.2 (см. Model Checking / Edmund M. Clarke, Jr., Orna Grumberg, and Doron A. Peled 1999) |
| 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) |
| this reflects a philosophy of time which states that the only important property of time, from a logical point of view, is in defining a partial ordering of the occurrence of events | это отражает философский подход к понятию времени, утверждающий, что одно из важнейших свойств времени, с логической точки зрения, – это определение частичного упорядочения событий (ssn) |
| this reflects a philosophy of time which states that the only important property of time, from a logical point of view, is in defining a partial ordering of the occurrence of events | это отражает философский подход к понятию времени, утверждающий, что одно из важнейших свойств времени, с логической точки зрения, это определение частичного упорядочения событий (ssn) |
