Анализ и оценка надежности и эффективности АИС Бюджет

Содержание
Введение…………………………………………………………………..……….2
1. Принципы эффективности АИС………………………………………...…….5
Системный анализ информационных систем………………………..…...5
Назначение и функциональность АС «Бюджет»…………………………7
Используемые технологии и архитектура АС «Бюджет»…………..….10
2. Анализ эффективности АС «Бюджет»……………………………………....12
Характеристики АС «Бюджет………………………..…………………..12
Наращиваемость АС «Бюджет»………………………..………………...14
Инструментальные средства АС «Бюджет»……………..……………...18
Определение экономической эффективности АС «Бюджет».…………35
3. Принципы надежности АИС………………………………………...……….38
Роль надежности информационных систем……………………..………38
Система защиты информации…......................…………………………..44
Обеспечение защиты АС «Бюджет»…………..................………………46
Заключение………………………………………………………......…………...60
Глоссарий……………………………………………………………..……….…63
Список использованных источников…………………………………………...65
Приложение А………………………………………………….……..………….70
Приложение Б…………………………………………………………...……….71
Приложение В……………………………………………………………...…….72
Приложение Г………………………………………………………...……...…..73
Приложение Д……………………………………………………………............76
Введение
За последние двадцать лет объём и оборот информации значительно возрос во всех сферах жизнедеятельности человека: экономической, финансовой, политической, духовной. И процесс накопления, обработки и использования знаний постоянно ускоряется. Учёные утверждают, что каждые десять лет количество информации увеличивается вдвое. В связи с этим возникает необходимость использования автоматических средств, позволяющих эффективно хранить, обрабатывать и распределять накопленные данные. В настоящее время все предприятия испытывают настоятельную потребность в расширении аналитических работ, связанных с разработкой перспектив развития, комплексной оценкой эффективности применения различных форм хозяйствования, своевременной выработкой оперативных управленческих решений. Современный период цивилизации характеризуется повышением роли информации в развитии общества, средств связи, компьютеризацией всех сторон жизни, появлением более совершенных информационных технологий, необходимых для сбора и обработки информации. С развитием такого общества возникает необходимость в создании информационных систем, которые позволяют руководителям организаций получать достоверные и оперативные сведения и в любой момент времени формировать отчеты, содержащие краткую структурированную информацию о деятельности организации1.
При выборе программного продукта для конкретной организации нужно учитывать, что в мире информационных технологий хорошо работают только демонстрационные примеры на больших презентациях. Слишком много внимания уделяется процессу презентации на идеальных данных — и слишком мало — процессу обращения в системе реальных данных. Процесс идет обычно по одному из следующих сценариев. Покупается готовый программный продукт. Продукт дорог. Купить его может только крупное предприятие. Приспособить процесс к программе можно лишь отчасти. В конечном счете, все равно приходится приспосабливать программу к процессу. Если предприятие крупное, но не очень богатое, оно пытается довести продукт своими силами. Вариант, реально существующий в жизни средних предприятий. Частные задачи существуют сами по себе. Чем больше задач и чем шире они реально используются, тем хуже качество информации в целом. Для мелких предприятий наиболее вероятным является использование локальных приложений в среде типа Microsoft Office.1
Финансовый орган Сегежского муниципального района для комплексной автоматизации деятельности выбрал АИС «Бюджет». Целью АИС является создание единой информационной сети, позволяющей эффективно хранить, обрабатывать, анализировать и использовать информацию управленческого бюджетного учета и отчетности финансового органа. Главное назначение автоматизированной системы обработки информации в данном случае – повысить эффективность выполнения перечисленных функций, поскольку, как можно увидеть, функционирование финансового органа связано с очень большим документным и информационным потоком. Кроме того, АИС призвана улучшить оперативность принятия решений, повысить производительность труда, снизить количество вычислительных ошибок при помощи автоматизации процесса обработки информации, содействовать эффективному и безопасному хранению и доступу к информации.2 Внутри данного подразделения документопоток циркулирует в электронном виде (бухгалтерские документы, отчёты, казначейские выписки, инструкции, приказы и распоряжения и т.д.) для облегчения и ускорения работы на этапе накопления, систематизации, обработки и отображения данных.
Целью данной работы является проведение анализа и оценки надежности и эффективности АИС «Бюджет». Задачи исследования – выявить, насколько данная система отвечает предъявляемым требованиям, определить функциональность системы, готовность финансового управления к использованию АИС в полном объеме.
Основными методами исследования в данной работе стали изучение и обобщение научной литературы, сравнение с АИС, используемыми в других регионах, практическая работа (администрирование) с АС «Бюджет».
Актуальность поставленных задач обусловлена необходимостью полной автоматизации организации исполнения бюджета в рамках среднесрочного финансового планирования в соответствии с действующим бюджетным законодательством.
Практическая значимость заключается в возможности использовать информационную систему с наибольшей отдачей, исключить ручную обработку документов, создать условия для перехода к безбумажной технологии обработки аналитических данных, снизить трудоемкость, сократить время, затрачиваемое на обработку данных, сократить численность специалистов, занятых рутинной работой.
1 Принципы эффективности АИС
1.1 Системный анализ информационных систем
Распространено представление, что ИС «живут» не долго: от трех до семи лет. На самом деле ИС характеризуются высокой динамичностью — в течение этого времени система остается эффективной. Далее она должна развиваться или перестанет быть конкурентоспособной, а значит — эффективной. Задачей разработчиков является создание ИС «на вечные времена». Т.е. в виде, допускающем развитие, совершенствование, трансформацию по всем подсистемам и компонентам без утраты способности функционировать. В противном случае при радикальных изменениях в функционировании предприятие может полностью лишиться информационной базы.
Ситуация когда базы данных, программы, форматы и структуры, технические и технологические правила невозможно использовать в новой ИС является поистине катастрофичной. Учитывая высокую стоимость комплексной ИС, ее потеря ведет к серьезным убыткам. В том случае, когда ИС является средством производства (предприятия связи, банки, финансовые компании и т.д.) потеря ИС может фактически привести к остановке основной производственной деятельности.
Следует принять, что ИС являются сложными системами. Это определение применимо не только к комплексным ИС предприятий, отраслей, учреждений, но и системе построенной на одном ПК. Необходимо учитывать, что ИС являются искусственными, т.е. создаваемыми человеком системами.1 Следовательно, имеется возможность управления и планирования жизненного цикла ИС. Жизненным циклом ИС называют стадии и этапы, которые проходит ИС от момента принятия решения о создании ИС до момента прекращения функционирования ИС. По сути, жизненный цикл является моделью создания и использования ИС. Этапы жизненного цикла ИС в принципе отражают весь период функционирования ИС. Однако, требование создания системы на «вечные времена» требует развития ИС. Т.е. изначально, начиная со стадии проектирования, в ИС должна быть заложена возможность развития. Под развитием следует понимать возможность изменения ИС в соответствии с возможностью изменения самого предприятия. Если возможность развития заложена на создания ИС, то осуществляется она на стадии эксплуатации. Здесь развитие ИС выражается, во-первых, в замене существующего технологического обеспечения ИС, на технологическое обеспечение нового поколения, во-вторых, в изменении структуры ИС с учетом изменения деятельности предприятия.1 АИС организаций не всегда создается с «нуля». Совершенно обычна ситуация, когда АИС или отдельные функциональные подсистемы в компании уже существуют. Естественно, в каждом конкретном случае, организации сталкиваются с совершенно разными проблемами. Конкретные задачи, возникающие при необходимости развития АИС, зависят от профиля предприятия, уровня реализации существующей системы, месте существующей АИС в системе управления компанией, и во многом от объема финансовых ресурсов необходимых для развития системы. Эффективность ИС определяется как свойство ИС, характеризуемое степенью достижения целей, поставленных при ее создании. Надежность АИС — комплексное свойство АИС сохранять во времени в установленных пределах значения всех параметров, характеризующие способность АИС выполнять свои функции в заданных режимах и условиях эксплуатации.
1.2 Назначение и функциональность АС «Бюджет»
Для того чтобы провести анализ и оценку эффективности выбранной АИС, нужно определить цели, поставленные при ее создании. АС «Бюджет» предназначена для комплексной автоматизации деятельности финансовых органов субъектов РФ и муниципальных образований на всех этапах исполнения бюджета. Позволяет организовать исполнение бюджета в рамках среднесрочного финансового планирования в соответствии с действующим бюджетным законодательством, обеспечивает создание системы управленческого бюджетного учета и отчетности финансового органа, поддерживает различные варианты кассового обслуживания исполнения бюджета в органах Федерального казначейства.
Цели внедрения автоматизированной системы «Бюджет»:
внедрение новых форм и методов управления общественными финансами на основе современных информационных технологий;
создание единого централизованного хранилища данных ФО;
повышение эффективности работы сотрудников ФО и оперативности их взаимодействия благодаря использованию специализированного программного обеспечения и методов групповой обработки данных в едином централизованном хранилище;
существенное сокращение объема трудоемких рутинных операций, минимизация количества ошибок, допускаемых при ручной обработке информации, благодаря механизмам автоматического контроля и экспорта/импорта данных;
внедрение казначейских принципов организации исполнения бюджета, обеспечение большей прозрачности и эффективности бюджетных расходов, экономии бюджетных средств;
внедрение технологии конвейерной обработки и множественного визирования электронных документов различными исполнителями в пределах зоны их ответственности, учитывающую существующую нормативно-правовую базу и обеспечивающую защищенность, управляемость и доступность документов;
получение достоверной оперативной информации и необходимой аналитической отчетности в режиме реального времени.
Функциональные возможности АС «Бюджет»:
Ведение бюджетной росписи доходов, расходов и источников финансирования дефицита бюджета на интуитивно понятном интерфейсе, позволяющее формировать сводную бюджетную роспись в разрезе ГРБС, РБС, ПБС с поквартальным или помесячным распределением сумм, автоматическую помесячную разбивку квартальных сумм согласно процентным соотношениям, использовать дополнительную классификацию, формировать варианты сводной бюджетной росписи, ввод и анализ сумм в рублях или в тысячах рублей, формировать уведомления о бюджетных ассигнованиях в форме выписок из сводной бюджетной росписи, уточнять сводную бюджетную роспись уведомлениями, формировать журнал регистрации изменений, автоматически контролировать допустимость перемещений, автоматически формировать бухгалтерские проводки по учтенным данным, анализировать исполнение уточненной сводной бюджетной росписи, на любую указанную дату, с включением/исключением разных типов уведомлений. Возможен учет лимитов бюджетных обязательств и объемов финансирования, включающий формирование лимитов бюджетных обязательств на основании утвержденных бюджетных ассигнований в соответствии с классификацией расходов и источников финансирования дефицитов бюджетов с поквартальным или помесячным распределением сумм, изменение лимитов бюджетных обязательств при изменении бюджетных ассигнований, блокировку расходов, доведение лимитов бюджетных обязательств до распорядителей и получателей бюджетных средств, автоматическое формирование проводок по учтенным данным, анализ исполнения лимитов бюджетных обязательств на любую указанную дату с учетом и без учета изменения, распределение объемов финансирования по главным распорядителям бюджетных средств и перераспределение объемов финансирования на подведомственных РБС и ПБС, формирование уведомления по кассовым выплатам по источникам подготовка реестров на финансирование и расходных расписаний для Федерального казначейства. Также реализован учет исполнения бюджета по доходам и расходам, построенный на автоматической обработке ведомостей кассовых поступлений и кассовых выплат, выписки из лицевого счета финансового органа, учет поступивших доходов в разрезе кодов доходов, плательщиков и дополнительной классификации, учет сумм в пути, возврата сумм доходов, излишне уплаченных в бюджет, невыясненных и неклассифицированных поступлений, учет операций по кассовым выплатам из бюджета, формирование уведомления об уточнении вида и принадлежности платежа и уведомления об уточнении кода бюджетной классификации для ФК, учет кассовых выплат с лицевых счетов ПБС, открытых в ФК, отслеживание состояния лицевых счетов ГРБС, РБС, ПБС, открытых в ФК, организация выдачи наличных денег, оплата расходов за счет средств от предпринимательской и иной приносящей доход деятельности, учет выдачи и погашения кредитов в разрезе видов кредитов, сроков и договоров, автоматическое формирование бухгалтерских проводок по учтенным данным, формирование ежедневного отчета о поступлении доходов, другой отчетной информации о доходах. Предусмотрено составление собственных отчетов финансового органа в автоматическом или ручном режиме, импорт отчетов нижестоящих финансовых органов, главных распорядителей бюджетных средств, распорядителей бюджетных средств и получателей бюджетных средств в форматах АС «Смета», «1С-Бухгалтерия», «СКИФ», шаблон MS Excel, автоматическая консолидация собственных отчетов и отчетов нижестоящих ФО, ГРБС, РБС и ПБС, определение организаций, не предоставивших отчеты в указанный срок, контроль правильности составления собственных и принимаемых отчетов согласно правилам проверки и контрольным соотношениям, возможность ввода собственных правил проверки.--PAGE_BREAK--
1.3 Используемые технологии и архитектура АС «Бюджет»
Платформа: PC.
Операционная система для сервера БД: Linux;
Операционная система для рабочей станции: Windows 95/98/ME, Windows NT/2000/2003/XP.
Архитектура информационной системы:
архитектура Клиент/Сервер;
2 уровня обеспечения целостности и обработки данных: логика базы данных (реализуют триггера) и логика интерфейсов ввода данных (реализует программный код);
единый интерфейс доступа к данным, независимо от используемой СУБД на основе MIDAS. Большинство компонентов системы не зависит от типа СУБД;
SDI (Single Document Interface) интерфейс клиентского приложения с настраиваемым наполнением;
встраивание новых интерфейсов с использованием ActiveX (клиентское приложение — контейнер);
расширение функций и индивидуальная настройка интерфейсов посредством встроенного макроязыка ABL;
использование кэширования изменений при вводе данных (короткие транзакции);
единая, открытая система хранения настроек «Удаленный реестр»;
разграничение прав, как на уровне базы данных, так и на уровне логики приложения по различным критериям;
встроенная оригинальная система отчетов на основе шаблонов и макропрограмм различных форматов;
встроенный отладчик макросов на языке ABL — используется для написания и отладки макропрограмм на языке ABL.1
2 Анализ эффективности АС «Бюджет»
2.1 Характеристики АС «Бюджет
Система характеризуется такими свойствами, как функциональная масштабируемость, конфигурируемость рабочих мест, распределенность, наращиваемость, корпоративность, тиражируемость, настраиваемость, модульность, объективность (реальность и актуальность), ответственность, безопасность, относительно низкая зависимость от разработчика в задаче расширения набора аналитических и отчетных форм, интегрируемость, унифицированность, мобильность.
Рассмотрим некоторые свойства более детально. Система позволяет объединить все структурные подразделения финансового органа, обеспечив их электронное взаимодействие и распределенное управление бизнес-процессами. Распределенность означает, что данные могут возникать в одних местах системы, обрабатываться в других, а использоваться в третьих. Разграничение прав доступа пользователей организовано через конфигурируемые рабочие места. Конфигурируемое рабочее место – это набор предметных областей системы, назначенный для работы некоторому пользователю или группе пользователей, исходя из его должностных обязанностей. Набор рабочих мест, а также предметных объектов, составляющих рабочее место, может быть изменен (расширен/сокращен) администратором системы. Настраиваемость системы позволяет производить гибкую настройку функций на специфику объекта путем изменения ее параметров, в том числе шаблонов отчетов и документов. Все отчетные и аналитические документы формируются непосредственно на основе введенных первичных документов. Дисциплина своевременного ввода документов контролируется с помощью механизма закрытия операционного дня. Все это обеспечивает объективность информации о состоянии финансов. Помимо стандартных форм первичных и отчетных документов, соответствующих законодательству Российской Федерации, система имеет пакет специализированных и отчетных форм (свыше 200 форм) и инструментарий для его наращивания – генератор отчетов. Генератор отчетов от известных аналогов отличают следующие существенные особенности: высокая динамичность и малое время построения отчетов, возможность изменения не только шаблонов вывода, но и алгоритмов формирования данных, возможность не только изменять существующие отчеты, но и создавать на их основе новые. Сегодня трудно найти учреждение, в котором бы не использовались программные системы разных разработчиков, поэтому интегрируемости системы придается большое значение. Интегрируемость обеспечивается встроенным механизмом универсального экспорта-импорта, который позволяет передавать и принимать данные из любого блока системы, взаимодействовать с произвольными базами данных, обрабатывать разнообразные форматы данных, в том числе текстовые документы различных кодировок и форматирования. Имеется возможность промежуточной обработки и контроля передаваемых/принимаемых данных (например, на уникальность записей, соответствие нормативно-справочной информации и т.д.). Процедура импорта/экспорта информации, как правило, предусматривает создание протокола об ошибках и проведенных операциях, включая скорость обработки и пр. Внешний вид всех интерфейсов и правила работы с ними однотипны: вид окна, кнопки и панели инструментов, функциональные клавиши, вызов помощи. Такая унифицированность снижает затраты на обучение и освоение системы пользователями, упрощает работу с документацией, снижает затраты на сопровождение системы. АС «Бюджет» выполнена по принципу модульности и представляет собой набор OCX-модулей (реализующих СОМ-объекты), что обеспечивает:
возможность выбора произвольной конфигурации системы – набор приобретаемых модулей;
простоту функциональной масштабируемости – доработка системы разработчиком, дополнение ее новыми технологическими и функциональными возможностями не требует полного обновления системы;
повышение надежности системы – изменения, вносимые разработчиком в отдельные модули, не могут повлиять на работу системы в целом.
2.2 Наращиваемость АС «Бюджет»
Дополнительный функционал АС «Бюджет» наращивается с помощью следующих программных модулей:
Программный модуль «Конвейерная обработка и множественное визирование документов»;
Программный модуль «Применение ЭЦП в АС «Бюджет» при множественном визировании документов»;
Программный модуль «Передача электронных документов с ЭЦП из АС «УРМ» в АС «Бюджет»;
Программный модуль «Передача выписок с ЭЦП из АС «Бюджет» в АС «Удаленное рабочее место»;
Программный модуль «Прикрепление к документам произвольных файлов с ЭЦП»;
Программный модуль «Многобюджетный режим работы»;
Программный модуль «Расширенный аудит действий пользователей»;
Программный модуль «Сбор информации через АС «УРМ»;
Программный модуль «Сбор информации через электронную почту»;
Программный модуль «Учет государственных (муниципальных) контрактов и договоров»;
Программный модуль «Учет бюджетных обязательств»;
Программный модуль «Электронный обмен с ФК (банком)»;
Программный модуль «Пакетная замена классификации»;
Программный модуль «Учет средств от предпринимательской и иной приносящей доход деятельности»;
Программный модуль «Просмотр поступлений по доходной классификации в АС «УРМ»;
Программный модуль «Учет разрешений по предпринимательской и иной приносящей доход деятельности»;
Т.е если финансовому органу необходимо осуществление полнофункционального двухстороннего обмена электронными платежными документами между ФО и органами ФК, а также между ФО и кредитными организациями (банками), система дополняется модулем «Электронный обмен с ФК (банком)» (приложение А), который обеспечивает: двухсторонний обмен электронными пакетами документов между ФО и органами ФК без ручного переноса данных из АС «Бюджет» в транспортное ПО ФК (клиент СЭД), двухсторонний обмен электронными пакетами документов между ФО и кредитными организациями (банками) без ручного переноса данных из АС «Бюджет» в транспортное ПО банка (клиент банка), поддержку различных вариантов организации исполнения бюджета и кассового обслуживания исполнения бюджета органами ФК, автоматическое формирование исходящих пакетов: платежных поручений, реестров на финансирование, расходных уведомлений, служебных информационных документов и т.д., автоматическую загрузку входящих пакетов: выписок, ведомостей по кассовым выплатам и поступлениям, служебных информационных документов и т.д.1, отслеживание статуса и автоматическое проведение исходящих платежных поручений в процессе обработки входящих пакетов, дополнительную обработку кассовых поступлений по доходам: выделение множественных кодов дохода, распределение сумм доходов в соответствии с шаблоном, автоматическое определение дополнительных аналитических признаков по платежному документу на основании базы соответствий, выделение платежных документов на поступление средств от приносящей доход деятельности, их дополнительная обработка, выполнение вспомогательных функций по обработке пакетов: архивирование, вызов внешних функций установки/снятия ЭЦП и шифрования транспортного ПО ФК (банка).
Если же требуется вести учет исполнения нескольких бюджетов в единой база данных, используя стандартные функциональные возможности АС «Бюджет», тогда приобретается дополнительный модуль «Многобюджетный режим работы» (приложение Б), обеспечивающий возможность ведения учета всех операций по исполнению различных бюджетов в одной базе данных АС «Бюджет», использование единой нормативно-справочной системы (справочников классификаторов) для всех бюджетов, ведение справочника лицевых и расчетных счетов отдельно для каждого бюджета, контроль лицевого и расчетного счета, указанного в первичном документе, на соответствие бюджету (при вводе данных), электронный документооборот с органами ФК1 и учреждениями банков по нескольким бюджетам одновременно, электронный документооборот с ГРБС, ГАИФ, РБС, АИФ и ПБС различных бюджетов через систему удаленного документооборота, автоматический контроль первичных документов с учетом их принадлежности к различным бюджетам, анализ исполнения различных бюджетов, разграничение прав доступа пользователей к документам и функциям АС «Бюджет», в зависимости от бюджета, формирование полного набора бюджетной отчетности для каждого бюджета (муниципального района, городского или сельского поселения), данные по исполнению которого хранятся в базе данных АС «Бюджет», формирование консолидированной бюджетной отчетности по исполнению консолидированного бюджета муниципального района.
Для учета финансовыми органами бюджетных обязательств, вытекающих из договоров на поставку продукции, выполнение работ, оказание услуг, заключенных бюджетными учреждениями, и подлежащих оплате за счет средств соответствующего бюджета предназначен программный модуль «Учет бюджетных обязательств» (приложение В), который обеспечивает следующие функциональные возможности: Регистрация договоров на поставку продукции (работ, услуг) и уточнений к ним, автоматический бюджетный контроль графиков оплаты по договорам (уточнениям) на соответствие бюджетным ассигнованиям, лимитам бюджетных обязательств с учетом исполнения бюджета, постановка на учет бюджетных обязательств по кодам классификации расходов бюджетов РФ, отказ в постановке бюджетного обязательства на учет, автоматическая последовательная или ручная произвольная нумерация принятых на учет бюджетных обязательств, контроль уникальности учетного номера в пределах финансового года, учет бюджетных обязательств в разрезе дополнительной классификации, возможность ведения квартальных или месячных графиков исполнения бюджетных обязательств, резервирование бюджетных ассигнований и лимитов бюджетных обязательств под принятые к учету бюджетные обязательства, отражение принятых бюджетных обязательств в лицевых счетах, внесение изменений в учтенные бюджетные обязательства: механизмы прослеживания цепочек уточнения, контроль непротиворечивости суммы и нового графика исполнения бюджетного обязательства фактически исполненной части обязательства, автоматический контроль наличия бюджетного обязательства в момент оплаты, получение печатной копии расшифровки к договору и расшифровки к уточнению по договору, ведение журнала учета и исполнения бюджетных обязательств, предоставление справок о принятых на учет бюджетных обязательствах, об их исполнении и остатках бюджетных обязательств, отражение принятых бюджетных обязательств в бюджетном учете.    продолжение
--PAGE_BREAK--
Возможность использования средств ЭЦП и шифрования при передаче электронных документов от ТПФО, ГРБС, ГАИФ, РБС, АИФ и ПБС в финансовый орган реализует дополнительный программный модуль «Передача электронных документов с ЭЦП из АС «УРМ» в АС «Бюджет», разработанный для обеспечения юридической значимости электронных документов, передаваемых из АС «УРМ» в АС «Бюджет», защиты информации, передаваемой удаленными клиентами в финансовый орган, от несанкционированного доступа, подмены и искажения, сокращения бумажного документооборота в процессе исполнения бюджета путем внедрения средств ЭЦП в электронный документооборот финансового органа с ГРБС, ГАИФ, РБС, АИФ и ПБС, значительного снижения временных затрат на доставку документов от ТПФО, ГРБС, ГАИФ, РБС, АИФ и ПБС в финансовый орган посредством АС «УРМ», что ускоряет процесс финансирования в целом.
2.3 Инструментальные средства АС «Бюджет»
Открытость системы позволяет пользователям самостоятельно (независимо от разработчика) с помощью специальных инструментальных средств (генератора отчетов и встроенного макроязыка ABL) наращивать возможности системы. Встроенный макроязык ABL специально предназначен для расширения функциональных возможностей системы без непосредственного участия ее разработчиков. На ABL программируются функции двустороннего обмена данными с внешними системами, контроля вводимых и присылаемых по каналам электронной связи данных, дополнения и порождения новых данных, вызова внешних приложений и т.д. ABL – это объектно-ориентированный русифицированный язык, аналог языка VBA (Visual Basic For Applications), использующегося в Microsoft Office. Идея возникновения и реализации ABL принадлежит руководителю отдела АС «Смета» НПО «Криста»1 Смирнову Сергею. Понимая, что для реализации идеи написания конфигурационной базы со встроенными скриптами нужен какой-то макроязык, рассматривалось 2 варианта: использовать уже имеющиеся скриптовые языки (JS, VB), либо создать свой. Победила идея, что нужен свой язык хотя бы потому, что в случае использования JS/VB фактически появляется зависимость от их реализации, и обязательно всплывут проблемы, которых ты решить в принципе не можешь — не переписывать же Windows…Программирование на ABL доступно только квалифицированным ИТ-специалистам. Для программирования и администрирования подпрограмм (макросов) на ABL-языке в систему встроены специальные интерфейсы, в том числе имеется встроенный отладчик подпрограмм. Макросы хранятся в реестре сервера настроек и расширяют функции АС «Бюджет».
Например, в формы месячной отчетности внесены изменения бюджетной классификации1. Тогда создается скрипт на ABL, который выглядит следующим образом:

—
—
—
—
—
—
—
—
УстановитьДатуПринятия
$E5CA2E34
36.044.79
Галочка
$3605C21A
36.044.79

—
СнятьДатуПринятия
$FED06E36
36.044.79
Обновить
$BEC3BCE7
36.044.79



—
—
включить '\Библиотеки\LibRu.lib'; включить '\Библиотеки\Forms.lib'; включить «Бюджет\Объекты\Контроль\Скрипты\События\КонтрольКлассификации»; включить '\Макросы\КИ\ПоддержкаПроекта'; включить 'project'; константы кПутьККонфигурации = «Бюджет\Объекты\Настройки\Консолидация\КонтрольКлассификации»; кКонфигурация = «Конфигурация»; // берем либо выделенные, либо текущую запись функция ПолучитьВыделенныеИлиТекущую(СеткаВвода: СеткаДанных; Данные: СтатическиеДанные): СтатическиеДанные; начало если СеткаВвода.ЕстьВыделенныеСтроки тогда результат := СеткаВвода.ПолучитьВыделенныеСтроки иначе начало // ничего не выделено, тогда занесем в выделенные текущую запись мастера результат := СоздатьСтатическиеДанные; результат.ПрисвоитьПоля(Данные); результат.Открыть; результат.СкопироватьЗапись(1, Данные); конец; конец; // функция ПроверитьКорректностьКлассификацииДанных(Данные: СтатическиеДанные; Конфигурация: СтатическиеДанные): Целое; переменные ИмяПоляДляКонтроля: строка; Классификация: строка; ТипПроверки: Целое; ТипКлассификации: Целое; начало результат := да; ИмяПоляДляКонтроля := Конфигурация.Поле('ControlField').КакСтрока; ТипПроверки := Конфигурация.Поле('ControlType').КакЦелое; ТипКлассификации := Конфигурация.Поле('ClsType').КакЦелое; Данные.Вначало; пока не Данные.ВКонце и результат делать начало Классификация := Данные.Поле(ИмяПоляДляКонтроля).КакСтрока; результат := ПроверитьКлассификацию(Классификация, ТипПроверки, ТипКлассификации); Данные.Следующая; конец; конец; // проверка отчета на корректность классификации функция ПроверитьКорректностьКлассификацииОтчета(КодОтчета: Целое; КодФормы: Целое; Конфигурация: СтатическиеДанные): Целое; переменные ФормаВвода: IBaseForm; НомерДетализации: Целое; ДанныеДетализации: СтатическиеДанные; начало результат := да; Конфигурация.SetScope(МассивИз(КодФормы)); если Конфигурация.ЧислоЗаписей > 0 тогда начало // загружаем детализацию ФормаВвода := ПостроитьФормуВвода(КодОтчета, КодФормы, nil); ФормаВвода.ShowDataEx(sdoNotShow + sdoStatic); // проверяем все контроли Конфигурация.ВНачало; пока не Конфигурация.ВКонце и результат делать начало НомерДетализации := Конфигурация.Поле('DetailNumber').КакЦелое; ДанныеДетализации := ФормаВвода.StaticSets(НомерДетализации); если ДанныеДетализации.ЧислоЗаписей > 0 тогда результат := ПроверитьКорректностьКлассификацииДанных(ДанныеДетализации, Конфигурация); Конфигурация.Следующая; конец; ФормаВвода.ClearStatics; конец; конец; // загрузка конфигурации из реестра функция ПолучитьКонфигурацию: СтатическиеДанные; начало результат := СоздатьДанныеИзРеестра(кПутьККонфигурации, кКонфигурация); результат.IndexFieldNames := 'FormID'; конец; // проверка набора отчетов функция ПроверитьНаборОтчетов(Выделенные, Заголовок, Конфигурация: СтатическиеДанные): Целое; переменные КлассификацияКорректна: Целое; КодОтчета: Целое; КодФормы: Целое; начало КлассификацияКорректна := да; результат := 0; Выделенные.ВНачало; пока не Выделенные.ВКонце делать начало КодОтчета := Выделенные.Поле('ID').КакЦелое; если Заголовок.Locate('ID', КодОтчета, 0) тогда начало КодФормы := Заголовок.Поле('TYPEDFORM').КакЦелое; КлассификацияКорректна := ПроверитьКорректностьКлассификацииОтчета(КодОтчета, КодФормы, Конфигурация); // записываем результат проверки если КлассификацияКорректна тогда начало Заголовок.Поле('ControlMessage').КакСтрока := ''; Заголовок.Поле('ControlResult').КакЦелое := -1; конец иначе начало Заголовок.Поле('ControlResult').КакЦелое := 10; Заголовок.Поле('ControlMessage').КакСтрока := 'Есть ошибки бюджетной классификации'; результат := результат + 1; конец; конец; Выделенные.Следующая; конец; конец; переменные ф: ФормаВвода; Заголовок, Выделенные, Конфигурация: СтатическиеДанные; КоличествоОшибок: целое; начало Ф := ПолучитьФормуВвода; Заголовок := Ф.Заголовки.Таблица; если не Заголовок.Active или (Заголовок.ЧислоЗаписей = 0) тогда ВызватьОшибку('Нет данных для проверки'); // считываем конфигурацию для проверки Конфигурация := ПолучитьКонфигурацию(); попытка // набор отчетов для проверки Выделенные := ПолучитьВыделенныеИлиТекущую(Ф.Заголовки.Сетка, Заголовок); попытка КоличествоОшибок := ПроверитьНаборОтчетов(Выделенные, Заголовок, Конфигурация); обязательно УдалитьОбъект(Выделенные); конец; обязательно УдалитьОбъект(Конфигурация); конец; // сообщаем результаты проверки если КоличествоОшибок = 0 тогда Сообщение('Ошибок ввода классификации не найдено') иначе Сообщение(Формат('Найдено %d документов с ошибочной классификацией', КоличествоОшибок)); конец.
23
39377,8330395718
$17DD9440
36.044.79
DIMAN2\dzimitchev\16.02.2009 16:44:59
0
$26D930AC
36.044.79

