Постановка задачи. Требования к СППР

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

· программный продукт «Альт-Финансы», разработанный исследовательско-консультационной фирмой «АЛЬТ»;

· программный продукт «Audit Expert», разработанный фирмой «Про-Инвест Консалтинг»;

· программный комплекс «Финансовый аналитик», разработанный фирмой «ИНЭК».

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

Анализ состояния предприятия (организации) проводится по следующим направлениям [3]:

· структура баланса;

· ликвидность;

· финансовая устойчивость;

· прибыльность;

· оборачиваемость;

· рентабельность;

· анализ эффективности труда.

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

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

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

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

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

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

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

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

Таким образом, можно сделать вывод о несомненной актуальности разработки системы поддержки принятия решений для оценки устойчивости предприятий.

Определим основные функциональные требования к разрабатываемой СППР:

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

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

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

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

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

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

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

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

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