что такое аспекты проектирования

05.12.202316.04.2022 admin 0 Comments

Научная электронная библиотека

Бельков В. Н., Ланшаков В. Л.,

1.4. СТАДИИ, АСПЕКТЫ И РЕЖИМЫ ПРОЕКТИРОВАНИЯ

При проектировании сложных систем выделятся следующие стадии.

На стадии эскизного проектирования или опытно-конструкторских работ, производится детальная проработка всех частей проекта, конкретизируются и детализируются технические решения.

На стадии рабочего проекта формируется вся необходимая документация для изготовления изделия. Далее создаётся и испытывается опытный образец (или партия изделия), по результатам испытаний вносятся необходимые коррективы в проектную документацию, после чего осуществляется внедрение.

Расчленение (декомпозиция) описаний по характеру отображаемых свойств объекта приводит к появлению ряда аспектов описания.

Функциональный аспект связан с отображением основных принципов функционирования, характера физических и информационных процессов, протекающих в объекте.

Конструкторский аспект связан с реализацией результатов функционального проектирования, то есть с определением геометрических форм объектов и их взаимным расположением в пространстве.

Технологический аспект относится к реализации результатов конструкторского проектирования, то есть связан с описанием средств и методов изготовления объектов.

Возможно более дифференцированное описание свойств объекта с выделением в нём ряда подсистем и соответствующего числа аспектов (например, функциональный аспект можно разделить по физическим основам описываемых явлений на аспекты электрических, механических, гидравлических, химических и т.д.).

По характеру и степени участия человека и использования ЭВМ различают несколько режимов проектирования.

Диалоговый (интерактивный) режим является более совершенным режимом, при нём все процедуры в маршруте выполняются с помощью ЭВМ, а участие человека проявляется в оперативной оценке результатов проектных процедур или операций, в выборе продолжений и корректировке хода проектирования.

Развитие САПР происходит в частности, в направлении движения степени автоматизации. Однако работа в режиме диалога необходима, поскольку полностью процесс проектирования сложных систем формализовать не удаётся, а участие человека в ряде случаев позволяет ускорить процесс принятия решений.

Источник

Проектирование услуг как этап жизненного цикла услуг

4.2. Основные аспекты проектирования

Выделяется пять ключевых аспектов Проектирования услуг:

Конечно, ключевым аспектом проектирования является разработка решений, которые будут удовлетворять потребности бизнеса. Каждый раз при формировании новой услуги, она должна быть проверена по всем перечисленным выше пунктам. Это гарантирует то, что она сможет взаимодействовать и работать слаженно с другими услугами, которые уже находятся в эксплуатации. Рассмотрим подробнее ключевые аспекты Проектирования.

4.2.1. Проектирование решений

Для проектирования новой услуги или внесения изменений в существующую услугу необходимо совершить много действий. В первую очередь нужен строгий и структурированный подход, который позволит создать решение с оптимальной стоимостью, функциональностью, качеством и в заданном временном интервале. Этот процесс и его составляющие показаны на рис. 4.4. Показан жизненный цикл услуги, от новых или измененных требований бизнеса до проектирования, внедрения и эксплуатации. Важным моментом здесь является связь между людьми, которые эксплуатируют услугу, и теми, кто ее проектирует.

Ниже приведены области, которые должны быть рассмотрены в ходе проектирования решения:

4.2.2. Проектирование поддерживающих систем, в особенности Портфеля услуг

Наиболее эффективным способом управления услугами в течение всего жизненного цикла является использование подходящих систем и инструментов управления. Основной системой управления является Портфель услуг, который описывает услугу, предоставляемую поставщиком, в терминах ценности для бизнеса. Он оперирует потребностями бизнеса и тем, что поставщик предлагает в ответ на них. Портфель услуг содержит детальную информацию о всех услугах и их статусе с отображением текущего этапа жизненного цикла (рис. 4.5).

ITIL рекомендует устанавливать услугам статусы, приведенные ниже:

Портфель услуг является основным источником информации о требованиях и услугах, следовательно, проектировать его нужно очень аккуратно и последовательно. Аналогичный подход к проектированию требуют и другие системы управления, например, Service Knowledge Management System или Service Desk System.

Источник

Что такое аспекты проектирования

Planning, Protection and Optimisation. Основные аспекты проектирования.

