| Subject | English | Russian |
| mil. | facility for automated software production | установка для автоматизированного изготовления программных средств |
| mil., avia. | ground software production facility | наземный комплекс по производству программного обеспечения |
| progr. | in the software lifecycle, the time and effort put into the code maintenance significantly outweighs the time and effort put into writing the code in the first place. Code maintenance is reading it and trying to understand it in order to modify or extend it. Any refactoring of code during its production, no matter how small, can significantly benefit software maintainers | в жизненном цикле ПО время и трудозатраты на сопровождение кода существенно превышают время и трудозатраты на первоначальное написание кода. При сопровождении кода необходимо прочитать и попробовать понять его, чтобы затем изменить или расширить. Любой рефакторинг кода в процессе его создания, независимо от того, сколь он мал, может принести существенную пользу эксплуатационному персоналу ПО (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| progr. | 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) |
| progr. | modern object-oriented software production | современное объектно-ориентированное создание ПО (ssn) |
| progr. | modern object-oriented software production | современное объектно-ориентированное создание программного обеспечения (ssn) |
| progr. | modularize the software and its production process | собирать программное обеспечение из блоков в процессе его разработки (ssn) |
| progr. | object-oriented software production | объектно-ориентированное создание ПО (ssn) |
| progr. | object-oriented software production | объектно-ориентированное создание программного обеспечения (ssn) |
| automat. | production control software package | пакет программ для управления производством |
| oil | production predicting software | программа прогнозирования добычи (dimock) |
| softw. | production-ready software | программное обеспечение промышленного качества (Alex_Odeychuk) |
| progr. | production-ready software development | разработка программного обеспечения промышленного качества (Alex_Odeychuk) |
| telecom. | software engineering production plan | производственный план по разработке программного обеспечения (oleg.vigodsky) |
| progr. | software production | производство ПО (ssn) |
| progr. | software production | производство программного обеспечения (ssn) |
| tech. | software production facility | оборудование для производства средств программного обеспечения |
| mil. | software production unit | группа подготовки программного обеспечения |
| softw. | software running in production | программное обеспечение, переданное в промышленную эксплуатацию (Alex_Odeychuk) |
| softw. | software running in production | программное обеспечение, принятое в промышленную эксплуатацию (Alex_Odeychuk) |
| progr. | the second way of avoiding at least some of the complexity problems is to modularize the software and its production process | Второй способ избежать, по крайней мере, некоторых из проблем роста сложности состоит в использовании модульной организации программного обеспечения и процесса его создания |
| progr. | these observations are particularly, and painfully, true for modern object-oriented software production. The object paradigm equips a software engineer with a multitude of very powerful programming abstractions, which – when used unwisely – result in programs impossible to understand and maintain, even by programmers who wrote them | эти утверждения, особенно и в большой степени, истинны для современного объектно-ориентированного создания ПО. Понятие объекта вооружает инженера ПО множеством очень мощных абстракций программирования. Но если они используются неблагоразумно, получаются программы, которые невозможно ни понять, ни обслуживать даже теми программистами, которые написали их (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| progr. | these observations are particularly, and painfully, true for modern object-oriented software production. The object paradigm equips a software engineer with a multitude of very powerful programming abstractions, which when used unwisely result in programs impossible to understand and maintain, even by programmers who wrote them | эти утверждения, особенно и в большой степени, истинны для современного объектно-ориентированного создания ПО. Понятие объекта вооружает инженера ПО множеством очень мощных абстракций программирования. Но если они используются неблагоразумно, получаются программы, которые невозможно ни понять, ни обслуживать даже теми программистами, которые написали их (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |