Автор данного предложения считает, что финансово-контрольную, оперативную аналитическую работу по поддержанию реальности бюджета региона необходимо централизовать в аппарате Главного контролера, опирающегося на отраслевых контролеров и соответствующий технический аппарат, и, конечно же, используя данные, регистрируемые и получаемые от местных кредитных учреждений.
Но при этом аппарат Главного контролера затрагивает экономические интересы и коммерческую информацию предприятий и организаций, что предполагает сужение его деятельности до контроля учреждений и организаций, получающих бюджетных средств. Для контроля за расходованием бюджетных средств данный метод является наиболее подходящим, т. к. при прослеживании направлений расходования средств можно моментально выявить факт нецелевого их использования. Такой контроль возможен в развитой системе казначейского исполнения бюджета, где метод матричного баланса может быть использован в области оперативного контроля.
При исследовании денежных потоков при помощи матричного баланса возможен наиболее оптимальный выбор совокупности организаций, подлежащих налоговым и др. проверкам со стороны государственных органов.
Преимуществами данной перспективы является сравнительная простота в использовании путем анализа электронных таблиц, а также все аналитические возможности, предоставляемые данным методом. Ведь все блоки матрицы связаны между собой цепными связями, что исключает искажение матричных данных.
Рассуждая логически, необходимо отметить, что, действительно, данные, получаемые всеми государственными органами, при соответствующей аналитической обработке и необходимых технологических изменениях являются вполне достаточным источником для определения субъектов и объектов правонарушений в области налогового законодательства. Так, для этого достаточно сопоставить доходы, расходы ряда экономических субъектов, их взаимосвязей и т. п. Подобная идея уже исходила от Министерства по налогам и сборам по отношению к физическим лицам, их доходам и расходам, но так и не была доведена до логического конца из-за ряда организационных и технических проблем.
Поэтому данная матричная модель имеет также и ряд недостатков. Так, орган, анализирующий данную информацию должен быть достаточно компетентен и независим. Поэтому исключается его нахождение в структуре органов исполнительной власти, что, с одной стороны, определяет его независимость как представительного органа, а с другой, значительно усложняет информационное взаимодействие с исполнительными органами. Но тем не менее использование данного метода в определенных областях налогового и финансового контроля будет значительно улучшит эффективность их деятельности.
Необходимо также отметить, что сложившаяся на данный момент система финансового контроля, несмотря на все свои недостатки, частично все же обеспечивает государственное функционирование. Последствия кардинального изменения методов и принципов государственного финансового контроля могут быть абсолютно непредсказуемы, поскольку недостатки налогового контроля (например, в части недостаточной автоматизации) покрываются за счет порой абсолютно несправедливого и тяжелого для предприятий и организаций налогового законодательства. Так что налоговый контроль должен реформироваться и улучшаться одновременно с упрощением налоговой системы в РФ. Но все, что касается контролирования расходов бюджета, должно быть тщательно проверено, поэтому необходимо улучшение системы бюджетного контроля, в частности путем внедрения автоматизированных информационных технологий на базе соответствующего обеспечения.
Заключение
Таким образом, можно сделать следующие выводы. В настоящее время в РФ можно наблюдать процесс постоянного реформирования системы государственного финансового контроля и соответствующих контрольных органов. Одним из направлений такого реформирования должна стать автоматизация данных процессов управления.
Наиболее острой проблемой, которую предлагается решить при помощи информационных технологий, является проблема обмена информации между разветвленной сетью контрольных учреждений. Создание единой информационной базы, обеспеченной возможностями свободного доступа любого из соответствующих государственных органов, позволит оптимизировать процессы взаимодействия, совместной работы и комплексной оценки экономической ситуации на макроуровне. Одним из наиболее интересных методов обработки данных этой информационной системы является метод матричного баланса, при помощи которого можно отслеживать любые денежные потоки. Но организационно-технические аспекты его применения достаточно сложны, поэтому полностью использовать потенциал матричного баланса в области финансового контроля вряд ли удастся. При этом не всегда тотальный контроль является положительным явлением, особенно с учетом недостатков современного законодательства.
С другой стороны, тотальный контроль и полноценное регулирование все-таки необходимо в области расходования бюджетных средств. На данный момент эта задача решается только на уровне оперативного контроля органами казначейства. Тем не менее даже они не имеет достаточного технического, не говоря уже о единообразном программном обеспечении, которое позволило бы им предоставлять для дополнительной обработки и использовать информацию других контрольных органов. Существующие же программные пакеты не всегда отвечают основным принципам автоматизации в этой области, поскольку ориентированны больше на учетную, а не на аналитическую и контрольную функции.
Список литературы.
Горин В. А. , Нестеров В. В. Программное обеспечение для казначейского исполнения доходов и расходов федерального бюджета на региональном и местном уровнях // Финансы, №3, 2001 г.
Громова А. Автоматизация бюджетного анализа, планирования и прогнозирования // Финансовая газета, №15, апрель 2001 г.
Лукасевич И. Я. Программное обеспечение финансовых решений // Финансы, №7, 2001 г. , Николаев О. , Громов А. Системы автоматизации казначейского исполнения бюджета: принципы построения // Финансы, №9, 2000 г.
Матричный баланс как способ повышения эффективности финансового контроля // Бизнес и банки №20-21, май 2000 г.
Нестеренко Т. Г. Казначейская система как инструмент эффективного управления государственными финансами // Финансы, №3, 2001 г.
Нестеров В. В. Информационные технологии и взаимодействие органов финансовой системы при казначейском исполнении бюджета // Финансы, №4, 1999 г.
Нестеров В. В. , Желтов Н. С. , Сергеев С. В. Информационное взаимодействие в финансовой система России // Налоговый вестник, №1, 1999 г.
Петров А. Ю. Государственный финансовый контроль // Финансы - №10, 2000 , Швец А. Система «Парус. Бюджетное финансирование» // Финансовая газета. Региональный выпуск, №8, 2001 г.
Характеризуя пакетный режим обработки данных, необходимо отметить следующие его характерные черты. Ввод потока заданий осуществляется с локальных устройств ввода. Выполнение режима включает три фазы обработки : подготовку, выполнение и завершение процесса. При этом первая фаза требует определения последовательности действий и ввода исходных данных. Вторая фаза предполагает логическое преобразование исходных файлов, создания и упорядочения рабочих файлов, обработку информации и формирование выходных данных, осуществляя контроль результатов решения. На завершающей фазе выполняется печать. Эти особенности необходимо рассмотреть в связи со спецификой функциональной задачи.
Применение пакетного режима позволяет уменьшить вмешательство оператора в процесс решения задачи, требует только предварительного ввода данных, исключает возможность вмешательства пользователя и, таким образом, изменения последовательности выполняемых действий. Однако, за счет этого появляется более полная загрузка оборудования, которое начинает работать по жесткому графику. В некоторых случаях для решения задачи выполняется и параллельная обработка данных. Пакетный режим более тесно связан с бумажной технологией.
Диалоговый режим, напротив, предполагает активное вмешательство пользователя в процесс работы комплекса и ориентацию на безбумажную технологию. В ходе его выполнения отсутствует заранее установленная последовательность операций обработки данных и дополнительного их ввода.
В процессе решения задачи удобство диалогового режима в полной мере проявляется в процессе общения с базой данных.
Среди них можно отметить такие как : - возможность перебора различных комбинаций поисковых признаков в запросе; - обеспечение более быстрого поиска данных; - улучшСреди них можно отметить такие как : - возможность перебора различных комбинаций поисковых признаков в запросе; - обеспечение более быстрого поиска данных; - улучшение характеристик выходных данных за счет оперативной коррекции запроса с терминала; - возможность расширения, сужения или изменения направлений поиска сразу после получения результатов; - множественность точек доступа; - быстрый доступ к относительно редко используемой информации; - оперативный анализ получаемых сведений.
Приближение пользователя к процессу обработки данных повлекло за собой много проблем и одна из них - это проблема диалога конечного пользователя и ЭВМ. В настоящее время эта проблема решается в двух альтернативных направлениях : создание меню-ориентированных систем и систем, основанных на использовании языков, близких к естественному. Поэтому при обосновании выбора диалогового режима необходимо остановиться и на этом вопросе.
Меню-ориентированные системы применяются тогда, когда число переборов вариантов расчетов относительно невелико. Обычно в меню с пятиуровневой иерархией уже наступает комбинаторный взрыв. При необходимости повышения гибкости диалога более удобен язык близкий к естественному, однако, реализация его всегда сложна.
В настоящее время в развитии вычислительной техники наметилась тенденция к рассредоточению вычислительных мощностей в пределах вычислительных систем. Все большее распространение приобретают вычислительные системы, в которых применяется распределенная обработка данных с использованием мини-ЭВМ. Этому способствовало широкое распространение микрокомпьютеров, характеризующихся : - низкой стоимостью и малыми габаритами; - хорошим соотношением "стоимость - производительность"; - простотой в обслуживании и эксплуатации; - относительно небольшими затратами на обеспечение повышенной надежности; - возможностью строить комплексы и варьировать их конфигурации; - наличием высокопроизводительных технических средств; - наличием проблемно-ориентированных операционных систем; - возможностью решения экономических и управленческих задач в интерактивном режиме.
Это предопределило главную особенность тенденции - приближение таких ЭВМ непосредственно к местам возникновения и использования информации, их распределению по отдельным функциональным сферам деятельности, а, следовательно, и к изменению самой технологии обработки данных в направлении децентрализации. Структурно они реализуются как сети взаимосвязанных через каналы передачи данных мини- и микроЭВМ, терминалов с одной или несколькими средними либо большими ЭВМ.
При обосновании применения распределенных систем обработки данных необходимо отметить их особенности : большое количество взаимодействующих вычислительных машин, выполняющих функции сбора, регистрации, хранения, передачи, обработки и выдачи информации; значительные вычислительные мощности; распределение обработки, хранения и использования данных; доступ пользователя к вычислительным и информационным ресурсам сети; симметричный интерфейс обмена данными между всеми узлами сети; возможность управления всеми элементами сети и ее расширяемость.
В связи с многообразием создаваемых сетей они классифицируются по ряду признаков: технологической структуре /централизованная, децентрализВ связи с многообразием создаваемых сетей они классифицируются по ряду признаков: технологической структуре /централизованная, децентрализованная, кольцевая, радиально кольцевая и др./; организации связи /с коммутацией каналов, с коммутацией сообщений, с коммутацией пакетов и др./; функциональному назначению /универсальные и специализированные /; организации данных /без банков данных, с локальными банками данных, с централизованным банком данных/.
Далее необходимо рассмотреть организацию локальной сети на логическом уровне: - рабочую систему, реализующую информационные процессы, связанные с организацией, хранением, поиском и вычислительной обработкой данных; - терминальную систему, управляющую работой терминального оборудования и осуществляющая подготовку заданий пользователей, сопряжение пунктов съема данных; - административную систему, управляющую процессами функционирования информационно-вычислительной сети; - интерфейсную систему, реализующую функции, связанные с преобразованием процедур управления и передаваемой информации в условиях взаимодействия с другими сетями; - коммуникационную, ориентированную на выполнение функций по обеспечению взаимодействия всех систем /управления потоками данных, их маршрутизация и коммутация/.
Наметившаяся тенденция децентрализации средств вычислительной техники послужила предпосылкой развития на базе персональных микропроцессорных средств автоматизированных рабочих мест /АРМ/.
Обоснование применения АРМ следует начать с рассмотрения их возможностей : - информационно-справочное обслуживание; - автоматизация делопроизводства; - развитый диалог пользователя с ЭВМ; - использование ресурсов как ПЭВМ, так и центральной ЭВМ для решения различных задач; - формирование и ведение локальных баз данных и использование централизованной базы данных при наличии вычислительной сети; - представление сервиса пользователю на рабочем месте.
Далее необходимо рассмотреть такие преимущества АРМ, как надежность, низкая стоимость, сочетание автономного и многопользовательского режимов работы, возможность реализации интерфейса АРМ друг с другом и с большой ЭВМ, удобство подключения новых внешних устройств. Учитывая конкретику целевого назначения АРМ необходимо исходить в обосновании из принципа максимальной ориентации на конечного пользователя, что обычно достигается адаптацией АРМ к уровню его подготовки и возможностям его обучения и самообучения. В свою очередь этот принцип тесно связан с принципом проблемной ориентации, то есть с ориентацией на решение определенного класса задач, объединенных общей технологией обработки данных, единством режимов эксплуатации. В узком смысле, проблемная ориентация заключается в ориентации на автоматизацию конкретных функций, выполняемых работниками экономических служб.
Следует отметить также уровень развития АРМ, среди которых выделяют: построение типовых /базовых/ АРМ, ориентированных на группы конкретных пользователей; реализация на базе типовых АРМ специализированных/функциональных АРМ/ например, АРМ бухгалтера, АРМ аналитика/; объединение специализированных АРМ в проблемно-ориентированные комплексы в рамках локальных распределенных систем обработки данных.
Возможности АРМ обычно тесно связаны с их струВозможности АРМ обычно тесно связаны с их структуризацией и параметризацией, зависят от функциональных характеристик ПЭВМ, на которых они базируются. После рассмотрения этих вопросов нужно остановиться на обеспечивающей части АРМ : вопросах организации информационной базы; вопросах специфики программного обеспечения; вопросах обоснования общей технологии обработки данных; вопросах лингвистического обеспечения, диалога; вопросах методического обеспечения, ГОСТов.
В пункте 1.4. необходимо раскрыть следующие вопросы: - изменение в содержательной постановке комплекса задач в условиях применения вычислительной техники; - изменения в функциях органа управления, связанных со сбором, обработкой и выдачей информации; - источники оперативной и постоянной информации; - характеристика расчетов, выполняемых на ЭВМ; - краткая характеристика результатов /название машинных документов, форм отображения на экранах дисплеев и их назначение, название результатных файлов /; - схема связи с другими задачами соответствующей функциональной под- системы АСУ и ее описание; - периодичность решения комплекса задач.
В пункте 1.5. осуществляется формализованная постановка рассматриваемого комплекса задач, производится выделение последовательных этапов расчета, определяются экономико-математические зависимости показателей.
При работе над пунктами 1.4.-1.8. кроме качественного обоснования применения средств вычислительной техники, технологии проектирования, технологии обработки данных и т.д., целесообразно провести количественную оценку потребительских свойств проектируемой системы с применением АСОПР /см. 3 пункт методических указаний/.
Описанные выше разделы составляют первую часть проекта. Наиболее распространенной ошибкой при подготовке первой главы дипломного проекта является то, что студент пытается перемешать существующее положение дел на предприятии, выявленных в ходе обследования с открывающимися перспективами и технологией функционирования описываемой в дипломном проекте ЭИС. Не забывайте, основнаяцель первой главы -рассмотрение существующего состояния предметной области, характеристика объекта и субъекта, и обоснование предложений по устранению выявленных недостатков, внедрению новых подходов, новых технологий и т.д.Характеристика проектируемой системы, технология ее работы и все что связано с нововведениями, должны рассматриваться и раскрываться во второй главе проекта. И не следует ни при каких условиях комбинировать то что существует в настоящий момент с тем что планируется.
Проектная часть
Пунктинфологическая или информационная модель(схема данных)и ее описаниепредполагает моделирование входных, промежуточных и результатных информационных массивов предметной области и их характеристика. Необходимо детально освятить как на основе входных документов и нормативно-справочной информации происходит обработка с использованием массивов оперативной информации и формирование выходных данных. Модель может быть построена с использованием традиционных методик (курс "Проектирование баз данных") или с использованием систем автоматизированного проектирования (например, CASE- средстПунктинфологическая или информационная модель(схема данных)и ее описаниепредполагает моделирование входных, промежуточных и результатных информационных массивов предметной области и их характеристика. Необходимо детально освятить как на основе входных документов и нормативно-справочной информации происходит обработка с использованием массивов оперативной информации и формирование выходных данных. Модель может быть построена с использованием традиционных методик (курс "Проектирование баз данных") или с использованием систем автоматизированного проектирования (например, CASE- средство (Comрuter Aided Software Engineering)Design IDEF( I CAM DEF inition) фирмы (Meta Software corporation), предполагающее использование методологии IDEF1X, целью которой является выработка непротиворечивого интегрированного определения семантических характеристик данных на основе подхода “сущность-связь”, представляющей собой комбинацию реляционной теории Т. Кодда, методологии “Entity-Relationship” и диаграммы “сущности-отношения” П. Ченна, дополненных отношениями категоризации).
Затем необходимо дать характеристику используемым для решения данного комплекса задачклассификаторам и системам кодирования.Структура кодовых обозначений объектов может быть оформлена в виде таблицы с таким содержанием граф: наименование кодируемого множества объектов (например, кодов подразделений, табельных номеров и т.д.), значность кода, система кодирования (серийная, порядковая, комбинированная), вид классификатора (международный, отраслевой, общесистемный и т.д.). Далее производится описание каждого классификатора и рассматриваются вопросы централизованного ведения классификаторов на предприятии по данной предметной области.
Характеризуя входную и результатную информацию на каждый информационный массив нормативно-справочной (НСИ) и оперативной информации составляется описание. Необходимо указать назначение и применение каждого документа, т.е. для оформления каких операций предназначен данный документ (или справочник) и когда он применяется. Описывается также каждый тип записи. Если информационная база организована в форме баз данных, то приводится её логическая структура или дается ссылка, что структура записей информационных массивов совпадает со структурой файлов, которая приведена при описании программного обеспечения комплекса задач. Также необходимо рассмотреть методику ведения НСИ. Особое внимание следует уделить проектированию форм результатных документов. При этом необходимо привести примеры выходных форм машинограмм и видеограмм, разделив их на справочные, контрольные, регламентированные и запросные.
