Автоматизированная система управления городскими финансами

1.информационно-аналитической поддержке процесса формирования доходной и расходной части бюджета;

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

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

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

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

Пользователями системы в плановом периоде являются органы исполнительной власти, в т.ч.:

1.финансовый орган - Департамент финансов;

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

3.главные распорядители бюджетных средств (далее ГРБС), распорядители бюджетных средств, главные администраторы доходов бюджета.

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

3.2 Цели и задачи разработки информационной системы

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

*повышение эффективности процесса подготовки расходной и доходной части проекта бюджета;

*повышение открытости и прозрачности бюджета;

*повышение качества контроля бюджетного процесса;

*повышение эффективности формирования и контроля исполнения планов финансово-хозяйственной деятельности учреждений;

Основными индикаторами достижения поставленных целей являются:

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

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

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

Основными решаемыми задачами в процессе разработки системы являются:

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

*создание подсистем информационной системы «Автоматизированная система управления городскими финансами»;

*обеспечение возможности применения кодов бюджетной классификации в соответствии с принципами, установленными Федеральным законом от 22.10.2014 № 311-ФЗ.

4. ФУНКЦИИ СОЗДАВАЕМОЙ АСУ ГФ

4.1 Перечень реализуемых функций

Функциональные возможности, требуемые к реализации со стороны Исполнителя по разработке подсистемы «Планирование расходной части бюджета»:

• формирование бюджетных ограничений;

• вариантное планирование расходной части бюджета;

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

1. Модуль формирования бюджетных ограничений.

Модуль должен обеспечивать реализацию следующих возможностей:

- определение бюджетных ограничений для проекта бюджета;

- определение бюджетных ограничений в автоматизированном режиме:

ведение дополнительных классификаторов. (Исполнитель должен обеспечить первоначальное наполнение дополнительных классификаторов на основании информации, предоставленной Заказчиком);

определение расчетных показателей бюджета (бюджетных ограничений) - инструментарий системы должен обеспечить следующие возможности:

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

ь ввод корректировочных поправок - ввод экспертных корректировок для увеличения / сокращения объемов бюджетных ассигнований;

- ручной ввод бюджетных ограничений;

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

2. Модуль вариантного планирования расходной части бюджета.

Модуль должен обеспечивать реализацию следующих возможностей:

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

- ввод данных по проекту бюджета с учетом бюджетных ограничений;

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

- отправка ГРБС данных по проекту бюджета, изменениям в проект бюджета на согласование в адрес Департамента финансов;

- согласование либо возврат на доработку сотрудником Департамента финансов данных по проекту бюджета, изменениям в проект бюджета в адрес ГРБС;

- утверждение версии проекта бюджета;

- подготовка приложений к закону о бюджете по расходам.

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

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

- Методического обеспечения в части планирования межбюджетных трансфертов;

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

Функциональным назначением модуля должно являться обеспечение следующих возможностей:

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

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

- формирование предложений в части расчета межбюджетных трансфертов, в т.ч. в части:

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

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

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

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

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

о внесении изменений и дополнений в Закон от 10.09.2008 № 39 «О бюджетном устройстве и бюджетном процессе»;

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

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

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

- отображение перечня межбюджетных трансфертов;

- формирование расчета межбюджетных трансфертов, в т.ч.:

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

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

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

Внедрение программного принципа на местном уровне.

Назначением модуля должно являться обеспечение следующих возможностей:

- методическое обеспечение в части внедрения программного принципа на местном уровне;

- прототип программного обеспечения по представлению местных бюджетов в программном виде.

Методическое обеспечения в части внедрения программного принципа на местном уровне должно обеспечивать:

- разработку подходов к организации комплексного внедрения программного принципа на местном уровне;

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

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

типовые муниципальные правовые акты, необходимые для перехода на программные принципы на муниципальном уровне;

типовые муниципальные программы для одного пилотного муниципального образования в пилотных сферах;

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

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

- формирование программ органа местного самоуправления (далее - ОМСУ), в т.ч.:

определение состава программ (добавление, удаление программы из перечня);

определение структуры программы;

ввод информации по разделам программы (паспорт, показатели, финансирование и др.);

