Стадия VII. Сопровождение

Этапы работ	Результат	Дней
Выполнение работ в соответствии с гарантийными обязательствами	Выявленные недостатки системы устранены	365
Послегарантийное обслуживание	Система работает стабильно, без сбоев. Выявленные недостатки устранены	-

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

83. Реинжиниринг бизнес-процессов. Участники реинжини­ринга бизнес-процессов.

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

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

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

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

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

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

Основателем теории реинжиниринга считают М. Хаммера, который в соавторстве с Дж. Чампи выпустил книгу «Реинжиниринг корпорации: манифест для революции в бизнесе»

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

Бизнес-реинжиниринг применяется только тогда, когда есть острая нужда во «взрывном» воздействии.

Главная цель - резкое ускорение реакции предприятия на изменения в требованиях потребителей при многократном снижении затрат всех видов.

Ключевые понятия

Фундаментальный– должны быть получены ответы на наиболее существенные вопросы о деятельности предприятия: «Почему мы должны делать то, что мы делаем?», «Почему мы должны делать это тем способом, которым мы делаем?». Реинжиниринг сначала определяет, ЧТО предприятие должно делать, и только затем — КАК делать.

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

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

Реинжиниринг применяется в трех основных ситуациях:

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

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

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

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

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

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

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

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

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

83. Этапы реинжиниринга. Моделиро­вание бизнес-процессов. Информационные технологии и ре­инжиниринг бизнес-процессов.

_{Основное назначение данного этапа реинжиниринга состоит в том, чтобы дать описание существующей бизнес архитектуры предприятия.}

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

_{Например, одна и та же организация может быть представлена как:}

_{- сеть процессов, с помощью которых организация}

_{выполняет свою миссию;}

_{- совокупность источников и каналов связи потоков информации и типов данных;}

_{- организационная структура; инфраструктура (территории, здания, сооружения, коммуникации) и т.д.}

_{Функциональное моделирование деловых процессов в этой связи — ключевой элемент описания бизнес архитектуры организации.}

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

_{Построение функциональной модели КАК ЕСТЬ позволяет четко зафиксировать, какие деловые процессы осуществляются на предприятии, какие информационные объекты используются при выполнении деловых процессов и отдельных операций. Функциональная модель КАК ЕСТЬ является отправной точкой для анализа потребностей предприятия, выявления проблем и “узких” мест и разработки проекта совершенствования деловых процессов.}

_{Для описания процессов в мире разработано большое количество различных подходов и методов. В начале 70-х годов Д. Росс в США предложил метод структурного проектирования и анализа систем SADT (Structured Analysis and Design Techniques). В основе этого подхода лежит графический язык описания (моделирования) сложных систем.}

_{В середине 70-х ВВС США реализовали программу интегрированной компьютеризации производства ICAM (Integrated Computer Aided Manufacturing). В рамках этой программы были разработаны методы проектирования и анализа сложных производственных систем, а также способы обмена информацией между специалистами, занимающимися такими проблемами.}

_{Для удовлетворения этих потребностей в рамках программы ICAM была разработана методология IDEF (ICAM Definitions), позволяющая представить и исследовать структуру, параметры и характеристики производственно-технических и организационно-экономических систем. Процессы, описывающие деятельность организации, относятся именно к этому классу систем.}

_{В настоящее время выделяют два фактора определяющих развитие реинжиниринга , - рост электронной коммерции и развитие ERP – систем.}

_{Следует также отметить, что каждая операция в функциональной модели IDEF0 рассматривается как деятельность по преобразованию входных материалов или информации («вход») в продукт на выходе («выход») с использованием ресурсов («механизм») при выполнении конкретных условий («управление»). Такую интерпретацию представления процессов по методологии IDEF0 часто называют бизнес-правилом описания.}

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

_{В настоящее время для этих целей общая методология IDEF включает ряд частных методологий для моделирования сложных систем, в том числе:}