—
включить '\Библиотеки\LibRu.lib'; включить '\Макросы\КИ\Запросы'; включить 'project'; /* Для получения запросов на заголовок и детализацию используются функции из модуля Запросы.ТекстПолногоЗапросаФормы и Запросы.ТекстЗапросаДеталиФормы соответственно Эти функции генерируют запросы для выборки и вставки полей с условием */ функция КопироватьДетализацию(КодНовогоОтчета, КодОтчета, КопироватьСуммы: Целое); переменные Данные: СтатическиеДанные; ЗапросВыборки, ЗапросВставки: строка; начало Данные := СоздатьСтатическиеДанные; попытка Данные.СоединитьБД; Данные.CachedUpdates := да; ТекстЗапросаДеталиФормы(ЗапросВыборки, ЗапросВставки, Формат('utypedformsdetail.recordindex=%d', КодОтчета)); Данные.Запрос := Формат('[PUMPDATA]{%s} [INSERTDATA]{%s}', ЗапросВыборки, ЗапросВставки); Данные.Открыть; Данные.ВНачало; пока не Данные.ВКонце делать начало Данные.Поле('recordindex').КакЦелое := КодНовогоОтчета; Данные.UpdateStatus := usInserted; Данные.Следующая; конец; Данные.СохранитьИзменения; обязательно УдалитьОбъект(Данные); конец; конец; функция КопироватьЗаголовок(КодОтчета: Целое): Целое; переменные Данные: СтатическиеДанные; ЗапросВыборки, ЗапросВставки, ЗапросИзменения: строка; начало Данные := СоздатьСтатическиеДанные; попытка Данные.СоединитьБД; Данные.CachedUpdates := да; ТекстПолногоЗапросаФормы(ЗапросВыборки, ЗапросИзменения, ЗапросВставки, '550', Формат('utfc.id = %d', КодОтчета)); Данные.Запрос := Формат('[PUMPDATA]{%s} [INSERTDATA]{%s}', ЗапросВыборки, ЗапросВставки); Данные.Открыть; результат := ГенерироватьДиап('g_shared'); Данные.Поле('DocNumber').КакСтрока := 'Копия ' + Данные.Поле('DocNumber').КакСтрока; Данные.Поле('ID').КакЦелое := результат; Данные.Поле('AcceptDate').Очистить; если не Данные.Поле('DocStateref').Пустое тогда Данные.Поле('DocStateRef').КакЦелое := (Данные.Поле('DocStateRef').КакЦелое цел 10) * 10 + 01; Данные.UpdateStatus := usInserted; Данные.СохранитьИзменения; обязательно УдалитьОбъект(Данные); конец; конец; переменные Заголовки: СтатическиеДанные; ф: ФормаВвода; КодОтчета, КодНовогоОтчета: целое; начало //задача: скопировать текущую запись, номер документа заменить на «Копия », дату принятия игнорировать… ф := ПолучитьФормуВвода; если ф.ЕстьИзменения тогда ВызватьОшибку('Перед копированием отчетов надо сохранить все изменения!'); Заголовки := ф.Заголовки.Таблица; если Заголовки.ЧислоЗаписей = 0 тогда ВызватьОшибку('Нет отчета для копирования!'); КодОтчета := Заголовки.Поле('ID').КакЦелое; // копируем заголовок КодНовогоОтчета := КопироватьЗаголовок(КодОтчета); // копируем детализацию КопироватьДетализацию(КодНовогоОтчета, КодОтчета, ); // сохраняем изменения ф.СохранитьИзменения; Сообщение('Отчет был успешно скопирован!'); конец.    продолжение
--PAGE_BREAK--
12
39405,7255468518
$D33877EC
36.044.79
DIMAN2\dzimitchev\16.02.2009 16:44:59

