Задача управления бюджетированием на авиаракетостроительном предприятии

· Планирование бюджетов;

· План-фактный анализ;

· Утверждение и согласование бюджетов;

· Бюджетная отчетность;

· Интеграция с 1С.

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

Обзор рынка программных продуктов представлен в таблице 3.1.

Проведя анализ ниже представленных систем, была выбрана следующая информационная система - 1С: Управление производственным предприятием УПП (блок бюджетирование), так как она наиболее подходит под специфику и условия данного предприятия.

Информационная система - 1С: УПП (блок бюджетирование) имеет следующие преимущества:

1) Данная система широко известна в России имеет много положительных отзывов;

2) Цена системы соответствует её качеству;

3) Система легко настраивается под специфику предприятия;

4) Имеет удобный интерфейс;

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

6) 1С: УПП с помощью штатного интерфейса обмена данными может взаимодействовать с другими прикладными решениями. На предприятии уже имеются продукты данной компании - 1С: Управление производственным персоналом и 1С: Бухгалтерия 8, исходя из этого процесс передачи/получения некоторых данных будет гораздо легче.

1С: УПП является специализированным программным решением, финансовый контур которого позволяет:

· составлять бюджеты любых необходимых форматов, на любой период времени, с учетом различных вариантов развития предприятия;

· контролировать соответствие плановых и фактических данных установленным целевым показателям, отслеживать непревышение лимитов по статьям бюджетов;

· оперативно проводить мониторинг исполнения бюджетов центрами финансовой ответственности и предприятием в целом;

· проводить многомерный план-факт анализ.

Таблица 3.1 - Выбор информационной системы какой и для чего?

Подсистема Критерии	1С: "Управление производственным предприятием- Бюджетирование»	BPlan	Microsoft Dynamics NAV (Budgeting Business Solution)	Sap R/3 (СФЭУ)
Компания - разработчик	1C: Предприятие	ITeam	Microsoft	SAP
Класс системы	ERP	ERP	ERP	ERP
Сфера применения	Производственные предприятия	Любая сфера деятельности (отрасли), система ориентирована на средние предприятия.	Гостиницы и рестораны, госучреждения, здравоохранение, промышленность, торговля, транспорт и логистика, финансовая деятельность.	Любая сфера деятельности (отрасли), система ориентирована главным образом на крупные и средние предприятия
Архитектура системы	Трехуровневая архитектура (клиент - сервер приложений - сервер базы данных)	Двухуровневая архитектура (клиент - сервер)	Трехуровневая архитектура (клиент - сервер приложений - сервер базы данных)	Трехуровневая архитектура (клиент - сервер приложений - сервер базы данных)
Требования системы	Microsoft Windows, Linux, Mac OS X, СУБД: Microsoft SQL PostgreSQL, IBM DB2, Oracle Database	Windows Vista, XP, Windows 7	Продукты и технологии Microsoft	Функционирует на серверах UNIX, AS/400, Windows NT, S/390, СУБД (Informix, Oracle, Microsoft SQL Server, DB2). Пользователи могут работать в среде Windows, OSF/Motif, OS/2.
Количество пользователей	не ограничено	не ограничено	не ограничено	не ограничено
Скорость внедрения	от 2 до 8 месяцев	1 месяц	от 2 до 5 месяцев	от 3 до 8 месяцев
Стоимость внедрения	210 000 руб.	90 000 руб.	280 000 руб.	390 000 руб.
Стоимость лицензии на 1 рабочее место	25 000 руб.	23 700 руб.	40 000 руб.	65 000 руб.
Функционал:
Планирование бюджетов	+	+	+	+
План-фактный анализ	+	+	+	+
Утверждение и согласование бюджетов	+		+	+
Бюджетная отчетность	+	+	+	+
Интеграция с 1С	+			+

3.4 Информационное обеспечение задачи какой и где?

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

Включает в себя показатели, справочные данные, классификаторы и кодификаторы информации, унифицированные системы документации, информацию на носителях и т.д. [6]

3.4.1 Внешнее информационное обеспечение какой и где?

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

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

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

Центры финансовой ответственности (ЦФО) формируют операционные бюджеты, которые в дальнейшем передаются в планово-экономическую службу для разработки основных бюджетов предприятия. К каждому ЦФО относится определенный блок бюджетов, который необходимо разработать.

Список ЦФО предприятия:

- директор ЦФО № 1 - первый заместитель генерального директора (включая советников и помощников генерального директора и структурные подразделения, подчиненные заместителю генерального директора по НИОКР, юридический отдел, секретариат, центр информационных технологий);

- директор ЦФО № 2 - заместитель генерального директора по экономике и финансам;

- директор ЦФО № 3 - заместитель генерального директора по производству;

- директор ЦФО № 4 - заместитель генерального директора - главный инженер;

- директор ЦФО № 5 - заместитель генерального директора по коммерческим вопросам;

- директор ЦФО № 6 - заместитель генерального директора по ВЭД;

- директор ЦФО № 7 - заместитель генерального директора по безопасности и кадрам;

- директор ЦФО № 8 - заместитель генерального директора по общим и социальным вопросам;