- ввод сведений о реализации программ ОМСУ (показатели, финансирование);

- формирование отчетности в формате Excel:

регламентного отчета по программе;

сводного отчета по всем программам ОМСУ;

отчета об исполнении программы.

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

Назначением модуля должно являться обеспечение следующих возможностей:

- Разработка методического обеспечения в части внедрения на муниципальном уровне оценки качества финансового менеджмента на муниципальном уровне;

- Прототип программного обеспечения по проведению оценки качества финансового менеджмента на муниципальном уровне;

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

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

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

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

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

Функциональные возможности, требуемые к реализации со стороны Исполнителя по разработке подсистемы «Планирование и анализ доходной части бюджета»:

• вариантное планирование расходной доходной бюджета.

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

Подсистема «Автоматизированное рабочее место руководителя Департамента финансов» предназначена для визуализации информации о бюджете, а также предоставления руководителю Департамента финансов функций мобильного офиса.

В рамках выполнения работ по разработке веб-приложения должны быть разработаны механизмы:

- формирования и вывода на печать графика мероприятий;

- выгрузки экранных форм в файлы форматов Adobe PDF и MS Excel;

- разграничения прав пользователей, позволяющие выдавать разрешения на редактирование определённых разделов;

- журналирования действий пользователей.

Исполнителем также должны быть разработаны инструменты:

- согласования пакетов документов на внесение изменений в сводную бюджетную роспись с использованием электронной подписи;

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

- ввода и отображения информации по исполнению доходной части бюджета;

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

- предоставления функций мобильного офиса заместителям руководителя Департамента финансов.

В рамках реализации требований к созданию подсистемы «Обеспечения юридической значимости» должны быть обеспечены следующие функции:

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

· реализация механизма проверки открытой части ключа электронной подписи (далее ЭП);

· реализация механизма проверки электронной подписи;

· реализация механизма включения штампа времени в ЭП;

Подсистема «Аналитической обработки данных» должна быть предназначена для консолидации информации о бюджетном процессе и социально-экономическом развитии.

В рамках выполнения работ по развитию подсистемы должны быть разработаны:

· механизмы ведения реестра открытых данных Департамента финансов и передача их на «Портал открытых данных Правительства»;

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

4.2 Требования к перспективам развития

Проектные решения, применяемые при разработке первой очереди АСУ ГФ, должны обеспечивать возможность дальнейшего развития и модернизации как программного обеспечения, так и комплекса технических средств.

При разработке должны быть предусмотрены:

*возможность увеличения производительности системы путем её масштабирования;

*увеличение количества систем, участвующих в информационном взаимодействии.

5. ОЖИДАЕМЫЕ ТЕХНИКО-ЭКОНОМИЧЕСКИЕ РЕЗУЛЬТАТЫ СОЗДАНИЯ

5.1. Расчет оценки стоимости разработки информационной системы

В качестве основы расчета оценки стоимости разработки информационной системы была выбрана модель - COCOMO II. Согласно описываемой модели расчёты должны осуществляться следующим образом:

(1)

где

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

Size - сумма строк кода, представленная в тыс. строк (KSLOC).

EMi - множители трудоемкости разработки.

(2)

где

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

SF - факторы, отражающих особенности проекта и коллектива разработчиков.

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

Входными параметрами для расчета трудоемкости являются:

· количество строк кода, подсчитанное исходя из оценки User Function Types (логических групп данных, которые используются и поддерживаются системой, и функциональности совершаемых транзакций);

· интегральная оценка масштабируемости проекта;

· интегральные множители трудоемкости.

Вычисление Size (количество строк кода, выраженное в тысячах строк):

Для вычисления количество строк кода по модели COCOMO-II необходимо произвести оценку User Function Types (логических групп данных и функциональности совершаемых транзакций в системе), после чего, согласно таблице весов (Model Definition Manual), определить ненормированное количество функциональных точек (Unadjusted Function Point, UFP). Далее для предполагаемого языка программирования следует определить коэффициент отношения строчек кода к UFP (Model Definition Manual) и на основании данного коэффициента и числа UFP подсчитать Size.

Общая функциональность определяется путем:

3. Анализа логических групп данных, которые используются и поддерживаются системой (точки типа ILF и EIF):

· ILF - Internal Logical File - внутренний логический файл (логически связанная группа данных, определяемая пользователем и находящаяся внутри границ проекта).

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

4. Анализа функциональности совершаемых транзакций (точки типа EInp, EO и EInq):

· EInp - External Input - внешний вход (процесс ввода данных и управляющей информации).

· EO - External Output - внешний выход (процесс, генерирующий данные или управляющую информацию, которые поступают на выход ПО. Обычно процесс вида EO представляет собой формирование различных экранов, отчетов, сообщений);

· EInq - External Inquiry - внешний запрос (диалоговый ввод, который приводит к немедленному ответу ПС в форме диалогового вывода).

Итоговое количество функциональных точек в системе представлено в Таблица 1. Оно составляет 4 027,5 ед.

Таблица 1. Количество User Function Types в системе

Тип	Всего	Из них по уровню сложности	Весовые коэффициенты уровней сложности по модели COCOMO-II	Ненормированное количество функциональных точек (Unadjusted Function Point)
		Низкий	Средний	Высокий	Низкий	Средний	Высокий
ILF	142,0	58,0	17,0	67,0	3,0	4,0	6,0	644,0
EIF	79,0	25,0	12,0	42,0	4,0	5,0	7,0	454,0
EInp	165,0	66,0	47,0	52,0	7,0	10,0	15,0	1 712,0
EO	107,9	43,9	22,0	42,0	5,0	7,0	10,0	793,5
EInq	97,0	38,0	22,0	37,0	3,0	4,0	6,0	424,0
Всего	590,9							4 027,5

На основе данных, полученных из инструкции Model Definition Manual к модели COCOMO-II, коэффициент UFP для языка Java (Eclipse), на котором в плановом периоде будет реализована большая часть подсистем составляет 53.

Таким образом, число строк кода составляет 4 027,5 x 53 = 213 457,5, а переменная Size, (количество строк кода, выраженная в тысячах строк) - 213, 46.

Вычисление Е - интегральной оценки масштабируемости проекта:

Методика COCOMO II позволяет оценить влияние масштабов проекта на эффективность процесса разработки программного продукта. Данная зависимость в формуле расчета трудоемкости оценивается коэффициентом масштаба E.

Е - интегральная оценка масштабируемости проекта рассчитывается на основании оценки факторов масштаба и имеет вид:

(3)

где

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

SF - факторы, отражающих особенности проекта и коллектива разработчиков.

В Таблица 2 представлена оценка состояния масштабирующих факторов, проведенная на основе значений, полученных с помощью использования инструкции Model Definition Manual созданной специально для COCOMO-II.

Таблица 2. Перечень параметров масштабируемости системы

IND	Название	Состояние	Знач.
PREC	Прецедентность	Продукт и платформа в целом изучены	1,24
FLEX	Гибкость процесса разработки	Процесс разработки частично детерминирован	3,04
RESL	Разрешение рисков	Часть рисков разрешена	4,24
TEAM	Сработанность команды	Коммуникативные проблемы существуют	3,29
PMAT	Зрелость процессов	Уровень 3 (выше среднего)	3,12

В итоге значение показателя масштабируемости составляет:

0,91 + 0,01 x (1,24+ + 3,04 + 4,24+ 3,29+ 3,12) = 1,059 ед.

Вычисление EMi - множителей трудоемкости:

Модель предполагает использование семнадцати интегрированных комплексных коэффициентов, которые в методике COCOMO II носят название множителей трудоемкости. На основании этих множителей строится комплексная оценка трудоемкости разработки. Каждый из множителей трудоемкости имеет несколько уровней оценки, начиная с «Очень низкий» и заканчивая «Наивысший».

В Таблица 3 приведена оценка состояния множителей трудоемкости, значений EMi, полученных на основе данных технического задания и инструкции Model Definition Manual к модели COCOMO-II.

Таблица 3. Оценка множителей трудоемкости