—
включить '\Библиотеки\LibRu.lib'; включить '\Библиотеки\Forms.lib'; включить '\Библиотеки\ConsSupport.lib'; включить '\Библиотеки\Reports.lib'; включить '\Макросы\КИ\ПоддержкаФормВвода'; включить 'project'; константы НаборПолей = 'КонсолидацияДетализация.КодЗаписи, КонсолидацияДетализация.КодСтрокиЦелое, КонсолидацияДетализация.Код30, КонсолидацияДетализация.Сумма0, КонсолидацияДетализация.Сумма1, КонсолидацияДетализация.Сумма2, КонсолидацияДетализация.Сумма3, КонсолидацияДетализация.Сумма4, КонсолидацияДетализация.Сумма5, КонсолидацияДетализация.Сумма6, КонсолидацияДетализация.Сумма7, КонсолидацияДетализация.Сумма8, КонсолидацияДетализация.Сумма9, КонсолидацияДетализация.Сумма10, КонсолидацияДетализация.Сумма11, КонсолидацияДетализация.Сумма12, КонсолидацияДетализация.Сумма13, КонсолидацияДетализация.Сумма14, КонсолидацияДетализация.Сумма15'; // функция СоздатьПредставление(КодДокумента: Целое; НомерДетализации: Целое): ПредставлениеДанных; переменные Раскладка: ITableInfoX; Ы: Целое; начало Раскладка := ПоддержкаКонсолидации.СоздатьРаскладку(НаборПолей); Раскладка.Columns(0).Group := grpGroup; от Ы := 1 до Раскладка.Count -1 делать Раскладка.Columns(Ы).Group := grpNone; результат := ПоддержкаКонсолидации.СоздатьПредставлениеДанных(Раскладка); результат.Параметр('КонсолидацияЗаголовки.КодДокумента') := КодДокумента; результат.Параметр('КонсолидацияДетализация.НомерДетализации') := НомерДетализации; результат.Открыть; конец; // функция ПолучитьМатрицуДоходов(КодФормы: Целое): СтатическиеДанные; переменные ОписаниеФормы: ITypedForm; ФормаВвода: IBaseForm; начало ОписаниеФормы := МенеджерФормВвода.ФормаПоКоду(КодФормы); ФормаВвода := ПостроительФормВвода.BuildInputForm(-1, КодФормы); результат := ФормаВвода.StaticSets(0); конец; // функция ОбновитьЗаголовок(КодДокумента, КодФормы: Целое); переменные Детализация: ПредставлениеДанных; Доходы: СтатическиеДанные; Данные: СтатическиеДанные; начало если (КодФормы = 36100704) или (КодФормы = 36100706) или (КодФормы = 36101704) или (КодФормы = 36101404) или (КодФормы = 36100404) или (КодФормы = 36100406) тогда начало // получаем текущую матрицу доходов (по которой будем определять соответствие КД и кода листа Доходы := ПолучитьМатрицуДоходов(КодФормы); // создаем представление для обновления данных в БД Детализация := СоздатьПредставление(КодДокумента, 0); // меняем коды листа Данные := Детализация.Данные; Данные.Группировать(Доходы, 'Keys=Код30; Код30=Код30; КодСтрокиЦелое=КодСтрокиЦелое;default=false;insert=false'); // сохраняем изменения Детализация.СохранитьИзменения; конец; конец; // функция ОбновитьЗаголовки(Заголовки: СтатическиеДанные; ТолькоТекущая: Целое); переменные Код, КодФормы: Целое; начало если ТолькоТекущая тогда начало Код := Заголовки.Поле('ID').КакЦелое; КодФормы := Заголовки.Поле('TypedForm').КакЦелое; если Заголовки.Поле('AcceptDate').Пустое тогда ОбновитьЗаголовок(Код, КодФормы); конец иначе начало Заголовки.ВНачало; пока не Заголовки.ВКонце делать начало Код := Заголовки.Поле('ID').КакЦелое; КодФормы := Заголовки.Поле('TypedForm').КакЦелое; если Заголовки.Поле('AcceptDate').Пустое тогда ОбновитьЗаголовок(Код, КодФормы); Заголовки.Следующая; конец; конец; конец; переменные ф: ФормаВвода; Заголовки: СтатическиеДанные; Выделенные: СтатическиеДанные; начало ф := ПолучитьФормуВвода; Заголовки := ф.Заголовки.Таблица; если не Заголовки.Active или (Заголовки.ЧислоЗаписей = 0) тогда ВызватьОшибку('В заголовке нет данных'); если ф.Заголовки.Сетка.ЕстьВыделенныеСтроки тогда начало Выделенные := ф.Заголовки.Сетка.ПолучитьВыделенныеСтроки; попытка ОбновитьЗаголовки(Выделенные, нет); обязательно Интерфейс(Выделенные).Освободить; конец; конец иначе ОбновитьЗаголовки(Заголовки, да); Сообщение('Обновление завершено'); конец.
89
39856,69694625
$3E205B3D
36.044.79
DIMAN2\dzimitchev\16.02.2009 16:44:59

—
Автоснятие даты принятия
$A09351E1
36.044.79
включить "\Библиотеки\LibRu.lib"; включить "\Библиотеки\ABLTools.lib"; включить «project»; переменные ф: ФормаВвода; Сетка: СеткаДанных; // функция СнятьДатуПринятия(Закладка: Целое; Данные: БезТипа): Целое; начало если ф.МожноРедактироватьСтолбец(Сетка.ColumnByFieldName('AcceptDate')) тогда Сетка.ColumnByFieldName('AcceptDate').CheckState := 0; результат := да; конец; начало Ф := ПолучитьФормуВвода; если Ф.Заголовки.Таблица.ЧИслоЗаписей = 0 тогда ВызватьОшибку(«В заголовке нет данных. Нажмите кнопку 'Выполнить'»); если Ф.ЕстьИзменения тогда ВызватьОшибку(«В таблице есть измененные записи. Необходимо сохранить изменения.»); Сетка := Ф.Заголовки.Сетка; если Сетка.ЕстьВыделенныеСтроки тогда Сетка.ForSelection(да, СоздатьОбработчик('СнятьДатуПринятия'), Null) иначе СнятьДатуПринятия(-1, Null); ф.СохранитьИзменения; конец.
16
39407,6166157986
$7F994D78
36.044.79
DIMAN2\dzimitchev\16.02.2009 16:44:59

—
Автоустановка даты принятия
$5A882DA2
36.044.79
включить "\Библиотеки\LibRu.lib"; включить "\Библиотеки\ABLTools.lib"; включить «project»; переменные ф: ФормаВвода; Сетка: СеткаДанных; // функция ПринятьОтчет(Закладка: Целое; Данные: БезТипа): Целое; начало если ф.МожноРедактироватьСтолбец(Сетка.ColumnByFieldName('AcceptDate')) тогда Сетка.ColumnByFieldName('AcceptDate').CheckState := 1; результат := да; конец; начало Ф := ПолучитьФормуВвода; если Ф.Заголовки.Таблица.ЧИслоЗаписей = 0 тогда ВызватьОшибку(«В заголовке нет данных. Нажмите кнопку 'Выполнить'»); если Ф.ЕстьИзменения тогда ВызватьОшибку(«В таблице есть измененные записи. Необходимо сохранить изменения.»); Сетка := Ф.Заголовки.Сетка; если Сетка.ЕстьВыделенныеСтроки тогда Сетка.ForSelection(да, СоздатьОбработчик('ПринятьОтчет'), Null) иначе ПринятьОтчет(-1, Null); ф.СохранитьИзменения; конец.
19
39412,4119151042
$AAFE330E
36.044.79
DIMAN2\dzimitchev\16.02.2009 16:44:59


—
—
—
КонтрольКлассификации
$B41478A7
36.044.79
Контроль
$0C4CF2C9
36.044.79
Проверить отчеты на корректность введенной классификации
$59916E61
36.044.79


—
—
КопироватьОтчет
$FC04C19B
36.044.79    продолжение
--PAGE_BREAK--
КопироватьПлатежку
$36B1AE3D
36.044.79
Создать копию отчета
$40C9CBAB
36.044.79

—
1
$51DE003A
36.044.79
ОбновитьКД
$7EF41D22
36.044.79
РазбиениеПоКД
$259FE513
36.044.79
Кнопка
$F0B26634
36.044.79
Обновить доходы по новым шаблонам (для форм 114, 117, 314, 317)
$6E149448
36.044.79

—
1
$51DE003A
36.044.79
Описание
$24050E21
36.044.79
Вопрос
$FA5BF857
36.044.79
Кнопка
$F0B26634
36.044.79
Описание формы
$9A8257F8
36.044.79

—
Меню принятия/отмены принятия
$AB21825A
36.044.79
УстановитьДатуПринятия
$E5CA2E34
36.044.79
Галочка
$3605C21A
36.044.79
Меню
$2267114F
36.044.79
Установить дату принятия
$783EBDE3
36.044.79



—
06.11.02.02
$5EF9D6CF
36.042.20