- директор ЦФО № 9 - заместитель генерального директора по качеству;

- директор ЦФО № 10 - Руководитель службы внутреннего контроля.

- директор ЦФО № 11 - главный бухгалтер.

Более подробный перечень с расшифровкой блоков бюджетов представлен в приложении В «Перечень ЦФО предприятия».

Затем основные бюджеты передаются на утвержение Генеральному директору, которые он либо утверждает и передает на исполнение, либо отправляет на корректировку.

Схема документооборота по задаче бюджетирования представлена на рисунке 3.7.



Рисунок 3.7- - Схема документооборота по задаче бюджетирования на каком предприятии

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

Пример применяемой кодировки представлен в таблице 3.2.

Таблица 3.2 - Пример построения кода бюджетов

Код	Наименование
BFC100	Бюджет себестоимости и рентабельности
BTC100	Бюджет движения денежных средств
BBS100	Прогнозный балансовый отчет
BOP100	Бюджет реализации продукции, работ, услуг
BOP300	Бюджет выпуска продукции, выполнения работ, оказания услуг
BTM100	Бюджет движения производства
BTA100	Бюджет движения и амортизации ОС и НМА
BIW100	Бюджет затрат на оплату труда
BOC720	Бюджет социальных расходов и благотворительности
BFC200	План распределения чистой прибыли
BTC600	Кредитный план
BTA700	Инвестиционный бюджет
BFF100	Бюджет движения капитала



3.4.2 Внутреннее информационное обеспечение

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

1) Внешняя организация данных (концептуальная модель данных) (Рисунок 3.8);

2) Архитектура организации данных (логическая модель данных) (Рисунок 3.9);

3) Физическая организация данных (физическая модель данных) (Рисунок 3.10).

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

Рисунок 3.8 - Концептуальная модель БД «Управление бюджетированием» где?

На основании заключенных договоров с заказчиками открываются заказы на работы. Каждый открытый заказ относится к определенному центру ответственности, а каждый ЦФО имеет одно ответственное лицо по данному заказу.

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

Рисунок 3.9- Логическая модель БД «Управление бюджетированием»

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

Так, например сущность «бюджет» имеет следующие атрибуты:

1) Код бюджета

2) Наименование ЦФО или ЦФУ

3) Дата составления

4) ФИО ответственных за составление бюджета

5) Сумма бюджета

6) Описание

7) Период бюджета

Рисунок 3.10 - Описание атрибутов таблиц БД «Управление бюджетированием»



3.5 Программное обеспечение задачи бюджетирования

Конфигурация "Управление производственным предприятием" содержит набор инструментов финансового планирования на предприятии, соответствующий универсальной бюджетной модели. С помощью конфигурации реализуются следующие функции:

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

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

· мониторинг фактической деятельности предприятия в тех же разрезах, в которых проводилось планирование;

· составление сводной отчетности по результатам мониторинга;

· контроль соответствия заявок на расходование денежных средств рабочему плану на период;

· финансовый анализ;

· анализ доступности денежных средств;

· анализ отклонений плановых и фактических данных.

Проектирование теста программы

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

Тестирование программного обеспечения -- процесс исследования программного обеспечения (ПО) с целью получения информации о качестве продукта.

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

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

Пример тестирования подсистемы приведен в таблице 3.3

Таблица 3.3 - Пример тестирования программы

№ теста	Содержание теста	Атрибут	Заданное значение	Ожидаемые результаты	Фактические результаты	Выводы
1	Сохранение данных в окне «Заявки в бюджет»	«Код бюджета» «ЦФО код»	--	Система не должна позволять проводить документ, в котором неккоректно заполнены строки или пропущены данные	Система выдает сообщение об ошибки	Система позволяет отслеживать полноту заполнения документа
2	Сохранение данных при неккоректном вводе атрибута «Общая сумма»	«Общая сумма»	«алпа»	Ввод не возможен	Ввод не возможен	Система не позволяет вводить некорректные данные
3	Неверный период формирования бюджета	Дата формирования бюджета	1.16.10	Система должна проверить правильность ввода даты	Система выдает сообщение о несостыковки данных	Система позволяет корректно вести дату, выдавая календарь
4	Не заполнены все обязательные поля ввода	«Пользователь, Пароль»	Задан только Пользователь	Система должна проверить заполнены ли все поля	Одно или несколько полей остались незаполненными	Система позволяет отслеживать полноту заполнения документа

3.6 Методическое обеспечение задачи управления бюджетированием

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

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

Запуск модуля Бюджетирование осуществляется из главного меню системы 1С:УПП «Бюджетирование».

Немного расскажи, что такое руководство пользователя - просто кусочек теории.

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



4. Компьютерное обеспечение проекта и инфраструктуры

4.1 Общесистемная программная среда общего назначения для реализации проекта

Использование сервера 1С:Предприятия 8 позволяет сосредоточить на нем выполнение наиболее объемных операций по обработке данных. Например, при выполнении даже весьма сложных запросов программа, работающая у пользователя, будет получать только необходимую ей выборку, а вся промежуточная обработка будет выполняться на сервере. Обычно увеличить мощность сервера гораздо проще, чем обновить весь парк клиентских машин.

