| Russian | English |
| база данных о внешних связях предприятия | enterprise external relationship data base (см. Р 50.1.031-2001. Терминологический словарь. Часть 1. Стадии жизненного цикла продукции ssn) |
| блок данных о переменных в области действия идентификатора и о связях | stack frame (ssn) |
| возможности связи смоделированных данных и функций | communication features of the data and functions modelled (ssn) |
| Данная схема похожа на схему из пары инверторов с перекрёстными обратными связями, в которой вместо инверторов использованы вентили НЕ-ИЛИ | this circuit is similar to the cross-coupled inverter pair with NOR gates replacing the inverters (см. Digital Integrated Circuits – A Design Perspective 2/e by Jan M. Rabaey, Anantha Chandrakasan, Borivoje Nikolić 2003 ssn) |
| диаграмма причинно-следственных связей: графическое представление входных данных и / или сигналов причин и связанных выходных данных следствий, которое может быть использовано для разработки тестовых сценариев | cause-effect graph: A graphical representation of inputs and/or stimuli causes with their associated outputs effects, which can be used to design test cases (см. Standard glossary of terms used in Software Testing) |
| изменения в средствах связи с базами данных | database connectivity changes (компании Embarcadero Technologies Alex_Odeychuk) |
| интерфейс связи с базами данных для платформы Java | Java database connectivity (средство организации доступа Java-приложений к базам данных в сети (Oracle) 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) |
| квитирование установления связи с отправителем данных | source handshake (ssn) |
| модели данных сущность-связь-атрибут | entity-relationship-attribute data models (ssn) |
| модель данных сущность-связь-атрибут | entity-relationship-attribute data model (ssn) |
| Модель, описываемая в серии стандартов МЭК 61850-7, ориентирована на возможности связи смоделированных данных и функций | the focus of the model defined in IEC 61850-7-x is on the communication features of the data and functions modelled (см. IEC 61850-7-1) |
| Одна из целей использования рефакторинга называется большим классом классом, который делает слишком много и / или имеет слишком много элементов данных. Большие классы могут возникнуть из-за чрезмерной минимизации связей между классами. В случае большого класса в коде итерации 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) |
| связь на основе потоков данных | stream-oriented communication (ssn) |
| связь с базой данных | communication with the database (ssn) |
| связь с базой данных | database connection (ssn) |
| связь с существующими данными | link to existing data (ssn) |
| создание связи с существующими данными | creating a link to existing data (ssn) |
| средства связи с корпоративными базами данных | enterprise database connectivity (компании Embarcadero Technologies Alex_Odeychuk) |
| удалить связь с источником данных | remove the association with the data source (Alex_Odeychuk) |
| установление связи с базой данных | establishing database connection (ssn) |