После загрузки файла обновления требуемые формы отчетности меняются на новые.
Нельзя не отметить особенности отчетов, применяемых в АС «Бюджет». Отчеты, созданные на основе макросов, настраиваются пользователем «на лету»: изменяется видимость и положение колонок в отчете, порядок сортировки и группировки данных. Возможности отчетов достаточно широки – динамически могут быть изменены следующие параметры отчетов:
Количество выводимых колонок, порядок следования данных в отчете;
Наличие промежуточных итогов, их уровни и способ вывода;
Способ разыменовки (т.е. вывода по коду названия и другой связанной информации) классификаторов, счетов и дат;
Уровень обобщения классификаторов при группировке данных;
Режим автоподбора ширины и высоты у колонок;
Режим группировки документов в отчет: лента документов или общий документ (приложения Г, Д).
Отчеты, построенные на основе макросов, выполняются гораздо быстрее сложных динамических и пользовательских отчетов (в некоторых случаях в десятки раз), за счет предварительной оптимизации запросов к серверу и за счет кэширования часто используемых данных. Первое выполнение таких отчетов может быть несколько дольше, чем последующие. С точки зрения быстродействия важным достоинством этих отчетов является то, что их построение разбивается на два последовательных этапа: сначала идет формирование данных, затем осуществляется их вывод (раскладка). Это позволяет не только упростить создание отчета, но и избегать лишнего формирования, если одни и те же данные нужно вывести по-разному.
В отчетах переработана идеология формирования данных. В результате проведенного анализа существующие алгоритмы формирования были разбиты на более простые составные части — «кубики». Для создания отчета не обязательно знать внутреннюю структуру базы данных или встроенный макроязык ABL, требуется лишь взять нужные «кубики» и «собрать» отчет. Разбиение сложных алгоритмов формирования на составные части повысило их модифицируемость и надежность: намного проще отладить работу одного алгоритма, который используется в десяти местах, чем отладить работу десяти алгоритмов.
Способ формирования и отображения отчета, построенного на основе макросов, описывается шаблоном. Использование шаблонов позволяет гибко настраивать внешний вид отчета, сделанные один раз настройки сохраняются и используются в дальнейшем. Для хранения файлов различных шаблонов используются соответствующие их назначению каталоги, имена которых жестко фиксированы в файловой структуре системы. Все шаблоны отчетов должны храниться на сервере в специальном каталоге, доступном всем пользователям системы, например, в каталоге //Server/BudgetAx/Reports/Новые отчеты, в состав которого входят соответствующие каталоги с шаблонами (Документы, Импорт, Экспорт, Ресурсы, т.д.).    продолжение
--PAGE_BREAK--
Для регистрации в системе шаблонов различных типов, созданных на основе макросов, служат специальные интерфейсы на РМ Администратор: Администратор отчетов, Администратор документов, Администратор импорта, Администратор экспорта, Администратор контроля, Администратор генерации. Для регистрации на интерфейсах ввода шаблонов различных типов, созданных на основе макросов, служит специальный интерфейс Раскладчик контроля и документов на РМ Администратор с соответствующими закладками детализации. Для регистрации отчетов на рабочих местах служит интерфейс Администратор отчетов РМ Администратор.
Администратору предоставлена возможность создавать не только собственные шаблоны для существующих отчетов, печатных документов, контролей, но и создавать новые отчеты, печатные документы, контроли, построенные на основе макросов.
2.4 Определение экономической эффективности АС «Бюджет»
Эффективность АИС представляет собой комплексную оценку технического, математического, программного, информационного, организационного обеспечения.
Не существует однозначных рекомендаций по расчету экономической эффективности АИС. Однако это не означает, что при проектировании АИС вообще невозможно с большей или меньшей достоверностью судить об эффективности предлагаемой системы.
В целом эффективность характеризуется соотношением затрат от внедрения АИС к эффекту от внедрения и использования. Таким образом, задача состоит в том, чтобы с минимальными затратами получить максимальный экономический эффект.
Проанализируем затраты на внедрение АИС:
установка технического и программного обеспечения:
Главный сервер (ПЭВМ с характеристиками: НЖМД – Serial ATA-II 750 Гб, ОЗУ – FB – DIMM DDR 2048 Мб, процессор Intel XEON 2500 CPU Index E5420) ≈ 183 тыс.руб. – 1 шт.
Рабочие станции (ПЭВМ с характеристиками: НЖМД – 80 Гб, ёмкость ОЗУ – 512 Мб, процессор Intel Celeron) ≈ 12 тыс.руб. – 10 шт.;
Источник бесперебойного питания ≈ 50 тыс.руб. – 1 шт.;
Концентратор ≈ 4,5 тыс.руб. – 1 шт.;
Лицензии: Windows Svr Std 2003 Russian OLP NL ≈ 24 тыс. руб., Windows Server CAL 2003 Russian OLP NL Device CAL 10 Clt ≈ 49 тыс. руб., Антивирус ESET NOD32 Business Edition newsale for 10 user ≈ 20 тыс. руб., АС «Бюджет» — 10 пользователей ≈ 470 тыс. руб. — всё вместе ≈ 563 тыс. руб.
Организационные затраты:
повышение квалификации персонала ≈ 10 тыс.руб.;
монтирование сети ≈ 9,5 тыс.руб.
Суммируя все денежные затраты получаем ≈ 940 тыс.руб.
Временные затраты:
монтирование сети, установка компьютеров и программного обеспечения ≈ 5 дней;
повышение квалификации персонала ≈ 1 мес.;
первичный ввод информации ≈ 15 дней.
Для финансового органа эффект от внедрения АИС будет выражаться в следующем:
снижение трудоемкости и стоимости процессов анализа, планирования, учёта и контроля;
сокращение сроков обработки аналитических данных;
повышение их качества и достоверности;
создание условий для перехода к безбумажной технологии обработки аналитических данных;
обеспечение директивных сроков представления установленных результатов анализа, планирования, учёта и контроля;
повышение гибкости и управление процессами анализа, планирования, учёта и контроля;
совершенствование организации труда работников;
сокращение численности работников отдела и, как следствие, экономия фонда заработной платы.
3. Принципы надежности АИС
3.1 Роль надежности информационных систем
Надежность автоматизированных ИС играет значительную роль в жизненном цикле производства продукции или оказании услуг. В настоящее время их роль и влияние на обеспечение качества продукции и услуг постоянно растет. Задачи управления эффективно решаются за счет использования средств информационных технологий. Эта тенденция будет развиваться и в дальнейшем, вызывая рост зависимости обеспечения качества продукции и услуг от средств автоматизации. Стратегии борьбы с отказами и сбоями ИС варьируются от надежных отлаженных методик восстановления до дорогостоящих решений в экстренном порядке — причем последние преобладают. Глобализация бизнеса, мобильные вычисления, широкое использование Интернет, корпоративных сетей, ориентация на заказчика — все эти тенденции требуют отказоустойчивых, бесперебойно функционирующих компьютерных решений.1 Такие решения зависят от вычислительных систем — их надежности, средств резервирования и способности к безостановочной работе 24 часа в сутки и 365 дней в году (24x365). Требования к корпоративным вычислениям и динамические изменения в компьютерной среде создают все большие трудности в управлении такой средой и в достижении высокого уровня доступности приложений. Издержки, связанные с простоями, продолжают расти. Эти потери выражаются в упущенных деловых возможностях, снижении уровня доверия заказчиков и в прямом ущербе деловой репутации компании. Даже несколько минут простоя ответственных приложений могут иметь для компании серьезные финансовые последствия. Корпоративные системы электронного документооборота, бухгалтерского учета и управления базами данных получили широкое распространение в развитых странах уже в первой половине 70-х годов прошлого века. С развитием компьютерных технологий, по мере снижения их стоимости, роста возможностей и доступности компьютеров, все больше компаний переходят на автоматизированные системы учета. В результате увеличивается как объем информации, хранящийся на различных электронных носителях, так и ее ценность (которая, в первую очередь, определяется суммой возможных убытков при потере данных или их попадании к конкуренту). Следует отметить, что электронные средства хранения даже более уязвимы, чем бумажные; размещаемые на них данные можно и уничтожить, и скопировать, и незаметно видоизменить. Вместе с ростом роли ИС в обеспечении качества продукции и услуг предприятия и организации происходит рост рисков, связанных с недоступностью данных и информационных служб, необходимых для осуществления поддержки процессов жизненного цикла. Непрерывность и качество этих процессов находится в прямой зависимости от доступности информационной системы предприятия. Допустимое время простоя информационных служб и недоступности данных определяется исходя из характера задач, решаемых информационной системой.
Большую роль в продвижении технологий безопасности играют российские системные интеграторы, в задачи которых входит создание комплексных информационных систем поддержки бизнеса и разработка технических и организационно-режимных мероприятий для повышения их безопасности. Государство, требующее от определенных организаций ответственного подхода к хранению и передаче информации, также стимулирует развитие данной области. В частности, Президент РФ своим указом1 предложил Центральному банку (ЦБ) принять меры по отношению к коммерческим банкам, уклоняющимся от обязательного использования «защищенных технических средств хранения, обработки и передачи информации при их информационном взаимодействии с подразделениями ЦБ».
ИС должна обеспечивать: функционирование корпоративных приложений в соответствии с заданными режимами, восстановление корпоративных приложений в случае сбоя в сроки, не нарушающие нормального ритма деятельности предприятия, гарантированную сохранность критически важных данных. На работоспособность систем может повлиять множество событий. Некоторые из этих инцидентов вызываются внешними источниками, в то время как причина возникновения других лежит внутри самой сети. Работоспособность ИС предприятия является определяющим фактором эффективности его деятельности, что диктует необходимость построения таких систем, которые основаны на современных технологиях и обеспечивают характеристики известные, как «RAS» (Reliability, Availability, Serviceability — Надежность, Готовность, Удобство обслуживания).1 Эти характеристики являются традиционными для современных ИС. Чаще всего для описания устойчивости ИС используется термин «доступность», который и включает указанные характеристики. Надежность — свойство объекта сохранять во времени в установленных пределах значения всех параметров, характеризующих способность выполнять требуемые функции в заданных режимах и условиях применения, технического обслуживания, хранения и транспортирования. Примечание: надежность является комплексным свойством, которое в зависимости от назначения объекта и условий его применения может включать безотказность, долговечность, ремонтопригодность и сохраняемость или определенные комбинации этих свойств. Безотказность — свойство объекта непрерывно сохранять работоспособное состояние в течение некоторого времени или наработки. Долговечность — свойство объекта сохранять работоспособное состояние до наступления предельного состояния при установленной системе технического обслуживания и ремонта. Ремонтопригодность — свойство объекта, заключающееся в приспособленности к поддержанию и восстановлению работоспособного состояния путем технического обслуживания и ремонта. Сохраняемость — свойство объекта сохранять в заданных пределах значения параметров, характеризующих способности объекта выполнять требуемые функции, в течение и после хранения и (или) транспортировки. Под надежностью будем понимать минимизацию вероятности возникновения отказа или сбоя в работе ИС и возможность дальнейшего функционирования системы при возникновении неисправности каких-либо компонентов. Анализируя факторы, влияющие на надежность информационных систем можно выделить два основных принципа организации информационных систем. Во-первых, это комплексный подход к построению системы, охватывающий как применение специальных аппаратных и программных средств, так и проведение организационно-режимных мероприятий. Во-вторых, высокие требования к квалификации обслуживающего персонала. Глобальными факторами, влияющими на эффективность функционирования системы и сохранность данных, являются: случайный отказ или разрушение ее отдельных компонентов и несанкционированный доступ к системе. Поскольку первые два фактора не связаны с прямой атакой на содержимое информационной системы, их можно объединить термином «внезапный отказ». Внезапные отказы могут быть вызваны неисправностями оборудования, сбоями в работе программного обеспечения (ПО), ошибками обслуживающего персонала, а также внешними воздействиями — природными (землетрясения, ураганы, наводнения и т.п.), техногенными (пожары, перебои с энергоснабжением, прорывы водопровода и Л канализации и т. п.) и социальными (террористические акты, беспорядки, военные действия и т.д.). Российская действительность такова, что отечественные компании подвержены воздействию всех этих факторов (возможно, не считая природных катаклизмов) в значительно большей степени, чем фирмы из экономически развитых стран. На надежности систем отрицательно сказываются и наличие большого количества устройств, собранных из комплектующих низкого качества, и нередкое использование нелицензионного ПО. Аппаратное и программное обеспечение зачастую не отвечает требованиям совместимости, а «прописанная» в соответствующих файлах конфигурация систем — имеющимся аппаратным ресурсам. Виной тому может стать недостаточная компьютерная грамотность ответственных за поддержание компьютерной системы сотрудников. Обобщая, можно сказать, что чрезмерная экономия средств (на обучение персонала, закупку лицензионного ПО и качественного оборудования) приводит к уменьшению времени безотказной работы и значительным затратам на последующее восстановление системы.1 Рассматривая внешние воздействия на информационную систему, следует отметить, что вероятность ураганов, цунами и землетрясений на большей части Российской федерации незначительная, а вероятности аварии на городских электросетях или прорыва канализации — значительные. Это усугубляет рискованность бизнеса, поскольку подобные события, как правило, не относятся к разряду форс-мажорных обстоятельств, а, соответственно, компания не освобождается от штрафов в случае невыполнения обязательств. В комплекс мероприятий по защите информационной системы от внезапных отказов специалисты компаний, занимающихся системной интеграцией, включают целый ряд действий, направленных на предотвращение внештатной ситуации. Выбор надежного оборудования и ПО позволяет до определенной степени предотвратить сбой информационной системы. Однако встречаются и неподвластные системному администратору ситуации, влекущие за собой уничтожение информационной системы или какой-либо ее части. В условиях сложных деловых связей «падение» одной компании, ставит под удар функционирование многих ее партнеров. Поэтому задача руководства компании — заранее определить ряд мероприятий, которые позволяют свести к минимуму потери информации и время простоя системы. Основу мероприятий, повышающих стойкость системы к событиям подобного рода, составляют различные формы резервирования и мультиплексирования оборудования и коммуникаций, принадлежащих к информационной системе. Уровень защищенности ИС от различного рода угроз, приводящих к утрате данных и полному или частичному прекращению ее работы, зависит от степени важности ИС для функционирования предприятия. Затраты на повышение надежности должны быть адекватны прогнозируемым убыткам.    продолжение
--PAGE_BREAK--
Практика показывает, что 72% времени простоя обусловлено несистемными факторами, такими как плановое техническое обслуживание, сбои приложений и ошибки операторов. Для защиты от этих факторов предлагается рассматривать концепцию «трех П» — пользователи, процессы, продукты.
Пользователи: подготовленность, документация, ответственность, авторизация.
Процессы: резервное копирование/восстановление, управление изменениями, производительностью и решением возникающих проблем, обеспечение безопасности, контроль/наблюдение.
Продукты: приложение, выбор платформы, архитектура, промежуточное ПО высокой готовности.
Таким образом, говоря о проблемах обеспечения высокой готовности, не следует забывать и о таких факторах, как сами пользователи и процессы, протекающие в системе.1 Последствия аппаратных сбоев устраняются с помощью резервирования компонентов, которое осуществляется как на уровне вычислительных систем, так и их отдельных устройств. Принцип устранения сбоя такой: когда один из компонентов выходит из строя, вместо него включается резервный. Проблемы, связанные с программным обеспечением, решаются посредством «перепоручения» исполнения задачи другой машине. Что же касается ошибок пользователей, то их вероятность снижается при высоком уровне подготовки персонала и организации эффективной поддержки со стороны компании-производителя или поставщика вычислительных средств.
3.2 Система защиты информации
Для повышения надежности АИС нужна система защиты информации.
Система защиты информации – совокупность специальных мер правового и административного характера, организационных мероприятий, физических и технических средств защиты, а также специального персонала, предназначенного для обеспечения безопасности информации.
Правовые меры защиты информации – действующие в стране законы, указы и другие нормативные акты, регламентирующие правила обращения с информацией и ответственность за их нарушения.
Морально-этические меры защиты информации – традиционно сложившиеся в стране нормы поведения и правила обращения с информацией. Эти нормы не являются обязательными, как законодательно утвержденные нормы, однако, их несоблюдение ведет к падению авторитета, престижа человека, организации.
Организационные (административные) меры защиты – это меры, регламентирующие процессы функционирования АИС, использование ее ресурсов, деятельности персонала, а также порядок взаимодействия пользователей системой таким образом, чтобы максимально затруднить или исключить возможность реализации угроз безопасности информации.1
Физические меры защиты – различные механические, электро- или электронно-механические устройства, предназначение для создания физических препятствий на путях проникновения потенциальных нарушителей к защищаемой информации, а также техник визуального наблюдения, связи и охранной сигнализации.
Технические (аппаратно-программные) средства защиты – различные электронные устройства и специальные программы, выполняющие (самостоятельно или в комплексе с другими средствами) функции защиты информации (идентификацию пользователей, разграничение доступа к ресурсам, криптографическое закрытие информации и т.п.)
Наилучшие результаты по защите АИС достигаются при системном подходе к вопросам безопасности и комплексном использовании различных мер защиты на всех этапах жизненного цикла системы начиная с ее проектирования.
Существуют следующие универсальные (общие) способы защиты информации от различных воздействий на нее:
Идентификация и аутентификация (пользователей процессов и т.д.);
Контроль доступа к ресурсам АИС (управление доступом);
Регистрация и анализ событий, происходящих в АИС;
Контроль целостности объектов АИС;
Шифрование данных;
Резервирование ресурсов и компонентов АИС.
Идентификация – это присвоение кода каждому объекту персонального идентификатора.
Аутентификация – установление подлинности.
Управление доступа – защита информации путем регулирования доступа ко всем ресурсам системы (техническим, программным, элементам баз данных). Регламентируются порядок работы пользователей и персонала, право доступа к отдельным файлам в базах данных и т.д.
3.3 Обеспечение защиты АС «Бюджет»
Правовые и организационные меры защиты информации регламентированы инструкцией1 и распоряжениями руководителя финансового управления2. Функции администратора информационной безопасности возложены на специалиста финансового управления и утверждены должностной инструкцией. Основными задачами администратора информационной безопасности являются: организация эксплуатации технических и программных средств защиты информации, текущий контроль работы средств и систем защиты информации, обеспечение функционирования средств и систем защиты информации в пределах инструктивно-методических документов, обучение персонала и пользователей вычислительной техники правилам безопасной обработки информации и правилам работы со средствами защиты информации, участие в проведении служебных расследований, фактов нарушения или угрозы нарушения безопасности защищаемой информации, организация антивирусного контроля магнитных носителей информации и файлов электронной почты, поступающих из других подразделений и сторонних организаций, текущий контроль работоспособности и эффективности функционирования эксплуатируемых программных и технических средств защиты информации, контроль за санкционированным изменением ПО, заменой и ремонтом средств вычислительной техники на своём технологическом участке. На администратора информационной безопасности возлагается персональная ответственность за качество проводимых им работ по обеспечению защиты информации в соответствии с функциональными обязанностями.
К техническим средствам защиты можно отнести сервер Kraftway Express ISP ES13, основным назначением которого является обслуживание интернет/интранет приложений, сервисов терминалов, электронной почты, хостинга, кэширования, сетевого экрана. Для увеличения надежности жесткие диски и блоки питания в сервере Kraftway Express ISP позволяют осуществлять замену, не прерывая его функционирования.
Наиболее «слабой» в смысле отказоустойчивости частью компьютерных систем всегда являлись жесткие диски, поскольку они, чуть ли не единственные из составляющих компьютера, имеют механические части. Данные, записанные на жесткий диск доступны, только пока доступен жесткий диск, и вопрос заключается не в том, откажет ли этот диск когда-нибудь, а в том, когда он откажет.
RAID обеспечивает метод доступа к нескольким жестким дискам, как если бы имелся один большой диск (SLED — single large expensive disk), распределяя информацию и доступ к ней по нескольким дискам, обеспечивая снижение риска потери данных, в случае отказа одного из винчестеров, и увеличивая скорость доступа к ним. RAID представляет собой технологию объединения двух и более физических накопителей в один логический, с целью увеличения доступного размера дискового пространства, обеспечения лучшей ремонтнопригодности, повышения надежности хранения данных и повышения скорости работы с ними. На сегодняшний день технология RAID стала неотъемлемой частью высокопроизводительных и надежных систем хранения данных.
На сервере Kraftway Express ISP ES13, установленном в финансовом органе, реализован уровень RAID5. В настоящее время RAID 5 (Block Stripping with Stripped Parity) — один из самых распространенных вариантов реализации технологии RAID. В RAID 5 используется защита данных по четности, но информация о четности хранится не на отдельных накопителях, а вместе с данными — она распределена по всем дискам массива. Реализация этого уровня требует минимальных затрат дискового пространства, обеспечивает высокую производительность при чтении случайных блоков данных и при несложных операциях записи, RAID 5 предоставляет максимальное число операций ввода/вывода в единицу времени, поддерживает обслуживание множественных параллельных потоков ввода/вывода. Минимальное число дисков, необходимое для реализации этого уровня, равно 3.
Для обеспечения надежности также необходимо обеспечить контроль прав доступа пользователей к данным и разработать стратегию резервного копирования.
Для предотвращения несанкционированного доступа к системе разработан механизм разграничения прав доступа пользователей. Разграничение производится по отношению к рабочему месту, объекту, функциям объекта, лицевым счетам и бюджетной классификации. В стандартный набор входят рабочие места:
РМ Администратор, включающее интерфейсы: администратор; объекты; пользователи; контроль регистрации; журнал регистрации; сборка мусора; администратор отчетов; администратор документов; раскладчик контроля и документов; администратор импорта; администратор экспорта; администратор контроля; универсальный администратор; генераторы; блокировки документов; администратор генерации;
РМ Бухгалтерия, включающее интерфейсы: операции со счетами; выписка по доходам; распоряжения; кредиты от кредитных организаций; ссуды юрлицам; операции со счетами через распоряжение на финансирование; распоряжения на возврат доходов; прочие источники; платежные поручения; списание сумм по окончании года;
РМ Бюджетная роспись доходов;
РМ Бюджетная роспись источников;
РМ Бюджетная роспись расходов;
РМ Векселя, включающее интерфейсы: доходы векселями; финансирование векселями; операции покупки векселей; операции продажи векселей;
РМ Взаимные расчеты с другими бюджетами, включающее интерфейсы: уведомления по взаимным расчетам; свободное финансирование; средства, полученные из других бюджетов;
РМ Взаимозачеты;
РМ Делопроизводство, включающее интерфейсы: входящие документы; исходящие документы; справочники классификаторов по делопроизводству;
РМ Доходы, включающее интерфейсы: выписка по доходам; внутренние проводки (доходы); невыясненные поступления; суммы в пути; оперативные данные; распределение по нормативу;
РМ Заявки казначейства;
РМ Казначейство, включающее интерфейсы: реестры казначейства; приход от прочих и восстановление расходов; приход средств по объявлениям; уход средств по платежным поручениям; уход средств по чекам; внутренняя переброска (Разассигновка); приход средств от финуправления (ФО); внутренняя переброска средств (один многим); перевод денег в районы; перечисление на счета для наличности; подтверждение перечисления на счета для наличности; возврат со счетов для наличности; подтверждение возврата со счетов для наличности;
РМ Консолидация 5Н, включающее интерфейсы: 5Н. Отчеты финоргана (собственные и нижестоящих ФО); 5Н. Отчеты подведомственных (РБС, ПБС); 5Н. Отчеты распорядителей (ГРБС, РБС); 5Н. Отчеты казначейства; 5Н. Консолидированные отчеты субьектов;
РМ Кредиты и ссуды, включающее интерфейсы: ссуды юридическим лицам; кредиты от кредитных организаций; журнал процентов ЦБ;
РМ Настройки системы, включающее интерфейсы: константы системы; счета бюджета; константы казначейства; редактор реестра; соответствие операций интерфейсам; соотнесение планов счетов 15н и 70н; соответствие операций 15н и 70н; редактор настроек бухгалтерии 70н; консолидация. Формы ввода; редактор областей форматирования;
РМ Объемы финансирования, включающее интерфейсы: заявки на выделение объемов финансирования; объемы финансирования; уведомления по объемам финансирования; принятие объемов финансирования;    продолжение
--PAGE_BREAK--
РМ Оперативные данные;
РМ Операции с валютой, включающее интерфейсы: доходы в валюте; операции с валютными счетами (покупка валюты); курсы валют; учет изменения курсовой стоимости;
РМ Отчеты организаций, включающее интерфейсы: расчетные счета организаций; месячные отчеты; квартальные отчеты; сеть и штаты;
РМ Работа с ФК, включающее интерфейсы: расходное расписание; уведомление по источникам; уведомление об уточнении вида платежа(поступление); уведомление об уточнении вида платежа(выбытие); учет кассовых выплат; утверждение ОФ; распределение ОФ; выгрузка реестров на финансирование;
РМ Справочники (классификация, организации, банки, р/счета), включающее интерфейсы: справочник классификаторов; справочник организаций, справочник банков, редактор справочника структуры расходов бюджета; соотнесение БК л/с и организациям, справочник операций; соответствие операций 15н и 70н, справочник бюджетов;
РМ Финансирование, включающее интерфейсы: распоряжения на финансирование; корректировка принятых распоряжений; платежные поручения.
Доступ к любой части системы разрешен только авторизованным пользователям в соответствии с их ролями по логину и паролю Система позволяет администратору регистрировать новых пользователей с указанием уникального логина, пароля и списка ролей пользователей Система позволяет администратору изменить пароль любого пользователя.
В связи с многопользовательским режимом работы с базой данных для всех пользователей системы действуют следующие ограничения доступа:
Пользователь не может изменить документ, созданный другим пользователем.
Пользователь не может изменить или создать документ, дата принятия которого меньше или равна дате блокировки первичных документов.
Пользователь не может редактировать принятый документ: документ считается принятым, если у него установлена дата принятия; документ может быть принят, если содержание документа удовлетворяет условиям полноты его содержания; принятый документ может быть отредактирован только после удаления признака принятия документа; признак принятия документа может быть снят, если все зависимые документы не были приняты (например, финансирование и платежные поручения).
Пользователь не может видеть чужих данных.
Пользователь не может создавать новую организацию в интерфейсах ввода первичных данных.
Пользователь не может при вводе данных указывать коды классификации, на которые у него нет права доступа.
Пользователь не может в интерфейсах ввода выбирать организации в модальном справочнике организаций, на которые у него нет права доступа.
Пользователь не может выбирать счета ФО в модальном справочнике счетов ФО, на которые у него нет права доступа.
Перечисленные ограничения не распространяются на системного администратора. Администратор системы может настроить уникальные права доступа для каждого пользователя, полностью или частично отменив действие перечисленных ограничений. Каждый интерфейс имеет набор констант-разрешений, в качестве значений которых выступают имена пользователей.
Набор констант при назначении прав, который может быть изменен:
«Изменение чужих данных» — отмена ограничения № 1
«Изменение блокированных дат» — отмена ограничения № 2
«Видимость чужих данных» — отмена ограничения № 4
«Права администратора» — отмена ограничения № 5
«Произвольный ввод БК» — отмена ограничения № 6
«Произвольный ввод организаций» — отмена ограничения № 7
«Произвольный ввод счетов ФО» — отмена ограничения № 8
Таким образом, обеспечивается защита АС «Бюджет» от несанкционированного доступа.
Немаловажным фактом является реализация в АИС принципа ответственности каждого участника бюджетного процесса за принятое им решение. Все события в автоматизированной системе фиксируются в журнале событий с указанием времени совершения события и имени пользователя.
В целях обеспечения надежного хранения информации необходимо ежедневно, либо один раз в неделю, в зависимости от объема информации, создавать резервную копию базы данных.
Существует два способа резервного копирования базы данных:
Копировать файл базы данных или его заархивированную копию в специально предназначенный для хранения резервных копий каталог.
Создавать BackUp-копию базы данных с помощью утилиты IBExpert.
Данные, хранимые в базе данных, сопровождаются большим количеством служебной информации, которая может быть восстановлена по описанию, хранящемуся в самом файле базы данных. При создании BackUp-копии вся служебная информация удаляется, сохраняются только ее метаданные. В базе хранятся индексы данных, набор индексов для некоторой таблицы данных определяют проектировщики баз данных. Например, может существовать индекс сортировки записей таблицы по возрастанию даты. При выборке данных за некоторую дату записи таблицы будут просматриваться не в порядке их расположения в таблице, а в порядке, определенном индексом. Благодаря индексам появляется возможность не просматривать все записи, т.е. происходит оптимизация запросов к базе данных. В BackUp-копии базы данных хранятся только описания индексов. Их содержание вновь создается по описанию при восстановлении базы данных из BackUp-копии. Операция создания BackUp-копии базы данных более трудоемка, нежели простое архивирование базы данных. Однако оно имеет бесспорные преимущества:
BackUp-копия базы данных в 2 – 3 раза меньше самой базы данных, т.к. в ней хранятся только «голые» данные служебной информации.
Время запросов к базе, восстановленной из BackUp-копии, уменьшается благодаря тому, что происходит оптимизация структуры служебной информации и физической структуры файла базы (она упорядочивается).
Все вышеперечисленные действия могут выполняться автоматически в автономном режиме через настройку планировщика задач на сервере.
Кроме того, в инструментах АИС имеется командный файл Backup.bat MS DOS, предназначенный для ежедневного автосохранения резервной копии базы данных, архивирования и переиндексации, а также (при желании) ее восстановления на прежнее место расположения (с оптимизацией содержимого базы данных).
Содержание командного файла backup.bat визуально можно разделить на два блока: блок настроек и сами команды. Перед началом работы с командным файлом backup.bat необходимо произвести предварительные настройки ряда параметров. Вот так выглядит текст командного файла backup.bat:
echo off
setlocal
rem Установка переменных окружения
rem ******************************
rem Имя системного администратора базы данных
set ISC_USER=SA
rem Пароль системного администратора базы данных
set ISC_PASSWORD=********
rem Каталог расположения базы данных.
set DatabasePath=C:\BudgetAx2009\Database\2009
rem Архивируемая база данных
set Database=BUDGETAX2009.GDB
rem Каталог, где будут создаваться резервные копии
set BackupDir=C:\BudgetAx2009\Database\BackUp\2009
rem Имя сервера.
set SERVER=ServerFin
rem Местоположение файлов gbak.exe,gfix.exe,pkzip.exe и этого пакетного файла
set gbak=«C:\Program Files\Yaffil\BIN\gbak.exe»
set gfix=«C:\Program Files\Yaffil\BIN\gfix.exe»
set bup=«C:\BudgetAx2009\Tools\backup.bat»
rem set zip=«c:\ConsoleTools\pkzip.exe»
rem Время запуска автоархивации в случае работы по расписанию
set runtime=21:15:30
rem Перечень дней недели когда будет запускаться автоархивация
set days=M,T,W,Th,F,S,Su
for /f «tokens=2» %%a in ('date /t') do set DestFilePlus=%%a
set DestFilePlus=%DestFilePlus:.=_%
if not exist %BackupDir% mkdir %BackupDir%
if not exist %BackupDir%\%DestFilePlus% mkdir %BackupDir%\%DestFilePlus%
if %1_==-i_ goto :install
call :dobackup>%BackupDir%\%DestFilePlus%\PROTOCOL.LOG
goto :eof
:install
net start «Task Scheduler»
at %runtime% /every:%days% %bup%
goto :eof
:dobackup
rem Отстрел всех пользователей
call %gfix% -sh -at 0 "\\%SERVER%\%DatabasePath%\%Database%"
rem net stop «Interbase server»
rem net start «Interbase server»
rem Раскомментируйте следующую строку для сетевого оповещения о начале архивации    продолжение
--PAGE_BREAK--
rem Заменив serverfin на имя домена, компьютера или пользователя
rem которому вы хотите послать уведомление
rem net send serverfin backup started
echo on
rem Автоархивация базы данных
pushd %BackupDir%\%DestFilePlus%
copy %DatabasePath%\%Database% %BackupDir%\%DestFilePlus%\SOURCE.GDB
%gbak% -V -IG -B "\\%SERVER%\%BackupDir%\%DestFilePlus%\SOURCE.GDB" "%BackupDir%\%DestFilePlus%\BACKUP.BUP" -y "%BackupDir%\%DestFilePlus%\BACKUP.LOG"
if not %ERRORLEVEL%==0 echo ****** BACKUP ERROR ****** && goto :end
%gbak% -C -V -R "%BackupDir%\%DestFilePlus%\BACKUP.BUP" "\\%SERVER%\%BackupDir%\%DestFilePlus%\RESTORE.GDB" -y "%BackupDir%\%DestFilePlus%\RESTORE.LOG"
if not %ERRORLEVEL%==0 echo ****** RESTORE ERROR ****** && goto :end
rem %zip% -ex SOURCE.ZIP SOURCE.GDB>"%BackupDir%\%DestFilePlus%\ZIP.LOG"
rem %zip% -ex BACKUP.ZIP BACKUP.BUP>>"%BackupDir%\%DestFilePlus%\ZIP.LOG"
rem if not %ERRORLEVEL%==0 echo ****** ZIP ERROR ****** && goto :end
del /q SOURCE.GDB,BACKUP.BUP,BACKUP.LOG,RESTORE.LOG,ZIP.LOG
rem Для автоматической замены рабочей базы данных на ее обновленный и переиндексированный
rem вариант раскомментируйте следующие две строки
if %ERRORLEVEL%==0 del /q %DatabasePath%\%Database%
if %ERRORLEVEL%==0 copy %BackupDir%\%DestFilePlus%\RESTORE.GDB %DatabasePath%\%Database%
:end
call %gfix% -online "\\%SERVER%\%DatabasePath%\%Database%"
if not %ERRORLEVEL%==0 echo ERROR. SEE *.LOG>"%BackupDir%\%DestFilePlus%\ERROR"
popd
endlocal
Настройки осуществляются путем ручного ввода нужных значений в текст командного файла:
Имя системного администратора базы данных;
Пароль системного администратора базы данных;
Каталог расположения базы данных;
Каталог, где будут располагаться резервные копии;
Имя сервера;
Место расположения файлов и этого пакетного файла;
Время и дни архивации в случае работы по расписанию (рисунок 1).
/>
Рисунок 1 – Командный файл резервного копирования
В результате работы командного файла в указанном в нем каталоге для резервного копирования будет создан новый каталог, имя которого соответствует дате резервного копирования. При удачном выполнении задания в этом каталоге будут размещаться файлы:
Restore.gdb – Восстановленная копия базы данных;
Sourse.zip – Архив исходной базы данных;
Backup.zip – Архив сжатого формата базы данных;
Protokol.log – Протокол работы пакетного файла.
Таким образом, обеспечивается сохраняемость АС «Бюджет». И, в случае какого-либо сбоя в работе системы, можно обратиться к каталогу с резервными копиями и восстановить рабочую базу данных.
Также в комплекс мероприятий по защите АИС необходимо включить и организацию противодействия компьютерным вирусам и троянским программам. За последнее время особую актуальность приобрела защита информации от компьютерных вирусов. Компьютерные вирусы способны доставить пользователю много неприятностей, в том числе серьезно повредить данные. Масштабы реальных проявлений вирусных эпидемий оцениваются сотнями тысяч случаев заражения персональных компьютеров. Особенно опасны вирусы для компьютеров, входящих в состав однородных локальных вычислительных сетей.
Противодействие компьютерным вирусам включает в себя:
защиту ПК от проникновения вирусов;
защиту ПК от деструктивных действий вирусов;
обнаружение вирусов;
блокирование способности вирусов к размножению;
обезвреживание вирусов.
Обнаружение и нейтрализация вирусов обеспечивается только специальными средствами противодействия – антивирусными средствами.
Защита информации от вирусов в финансовом органе осуществляется путем применения специальной антивирусной программы NOD 32.
Таким образом, надежность АС обеспечивается как применением специальных аппаратных и программных средств, так и проведением организационно-режимных мероприятий.
Заключение
Уже давно наступило время, когда под автоматизацией предприятий стало подразумеваться не просто приобретение компьютеров и создание корпоративной сети, но создание информационной системы, включающей в себя и компьютеры, и сети, и программное обеспечение, а главное — организацию информационных потоков.1 Проанализировав опыт внедрения информационных систем на российских предприятиях, можно заметить, что время от времени ИС на базе какого-либо интегрированного продукта либо внедряются не до конца, либо руководство компаний ими практически не пользуется.
Необходимо подчеркнуть, что и заказчику, и поставщику решения еще до выбора того или иного ПО для создания ИС необходимо, прежде всего, провести анализ, что им действительно необходимо автоматизировать, после чего заняться проектированием. Другими словами, только тщательное предпроектное обследование, а затем проектирование с учетом всех особенностей реальной структуры управления конкретной компании дадут в итоге действительный эффект от внедрения автоматизированной информационной системы, к которому в конечном итоге стремятся и заказчики, и системные интеграторы.
В заключение работы хотелось бы отметить наиболее существенные моменты. Современный уровень информатизации общества предопределяет использование новейших технических, технологических, программных средств в различных информационных системах экономических объектов. Основные требования к компьютерному анализу:
своевременное и полное удовлетворение вычислительных и информационных потребностей специалиста при проведении анализа;
минимальное время ответа на аналитические запросы;
возможность представления выходной информации в табличной и графической формах;
возможность внесения корректив в методику расчетов и в формы отображения конечного результата;
работа в составе вычислительной сети;
простота диалога в системе человек-машина.
Автоматизированное рабочее место специалиста – это инструмент рационализации и интенсификации управленческой деятельности1. Оно имеет проблемно- профессиональную ориентацию на конкретную предметную область и представляют собой средство общения специалиста с автоматизированными информационными системами.
В данной работе был проведен анализ и оценка эффективности и надежности автоматизированной информационной системы «Бюджет», используемой в финансовом органе Сегежского муниципального района для организации исполнения бюджета в соответствии с действующим бюджетным законодательством. Анализ функциональной полноты позволил наиболее эффективно использовать возможности АИС. Некоторые функции системы были задействованы частично, а некоторые не задействованы вообще, что отрицательно сказывалось на работе сотрудников финансового управления – многие операции приходилось выполнять вручную, которые занимали большее количество времени. Путем установки актуальных обновлений и настройки определенных параметров удалось добиться максимальной отдачи программного продукта. Например, настройка импорта электронных ведомостей позволяет видеть кассовое исполнение бюджета, при этом на загрузку ведомостей в программу требуется несколько минут, тогда как ручной ввод нужных данных занимал несколько часов рабочего времени. А ежемесячный отчет об исполнении бюджета приходилось делать нескольким сотрудникам, и эта работа занимала не один день, к тому же имели место ошибки. Сейчас автоматическое формирование отчетов происходит за считанные минуты, а контрольные соотношения настроены таким образом, что любое несоответствие будет отмечено. Генерация уведомлений для Федерального казначейства также осуществляется за несколько минут, что значительно экономит время, бумагу и прочие расходные материалы. Настройка многобюджетности реализует формирование консолидированной бюджетной отчетности по исполнению консолидированного бюджета муниципального района, что очень важно при составлении отчетов в Министерство финансов.
Благодаря проведенному анализу использование АИС стало более полным, что привело к повышению эффективности исполнения бюджета, сокращению объема рутинных операций, уменьшению ошибок и облегчению работы в целом, исключению возможности нецелевого использования бюджетных средств, согласованию между участниками процесса планирования, обеспечению полноты учета расходных обязательств, соблюдение требований бюджетного законодательства РФ по ведению реестра расходных обязательств.
Также в ходе анализа надежности АИС был проработан комплекс средств по защите данных от несанкционированного доступа, который включает в себя парольную идентификацию, разбиение пользователей на группы с определением прав доступа и предоставление доступа к данным через конфигурируемые рабочие места. Для предотвращения потери данных была задействована стратегия резервного копирования. Параллельно с этим была организована защита от компьютерных вирусов, троянов и других вредоносных программ посредством антивирусного программного обеспечения Nod 32.
На сегодняшний день можно с уверенностью сказать, что АС «Бюджет» отвечает всем требованиям и стандартам, а использование системы позволяет значительно облегчить человеческий труд и с минимальными затратами получить максимальный экономический эффект.
Глоссарий
№ п/п    продолжение
--PAGE_BREAK--
Новые понятия
Содержание
1
2
3
1
RAID
Технология объединения двух или более физических накопителей в один логический, с целью увеличения доступного размера дискового пространства, повышения надежности хранения данных и повышения скорости работы с ними.
2
АИС
Автоматизированная информационная система
3
Архитектура «клиент-сервер»
Технология обработки данных в сетях ЭВМ, по которой запросы пользовательских ЭВМ (клиент) обрабатываются на специальных серверах баз данных (сервер), а на ЭВМ-клиент возвращаются лишь результаты обработки запроса
4
Аутентификация
Проверка подлинности пользователя
5
База данных
Поименованная, целостная, единая система данных, организованная по особым правилам, которые предусматривают общие принципы описания, хранения и обработки данных
6
Идентификация
Определение тождественности пользователя или пользовательского процесса, необходимое для управления доступом
7
Интерфейс
Набор аппаратных и программных средств, позволяющий осуществить взаимодействие устройств и программ вычислительной системы
8
Компилятор
Разновидность транслятора, обеспечивающего перевод программ с языка высокого уровня на язык более низкого уровня или машинный язык
9
Кэш
Сверхоперативная память, необходимая для того, чтобы центральный процессор не снижал производительность из-за низкого быстродействия основной памяти, расположена между процессором и основной памятью
10
Макрос
Имеющая имя последовательность заданных пользователем команд, хранящаяся в форме стандартного программного модуля на языке VBA (Visual Basic for Aplication) или его подмножестве
11
Надежность АИС
Комплексное свойство АИС сохранять во времени в установленных пределах значения всех параметров, характеризующие способность АИС выполнять свои функции в заданных режимах и условиях эксплуатации
12
Операционная система
Комплекс программ, организующий вычислительный процесс в вычислительной системе
13
Пароль
Секретный набор различных символов, позволяющий определить законного пользователя и его права на работу в компьютерной системе
14
Пользователь
Человек или юридическое лицо, использующее вычислительную систему или программное средство (программу, процедуру и т.п.).
15
Система защиты информации
Совокупность организационных и технологических мер, программно-технических средств, правовых и морально-этических норм, направленных на противодействие угрозам нарушителей с целью сведения до минимума возможного ущерба пользователям и владельцам системы
16
Системный администратор
Должностное лицо, в обязанности которого входит обслуживание всего аппаратно-программного комплекса компании, управление доступом к сетевым ресурсам, а также поддержание требуемого уровня отказоустойчивости и безопасности данных, их резервное копирование и восстановление
17
СУБД
Специальный комплекс программ, осуществляющий централизованное управление базой данных
18
Транзакция
Набор из одной или более команд, обрабатываемых как единое целое
19
Эффективность АИС
Свойство АИС, характеризуемое степенью достижения целей, поставленных при ее создании
Список использованных источников
Автоматизированная система комплексной автоматизации деятельности финансовых органов субъектов РФ и муниципальных образований на всех этапах исполнения бюджета «Бюджет» [Текст] / Руководство администратора/ Рыбинск: НПО «Криста», 2007. – 526 с. — ISBN 5-902410-17-7.
Акимова И.П. Автоматизированные информационные технологии в экономике: учеб. пособие [Текст] / И.П. Акимова; Моск. гос. ун-т путей сообщ. — М., 2002. — ISBN Д8-02-87444.
Грабауров В.А. Информационные технологии для менеджеров [Текст] — М.: «Финансы и статистика», 2001. – 368 с. — ISBN 5-8137-0105-2.
Данчул А.Н. Информатика. (Теоретические основы информатики) [Электронный ресурс] / А. Н. Данчул. — М.: Термика, 2004. — 1 электрон. диск (CD-ROM ). — Систем. требования: в операционных системах Windows 95 и выше. — 139-24. НБО-3
Механов В.Б., Потапов А.А. «Повышение производительности распределенных ИС посредством динамической балансировки нагрузки» [Электронный ресурс]/ Материалы международной научной конференции «Информационные технологии и телекоммуникации в образовании и науке», 2007. – Режим доступа: tm.ifmo.ru/tm2007
Плотинский Ю.М. Модели социальных процессов [Текст]/ учебное пособие. — М.: «Логос», 2001. — 296 с. — ISBN 5-94010-045-7.
Семенов М.И., Трубилин И.И. Автоматизированные информационные технологии в экономике [Текст]/ учебное пособие. — М.: «Финансы и статистика», 2002. — 416 с. — ISBN 5-279-021-62-8.
Смирнова Г.Н., Сорокин А.А. Проектирование экономических информационных систем [Текст]/ учебное пособие. — М.: «Финансы и статистика», 2005. – 512 с. — ISBN 5-279-02295-0.
Анфилатов В.С. и др. Системный анализ в управлении [Текст]/ учебное пособие. — М: «Финансы и статистика», 2002 — ISBN 5-279-02435-X.
Атаманчук Г.В., Иванов В.Н. Энциклопедия управленческих знаний [Текст]/ Основы современного социального управления. — М.: «Экономика», 2000 — ISBN 5-282-02087-4.
Будзко В.И. Средства обеспечения безопасности современных мэйнфреймов [Электронный ресурс]/ Материалы по Защите Информации и Программированию NVIDIA CUDA, 2008 – Режим доступа: ws3.re.mipt.ru/mediawiki/index.php
Вендров A.M. Проектирование программного обеспечения экономических информационных систем [Текст]/ учебное пособие, 2-е изд., — М: «Финансы и статистика» 2006. — 544 с., ISBN 5-279-02937-8.
Волкова В.Н. Теории систем [Текст] / Волкова В.Н., Денисов А.А. — М: «Высшая школа» 2006. — 511 с., ISBN 5-06-005550-7.
Воронцов Ю.А. Информационные системы в административном управлении предприятиями связи [Текст] / Воронцов Ю.А., Лопусов Б.А., Сергейчук С.К. — М.: Радио и связь, 2004. — 512 с., ISBN 5-256-01746-1.
Громов Г.Р. Очерки информационной технологии [Текст]: — М.: Радио и связь, 2004. — 240 с., ISBN 5-256-01731-4.
Девянин Н.П. Теоретические основы компьютерной безопасности [Текст]: / Девянин Н.П., Михальский О.О., Правиков Д.И., Щербаков А.Ю. — М.: Радио и связь, 2000. — 196 с., ISBN 5-256-01413-7.
Додонов А.Г. Анализ отраслевых вычислительных систем [Текст]. — СПб: «Судостроение», 1990. – 256 с. – ISBN 5-7355-0246-8.
Информационные ресурсы России [Электронный ресурс] Национальный доклад /Режим доступа: — www.gsnti.ru/inf_res/
Калянов Г.Н. Консалтинг при автоматизации предприятий [Текст]. – М.: «Синтег», 1997, — 316 с., ISBN 5-89638-002-Х·М.
Ковалевский С.С, Кульба В.В. Теоретические основы проектирования оптимальных структур распределенных баз данных [Текст]. — М.: " Синтег ", 1999, — 660 с., ISBN 5-89638-016-Х.
Козлов В.А. Открытые информационные системы [Текст]. — М.: «Финансы и статистика», 1999, — 224 с., ISBN 5-279-02151-2.
Колин К.К. Фундаментальные основы информатики. Социальная информатика [Текст]. — М.: «Академический проект», 2000, — 350 с., ISBN 5-8291-0090-8.
Копылов В.А. Правовая информатика (Информационные системы) [Текст] / Учебно-методическое пособие — М.: «Профобразование», 2001, 197с.
Корнеев В.В. Базы данных. Интеллектуальная обработка информации [Текст] / Корнеев В.В., Гареев А.Ф., Васютин С.В. — М.: «Нолидж», 2001, 352 с., ISBN 5892511006.
Кригер А.Б. «Информационный менеджмент». Владивосток: «Тидот» 2004, [Электронный ресурс] – Режим доступа: window.edu.ru/window/library?p_rid=40966
Кулаков В.Г. Основы информационной безопасности телекоммуникационных систем [Текст] / Кулаков В.Г., Гаранин М.В., Заряев A.В. — М.: Радио и связь, 2004. — 304 c., ISBN 5-256-01746-2.
Макарова Н.В. Информатика [Текст]/ Учебное пособие. — М: «Финансы и статистика», 2007, 768 с., ISBN 5-279-02202-0.
Максимович Г.Ю. Информационные системы [Текст]/ Учебное пособие/ Максимович Г.Ю., Романенко А.Г., Самойлюк О.Ф. — М.: РГГУ, 2007, 289 с., ISBN: 978-5-7281-0961-7.
Методы и средства обеспечения безопасности/ критерии оценки безопасности информационных технологий [Текст]. — ГОСТ Р ИСО/МЭК 15408-1-2002. – Введ. 2002–04–04. – М.: Изд-во стандартов, 2002. – I, 35 с.
Методы и средства обеспечения безопасности/ руководство по менеджменту безопасности сети [Текст]. — ГОСТ Р ИСО/МЭК ТО 13335-5-2006. – Введ. 2006–19–12. – М.: Стандатринформ, 2007. – 5, 22 с.
Информационное обеспечение государственного управления [Текст]/ Никитов В.А. [и др.]. — М.: «Славянский диалог», 2000, — 417 с., ISBN 5-85468-010-6.
Петраков А.В. Основы практической защиты информации [Текст]. — М.: Радио и связь, 2001. — 360 c., ISBN -256-01592-2.
Попов Э.В Статические и динамические экспертные системы [Текст]. — М.: «Финансы и статистика», 1996, — 211 с., ISBN: 5-279-01598-9.
Потапов А.А. Всероссийская научно-техническая конференция студентов, молодых ученых и специалистов, академии «НИТ-2004». [Электронный ресурс] – Режим доступа: tm.ifmo.ru/tm2004/db/doc/get_thes.php?id=108    продолжение
--PAGE_BREAK--
Приказ Министерства финансов РФ [Текст]. — Москва 25.12.2008г. № 145н.
Проскурин В.Г. Защита в операционных системах. Программно-аппаратные средства обеспечения информационной безопасности [Текст] / Проскурин В.Г. Крутов С.В., Мацкевич И.В. — М.: Радио и связь, 2000. — 168 c., ISBN 5-256-01414-5.
Романец Ю.В. Защита информации в компьютерных системах и сетях [Текст] / Романец Ю.В., Тимофеев П.А. / Под ред. Шаньгина В.Ф. — М.: Радио и связь, 2001. — 376 c., ISBN 5-256-01518-4.
Романов В.П. Интеллектуальные информационные системы в экономике [Текст]. — М: «Экзамен», 2007, — 496 с., ISBN 978-5-377-00090-7.
Российская Федерация. Законы. Указ Президента Российской Федерации о мерах по соблюдению законности в области разработки, производства, реализации и эксплуатации шифровальных средств, а также предоставление услуг в области шифрования информации [Текст] — Москва, Кремль, 03.04.1995г. № 334.
Тельнов Ю.Ф. Интеллектуальные информационные системы в экономике [Текст] / уч. пособие, изд. 3-е — М.: «Синтег», 2002, — 316 с., ISBN: 5896380615.
Тепляков И.М. Основы построения телекоммуникационных систем и сетей [Текст]. — М.: Радио и связь, 2003, 136 с., ISBN — 5-256-01678-4.
Теслер Г.С. Интенсификация процесса вычислений // Математические машина и системы [Электронный ресурс] – Режим доступа: refzona.ru/kriterii_jeffektivnosti_jelektronnogo_dokumentooborota13443155714/21000.html
Требования к форматам текстовых файлов, используемых при взаимодействии между органами Федерального казначейства и участниками бюджетного процесса [Текст]. — Москва: Федеральное казначейство 01.12.2008г.
Фатуев В.А. Математические модели объектов управления: Учеб. пособие / В.А. Фатуев, Т.Н. Маркова; Тул. гос. ун-т. — Тула, 2002. — 119 с., ISBN 5-7679-0326-3.
Фридман А.Л. Основы объектно-ориентированной разработки программных систем [Текст]. — М.: «Финансы и статистика», 2000, — 192 с., ISBN 5-279-02287-X.
Черенков А.П. Информационные системы для экономистов [Текст]/ А.П. Черенков( Моск. акад. экономики и права). — М.: Экзамен, 2002. — 190 с., ISBN 5-94692-170-3. — Д8-02/86574.
Шемакин Ю.И. Теоретическая информатика [Текст]. — М.: «РАГС», 1996, ISBN 5-8094-0018-3.
Приложение А
Схема работы программного модуля «Электронный обмен с ФК (банком)
/>
Приложение Б
Схема работы программного модуля «Многобюджетный режим работы»
/>
Приложение В
Схема работы программного модуля «Учет бюджетных обязательств»
/>
Приложение Г
СПРАВКА о финансировании и кассовых расходах получателей бюджетных средств на июнь 2008г.
Наименование бюджета бюджет Сегежского муниципального района
Лицевой счет
Наименование
Бюджетная классификация
Кассовый расход за месяц
Кассовый расход с начала года