_{- IDEF0 – функциональное моделирование;}

_{- IDEF1 – информационное моделирование;}

_{- IDEF1X – моделирование данных;}

_{- IDEF3 – моделирование «потока» процессов;}

_{- IDEF4 – объектно-ориентированное проектирование и анализ;}

_{- IDEF5 – определение онтологий (взаимосвязанных словарей);}

_{- EF9 – моделирование требований.}

_{3 этап: Анализ моделей (описаний)}

83. Стандарты и методики реинжиниринга бизнес-процессов.

Одним из принципов реинжиниринга бизнес-процессов является:

+Уменьшается количество проверок и управляющих воздействий.

усиление менеджерами контроля выполнения операций

централизованный подход к управлению

децентрализованный подход к управлению

Реинжиниринг бизнес-процессов выполняется:

с определенной периодичностью

+ в связи с необходимостью проведения стратегических изменений

Непрерывно

Цель реинжиниринга бизнес-процессов?

-существенное сокращение издержек

-выживание в экстремальной ситуации

-переход на качественно новый технологический уровень

-создание базы для расширения бизнеса

+все перечисленное

Какие различают типы бизнес-процессов?

+основные БП

-дополнительные БП

+вспомогательные БП

+административно-управленческие БП

-технологические БП

-экономические БП

В чем главное отличие реинжиниринга от других методик проведения изменений в системе управления компанией?

+более глубокое рассмотрение и анализ бизнеса

-массовое распространение методики РБП

-узкая специализация других методик проведения изменений в системе управления компанией

-наличие стандартизованного подхода в построение моделей

Какой из методов реинжиниринга предполагает своей основной задачей высвобождение работников и совмещение разных функций?

-устранение излишних или длинных потоков

+вовлечение в бизнес-процесс как можно меньшего количества ресурсов

-выполнение бизнес-процесса самим клиентом или поставщиком

-создание множества версий сложных процессов

-устранение разрывов в бизнес-процессах

-упрощение работ

Какой факт является определяющим при выборе бизнес-процессов для реинжиниринга?

-факт возможности перепроектирования выбранных бизнес-процессов

+факт нарушения процесса

-факт значимости для клиентов компании

-факт целесообразности реинжиниринга бизнес-процессов

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

-детально проанализировать все бизнес-процессы

-выбрать инструмент для анализа

-согласовать первоочередные задачи с руководством компании

+определить цель и конкретные требования клиентов бизнес-процессов

В какой последовательности производится моделирование бизнес-процессов компании?

-1. выбор бизнес-процессов для реинжиниринга; 2. идентификация бизнес-процессов компании; 3. изучение выбранных для реинжиниринга бизнес-процессов

+1. идентификация бизнес-процессов компании; 2. выбор бизнес-процессов для реинжиниринга; 3. изучение выбранных для реинжиниринга бизнес-процессов

-1. выбор бизнес-процессов для реинжиниринга; 2. изучение выбранных для реинжиниринга бизнес-процессов; 3. идентификация бизнес-процессов компании

Какие меры следует предпринять руководству для облегчения введения новой системы управления?

+устранить правила и действия, мешающие реализации новых методов и процедур

-определите цели и стандарты, максимально сокращающие издержки

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

-введите систему многоуровневого управления

Чем должно завершиться внедрение новой системы управления в практику?

-полной сменой руководства компании

-разработкой новой информационной ERP-системы

+принятием новой системы управления со стороны сотрудников компании

-соответствие бизнес-процессов компании стандарту качества ISO 9000:2000

С чего начинается внедрение изменений в бизнес-процессах в компании?

-Группа аналитиков должна обосновать руководству необходимость в проведении реинжиниринга

-с замены ряда руководящих персон

-с изменения стратегии компании

+руководство должно убедить персонал в необходимости проведения реинжиниринга

-с написания должностных инструкций

В каком месте бизнес-процесса чаще всего встречаются проблемы?

-В местах, где выполняется сложная работа

