Проектирование систем 4 страница

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

Получить первоначальное представление о математических моделях выбора (принятия решений) можно из [1, 55, 127, 192, 217].

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

– цели, достижение которых определяет успех проекта;

– цели, которыми частично можно пожертвовать для достижения целей первого уровня;

– цели, имеющие характер дополнения.

В любом случае выбор (принятие решения) является процессом субъективным, и лицо (лица), принимающие решение, должны нести за него ответственность. Поэтому в целях преодоления (уменьшения) влияния субъективных факторов на процесс принятия решения используются чаще всего методы экспертизы. В литературе имеется большое разнообразие методов экспертной оценки: [39, 126, 127, 221 и др.]. Наиболее простыми из них являются метод комиссий и метод суда.

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

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

Экспертизапо методу судаиспользует аналогии с судебным процессом. Часть экспертов объявляется сторонниками рассматриваемой альтернативы и выступает в качестве защиты, приводя доводы в пользу рассматриваемой альтернативы. Часть экспертов объявляется ее противниками и пытается выявить отрицательные стороны. Часть экспертов регулирует ход экспертизы и выносит окончательное решение. В процессе экспертизы по методу суда «функции» экспертов могут меняться. Метод суда обладает теми же преимуществами и недостатками, что и метод комиссий.

Применяются также и другие методы экспертизы: методы предпочтений, попарных сравнений, смешанной альтернативы, согласования оценок и т.д., а также методы сложных экспертиз, например метод решающих матриц и др. [39, 126, 127, 217, 221].

Кроме того, дополнительно используются еще и методы оценки качества экспертиз [126]. Ведь для проведения экспертиз должны быть отобраны компетентные эксперты, хорошо знакомые с предметом экспертизы, обладающие достаточным опытом, способные выносить обоснованные объективные суждения.

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

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

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

4. Метод оценки непротиворечивостисуждений эксперта. Опыт проведения экспертиз показывает, что эксперт далеко не всегда последователен в своих оценках. Особенно часто непоследовательность экспертов проявляется при использовании метода парных сравнений. Так, например, эксперт может считать альтернативу «а» более предпочтительной, чем «б», альтернативу «б» – более предпочтительной, чем «в», и вместе с тем альтернативу «в» – более предпочтительной, чем «а». Такая непоследовательность объясняется различными причинами. С одной стороны, решающее влияние может оказывать специфика проводимой экспертизы, наличие сложной многокритериальной системы предпочтений у эксперта. С другой стороны, причиной непоследовательности эксперта может служить недостаточное его знакомство с предметом экспертизы, недостаточно четкая формулировка вопросов, обращенных к эксперту, отсутствие четкого представления о цели экспертизы. Выявить конкретные причины непоследовательности эксперта может лишь специально проведенный анализ.

Таким образом, по принятии решения о выборе модели завершается стадия моделирования системы. Далее следует стадия ее конструирования.

СТАДИЯ КОНСТРУИРОВАНИЯ СИСТЕМ. Следующей стадией фазы проектирования систем является стадия конструирования, которая заключается в определении конкретных способов и средств реализации выбранной модели в рамках имеющихся условий.

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

Процесс конструирования включает в себя этапы: декомпозиции, агрегирования, исследования условий, построения программы [39, 192 и др.].

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

Декомпозиция в иерархических системах предусматривает разделение общей цели на подцели (задачи), те, в свою очередь, разделяются на подзадачи и т.д. [132].

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

Основные правила декомпозициизаключаются в следующем:

1. Как правило, реализуется два противоположных подхода:

– подход «сверху» – целевой (целенаправленный) – для определения, как конкретная задача отвечает, согласуется с общей целью проекта (в соответствии с выбранной моделью);

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

2. Число задач в индивидуальном проекте или число компонентов каждой задачи коллективного проекта не должно быть больше так называемого числа Миллера7 ± 2. Содержание этого требования можно объяснить ограничением возможностей оперативной памяти человека, его способностью анализировать в оперативной памяти не более 5÷9 составляющих и связей между ними.

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

4. По каждой задаче проводится критический анализ для подтверждения правильности и выполнимости поставленной задачи.

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

В научном исследовании агрегирование как этап деятельности аналога не имеет.

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

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

