Заметим, любая задача проектирования появляется лишь при наличии субъекта, ее инициировавшего, а это значит, что уже существует первичная формулировка проблемы, данная в терминах этого субъекта. Вполне естественно, чтолюбая работа по концептуальному проектированию начинается с изучения тезауруса заказчика.
Более того, даже если проектируемая система не имеет конкретного прототипа в данной отрасли, то он скорее всего существует в смежной отрасли, а значит, тезаурус уже существует и подлежит изучению. Прежде всего изучаются и анализируются понятия, на основе которых строится деятельность в данной области. В случаях, когда в данной отрасли уже выработался специфический тезаурус, то составляется тезаурус, которым пользуются специалисты данной отрасли.Далее проводится анализ тенденций развития данной отрасли, выделяются проблемы, стоящие на пути достижения поставленной цели.
Для решения этих задач (задач анализа проблем и выработки их эскизного решения) привлекаются методы системного анализа. На этом этапе исследуются реализованные в прототипах и характерные для данной организации процессы выработки решений как на технологическом, так и на организационном уровнях. Здесь требуется выявить те классы объектов, инструментов и ресурсов, которыми оперируют субъекты управления, алгоритмы функционирования информационной инфраструктуры обеспечения процессов управления, схемы выработки управленческих решений. При анализе должны учитываться ресурсы различных типов, включая время, методологические, организационные и технологические ресурсы, финансовые схемы и многое другое.Изучению подлежат нормативные документы, правила формализации используемых в управлении документов и документы, разрабатываемые на их основе. Проводится анализ штатного расписания и/или состава технологического оборудования и тому подобные операции. Целью этой работы является составление иерархии целей и задач, реально решаемых системой или ее прототипом, построение модели ее функционирования.
На этапереконструкции предметной области (или разработки парадигмы предметной области)
выстраивается иерархия целей задач проектируемой системы (без учета существующих ограничений и задач по их преодолению) и сопоставляется с иерархией целей и задач, реально решаемых системой или ее прототипом.Выявляются те группы процессов, выполнение которых не может быть прервано в ходе решения проблем, связанных с трансформацией существующей иерархии целей и задач к новому виду, а также ассоциированные с ними ресурсы (то есть, те ресурсы, которые не могут быть мобилизованы для проведения реструктуризации и могут быть высвобождены лишь по ее завершении). Благодаря этому определяется степень гибкости структуры деловых процессов, пределы адаптации существующей системы без временного прекращения ее функционирования.Проблемы, подлежащие решению на пути к достижению цели, подвергаются процедуре классификации, в результате чего разработчик концепции может оценить возможные стратегии их решения. Для классификации могут быть использованы следующие основания:
— проблемы, для решения которых используются ресурсы одной группы (класса);
— проблемы, требующие изменения схемы распределения ресурсов;
— проблемы, требующие изменения схемы управления;
— проблемы, решение которых может осуществляться независимо от стадии решения прочих проблем;
— проблемы, решение которых может быть достигнуто за счет наращивания числа технологических линий (повышения расхода ресурсов);
— проблемы, решение которых может быть достигнуто за счет наращивания числа технологических линий и требующие принципиального изменения технологии.
За счет этого сокращается многообразие типов проблем и подготавливается почва для разработки путей и порядка их решения.