ФКР
ППП
КЦСР
КВР
ЭКР
Район




000.18.024 3
школа № 1
0702
000
5200900
001
211
03 01.00
89 331,53
203 116,80
000 18.024.3
школа № 1
0702
000
5240301
001
211
03.01 00
15 837,36
80 851,63
000 18 024.3
школа № 1
0702
000
5250102
001
211
03.01.00
2 064 041,02
5 043 265,90
000 1В 024 3
школа № 1
0702
000
4219900
001
212
03 01 00
0,00
1 000,00
000.18.024.3
школа № 1
0702
000
5250102
001
212
03 01.00
4 700,00
32 300.00
000.18.024.3
школа № 1
0702
000
5200900
001
213
03.01.00
23 647,92
55 648,94
000.18 024.3
школа № 1
0702
000
5240301
001
213
03.01 00
9 452,88
27 348,25
000.18 024.3
школа № 1
0702
000
5250102
001
213
03.01.00
456 210,49
970 799,08
000.18.024 3
школа № 1
0702
000
4219900
001
221
03.01.00
1 521,91
3 812,84
000 13.024 3
школа № 1
0702
000
4219900
001
222
03.01 00
0,00
2 105,80
000 18 024 3
школа № 1
0702
000
5202600
001
222
03.01 00
0,00
34 496.00
000 18 024 3
школа № 1
0702
000
5250102
001
222
03.01 00
31 020,00
142 365,00
000 18 024 3
школа № 1
0702
000
4219900
001
223
03 01 00
99 525,88
383 541,84
000 18 024 3
школа № 1
0702
000
4219900
001
225
03 01 00
1 817,56
49 524 39
000 18 024 3
школа № 1
0702
000
4219900
001
226
03.01.00
792,78
7 562,79
000 18.024 3    продолжение
--PAGE_BREAK----PAGE_BREAK----PAGE_BREAK--
767 905,06
0702
225
школа № 7
3 758,03
88 547,52
0702
226
школа № 7
1 496,50
22 495,11
0702
290
школа № 7
0,00
20 000,00
0702
310
школа № 7
0,00
253 066.00
0702
340
школа № 7
0,00
121 306,40
Итого
2 385 084,02
7 253 983,04
1003 262
262
школа № 7
41 920,00
116 544,00
Итого
41 920,00
116 544,00
Итого по лицевому счету 000.18.028.3
2 427 004 02
7 370 527,04
Итого
5 244 653,82
14 825 783,44
Всего
5 244 653.82
14 825 783,44
Исполнитель __________ _____________________
(подпись) (расшифровка подписи)
Начальник отдела __________ _____________________
(подпись) (расшифровка подписи)