-В местах, где выполняется интеллектуальная работа

+ В местах, где происходит смена ответственности

- В местах, где выполняется физическая работа

Кто должен принимать окончательное решение при оптимизации бизнес-процесса?

-Генеральный директор

-Директор по качеству

+Владелец процесса

-Функциональные руководители подразделений, участвующих в бизнес-процессе

Какой метод нужно использовать для повышения удовлетворенности клиента бизнес-процесса?

-Устранение излишних или длинных потоков

+ Создание множества версий сложных процессов

- Устранение разрывов в бизнес-процессах

-Вовлечение в бизнес-процесс как можно меньшего количества ресурсов

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

-Результативность бизнес-процесса

-Стоимость бизнес-процесса

+Фрагментарность бизнес-процесса

-Время бизнес-процесса

-Качество бизнес-процесса

83. Примеры реализации реинжиниринга бизнес-процессов в предметной области.

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

Была разработана методология IDEF0 (Integrated Definition Function Modeling), которая в настоящее время принята в качестве федерального стандарта США.

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

В основе IDEF0 методологии лежит понятие блока, который отображает некоторую бизнес-функцию. Четыре стороны блока имеют разную роль: левая сторона имеет значение “входа”, правая - “выхода”, верхняя - “управления”, нижняя - “механизма”.

Взаимодействие между функциями в IDEF0 представляется в виде дуги, которая отображает поток данных или материалов, поступающий с выхода одной функции на вход другой. В зависимости от того, с какой стороной блока связан поток, его называют соответственно “входным”, “выходным”, “управляющим”.

В IDEF0 реализованы три базовых принципа моделирования процессов:

– принцип функциональной декомпозиции;

– принцип ограничения сложности;

– принцип контекста.

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

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

Принцип контекстной диаграммы. Моделирование делового процесса начинается с построения контекстной диаграммы, на которой отображается только один блок - главная бизнес-функция моделируемой системы. Если речь идет о моделировании целого предприятия или даже крупного подразделения, главная бизнес-функция не может быть сформулирована как, например, “продавать продукцию”. Главная бизнес-функция системы - это “миссия” системы, ее значение в окружающем мире. Нельзя правильно сформулировать главную функцию предприятия, не имея представления о его стратегии.

Построение модели КАК ЕСТЬ. Построение функциональной модели КАК ЕСТЬ позволяет четко зафиксировать, какие деловые процессы осуществляются на предприятии, какие информационные объекты используются при выполнении деловых процессов и отдельных операций.

Бизнес- правила. Модель деловых процессов позволяет выявить и точно определить бизнес- правила, используемые в деятельности предприятия.

Информационные объекты. Функциональная модель позволяет идентифицировать все информационные объекты, которыми оперирует предприятие в своей деятельности.

Построение модели КАК БУДЕТ. Функциональная модель КАК БУДЕТ позволяет уже на стадии проектирования будущей информационной системы определить изменения. Применение функциональной модели КАК БУДЕТ позволяет не только сократить сроки внедрения информационной системы, но также снизить риски, связанные с невосприимчивостью персонала к информационным технологиям.

Распределение ресурсов. Функциональная модель позволяет четко определить распределение ресурсов между операциями делового процесса, что дает возможность оценить эффективность использования ресурсов.

83. Обзор систем автоматизированного проектирования КИС.

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

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

Типы CASE-средств: - Средства анализа и проектирования (построение и анализ моделей деятельности): :BPwin (Platinum technology), Silverrum (Siverrum technologies), Oracle Designer (Oracle), Rational Rose (Rational Software), Power Designer(Sybase) и т.д.

- Средства проектирования баз данных (моделирование данных и генерация схем баз данных для наиболее распространенных СУБД): есть в составе Silverrum, Oracle Designer, Paradigm Plus (Platinum technology), Power Designer. Наиболее известное средство – Erwin (Platinum technology).