Пять основных аспектов Проектирования услуг.

1. Проектирование решений, в том числе всех требуемых и согласованных функциональных требований, ресурсов и возможностей.
2. Проектирование поддерживающих управленческих систем и инструментов, в частности Портфеля услуг для управления и контроля услуг в рамках их жизненного цикла.
3. Проектирование технологий, систем и инструментов управления, необходимых для предоставления услуг.
4. Проектирование процессов, необходимых для построения дизайна, внедрения, эксплуатации и улучшения услуг.
5. Проектирование методов и метрик для измерения качества, эффективности и производительности услуг, архитектур и процессов.

Ключевым аспектом проектирования является разработка решений, которые будут удовлетворять потребности бизнеса. Каждый раз при формировании новой услуги, она должна быть проверена по всем перечисленным выше пунктам. Это гарантирует то, что она сможет взаимодействовать и работать слаженно с другими услугами, которые уже находятся в эксплуатации. Рассмотрим подробнее ключевые аспекты Проектирования.

Проектирование решений

Для проектирования новой услуги или внесения изменений в существующую услугу необходимо совершить много действий. В первую очередь нужен строгий и структурированный подход, который позволит создать решение с оптимальной стоимостью, функциональностью, качеством и в заданном временном интервале. Этот процесс и его составляющие показаны на рис.3 Показан жизненный цикл услуги, от новых или измененных требований бизнеса до проектирования, внедрения и эксплуатации. Важным моментом здесь является связь между людьми, которые эксплуатируют услугу, и теми, кто ее проектирует.

Требования к новым услугам извлекаются из Портфеля услуг. Каждое требование анализируется, документируется и согласовывается; разрабатывается проект решения, которое затем сравнивается со стратегиями и ограничениями стадии Стратегии услуг для того, чтобы обеспечить соответствие разработанного решения корпоративной и ИТ политикам. Каждое индивидуальное решение, проходящее эту стадию, также рассматривается совместно со всеми остальными аспектами стадии Проектирования услуг, включая:

Проектирование поддерживающих систем, в особенности Портфеля услуг

Наиболее эффективным способом управлять услугами в течение всего жизненного цикла является использование подходящих систем и инструментов управления. Основной системой управления является Портфель услуг, который описывает услугу, предоставляемую поставщиком, в терминах ценности для бизнеса. Он оперирует потребностями бизнеса и тем, что поставщик предлагает в ответ на них. Портфель услуг содержит детальную информацию о всех услугах и их статусе с отображением текущего этапа жизненного цикла (рис. 4).

Различные элементы одной услуги могут иметь различные статусы в один момент времени. Каждая организация должна аккуратно проектировать Портфель услуг, его содержание и доступ к нему. Содержание Портфеля услуг должно включать в себя следующую информацию:
1. Имя услуги
2. Описание услуги
3. Статус услуги
4. Классификацию услуги и ее критичность
5. Используемые приложения
6. Используемые данные или/и схемы данных
7. Бизнес-процессы, поддерживаемые услугой
8. Владельцы бизнеса
9. Пользователи бизнеса
10. Владельцы IT
11. Уровень гарантии качества услуги, ссылки на SLA и SLR
12. Поддерживающие услуги
13. Поддерживающие ресурсы
14. Услуги, которые зависят от рассматриваемой услуги
15. OLA, контракты и соглашения
16. Затраты на услугу
17. Издержки на услугу (если это применимо в данном случае)
18. Доход от услуги (если это применимо в данном случае)
19. Метрики для услуги.

Заказчики и пользователи могут получить доступ к услугам только на стадиях между «наполнена» и «эксплуатация». Услуги с этими статусами содержатся в Каталоге услуг. Несмотря на то, что проектирование Портфеля услуг осуществляется на стадии проектирования, владеет и управляет им процесс Управления Портфелем услуг с этапа Построения стратегии.

Проектирование архитектур технологий

Технологические архитектуры и системы управления: для обеспечения согласования всех технологических архитектур и систем управления с новой или измененной услугой, включая проверку способности эксплуатировать и сопровождать новую услугу. Если согласование не возможно, то необходимо усовершенствовать архитектуры или системы управления, либо пересмотреть дизайн новой услуги.