В 1С:Предприятии 7.7 в клиент-серверном варианте работы с информационной базой программа, работающая на компьютере пользователя, обращалась непосредственно к базе данных в среде Microsoft SQL Server. В новой версии на одном из компьютеров работает сервер 1С:Предприятия 8. Программа, работающая у пользователя, взаимодействует с сервером 1С:Предприятия 8, а сервер при необходимости обращается к базе данных. При этом физически сервер 1С:Предприятия 8 и сервер базы данных могут располагаться как на одном компьютере, так и на разных. Это позволяет администратору при необходимости распределять нагрузку между серверами.

Рисунок 4.1 Архитектура 1С: Предприятия 8.



Преимущества архитектуры 1С:Предприятия 8.

· Трехуровневая архитектура позволяет более гибко распределять нагрузку между клиентом и сервером 1С:Предприятия, в зависимости от решаемой задачи, производительности используемого оборудования и предполагаемом количестве пользователей.

· Блокировки на уровне записей позволяют 1С:Предприятию 8 обеспечить большую параллельность(пропускную способность) в конкурентных режимах работы.

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

4.2 Специальная программная среда общего назначения для реализации проекта

В качестве операционной системы рекомендуется использовать Windows 2000 или Windows XP. Причиной этого является более эффективная реализация в этих системах механизмов работы с оперативной памятью. Производительность 1С:Предприятия 8, работающего под управлением одной из этих операционных систем, существенно выше, чем при работе под управлением MS Windows 98/ Me. Этот особенно заметно на операциях, требующих интенсивной работы с памятью - при работе с комплексными конфигурациями (включающими большой объем функциональности), при формировании отчетов и запросов, обрабатывающих большие объемы данных. Однако преимущество этих операционных систем проявляется только если объем оперативной памяти, установленной на компьютере, не меньше чем рекомендованного объема, указанного в системных требованиях этих операционных систем. В противном случае эффект будет прямо противоположный - производительность может уменьшиться.

В таблице 4.1 приведены наиболее типичные параметры, полученные по результатам опроса.

Таблица 4.1Параметры компьютера

	Пользователь	Разработчик
Операционная система	Windows 2000/ XP	Windows 2000/ XP
Процессор	Pentium/Celeron 8 00 -1800 МГц	Pentium/Celeron 2000 -2600 МГц
Память	128 - 256 МБ	512 - 1024 МБ

При определении параметров компьютера, на котором будет работать сервер 1С:Предприятия 8, нужно учитывать следующее факторы:

· Расположение сервера 1С:Предприятия 8 и MS SQL Server (на одном компьютере или на разных).

· Количество одновременно работающих пользователей, интенсивно выполняющих операции ввода информации или формирования отчетов.

· Объем обрабатываемой информации в текущем периоде.

Распределение нагрузки между сервером и клиентом (реализованное в прикладном решении).

Если сервер 1С:Предприятия 8 и MS SQL Server располагаются на одном компьютере, то требования каждого приложения к мощности вычислительных ресурсов данного компьютера суммируются. Расположение сервера 1С:Предприятия 8 на отдельном компьютере позволяет уменьшить требования к дисковой подсистеме данного компьютера и существенно уменьшить его стоимость,

В таблице 4.2 приведены наиболее типичные параметры компьютеров используемых для сервера 1С:Предприятия 8, полученные по результатам опроса.



Таблица 4.2 - Параметры компьютеров, используемые для сервера

Процессор	1-2 Pentium 2 200-2800 МГц
Память	1024-2048 Мб

На основании анализа проведенных внедрений, а также на основании экспертных оценок специалистов, имеющих опыт внедрения 1С: Предприятия 8, можно привести следующие оценки параметров оборудования используемого в клиент-серверном варианте:

Таблица 4.3 - Параметры оборудования, используемые в клиент-серверном варианте

Среднее количество активных пользователей (соединений)	Рекомендуемые характеристики
	Процессор	Память
10-50	1-2 Xeon 2400 - 2600 Мгц	1024 Мб - 2048 Мб
50-100	2-4 Xeon 2600 - 2800 Мгц	2048 Мб - 4096 Мб
100-200	4 Xeon 2800 - 3000 Мгц	4096 Мб и выше

В приведенной оценке сервер 1С:Предприятия и MS SQL Server расположены на одном компьютере.

4.3 Техническое обеспечение и вычислительная среда проекта

Для работы с 1С:Предприятием 8 рекомендуемая конфигурация компьютера, приведенная в “Руководстве по установке и запуску”, имеет следующие характеристики:

1) компьютер конечного пользователя:

o операционную систему: Microsoft Windows 98/Me, Microsoft Windows 2000/XP/Server 2003/Vista (рекомендуется Microsoft Windows XP)

o процессор Intel Pentium II 400 МГц и выше (рекомендуется Intel Pentium III 866 МГц);

o оперативную память 128 Мбайт и выше (рекомендуется 256 Мбайт);

o жесткий диск (при установке используется около 220 Мбайт);

