| English | Russian |
| A component declaration defines a virtual design entity interface that may be used in a component instantiation statement | Объявление компонента описывает виртуальный интерфейс объекта проекта, который может быть использован в операторе конкретизации компонента (см. IEЕЕ Std. 1076-87. IEЕЕ Standard VHDL. Language Reference Manual ssn) |
| Architectural design is an exercise in managing module dependencies. Module A depends on module B if changes to module B may necessitate changes to module A. It is important that dependencies do not cross dependency firewalls Martin, 2003. In particular, dependencies should not propagate across non-neighboring layers and must not create cycles | Структурное проектирование – нечто вроде упражнения в управлении зависимостями модулей. Модуль A зависит от модуля B, если изменения в модуле B могут потребовать изменений в модуле A. Важно, чтобы эти зависимости не противоречили брандмауэрам зависимостей Мартин, 2003. В частности, зависимости не должны быть между несоседними уровнями и не должны создавать циклы (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| before embarking on a detailed discussion on the various design options, a revision of the design metrics, and a classification of the sequential elements is necessary | Прежде чем мы приступим к подробному обсуждению различных вариантов разработки, напомним существенные метрики проектирования и классификацию последовательностных элементов (см. Digital Integrated Circuits – A Design Perspective 2/e by Jan M. Rabaey, Anantha Chandrakasan, Borivoje Nikolić 2003) |
| before embarking on a detailed discussion on the various design options, a revision of the design metrics, and a classification of the sequential elements is necessary | Прежде чем мы приступим к подробному обсуждению различных вариантов разработки, напомним существенные метрики проектирования и классификацию последовательностных элементов (см. Digital Integrated Circuits A Design Perspective 2/e by Jan M. Rabaey, Anantha Chandrakasan, Borivoje Nikolić 2003) |
| Damage-correction techniques are of limited benefit because they require one to predict in advance a few possible types of damage and to design software functions to undo the damage when it occurs | Польза от методов борьбы с искажениями ограничена, поскольку предполагается, что разработчик заранее предугадает несколько возможных типов искажений и предусмотрит программно реализуемые функции для их устранения ("Software Reliability: Principles and Practices" by Glenford J. Myers (1976) ssn) |
| design is challenging | проект приложения не совсем ясен (ssn) |
| design is complex | проект приложения сложен (ssn) |
| design is complex, challenging, or both | проект приложения сложен, не совсем ясен или и то и другое (ssn) |
| design is straightforward and fairly well understood | проект приложения прост и относительно понятен (ssn) |
| design is straightforward and fairly well understood | проект приложения прост и относительно понятен (ssn) |
| for example, rule-oriented programming would be best suited for the design of a knowledge base, and procedure-oriented programming would be best for the design of computation-intense operations | Например, для проектирования базы знаний может оказаться наиболее удобным продукционный стиль программирования, а для решения вычислительных задач – процедурно-ориентированный |
| for these reasons, good code design is at least as important for mobile device software as it is for desktops | в силу описанных причин при разработке ПО для мобильных устройств удачная структура кода играет, по крайней мере, не меньшую роль, чем в случае настольных компьютеров (см. "Writing Mobile Code Essential Software Engineering for Building Mobile Applications" by Ivo Salmre 2005) |
| from the architectural design perspective, layers are vertical structures Figure 9-4. Vertical layers consist of partitions of packages Section 9.1.2. Superimposing vertical structures of layers on horizontal structures of partitions creates a hierarchy of package dependencies. Three critical objectives of good architectural design of layers are that | с точки зрения структурного проектирования уровни представляют вертикальные структуры рис. 9.4. Вертикальные уровни состоят из сегментов пакетов раздел 9.1.2. Наложение вертикальных структур уровней на горизонтальные структуры сегментов создаёт иерархию зависимостей пакетов. Три критических показателя хорошего структурного проектирования уровней следующие (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| in the design modeling phase, the software architecture of the system is designed, in which the analysis model is mapped to an operational environment | на этапе проектного моделирования разрабатывается программная архитектура системы, при этом аналитическая модель отображается на эксплуатационную среду (см. Software Modeling and Design by Hassan Gomaa 2011) |
| it is critically important to consider security and privacy concerns carefully during the design phase – mitigation of security and privacy issues is much less expensive when performed during the opening stages of a project lifecycle | Крайне важно тщательно рассматривать вопросы безопасности и приватности на этапе проектирования, так как решение проблем безопасности и приватности, осуществляемое на начальных этапах жизненного цикла, будет гораздо менее затратным (см. ISO/IEC 27034-1:2011 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) |
| making the correct selection is getting increasingly important in modern digital circuits, and can have a great impact on performance, power, and/or design complexity | так что при разработке современных цифровых схем очень важно выбрать правильные составляющие, поскольку это может оказать существенное влияние на быстродействие, мощность и/или сложность разработки (см. Digital Integrated Circuits – A Design Perspective 2/e by Jan M. Rabaey, Anantha Chandrakasan, Borivoje Nikolić 2003 ssn) |
| Operating system design is more of an engineering project than an exact science | Разработка операционных систем представляет собой в большей мере инженерный проект, нежели точную науку (ssn) |
| Software design is the process of selecting and documenting the most effective elements that together will implement the software system requirements | Дизайн программного обеспечения – это процесс выбора и документирования наиболее эффективных элементов, которые в совокупности будут реализовать требования к программной системе (ssn) |
| Software design is the process of selecting and documenting the most effective elements that together will implement the software system requirements | Дизайн программного обеспечения это процесс выбора и документирования наиболее эффективных элементов, которые в совокупности будут реализовать требования к программной системе (ssn) |
| State machine design is a good practice in server, desktop, and mobile device software design | Использование конечных автоматов стало уже обычной практикой при проектировании приложений для настольных компьютеров, серверов и мобильных устройств ("Writing Mobile Code Essential Software Engineering for Building Mobile Applications" by Ivo Salmre (2005) ssn) |
| Tailoring existing structures to fit the current project is important to organizational design | Подгонка существующих структур с учётом выполнения текущего проекта имеет важное значение для организационной модели (см. "Quality Software Project Management" by Robert T. Futrell, Donald F. Shafer, Linda I. Safer 2002 ssn) |
| Taking advantage of the concatenation technique, it is possible to design classes which are intended solely or primarily to act as prefixes to other classes or to blocks | Используя преимущества механизма сочленения, можно разработать ряд классов, предназначенных исключительно для использования в качестве префиксов к другим классам или блокам (ssn) |
| that provides an unambiguous and universal representation of the design's intent | это обеспечивает точное и всестороннее представление о предназначении устройства (см. 'The Design Warrior's Guide to FPGAs' by Clive "Max" Maxfield 2004 ssn) |
| the code is the design | код и есть проект (Alex_Odeychuk) |
| the design of automatic digital computers is not a simple matter | Проектирование автоматических цифровых компьютеров – непростое дело |
| the design of automatic digital computers is not a simple matter | Проектирование автоматических цифровых компьютеров непростое дело |
| the design process is normally done with "assumed complete knowledge" of the process | Процедура синтеза обычно выполняется в предположении о наличии "полной информации об объекте управления" (см. Modern Control Systems by Richard C. Dorf & Robert H. Bishop 2008) |
| the discipline associated with following a formal design paradigm is extended to the "low level" as well as high level software tasks | Дисциплина, связанная с нижеследующей парадигмой формального проекта, расширена как на "низкий уровень", так и на высокий уровень задач программного обеспечения (см. Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World) |
| the first stage in the design of the control software for this system is the selection of tasks | Первая стадия в проектировании управляющего программного обеспечения для этой системы – выделение задач (см. Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World) |
| the first stage in the design of the control software for this system is the selection of tasks | Первая стадия в проектировании управляющего программного обеспечения для этой системы выделение задач (см. Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World) |
| the fundamental character of an imperative programming language is in large part determined by the design of the storage bindings for its variables. It is therefore important to have a clear understanding of these bindings | Основные свойства императивного языка программирования в значительной степени определяются разработкой способов связывания ячеек памяти с переменными, которые в них хранятся. Из этого следует важность чёткого понимания этих связей (см. Concepts of programming languages / Robert W. Sebesta.–10th ed. 2012) |
| the most obvious and traditional method of design verification is prototyping | Наиболее очевидный и традиционный метод верификации проекта-при помощи прототипа |
| the term used here is design classes or simply classes, but other terms may be more suitable elsewhere in the book | Здесь будет использован термин классы проекта или просто классы, но другие термины могут быть более подходящими в других местах книги (классы проекта термин, одобренный и Unified Process, Унифицированный процесс; design classes is also the term favored by the Unified Process; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
| Threat modeling is a team exercise encompassing program/project managers, developers and testers and represents the primary security analysis task performed during the software design stage | Моделирование угроз является командной работой, охватывающей руководителей проекта/программы, разработчиков и специалистов по тестированию, и представляет основную задачу анализа безопасности, осуществляемую на этапе проектирования программных средств (см. ISO/IEC 27034-1:2011 ssn) |
