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

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

В наибольшей степени задаче формализации технологии про­ектирования ЭИС соответствует аппарат технологических сетей проектирования, разработанный Э.Н. Хотяшовым и развитый И.Н. Дрогобыцким.

Основой формализации технологии проектирования ЭИС является формальное определение технологической операции (ТО) проектирования в виде символов [2]:

V – вход;

W – выход;

П – преобразователь;

R – ресурсы;

S – средства (рис. 1.8).

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

В качестве компонентов входа и выхода используются мно­жества документов (D), параметров (Р), программ (G), универсаль­ных множеств (универсумов) (U). Для любых компонентов входа и выхода должны быть заданы формы их представления в виде твер­дой копии или в электронном виде.

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

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

Программа (G) – частный случай документа, представляющего описание алгоритма решения задачи, которое претерпевает свое изменение по мере изменения жизненного цикла ЭИС: от специ­фикации программы до машинного кода.

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

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

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

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

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

Технологические сети проектирования могут строиться с раз­личной степенью детализации. Наиболее детализированная ТСП, в которой каждая технологическая операция является ручной, на­зывается канонической. Каноническая ТСП наиболее пригодна для проектировщиков-исполнителей, для которых ТСП является руко­водством по проектированию ЭИС. Вместе с тем каноническая ТСП всего проекта редко используется в полном объеме, скорее различ­ные категории проектировщиков-исполнителей пользуются отно­сящимися к их компетенции фрагментами канонической сети.

Для укрупнения ТСП применяются технологические операции-агрегаты, которым соответствуют фрагменты канонической ТСП. Например, ТО «Проектирование схемы базы данных» декомпо­зируется на ряд взаимосвязанных ТО: «Нормализация таблиц», «Установление связей», «Отображение в схеме DDL СУБД» и т.д.

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

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

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

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

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