Методология создания автоматизированной информационной системы налоговых органов

Тема 3. Методология создания автоматизированной информационной системы налоговых органов

3.1. Основные подходы и принципы проектирования АИС налоговых органов

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

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

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

• оснащение налоговых органов вычислительными программно-техническими комплексами с развитой функционально ориентированной
периферией;

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

Модель жизненного цикла ПС представляет собой логически свя­занную последовательность основных этапов разработки программно­го обеспечения — от появления необходимости его создания до отказа от использования и коренной модернизации в соответствии с новыми возможностями технических и программных средств и существенным изменением основных требований. Общая модель жизненного цикла со­стоит из четырех этапов (рис. 3.1).

Рис. 3.1. Жизненный цикл программной системы

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

Проектирование. Этот этап начинается после разработки формали­зованной или неформализованной модели поставленной задачи. Если процесс проектирования начинается слишком рано, исходных сведений о задаче может быть недостаточно для принятия обоснованных реше­ний при проектировании. Если процессу анализа (исследования пред­метной области) выделяется большой промежуток времени, его резуль­таты могут быть излишне детализированы, начало процесса проекти­рования откладывается на более поздние сроки, а на разработчика «обрушивается лавина» ненужных сведений. Поэтому предлагается стра­тегия разработки, которая предполагает параллельное выполнение фун­кций анализа и проектирования.

Кодирование. Этап кодирования состоит из работ по написанию про­грамм, их тестированию и интеграции в единый программный комплекс. Здесь процесс разработки программ превращается в последовательное создание ряда их прототипов, которые и составят основу конечной реализации программы. Преимущества такого процесса следующие:

•широкая обратная связь пользователя с системой, когда она необ-
ходима;

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

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

•интерфейс ядра проекта проходит тестирование неоднократно;

• более равномерно по времени распределены ресурсы для тестирования;

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

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

Для успешной разработки совершенствования АИС налоговых ор­ганов необходимы общие принципы по: выбору архитектуры АИС; выбору методологии разработки АИС; применению CASE-средств.

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

Опыт показывает, что только изменение архитектуры АИС при про­чих равных условиях может изменять в сотни раз суммарные затраты на разработку. Поэтому правильный выбор архитектуры АИС — наи­более эффективный способ снижения стоимост

Внимание, отключите Adblock

Вы посетили наш сайт со включенным блокировщиком рекламы!
Ссылка для скачивания станет доступной сразу после отключения Adblock!

Скачать