| Russian | English |
| в настоящей книге принят современный подход к решению этих открытых задач, в основе которого, во-первых, лежат принципы, базирующиеся на современных тенденциях применения технологии ИИ в робототехнике, а во-вторых, концепции, сложившиеся в новейших подходах к динамичной разработке программного обеспечения | this book takes a modern approach to these open problems, inspired by principles from the nouvelle AI trend in robotics and concepts reminiscent of agile development of software (см. AI Game Development: Synthetic Creatures with Learning and Reactive Behaviors / Alex J. Champandard 2003 ssn) |
| дата в формате, принятом в CIIIA | U.S. formatted date (месяц/день/год (month/day/year), напр., 02/09/2004; отображение (форматирование) даты и времени 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) |
| Классы проекта группируются в пакеты согласно структурному шаблону, принятому для разрабатываемого проекта. Пакет UML, 2002 – группировка элементов моделирования под назначенным именем. Пакет может содержать другие пакеты. Пакеты могут быть сгруппированы и структурированы в иерархические уровни, подходящие для выбранной структуры ПО | Design classes are grouped into packages according to an architectural framework adopted for the development project. A package UML, 2002 is a grouping of modeling elements under an assigned name. A package may contain other packages. Packages can be grouped and structured into hierarchical layers supportive of the chosen software architecture (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| Классы проекта группируются в пакеты согласно структурному шаблону, принятому для разрабатываемого проекта. Пакет UML, 2002 группировка элементов моделирования под назначенным именем. Пакет может содержать другие пакеты. Пакеты могут быть сгруппированы и структурированы в иерархические уровни, подходящие для выбранной структуры ПО | Design classes are grouped into packages according to an architectural framework adopted for the development project. A package UML, 2002 is a grouping of modeling elements under an assigned name. A package may contain other packages. Packages can be grouped and structured into hierarchical layers supportive of the chosen software architecture (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| не принятое к обслуживанию поступление | turned away arrival (ssn) |
| необходимо принять во внимание | it is necessary to consider (ssn) |
| Обратите также внимание, что разработка и код итерации 1 условно оптимальны по педагогическим причинам. Многие важные объектно-ориентированные технологии не использовались в итерации 1 из-за заложенной в книге педагогики и принятой последовательности представления тем. Соответственно, обсуждение рефакторинга в этой главе также условно оптимально | Note also, that the development and code of Iteration 1 is suboptimal for pedagogically-motivated reasons. Many important object-oriented technologies were not used in Iteration 1 because of the book's pedagogy and the adopted sequence of topic presentation. Accordingly, the discussion of refactoring in this chapter is suboptimal as well (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| официально принятый | formally approved (ssn) |
| приложение, принятое в промышленную эксплуатацию | application in production (InfoWorld Alex_Odeychuk) |
| принятая в .NET Framework сигнатура обработчика события | standard .NET Framework event handler signature (ssn) |
| принятая последовательность | adopted sequence (ssn) |
| принятая последовательность представления тем | adopted sequence of topic presentation (ssn) |
| принятая процедура | policy (ssn) |
| принятая статья | accepted article (ssn) |
| принятое по умолчанию окно | default window (ssn) |
| принятые деления | common divisions (при моделировании объектно-ориентированных систем ssn) |
| Принятые деления описывают конкретные способы представления мира. В UML существует два принятых деления: классификатор / экземпляр и интерфейс / реализация | Common divisions describe particular ways of thinking about the world. There are two common divisions in UML classifier/instance, and interface/implementation (см. UML 2 and the Unified Process: Practical Object-Oriented Analysis and Design, Second Edition by Jim Arlow and Ila Neustadt 2005) |
| Принятые деления описывают конкретные способы представления мира. В UML существует два принятых деления: классификатор/экземпляр и интерфейс/реализация | Common divisions describe particular ways of thinking about the world. There are two common divisions in UML — classifier/instance, and interface/implementation (см. UML 2 and the Unified Process: Practical Object-Oriented Analysis and Design, Second Edition by Jim Arlow and Ila Neustadt 2005 ssn) |
| принятые стандарты | coding standards (кодирования ssn) |
| принятый в .NET Framework | standard .NET Framework (ssn) |
| принятый в этом году | adopted this year (ssn) |
| принятый входящий кадр | accepted incoming frame (ssn) |
| принятый подход | primer approach (ssn) |
| принятый продукт | accepted product (см. один из справочных примеров reference examples приложения А стандарта IEC 61499-2 ssn) |
| Принять действие события | Accept Event Action (Visual Studio 2012 ssn) |
| принять заказ | receive order (ssn) |
| принять поставку оборудования | accept delivery of equipment (ssn) |
| принять поставленное оборудование | accept delivery of equipment (ssn) |
| согласно принятому соглашению | in compliance with that convention (упомянутому соглашению Alex_Odeychuk) |
| статья принята к печати | article accepted for publication (ssn) |
| структура каталогов с исходным кодом соответствует принятым стандартам | structure of source code directory tree meets the coding standards (ssn) |
| часть программы по созданию ПО, в которой может принять участие любой желающий с целью улучшения данного ПО | outreach track (qwarty) |
| этот унифицированный подход был принят для того, чтобы разработать рациональную и последовательную техническую концепцию для всех электрических систем, связанных с безопасностью | this unified approach has been adopted in order that a rational and consistent technical policy be developed for all electrically-based safety-related systems (см. IEC 61508-1, ГОСТ Р МЭК 61508-1-2007) |
