| Russian | English |
| архитектура рассматриваемой системы | system-of-interest architecture (ssn) |
| Архитектура рассматриваемой системы, состоящая из элементов программных и технических средств, людей и их интерфейсов внутренних и внешних | A system-of-interest architecture comprised of hardware elements, software elements and humans and their interfaces internal and external (см. ISO/IEC 15288:2002E ssn) |
| граница раздела рассматриваемых систем или отдельных частей системы | shared boundary between a considered system and another system, or between parts of a system (ssn) |
| жизненный цикл рассматриваемой системы | life cycle of the system-of-interest (ssn) |
| интерфейс: граница раздела рассматриваемых систем или отдельных частей системы, через которую передаётся информация или электрическая энергия | interface: A shared boundary between a considered system and another system, or between parts of a system, through which information or electrical energy is conveyed (см. IEC 61131-2 и ГОСТ Р 51841-2001 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) |
| оценка осуществимости замысла и решений для рассматриваемой системы | assessment of feasible system-of-interest concepts and solutions (ssn) |
| потребности в услугах, предоставляемых рассматриваемой системой | need for services from a system-of-interest (ssn) |
| развитие рассматриваемой системы во времени, начиная от замысла и заканчивая списанием | the evolution with time of a system-of-interest from conception through to retirement (жизненный цикл системы ssn) |
| развитие рассматриваемой системы на протяжении её жизненного цикла | progression of the system-of-interest through its life cycle (ssn) |
| рассматриваемая система | system-of-interest (система, жизненный цикл которой рассматривается в рамках стандарта ISO/IEC 15288 ssn) |
| рассматриваемая система | system under discussion (сокр. SuD ssn) |
| рассматриваемая система | considered system (ssn) |
| Рассматриваются общие вопросы разработки семейства программных систем в рамках линейки программных продуктов на основе систематического повторного использования программных активов | the paper discusses common program family development tasks within the bounds of software-product line based on systematic software reuse |
| системы, находящиеся вне рассматриваемой предметной области | systems outside the domain (ssn) |
| Структуру системы следует рассматривать на ранних этапах процесса. Буч и др. 1999 рассматривают структуру как единство трёх основных характеристик любого процесса разработки, использующего UML. Эти три характеристики процесса следующие: | Architecture of the system should be addressed early in the process. Booch et al. 1999 consider architecture as one of only three main characteristics of any development process favoring the UML. The three characteristics of the process are: (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| требования рассматриваемой системы | system-of-interest requirements (ssn) |
| требования рассматриваемой системы к обеспечивающим системам | system-of-interest requirements for enabling services (услугам обеспечивающих систем ssn) |
| услуги обеспечивающих систем, предоставляемые рассматриваемой системе | enabling system services delivered to the system-of-interest (ssn) |
| услуги, предоставляемые рассматриваемой системой | system-of-interest services (ssn) |
| услуги, предоставляемые рассматриваемой системой | services from a system-of-interest (ssn) |
| услуги, предоставляемые рассматриваемой системой в среду её функционирования | system-of-interest services to its operational environment (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) |
