| English | Russian |
| Activity diagrams are a technique to describe procedural logic, business process, and work flow. In many ways, they play a role similar to flowcharts, but the principal difference between them and flowchart notation is that they support parallel behavior | Диаграммы деятельности – это технология, позволяющая описывать логику процедур, бизнес-процессы и потоки операций. Во многих случаях они напоминают блок-схемы, но принципиальная разница между диаграммами деятельности и нотацией блок-схем заключается в том, что первые поддерживают параллельные процессы (см. "UML Distilled: A Brief Guide to the Standard Object Modeling Language, Third Edition" by Martin Fowler 2003 ssn) |
| Activity diagrams are a technique to describe procedural logic, business process, and work flow. In many ways, they play a role similar to flowcharts, but the principal difference between them and flowchart notation is that they support parallel behavior | Диаграммы деятельности это технология, позволяющая описывать логику процедур, бизнес-процессы и потоки операций. Во многих случаях они напоминают блок-схемы, но принципиальная разница между диаграммами деятельности и нотацией блок-схем заключается в том, что первые поддерживают параллельные процессы (см. "UML Distilled: A Brief Guide to the Standard Object Modeling Language, Third Edition" by Martin Fowler 2003 ssn) |
| an important goal of the OMG with respect to CORBA was to define a distributed system that could overcome many of the interoperability problems with integrating networked applications | Основной целью OMG при разработке CORBA было создание распределенной системы, способной преодолеть большинство проблем межоперационной совместимости при интеграции сетевых приложений (см. Distributed systems: principles and paradigms / Andrew S. Tanenbaum, Maarten Van Steen 2002 ssn) |
| application with a great many state machines | приложение с множеством конечных автоматов (ssn) |
| as we shall see throughout the book, a great many algorithms are based on the principle of recursively decomposing a large problem into one or more smaller ones, using solutions to the subproblems to solve the original problem | как мы увидим далее в этой книге, многие алгоритмы основаны на принципе рекурсивного разбиения большой задачи на меньшие, когда решения подзадач используются для решения исходной задачи (см. Algorithms in C++, Parts 1–4: Fundamentals, Data Structure, Sorting, Searching Third Edition by Robert Sedgewick 1998) |
| create a one-to-many binding relationship | создавать привязку данных, имеющих отношение "один-ко-многим" (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
| example of a one-to-many relationship | пример связи один-ко-многим (ssn) |
| in contemporary practice, CASE and programming development tools can effectively assist in performing refactorings. Many tools contain catalogs of supported refactorings. Fowler 1999 is a principal source of reference that lists and documents in excess of sixty refactoring methods. The following discussion illustrates the use of refactoring methods by discussing just three of them | в современной практике CASE и инструментальные средства разработки программ могут существенно помочь в реализации рефакторинга. Многие инструментальные средства содержат каталоги поддерживаемых рефакторингов. Фаулер 1999 является основным источником ссылок, который перечисляет и документирует более шестидесяти методов рефакторинга. Следующее обсуждение иллюстрирует использование методов рефакторинга, рассматривая только три из них (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| in contemporary practice, CASE and programming development tools can effectively assist in performing refactorings. Many tools contain catalogs of supported refactorings. Fowler 1999 is a principal source of reference that lists and documents in excess of sixty refactoring methods. The following discussion illustrates the use of refactoring methods by discussing just three of them | в современной практике CASE– и инструментальные средства разработки программ могут существенно помочь в реализации рефакторинга. Многие инструментальные средства содержат каталоги поддерживаемых рефакторингов. Фаулер 1999 является основным источником ссылок, который перечисляет и документирует более шестидесяти методов рефакторинга. Следующее обсуждение иллюстрирует использование методов рефакторинга, рассматривая только три из них (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| in investigating a parallel method for searching, we will begin with a naive attempt with as many processors as elements of the list we are searching | Изучение параллельных методов поиска мы начнём с наивной попытки, в которой число процессоров равно числу элементов списка (см. "Analysis of Algorithms: An Active Learning Approach" by Jeffrey J. McConnell 2001) |
| large class – a class that does too much and/or has too many data members | большой класс – класс, который делает слишком много и/или имеет слишком много элементов данных (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| large class a class that does too much and/or has too many data members | большой класс класс, который делает слишком много и / или имеет слишком много элементов данных (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| many options about how a particular model element may be displayed | множество вариантов представления конкретного элемента модели (ssn) |
| many theorems of a logistic system | множество теорем логистической системы (ssn) |
| more interesting arrays of data, but in a flexible fashion | менее тривиальные массивы данных с более гибкими возможностями (ssn) |
| off-the-shelf software: A software product that is developed for the general market, i.e. for a large number of customers, and that is delivered to many customers in identical format | готовое программное обеспечение: программный продукт, разработанный для широкого рынка, т.е. для большого числа клиентов, и поставляемый большинству в одинаковой конфигурации (см. Standard glossary of terms used in Software Testing ssn) |
| 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) |
| Synchronization issues are independent of the OS, and many OS texts discuss the issue at length and within a more general framework | Вопросы синхронизации важны для любой ОС, и поэтому многие руководства по ОС содержат их подробное обсуждение в рамках более общего контекста (см. Windows System Programming, 4th Edition by Johnson M. Hart 2010 ssn) |
| there are many means of making embedded control systems safer, as in any application which has the potential of causing injury or property loss, safety must of course be a paramount concern | Имеется много средств создания встроенных устройств безопасности систем управления, так как в любом приложении, в котором имеется потенциальная возможность нанесения ущерба или потери свойств, безопасность, конечно, должна быть на первом месте |
| this type of block is intended to provide a re-usable part of an application that can be distributed over many resources | этот тип блока предназначается для обеспечения допускающей повторное использование части приложения, которая может быть распределена по многим ресурсам (см. Robert W. Lewis: Modelling control systems using IEC 61499. Applying function blocks to distributed systems) |
| Unless fault-correction functions can be generalized to correct many types of damage, fault avoidance is a better investment | если методы ликвидации последствий сбоев не могут быть обобщены для работы со многими типами искажений, лучше всего направлять силы и средства на предупреждение ошибок ("Software Reliability: Principles and Practices" by Glenford J. Myers (1976) ssn) |
