Поддержка разработки рациональных управленческих решений на базе АИСУ

 

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

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

– базовая инструментальная среда;

– упрощенная среда моделирования;

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

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

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

– модуль стоимостного анализа;

– дополнительные модули-интерфейсы, обеспечивающие интеграцию с другими системами.

Итак, методология, используемая СППР, представляет собой множество различных методо-логий, интегрированных в рамках системного подхода (см. п. 1.4.3). Это позволяет говорить о единой архитектуре данной методологии. Как правило, СППР поддерживает следующие основные типы моделей, отражающих различные аспекты исследуемой системы:

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

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

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

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

Графически такой подход представлен на рисунке 4.

 

 

Рисунок 4. Основные уровни представления моделей СППР

 

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

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

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

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

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

2. Уровень проектной спецификации. Этот уровень соответствует концепции системы подго-товки принятия решений в данной АИСУ, определяющей основные пути реализации предъявлен-ных на втором этапе требований.

3. Уровень описания реализации. На данном этапе происходит преобразование спецификации в конкретные программные средства и действующие модели анализа.

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

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

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

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

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

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

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

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

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

– сбор информации об объекте;

– построение модели объекта “как есть”;

– анализ построенных моделей;

– построение моделей “как должно быть”;

– подготовка проекта решения.

Сбор информации является первым этапом подготовки проекта оптимального решения. Основные данные находятся в БД АИСУ, но часто требуются “внешние” данные об “окружающей среде” организации. Полученная в результате исследования объекта информация требует формализации и структуризации. С помощью СППР строятся модели объекта, отражающие его жизнедеятельность с разных сторон. Это может быть организационная структура предприятия, дерево его целей, информационные модели, отражающие структуру информации, используемой на предприятии и т.п. Конкретный набор методов, используемых для построения таких моделей, формируется в зависимости от целей проекта из числа тех, которые поддерживает система.

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

Модели в СППР, как правило, представляют собой графические схемы, отображающие соответствующие аспекты системы. Элементами таких схем являются объекты, поддерживаемые АИСУ. В качестве примеров объектов можно привести такие, как “Функция”, “Событие”, “Структурное подразделение”, “Документ” и т.п. Между объектами устанавливаются разно-образные связи. Так, между объектами “Функция” и “Структурное подразделение” могут быть установлены связи следующих видов:

– выполняет;

– принимает решение;

– участвует в выполнении;

– должен быть проинформирован о результатах;

– консультирует исполнителей;

– принимает результаты и т.п.

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

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

По результатам анализа создается проект оптимального решения.