Автоматизированная система управления городскими финансами
Подходы к описанию бизнес-архитектуры и стандарты составления технико-экономического обоснования. Назначение, цели и стоимость разработки информационной системы (ИС), описание её функциональных возможностей. Моделирование процесса разработки ИС.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 18.02.2017 |
| Размер файла | 1,3 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
1.
Аренда (или амортизация собственных) зданий/помещений (минимальный норматив 4,5 кв. м. на 1 человека, умноженный на 2 для учета помещений общего пользования и администрации, при ставке помещений 40 000 руб./кв. м. в год)
2.
Амортизация оборудования, технических средств
2.1.
Компьютер - 20 000 руб. при сроке службы 3 года (2-я амортизационная группа)
2.2.
Стол - 8 000 руб. при сроке службы 7 лет (4-я амортизационная группа)
2.3.
Стул - 2 000 руб. при сроке службы 7 лет (4-я амортизационная группа)
2.4.
Тумба - 2 000 руб. при сроке службы 7 лет (4-я амортизационная группа)
2.5.
Прочие (доля от шкафов для одежды, для документов, офисной оргтехники и т.д.) - 10 000 руб. при сроке службы 7 лет (4-я амортизационная группа)
4.
Прочие расходы (принимаются на уровне 15% от ФОТ)
· содержание и ремонт зданий/помещений, сооружений и оборудования;
· содержание и обслуживание программных и технических средств;
· расходы на связь, средства коммуникации, интернет;
· прочие.
4.1.
·
4.2.
·
4.3.
·
4.4.
·
Амортизационные группы определены по государственному классификатору.
2.6 Организационный план
Для проектирования деятельности рабочей группы с максимальной эффективностью необходимо построить корректную организационную структуру.
Существует шесть основных типов организационных структур:
1. линейная;
2. функциональная;
3. линейно-функциональная;
4. матричная;
5. дивизиональная;
6. множественная.
Линейной структуре соответствует наличие руководителя во главе каждого подразделения. Данный руководитель в рамках подразделения наделен всеми полномочиями для руководства работниками, находящимися в его подчинении.
Для функциональной структуры характерно разделение организации на отдельные функциональные компоненты со своими определенными обязанностями (производство, продажи, финансы и т.д.).
Линейно-функциональная организационная структура управления предполагает интеграцию вышеперечисленных структур. При этом у сотрудника есть линейный руководитель, осуществляющий мониторинг, и функциональный руководитель, который консультирует по вопросам решения задач сотрудника.
Матричная организационная структура управления в основном формируется для разработки нового проекта: создается временное подразделение - проектная группа/команда. В состав такой функциональной единицы входят и исполнители, и управленцы. Когда проект завершается, сотрудники переходят в другую (новую) проектную группу. В случае отсутствия новых проектов сотрудники возвращаются к выполнению обычных обязанностей.
Для дивизиональной структуры предполагается деятельность отделенных друг от друга подразделений (предприятий), каждое из которых является обособленным и имеет свою сферу деятельности. При этом все подразделения объединены в одну сеть с общим центральным аппаратом управления.
Под множественной структурой понимают комбинации различных структур на разных ступенях управления. Например, для головной компании может применяться линейная структура управления, а в филиалах - матричная [8].
В связи с тем, что реализация разработки автоматизированной системы управления будет осуществляться в рамках одного нового проекта и при этом не исключается возможность после завершения, перераспределения проектной группы, наиболее подходящей организационной структурой будет являться - матричная (см. Приложение А).
Численность и квалификация персонала, обслуживающего систему, должны определяться с учетом следующих требований:
• модификация структуры и конфигурации системы должна осуществляться с учетом минимизации количественного состава обслуживающего персонала;
• для функционирования системы не должно требоваться круглосуточного обслуживания системы и присутствия администраторов у консоли управления.
Согласно техническому заданию, опубликованному среди прочих документов на web-странице конкурса (сайт государственных закупок), состав задействованных в разработке системы сотрудников должен соответствовать перечню, представленному в Таблице 3.
Таблица 3. Квалификационный состав проектной команды
|
№ |
Наименование должности |
Фактическое время участия (рабочих дней) |
Численность исполнителей |
|
|
1 |
Руководитель проекта |
148 |
1 |
|
|
2 |
Проектный менеджер |
148 |
5 |
|
|
3 |
Администратор проекта |
148 |
6 |
|
|
4 |
Главный аналитик |
148 |
5 |
|
|
5 |
Аналитик |
140 |
20 |
|
|
6 |
Главный архитектор |
120 |
1 |
|
|
7 |
Главный инженер |
140 |
1 |
|
|
8 |
Разработчик |
110 |
20 |
|
|
9 |
Тестер |
100 |
5 |
|
|
10 |
Технический писатель |
75 |
5 |
|
|
11 |
Консультант |
65 |
5 |
|
|
12 |
Инженер-техник |
80 |
5 |
2.7 Производственный план
Сокращенный вариант производственного плана реализации разработки и развития информационной системы «Автоматизированная система управления городскими финансами» может быть представлена в виде Таблицы 4. Полная версия производственного плана содержится в Приложении B.
Таблица 4. Первый уровень декомпозиции производственного плана
|
Наименование задачи |
Сроки |
|||
|
Начало |
Окончание |
Длительность, рабочих дней |
||
|
Этап 1. Обследование объекта автоматизации и уточнение требований к системе |
26.05.2016 |
15.07.2016 |
35 |
|
|
Этап 2. Техно-рабочий проект Системы в рамках реализации функций первой части |
16.07.2016 |
13.09.2016 |
42 |
|
|
Этап 3. Техно-рабочий проект Системы в рамках реализации функций второй части |
14.09.2016 |
22.11.2016 |
49 |
|
|
Этап 4. Опытная эксплуатация и приемка Системы |
14.09.2016 |
22.12.2016 |
71 |
Первый этап «Обследование объекта автоматизации и уточнение требований к системе» содержит подзадачи:
1. Обследование и уточнение требований:
1.1. Уточнение основных требований к подсистеме «Планирование и анализ доходной части бюджета».
1.2. Уточнение основных требование к подсистеме «Планирование расходной части бюджета».
1.3. Уточнение основных требований к подсистеме «Автоматизированное рабочее место руководителя Департамента финансов».
1.4. Уточнение основных требований к подсистеме аналитической обработки данных.
1.5. Анализ и уточнение основных требований к информационному взаимодействию подсистем.
2. Обеспечение информационной безопасности (далее ИБ):
2.1. Анализ обрабатываемых документов и классификация.
2.2. Анализ угроз и описание потенциальных угроз и действий нарушителя ИБ.
2.3. Анализ и формирование требований по обеспечению ИБ.
3. Документирование:
3.1. Оформление и согласование отчета об обследовании.
3.2. Описание бизнес-сценариев автоматизируемых процессов.
3.3. Оформление и согласование частного технического задания.
Длительность первого этапа составляет 35 рабочих дней. В работе над проектом в рамках данного этапа помимо руководителей задействованы: главные аналитики, аналитики, технические писатели.
Второй этап «Техно-рабочий проект системы в рамках реализации функций первой части» более объемный и содержит подзадачи:
1. Системное проектирование.
2. Внедрение юридически значимого электронного документооборота:
3. Обеспечение возможности применения кодов бюджетной классификации в соответствии с принципами, установленными Федеральным законом от 22.10.2014 № 311-ФЗ.
4. Разработка подсистемы «Планирование и анализ доходной части бюджета».
5. Разработка подсистемы «Планирование расходной части бюджета».
6. Разработка подсистемы «Автоматизированное рабочее место руководителя Департамента финансов».
7. Создание модуля согласования и утверждения ведомственных перечней, сформированных на основании федеральных базовых (отраслевых) перечней.
8. Создание модуля формирования предложений по распределению предельных объемов бюджетных ассигнований.
9. Создание модуля обеспечения информационного взаимодействия с Фондом капитального ремонта.
10. Создание подсистемы «Обеспечения юридической значимости».
11. Интеграционное тестирование и отладка.
12. Документирование:
12.1. Технический проект:
12.1.1. Пояснительная записка к техническому проекту системы.
12.1.2. Описание архитектуры системы.
12.2. Рабочая документация:
12.2.1. Общее описание системы.
12.2.2. Руководство пользователя системы.
12.2.3. Руководство администратора системы.
12.2.4. Программа и методика предварительных испытаний.
12.2.5. Программа опытной эксплуатации системы.
12.2.6. Акт ввода системы в опытную эксплуатацию (проект).
12.3. Ведомость машинных носителей информации.
13. Пуско-наладочные работы.
14. Предварительные испытания.
Длительность второго этапа составляет 42 рабочих дня. В работе над проектом в рамках данного этапа помимо руководителей задействованы все участники проектной команды: главные аналитики, аналитики, технические писатели, разработчики, тестеры и др.
Третий этап «Техно-рабочий проект системы в рамках реализации функций второй части» по объему работ близок похож на второй и содержит подзадачи:
1. Системное проектирование
2. Развитие подсистемы «Планирование расходной части бюджета».
3. Развитие подсистемы «Планирование и анализ доходной части бюджета».
4. Развитие подсистемы «Автоматизированное рабочее место руководителя Департамента финансов».
5. Реализация информационного взаимодействия с информационной системой «Электронный бюджет».
6. Создание подсистемы аналитической обработки данных.
7. Развитие подсистемы «Обеспечения юридической значимости».
8. Разработка подсистемы «Сводная бюджетная роспись».
9. Развитие модуля обеспечения информационного взаимодействия с Фондом капитального ремонта.
10. Развитие модуля формирования предложений по распределению предельных объемов бюджетных ассигнований.
11. Интеграционное тестирование и отладка.
12. Документирование:
12.1. Технический проект:
12.1.1. Пояснительная записка к техническому проекту системы.
12.1.2. Описание архитектуры системы.
12.2. Рабочая документация:
12.2.1. Общее описание системы.
12.2.2. Руководство пользователя системы.
12.2.3. Руководство администратора системы.
12.2.4. Программа и методика предварительных испытаний системы.
12.2.5. Программа опытной эксплуатации системы.
12.2.6. Акт ввода системы в опытную эксплуатацию (проект).
12.2.7. Ведомость машинных носителей информации.
13. Пуско-наладочные работы.
14. Предварительные испытания.
Длительность третьего этапа составляет 49 рабочих дней. В работе над проектом в рамках данного этапа, по аналогии с предшествующим, помимо руководителей задействованы все участники проектной команды: главные аналитики, аналитики, технические писатели, разработчики, тестеры и др.
Четвертый этап «Опытная эксплуатация и приемка системы» является завершающим и содержит подзадачи:
1. Обучение и консультация персонала системы по новым компонентам:
1.1. Техническое и сервисное сопровождение новых компонент системы.
1.2. Проведение оптимизации подсистем.
1.3. Анализ и устранение ошибок, выявленных в ходе опытной эксплуатации.
2. Документирование:
2.1. План-программа подготовки персонала.
2.2. Отчет о подготовке персонала.
2.3. Акт о проведении подготовки персонала.
2.4. Журнал проведения опытной эксплуатации.
2.5. Акт о завершении опытной эксплуатации.
2.6. Программа и методика комплексных приемочных испытаний.
2.7. Акт о готовности системы к промышленной эксплуатации.
3. Комплексные приемочные испытания.
4. Проектный офис:
4.1. Общее управление проектом.
4.2. Координация проектной команды.
4.3. Администрирование проекта.
Длительность четвертого, завершающего этапа составляет 71 рабочих день. В работе над проектом в рамках данного этапа помимо руководителей задействованы: главные аналитики, аналитики, технические писатели, разработчики, тестеры.
Общие затраты на реализацию разработки системы составляют 148 рабочих дней.
2.8 Моделирование процесса разработки информационной системы
С помощью специализированного инструмента моделирования бизнес-процессов ARIS, поддерживающего одноименную методологию описания бизнес-процессов, было построено несколько диаграмм разных уровней, описывающих процесс разработки информационной системы «Автоматизированная система управления городскими финансами» в качестве результата исполнения бизнес-процесса (см. Таблица 5).
Таблица 5. Перечень диаграмм, описывающих процесс разработки
|
Наименование диаграммы |
Описание |
Приложение |
|
|
Диаграмма цепочки добавленного качества |
1 Уровень: иллюстрирует всю деятельность Исполнителя на самом верхнем уровне. |
Приложение С |
|
|
2 Уровень: показывает процесс разработки и связанные с ним напрямую бизнес-процессы такие как контроль качества или обучение персонала функционального Заказчика. |
Приложение D |
||
|
Событийная цепочка процесса |
Детально представляет бизнес-процесс разработки: иллюстрирует взаимодействие клиента на разных этапах выполнения, предоставляет информацию о документации, формирующейся в процессе разработки решения. |
Приложение E |
|
|
Диаграмма окружения процесса |
Показывает окружение бизнес-процесса: участвующие в процессе нормативные документы, участвующие подразделения |
Приложение F |
2.9 Расчет оценки стоимости разработки информационной системы
В качестве основы расчета оценки стоимости разработки информационной системы была выбрана модель - COCOMO II. Согласно описываемой модели расчёты должны осуществляться следующим образом:
(17)
где
а - комплексный коэффициент, полученный путем обработки информации по большому количеству проектов разработки программного обеспечения за длительный промежуток времени (в рамках исследования коэффициент а = 2,94).
Size - сумма строк кода, представленная в тыс. строк (KSLOC).
EMi - множители трудоемкости разработки.
(18)
где
B - коэффициент зависимости трудозатрат от степени масштабируемости проекта, полученный путем обработки информации по большому количеству проектов за длительный промежуток времени.
SF - факторы, отражающих особенности проекта и коллектива разработчиков.
Так как в основе расчёта стоимости разработки лежит трудоемкость, требуется в первую очередь оценить соответствующие затраты труда, рабочего времени на создание и внедрение системы.
Входными параметрами для расчета трудоемкости являются:
· количество строк кода, подсчитанное исходя из оценки User Function Types (логических групп данных, которые используются и поддерживаются системой, и функциональности совершаемых транзакций);
· интегральная оценка масштабируемости проекта;
· интегральные множители трудоемкости.
Вычисление Size (количество строк кода, выраженное в тысячах строк):
Для вычисления количество строк кода по модели COCOMO-II необходимо произвести оценку User Function Types (логических групп данных и функциональности совершаемых транзакций в системе), после чего, согласно таблице весов (Model Definition Manual), определить ненормированное количество функциональных точек (Unadjusted Function Point, UFP). Далее для предполагаемого языка программирования следует определить коэффициент отношения строчек кода к UFP (Model Definition Manual) и на основании данного коэффициента и числа UFP подсчитать Size.
Общая функциональность определяется путем:
1. Анализа логических групп данных, которые используются и поддерживаются системой (точки типа ILF и EIF):
· ILF - Internal Logical File - внутренний логический файл (логически связанная группа данных, определяемая пользователем и находящаяся внутри границ проекта).
· EIF - External Interface Files - внешний интерфейсный файл (логически связанная группа данных, обеспечивающая программное обеспечение информацией, но лежащая за его пределами и поддерживаемая другим программным обеспечением).
2. Анализа функциональности совершаемых транзакций (точки типа EInp, EO и EInq):
· EInp - External Input - внешний вход (процесс ввода данных и управляющей информации).
· EO - External Output - внешний выход (процесс, генерирующий данные или управляющую информацию, которые поступают на выход ПО. Обычно процесс вида EO представляет собой формирование различных экранов, отчетов, сообщений);
· EInq - External Inquiry - внешний запрос (диалоговый ввод, который приводит к немедленному ответу ПС в форме диалогового вывода).
Итоговое количество функциональных точек в системе представлено в Таблица 6. Оно составляет 4 027,5 ед.
Таблица 6. Количество 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.
Е - интегральная оценка масштабируемости проекта рассчитывается на основании оценки факторов масштаба и имеет вид:
(19)
где
B - коэффициент зависимости трудозатрат от степени масштабируемости проекта, полученный путем обработки информации по большому количеству проектов за длительный промежуток времени.
SF - факторы, отражающих особенности проекта и коллектива разработчиков.
В Таблица 7 представлена оценка состояния масштабирующих факторов, проведенная на основе значений, полученных с помощью использования инструкции Model Definition Manual созданной специально для COCOMO-II.
Таблица 7. Перечень параметров масштабируемости системы
|
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 носят название множителей трудоемкости. На основании этих множителей строится комплексная оценка трудоемкости разработки. Каждый из множителей трудоемкости имеет несколько уровней оценки, начиная с «Очень низкий» и заканчивая «Наивысший».
В Таблице 8 приведена оценка состояния множителей трудоемкости, значений EMi, полученных на основе данных технического задания и инструкции Model Definition Manual к модели COCOMO-II.
Таблица 8. Оценка множителей трудоемкости
|
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 ед.
Для определения стоимости разработки системы требуется вычислить стоимость единицы трудоемкости (см. Таблица 9)
Таблица 9. Перечень расходов, составляющих стоимость единицы трудоемкости
|
№ |
Статья |
Сумма, руб. на 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 году, представленный в табличном формате - Таблица 10.
Таблица 10. Страховые взносы в ПФ, ФМС, ФСС
|
№ |
Наименования тарифов страховых взносов |
Ставка на 2016 год, % |
|
|
1 |
Тариф страховых взносов, уплачиваемых в Пенсионный фонд РФ |
22,0% |
|
|
2 |
Тариф страховых взносов, уплачиваемые в Фонд социального страхования РФ |
2,9% |
|
|
3 |
Тарифы страховых взносов, уплачиваемые в Федеральный фонд обязательного медицинского страхования |
3,1% |
|
|
4 |
Тарифы страховых взносов, уплачиваемые в территориальные фонды обязательного медицинского страхования |
2,0% |
|
|
5 |
Страховой тариф на обязательное социальное страхование от несчастных случаев на производстве и профессиональных заболеваний по I классу профессионального риска |
0,2% |
|
|
6 |
ИТОГО суммарный размер тарифов страховых взносов в 2016 г. |
30,2% |
Расчет размера накладных расходов в % от фонда оплаты труда, представленный в табличном формате - Таблица 11.
Таблица 11. Полный перечень накладных расходов на реализацию проекта
|
№ |
Статьи накладных расходов / % от фонда оплаты труда |
Сумма |
|
|
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 руб.
2.10 Расчет экономических показателей
Экономические показатели, используемые для оценки проекта призваны доказать или опровергнуть ожидания о планируемой выгоде. Наиболее распространенными в применении можно считать такие экономические показатели, которые отражают, на сколько эффективен проект в целом.
2.10.1 Расчет ставки дисконтирования
При нахождении ставки дисконтирования нужно учитывать все факторы, которые могли бы изменить настоящую выгоду, которую можно получить от проекта. Суть дисконтирования заключается в том, что текущая стоимость будущих финансовых потоков может существенно отличаться от их номинальной стоимости. Согласно теории стоимости денег, одна и та же сумма, выплачиваемая в разные моменты времени, имеет разную стоимость.
Используя данные об уровне инфляции по состоянию на 2016 год, а также значение номинальной ставки дисконтирования, рассчитанной ранее, получаем значение реальной ставки дисконтирования:
i = ((1+0,08305) / (1+0,0063)) - 1 = 0,07627
Переводим годовую реальную ставку дисконтирования в месячную:
i= (((1 + (0,07627 / 100)) ^ (1/12)-1) * 100) = 0,00635
В дальнейшем ставка дисконтирования потребуется при расчете экономических показателей эффективности.
2.10.2 Расчет экономических показателей эффективности
В отечественной и зарубежной практике оценка экономической эффективности проекта как элемент анализа осуществляется с помощью расчета ряда показателей, таких как: чистый дисконтированный доход, срок окупаемости и внутренняя норма доходности, чистая приведенная стоимость.
· Расчет срока окупаемости инвестиций (Pay-Back Period):
Срок окупаемости показывает, в течение какого времени окупаются вложенные в проект денежные средства с учетом изменения стоимости денег.
Показатель срока окупаемости достаточно прост в расчетах, однако вместе с тем он имеет ряд недостатков, которые необходимо учитывать в анализе, например, срок окупаемости невозможно вычислить для проектов, у которых все значения приростов чистых выгод положительны.
Тем не менее данное ограничение не касается реализуемого проекта, поэтому применение данного показателя приемлемо. В рамках описываемого проекта окупаемость наступает сразу после конца финансового года, в связи со спецификой осуществления выплат из бюджета.
· Расчет прибыли до уплаты процентов и налога (Operation Income):
В результате расчетов, получаем значение: Ol = 92 399,5 тыс. руб. за весь период реализации проект. Такая сумма не является критичной, т.к. в рамках проекта нет установленного временного ограничения на получение фиксированного минимума.
· Расчет прибыли после уплаты налогов и выплаты процентов по кредитам (Net Operation Income):
В результате расчетов, получаем значение: NOI= 60 185,9 тыс. руб. за весь период реализации проекта. Такое значение показателя является удовлетворительным и соответствует положительной динамике поступления доходов от реализации проекта.
Заключение
В данной работе приведено описание бизнес-архитектуры, проведено анализ экономической и технической рациональности реализации информационной системы «Автоматизированная система управления городскими финансами», составлен специальный документ - технико-экономическое обоснование (представлено в Приложении G). Представлено максимально детальное описание планируемых к реализации функциональных возможностей системы.
Разработаны компоненты бизнес-архитектуры такие как организационный, технологический, производственный планы. Проведена оценка стоимости разработки системы, а также рассчитаны экономические показатели эффективности.
Основной экономический эффект будет состоять в повышении производительности труда органов исполнительной власти, в т.ч. оперативное взаимодействие территориально удаленных структурных подразделений. Мероприятия по разработке и внедрению АСУ ГФ носят системообразующий характер для повышения эффективности использования информационных и коммуникационных технологий в деятельности функциональных заказчиков, и результативности расходования бюджетных средств, выделяемых на эти цели. Новое качество управления как результат реализации мероприятий является важным фактором социально-экономического развития и повышения качества жизни населения. С учётом заявленных целей представляется возможным оценить эффект реализации мероприятий по следующим основным направлениям:
· повышение эффективности деятельности органов исполнительной власти и государственных учреждений;
· обеспечение открытости и прозрачности деятельности органов исполнительной власти и государственных учреждений;
· повышение оперативности и качества принимаемых решений, сокращение издержек на управление за счёт создания единого информационного пространства.
Библиографический список
1.Zachman J. A Framework for Information Systems Architecture // IBM Systems Journal. 1987. Vol 16, pp 276 - 292.
2.Обзор архитектуры Microsoft // Microsoft Developer Network [Электронный ресурс] [Режим доступа: https://msdn.microsoft.com/ru-ru/library/ee872883.aspx] [Проверено: 27.04.2016].
3.Всяких Е., Сидоренко Е., Зуева А., Носков Б., Киселёв С. Практика и проблематика моделирования бизнес-процессов. М: ДМК Пресс, 2008.
4.Barry Boehm. Software engineering economics. Englewood Cliffs, NJ:Prentice-Hall, 1981. ISBN 0-13-822122-7
5.Jorgen M, Sjoberg D.I.K, “The Impact of Customer Expectation on Software Development Effort Estimates” International Journal of Project Management, Elsevier, pp 317-325, 2004
6.Щеренкова О. Оценка экономической эффективности инвестиционных проектов // Финансовый менеджмент - 2005 - Вып.3.
7.Дамодаран А. Инвестиционная оценка. - 2-е изд. - М.: Альпина Бизнес Букс, 2004.
8.Типовые организационные структуры предприятий // Корпоративный менеджмент [Электронный ресурс] [Режим доступа: http://www.cfin.ru/management/iso9000/iso9000_orgchart.shtml] [Проверено: 27.04.2016].
Приложения
Приложение A. Модель, иллюстрирующая принцип организации проектной команды
Рисунок 1. Матричная организационная структура
Приложение B. Производственный план проекта
Таблица 12. Производственный план реализации разработки АСУГФ
|
Наименование задачи |
Сроки |
|||
|
Начало |
Окончание |
Длительность, рабочих дней |
||
|
Выполнение работ по разработке и развитию АСУ ГФ |
26.05.2016 |
22.12.2016 |
148 |
|
|
Этап 1. Обследование объекта автоматизации и уточнение требований к системе |
26.05.2016 |
15.07.2016 |
35 |
|
|
Обследование и уточнение требований |
27.05.2016 |
01.07.2016 |
25 |
|
|
Уточнение требований к подсистеме "Планирование и анализ доходной части бюджета" |
27.05.2016 |
01.07.2016 |
25 |
|
|
Уточнение требований к механизмам электронного документооборота в подсистеме "Планирование и анализ доходной части бюджета" (п. 4.2.1.1.1 ТЗ) |
27.05.2016 |
09.06.2016 |
10 |
|
|
Анализ и уточнение требований к аналитическим срезам модуля "Исполнения" (п. 4.2.2.3.1 ТЗ) |
27.05.2016 |
17.06.2016 |
15 |
|
|
Анализ и уточнение требований к модернизации механизмов журналирования и аудита с использованием МЦУП (п. 4.2.2.3.2 ТЗ) |
27.06.2016 |
01.07.2016 |
5 |
|
|
Уточнение требований к подсистеме АРМ руководителя ДФ Москвы |
27.05.2016 |
24.06.2016 |
20 |
|
|
Интервью заказчика и уточнение требований к веб-приложению (п. 4.2.2.4.1 ТЗ) |
27.05.2016 |
09.06.2016 |
10 |
|
|
Интервью заказчика и уточнение требований к мобильному приложению (п. 4.2.2.4.2 ТЗ) |
10.06.2016 |
24.06.2016 |
10 |
|
|
Уточнение требований к подсистеме Аналитической обработки данных |
27.05.2016 |
24.06.2016 |
20 |
|
|
Уточнение реквизитного состава паспортов открытых данных (п. 4.2.2.5.1 ТЗ) |
03.06.2016 |
17.06.2016 |
10 |
|
|
Анализ и уточнение требований к формату и составу передаваемых данных (п. 4.2.2.5.1 ТЗ) |
20.06.2016 |
24.06.2016 |
5 |
|
|
Интервью заказчика и уточнение перечня и требований к составу аналитических отчетов по расходам, доходам и государственным заданиям, на основе информации, передаваемой из подсистем АСУ ГФ и АИС УБП 1-М (п. 4.2.2.5.2 ТЗ) |
27.05.2016 |
17.06.2016 |
15 |
|
|
Анализ и уточнение требований к информационному взаимодействию с ГИИС "Открытый бюджет" (п. 4.2.2.7 ТЗ) |
27.05.2016 |
09.06.2016 |
10 |
|
|
Анализ и детализация требований к подсистеме Формирования и ведения бюджетных смет подведомственной сети учреждений (п. 4.2.2.8 ТЗ) |
27.05.2016 |
17.06.2016 |
15 |
|
|
Интервью заказчика и уточнение требований к аналитическим отчетным формам модуля ведения ведомственных перечней на основе федеральных отраслевых перечней (п. 4.2.2.9 ТЗ) |
10.06.2016 |
17.06.2016 |
5 |
|
|
Анализ и детализация требований подсистеме формирования госзаданий и соглашений на их фин.обеспечение (п. 4.2.2.10 ТЗ) |
27.05.2016 |
17.06.2016 |
15 |
|
|
Анализ и уточнение требований к дополнительным контрольным соотношениям подсистемы СШК (п. 4.2.2.7 ТЗ) |
27.05.2016 |
02.06.2016 |
5 |
|
|
Анализ и уточнение требований к информационному взаимодействию с УАИС "Бюджетный учет" (п. 4.2.2.20 ТЗ) |
27.05.2016 |
17.06.2016 |
15 |
|
|
Анализ и уточнение требований к подсистеме обеспечения юридической значимости (4.2.2.21 ТЗ) |
27.06.2016 |
01.07.2016 |
5 |
|
|
Обеспечение информационной безопасности |
27.05.2016 |
01.07.2016 |
25 |
|
|
Анализ обрабатываемых документов и классификация ИС |
27.05.2016 |
09.06.2016 |
10 |
|
|
Анализ угроз и описание потенциальных угроз и действий нарушителя ИБ ИС |
10.06.2016 |
24.06.2016 |
10 |
|
|
Анализ и формирование требований по обеспечению ИБ ИС |
27.06.2016 |
01.07.2016 |
5 |
|
|
Документирование |
04.07.2016 |
15.07.2016 |
10 |
|
|
Оформление и согласование отчета об обследовании |
04.07.2016 |
13.07.2016 |
8 |
|
|
Описание бизнес-сценариев автоматизируемых процессов (п. 8.1 ТЗ) |
04.07.2016 |
13.07.2016 |
8 |
|
|
Оформление и согласование ЧТЗ |
07.07.2016 |
15.07.2016 |
7 |
|
|
Этап 2. Техно-рабочий проект Системы в рамках реализации функций первой части |
16.07.2016 |
13.09.2016 |
42 |
|
|
Системное проектирование |
18.07.2016 |
11.08.2016 |
19 |
|
|
Анализ требований и проектирование архитектурных решений |
18.07.2016 |
22.07.2016 |
5 |
|
|
Анализ требований и проектирование хранилища данных |
29.07.2016 |
11.08.2016 |
10 |
|
|
Анализ требований и проектирование межкомпонентных интерфейсов |
29.07.2016 |
11.08.2016 |
10 |
|
|
Внедрение юридически значимого электронного документооборота (п. 4.2.1.1 ТЗ) |
25.07.2016 |
29.08.2016 |
26 |
|
|
Анализ текущей архитектуры и выработка решению по механизму юридической значимости |
25.07.2016 |
28.07.2016 |
4 |
|
|
Разработка спецификаций вызова модулей обеспечения юридической значимости |
05.08.2016 |
09.08.2016 |
3 |
|
|
Интеграционное тестирование и устранение ошибок |
26.08.2016 |
29.08.2016 |
2 |
|
|
Обеспечение возможности применения кодов бюджетной классификации в соответствии с принципами, установленными Федеральным законом от 22.10.2014 № 311-ФЗ (п. 4.2.1.2 ТЗ) |
18.07.2016 |
26.08.2016 |
30 |
|
|
Анализ текущей архитектуры и выработка решений по реализации изменений классификации бюджета |
18.07.2016 |
20.07.2016 |
3 |
|
|
Разработка пакета спецификаций на реализацию требований по изменению бюджетной классификации |
21.07.2016 |
22.07.2016 |
2 |
|
|
Модернизация экранных и отчетных форм системы |
25.07.2016 |
05.08.2016 |
10 |
|
|
Модернизация механизмов межсистемного взаимодействия |
25.07.2016 |
19.08.2016 |
20 |
|
|
Интеграционное тестирование межсистемного взаимодействия |
01.08.2016 |
26.08.2016 |
20 |
|
|
Развитие подсистемы планирования и анализа доходной части бюджета города Москвы (п. 4.2.2.3 ТЗ) |
29.07.2016 |
25.08.2016 |
20 |
|
|
Разработка спецификации на реализацию требований |
29.07.2016 |
04.08.2016 |
5 |
|
|
Модернизация программного обеспечения подсистемы |
05.08.2016 |
18.08.2016 |
10 |
|
|
Модульное тестирование и устранение ошибок |
19.08.2016 |
25.08.2016 |
5 |
|
|
Развитие подсистемы аналитической обработки данных (п. 4.2.2.5 ТЗ) |
18.07.2016 |
12.08.2016 |
20 |
|
|
Разработка спецификации по реализации требований |
18.07.2016 |
29.07.2016 |
10 |
|
|
Модернизация программного обеспечения подсистемы |
01.08.2016 |
05.08.2016 |
5 |
|
|
Модульное тестирование и устранение ошибок |
08.08.2016 |
12.08.2016 |
5 |
|
|
Создание модуля согласования и утверждения ведомственных перечней, сформированных на основании федеральных базовых (отраслевых) перечней (п. 4.2.2.9 ТЗ) |
25.07.2016 |
02.08.2016 |
7 |
|
|
Разработка спецификации на реализацию требований |
25.07.2016 |
27.07.2016 |
3 |
|
|
Разработка программного обеспечения модуля |
28.07.2016 |
29.07.2016 |
2 |
|
|
Модульное тестирование и устранение ошибок |
01.08.2016 |
02.08.2016 |
2 |
|
|
Развитие подсистемы Реестр расходных обязательств города Москвы (п. 4.2.2.12 ТЗ) |
18.07.2016 |
12.08.2016 |
20 |
|
|
Разработка спецификации на реализацию требований |
18.07.2016 |
22.07.2016 |
5 |
|
|
Модернизация программного обеспечения подсистемы |
25.07.2016 |
05.08.2016 |
10 |
|
|
Модульное тестирование и устранение ошибок |
08.08.2016 |
12.08.2016 |
5 |
|
|
Создание модуля обеспечения информационного взаимодействия с Фондом капитального ремонта города Москвы (п. 4.2.2.16 ТЗ) |
25.07.2016 |
26.08.2016 |
25 |
|
|
Разработка спецификации на реализацию требований |
25.07.2016 |
29.07.2016 |
5 |
|
|
Разработка программного обеспечения модуля |
01.08.2016 |
19.08.2016 |
15 |
|
|
Модульное тестирование и устранение ошибок |
22.08.2016 |
26.08.2016 |
5 |
|
|
Создание подсистемы «Обеспечения юридической значимости» (п. 4.2.2.21 ТЗ) |
29.07.2016 |
25.08.2016 |
20 |
|
|
Разработка спецификации на реализацию требований |
29.07.2016 |
04.08.2016 |
5 |
|
|
Разработка программного обеспечения подсистемы |
05.08.2016 |
18.08.2016 |
10 |
|
|
Модульное тестирование и устранение ошибок |
19.08.2016 |
25.08.2016 |
5 |
|
|
Интеграционное тестирование и отладка |
30.08.2016 |
05.09.2016 |
5 |
|
|
Документирование |
12.08.2016 |
06.09.2016 |
18 |
|
|
Технический проект |
12.08.2016 |
25.08.2016 |
10 |
|
|
Пояснительная записка к техническому проекту Системы |
12.08.2016 |
25.08.2016 |
10 |
|
|
Описание архитектуры Системы |
12.08.2016 |
25.08.2016 |
10 |
|
|
Рабочая документация |
23.08.2016 |
05.09.2016 |
10 |
|
|
Общее описание Системы |
26.08.2016 |
01.09.2016 |
5 |
|
|
Руководство пользователя Системы |
23.08.2016 |
05.09.2016 |
10 |
|
|
Руководство администратора Системы |
30.08.2016 |
05.09.2016 |
5 |
|
|
Программа и методика предварительных испытаний Системы |
01.09.2016 |
05.09.2016 |
3 |
|
|
Программа опытной эксплуатации Системы |
01.09.2016 |
05.09.2016 |
3 |
|
|
Акт ввода Системы в опытную эксплуатацию (проект) |
01.09.2016 |
05.09.2016 |
3 |
|
|
Ведомость машинных носителей информации |
06.09.2016 |
06.09.2016 |
1 |
|
|
Пуско-наладочные работы |
06.09.2016 |
06.09.2016 |
1 |
|
|
Предварительные испытания |
07.09.2016 |
13.09.2016 |
5 |
|
|
Этап 3. Техно-рабочий проект Системы в рамках реализации функций второй части |
14.09.2016 |
22.11.2016 |
49 |
|
|
Системное проектирование |
14.09.2016 |
25.10.2016 |
30 |
|
|
Анализ требований и проектирование архитектурных решений |
14.09.2016 |
20.09.2016 |
5 |
|
|
Анализ требований и проектирование хранилища данных |
12.10.2016 |
25.10.2016 |
10 |
|
|
Анализ требований и проектирование межкомпонентных интерфейсов |
12.10.2016 |
25.10.2016 |
10 |
|
|
Развитие подсистемы планирования расходной части бюджета города Москвы (п. 4.2.2.2 ТЗ) |
21.09.2016 |
01.11.2016 |
30 |
|
|
Разработка спецификации на реализацию требований |
21.09.2016 |
04.10.2016 |
10 |
|
|
Модернизация программного обеспечения подсистемы |
05.10.2016 |
25.10.2016 |
15 |
|
|
Модульное тестирование и устранение ошибок |
26.10.2016 |
01.11.2016 |
5 |
|
|
Развитие автоматизированного рабочего места руководителя Департамента финансов города Москвы (п. 4.2.2.4 ТЗ) |
14.09.2016 |
13.10.2016 |
22 |
|
|
Разработка спецификации на модернизацию "обычной" версии |
14.09.2016 |
20.09.2016 |
5 |
|
|
Модернизация программного обеспечения "обычной" версии |
21.09.2016 |
04.10.2016 |
10 |
|
|
Модульное тестирование и устранение ошибок "обычной" версии |
05.10.2016 |
11.10.2016 |
5 |
|
|
Разработка спецификации на модернизацию мобильной версии |
21.09.2016 |
04.10.2016 |
10 |
|
|
Модернизация программного обеспечения мобильной версии |
05.10.2016 |
10.10.2016 |
4 |
|
|
Модульное тестирование АРМ руководителя и устранение ошибок |
12.10.2016 |
13.10.2016 |
2 |
|
|
Создание подсистемы формирования и ведения бюджетных смет по подведомственной сети учреждений (п. 4.2.2.8 ТЗ) |
21.09.2016 |
01.11.2016 |
30 |
|
|
Разработка спецификации на создание подсистемы |
21.09.2016 |
04.10.2016 |
10 |
|
|
Создание программного обеспечения подсистемы |
05.10.2016 |
25.10.2016 |
15 |
|
|
Модульное тестирование и устранение ошибок |
26.10.2016 |
01.11.2016 |
5 |
|
|
Развитие подсистемы ведения государственных заданий (п. 4.2.2.10 ТЗ) |
14.09.2016 |
25.10.2016 |
30 |
|
|
Разработка спецификации на модернизацию подсистемы |
14.09.2016 |
27.09.2016 |
10 |
|
|
Модернизация программного обеспечения подсистемы |
28.09.2016 |
18.10.2016 |
15 |
|
|
Модульное тестирование и устранение ошибок |
19.10.2016 |
25.10.2016 |
5 |
|
|
Развитие подсистемы ведения реестра государственных, муниципальных учреждений (п. 4.2.2.11 ТЗ) |
14.09.2016 |
14.10.2016 |
23 |
|
|
Разработка спецификации на модернизацию подсистемы |
14.09.2016 |
20.09.2016 |
5 |
|
|
Модернизация программного обеспечения |
21.09.2016 |
04.10.2016 |
10 |
|
|
Модульное тестирование и устранение ошибок |
05.10.2016 |
11.10.2016 |
5 |
|
|
Интеграционное тестирование АСИ УБП-1М и устранение ошибок |
12.10.2016 |
14.10.2016 |
3 |
|
|
Развитие подсистемы «Сводная бюджетная роспись» (п. 4.2.2.18 ТЗ) |
21.09.2016 |
18.10.2016 |
20 |
|
|
Разработка спецификации на модернизацию подсистемы |
21.09.2016 |
27.09.2016 |
5 |
|
|
Модернизация программного обеспечения подсистемы |
28.09.2016 |
11.10.2016 |
10 |
|
|
Модульное тестирование и устранение ошибок |
12.10.2016 |
18.10.2016 |
5 |
|
|
Документирование |
26.10.2016 |
15.11.2016 |
14 |
|
|
Технический проект |
26.10.2016 |
01.11.2016 |
5 |
|
|
Пояснительная записка к техническому проекту Системы |
26.10.2016 |
01.11.2016 |
5 |
|
|
Описание архитектуры Системы |
26.10.2016 |
01.11.2016 |
5 |
|
|
Рабочая документация |
26.10.2016 |
15.11.2016 |
14 |
|
|
Общее описание Системы |
26.10.2016 |
01.11.2016 |
5 |
|
|
Руководство пользователя Системы |
02.11.2016 |
14.11.2016 |
8 |
|
|
Руководство администратора Системы |
10.11.2016 |
15.11.2016 |
4 |
|
|
Программа и методика предварительных испытаний Системы |
10.11.2016 |
14.11.2016 |
3 |
|
|
Программа опытной эксплуатации Системы |
14.11.2016 |
15.11.2016 |
2 |
|
|
Акт ввода Системы в опытную эксплуатацию (проект) |
14.11.2016 |
15.11.2016 |
2 |
|
|
Ведомость машинных носителей информации |
14.11.2016 |
14.11.2016 |
1 |
|
|
Пуско-наладочные работы |
14.11.2016 |
14.11.2016 |
1 |
|
|
Предварительные испытания |
16.11.2016 |
22.11.2016 |
5 |
|
|
Этап 4. Опытная эксплуатация и приемка Системы |
14.09.2016 |
22.12.2016 |
71 |
|
|
Обучение и консультация персонала Системы по новым компонентам |
14.09.2016 |
15.12.2016 |
66 |
|
|
Техническое и сервисное сопровождение новых компонент Системы |
14.09.2016 |
15.12.2016 |
66 |
|
|
Проведение SEO оптимизации портала "Открытый бюджет" |
14.09.2016 |
15.12.2016 |
66 |
|
|
Анализ и устранение ошибок, выявленных в ходе опытной эксплуатации |
14.09.2016 |
15.12.2016 |
66 |
|
|
Документирование |
14.09.2016 |
15.12.2016 |
66 |
|
|
План-программа подготовки персонала |
14.09.2016 |
20.09.2016 |
5 |
|
|
Отчет о подготовке персонала |
09.12.2016 |
15.12.2016 |
5 |
|
|
Акт о проведении подготовки персонала |
09.12.2016 |
15.12.2016 |
5 |
|
|
Журнал проведения опытной эксплуатации |
14.09.2016 |
15.12.2016 |
66 |
|
|
Акт о завершении опытной эксплуатации |
09.12.2016 |
15.12.2016 |
5 |
|
|
Программа и методика комплексных приемочных испытаний |
13.12.2016 |
15.12.2016 |
3 |
|
|
Акт о готовности системы к промышленной эксплуатации |
13.12.2016 |
15.12.2016 |
3 |
|
|
Комплексные приемочные испытания |
16.12.2016 |
22.12.2016 |
5 |
|
|
Проектный офис |
27.05.2016 |
22.12.2016 |
148 |
|
|
Общее управление проектом |
27.05.2016 |
22.12.2016 |
148 |
|
|
Координация проектной команды |
27.05.2016 |
22.12.2016 |
148 |
|
|
Администрирование проекта |
27.05.2016 |
22.12.2016 |
148 |
|
|
ИТОГО: |
27.05.2016 |
22.12.2016 |
148 |
|
|
27.05.2016 |
22.12.2016 |
148 |
Приложение C. Модель, иллюстрирующая 1 уровень декомпозиции бизнес-процессов
Рисунок 2. Value Added Chain Diagram (1)
Приложение D. Модель, иллюстрирующая 2 уровень декомпозиции бизнес-процессов
Рисунок 3.Value Added Chain Diagram (2)
Приложение E. Модель, иллюстрирующая бизнес-процесс разработки системы
Рисунок 4. Extended Event driven Process Chain Diagram (фрагмент 1)
Рисунок 5. Extended Event driven Process Chain Diagram (фрагмент 2)
Приложение F. Модель, иллюстрирующая окружение бизнес-процесса разработки системы
Рисунок 6. Function Allocation Diagram
Приложение G. Технико-экономическое обоснование
|
УТВЕРЖДАЮ Государственный заказчик: |
СОГЛАСОВАНО Исполнитель: |
ДЕПАРТАМЕНТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
ВЫПОЛНЕНИЕ НАУЧНО-ИССЛЕДОВАТЕЛЬСКИХ И ОПЫТНО-КОНСТРУКТОРСКИХ РАБОТ
ПО СОЗДАНИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ УПРАВЛЕНИЯ ГОРОДСКИМИ ФИНАНСАМИ
АСУ ГФ
Технико-экономическое обоснование
На 27 листах
2016 г
Оглавление
1. ВВЕДЕНИЕ
1.1 Основание для проведения работ
1.2 Наименование организации-заказчика
1.3 Наименование организаций -- участников работ
1.4 Сроки начала и окончания работ
1.5 Источники, объемы, порядок финансирования работ
2. ХАРАКТЕРИСТИКА ОБЪЕКТА И СУЩЕСТВУЮЩЕЙ СИСТЕМЫ УПРАВЛЕНИЯ
2.1 Общая характеристика объекта
2.2 Характеристика производственно-хозяйственной деятельности
2.3 Перечень и характеристика недостатков
3. ЦЕЛИ СОЗДАНИЯ АСУ ГФ
3.1 Назначение информационной системы
3.2 Цели и задачи разработки информационной системы
4. ФУНКЦИИ СОЗДАВАЕМОЙ АСУ ГФ
4.1 Перечень реализуемых функций
4.3. Требования к перспективам развития
5. ОЖИДАЕМЫЕ ТЕХНИКО-ЭКОНОМИЧЕСКИЕ РЕЗУЛЬТАТЫ СОЗДАНИЯ
5.1 Расчет оценки стоимости разработки информационной системы
5.1 Расчет экономических показателей
5.1.1 Расчет ставки дисконтирования
5.1.2 Расчет экономических показателей эффективности
6. ВЫВОДЫ
1. ВВЕДЕНИЕ
1.1 Основание для проведения работ
В первую очередь самым важным основанием для разработки информационной системы является, размещенный на официальном портале государственных закупок Российской Федерации, публичный конкурс на разработку автоматизированной системы управления городскими финансами. Помимо этого, разработка системы должна проводиться на основании следующих нормативных правовых актов:
1.Приказ Министерства финансов Российской Федерации от 08 июня 2015 г. № 90н «О внесении изменений в Указания о порядке применения бюджетной классификации Российской Федерации, утвержденные приказом Министерства финансов Российской Федерации от 1 июля 2013 г. № 65н».
2.Приказ Министерства финансов Российской Федерации от 22 сентября 2015 г. № 145н «Об утверждении Методических рекомендаций по представлению бюджетов субъектов Российской Федерации и местных бюджетов и отчетов об их исполнении в доступной для граждан форме».
3.Распоряжение Правительства Российской Федерации от 30 декабря 2013 г. № 2593-р «Об утверждении Программы повышения эффективности управления общественными (государственными и муниципальными) финансами на период до 2018 года» о разработке информационных подсистем управления государственными и муниципальными финансами публично-правовых образований и организаций сектора государственного управления.
4.Постановление Правительства от 9 августа 2011 г. № 349-ПП «Об утверждении государственной программы «Информационный город» на 2012-2018 годы» (в ред. Постановления Правительства от 01.12.2015 №814-ПП).
4.1.Подпрограмма 12.02.000.000.00. Повышение эффективности реализации функций органами исполнительной власти за счет внедрения информационно-коммуникационных технологий.
4.1.1.Мероприятие 12.02.002.000.00. Повышение эффективности системы управления финансовой и экономической деятельностью за счет внедрения информационно-коммуникационных технологий.
1.2 Наименование организации-заказчика
Государственный заказчик работ: Департамент информационных технологий.
Функциональный заказчик работ: Департамент финансов города Москвы.
1.3 Наименование организаций -- участников работ
Исполнитель работ определяется на конкурсной основе в соответствии с действующим законодательством.
1.4 Сроки начала и окончания работ
Начало окончание работ определяются в соответствии с условиями конкурсной документации.
1.5 Источники, объемы, порядок финансирования работ
Источником финансирования работ является бюджет города Москвы.
2. ХАРАКТЕРИСТИКА ОБЪЕКТА И СУЩЕСТВУЮЩЕЙ СИСТЕМЫ УПРАВЛЕНИЯ
2.1 Общая характеристика объекта
Объектом автоматизации являются бизнес-процессы, осуществляемые Департаментом финансов и другими органами исполнительной власти в части деятельности по планированию, анализу и контролю исполнения, обеспечению прозрачности бюджета.
Свою деятельность в рамках реализации бюджетного процесса Департамент финансов осуществляет в соответствии с постановлением от 22 февраля 2011 г. № 43-ПП «Об утверждении Положения о Департаменте финансов».
Порядок организационного, документационного, информационного обеспечения деятельности Департамента финансов определяет «Регламент Департамента финансов» (Приложение к Приказу Департамента финансов от 23 апреля 2009 г. № 58, в редакции приказов Департамента финансов от 28 сентября 2009 г. № 108 и от 13 июля 2010 г. № 133).
Распределение ответственности между структурными подразделениями Департамента Финансов за предоставление показателей по разделам и подразделам классификации расходов бюджета, по главным распорядителям бюджетных средств, по государственным программам, по источникам финансирования дефицита бюджета определяет Приказ Департамента финансов № 36 «Об утверждении перечней ответственных структурных подразделений Департамента финансов».
Этапы составления бюджета регламентированы постановлением от 14 февраля 2012 г. № 42-ПП «Об утверждении Положения о составлении проектов бюджета города и бюджета городского фонда обязательного медицинского страхования на очередной финансовый год и плановый период».
2.2 Характеристика производственно-хозяйственной деятельности
Департамент финансов является функциональным органом исполнительной власти - финансовым органом, осуществляющим функции по разработке и реализации государственной политики в сфере бюджетной деятельности, организации исполнения бюджета финансового обеспечения государственной службы, функции по методологическому регулированию государственного финансового контроля, а также нормативно-правовому регулированию в области бюджетного процесса, участвует в формировании и реализации финансовой и налоговой политики в городе.
2.3 Перечень и характеристика недостатков
К началу 2016 года сложился определенный уровень автоматизации различных функций и процессов, адекватный уровню развития сферы управления государственными финансами.
Однако до настоящего времени:
*не во всех сферах управления государственными финансами нашли широкое применение современные и эффективные способы удаленного взаимодействия участников бюджетного процесса, не решены вопросы исключения дублирования рутинных операций по многократному вводу и обработке данных;
*не осуществлена полная автоматизация с последующей интеграцией всех процессов управления финансово-хозяйственной деятельности организаций;
*не внедрены информационные технологии, обеспечивающие увязку информации об исполнении бюджета с результатами деятельности организаций сектора государственного управления;
*не создан механизм реализации закрепленного в Бюджетном кодексе Российской Федерации принципа прозрачности (открытости) бюджетных данных для широкого круга заинтересованных пользователей, не раскрыта информация об активах и обязательствах органов исполнительной власти, их финансовом состоянии.
3. ЦЕЛИ СОЗДАНИЯ АСУ ГФ
3.1 Назначение информационной системы
Автоматизированная система управления городскими финансами предназначена для комплексной интеграции всех существующих общегородских систем и ресурсов, функциональное назначение которых связано с автоматизацией финансово-экономической деятельности организаций бюджетной сферы. Система предназначена для обеспечения автоматизации функций Департамента финансов, в частности:
Подобные документы
Исходные данные о магазине бытовой техники и электроники. Описание процесса разработки информационной системы магазина. Требование к техническому обеспечению. Технико-экономическое обоснование целесообразности разработки системы. Стоимость проекта.
курсовая работа [2,2 M], добавлен 17.01.2011Описание предпроектной (разработка технико-экономического обоснования) и проектной (создание технического и рабочего проекта) стадий разработки автоматической системы управления, ввод ее в эксплуатацию путем проведения монтажных и пусконаладочных работ.
реферат [28,0 K], добавлен 25.10.2010Номенклатура и объем производства продукции предприятия, эффективность использования трудовых ресурсов. Функциональная блок-схема бизнес-процесса сопровождения. Технико-экономическое обоснование разработки справочно-информационной системы "Транс-Альфа".
курсовая работа [451,4 K], добавлен 06.08.2013Характеристика существующих технологий для разработки информационной системы. Проектирование реляционной базы данных информационной системы учета научных публикаций в среде Adobe Dreamweaver. Оценка функциональных возможностей системы учета публикаций.
дипломная работа [2,0 M], добавлен 12.08.2015Анализ и разработка информационной системы, структура сети предприятия. Описание процесса разработки конфигураций и выявление потребностей в автоматизации функций. Средства разработки проектирования и архитектура базы данных. Разработка модели угроз.
дипломная работа [1,4 M], добавлен 13.07.2011Задачи и стадии разработки автоматизированной информационной системы художественной школы. Описание предметной области с помощью бизнес-моделирования, использование диаграмм потоков данных DFD. Спецификация системы, логическая структура базы данных.
курсовая работа [281,9 K], добавлен 12.07.2011Методологии разработки информационных систем в отечественной и зарубежной литературе. Государственные и международные стандарты в области разработки программного обеспечения. Разработка фрагмента информационной системы "Учебно-методический ресурс".
курсовая работа [364,6 K], добавлен 28.05.2009Понятие CASE-средств как программных средств, которые поддерживают процессы создания и сопровождения информационных систем (ИС). Особенности IDEF-технологии разработки ИС. Описание нотации IDEF0. Разработка функциональных моделей бизнес-процесса.
презентация [399,8 K], добавлен 07.04.2013История возникновения стандарта IDEF0. Особенности процесса и концепции методологии функционального моделирования SADT, ее структура и применение. Пример практической разработки модели информационной системы "Управления федерального казначейства".
курсовая работа [731,5 K], добавлен 09.10.2012Проблемы внедрения информационной системы. Процесс разработки и внедрения автоматизированной информационной системы на примере музея "Галерея изящных искусств". Рекомендации по устранению основных рисков или снижению степени их влияния на проект.
курсовая работа [3,0 M], добавлен 07.05.2015
