| Russian | English |
| Ассоциацию можно также определить на единственном классе. Тогда она называется унарной или сингулярной ассоциацией. Унарная ассоциация устанавливает связь между объектами одного класса | Association can also be defined on a single class. This is called a unary or singular association. The unary association establishes links between objects of a single class (см. Maciaszek, L.A.: Requirements Analysis and System Design, 3rd ed. 2007 ssn) |
| информационное соединение: связь между двумя функциональными блоками для передачи данных | data connection: An association between two function blocks for the conveyance of data (cм. IEC 61499-1 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) |
| линейная связь между сложностью системы и сложностью решаемых с её помощью проблем | scalability (ssn) |
| логическая связь между возможностями и компонентами сервиса | logical association between capabilities and service components (ssn) |
| минимизация связей между классами | minimization of coupling between classes (ssn) |
| Одна из целей использования рефакторинга называется большим классом классом, который делает слишком много и / или имеет слишком много элементов данных. Большие классы могут возникнуть из-за чрезмерной минимизации связей между классами. В случае большого класса в коде итерации 1 уместны два метода: Класс извлечения и Интерфейс извлечения | 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 (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering; Фаулер, 1999) |
| Одна из целей использования рефакторинга называется большим классом – классом, который делает слишком много и/или имеет слишком много элементов данных. Большие классы могут возникнуть из-за чрезмерной минимизации связей между классами. В случае большого класса в коде итерации 1 уместны два метода: Класс извлечения и Интерфейс извлечения | 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 (Фаулер, 1999; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
| описание причинных связей между событиями | description of the causal relationships between events (ssn) |
| передача сообщений: метод организации связи между параллельно протекающими процессами | message passing (ssn) |
| Передача сообщения реализуется как синхронная связь между клиентом и поставщиком сервиса. Сообщение от объекта-клиента просит, чтобы объект-поставщик исполнил сервис метод. Интерпретация сообщения и средство его выполнения – на усмотрение объекта-поставщика. это можно было бы назвать делегированием работы другому объекту | 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) |
| причинные связи между событиями | causal relationships between events (ssn) |
| процесс сбора и отображения информации о связях сервисов и взаимодействии между ними | process of capturing and illustrating relationships, as well as the interactions between services (ssn) |
| прямая связь между несоседними уровнями | direct communication between non-neighboring layers (ssn) |
| режим проверки МП с разрывом связи между процессором и памятью | open loop mode (ssn) |
| сбор и отображение информации о связях сервисов и взаимодействии между ними | capturing and illustrating relationships, as well as the interactions between services (ssn) |
| связи и коммуникационные пути между компонентами | linkages and communication paths between components (ssn) |
| связи между классами | coupling between classes (ssn) |
| связи между моделями | relationships between models (ssn) |
| связи между модулями | connections between modules (connections between software modules should be limited and strictly defined – связи между программными модулями должны быть ограничены и строго определены // IEC 61508-7: 2010 Alex_Odeychuk) |
| связи между программными модулями | connections between modules (Alex_Odeychuk) |
| связи между программными модулями | connections between software modules (connections between software modules should be limited and strictly defined – связи между программными модулями должны быть ограничены и строго определены // IEC 61508-7: 2010 Alex_Odeychuk) |
| связи между программными модулями должны быть ограничены и строго определены, уровень связности каждого программного модуля должен быть высоким | connections between software modules should be limited and strictly defined, coherence in one software module shall be strong (см. IEC 61508-7: 2010 ssn) |
| связи между функциональными устройствами | connections among the functional units (ssn) |
| связь между модулями | inter-module communication (ПО ssn) |
| связь между объектами представления и абстрактными объектами | relationship between the rep objects and the abstract objects (ssn) |
| связь между оценками и планами | relationship between estimates and plans (ssn) |
| Связь между ПЛК осуществляется на основе равноправных узлов отсутствует главная станция с передачей маркера по сетевой магистрали, образованной биаксиальным кабелем | PLCs communicate with each other on a peer to peer no master token passing highway based on twinaxial cable (см. E.A. Parr Programmable Controllers – An Engineer's Guide ssn) |
| связь между поведением возможностей и его реализацией | associating behavior between capabilities and their implementation (ssn) |
| связь между рекурсией и математической индукцией | relationship between recursion and mathematical induction (ssn) |
| связь между системами | communication between systems (ssn) |
| связь между таблицами | cross table relationship (ssn) |
| связь между таблицами | crosstable relationship (ssn) |
| Связь между такими сервисами осуществляется через сетевые вызовы, а не через вызовы методов в границах процесса | Communication between these services occurs via calls across a network rather than method calls within a process boundary (ssn) |
| связь между узлом и сетевым интерфейсом | node to network interface communication (ssn) |
| Сервис представляет собой логическую связь между возможностями и компонентами сервиса | A service represents a logical association between capabilities and service components (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) |
| Структурные модели – это модели декомпозиции сервисов, отражающие их связи с другими сервисами и позволяющие архитекторам устанавливать зависимости между сервисами, понимать и анализировать влияние изменений ещё до того, как эти изменения происходят | Structural models represent the decomposition of services in relation to other services – thus, allowing architects to capture dependencies between services, and understand and analyze the impact of change before it happens (ssn) |
| Структурные модели это модели декомпозиции сервисов, отражающие их связи с другими сервисами и позволяющие архитекторам устанавливать зависимости между сервисами, понимать и анализировать влияние изменений ещё до того, как эти изменения происходят | Structural models represent the decomposition of services in relation to other services – thus, allowing architects to capture dependencies between services, and understand and analyze the impact of change before it happens (ssn) |
| устанавливать связь между объектами одного класса | establish links between objects of a single class (ssn) |
| установление принципов связи между модулями | establishing principles of inter-module communication (ssn) |
| чрезмерная минимизация связей между классами | excessive minimization of coupling between classes (ssn) |
| экземпляры связи между системами | instances of communication between systems (ssn) |