IND	Название	Состояние	Знач.
RELY	Требуемая надежность	Номинальный. Имеются незначительные неудобства	1,00
DATA	Размер тестовых данных	D/P >= 1000	1,28
CPLX	Сложность продукта	Высокая	1,17
RUSE	Возможность использования продукта в дальнейших разработках	Разработка на базе полученной системы систем для органов исполнительной власти и др. с возможной интеграцией.	1,15
DOCU	Полнота документации	Соответствует требованиям к документации	1,00
TIME	Ограничения по доступности программной среды	Ограничение 50% и менее от общего доступного времени 1,00	1,00
STOR	Ограничение памяти	Занято до 50% доступного ресурса	1,00
PVOL	Платформа разработки	Минимальная частота изменения - 2 месяца; Максимальная частота изменения - 1 неделя.	1,15
ACAP	Квалификация аналитиков	75%	0,85
PCAP	Квалификация разработчиков	55%	1
PCON	Проектная команда	12% в год	1,00
APEX	Опыт разработки приложений	6 лет и более	0,81
PLEX	Знание платформы	6 лет и более	0,85
LTEX	Знание языка и среды разработки	6 лет и более	0,84
TOOL	Среда разработки	Реализация начального уровня цикла разработки. Средний уровень интеграции инструментов разработки	1,0
SITE	Распределенная разработка (SITE)	Разработка распределена в разных городах и компаниях. Использование телефонов, факсов	1,09
SCED	Корректировка графика (SCED)	75%	1,43

Итого 1,518 ед.

Итоговый расчет трудоемкости разработки системы:

Трудоемкость проекта в человеко-месяцах в соответствии с моделью COCOMO II равна: PM = 2, 94 x 213,461,0593 x 1,518 = 1 309,03 ед.

Для определения стоимости разработки системы требуется вычислить стоимость единицы трудоемкости (см. Таблица 4)

Таблица 4. Перечень расходов, составляющих стоимость единицы трудоемкости

№	Статья	Сумма, руб. на 1 специалиста в месяц	% от СС	% от стоимости 1 человеко-месяца
1	Зарплата основных специалистов (ФОТ) (Мосгорстат, январь-май 2016)	58 052,90	49%	43%
2	Страховые взносы в ПФ, ФМС, ФСС (30,2%)	17 415,87	15%	13%
3	Накладные расходы (73% от ФОТ)	42 432,83	36%	31%
4	Итого расходы (себестоимость (СС))	117 901,60	100%	87%
5	Прибыль (15% на итого расходы)	17 685,24	15%	13%
6	Стоимость 1 человеко-месяца, без НДС	135 586,84	115%	100%
7	Стоимость 1 человеко-дня, без НДС	6 587,21

Стоимость 1 человеко-дня вычисляется как стоимость 1 человеко-месяца умноженная на 12 (количество месяцев в году) и деленная на 247 (количество рабочих дней в 2016 году).

Среднемесячная заработная плата работников за январь-май 2016 года по полному кругу организаций, на основе данных Мосгорстата по виду деятельности «Разработка программного обеспечения и консультирование в этой области» составляет в среднем 58 052,90 руб.

Расчет суммарного размера тарифов страховых взносов в 2016 году, представленный в табличном формате - Таблица 5.

Таблица 5. Страховые взносы в ПФ, ФМС, ФСС

№	Наименования тарифов страховых взносов	Ставка на 2016 год, %
1	Тариф страховых взносов, уплачиваемых в Пенсионный фонд РФ	22,0%
2	Тариф страховых взносов, уплачиваемые в Фонд социального страхования РФ	2,9%
3	Тарифы страховых взносов, уплачиваемые в Федеральный фонд обязательного медицинского страхования	3,1%
4	Тарифы страховых взносов, уплачиваемые в территориальные фонды обязательного медицинского страхования	2,0%
5	Страховой тариф на обязательное социальное страхование от несчастных случаев на производстве и профессиональных заболеваний по I классу профессионального риска	0,2%
6	ИТОГО суммарный размер тарифов страховых взносов в 2016 г.	30,2%

Расчет размера накладных расходов в % от фонда оплаты труда, представленный в табличном формате - Таблица 6.

Таблица 6. Полный перечень накладных расходов на реализацию проекта

