| Russian | English |
| агрегирование: полное или частичное отношение, в котором один объект состоит из одного или нескольких других объектов, каждый из которых рассматривается как часть целого. это отношение является слабой формой отношения включения, в котором сроки жизни целого и его частей не зависят друг от друга | 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) |
| в то время как в сфере компьютерных приложений объектно-ориентированное программирование давно стало составной частью всех ведущих языков, в сфере контроллерных приложений оно применяется крайне редко | While in the field of desktop applications object-oriented programming has become an integral part of mainstream languages it is very rarely used in controller applications (ssn) |
| если удовлетворены все вышеизложенные условия, за исключением того, что становится готов к работе другой поток с таким же самым приоритетом, то предыдущий поток освободит процессор после того, как истечёт выделенный ему квант времени – таким образом, другой поток будет иметь шанс на обслуживание | if all the above conditions are met except that a thread at the same priority is ready to run, then this thread will give up CPU after its timeslice expires, and the other thread will be given a chance to run (см. "Getting Started with QNX Neutrino 2. A Guide for Realtime Programmers" by Rob Krten 1996 ssn) |
| если удовлетворены все вышеизложенные условия, за исключением того, что становится готов к работе другой поток с таким же самым приоритетом, то предыдущий поток освободит процессор после того, как истечёт выделенный ему квант времени таким образом, другой поток будет иметь шанс на обслуживание | if all the above conditions are met except that a thread at the same priority is ready to run, then this thread will give up CPU after its timeslice expires, and the other thread will be given a chance to run (см. "Getting Started with QNX Neutrino 2. A Guide for Realtime Programmers" by Rob Krten 1996 ssn) |
| как уже говорилось, эти операции будут главными компонентами определения типа, с их помощью описывается, что могут предложить его экземпляры, а не то, чем они являются | 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) |
| можно сказать, что практика управляемой тестированием разработки раздел 12.2 является частичной заменой рефакторинга. Действительно, управляемая тестированием разработка использует разновидность рефакторинга – разновидность, которая применяется для улучшения скорее самого проекта, а не кода. Управляемая тестированием разработка – итеративный и пошаговый процесс, объединённый с написанием прикладного кода. Рефакторинг может предугадать "дурно пахнущий код" и устранить его до того, как это случится | it can be argued that the practice of test-driven development Section 12.2 is a partial substitution for refactoring. In reality, test-driven development uses a variation of refactoring – a variation that applies to cleaning up the design rather than the code. Test-driven development is an iterative and incremental process intermixed with writing the application code. Refactoring can anticipate "bad smells in code" and eliminate them before they happen (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| Никто не ожидает, что мост будет перемещён на десять метров после того, как он был построен. Точно так же не следует ожидать, что программный продукт успешно выполнит различные задачи после того, как будет создан. Если это то, что нам нужно, тогда программное обеспечение создано удачно | nobody expects a bridge to be moved by ten meters after it has been built. Similarly, nobody should expect a software product to happily perform different tasks after it has been built. If this is what is expected then the software has not failed (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| Передача сообщения реализуется как синхронная связь между клиентом и поставщиком сервиса. Сообщение от объекта-клиента просит, чтобы объект-поставщик исполнил сервис метод. Интерпретация сообщения и средство его выполнения – на усмотрение объекта-поставщика. это можно было бы назвать делегированием работы другому объекту | Message passing is realized as a synchronous communication between the client and supplier of a service. A message from a client object requests that a supplier object performs a service method. The interpretation of a message and the means of executing it are at the discretion of the supplier object. This could be the delegation of the work to another object (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| Передача сообщения реализуется как синхронная связь между клиентом и поставщиком сервиса. Сообщение от объекта-клиента просит, чтобы объект-поставщик исполнил сервис метод. Интерпретация сообщения и средство его выполнения на усмотрение объекта-поставщика. это можно было бы назвать делегированием работы другому объекту | Message passing is realized as a synchronous communication between the client and supplier of a service. A message from a client object requests that a supplier object performs a service method. The interpretation of a message and the means of executing it are at the discretion of the supplier object. This could be the delegation of the work to another object (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| при использовании существующих фреймов и шаблонов проектирования к ним применяются требования, как и к предварительно разработанному программному обеспечению | when using existing frames and design patterns, the requirements of pre-developed software apply to these frames and patterns (см. IEC 61508-7: 2010) |
| Различные стадии между "рождением" изделия и его возможной "смертью" известны как стадии жизненного цикла | Various identifiable phases between the product's "birth" and its eventual "death" are known as lifecycle phases (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| Различные стадии между "рождением" изделия и его возможной "смертью" известны как стадии жизненного цикла | Various identifiable phases between the product's birth and its eventual death are known as lifecycle phases (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| с другой стороны, сообщение, пришедшее быстрее всех, можно рассматривать как самое точное, поскольку оно предположительно попало в момент наименьшего трафика и поэтому наиболее точно отражает чистое время прохождения | Alternatively, the message that came back fastest can be taken to be the most accurate since it presumably encountered the least traffic underway and therefore is the most representative of the pure propagation time (см. Distributed systems: principles and paradigms / Andrew S. Tanenbaum, Maarten Van Steen 2002 ssn) |
| Сервисы также определяют связь между поведением возможностей и его реализацией и поэтому являются логической сущностью, позволяющей определить ожидания от реализации возможностей, такие как производительность, надёжность, соглашения об уровне сервиса, требования к качеству обслуживания и ключевые показатели производительности | Moreover, because of the associating behavior between capabilities and their implementation, services also form a logical entity to define the expectations – such as performance, reliability, service-level expectations, quality-of-service requirements, or key performance indicators – of the capability implementation (ssn) |
| Сервисы также определяют связь между поведением возможностей и его реализацией и поэтому являются логической сущностью, позволяющей определить ожидания от реализации возможностей, такие как производительность, надёжность, соглашения об уровне сервиса, требования к качеству обслуживания и ключевые показатели производительности | Moreover, because of the associating behavior between capabilities and their implementation, services also form a logical entity to define the expectations such as performance, reliability, service-level expectations, quality-of-service requirements, or key performance indicators of the capability implementation (ssn) |
| так как детали доступа к объектам приложения в значительной мере зависят от самого приложения и его реализации, мы не станем останавливаться на этом вопросе | Because the details of accessing application objects depend heavily on the application and its implementation, we shall not pursue them here (см. Introduction to Algorithms Second Edition by Thomas H. Cormen et al. 2001) |
| универсальный язык разметки, классифицируемый как расширяемый язык, поскольку он позволяет своим пользователям определять свои собственные теги | general-purpose markup language classified as an extensible language because it allows its users to define their own tags (ssn) |
| это схема организации кэш-памяти, при которой в неё заносятся как данные операций чтения из ОЗУ, так и данные операций записи в него. При этом запись в ОЗУ откладывается до выполнения определённых условий | WBWA = write back, write allocate = (ср. WT Николай Романович) |
