70
Основными модулями информационной системы являются:
- модуль авторизации - призван обеспечить безопасность данных при
работе с системой;
- главный модуль - обеспечивает переход пользователя между модулями
системы;
- модуль справочников - содержит основные справочники
информационной системы;
- модуль работы с налогоплательщиками - позволяет вносить данные о
миграции налогоплательщиков в другой налоговый орган, передавать
информацию о снятии с налогового учета и выгружать данные;
- модуль контроля - предназначен для формирования отчетов по
проведенным операциям миграции данных.
2.4. Контрольный пример реализации проекта и его описание
Итогом разработки является тестирование информационной системы. Для
оценки производительности системы применяется методика нагрузочного
тестирования.
Ключевые преимущества:
1. Выявление и предотвращение отказов системы перед внедрением в
промышленную эксплуатацию.
2. Определение максимального количества одновременно работающих
пользователей в системе.
3. Определение максимального количества одновременно выполняемых
операций без потери качества обслуживания.
Следуя общей логике итеративности, превалирующей во всех
современных моделях разработки программного обеспечения, жизненный цикл
тестирования также выражается замкнутой последовательностью действий
(рисунок 2.5).
Важно понимать, что длина такой итерации (и, соответственно, степень
подробности каждой стадии) может варьироваться в широчайшем диапазоне - от
единиц часов до десятков месяцев. Как правило, если речь идёт о длительном
71
промежутке времени, он разбивается на множество относительно коротких
итераций, но сам при этом «тяготеет» к той или иной стадии в каждый момент
времени (например, в начале проекта больше планирования, в конце - больше
отчётности).
Рис. 2.5. Жизненный цикл тестирования
Стадия 1 (общее планирование и анализ требований) объективно
необходима как минимум для того, чтобы иметь ответ на такие вопросы, как: что
предстоит тестировать; как много будет работы; какие есть сложности; все ли
необходимое имеется и т.п. Как правило, получить ответы на эти вопросы
невозможно без анализа требований, так как именно требования являются
первичным источником ответов.
Стадия 2 (уточнение критериев приёмки) позволяет сформулировать или
уточнить метрики и признаки возможности или необходимости начала
тестирования (entry criteria), приостановки (suspension criteria) и возобновления
(resumption criteria) тестирования, завершения или прекращения тестирования
(exit criteria).
Стадия 3 (уточнение стратегии тестирования) представляет собой ещё
одно обращение к планированию, но уже на локальном уровне: рассматриваются
72
и уточняются те части стратегии тестирования (test strategy), которые актуальны
для текущей итерации.
Стадия 4 (разработка тест-кейсов) посвящена разработке, пересмотру,
уточнению, доработке, переработке и прочим действиям с тест-кейсами,
наборами тест-кейсов, тестовыми сценариями и иными артефактами, которые
будут использоваться при непосредственном выполнении тестирования.
Стадия 5 (выполнение тест-кейсов) и стадия 6 (фиксация найденных
дефектов) тесно связаны между собой и фактически выполняются параллельно:
дефекты фиксируются сразу по факту их обнаружения в процессе выполнения
тест-кейсов. Однако зачастую после выполнения всех тест-кейсов и написания
всех отчетов о найденных дефектах проводится явно выделенная стадия
уточнения, на которой все отчёты о дефектах рассматриваются повторно с
целью формирования единого понимания проблемы и уточнения таких
характеристик дефекта, как важность и срочность.
Стадия 7 (анализ результатов тестирования) и стадия 8 (отчетность) также
тесно связаны между собой и выполняются практически параллельно.
Формулируемые на стадии анализа результатов выводы напрямую зависят от
плана тестирования, критериев приёмки и уточнённой стратегии, полученных на
стадиях 1, 2 и 3. Полученные выводы оформляются на стадии 8 и служат
основой для стадий 1, 2 и 3 следующей итерации тестирования. Таким образом,
цикл замыкается.
Начало работы с информационной системой предполагает операцию
авторизации пользователя. Блок-схема технологического процесса авторизации
представлена на рисунке 2.6.
73
Рис. 2.6. Блок-схема технологического процесса авторизации пользователя в ИС
снятия с налогового учета и выгрузки данных налогоплательщика при его
миграции в другой налоговый орган в Межрайонной ИФНС России № 26 по
Ростовской области
Следующей операцией в зависимости от выбора пользователя является
работа со справочниками информационной системы. Система позволяет
добавлять, редактировать, удалять информацию справочников.
Блок-схема технологического процесса представлена в приложении №.13
Начало
Начало
Загрузка
системы
Загрузка
системы
авторизация
авторизация
Экранная
форма
авторизации
Экранная
форма
авторизации
Главное
меню
Главное
меню
A
A
B
B
справочники
справочники
запросы
запросы
Базы данных
C
C
D
D
отчеты
отчеты
выход
выход
74
На компьютер пользователя должно быть установлено программное
обеспечение: операционная система не ниже Microsoft Windows 7
Корпоративная Service Pack 1, Интернет-браузер Microsoft Internet Explorer 9 и
выше, программные средства криптографической защиты информации.
Схема работы со справочником «налогоплательщики» информационной
системы представлена на рисунке 2.8.
Рис. 2.8. Блок-схема технологического процесса работы со справочником
«налогоплательщики» информационной системы
Аналогичным образом реализуется выполнение запросов и формирование
отчетов в информационной системе.
Автоматизация процедуры снятия с налогового учета и выгрузки данных
налогоплательщика при его миграции в другой налоговый орган в Межрайонной
C
C
Просмотр
данных
Просмотр
данных
База данных
«налогоплательщики»
База данных
«налогоплательщики»
Пункт
меню
Пункт
меню
N
N
O
O
P
P
Q
Q
R
R
Добавление
Редактирование
Удаление
Запрос
Фильтрация
да
нет
75
ИФНС России № 26 по Ростовской области позволяет получить своевременную
и достоверную информацию, необходимую для регулирования мероприятий по
выполнению работ, повышения эффективности, и, следовательно, достижения
устойчивой деятельности налоговой системы РФ.
Разработанная информационная система включает:
информационный фонд (базу данных);
источники формирования информационного фонда, потоки и способы
поступления данных;
методы накопления, хранения, обновления и поиска данных,
образующих информационный фонд;
методы, принципы и правила циркуляции данных в системе;
методы обеспечения достоверности данных на всех этапах их сбора и
обработки;
методы информационного анализа и синтеза;
способы однозначного формализованного описания данных.
Вид формы авторизации приложения представлен на рисунке 2.9.
Рис. 2.9 Форма авторизации пользователя в информационной системе
Вид модуля «главный» системы представлен на рисунке 2.10.
76
Рис. 2.10. Главная форма информационной системы
«Запросы» основной раздел системы. С этого раздела идет добавление и
обработка запросов налогоплательщиков. Стартовая страница пункта меню
«Запросы» - это список текущих запросов на миграцию налогоплательщика.
Строка поиска работает в контексте выбранного заявителя и
установленного фильтра. Фильтр работает в контексте установленного запроса.
Поиск работает по полям: «№», «Налогоплательщик» и «Налоговый
орган».
Для карточки заявки нет отдельных режимов «просмотр» и «изменение».
Доступность к просмотру/изменению полей определяется только полномочиями
роли пользователя и признаком «участник заявки». Пользователь становится
участником заявки в следующих случаях:
- когда он является заявителем (если он сам создал заявку или диспетчер
создал заявку от его имени);
- когда он назначен Наблюдателем;
- когда он назначен Исполнителем.
Возможность изменения поля «Статус» определяется ролью Пользователя
на сервисе и матрицей перехода статусов.
Задание любого участника заявки (заявителя, исполнителей и
наблюдателей) всегда ограничивается общим списком сотрудников ИФНС. При
77
этом список исполнителей дополнительно ограничивается полномочием «Может
быть исполнителем заявки».
Физический смысл наблюдателей - это возможность получения
уведомлений по заявкам. При наличии прав доступа наблюдатель может
просматривать и изменять соответствующие поля заявки.
Таким образом, связь данных в системе построена, исходя из требований
действующего механизма снятия с налогового учета и выгрузки данных
налогоплательщика при его миграции в другой налоговый орган в Межрайонной
ИФНС России № 26 по Ростовской области. Для корректной работы
пользователя в системе разработано меню. Для корректного ввода информации в
автоматизированную систему используются формы, не позволяющие ввести
излишнюю или неправильную информацию в систему.
78
III Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической эффективности
Выбор методики расчёта экономической эффективности проекта
автоматизации предполагает, прежде всего, изучение существующих методов
анализа.
Период окупаемости проекта является популярным инструментом
принятия инвестиционных решений. Основное преимущество показателя -
простота расчета и интерпретации. В тоже время, стоит отметить, что период
окупаемости измеряет ликвидность проекта, а не его доходность. Кроме того,
существуют проекты, для которых может быть несколько моментов
окупаемости, что может затруднить интерпретацию показателя.
Экономически обоснованного значения показателя PP не существует,
однако верхней границей показателя является срок реализации проекта (если за
время реализации проекта, его невозможно окупить, то проект следует
отклонить). Приемлемое значение периода окупаемости выбирает для себя
инвестор проекта. Так, многие частные инвесторы и банки предпочитаю
финансировать проекты с коротким сроком окупаемости (3-5 лет), а институты
развития, такие как, например, Внешэкономбанк финансируют только
долгосрочные проекты с окупаемостью свыше 5 лет.
Показатель оценивается по формуле
[31, c. 76]:
(3.1)
где
– общая сумма инвестиций в проект;
– средняя за период жизни чистая бухгалтерская прибыль.
Индекс прибыльности (Profitability Index, PI) - показатель,
характеризующий, величину увеличения стоимости проекта на 1 руб. вложенных
инвестиций. Формула для расчета данного показателя выглядит следующим
образом [40, c. 106]:
1. Индекс доходности затрат:
(3.2)
79
где - денежные притоки на каждом шаге расчетного периода;
- денежные оттоки на каждом шаге расчетного периода.
2. Индекс доходности дисконтированных затрат:
????????
????????
(3.3)
где - норма (ставка) дисконта (норма доходности инвестиций). При
расчете NPV она задается.
3. Индекс доходности инвестиций:
(3.4)
где
– доходы по шагам периода проекта;
– инвестиции по шагам периода проекта.
4. Индекс доходности дисконтированных инвестиций:
????????
????????
(3.5)
Проект считается эффективным, если PI > 1 и неэффективным, если PI < 1.
Показатель PI тесно связан с показателем NPV. Как видно из формулы при NPV
> 0 показатель PI всегда больше 1. Показатель PI позволяет ранжировать
взаимоисключающие проекты, имеющие схожее значение NPV, но разные
размеры инвестиций. В этом случае выбирается тот проект, у которого PI выше.
В целях управления эффективностью и рентабельностью IT проектов
осуществляется планирование проекта, позволяющее оценить возможные
отклонения доходов от плана и прогнозировать расходы.
При составлении бюджета следует опираться на оценки стоимости
операций и пакетов работ, полученные при определении стоимости проекта. На
основании полученных данных строится график, показывающий, сколько
средств необходимо иметь в каждый период. Площадь графика соответствует
стоимости проекта (рисунок 3.1).