| Russian | English |
| агрегирование: полное или частичное отношение, в котором один объект состоит из одного или нескольких других объектов, каждый из которых рассматривается как часть целого. это отношение является слабой формой отношения включения, в котором сроки жизни целого и его частей не зависят друг от друга | aggregation: A whole/part relationship where one object is composed of one or more other objects, each of which is considered a part of the whole. This relationship is a weak form of containment in that the lifetimes of the whole and its parts are independent (см. Object-Oriented Analysis and Design with Applications 3rd Edition by Grady Booch) |
| Выполнение сети Петри или поведение моделируемой системы рассматривается здесь как последовательность дискретных событий | Petri net execution and the system behavior which it models is viewed here as a sequence of discrete events (ssn) |
| Графы рассматриваются как основной концептуальный инструмент тестирования | Graphs are introduced as the central conceptual tool of testing (см. Black-box testing: techniques for functional testing of software and systems by Boris Beizer 1995 ssn) |
| Данное средство может рассматриваться как комбинация процедур анализа с помощью дерева отказов и дерева событий | the technique can be regarded as a combination of fault tree and event tree analysis (см. IEC 61508-7:2010) |
| ещё совсем недавно большинство разработчиков рассматривали термин формальная верификация как синоним проверки на эквивалентность | in the not-so-distant past, the term formal verification was considered synonymous with equivalency checking for the majority of design engineers (см. 'The Design Warrior's Guide to FPGAs' by Clive "Max" Maxfield 2004) |
| как и всё производство ПО, структурное проектирование – непрерывная, итерационная и пошаговая работа. Первоначально структурные решения принимаются на основе широкого взгляда на структуру ПО. Одно из первых принятых решений касается структурирования системы на уровни модулей и установления принципов связи между модулями. это тема данной главы. Более детальные структурные решения, типа связи внутри модуля, рассматриваются позже в соответствующих местах книги | 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) |
| как рассматривать время | how to think about time (ssn) |
| Крайне важно тщательно рассматривать вопросы безопасности и приватности на этапе проектирования, так как решение проблем безопасности и приватности, осуществляемое на начальных этапах жизненного цикла, будет гораздо менее затратным | 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) |
| рассматриваться как синоним проверки на эквивалентность | be considered synonymous with equivalency checking (ssn) |
| с другой стороны, сообщение, пришедшее быстрее всех, можно рассматривать как самое точное, поскольку оно предположительно попало в момент наименьшего трафика и поэтому наиболее точно отражает чистое время прохождения | Alternatively, the message that came back fastest can be taken to be the most accurate since it presumably encountered the least traffic underway and therefore is the most representative of the pure propagation time (см. Distributed systems: principles and paradigms / Andrew S. Tanenbaum, Maarten Van Steen 2002 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) |