В качестве системы в данном контексте может рассматриваться организация в целом, бизнес-функция, информационная система и т.п. Сущность проектирования архитектур заключается в развитии и поддержке политик, стратегий, архитектур, дизайнов, документов, планов и процессов IT с целью развертывания и дальнейшей эксплуатации подходящих для организации услуг и решений.

Входными данными для проектирования архитектур являются планы, стратегии и политики бизнеса и этапа Построения стратегии. Задачей проектировщиков является совершенствование и развитие дизайнов, планов, политик и архитектур. Этот процесс рассматривает также распределение ответственностей и ролей, услуги, технологии, архитектуры, процессы и процедуры, партнеров и поставщиков, методы управления. Проектирование архитектур также покрывает все вопросы в отношении технологий, в том числе инфраструктуру, окружение, приложения и данные.

Как уже было отмечено выше, в качестве системы можно рассматривать организацию в целом. Организация является сложной системой с множеством компонентов: персонал, бизнес-функции, процессы, организационная структура, информационные ресурсы, финансовые ресурсы, стратегии, системы управления и т.п. Архитектура корпорации должна показывать, как эти компоненты взаимодействуют друг с другом для достижения общей корпоративной цели. ITIL рассматривает архитектуру корпорации в контексте бизнеса, который она ведет, и используемых информационных систем (рис. 5)

Процесс всегда создается для достижения определенных целей. Выходы процесса должны напрямую зависеть от этих целей. При проектировании важным является разработка системы измерения и метрик для выходов процесса, системы отчетности и улучшения. У каждого процесса есть владелец, ответственный за процесс, его улучшение и то, что процесс обеспечивает достижение своих целей. Цели должны быть измеримы и описываться в терминах выгоды для бизнеса с учетом принятых политик и стратегий. На этапе Проектирования каждому процессу назначается владелец.
Выходы процесса должны соответствовать некому набору операционных норм, источником которых являются цели бизнеса. Если результаты процесса соответствуют нормам, его можно назвать эффективным (потому что он может быть повторен, является измеримым и управляемым). Процесс также может быть назван эффективным, если он использует минимальный набор ресурсов. Результаты измерения и анализа процесса с соответствующими метриками должны отображаться в управленческих отчетах и поступать на вход процесса Непрерывного улучшения.

Процесс является основой ITIL. Определение необходимых входов и выходов для процессов внутри организации дает возможность более эффективного и рационального управления ею. Установление норм для процессов позволяет измерить качество их работы. Нормы определяют конкретные условия, которым должны соответствовать результаты процесса. Определение норм дает основу процессу оценки качества процессов. Перед началом проектирования любого процесса важно представлять, как его выходы будут выглядеть. Каждая организация должна использовать формализованный подход для проектирования и реализации процессов сервис-менеджмента. Не нужно стремиться создавать «идеальные процессы». Важно проектировать практичные и приемлемые для данной организации процессы с встроенными в них механизмами улучшения. Одним из направлений развития процессного подхода является создание инструментов и стандартов, которые позволят осуществить интеграцию процессов, принадлежащих разным организациям. Примером является открытый стандарт DMTF, основанный на концепциях ITIL. Он формализует обмен информацией об инцидентах, проблемах и изменениях между процессами

Проектирование методов и метрик для измерения

Методики измерения и метрики: для обеспечения наличия в существующих методиках измерения метрик, необходимых для оценки новой или измененной услуги. Если предполагаемые метрики обеспечить не возможно, то существующие методы измерения должны быть усовершенствованы, либо спроектированные метрики должны быть пересмотрены.

Данная часть этапа Проектирования имеет большое значение, так как именно система измерения предоставляет информацию об эффективности услуги. Эта информация оказывает влияние на поведение людей, работающих с измеряемыми процессами, цели, производительность персонала и команды, а также оплату труда.

Используемая система измерения и соответствующие ей метрики должны отражать качество и эффективность процессов проектирования с точки зрения бизнеса, заказчиков и пользователей. Она должна достоверно показывать способность услуги удовлетворять согласованным требованиям бизнеса.

Действия в рамках Проектирования услуг

Прежде чем передать спроектированное решение на этап Внедрения, необходимо выполнить ряд дополнительных действий:
1. Оценка альтернативных решений. Эта деятельность необходима, если к предоставлению услуг привлечены внешние поставщики услуг и решений. Состоит из следующего:
— формирование набора поставщиков и организация тендера;
— обзор и оценка всех решений, предлагаемых поставщиками. Отбор наиболее подходящих для конкретной задачи поставщиков;
— оценка и расчет стоимости альтернатив, с последующим выборов наилучших.