o устройство чтения компакт дисков;

o USB-порт;

o SVGA дисплей;

2) компьютер, используемый для разработки конфигураций:

o операционную систему: Microsoft Windows 2000/XP/Server 2003/Vista (рекомендуется Microsoft Windows XP);

o процессор Intel Pentium III 866 МГц и выше (рекомендуется Intel Pentium IV/Celeron 1800 МГц);

o оперативную память 512 Мбайт и выше (рекомендуется 1024 Мбайт);

o жесткий диск (при установке используется около 220 Мбайт);

o устройство чтения компакт дисков;

o USB-порт;

o SVGA дисплей;

3) 32 разрядный рабочий сервер кластера серверов:

o операционные системы Microsoft Windows 2000/XP/Server 2003/Vista или один из дистрибутивов Linux.

o процессор не ниже Pentium III 866 МГц (рекомендуется Intel Pentium IV/Xeon 2,4 ГГц). Допустимо и даже желательно использование многопроцессорных машин, так как наличие нескольких процессоров благотворно сказывается на пропускной способности кластера серверов 1С:Предприятия 8.1, особенно в случае интенсивной работы нескольких пользователей;

o оперативная память не менее 512 Мбайт (рекомендуется 1024 Мбайт и выше). Хотя рабочие процессы кластера серверов 1С:Предприятия 8.1 могут исполняться в достаточно небольших объемах памяти, при пиковых нагрузках их потребности могут быть весьма значительными;

o требуется наличие USB-порта для подключения ключа аппаратной защиты кластера серверов 1С:Предприятия 8.1;

o устройство чтения компакт-дисков.

4) 64 разрядный рабочий сервер кластера серверов:

o операционные системы Microsoft Windows XP/Server 2003/Vista для x64 или один из дистрибутивов Linux для x86-64.

o процессор с архитектурой x86-64 (Intel с поддержкой EM64T, AMD с поддержкой AMD64). Допустимо и даже желательно использование многопроцессорных машин, так как наличие нескольких процессоров благотворно сказывается на пропускной способности кластера серверов 1С:Предприятия 8.1, особенно в случае интенсивной работы нескольких пользователей;

o оперативная память 1024 Мбайт и выше. И хотя рабочие процессы кластера серверов 1С:Предприятия 8.1 могут исполняться в достаточно небольших объемах памяти, в пиковых ситуациях их потребности могут быть весьма значительными;

o требуется наличие USB-порта для подключения ключа аппаратной защиты кластера серверов 1С:Предприятия 8.1;

o устройство чтения компакт-дисков.

5) сервер баз данных:

o Microsoft SQL Server 2000 + Service Pack 2 (рекомендуется Service Pack 4);

o Microsoft SQL Server 2005;

o PostgreSQL 8.1;

o PostgreSQL 8.2;

o IBM DB2 Express-C 9.1

6) компьютер сервера баз данных:

o в качестве сервера баз данных может использоваться любой компьютер, на котором может работать Microsoft SQL Server, PostgreSQL или IBM DB2. Технические характеристики компьютера и операционная система должны соответствовать требованиям используемой версии сервера баз данных Microsoft SQL Server, PostgreSQL или IBM DB2.

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

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



5. Организационно-правовое обеспечение проекта

5.1 Жизненный цикл подсистемы управления техническим обслуживанием и ремонтом оборудования

Жизненный цикл - совокупность процессов и работ от момента зарождения идеи создания системы до прекращения ее использования. В области систем информатизации менеджмента в настоящее время такие системы прекращают свое существование в глобальном смысле только с прекращением существования объекта управления. Однако конкретная конфигурация системы используется ограниченное время.

Модель жизненного цикла - форма взаимосвязи взаимозависимости работ и этапов жизненного цикла.

Различают три модели жизненного цикла системы:

1) Каскадная модель;

2) Спиральная модель;

3) Эволюционная модель.

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

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

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

В соответствии со стандартом ГОСТ Р ИСО/МЭК 12207-99 [16] все процессы жизненного цикла классифицируются по принадлежности к трем группам: основные, вспомогательные и организационные (обслуживающие) процессы жизненного цикла.

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

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

Процесс состоит из следующих работ:

· подготовительный;

· подготовка заявки на подряд или приобритение;

· подготовка и корректировка договора;

· надзор за поставщиком;

· приемка и закрытие договора.

2) Поставка - процесс предоставления готовых компонентов или решений, этот процесс определяет, какие работы должен выполнять поставщик.

Процесс состоит из следующих работ:

· подготовительный;

· подготовка ответа на заявку;

· подготовка договора;

· планирование;

· выполнение и контроль;

· проверка и оценка;

· поставка и закрытие договора.

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

Данный процесс содержит следующие этапы:

· подготовка процесса;

· анализ требований к системе;

· проектирование системной архитектуры;

· анализ требований к программным средствам;

· проектирование программной архитектуры;

· техническое проектирование программных средств;

· программирование и тестирование программных средств;

· сборка программных средств;

· квалификационные испытания программных средств;

· сборка системы;

· квалификационные испытания системы;