Поясним на примере. В электронике, радиотехнике для создания каждого прибора используется конфигуратор: блок-схема, принципиальная схема, монтажная схема. Блок-схема определяется теми техническими единицами, которые выпускаются промышленностью в виде готовых электронных блоков. Прибор членится на такие единицы. Принципиальная схема означает совершенное расчленение: она должна объяснить во всех подробностях функционирование этого прибора. Наконец, монтажная схема является результатом расчленения прибора в зависимости от геометрии объема прибора, в пределах которого производится сборка. Здесь главное в конфигураторе то, что синтез, проектирование, производство и эксплуатация прибора возможны только при наличии всех трех его описаний – любые два без третьего не имеют смысла.

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

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

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

Четвертый пример. В связи с идеей непрерывного образования – «образования через всю жизнь» возникает вопрос – какую языковую подготовку должна дать выпускнику общеобразовательная школа, чтобы он в дальнейшем имел возможность осваивать любую науку, любую деятельность? Общее образование должно дать ему знание языков:

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

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

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

Вот этот набор языков и является конфигуратором для построения содержания общего среднего образования в аспекте системы непрерывного образования.

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

Классификация как метод агрегирования. Простейший способ агрегирования состоит в установлении отношений эквивалентности между агрегируемыми элементами, то есть в образовании классов. Классификация и рассматривается как систематизация классов объектов, как средство установления связей между ними [254]. При этом класс может интерпретироваться как агрегированный представитель входящих в него элементов.

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

При иерархическом[55] многоуровневом (более двух уровней) построении задач, естественно, возникает необходимость определения общего основания оснований классификаций.То есть, определение – по какому общему основанию строятся дальнейшие, более детальные классификации. Так, например, в [164] была выстроена трехуровневая система классификаций векторов развития российского образования, в [172] – четырехуровневая система классификаций моделей управления организационными системами. Существует множество известных иерархических классификаций– классификация биологических видов, общероссийский классификатор видов экономической деятельности и т.д. (см. также систему классификаций видов моделирования на Рис. 17).

Между тем, и в практике проектирования систем, и в научных исследованиях, особенно по гуманитарным и общественным наукам (наукам слабой версии) отсутствие строгих классификаций является массовой болезнью – вместо использования строгих классификаций или построения собственных классификаций используются многочисленные «перечислизмы» – то есть никак не обоснованные совокупности свойств, качеств, характеристик и т.д. Так, например, в одном образовательном проекте была выделена следующая совокупность характеристик профессиональной деятельности учителя: «целенаправленность, функциональность, проблемность, динамичность, открытость и т.д.» Начать хотя бы с того, что в этом перечислении наличие аббревиатуры «и т.д.» означает, что подобную череду можно продолжать сколь угодно долго, например: структурность, технологичность, прогностичность, коммуникативность ... . И, опять же, в конце мы получим «... и т.д.». То есть никакого серьезного обоснования мы здесь не найдем – это просто типичный случай «перечислизмов». Но, как уже говорилось, «перечислизмы» на сегодня – массовая повсеместная болезнь. Хотя метод классификаций известен с древнейших времен.

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

Существуют и другие методы агрегирования, основывающиеся на математических моделях. Так, существенным эффектом, возникающим в сложных иерархических системах, является агрегирование информации. Наличие агрегирования (сжатия) информации неизбежно присуще организационным иерархиям[56] [167], агрегирование экономических и других показателей происходит в любых социально-экономических системах [183], в управлении проектами возникает необходимость агрегированного описания подпроектов [15, 99], в задачах управления нельзя обойтись без агрегированного описания состояний управляемой системы (так называемая задача комплексного оценивания[57]) [172, 192] и т.д. Подробное описание используемых при этом формальных методов можно найти в литературе, ссылки на которую приведены выше.

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

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

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

– какой опыт и какая квалификация требуется от сотрудника (исполнителя) для решения данной задачи?

– хватает ли наличной квалификации сотрудника (сотрудников) для решения этой задачи или необходимо дополнительное обучение, повышение квалификации? В чем? Где? В каких объемах?

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

– как может быть организована работа сотрудника, в частности по должностным обязанностям и штатному расписанию?

И так далее.

Следует отметить, что в управлении проектами (см., например, [131] и раздел 3.4 настоящей работы) процедура исследования условий обычно именуется и рассматривается как исследование ресурсных возможностей. Как известно, ресурсаминазываются средства, запасы, возможности, источники чего-либо [227]. При этом выделяется семь видов ресурсов:

- трудовые ресурсы;

- деньги;

- оборудование;

- техническая оснастка;

- материалы;

- информация;

