| English | Russian |
| architectural view of the design model | архитектурное представление модели проектирования (представление архитектуры системы, охватывающее классы проектирования, подсистемы проектирования, интерфейсы проектирования и проектные реализации вариантов использования, которое формирует словарь системных решений. Также архитектурное представление модели проектирования охватывает задачи и процессы, формирующие механизмы параллелизма и синхронизации системы. Это представление ориентировано на представление нефункциональных требований, включая требования к производительности, масштабируемости и пропускной способности системы ssn) |
| creating report in design view | создание отчёта в режиме конструктора (ssn) |
| design view | вид с точки зрения проектирования (в UML архитектура программной системы (software system) наиболее оптимально может быть описана с помощью пяти взаимосвязанных видов или представлений, каждый из которых является одной из возможных проекций организации и структуры системы и заостряет внимание на определенном аспекте её функционирования. "Design view" охватывает классы, интерфейсы и кооперации, формирующие словарь задачи и её решения. Этот вид поддерживает прежде всего функциональные требования, предъявляемые к системе, то есть те услуги, которые она должна предоставлять конечным пользователям. С помощью языка UML статические аспекты этого вида можно передавать диаграммами классов и объектов, а динамические – диаграммами взаимодействия, состояний и действий ssn) |
| design view | представление проектирования (представление системной архитектуры, выделяющее классы, интерфейсы и кооперации, которые формируют словарь проблемной области и области решения. Касается функциональных требований к системе ssn) |
| graphical design view | графическое представление конструирования (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) |
| view of the design model | представление модели проектирования (ssn) |