№	Статьи накладных расходов / % от фонда оплаты труда	Сумма
1.	Административно-управленческие расходы (норма управляемости = 1 непосредственный руководитель на 7 специалистов с ЗП в 1,5 раз выше + 1 высший руководитель, с учетом страховых взносов)	34,9%
2.	Аренда (или амортизация собственных) зданий/помещений (минимальный норматив 4,5 кв. м. на 1 человека, умноженный на 2 для учета помещений общего пользования и администрации, при ставке 40 000 руб./кв. м. в год)	21,5%
3.	Амортизация оборудования, технических средств	1,5%
3.1.	Компьютер - 20 000 руб. при сроке службы 3 года (2-я амортизационная группа)	0,9%
3.2.	Стол - 8 000 руб. при сроке службы 7 лет (4-я амортизационная группа)	0,2%
3.3.	Стул - 2 000 руб. при сроке службы 7 лет (4-я амортизационная группа)	0,0%
3.4.	Тумба - 2 000 руб. при сроке службы 7 лет (4-я амортизационная группа)	0,1%
3.5.	Прочие (доля от шкафов для одежды, для документов, офисной оргтехники и т.д.) - 10 000 руб. при сроке службы 7 лет (4-я амортизационная группа)	0,2%
4.	Прочие расходы (принимаются на уровне 15% от ФОТ)	15,0%
4.1.	· содержание и ремонт зданий/помещений, сооружений и оборудования
4.2.	· содержание и обслуживание программных и технических средств
4.3.	· расходы на научно-техническую информацию
4.4.	· расходы на организованный набор работников, подготовку и переподготовку специалистов
4.5.	· оплата бухгалтерских, информационных, консультационных, банковских, транспортных и курьерских услуг
4.6.	· расходы на связь, средства коммуникации, интернет
4.7.	· прочие

Стоимость работ по разработке и вводу в промышленную эксплуатацию системы определяется из стоимости 1 человеко-месяца, умноженного на итоговую трудоемкость работ: 135 586,84 x 1 309,03 = 177 487 241,17 руб.

5.1. Расчет экономических показателей

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

5.1.1 Расчет ставки дисконтирования

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

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

i = ((1+0,08305) / (1+0,0063)) - 1 = 0,07627

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

i= (((1 + (0,07627 / 100)) ^ (1/12)-1) * 100) = 0,00635

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

5.1.2 Расчет экономических показателей эффективности

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

· Расчет срока окупаемости инвестиций (Pay-Back Period):

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

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

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

· Расчет прибыли до уплаты процентов и налога (Operation Income):

В результате расчетов, получаем значение: Ol = 92 399,5 тыс. руб. за весь период реализации проект. Такая сумма не является критичной, т.к. в рамках проекта нет установленного временного ограничения на получение фиксированного минимума.

· Расчет прибыли после уплаты налогов и выплаты процентов по кредитам (Net Operation Income):

В результате расчетов, получаем значение: NOI= 60 185,9 тыс. руб. за весь период реализации проекта. Такое значение показателя является удовлетворительным и соответствует положительной динамике поступления доходов от реализации проекта.

6. ВЫВОДЫ

Разработка и внедрение АСУ ГФ будет способствовать созданию:

*инструментов повышения эффективности управления деятельностью ОИВ, основанных на программно-целевом принципе организации их деятельности

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

*единой методологии управления государственными финансами г. Москвы

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

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

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

*повышение эффективности деятельности органов исполнительной власти и государственных учреждений г. Москвы

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

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



Аннотация

Выпускная квалификационная работа на тему «Технико-экономическое обоснование разработки информационной системы «Автоматизированная система управления городскими финансами» написана в соответствии с учебным планом факультета «Бизнес-информатика» Пермского филиала федерального государственного автономного образовательного учреждения высшего профессионального образования «Национальный исследовательский университет “Высшая школа экономики”, утвержденным в Государственном образовательном стандарте высшего профессионального образования «Направление 080500.62. Бизнес-информатика».

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

Автор: Базлова Мария Геннадьевна.

Факультет бизнес-информатики. 4 курс. 2016 г.

Объем работы: 87 стр.

Научный руководитель: Коротун Василиса Павловна, старший преподаватель кафедры информационных технологий в бизнесе.

Размещено на Allbest.ru