- технологии.

Думается, понятие «условия», во-первых, более общее и поглощает понятие «ресурсы». Кроме того, условия, очевидно, и более широкое понятие. Например, мотивационные условия вряд ли можно рассматривать как вид ресурсов.

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

Наконец, когда выстроена вся система задач реализации системы и исследованы условия ее реализации, приступают к последнему этапу конструирования системы – этапу построения программы реализации модели.

Этап построения программы^[58]. Программареализации модели системы на практике – это конкретный план действий по реализации модели в определенных условиях и в установленные (определенные) сроки.

Построение программы начинается с операции «определения основных вех» [131]. Определение вех составляет начальную, наиболее обобщенную часть программы, которая потом развертывается в укрупненный и, наконец, в детальный план.

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

Когда основные вехи определены, приступают к детальному планированию процесса реализации системы.

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

– все ключевые события и даты;

– точную последовательность работ. Логика их выполнения должна быть зафиксирована с помощью сетевого графика (сетевой диаграммы) – см. ниже. Сетевой графикпозволяет проследить все виды зависимостей между работами и взаимосвязь событий реализации;

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

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

Метод сетевого планирования. При разработке детального графика реализации системы наиболее удобным и часто используемым является метод сетевого планирования. Суть его заключается в построении сетевого графика, являющегося графическим отображением всех работ по реализации системы и зависимостей (в том числе временных и «пространственных») между ними. Сетевые графики строятся в виде графа(см. выше) – множества вершин, соответствующих работам, и связывающих их линий, представляющих взаимосвязи между работами: например, работа «Б» не может начаться раньше, чем завершится работа «А» (см. Рис. 20, а также описание диаграмм Ганта– Рис. 21) [26].

Рис. 20. Фрагмент сетевого графика

Основная цель работы с сетевым графиком заключается в том, чтобы сократить до минимума продолжительность проекта (время реализации системы), в первую очередь – за счет выделения и минимизации так называемого «критического пути». Максимальный по продолжительности путь в сети, связывающий начальную (вершина «А» на Рис. 20) и конечную вершину (вершина «Д» на Рис. 20), называется критическим. Работы, лежащие на этом пути, также называются критическими. Именно длительность критического пути определяет наименьшую общую продолжительность реализации системы в целом. Длительность процесса реализации проекта может быть сокращена за счет сокращения длительности работ, лежащих на критическом пути. Соответственно, любая задержка выполнения работ критического пути повлечет увеличение длительности процесса реализации системы. При этом анализу подлежат не только работы критического пути, но в той или иной степени близкие к нему, так как подобные работы даже при самом незначительном изменении графика могут стать критическими и существенно изменить сроки реализации системы. Для оптимизации сетевых графиков применяют методы календарно-сетевого планирования и управления (КСПУ), основная идея которых заключается в следующем. Предположим, что время выполнения работ зависит от задействованных на них ресурсов. Количество ресурсов ограничено. Требуется решить оптимизационную задачу – распределить ограниченные ресурсы между работами проекта таким образом, чтобы он был завершен за минимальное время. Методы решения этой и подобных задач подробно описаны в [26, 29, 99].

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

Рис. 21. Временной график организации научной конференции (диаграмма Ганта)

На Рис. 21 работы изображены горизонтальными прямоугольниками, пунктиром обозначены временные этапы. Здесь важно подчеркнуть то обстоятельство, что исполнители по тем работам, которые невозможно начать сразу, не дождавшись результатов предыдущих работ, не должны ждать, ничего не предпринимая. Они могут плодотворно использовать это время для планирования своей деятельности. Кроме того, несколько работ могут выполняться параллельно, если для этого хватает ресурсов.

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

Разработкой детального плана-графика работ по реализации завершается стадия конструирования системы.

СТАДИЯ ТЕХНОЛОГИЧЕСКОЙ ПОДГОТОВКИ^[59].Последняя стадия фазы проектирования систем – стадия технологической подготовки процесса реализации спроектированной системы в практике. Она заключается в подготовке рабочих материалов, необходимых для реализации спроектированной системы: учебно-программной документации, методических разработок, программного обеспечения и т.д., а также, например, должностных инструкций исполнителей при реализации сложного проекта и т.п. Поскольку технологическая подготовка процесса реализации системы целиком определяется его конкретным содержанием и в каждом конкретном случае она специфична, и подробно описать эту стадию в общем виде вряд ли возможно.

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

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