Принципы и средства обработки данных в налоговой службе

Принципы и средства обработки данных в налоговой службе

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

Метод — это последовательный процесс создания ряда моделей, описывающий определенными средствами различные стороны разрабатываемой программной системы.

Методология — это совокупность механизмов, применяемых в процессе разработки программного обеспечения и объединенных одним общим философским подходом. Эти механизмы необходимы по нескольким причинам. Во-первых, они упорядочивают процесс создания программных систем, являясь общими для всей группы разработчиков. Кроме того, позволяют менеджерам проекта оценить в ходе разработки степень развития системы. Методы появились в ответ на растущую сложность программных систем. Раньше при разработке и развитии программных комплексов ограничения на них устанавливались исходя из объема оперативной памяти, скорости считывания информации со вторичных носителей (магнитных барабанов) и быстродействия процессора, значение тактовой частоты которого изменялось сотнями микросекунд. В 60- 70-е годы эффективность применения компьютеров резко возросла, так как цены на них стали падать, а возможности ЭВМ увеличились. В результате стало выгодно создавать прикладные программы повышенной сложности. Основными инструментами их создания были алгоритмические языки высокого уровня. Они расширили возможности разработчиков, что привело, в свою очередь, к усложнению программных систем.

В 60-70-е годы было разработано много методов, позволяющих справляться свысокой сложностью программных систем. Появились новые методы, которые дали возможность устранить эти недостатки:

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

метод организации потоков данных;

объектно-ориентированное проектирование.

Метод структурного проектирования основан на алгоритмической декомпозиции. Метод организации потоков данных строит структуру программной системы на основании организации входных потоков данных в выходные. Объектно-ориентированное проектирование означает, что программную систему необходимо проектировать как совокупность взаимодействующих друг с другом объектов, а каждый объект — как экземпляр определенного класса, причем классы при этом образуют иерархию. Объектно-ориентированный подход отражает топологию новейших языков программирования высокого уровня, таких, как Smalltalk, Objekt paskal, C++, CLOS и ADA. Расшифруем то, что понимаем под понятиями «объект» и «класс».

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

Класс — множество объектов, связанных общностью структуры и поведения, например налогоплательщик.

Рассмотрим процесс создания программного обеспечения с точки зрения объектно-ориентированного подхода.

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

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

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

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

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

Проектирование. Начало процесса проектирования.

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

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

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

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

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

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

меньше возможностей отмены проекта, когда он опаздывает относительно установленного срока;

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

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

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

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

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

На основании последнего метода проектирования программных систем были составлены принципы функционирования АИС «НАЛОГ».

АИС «НАЛОГ» может рассматриваться с двух сторон:

с позиции основной цели её создания — наиболее полного и своевременного поступления налогов в бюджет;

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

В связи с указанными основными целями можно сформулировать главные направления автоматизации:

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

взаимодействие налоговых инспекций с банками. Это направление требует обеспечения технической, программной и информационной совместимости банковс- , кой-автоматизированной системы и АИС «НАЛОГ», единой общегосударственной системы кодификации исполнительных финансовых, налоговых органов и банков, организации четкого взаимодействия этих структур в процессе управления налогообложением.

Основными принципами создания АИС «НАЛОГ» являются следующие:

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

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

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

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

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

тут http://hardworkers.ru/remont-iphone все бонусы . запчасти ваз купить . Франция Аспекты швейцарии образование, реферат, статьи швейцария туризм. 1