2. Снабжение выбранного решения
Хотя существует возможность, что для разработанного решения не потребуется участие третьих сторон (то есть поставщиков), тем не менее, на практике чаще всего они участвуют, а, следовательно, необходимо выполнить следующее:
— завершение всех необходимых проверок выбранного поставщика;
— заключение контрактов с поставщиком;
— снабжение выбранного решения.

3. Разработка решения. Сюда относится деятельность по трансляции проекта услуги в план по ее разработке. Каждый план будет ответственен за разработку одного или более компонентов услуги и должен включать следующее:
— потребности бизнеса;
— стратегия, применяемая для разработки и/или приобретения решения;
— временные рамки;
— требуемые ресурсы, в том числе возможности и инфраструктуры IT, квалифицированный персонал и т.п.;
— разработка услуги и ее компонентов, в том числе механизмов управления, формирования отчетности, измерения и т.п.
— план тестирования услуги и ее компонентов.

Источник

Основы автоматизированного проектирования

3.1. Иерархические уровни проектирования

3.1. Иерархические уровни проектирования ……………

3.2. Стадии проектирования ………………

3.3. Содержание технических заданий на проектирование ……

3.4. Классификация моделей и параметров, используемых при автоматизированном проектировании ………………………………….

3.1. Иерархические уровни проектирования

При использовании блочно-иерархического подхода к проектированию представления о проектируемой системе расчленяют на иерархические уровни. На верхнем уровне используют наименее детализированное представление, отражающее только самые общие черты и особенности проектируемой системы. На следующих уровнях степень подробности описания возрастает, при этом рассматривают уже отдельные блоки системы, но с учетом воздействий на каждый из них его соседей. Такой подход позволяет на каждом иерархическом уровне формулировать задачи приемлемой сложности, поддающиеся решению с помощью имеющихся средств проектирования. Разбиение на уровни должно быть таким, чтобы документация на блок любого уровня была обозрима и воспринимаема одним человеком.

Другими словами, блочно-иерархический подход есть декомпозиционный подход, который основан на разбиении сложной задачи большой размерности на последовательно и (или) параллельно решаемые группы задач малой размерности, что существенно сокращает требования к используемым вычислительным ресурсам и время решения задач.

Список иерархических уровней может быть специфичным, но в большинстве характерно следующее выделение уровней:

• системный уровень, на котором решают наиболее общие задачи проектирования систем, машин и процессов; результаты проектирования представляют в виде структурных схем, генеральных планов, схем размещения оборудования, диаграмм потоков данных и т. п.;

• макроуровень, на котором проектируют отдельные устройства, узлы машин и приборов; результаты представляют в виде функциональных, принципиальных и кинематических схем, сборочных чертежей и т. п.;

• микроуровень, на котором проектируют отдельные детали и элементы машин и приборов.

В зависимости от последовательности решения задач иерархических уровней различают следующие стили проектирования: нисходящее, восходящее и смешанное проектирование. Последовательность решения задач от нижних уровней к верхним характеризует восходящее проектирование, обратная последовательность приводит к нисходящему проектированию, в смешанном стиле имеются элементы как восходящего, так и нисходящего проектирования. В большинстве случаев для сложных систем предпочитают нисходящее проектирование. При наличии заранее спроектированных составных блоков (устройств) можно говорить о смешанном проектировании.

Неопределенность и нечеткость исходных данных при нисходящем проектировании (так как еще не спроектированы компоненты) или исходных требований при восходящем проектировании (поскольку ТЗ имеется на всю систему, а не на ее части) обусловливают необходимость прогнозирования недостающих данных с последующим их уточнением, т. е. последовательного приближения к окончательному решению (итерационность проектирования).

Наряду с делением на иерархические уровни применяют разделение представлений о проектируемых объектах на аспекты.

Аспект описания (страта) — описание системы или ёе части с некоторой оговоренной точки зрения, определяемой функциональными, физическими или иного типа отношениями между свойствами и элементами.

Различают аспекты функциональный, информационный, структурный и поведенческий (процессный).

Функциональное описание относят к функциям системы и чаще всего представляют его функциональными схемами.