· ввод в действие программных средств;

· обеспечение приемки программных средств.

4) Эксплуатация - это работы и задачи оператора.

Процесс имеет следующее содержание:

· подготовка процесса;

· эксплуатационные испытания;

· эксплуатация системы;

· поддержка пользователя.

5) Процесс сопровождения. Определяет работы персонала сопровождения

Данный процесс состоит из следующих работ:

· подготовка процесса;

· анализ проблем и изменений;

· внесение изменений;

· проверка и приемка при сопровождении;

· перенос;

· снятие с эксплуатации.

Вспомогательные процессы жизненного цикла направлены на основные процессы и их результаты. К ним относятся:

1) Документирование - это описание информации, созданной в процессе или в работе жизненного цикла.

2) Управление конфигурацией - это применение административных и технических процедур на всем протяжении жихненного цикла для следующих целей:

· обозначения, определения и установки состояния программных объектов в системе;

· управление изменениями и выпуском объектов;

· описания и сообщения о состоянии объектов и заявок на внесение изменений в них;

· обеспечение полноты;

· управление хранением.

3) Обеспечение качества. Этот процесс определяет насколько созданная система соответствует установленным требованиям.

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

5) Аттестация. Определяет работы (заказчика, поставщика или независимой стороны) по аттестации программных продуктов программного проекта. Определяет полноту соответствия установленным требованиям созданной системы.

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

7) Аудит. Определяет соответствие требованиям, планам и условиям договора Данный процесс может использоваться двумя сторонами, когда одна из сторон (проверяющая) контролирует программные продукты или работы другой стороны (проверяемой).

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

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

Организационными процессами являются:

1) Процесс управления. Определяет основные работы по управлению, включая управление проектом, при реализации процессов жизненного цикла.

2) Процесс создания инфраструктуры. Определяет основные работы по созданию основной структуры процесса жизненного цикла.

3) Процесс усовершенствования. Определяет основные работы, которые организация (заказчика, поставщика, разработчика, оператора, персонала сопровождения или администратора другого процесса) выполняет при создании, оценке, контроле и усовершенствовании выбранных процессов жизненного цикла.

4) Процесс обучения. Определяет работы по соответствующему обучению персонала.

При разработке и внедрении подсистемы управления бюджетированием используется спиральная модель ЖЦ, в данной модели делается упор на начальные этапы ЖЦ: анализ и проектирование. Реализуемость технических решений проверяется путем создания прототипов.

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

5.2 Правовая среда решения задачи управления бюджетированием

Таблица 5.1 - Правовая среда решения задачи управления бюджетированием

Закон; Общегосударственный нормативно-методический документ	Характеристика
Трудовой кодекс РФ	Регулирование трудовых отношений между предприятием и его сотрудниками.
Гражданский кодекс РФ	Орегулирует гражданско-правовые отношения.
Налоговый кодекс РФ	Устанавливает систему налогов и сборов.
Федеральный закон «О бухгалтерском учете»	Регулирование бухгалтерского учета.
Система стандартов безопасности труда (ССБТ). Основные положения.ГОСТ 12.0.001--82 (СТ СЭВ 829--77)	Комплекс взаимосвязанных стандартов, содержащих требования, нормы и правила, направленные на обеспечение безопасности, сохранение здоровья и работоспособности человека в процессе труда.
Ошибка! Недопустимый объект гиперссылки.	Закон регулирует отношения, возникающие при разработке, принятии, применении и исполнении обязательных и на добровольной основе требований к продукции или связанными с ними процессам проектирования, производства, строительства, монтажа, наладки, эксплуатации, хранения, перевозки, реализации и утилизации.
Методология бюджетного планирования	Предназначена для организации процедур сбора, консолидации и отображения данных, связанных с технико-экономическим и финансовым планированием и контролем деятельности предприятий
Регламент бюджетного планирования	Определяет порядок взаимодействия участников бюджетного процесса в ОАО «Гос МКБ «Вымпел» им. И.И. Торопова»; сроки подготовки информации и предоставления документов при годовом и текущем бюджетном планировании; ответственных за согласование и утверждение документов, необходимых для бюджетного планирования и отчетности.
Положение о бюджетировании	Определяет общие положения о бюджетировании.
Устав предприятия	Определяет порядок и условия функционирования предприятия.
Положение о плановом отделе	Регламентирует работу планового отдела
Положение о финансовом отделе	Регламентирует работу финансового отдела
Положение о бюджетном отделе	Регламентирует работу бюджетного отдела



6. Экономическая оценка разработки информационной подсистемы управления бюджетированием на авиаракетостроительном предприятии

6.1 Основные факторы экономической эффективности подсистемы управления бюджетированием

Все многообразие факторов эффективности на предприятии можно классифицировать по следующим признакам:

1. источники повышения эффективности: снижение трудо-, материало-, фондо- и капиталоемкости бизнес-процесса, рациональное использование природных ресурсов, экономия времени и повышение качества, минимизация рисков;

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

3. отношение к функциональности процессов: функциональные (т.е. связанные с изменением функциональных характеристик процессов) и нефункциональные (изменение структуры и понижение уровня рисков, улучшение качества).[9]

