Основы функционального анализа и проектирования

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

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

Именно на данном этапе функционального анализа и проектирования выявляются неэффективные места в деятельности организации. Среди них фигурируют:

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

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

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

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

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