2.2 Анализ процесса «как-будет»

При анализе процесса можно проследить значительное сокращение времени выполнения и стоимости процесса. Данные показатели были достигнуты при внедрении информационной системы «1С: Бюджетирование», которая автоматизирует выполнение всех расчётов и основных аспектов составления бюджетов предприятия.

Общая длительность процесса составила 5,07 часа, а стоимость процесса - 145741 руб. Основным центром затрат по прежнему является заработная плата, которая была снижена за счёт уменьшения времени работы.

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

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

1. Стоимость выполнения процесса была сокращена с 4074376 руб. до 145741 руб., что составляет 96%;

2. Время выполнения процесса было сокращено с 141,5 часа до 5,07 часа, что составляет 136,43 часа;

3. Из процесса был исключён центр затрат «Расходы на бумагу».

3. Разработка модуля информационной системы, поддерживающей

функционирование процесса «КАК-БУДЕТ»

Информационная модель была разработана в программе ERWin. ERwin имеет два уровня представления модели - логический и физический. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире.

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

Физическая модель данных, напротив, зависит от конкретной СУБД. В физической модели содержится информация обо всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах [6].

Построенная информационная модель включает в себя следующие сущности:

• Бюджет_П (бюджет продаж);

• Бюджет_ЗиЗ (бюджет закупок и запасов);

• Бюджет_АУР (бюджет административно – управленческих расходов);

• Бюджет_КР (бюджет коммерческих расходов);

• Бюджет_С (бюджет себестоимости);

• Бюджет_П_Товар;

• Бюджет_ЗиЗ_Товар;

• Бюджет_АУР_Статья_Затрат;

• Бюджет_КР_Статья_Затрат;

• Бюджет_С_Товар;

• Статья_затрат;

• Товар.

Сущность Товар содержит атрибуты: Код_товара, Наименование, Единица_измерения. Сущность Статья_затрат содержит атрибуты: Код_статьи_затрат, Наименование, Тип, Описание.

Сущности Бюджет_П, Бюджет_ЗиЗ и Бюджет_С связаны с сущностью Товар связью многие ко многим. Сущности Бюджет_КР и Бюджет_АУР связаны с сущностью Статья_затрат связью многие ко многим.

Сущность Бюджет_П связана с сущностью Товар через промежуточную сущность Бюджет_П_Товар и включает в себя атрибуты: Код_бюджета_п, Дата_составления, Цена_продажи, Количество, Месяц.

Сущность Бюджет_ЗиЗ связана с сущностью Товар через промежуточную сущность Бюджет_ЗиЗ_Товар и включает в себя атрибуты: Код_бюджета_зиз, Дата_составления, Цена_закупки, Нормативный_запас, Месяц.

Сущность Бюджет_С связана с сущностью Товар через промежуточную сущность Бюджет_С_Товар и включает в себя атрибуты: Код_бюджета_с, Дата_составления, Себестоимость, Месяц.

Сущность Бюджет_КР связана с сущностью Статья_затрат через промежуточную сущность Бюджет_КР_Статья_Затрат и включает в себя атрибуты: Код_бюджета_кр, Дата_составления, Затраты, Вид_затрат, Месяц.

Сущность Бюджет_АУР связана с сущностью Статья_затрат через промежуточную сущность Бюджет_АУР_Статья_Затрат и включает в себя атрибуты: Код_бюджета_аур, Дата_составления, Затраты, Месяц.

Логическая и физическая модель представлены на рисунках В.1, В.2 приложения В. Схема данных в сгенерированной базе данных представлена на рисунке В.3.

В физической модели для сущности Бюджет_ЗиЗ была установлена валидация поля Нормативный_запас для ввода значений больше 0. Также для сущностей Бюджет_П, Бюджет_ЗиЗ, Бюджет_АУР, Бюджет_КР и Бюджет_С в поле Дата_составления было установлено заполнение значением текущей даты.

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