Таблица 6.1- Факторы экономической эффективности решения задачи бюджетирования

Структура задачи	Факторы улучшения бизнес-процессов	Факторы экономической эффективности	Количественное выражение
Задача (1 уровень)	Задачи (2 уровень)	На нижнем уровне	На верхнем уровне
Информатизация процесса бюджетирования на предприятиии	Определение/ корректировка регламента бюджетирования по конкретным видам бюджетов	Простота назначения регламента бюджетирования за счет типизации; Улучшение состава регламента за счет анализа	Снижение трудоемкости; Снижение ошибок в установленном регламенте	Снижение трудоемкости, выполняемых бизнес-операций; Снижение ошибок в формировании бюджетов и при их анализе и как следствие: Получение более достоверных данных о деятельности предприятия; Сокращение времени на сбор данных и их проверку; Сокращение сроков составления бюджетов	80% 50% 70% 60%
	Формирование бюджетов предприятия	Упрощение выполнения бизнес-операций, в т.ч внесения изменений; Наглядность	Повышение качества бюджетов; Снижение ошибок при формировании бюджетов.
	Анализ исполнения бюджета	Облегчение исполнения анализа; Автоматическое составление отчетов.	Повышение качества анализа; Снижение трудоемкости; Минимизация ошибок и снижение потребности в дополнительном контроле.

4.1 6.2 Оценка затрат на всех этапах жизненного цикла подсистемы управления бюджетированием

Для расчета затрат на решение задачи применяется методика ТСО - определения совокупной стоимости владения. При расчете совокупной стоимости владения для решаемой задачи используется классификация затрат на условно-прямые, условно-косвенные и непредвиденные.

Произведем два расчета затрат: базовый и оценочный. Базовый расчет ТСО - расчет затрат при условии, что задача управления продажами будет решаться как и до внедрения информационной системы, т.е. будучи частично автоматизированной, в соответствии с бизнес-процессами «как есть». Оценочный расчет ТСО - расчет затрат при условии внедрения подсистемы управления продажами. Расчет производится на все года жизненного цикла (ЖЦ) подсистемы. В качестве нулевого периода принимается первый год ЖЦ, n - последний год ЖЦ подсистемы. Таким образом, ЖЦ подсистемы составляет (n+1) год, то есть 5 лет.

К условно-прямым расходам отнесем стоимость лицензий ИС, стоимость внедрения и стоимость миграции данных на автоматизируемых рабочих местах.

Условно-косвенные расходы включают в себя:

· снижение производительности сотрудников, связанное с дублированием ввода данных в период внедрения;

· расходы рабочего времени сотрудников на прямое обучение и связанные с этим убытки;

· расходы рабочего времени сотрудников на косвенное обучение и связанные с этим убытки;

· расходы рабочего времени сотрудников ИТ-службы на поддержку пользователей.

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

Исходные данные для расчета совокупной стоимости владения приведены в таблице 6.2.

Таблица 6.2 - Исходные данные

Базовый расчет

ТСО = 40*12*20*0,23*(1+0,34) = 2 959 тыс.руб.

ТСО на одно рабочее место = 2 959 / 12= 247 тыс.руб.

Оценочный расчет ТСО на этапе внедрения

1. Условно-прямые расходы

1.1. Расходы на оборудование



Р_Об = 20*12+10*6,5+38+ 25 = 378 тыс. руб.

1.2. Расходы на программное обеспечение

Р_ПО = 35*12+75+20+210= 725 тыс. руб.

1.3. Расходы на персонал

P_T = 2*40*12*0,340*(1+0,34) + 3,5*12= 857 тыс. руб

Итого: 1 582 тыс. руб.

2. Условно-косвенные расходы

2.1. Косвенные расходы на общесистемное программное обеспечение

Р_КПО = (12,5+ 1 ) * 12= 150 тыс. руб.

2.2. Косвенные расходы на персонал

Р_КТ = (18 + 22 )*12*(1+0,34) = 643 тыс. руб.

2.3. Косвенные расходы на связь и коммуникации

Р_ККом = 1*12= 12 тыс. руб.

Итого: 817 тыс.руб.

3. Непредвиденные расходы

Р_Неп = (340*2*40*12)*(1+0,34)*(0,0115+0,04) = 23 тыс.руб.

ИТОГО совокупная стоимость владения - 2 422 тыс.руб.

ТСО на одно рабочее место = 2 422 т.р. / 12 = 202 тыс.руб.

ТСО на этапе эксплуатации

1. Условно-прямые расходы

1.1. Расходы на оборудование (амортизация)

Р_Об = (20*12+10*6,5+38*1 + 35)*1/6 = 63 тыс. руб.

1.2. Расходы на программное обеспечение

Р_ПО = 20 +30 = 50 тыс. руб.

1.3. Расходы на персонал

P_T = 20*12*0,22*12*(1+0,34) = 849 тыс. руб.

Итого: 962 тыс. руб.

2. Условно-косвенные расходы

2.1. Косвенные расходы на общесистемное программное обеспечение

