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

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

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

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

Полученная в результате концепция (концептуальный продукт) должна соответствовать следующим требованиям:

— целенаправленность (все частные цели и процессы, должны быть направлены на достижение главной цели);

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

— адаптивность (концепция должна быть приспособлена к реализации в структуре исполнителя, иметь резерв адаптации к изменяющимся условиям реализации);

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

— комплексность (концепцией должны быть учтены все существенные аспекты проблемы);

— целостность (все функциональные блоки концепции должны быть тесно увязаны, она не должна распадаться на не объединенные единым замыслом блоки);

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

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

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

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

Последний класс систем заслуживает особого упоминания. В России подобные системы получили название «технологических линий концептуального проектирования». Эти программные продукты могут использоваться для решения задач концептуального проектирования следующих видов объектов и процессов:

— систем организационного управления;

— автоматизированных систем организационного управления;

— банков данных;

— программных изделий;

— программ совершенствования и развития организаций;

— систем регламентов и нормативных документов, законодательных актов;

— теоретических описаний предметных областей большой сложности;

— процессов обучения руководителей и т. д.

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

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

— исследование предметной области;

— реконструкция (реструктуризация, реинжениринг) предметной области (или разработки новой парадигмы предметной области);

— разработка организационных процедур.

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

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

Добавить отзыв
ВСЕ ОТЗЫВЫ О КНИГЕ В ИЗБРАННОЕ

0

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

Отметить Добавить цитату
×