Информационное описание включает в себя основные понятия предметной области (сущности), словесное пояснение или числовые значения характеристик (атрибутов) используемых объектов, а также описание связей между этими понятиями и характеристиками. Информационные модели можно представлять графически (графы, диаграммы сущность-отношение), в виде таблиц или списков.

Структурное описание относится к морфологии системы, характеризует составные части системы и их межсоединения и может быть представлено структурными схемами, а также различного рода конструкторской документацией.

Поведенческое описание характеризует процессы функционирования (алгоритмы) системы и (или) технологические процессы создания системы. Иногда аспекты описаний связывают с подсистемами, функционирование которых основано на различных физических процессах.

3.2. Стадии проектирования

Стадии проектирования — наиболее крупные части проектирования как процесса, развивающегося во времени.

В общем случае выделяют:

Стадию НИР иногда называют предпроектными исследованиями или стадией технического предложения. Очевидно, что по мере перехода от стадии к стадии степень подробности и тщательность проработки проекта возрастают, и рабочий проект уже должен быть вполне достаточным для изготовления опытных или серийных образцов. Близким к определению стадии, но менее четко оговоренным понятием, является понятие этапа проектирования.

Стадии (этапы) проектирования подразделяют на составные части, называемые проектными процедурами. Примерами проектных процедур могут служить подготовка деталировочных чертежей, анализ кинематики, моделирование переходного процесса, оптимизация параметров и другие проектные задачи. В свою очередь, проектные процедуры можно расчленить на более мелкие компоненты, называемые проектными операциями.

Например, при анализе прочности детали сеточными методами операциями могут быть:

Проектирование сводится к выполнению некоторых последовательностей проектных процедур— маршрутов проектирования.

Иногда разработку ТЗ на проектирование называют внешним проектированием, а реализацию ТЗ — внутренним проектированием.

3.3. Содержание технических заданий на проектирование

В ТЗ на проектирование объекта должно содержать, как минимум, следующие данные:

1. Назначение объекта.

2. Условия эксплуатации. Наряду с качественными характеристиками (представленными в вербальной форме) имеются числовые параметры, называемые внешними параметрами, для которых указаны области допустимых значений. Примеры внешних параметров: температура окружающей среды, внешние силы, электрические напряжения, нагрузки и т.п.

3. Требования к выходным параметрам, т.е. к величинам, характеризующим свойства объекта, интересующие потребителя. Эти требования выражены в виде условий работоспособности

3.4. Классификация моделей и параметров, используемых при автоматизированном проектировании

В автоматизированных проектных процедурах вместо еще не существующего проектируемого объекта оперируют некоторым квазиобъектом — моделью, которая отражает некоторые интересующие исследователя свойства объекта. Модель может быть физическим объектом (макет, стенд) или спецификацией. Среди моделей-спецификаций различают упомянутые выше функциональные, поведенческие, информационные, структурные модели (описания). Эти модели называют математическими, если они формализованы средствами аппарата и языка математики.

В свою очередь, математические модели могут быть геометрическими, топологическими, динамическими, логическими и т. п., если они отражают соответствующие свойства объектов.

Математическая функциональная модель в общем случае представляет собой алгоритм вычисления вектора выходных параметров Y при заданных векторах параметров элементов X и внешних параметров Q.

Математические модели могут быть символическими и численными. При использовании символических моделей оперируют не значениями величин, а их символическими обозначениями (идентификаторами). Численные модели могут быть аналитическими, т. е. их можно представить в виде явно выраженных зависимостей выходных параметров Y от параметров внутренних X и внешних Q, или алгоритмическими, в которых связь Y, X и Q задана неявно в виде алгоритма моделирования.

Классификацию математических моделей выполняют также по ряду других признаков. Так, в зависимости от принадлежности к тому или иному иерархическому уровню выделяют модели уровней системного, функционально-логического, макроуровня (сосредоточенного) и микроуровня (распределенного).

Кроме того, введены понятия полных моделей и макромоделей, моделей статических и динамических, детерминированных и стохастических, аналоговых и дискретных.

Полная модель объекта в отличие от макромодели описывает не только процессы на выходе объекта, но и внутренние процессы.

Статические модели описывают статические состояния, в них отсутствует время в качестве независимой переменной. Динамические модели отражают поведение системы, т. е. в них обязательно используется время.

