| English | Russian |
| 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) |
| maximum length of time that the processing of this step should take | максимально возможное время активности этого шага (ssn) |
| once fields and methods are relocated to new class classes, an association link should be established from the old to the new class. This can be one-way link unless there is an obvious need for backward message passing. Of course, the relocation of methods has an impact on client classes that depended on these methods. This necessitates changes to method invocations in these classes | как только поля и методы будут перемещены в новый класс классы, должна быть установлена связь ассоциации от старого класса к новому. это может быть односторонняя связь, если нет очевидной потребности в обратной передаче сообщений. Конечно, перемещение методов должно влиять на классы клиента, которые зависели от этих методов. это требует изменений в обращениях к методам в этих классах (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| Placing software development in the context of business modeling means that a software process is derived from a wider business model and it tries to support and implement a particular business process in that model. This means that a software product/service cannot be just an information service. It should also implement and assist in business actions | Помещение разработки ПО в среду бизнес-моделирования означает, что процесс создания и эксплуатации ПО получен из более широкой бизнес-модели, и он старается поддерживать и реализовывать конкретный бизнес-процесс в этой модели. Отсюда следует, что программный продукт / сервис не может быть только информационным сервисом. Он должен также реализовывать бизнес-операции или содействовать им (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| requirement that the memory should hold state for extended periods of time | требование хранения состояния на протяжении длительного периода времени (ssn) |
| Stream manipulator internal indicates that a number's sign should be left justified within a field, that the number's magnitude should be right justified and that intervening spaces should be padded with the fill character | Манипулятор потока internal указывает, что знак числа должен выравниваться по левому краю поля, значение числа должно быть выровнено по правому краю, а в оставшееся пустое место должны выводиться символы-заполнители (C++ How to Program, 7th Edition by Harvey M. Deitel & Paul J. Deitel (2010) ssn) |
| the assumption is that the program should be behaving reasonably for any input data | Считается, что программа должна вести себя разумно при любых входных данных (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| the second objective states that the layer hierarchy should minimize dependencies between packages. the widely-accepted method of achieving this is by making higher layers depend on lower layers but not vice versa | Второй показатель утверждает, что иерархия уровней должна минимизировать зависимости между пакетами. Широко используемый метод достижения этого – делать более высокие уровни зависимыми от более низких уровней, но не наоборот (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| the second objective states that the layer hierarchy should minimize dependencies between packages. the widely-accepted method of achieving this is by making higher layers depend on lower layers but not vice versa | Второй показатель утверждает, что иерархия уровней должна минимизировать зависимости между пакетами. Широко используемый метод достижения этого делать более высокие уровни зависимыми от более низких уровней, но не наоборот (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| when registers are used in computational structures that are constantly clocked such as pipelined datapath, the requirement that the memory should hold state for extended periods of time can be significantly relaxed | когда регистры используются в постоянно переключающихся вычислительных структурах например, в конвейерном информационном канале, требование хранения состояния на протяжении длительного периода времени можно сильно ослабить (см. Digital Integrated Circuits – A Design Perspective 2/e by Jan M. Rabaey, Anantha Chandrakasan, Borivoje Nikolić 2003 ssn) |