- Средства управления требованиями (обеспечивают комплексную поддержку разнородных требований к системе) – RequisitePro (Rational Software), DOORAS – динамическая объектно-ориентированная система управления требованиями.

- Средства управления конфигурацией ПО – PVCS (Merant).

- Средства документирования – SoDA (Rational Software).

- Средства тестирования Rational Suite TestStudio (Rational Software).

- Средства управления проектом – Open Plan Professional (Welkom Software).

- Средства реверсного инжениринга (перенос существующего ПО в новую среду). Анализируют программные коды и схемы БД и формируют на их основе различные модели и проектные спецификации. Средства анализа схем БД входят в состав таких CASE-средств, как Silverrum, Oracle Designer, Power Designer, Erwin. Анализаторы программных кодов есть в составе Rational Rose, Paradigm Plus.

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

Мы уже знаем, что нотация UML специально разрабатывалась в расчете на то, чтобы диаграммы можно было легко рисовать от руки. Но! Ведь гораздо приятнее рисовать диаграммы с помощью удобного, интуитивно понятного и функционального программного пакета (CASE-средства). В этой лекции мы познакомимся с некоторыми подобными пакетами, а именно: IBM Rational Rose; Borland Together; Microsoft Visio; Sparx Systems Enterprise Architect; Gentleware Poseidon; SmartDraw; Dia; Telelogic TAU G2; StarUML; другие программы.

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

CASE-средства (от Computer Aided Software/System Engineering) - позволяют проектировать любые системы на компьютере. Необходимый элемент системного и структурно-функционального анализа, CASE-средства позволяют моделировать бизнес-процессы, базы данных, компоненты программного обеспечения, деятельность и структуру организаций. Применимы практически во всех сферах деятельности. Результат использования CASE-средств - оптимизация систем, снижение расходов, повышение эффективности, снижение вероятности ошибок.

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

Ibm Rational Rose

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

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

• Rational Rose Modeler

Эта версия позволит аналитикам и проектировщикам проводить анализ бизнес-процессов и проектировать систему. Данная редакция, увы, не поддерживает кодогенерацию.

• Rational Rose Professional

Как видно из названия, это профессиональная редакция продукта. В зависимости от выбранного языка программирования позволяет выполнять прямое и обратное проектирование. Rose Professional заказывается только в определенной конфигурации (например, Rose Professional С++ или Rose Professional С++ DataModeler). Rational Rose Professional, конечно, не создает 100 % исполняемого кода. На выходе разработчик получает каркасный код информационной системы на определенном (заказанном) языке программирования, который впоследствии нужно еще программировать и программировать. Продукт нацелен и на аналитиков, и на разработчиков.

• Rational Rose RealTime

Версия продукта, созданная специально для получения 100 % исполняемого кода в реальном масштабе времени. Конечно, RealTime позволяет проводить прямое и обратное проектирование на языках С или С++. По заверениям разработчиков, на выходе модель автоматически компилируется и собирается в исполняемый файл. Само собой, продукт предназначен именно для разработчиков.

• Rational Rose Enterprise

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

• Rational Rose DataModeler

Это не конкретный вариант продукта, а функциональность по проектированию баз данных. Функции DataModeler входят в состав Rose Enterprise или Professional.

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

83. Оценка эффективности внедрения информационных сис­тем

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

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

• традиционные финансовые методы, предполагающие определе­ние таких показателей, как чистый приведенный доход (Net Present Value, NPV), экономиче­ская привлекательность (Economic Value Added, EVA), сово­купной стоимости владения (Total Cost of Ownership, TCO) и т.д.;

• качественные методы оценки, основными из которых можно назвать систему сбалансированных показателей (Balanced Scorecard), информационную экономику (Information Economics, IE), управление портфелем активов (Portfolio Management) и т.д.;

• вероятностные методы оценки: справедливая цена опционов (Real Options Valuation, ROV), прикладная информационная экономика (Applied Information Economics, AIE) и т.д.

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