Terms for subject Programming containing в природе

Russian	English
Выбор и разработка организацией конкретных форм жизненного цикла зависят от ряда факторов, включая бизнес-контекст, природу и сложность системы, стабильность требований, технологические возможности, потребность в различных системных возможностях во времени и наличие бюджетных средств и ресурсов	the selection and development of such life cycle forms by an organization depend on several factors, including the business context, the nature and complexity of the system, the stability of requirements, the technology opportunities, the need for different system capabilities at different times and the availability of budget and resources (см. ISO/IEC 15288:2002E)
как выявлено в оригинальной работе Брукса 1987, программное обеспечение нематериально по природе	as observed in the seminal work of Brooks 1987, software is immaterial in nature (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering)
Модели утверждаются и используются в технических изделиях. Эти изделия материальны по своей природе – мосты, строения, электростанции	the models are validated and applied in engineering products. These products are material in nature – bridges, buildings, power stations (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering)
Модели утверждаются и используются в технических изделиях. Эти изделия материальны по своей природе – мосты, строения, электростанции	the models are validated and applied in engineering products. These products are material in nature – bridges, buildings, power stations (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering)
природа времени в параллельных системах	nature of time in concurrent systems (ssn)
Учитывая это, природа компьютеризации проектов современных механических систем становится более понятной. Вычислительные способности и ограничения должны рассматриваться на всех стадиях процесса проектирования и реализации. В частности, эффективность окончательной промышленной системы будет существенно зависеть от качества функционирования программного обеспечения в реальном масштабе времени, которое управляет механизмом	with this context, the compucentric nature of modern mechanical systems designs becomes clearer. Computational capabilities and limitations must be considered at all stages of the design and implementation process. In particular, the effectiveness of the final production system will depend very heavily on the quality of the real time software that controls the machine (см. Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World)
Цель рефакторинга Интерфейс извлечения двойная и определяется так: "Несколько клиентов используют то же самое подмножество интерфейса класса или два класса содержат общую часть своих интерфейсов" Фаулер, 1999, с.341. Метод рефакторинга Интерфейс извлечения используется, чтобы "выделить подмножество в интерфейс" там же. Идея относительно этого рефакторинга связана с самой природой интерфейсов	the refactoring target of Extract Interface is twofold and defined as “Several clients use the same subset of a class's interface, or two classes have part of their interfaces in common” (Fowler, 1999, p.341). The Extract Interface refactoring method is to “extract the subset into an interface” (Fowler, 1999, p.341). The idea of this refactoring is related to the very nature of interfaces (Section 9.1.6; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering; раздел 9.1.6)