40
II Проектная часть
2.1. Разработка проекта автоматизации
Для разработки АИС процедуры снятия с налогового учета и выгрузки
данных налогоплательщика при его миграции в другой налоговый орган
выполнению подлежат следующие работы [17, c. 42]:
определяется состав экономических задач и система показателей для
каждого уровня обработки (индивидуальных АРМ, ЛВС, распределенных сетей);
устанавливается состав и способы обмена информацией между
различными уровнями обработки;
выявляется возможность применения унифицированной системы
документации, проектируются формы индивидуальных первичных документов:
ведется создание информационного фонда и распределение его между
уровнями обработки;
создаются различные формы ввода информации на персональный
компьютер с учетом многоуровневой обработки данных;
рассматриваются различные виды классификаторов, и обеспечивается
составление локальных классификаторов экономической информации;
разрабатываются вопросы информационно-справочного обслуживания
пользователей, построения типовых форм запросов;
создается интерфейс пользователя с персонального компьютера
(сценарий, меню, система помощи);
прорабатываются вопросы организации делопроизводства
управленческой деятельности, контроля за исполнением документов;
создается информационное взаимодействие с внешней средой.
Входные данные представляются в форматах, определенных макетами
входных документов.
Выберем стандарт жизненного цикла проекта автоматизации.
Жизненный цикл процесса создания автоматизированной системы
управления согласно ГОСТ 34 (ГОСТ 34.601-90) включает следующие стадии
[19, c. 321]:
41
1. Формирование требований к автоматизированной системе.
2. Разработка концепции автоматизированной системе.
3. Техническое задание.
4. Эскизный проект.
5. Технический проект.
6. Рабочая документация.
7. Ввод в действие.
8. Сопровождение автоматизированной системе.
ISO 12207 - стандарт ISO, описывающий процессы жизненного цикла
программного обеспечения.
Основными процессами согласно данному стандарту являются [8, c. 133]:
1) Процесс заказа. Определяет работы заказчика, то есть организации,
которая приобретает систему, программный продукт или программную услугу.
2) Процесс поставки. Определяет работы поставщика, то есть
организации, которая поставляет систему, программный продукт или
программную услугу заказчику.
3) Процесс разработки. Определяет работы разработчика, то есть
организации, которая проектирует и разрабатывает программный продукт.
4) Процесс эксплуатации. Определяет работы оператора, то есть
организации, которая обеспечивает эксплуатационное обслуживание
вычислительной системы в заданных условиях в интересах пользователей.
5) Процесс сопровождения. Определяет работы персонала сопровождения,
то есть организации, которая предоставляет услуги по сопровождению
программного продукта, состоящие в контролируемом изменении программного
продукта с целью сохранения его исходного состояния и функциональных
возможностей. Данный процесс охватывает перенос и снятие с эксплуатации
программного продукта.
Microsoft Solutions Framework (MSF) - методология разработки
программного обеспечения, предложенная корпорацией Microsoft. MSF
опирается на практический опыт Microsoft и описывает управление людьми и
рабочими процессами в процессе разработки решения.
42
MSF представляет собой согласованный набор концепций, моделей и
правил.
Модель процессов включает такие основные фазы процесса разработки
[14, c. 95]:
1. Выработка концепции (Envisioning)
2. Планирование (Planning)
3. Разработка (Developing)
4. Стабилизация (Stabilizing)
5. Внедрение (Deploying)
Rational Unified Process (RUP) - методология разработки программного
обеспечения, созданная компанией Rational Software.
Сетевой график проекта представлен в приложении 4.
В реализации проекта принимают участие программист и представитель
Межрайонной ИФНС России № 26 по Ростовской области.
Для целей автоматизации процедуры снятия с налогового учета и
выгрузки данных налогоплательщика при его миграции в другой налоговый
орган в Межрайонной ИФНС России № 26 по Ростовской области планируется
использовать требования ГОСТ 34.601-90, распределим основные этапы на
подэтапы в соответствии с таблицей 2.1.
Таблица 2.1
Данные о событиях процесса разработки и реализации проекта
Код
события
Наименование события
00
Информация к выдаче технического задания подготовлена
01
Техническое задание получено
02
Техническая литература получена в библиотеке
03
Анализ технического задания произведен
04
Постановка задачи осуществлена
05
Предварительный анализ исходных данных произведен
06
Предметная область изучена и проанализирована
07
Поиск и анализ аналогов программных средств завершен,
техническая литература изучена
08
Выделены варианты построения информационной системы (ИС)
09
Определена структура ИС
10
Освоена среда проектирования
11
Инсталляция среды программирования завершена
43
Продолжение таблицы 2.1.
Код
события
Наименование события
12
Ознакомление с особенностями системы программирования
завершено
13
Разработана структура данных
14
Оптимизация структуры данных проведена
15
Разработан интерфейс программного обеспечения
16
Разработана схема работы системы
17
Разработана схема программы
18
Автономное проектирование системы завершено
19
Комплексная отладка ИС завершена
20
Опытная эксплуатация ИС завершена
21
Оформлена техническая документация на ИС
22
Разработано руководство оператора
23
ИС предъявлено заказчику
24
ИС сдано в архив предприятия
Расчет трудоемкости работ представлен в таблице 2.2.
Таблица 2.2
Расчет трудоемкости работ проекта
Шифр
работ
Наименование работ
Количество
исп.
Трудоем.
в часах
00-01
Получение технического задания
2
5+5=10
01-02
Подбор технической литературы
1
15
02-03
Анализ существующих сред проектирования
1
20
02-04
Изучение и анализ объекта автоматизации
2
5+5=10
03-05
Выбор среды проектирования
1
5
04-05
Поиск и анализ аналогов разрабатываемого ИС
1
20
05-07
Фиктивная работа
-
-
06-07
Определение вариантов построения ИС
1
18
07-08
Определение структуры ИС
1
10
07-09
Освоение среды проектирования
1
25
08-09
Инсталляция среды проектирования
1
10
08-11
Ознакомление с особенностями среды
проектирования
1
10
09-10
Разработка структуры данных
2
5+5=10
09-11
Нормализация структуры данных проведена
1
20
10-11
Изучение материалов по основам проектирования
программных интерфейсов
1
12
11-12
Разработка структуры интерфейса ПО ИС
1
17
11-13
Построение схемы системы
1
10
12-13
Проектирование системы
1
100
13-14
Комплексная отладка ПО ИС
1
80
14-15
Изучение материала по документированию
1
10
44
программных модулей
15-16
Документирование ПО ИС
1
40
Продолжение таблицы 2.2
45
15-17
Документирование ИС
1
60
16-17
Опытная эксплуатация ИС
1
30
17-18
Фиктивная работа
-
-
18-19
Оформление графической части
2
6+4=10
19-20
Корректировка программ и документации
1
30
20-21
Оформление технической документации
1
20
21-22
Разработка руководства оператора
2
5+5=10
22-23
Предъявление ИС заказчику
1
3
23-24
Cдача ИС в архив предприятия
1
8
Итого:
583
На стадии планирования проектных работ иногда не представляется
возможным точно определить трудоемкость работ, поэтому целесообразно
использовать вероятностные методы определения трудоемкости работ.
Ожидаемая продолжительность (трудоемкость) работ определяется по
формуле [7, c. 242]:
(2.1)
где:
- ожидаемая продолжительность выполнения работ;
- минимальная продолжительность выполнения работ;
- максимальная продолжительность выполнения работ.
Максимальная продолжительность выполнения проектных работ
определяется на основе экспертно-установленной или нормативной
трудоемкости проектных работ по формуле [21, c. 188]:
(2.2)
где:
Т
ij
- трудоемкость проектной работы, установленная экспертным путем
либо на основе нормативов (час);
R - количество исполнителей, занятых выполнением данной работы (чел);
S - режим (сменность) работы проектной организации (S=1);
Т
см
- продолжительность смены в часах.
Минимальная продолжительность выполнения работ устанавливается на
основе предположения, что трудоемкость выполнения проектных работ может
быть уменьшена за счет внедрения организационно-технических мероприятий в
46
процессе проектирования либо по другим обстоятельствам и определяется по
формуле [9, c. 210]:
(2.3)
где:
К
с
- коэффициент снижения трудоемкости проектных работ. В
зависимости от стадии проектных работ он может быть принятым в пределах
0,75-0,85.
Расчет продолжительности работ представлен в таблице 2.3.
Таблица 2.3
Расчет продолжительности работ проекта
Шифр работ
Труд.
Кол-во исп.
00-01
10
2
0,63
0,5
0,55
01-02
15
1
1,88
1,5
1,65
02-03
20
1
2,50
2
2,20
02-04
10
2
0,63
0,5
0,55
03-05
5
1
0,63
0,5
0,55
04-05
20
1
2,50
2
2,20
05-07
0
0
0
0
0
06-07
18
1
2,25
1,8
1,98
07-08
10
1
1,25
1
1,10
07-09
25
1
3,13
2,5
2,75
08-09
10
1
1,25
1
1,10
08-11
10
2
0,63
0,5
0,55
09-10
10
2
0,63
0,5
0,55
09-11
20
1
2,50
2
2,20
10-11
12
1
1,50
1,2
1,32
11-12
17
1
2,13
1,7
1,87
11-13
10
1
1,25
1
1,10
12-13
100
1
12,50
10
11,00
13-14
80
1
10,00
8
8,80
14-15
10
1
1,25
1
1,10
15-16
40
1
5,00
4
4,40
15-17
60
1
7,50
6
6,60
16-17
30
1
3,75
3
3,30
17-18
0
0
0
0
0
18-19
10
2
0,63
0,5
0,55
19-20
30
1
3,75
3
3,30
20-21
20
1
2,50
2
2,20
21-22
10
2
0,63
1
0,85
22-23
3
1
0,38
0,3
0,33
23-24
8
1
1,00
0,8
0,88
Итого
65,55
47
Ожидаемая продолжительность выполнения работ оценивается в 65,55
дней.
По запросу Межрайонной ИФНС стоимость разрабатываемого
программного обеспечения не должна превышать 2000 тыс. руб.
Для минимизации рисков проекта необходимо контролировать
выполнение работ на каждом из этапов.
Практика разработки информационной системы сопряжена с
определенными рисками (таблица 2.4).
Таблица 2.4
Риски реализации проекта
№
п/
п
Описание риска
Вероятн
ость
Влияние
Стратегия управления
риском
1
Не в полной мере
выявленные
функциональные
требования продукта
Низкая
Низкое
Внесение изменений в
документацию проекта
согласно новым изменениям.
Приведение функционала к
требованиям Заказчика
путем оформления
дополнительных соглашений
на структуру ИС
2
Сотрудники не справятся с
изучением ИС
Низкая
Низкое
Проведение семинара по
работе ИС для сотрудников
ИФНС
3
Ошибки планирования
проекта
Низкая
Низкое
Внесение изменений в
документацию проекта.
4
Превышение сроков
выполнения этапов проекта
Низкая
Низкое
Использование готовых
разработок, шаблонов при
реализации ИС
5
Существенное изменение в
инфраструктуре проекта
Низкая
Низкое
Внесение изменений в
документацию проекта
согласно новым изменениям
6
Использование стороннего
ПО в ИФНС
Средняя
Среднее
Передача в полной мере
руководству ИФНС
7
Не обеспечивается
безопасность работы в
системе
Низкая
Низкое
Применение санкций к
сотрудникам ИФНС
8
Недостаточная готовность
сотрудников к изменениям
Низкая
Среднее
Беседы, обсуждения, диалог
с сотрудниками
9
Слишком большое
количество
налогоплательщиков
Средняя
Средняя
Приобретение
дополнительного сервера баз
данных
48
Для оценки вероятности возникновения риска применяются следующие
градации:
1 - незначительная вероятность возникновения события;
2 - малая вероятность возникновения события;
3 - средняя вероятность возникновения события;
4 - высокая вероятность возникновения события;
5 - исключительно высокая вероятность возникновения события.
Для оценки тяжести последствий наступления рискового события в
качестве градаций используются следующими:
1 - минимальные последствия;
2 - низкие последствия;
3 - средняя тяжесть последствий;
4 - высокая тяжесть последствий;
5 - катастрофические потери.
В качестве экспертов, которых привлекаются к участию в опросе в
соответствии с организационной структурой, рассматриваются руководитель
отдела учета налогоплательщиков, руководитель отдела по работе с
налогоплательщиками и сотрудники отделов.
Далее разрабатывается и окончательно согласовывается опросный лист.
Опросный лист представляет таблицу, в которую занесены все
идентифицированные в ходе анализа проекта риски. По горизонтали
располагаются номера, присвоенные каждому эксперту. Соответственно цифры
от 1 до 7. По вертикали - вид конкретного риска. Каждый эксперт проставляет в
столбце с соответствующим номером напротив каждого из 11 выявленных
рисков оценку по пятибалльной шкале вероятности возникновения риска и
оценку тяжести последствий наступления рискового события.
В таблице 2.5 представлена структура и результат заполнения опросного
листа, а также приводятся мнения экспертов по каждому оцениваемому риску,
полученные на основе опросов, проведенных в банке.
49
Таблица 2.5
Опросный лист
№ п/п
Риск
Оценки экспертов
Средняя
оценка
Рейтинг
1
2
3
4
5
6
7
1
Не в полной мере
выявленные
функциональные
требования продукта
1
2
1
1
1
2
2
1,43
3,88
2
3
1
3
2
4
4
2,71
2
Сотрудники не справятся
с изучением ИС
4
3
2
3
2
3
2
2,71
9,31
3
4
4
3
4
3
3
3,43
3
Ошибки планирования
проекта
1
2
3
3
2
1
3
2,14
8,27
4
5
4
3
3
4
4
3,86
4
Превышение сроков
выполнения этапов
проекта
3
2
4
4
3
2
3
3
12,43
4
5
5
4
4
3
4
4,14
5
Существенное изменение
в инфраструктуре проекта
3
4
4
5
4
3
4
3,86
8,27
2
2
3
1
3
3
2
2,14
6
Использование
стороннего ПО в ИФНС
1
1
2
2
3
4
2
2,14
4,29
3
1
1
2
3
3
1
2
7
Не обеспечивается
безопасность работы в
системе
2
1
3
3
2
3
1
2,14
9,18
4
4
5
2
5
5
5
4,29
8
Недостаточная готовность
сотрудников к
изменениям
1
1
2
2
3
2
1
1,71
6,12
3
5
4
4
3
3
3
3,57
9
Слишком большое
количество
налогоплательщиков
1
2
1
2
1
2
2
1,57
4,94
3
4
2
3
2
4
4
3,14
3
2
2
2
3
2
3
2,43
В столбце средняя оценка указывается среднее арифметическое значение
из экспертных оценок по вероятности наступления события и тяжести
последствий наступления такого события. В столбце «рейтинг» указана
интегральная оценка риска, т.е. произведение средних оценок экспертов по
вероятности и тяжести наступления риска.
По результатам опроса экспертов составляется матрица рисков (таблица
2.6).
Таблица 2.6
Матрица рисков проекта
Значимость
риска
5
5
10
15
20
25
4
4
8 (№ 3, 5)
12
16
20
3
3
6 (№ 8)
9 (№ 2, 7)
12 (№ 4)
15
2
2
4 (№ 9)
6
8
10
1
1
2
3 (№ 1)
4 (№ 6)
5
1
2
3
4
5
Вероятность возникновения