Р_КПО = 0,42 * 12= 5 тыс. руб.

2.2. Косвенные расходы на персонал

Р_КТ = (18 + 22 )*12*(1+0,34) = 643 тыс. руб.

2.3. Косвенные расходы на связь и коммуникации

Р_ККом = 1*12=12 тыс. руб.

Итого: 660 тыс.руб.

3. Непредвиденные расходы

Р_Неп = (0,22*12*20*12)*(1+0,34)*(0,0115+0,04) = 44 тыс.руб.

ИТОГО совокупная стоимость владения - 1 666 тыс.руб.

ТСО на одно рабочее место = 1 666 т.р. / 12 = 139 тыс.руб.

Таблица 6.3 - Результаты расчета совокупной стоимости владения

6.3 Оценка экономической эффективности проекта

Различают 2 группы методов экономической оценки эффективности проекта:

· простые или статические методы;

· методы дисконтирования.

Мы рассмотрим расчет экономической эффективности дисконтированным методом.

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

Последовательность платежей, разделенных равными интервалами времени, называется потоком платежей. Если платежи неодинаковы по знаку и размеру, то применяется боле общий термин «денежный поток».

Основные параметры необходимые для построения и оценки денежного потока приведены в таблице 6.4

Таблица 6.4 - Основные параметры, необходимые для построения и оценки денежного потока

Параметр	Обозначение	Метод расчета
Поток поступлений	CIF
Поток платежей	COF
Денежный поток в случае реализации проекта (или оценочный денежный поток);	CFпроект	CFпроект = CIFпроект - COFпроект
Денежный поток в случае отказа от реализации проекта (или базовый денежный поток).	CFотказ	CFотказ = CIFотказ - COFотказ
Денежный поток	CF	CF = CFпроект - CFотказ
Ставка дисконтирования	i	Принимается равной ставке по альтернативным вложениям. Наименее рисковыми вложениями денежных средств в РФ считаются депозиты Сбербанка, ставку по которым рекомендуется брать при расчете
Коэффициент дисконтирования	Кд	Кд = (1 + i)-t где t - номер периода
Дисконтированный денежный поток	CFдиск	CFдиск= CF* Кд
Поток поступлений дисконтированный	CIFдиск	Положительная часть CFдиск
Поток платежей дисконтированный	COFдиск	Отрицательная часть CFдиск
Кумулятивный денежный поток;	CFкумул	CFкумул t = CFкумул t-1 + CFt
Дисконтированный кумулятивный денежный поток	CFдк	CFдк= CFкумул * Кд
Коэффициент, приводящий поток платежей к периоду окончания проекта	Ккон	Ккон = (1 + i)n-t Где (n+1) - количество лет жизненного цикла подсистемы (решения задачи)
Поток платежей, приведенный к сроку окончания проекта	CFкон	CFкон= CF* Ккон

При экономической оценке эффективности ИТ-проекта используются широко известные в мировой практике показатели:

Чистый дисконтированный доход (NPV) - это экономический эффект от реализации ИТ-проекта, приведенный по фактору времени к нулевому периоду. NPV характеризует общий абсолютный результат ИТ-проекта.

Внутренняя норма доходности (IRR) - расчётная процентная ставка, при которой получаемые доходы от проекта равны затратам на проект, то есть NPV = 0. Также можно сказать, что IRR - это максимальный процент, который может быть заплачен для мобилизации капиталовложений в проект.

Срок окупаемости статический (PPs) - это срок, за который затраты на проект окупаются поступлениями от проекта. То есть срок, за который инвестор возвращает свои вложенные средства.

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

Срок окупаемости динамический (PPd) - это срок, за который дисконтированные затраты окупаются дисконтированными поступлениями. То есть инвестор возвращает свои вложенные средства с процентами.

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

Индекс доходности затрат (PI) - характеризует «отдачу проекта» на вложенные в него средства. Рассчитывается как отношение суммы дисконтированных поступлений от проекта к сумме дисконтированных платежей по проекту.

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

Модифицированная внутренняя норма доходности (MIRR) - модифицированная расчётная процентная ставка, при которой получаемые доходы от проекта равны затратам на проект. [10]

Методика расчета данных показателей приведена в таблице 6.5.

Таблица 6.5 - Критерии экономической эффективности при дисконтированном способе расчета

Наименование показателя	Обозначение	Формула расчета	Ограничение значения для эффективного проекта
Чистый дисконтированный доход	NPV	NPV =	NPV>0
Внутренняя норма доходности	IRR	- графический метод, - приближённый метод: = - с помощью электронных таблиц.	IRR>i
Срок окупаемости статический	PPs	PPs =
Срок окупаемости динамический	PPd	PPd =
Индекс доходности затрат	PI	PI =	PI>1
Чистая конечная стоимость	NTV	NTV =	NTV > 0
Модифицированная внутренняя норма доходности	MIRR	MIRR = , где PV - сумма дисконтированных расходов, TV - терминальная стоимость (сумма наращенных к сроку окончания проекта доходов)	MIRR > i

Расчеты вышеприведенных показателей производятся в двух вариантах:

· без учета инфляции;