Стохастические и детерминированные модели различают в зависимости от учета или не учета случайных факторов.

В аналоговых моделях переменные — непрерывные величины, в дискретных — дискретные, в частном случае дискретные модели являются логическими (булевыми), в них состояние системы и ее элементов описывается булевыми величинами. В ряде случаев полезно применение смешанных моделей, в которых одна часть подсистем характеризуется аналоговыми моделями, другая — логическими.

Информационные модели относятся к информационному аспекту описания автоматизированных систем, их используют для описания связей между единицами информации и, прежде всего, при проектировании баз данных (БД).

Обычно в алгоритмических моделях фигурируют фазовые переменные. Так, на макроуровне имитационные модели представляют собой системы алгебро-дифференциальных уравнений

где V — вектор фазовых переменных, t — время; V₀ — вектор начальных условий. К примерам фазовых переменных можно отнести: токи и напряжения в электрических системах, силы и скорости — в механических, давления и расходы — в гидравлических.

3.5. Типовые проектные процедуры

Создать проект объекта (изделия или процесса) означает выбрать структуру объекта, определить значения всех его параметров и представить результаты в установленной форме. Результаты (проектная документация) могут быть выражены в виде чертежей, схем, пояснительных записок, программ для программно-управляемого технологического оборудования и других документов на бумаге или на машинных носителях информации.

Разработка (или выбор) структуры объекта — проектная процедура, называемая структурным синтезом, а расчет (или выбор) значений параметров элементов X — процедура параметрического синтеза.

Задача структурного синтеза формулируется в системотехнике как задача принятия решений (ЗПР). Ее суть заключается в определении цели, множества возможных решений и ограничивающих условий.

Классификацию ЗПР осуществляют по ряду признаков. По числу критериев различают задачи одно- и многокритериальные. По степени неопределенности различают ЗПР детерминированные, ЗПР в условиях риска — при наличии в формулировке задачи случайных параметров, ЗПР в условиях неопределенности, т. е. при неполной или недостоверной исходной информации.

Реальные задачи проектирования, как правило, являются многокритериальными. Одна из основных проблем постановки многокритериальных задач — установление правил предпочтения вариантов. Способы сведения многокритериальных задач к однокритериальным и последующие пути решения изучаются в дисциплинах, посвященных методам оптимизации и математическому программированию.

Наличие случайных факторов усложняет решение ЗПР. Основные подходы к решению ЗПР в условиях риска заключаются или в решении «для наихудшего случая», или в учете в целевой функции математического ожидания и дисперсии выходных параметров. В первом случае, задачу решают как детерминированную при завышенных требованиях к качеству решения, что является главным недостатком подхода. Во втором случае, достоверность результатов решения намного выше, но возникают трудности с оценкой целевой функции. Применение метода Монте-Карло в случае алгоритмических моделей становится единственной альтернативой и, следовательно, для решения требуются значительные вычислительные ресурсы.

Задачу параметрического синтеза называют параметрической оптимизацией (или оптимизацией), если ее решают как задачу минимизации функции

1. 3. СТРУКТУРА ПРОЦЕССА ПРОЕКТИРОВАНИЯ

3.1. Иерархические уровни проектирования

• микроуровень, на котором проектируют отдельные детали и элементы машин и приборов.

Различают аспекты функциональный, информационный, структурный и поведенческий (процессный).

3.2. Стадии проектирования

В общем случае выделяют:

Например, при анализе прочности детали сеточными методами операциями могут быть:

3.3. Содержание технических заданий на проектирование

В ТЗ на проектирование объекта должно содержать, как минимум, следующие данные:

1. Назначение объекта.

3.4. Классификация моделей и параметров, используемых при автоматизированном проектировании

3.5. Типовые проектные процедуры

Создать проект объекта (изделия или процесса) означает выбрать структуру объекта, определить значения всех его параметров и представить результаты в установленной форме. Результаты (проектная документация) могут быть выражены в виде чертежей, схем, пояснительных записок, программ для программно-управляемого технологического оборудования и других документов на бумаге или на машинных носителях информации.

Источник

Онлайн портал info.epubbooks.ru

что такое аспекты проектирования

Научная электронная библиотека

1.4. СТАДИИ, АСПЕКТЫ И РЕЖИМЫ ПРОЕКТИРОВАНИЯ