· с учетом инфляции.

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

i_корр = i + h + i*h

где h - величина инфляции.

Таблица 5.6 - Построение денежного потока по проекту



Таблица 5.7 - Расчет основных показателей для оценки денежного потока без учета инфляции

Таблица 5.8 - Расчет основных показателей для оценки денежного потока без учета инфляции, приведенного к моменту окончания жизненного цикла проекта

Таблица 5.9- Расчет основных показателей для оценки денежного потока c учетом инфляции

Таблица 5.10 - Расчет основных показателей для оценки денежного потока с учетом инфляции, приведенного к моменту окончания жизненного цикла проекта



Таблица 5.11 - Основные показатели экономической эффективности проекта без учета инфляции

Таблица 5.12 - Основные показатели экономической эффективности проекта с учетом инфляции

Вывод

Рассчитав показатели (без учета фактора инфляции) получили следующие значения:

NPV > 0, значит наш проект за 5 лет приносит прибыль, равную 2 542 тыс. руб..

IRR > i и IRR = 32%, то есть расчетная процентная ставка, при которой получаемые доходы от проекта равны затратам на проект составляет 32%

PPs = 1,87 то есть данный проект окупится за 1,87 года.

PPd = 1,88, то есть данный проект с учетом дисконтирования окупится за 1,88 года (за этот период инвестор вернет свои вложенные средства с учетом процентов).

PI (индекс доходности данного проекта) равен 2,05.

NTV > 0, значит наш проект является экономически эффективным. Экономический эффект от реализации данного проекта, приведённый по фактору времени к конечному моменту равен 4 001 тыс. руб.

MIRR = 26 % (модифицированная расчётная процентная ставка, при которой получаемые доходы от проекта равны затратам на проект), так как MIRR > i значит проект экономически выгоден.

Рассчитав показатели (с учетом фактора инфляции) получили следующие значения:

NPV > 0, значит наш проект за 5 лет с учетом инфляции приносит прибыль, равную 1 361 тыс. руб.

IRR > i и IRR = 20%, то есть расчетная процентная ставка, при которой получаемые доходы от проекта равны затратам на проект составляет 20%.

PPs = 1,87, то есть данный проект окупится за 1,87 года.

PPd = 1,89 то есть данный проект с учетом инфляции окупится за 1,89 года (за этот период инвестор вернет свои вложенные средства с учетом процентов).

PI - индекс доходности данного проекта с учетом инфляции равен 1,56.

NTV > 0, значит наш проект является экономически эффективным. Экономический эффект от реализации данного проекта, приведённый по фактору времени к конечному моменту равен 3 529 тыс. руб.

MIRR = 32% (модифицированная расчётная процентная ставка, при которой получаемые доходы от проекта равны затратам на проект), так как MIRR > i значит проект экономически выгоден.



7. Технологические условия и технологические решения проекта

7.1 Описание технологических условий бизнес-процессов предприятия

Модуль «Бюджетирование» системы "1С:УПП" предоставляет функциональность для оперативного финансового управления предприятием: составления финансовых планов (бюджетов) и дальнейшего контроля их исполнения.

Модуль «Бюджетирование» системы «ПС:Управление Предприятием» предоставляет следующую функциональность:

1) Планирование движений денежных средств (ДДС) ;

2) Бюджеты;

3) Контроль исполнения бюджетов;

4) Бюджетная отчетность;

5) План-факт;

6) Формирование платежного календаря, обеспечивающего оперативное управление денежными средствами.

Планирование движения средств

Конфигурация предоставляет удобные средства для составления финансовых планов. Движение денежных средств предприятия планируются путем ввода бюджетных операций (рисунок 7.1).

Рисунок 7.1 - Ввод бюджетных операций. Окно… здесь и далее поправь! 

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

· сценарий планирования;

· статья оборотов;

· валюта операции;

· центр финансовой ответственности (ЦФО);

· проект;

· контрагент;

· номенклатура.

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

Рисунок 7.2 - Сценарий планирования 

В сценарии определяются следующие параметры:

· детализация планирования (укрупненное планирование или планирование с точностью до элементов аналитического учета);

· периодичность (временной интервал, который определяет детализацию планирования по календарным периодам: год, квартал, месяц, неделя, день);

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

· валюта планирования;

· признак использования отдельной линейки курсов валют для сценария (что позволяет подготовить несколько сценариев развития ситуации в зависимости от разных прогнозов динамики изменения курсов валют операций).

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

· признаки ведения учета по сумме и по количеству;

· признаки ведения оборотов по номенклатуре и контрагентам;

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

Статья оборота бюджетной операции; соответствует сочетанию счета дебета и счета кредита счетов бюджетирования или совокупности таких таких сочетаний, которые устанавливаются в свойствах статьи оборота. (Рисунок 7.3)



Рисунок 7.3 - Статьи оборотов по бюджетам

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

Счета бюджетирования -- это средства хранения информации о планируемой структуре денежных средств и источниках финансирования. Совокупность этих счетов представлена планом счетов бюджетирования (Рисунок 7.4).

Рисунок 7.4 - План счетов бюджетиования