Содержание
Введение…………………………………………………………………..……….2
1. Принципыэффективности АИС………………………………………...…….5
1.1 Системный анализ информационных систем………………………..…...5
1.2 Назначение и функциональность АС «Бюджет»…………………………7
1.3 Используемые технологии и архитектура АС «Бюджет»…………..….10
2. Анализэффективности АС «Бюджет»……………………………………....12
2.1 Характеристики АС «Бюджет………………………..…………………..12
2.2 Наращиваемость АС «Бюджет»………………………..………………...14
2.3 Инструментальные средства АС «Бюджет»……………..……………...18
2.4 Определение экономической эффективности АС «Бюджет».…………35
3. Принципынадежности АИС………………………………………...……….38
3.1 Роль надежности информационных систем……………………..………38
3.2 Система защиты информации…......................…………………………..44
3.3 Обеспечение защиты АС «Бюджет»…………..................………………46
Заключение………………………………………………………......…………...60
Глоссарий……………………………………………………………..……….…63
Списокиспользованных источников…………………………………………...65
ПриложениеА………………………………………………….……..………….70
ПриложениеБ…………………………………………………………...……….71
ПриложениеВ……………………………………………………………...…….72
ПриложениеГ………………………………………………………...……...…..73
ПриложениеД……………………………………………………………............76
Введение
За последние двадцать лет объём и оборот информациизначительно возрос во всех сферах жизнедеятельности человека: экономической,финансовой, политической, духовной. И процесс накопления, обработки ииспользования знаний постоянно ускоряется. Учёные утверждают, что каждые десятьлет количество информации увеличивается вдвое. В связи с этим возникаетнеобходимость использования автоматических средств, позволяющих эффективнохранить, обрабатывать и распределять накопленные данные. В настоящее время всепредприятия испытывают настоятельную потребность в расширении аналитическихработ, связанных с разработкой перспектив развития, комплексной оценкойэффективности применения различных форм хозяйствования, своевременнойвыработкой оперативных управленческих решений. Современный период цивилизациихарактеризуется повышением роли информации в развитии общества, средств связи,компьютеризацией всех сторон жизни, появлением более совершенных информационныхтехнологий, необходимых для сбора и обработки информации. С развитием такогообщества возникает необходимость в создании информационных систем, которыепозволяют руководителям организаций получать достоверные и оперативные сведенияи в любой момент времени формировать отчеты, содержащие краткуюструктурированную информацию о деятельности организации[1].
При выборе программного продукта для конкретнойорганизации нужно учитывать, что в мире информационных технологий хорошоработают только демонстрационные примеры на больших презентациях. Слишком многовнимания уделяется процессу презентации на идеальных данных — и слишком мало — процессу обращения в системе реальных данных. Процесс идет обычно по одному изследующих сценариев. Покупается готовый программный продукт. Продукт дорог.Купить его может только крупное предприятие. Приспособить процесс к программеможно лишь отчасти. В конечном счете, все равно приходится приспосабливать программук процессу. Если предприятие крупное, но не очень богатое, оно пытается довестипродукт своими силами. Вариант, реально существующий в жизни среднихпредприятий. Частные задачи существуют сами по себе. Чем больше задач и чемшире они реально используются, тем хуже качество информации в целом. Для мелкихпредприятий наиболее вероятным является использование локальных приложений всреде типа Microsoft Office.[2]
Финансовый орган Сегежского муниципального района длякомплексной автоматизации деятельности выбрал АИС «Бюджет». Целью АИС являетсясоздание единой информационной сети, позволяющей эффективно хранить,обрабатывать, анализировать и использовать информацию управленческогобюджетного учета и отчетности финансового органа. Главное назначениеавтоматизированной системы обработки информации в данном случае – повыситьэффективность выполнения перечисленных функций, поскольку, как можно увидеть,функционирование финансового органа связано с очень большим документным иинформационным потоком. Кроме того, АИС призвана улучшить оперативностьпринятия решений, повысить производительность труда, снизить количествовычислительных ошибок при помощи автоматизации процесса обработки информации,содействовать эффективному и безопасному хранению и доступу к информации.[3] Внутри данногоподразделения документопоток циркулирует в электронном виде (бухгалтерскиедокументы, отчёты, казначейские выписки, инструкции, приказы и распоряжения ит.д.) для облегчения и ускорения работы на этапе накопления, систематизации,обработки и отображения данных.
Целью данной работы является проведение анализа и оценкинадежности и эффективности АИС «Бюджет». Задачи исследования – выявить,насколько данная система отвечает предъявляемым требованиям, определить функциональностьсистемы, готовность финансового управления к использованию АИС в полном объеме.
Основными методами исследования в данной работе сталиизучение и обобщение научной литературы, сравнение с АИС, используемыми вдругих регионах, практическая работа (администрирование) с АС «Бюджет».
Актуальность поставленных задач обусловленанеобходимостью полной автоматизации организации исполнения бюджета в рамкахсреднесрочного финансового планирования в соответствии с действующим бюджетнымзаконодательством.
Практическая значимость заключается в возможностииспользовать информационную систему с наибольшей отдачей, исключить ручнуюобработку документов, создать условия для перехода к безбумажной технологииобработки аналитических данных, снизить трудоемкость, сократить время,затрачиваемое на обработку данных, сократить численность специалистов, занятыхрутинной работой.
1 Принципы эффективности АИС
1.1 Системный анализ информационных систем
Распространено представление, что ИС «живут» не долго: оттрех до семи лет. На самом деле ИС характеризуются высокой динамичностью — втечение этого времени система остается эффективной. Далее она должнаразвиваться или перестанет быть конкурентоспособной, а значит — эффективной.Задачей разработчиков является создание ИС «на вечные времена». Т.е. в виде,допускающем развитие, совершенствование, трансформацию по всем подсистемам икомпонентам без утраты способности функционировать. В противном случае прирадикальных изменениях в функционировании предприятие может полностью лишитьсяинформационной базы.
Ситуация когда базы данных, программы, форматы иструктуры, технические и технологические правила невозможно использовать вновой ИС является поистине катастрофичной. Учитывая высокую стоимостькомплексной ИС, ее потеря ведет к серьезным убыткам. В том случае, когда ИСявляется средством производства (предприятия связи, банки, финансовые компаниии т.д.) потеря ИС может фактически привести к остановке основнойпроизводственной деятельности.
Следует принять, что ИС являются сложными системами. Этоопределение применимо не только к комплексным ИС предприятий, отраслей,учреждений, но и системе построенной на одном ПК. Необходимо учитывать, что ИСявляются искусственными, т.е. создаваемыми человеком системами.[4]Следовательно, имеется возможность управления и планирования жизненного циклаИС. Жизненным циклом ИС называют стадии и этапы, которые проходит ИС от моментапринятия решения о создании ИС до момента прекращения функционирования ИС. Посути, жизненный цикл является моделью создания и использования ИС. Этапыжизненного цикла ИС в принципе отражают весь период функционирования ИС.Однако, требование создания системы на «вечные времена» требует развития ИС.Т.е. изначально, начиная со стадии проектирования, в ИС должна быть заложенавозможность развития. Под развитием следует понимать возможность изменения ИС всоответствии с возможностью изменения самого предприятия. Если возможностьразвития заложена на создания ИС, то осуществляется она на стадии эксплуатации.Здесь развитие ИС выражается, во-первых, в замене существующеготехнологического обеспечения ИС, на технологическое обеспечение новогопоколения, во-вторых, в изменении структуры ИС с учетом изменения деятельностипредприятия.[5] АИС организаций невсегда создается с «нуля». Совершенно обычна ситуация, когда АИС или отдельныефункциональные подсистемы в компании уже существуют. Естественно, в каждомконкретном случае, организации сталкиваются с совершенно разными проблемами.Конкретные задачи, возникающие при необходимости развития АИС, зависят отпрофиля предприятия, уровня реализации существующей системы, месте существующейАИС в системе управления компанией, и во многом от объема финансовых ресурсовнеобходимых для развития системы. Эффективность ИС определяется как свойствоИС, характеризуемое степенью достижения целей, поставленных при ее создании.Надежность АИС — комплексное свойство АИС сохранять во времени в установленныхпределах значения всех параметров, характеризующие способность АИС выполнятьсвои функции в заданных режимах и условиях эксплуатации.
1.2 Назначение и функциональность АС «Бюджет»
Для того чтобы провести анализ и оценку эффективностивыбранной АИС, нужно определить цели, поставленные при ее создании. АС «Бюджет»предназначена для комплексной автоматизации деятельности финансовых органовсубъектов РФ и муниципальных образований на всех этапах исполнения бюджета.Позволяет организовать исполнение бюджета в рамках среднесрочного финансовогопланирования в соответствии с действующим бюджетным законодательством,обеспечивает создание системы управленческого бюджетного учета и отчетностифинансового органа, поддерживает различные варианты кассового обслуживанияисполнения бюджета в органах Федерального казначейства.
Цели внедрения автоматизированной системы «Бюджет»:
внедрение новых форм и методов управления общественнымифинансами на основе современных информационных технологий;
создание единого централизованного хранилища данных ФО;
повышение эффективности работы сотрудников ФО иоперативности их взаимодействия благодаря использованию специализированногопрограммного обеспечения и методов групповой обработки данных в единомцентрализованном хранилище;
существенное сокращение объема трудоемких рутинных операций,минимизация количества ошибок, допускаемых при ручной обработке информации,благодаря механизмам автоматического контроля и экспорта/импорта данных;
внедрение казначейских принципов организации исполнениябюджета, обеспечение большей прозрачности и эффективности бюджетных расходов,экономии бюджетных средств;
внедрение технологии конвейерной обработки имножественного визирования электронных документов различными исполнителями в пределахзоны их ответственности, учитывающую существующую нормативно-правовую базу иобеспечивающую защищенность, управляемость и доступность документов;
получение достоверной оперативной информации и необходимойаналитической отчетности в режиме реального времени.
Функциональные возможности АС «Бюджет»:
Ведение бюджетной росписи доходов, расходов и источниковфинансирования дефицита бюджета на интуитивно понятном интерфейсе, позволяющееформировать сводную бюджетную роспись в разрезе ГРБС, РБС, ПБС с поквартальнымили помесячным распределением сумм, автоматическую помесячную разбивку квартальныхсумм согласно процентным соотношениям, использовать дополнительнуюклассификацию, формировать варианты сводной бюджетной росписи, ввод и анализ суммв рублях или в тысячах рублей, формировать уведомления о бюджетныхассигнованиях в форме выписок из сводной бюджетной росписи, уточнять сводную бюджетнуюроспись уведомлениями, формировать журнал регистрации изменений, автоматическиконтролировать допустимость перемещений, автоматически формировать бухгалтерскиепроводки по учтенным данным, анализировать исполнение уточненной своднойбюджетной росписи, на любую указанную дату, с включением/исключением разныхтипов уведомлений. Возможен учет лимитов бюджетных обязательств и объемовфинансирования, включающий формирование лимитов бюджетных обязательств наосновании утвержденных бюджетных ассигнований в соответствии с классификациейрасходов и источников финансирования дефицитов бюджетов с поквартальным илипомесячным распределением сумм, изменение лимитов бюджетных обязательств приизменении бюджетных ассигнований, блокировку расходов, доведение лимитовбюджетных обязательств до распорядителей и получателей бюджетных средств, автоматическоеформирование проводок по учтенным данным, анализ исполнения лимитов бюджетныхобязательств на любую указанную дату с учетом и без учета изменения,распределение объемов финансирования по главным распорядителям бюджетныхсредств и перераспределение объемов финансирования на подведомственных РБС иПБС, формирование уведомления по кассовым выплатам по источникам подготовкареестров на финансирование и расходных расписаний для Федеральногоказначейства. Также реализован учет исполнения бюджета по доходам и расходам,построенный на автоматической обработке ведомостей кассовых поступлений икассовых выплат, выписки из лицевого счета финансового органа, учет поступившихдоходов в разрезе кодов доходов, плательщиков и дополнительной классификации,учет сумм в пути, возврата сумм доходов, излишне уплаченных в бюджет,невыясненных и неклассифицированных поступлений, учет операций по кассовымвыплатам из бюджета, формирование уведомления об уточнении вида ипринадлежности платежа и уведомления об уточнении кода бюджетной классификациидля ФК, учет кассовых выплат с лицевых счетов ПБС, открытых в ФК, отслеживаниесостояния лицевых счетов ГРБС, РБС, ПБС, открытых в ФК, организация выдачиналичных денег, оплата расходов за счет средств от предпринимательской и инойприносящей доход деятельности, учет выдачи и погашения кредитов в разрезе видовкредитов, сроков и договоров, автоматическое формирование бухгалтерскихпроводок по учтенным данным, формирование ежедневного отчета о поступлении доходов,другой отчетной информации о доходах. Предусмотрено составление собственныхотчетов финансового органа в автоматическом или ручном режиме, импорт отчетовнижестоящих финансовых органов, главных распорядителей бюджетных средств,распорядителей бюджетных средств и получателей бюджетных средств в форматах АС «Смета»,«1С-Бухгалтерия», «СКИФ», шаблон MS Excel, автоматическая консолидациясобственных отчетов и отчетов нижестоящих ФО, ГРБС, РБС и ПБС, определениеорганизаций, не предоставивших отчеты в указанный срок, контроль правильностисоставления собственных и принимаемых отчетов согласно правилам проверки иконтрольным соотношениям, возможность ввода собственных правил проверки.
1.3 Используемые технологии и архитектура АС «Бюджет»
Платформа: PC.
Операционная система для сервера БД: Linux;
Операционная система для рабочей станции: Windows95/98/ME, Windows NT/2000/2003/XP.
Архитектура информационной системы:
архитектура Клиент/Сервер;
2 уровня обеспечения целостности и обработки данных:логика базы данных (реализуют триггера) и логика интерфейсов ввода данных(реализует программный код);
единый интерфейс доступа к данным, независимо отиспользуемой СУБД на основе MIDAS. Большинство компонентов системы не зависитот типа СУБД;
SDI (Single Document Interface) интерфейс клиентского приложенияс настраиваемым наполнением;
встраивание новых интерфейсов с использованием ActiveX(клиентское приложение — контейнер);
расширение функций и индивидуальная настройка интерфейсовпосредством встроенного макроязыка ABL;
использование кэширования изменений при вводе данных(короткие транзакции);
единая, открытая система хранения настроек «Удаленныйреестр»;
разграничение прав, как на уровне базы данных, так и науровне логики приложения по различным критериям;
встроенная оригинальная система отчетов на основешаблонов и макропрограмм различных форматов;
встроенный отладчик макросов на языке ABL — используетсядля написания и отладки макропрограмм на языке ABL.[6]
2 Анализ эффективности АС «Бюджет»
2.1 Характеристики АС «Бюджет
Система характеризуется такими свойствами, какфункциональная масштабируемость, конфигурируемость рабочих мест,распределенность, наращиваемость, корпоративность, тиражируемость,настраиваемость, модульность, объективность (реальность и актуальность),ответственность, безопасность, относительно низкая зависимость от разработчикав задаче расширения набора аналитических и отчетных форм, интегрируемость,унифицированность, мобильность.
Рассмотрим некоторые свойства более детально. Системапозволяет объединить все структурные подразделения финансового органа,обеспечив их электронное взаимодействие и распределенное управлениебизнес-процессами. Распределенность означает, что данные могут возникать водних местах системы, обрабатываться в других, а использоваться в третьих. Разграничениеправ доступа пользователей организовано через конфигурируемые рабочие места.Конфигурируемое рабочее место – это набор предметных областей системы,назначенный для работы некоторому пользователю или группе пользователей, исходяиз его должностных обязанностей. Набор рабочих мест, а также предметныхобъектов, составляющих рабочее место, может быть изменен (расширен/сокращен)администратором системы. Настраиваемость системы позволяет производить гибкуюнастройку функций на специфику объекта путем изменения ее параметров, в томчисле шаблонов отчетов и документов. Все отчетные и аналитические документыформируются непосредственно на основе введенных первичных документов.Дисциплина своевременного ввода документов контролируется с помощью механизмазакрытия операционного дня. Все это обеспечивает объективность информации осостоянии финансов. Помимо стандартных форм первичных и отчетных документов,соответствующих законодательству Российской Федерации, система имеет пакетспециализированных и отчетных форм (свыше 200 форм) и инструментарий для егонаращивания – генератор отчетов. Генератор отчетов от известных аналоговотличают следующие существенные особенности: высокая динамичность и малое времяпостроения отчетов, возможность изменения не только шаблонов вывода, но иалгоритмов формирования данных, возможность не только изменять существующиеотчеты, но и создавать на их основе новые. Сегодня трудно найти учреждение, вкотором бы не использовались программные системы разных разработчиков, поэтомуинтегрируемости системы придается большое значение. Интегрируемостьобеспечивается встроенным механизмом универсального экспорта-импорта, которыйпозволяет передавать и принимать данные из любого блока системы,взаимодействовать с произвольными базами данных, обрабатывать разнообразныеформаты данных, в том числе текстовые документы различных кодировок иформатирования. Имеется возможность промежуточной обработки и контроляпередаваемых/принимаемых данных (например, на уникальность записей,соответствие нормативно-справочной информации и т.д.). Процедураимпорта/экспорта информации, как правило, предусматривает создание протокола обошибках и проведенных операциях, включая скорость обработки и пр. Внешний видвсех интерфейсов и правила работы с ними однотипны: вид окна, кнопки и панелиинструментов, функциональные клавиши, вызов помощи. Такая унифицированностьснижает затраты на обучение и освоение системы пользователями, упрощает работус документацией, снижает затраты на сопровождение системы. АС «Бюджет»выполнена по принципу модульности и представляет собой набор OCX-модулей(реализующих СОМ-объекты), что обеспечивает:
возможность выбора произвольной конфигурации системы –набор приобретаемых модулей;
простоту функциональной масштабируемости – доработкасистемы разработчиком, дополнение ее новыми технологическими и функциональнымивозможностями не требует полного обновления системы;
повышение надежности системы – изменения, вносимыеразработчиком в отдельные модули, не могут повлиять на работу системы в целом.
2.2 Наращиваемость АС «Бюджет»
Дополнительный функционал АС «Бюджет» наращивается спомощью следующих программных модулей:
Программный модуль «Конвейерная обработка и множественноевизирование документов»;
Программный модуль «Применение ЭЦП в АС «Бюджет» примножественном визировании документов»;
Программный модуль «Передача электронных документов с ЭЦПиз АС «УРМ» в АС «Бюджет»;
Программный модуль «Передача выписок с ЭЦП из АС «Бюджет»в АС «Удаленное рабочее место»;
Программный модуль «Прикрепление к документампроизвольных файлов с ЭЦП»;
Программный модуль «Многобюджетный режим работы»;
Программный модуль «Расширенный аудит действийпользователей»;
Программный модуль «Сбор информации через АС «УРМ»;
Программный модуль «Сбор информации через электроннуюпочту»;
Программный модуль «Учет государственных (муниципальных)контрактов и договоров»;
Программный модуль «Учет бюджетных обязательств»;
Программный модуль «Электронный обмен с ФК (банком)»;
Программный модуль «Пакетная замена классификации»;
Программный модуль «Учет средств от предпринимательской ииной приносящей доход деятельности»;
Программный модуль «Просмотр поступлений по доходнойклассификации в АС «УРМ»;
Программный модуль «Учет разрешений попредпринимательской и иной приносящей доход деятельности»;
Т.е если финансовому органу необходимо осуществлениеполнофункционального двухстороннего обмена электронными платежными документамимежду ФО и органами ФК, а также между ФО и кредитными организациями (банками),система дополняется модулем «Электронный обмен с ФК (банком)» (приложение А), которыйобеспечивает: двухсторонний обмен электронными пакетами документов между ФО иорганами ФК без ручного переноса данных из АС «Бюджет» в транспортное ПО ФК(клиент СЭД), двухсторонний обмен электронными пакетами документов между ФО икредитными организациями (банками) без ручного переноса данных из АС «Бюджет» втранспортное ПО банка (клиент банка), поддержку различных вариантов организацииисполнения бюджета и кассового обслуживания исполнения бюджета органами ФК,автоматическое формирование исходящих пакетов: платежных поручений, реестров нафинансирование, расходных уведомлений, служебных информационных документов ит.д., автоматическую загрузку входящих пакетов: выписок, ведомостей по кассовымвыплатам и поступлениям, служебных информационных документов и т.д.[7], отслеживание статуса иавтоматическое проведение исходящих платежных поручений в процессе обработкивходящих пакетов, дополнительную обработку кассовых поступлений по доходам:выделение множественных кодов дохода, распределение сумм доходов в соответствиис шаблоном, автоматическое определение дополнительных аналитических признаковпо платежному документу на основании базы соответствий, выделение платежныхдокументов на поступление средств от приносящей доход деятельности, ихдополнительная обработка, выполнение вспомогательных функций по обработкепакетов: архивирование, вызов внешних функций установки/снятия ЭЦП и шифрованиятранспортного ПО ФК (банка).
Если же требуется вести учет исполнения несколькихбюджетов в единой база данных, используя стандартные функциональные возможностиАС «Бюджет», тогда приобретается дополнительный модуль «Многобюджетный режимработы» (приложение Б), обеспечивающий возможность ведения учета всех операцийпо исполнению различных бюджетов в одной базе данных АС «Бюджет», использованиеединой нормативно-справочной системы (справочников классификаторов) для всехбюджетов, ведение справочника лицевых и расчетных счетов отдельно для каждогобюджета, контроль лицевого и расчетного счета, указанного в первичномдокументе, на соответствие бюджету (при вводе данных), электронныйдокументооборот с органами ФК[8] иучреждениями банков по нескольким бюджетам одновременно, электронныйдокументооборот с ГРБС, ГАИФ, РБС, АИФ и ПБС различных бюджетов через системуудаленного документооборота, автоматический контроль первичных документов сучетом их принадлежности к различным бюджетам, анализ исполнения различныхбюджетов, разграничение прав доступа пользователей к документам и функциям АС«Бюджет», в зависимости от бюджета, формирование полного набора бюджетнойотчетности для каждого бюджета (муниципального района, городского или сельскогопоселения), данные по исполнению которого хранятся в базе данных АС «Бюджет»,формирование консолидированной бюджетной отчетности по исполнениюконсолидированного бюджета муниципального района.
Для учета финансовыми органами бюджетных обязательств,вытекающих из договоров на поставку продукции, выполнение работ, оказаниеуслуг, заключенных бюджетными учреждениями, и подлежащих оплате за счет средствсоответствующего бюджета предназначен программный модуль «Учет бюджетныхобязательств» (приложение В), который обеспечивает следующие функциональныевозможности: Регистрация договоров на поставку продукции (работ, услуг) иуточнений к ним, автоматический бюджетный контроль графиков оплаты по договорам(уточнениям) на соответствие бюджетным ассигнованиям, лимитам бюджетныхобязательств с учетом исполнения бюджета, постановка на учет бюджетныхобязательств по кодам классификации расходов бюджетов РФ, отказ в постановке бюджетногообязательства на учет, автоматическая последовательная или ручная произвольнаянумерация принятых на учет бюджетных обязательств, контроль уникальностиучетного номера в пределах финансового года, учет бюджетных обязательств вразрезе дополнительной классификации, возможность ведения квартальных илимесячных графиков исполнения бюджетных обязательств, резервирование бюджетныхассигнований и лимитов бюджетных обязательств под принятые к учету бюджетныеобязательства, отражение принятых бюджетных обязательств в лицевых счетах, внесениеизменений в учтенные бюджетные обязательства: механизмы прослеживания цепочекуточнения, контроль непротиворечивости суммы и нового графика исполнениябюджетного обязательства фактически исполненной части обязательства, автоматическийконтроль наличия бюджетного обязательства в момент оплаты, получение печатнойкопии расшифровки к договору и расшифровки к уточнению по договору, ведениежурнала учета и исполнения бюджетных обязательств, предоставление справок опринятых на учет бюджетных обязательствах, об их исполнении и остаткахбюджетных обязательств, отражение принятых бюджетных обязательств в бюджетномучете.
Возможность использования средств ЭЦП и шифрования припередаче электронных документов от ТПФО, ГРБС, ГАИФ, РБС, АИФ и ПБС вфинансовый орган реализует дополнительный программный модуль «Передачаэлектронных документов с ЭЦП из АС «УРМ» в АС «Бюджет», разработанный дляобеспечения юридической значимости электронных документов, передаваемых из АС«УРМ» в АС «Бюджет», защиты информации, передаваемой удаленными клиентами вфинансовый орган, от несанкционированного доступа, подмены и искажения,сокращения бумажного документооборота в процессе исполнения бюджета путемвнедрения средств ЭЦП в электронный документооборот финансового органа с ГРБС,ГАИФ, РБС, АИФ и ПБС, значительного снижения временных затрат на доставкудокументов от ТПФО, ГРБС, ГАИФ, РБС, АИФ и ПБС в финансовый орган посредством АС«УРМ», что ускоряет процесс финансирования в целом.
2.3 Инструментальные средства АС «Бюджет»
Открытость системы позволяет пользователям самостоятельно(независимо от разработчика) с помощью специальных инструментальных средств(генератора отчетов и встроенного макроязыка ABL) наращивать возможностисистемы. Встроенный макроязык ABL специально предназначен для расширенияфункциональных возможностей системы без непосредственного участия ееразработчиков. На ABL программируются функции двустороннего обмена данными свнешними системами, контроля вводимых и присылаемых по каналам электроннойсвязи данных, дополнения и порождения новых данных, вызова внешних приложений ит.д. ABL – это объектно-ориентированный русифицированный язык, аналог языка VBA(Visual Basic For Applications), использующегося в Microsoft Office. Идеявозникновения и реализации ABL принадлежит руководителю отдела АС«Смета» НПО «Криста»[9]Смирнову Сергею. Понимая, что для реализации идеи написания конфигурационнойбазы со встроенными скриптами нужен какой-то макроязык, рассматривалось 2варианта: использовать уже имеющиеся скриптовые языки (JS, VB), либо создатьсвой. Победила идея, что нужен свой язык хотя бы потому, что в случаеиспользования JS/VB фактически появляется зависимость от их реализации, иобязательно всплывут проблемы, которых ты решить в принципе не можешь — непереписывать же Windows…Программирование на ABL доступно толькоквалифицированным ИТ-специалистам. Для программирования и администрированияподпрограмм (макросов) на ABL-языке в систему встроены специальные интерфейсы,в том числе имеется встроенный отладчик подпрограмм. Макросы хранятся в реестресервера настроек и расширяют функции АС «Бюджет».
Например, в формы месячной отчетности внесены изменениябюджетной классификации[10].Тогда создается скрипт на 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.200916: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').КакЦелое; //копируем заголовок КодНовогоОтчета := КопироватьЗаголовок(КодОтчета); //копируем детализацию КопироватьДетализацию(КодНовогоОтчета, КодОтчета, ); //сохраняем изменения ф.СохранитьИзменения; Сообщение('Отчет был успешноскопирован!'); конец.
12
39405,7255468518
$D33877EC
36.044.79
DIMAN2\dzimitchev\16.02.200916: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.200916: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.200916: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.200916:44:59
—
—
—
КонтрольКлассификации
$B41478A7
36.044.79
Контроль
$0C4CF2C9
36.044.79
Проверить отчеты на корректность введеннойклассификации
$59916E61
36.044.79
—
—
КопироватьОтчет
$FC04C19B
36.044.79
КопироватьПлатежку
$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/Новые отчеты, в состав которого входятсоответствующие каталоги с шаблонами (Документы, Импорт, Экспорт, Ресурсы,т.д.).
Для регистрации в системе шаблонов различных типов,созданных на основе макросов, служат специальные интерфейсы на РМАдминистратор: Администратор отчетов, Администратор документов, Администраторимпорта, Администратор экспорта, Администратор контроля, Администраторгенерации. Для регистрации на интерфейсах ввода шаблонов различных типов,созданных на основе макросов, служит специальный интерфейс Раскладчик контроляи документов на РМ Администратор с соответствующими закладками детализации. Длярегистрации отчетов на рабочих местах служит интерфейс Администратор отчетов РМАдминистратор.
Администратору предоставлена возможность создавать нетолько собственные шаблоны для существующих отчетов, печатных документов,контролей, но и создавать новые отчеты, печатные документы, контроли,построенные на основе макросов.
2.4 Определение экономической эффективностиАС «Бюджет»
Эффективность АИС представляет собой комплексную оценкутехнического, математического, программного, информационного, организационногообеспечения.
Не существует однозначных рекомендаций по расчетуэкономической эффективности АИС. Однако это не означает, что при проектированииАИС вообще невозможно с большей или меньшей достоверностью судить обэффективности предлагаемой системы.
В целом эффективность характеризуется соотношением затратот внедрения АИС к эффекту от внедрения и использования. Таким образом, задачасостоит в том, чтобы с минимальными затратами получить максимальныйэкономический эффект.
Проанализируем затраты на внедрение АИС:
установка технического и программного обеспечения:
Главный сервер (ПЭВМ с характеристиками: НЖМД – SerialATA-II 750 Гб, ОЗУ – FB – DIMM DDR 2048 Мб, процессор Intel XEON 2500 CPU IndexE5420) ≈ 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 Роль надежности информационных систем
Надежность автоматизированных ИС играет значительную рольв жизненном цикле производства продукции или оказании услуг. В настоящее времяих роль и влияние на обеспечение качества продукции и услуг постоянно растет.Задачи управления эффективно решаются за счет использования средствинформационных технологий. Эта тенденция будет развиваться и в дальнейшем,вызывая рост зависимости обеспечения качества продукции и услуг от средствавтоматизации. Стратегии борьбы с отказами и сбоями ИС варьируются от надежныхотлаженных методик восстановления до дорогостоящих решений в экстренном порядке— причем последние преобладают. Глобализация бизнеса, мобильные вычисления,широкое использование Интернет, корпоративных сетей, ориентация на заказчика —все эти тенденции требуют отказоустойчивых, бесперебойно функционирующихкомпьютерных решений.[11]Такие решения зависят от вычислительных систем — их надежности, средстврезервирования и способности к безостановочной работе 24 часа в сутки и 365дней в году (24x365). Требования к корпоративным вычислениям и динамическиеизменения в компьютерной среде создают все большие трудности в управлении такойсредой и в достижении высокого уровня доступности приложений. Издержки,связанные с простоями, продолжают расти. Эти потери выражаются в упущенныхделовых возможностях, снижении уровня доверия заказчиков и в прямом ущербеделовой репутации компании. Даже несколько минут простоя ответственныхприложений могут иметь для компании серьезные финансовые последствия. Корпоративныесистемы электронного документооборота, бухгалтерского учета и управления базамиданных получили широкое распространение в развитых странах уже в первойполовине 70-х годов прошлого века. С развитием компьютерных технологий, по мереснижения их стоимости, роста возможностей и доступности компьютеров, все большекомпаний переходят на автоматизированные системы учета. В результатеувеличивается как объем информации, хранящийся на различных электронныхносителях, так и ее ценность (которая, в первую очередь, определяется суммойвозможных убытков при потере данных или их попадании к конкуренту). Следуетотметить, что электронные средства хранения даже более уязвимы, чем бумажные;размещаемые на них данные можно и уничтожить, и скопировать, и незаметновидоизменить. Вместе с ростом роли ИС в обеспечении качества продукции и услугпредприятия и организации происходит рост рисков, связанных с недоступностьюданных и информационных служб, необходимых для осуществления поддержкипроцессов жизненного цикла. Непрерывность и качество этих процессов находится впрямой зависимости от доступности информационной системы предприятия.Допустимое время простоя информационных служб и недоступности данныхопределяется исходя из характера задач, решаемых информационной системой.
Большую роль в продвижении технологий безопасности играютроссийские системные интеграторы, в задачи которых входит создание комплексныхинформационных систем поддержки бизнеса и разработка технических иорганизационно-режимных мероприятий для повышения их безопасности. Государство,требующее от определенных организаций ответственного подхода к хранению ипередаче информации, также стимулирует развитие данной области. В частности,Президент РФ своим указом[12] предложилЦентральному банку (ЦБ) принять меры по отношению к коммерческим банкам,уклоняющимся от обязательного использования «защищенных технических средствхранения, обработки и передачи информации при их информационном взаимодействиис подразделениями ЦБ».
ИС должна обеспечивать: функционирование корпоративныхприложений в соответствии с заданными режимами, восстановление корпоративныхприложений в случае сбоя в сроки, не нарушающие нормального ритма деятельностипредприятия, гарантированную сохранность критически важных данных. Наработоспособность систем может повлиять множество событий. Некоторые из этихинцидентов вызываются внешними источниками, в то время как причинавозникновения других лежит внутри самой сети. Работоспособность ИС предприятияявляется определяющим фактором эффективности его деятельности, что диктуетнеобходимость построения таких систем, которые основаны на современныхтехнологиях и обеспечивают характеристики известные, как «RAS» (Reliability,Availability, Serviceability — Надежность, Готовность, Удобство обслуживания).[13] Эти характеристикиявляются традиционными для современных ИС. Чаще всего для описания устойчивостиИС используется термин «доступность», который и включает указанныехарактеристики. Надежность — свойство объекта сохранять во времени вустановленных пределах значения всех параметров, характеризующих способностьвыполнять требуемые функции в заданных режимах и условиях применения,технического обслуживания, хранения и транспортирования. Примечание: надежностьявляется комплексным свойством, которое в зависимости от назначения объекта иусловий его применения может включать безотказность, долговечность,ремонтопригодность и сохраняемость или определенные комбинации этих свойств.Безотказность — свойство объекта непрерывно сохранять работоспособное состояниев течение некоторого времени или наработки. Долговечность — свойство объектасохранять работоспособное состояние до наступления предельного состояния приустановленной системе технического обслуживания и ремонта. Ремонтопригодность —свойство объекта, заключающееся в приспособленности к поддержанию ивосстановлению работоспособного состояния путем технического обслуживания иремонта. Сохраняемость — свойство объекта сохранять в заданных пределахзначения параметров, характеризующих способности объекта выполнять требуемыефункции, в течение и после хранения и (или) транспортировки. Под надежностьюбудем понимать минимизацию вероятности возникновения отказа или сбоя в работеИС и возможность дальнейшего функционирования системы при возникновениинеисправности каких-либо компонентов. Анализируя факторы, влияющие нанадежность информационных систем можно выделить два основных принципаорганизации информационных систем. Во-первых, это комплексный подход кпостроению системы, охватывающий как применение специальных аппаратных ипрограммных средств, так и проведение организационно-режимных мероприятий.Во-вторых, высокие требования к квалификации обслуживающего персонала. Глобальнымифакторами, влияющими на эффективность функционирования системы и сохранностьданных, являются: случайный отказ или разрушение ее отдельных компонентов инесанкционированный доступ к системе. Поскольку первые два фактора не связаны спрямой атакой на содержимое информационной системы, их можно объединить термином«внезапный отказ». Внезапные отказы могут быть вызваны неисправностямиоборудования, сбоями в работе программного обеспечения (ПО), ошибкамиобслуживающего персонала, а также внешними воздействиями — природными(землетрясения, ураганы, наводнения и т.п.), техногенными (пожары, перебои сэнергоснабжением, прорывы водопровода и Л канализации и т. п.) и социальными(террористические акты, беспорядки, военные действия и т.д.). Российскаядействительность такова, что отечественные компании подвержены воздействию всехэтих факторов (возможно, не считая природных катаклизмов) в значительно большейстепени, чем фирмы из экономически развитых стран. На надежности системотрицательно сказываются и наличие большого количества устройств, собранных изкомплектующих низкого качества, и нередкое использование нелицензионного ПО.Аппаратное и программное обеспечение зачастую не отвечает требованиямсовместимости, а «прописанная» в соответствующих файлах конфигурация систем —имеющимся аппаратным ресурсам. Виной тому может стать недостаточнаякомпьютерная грамотность ответственных за поддержание компьютерной системысотрудников. Обобщая, можно сказать, что чрезмерная экономия средств (наобучение персонала, закупку лицензионного ПО и качественного оборудования) приводитк уменьшению времени безотказной работы и значительным затратам на последующее восстановлениесистемы.[14] Рассматриваявнешние воздействия на информационную систему, следует отметить, чтовероятность ураганов, цунами и землетрясений на большей части Российскойфедерации незначительная, а вероятности аварии на городских электросетях илипрорыва канализации — значительные. Это усугубляет рискованность бизнеса,поскольку подобные события, как правило, не относятся к разряду форс-мажорныхобстоятельств, а, соответственно, компания не освобождается от штрафов в случаеневыполнения обязательств. В комплекс мероприятий по защите информационнойсистемы от внезапных отказов специалисты компаний, занимающихся системнойинтеграцией, включают целый ряд действий, направленных на предотвращениевнештатной ситуации. Выбор надежного оборудования и ПО позволяет доопределенной степени предотвратить сбой информационной системы. Однаковстречаются и неподвластные системному администратору ситуации, влекущие засобой уничтожение информационной системы или какой-либо ее части. В условияхсложных деловых связей «падение» одной компании, ставит под удар функционированиемногих ее партнеров. Поэтому задача руководства компании — заранее определитьряд мероприятий, которые позволяют свести к минимуму потери информации и времяпростоя системы. Основу мероприятий, повышающих стойкость системы к событиямподобного рода, составляют различные формы резервирования и мультиплексированияоборудования и коммуникаций, принадлежащих к информационной системе. Уровеньзащищенности ИС от различного рода угроз, приводящих к утрате данных и полномуили частичному прекращению ее работы, зависит от степени важности ИС дляфункционирования предприятия. Затраты на повышение надежности должны бытьадекватны прогнозируемым убыткам.
Практика показывает, что 72% времени простоя обусловленонесистемными факторами, такими как плановое техническое обслуживание, сбоиприложений и ошибки операторов. Для защиты от этих факторов предлагаетсярассматривать концепцию «трех П» — пользователи, процессы, продукты.
Пользователи: подготовленность, документация,ответственность, авторизация.
Процессы: резервное копирование/восстановление,управление изменениями, производительностью и решением возникающих проблем,обеспечение безопасности, контроль/наблюдение.
Продукты: приложение, выбор платформы, архитектура,промежуточное ПО высокой готовности.
Таким образом, говоря о проблемах обеспечения высокойготовности, не следует забывать и о таких факторах, как сами пользователи ипроцессы, протекающие в системе.[15]Последствия аппаратных сбоев устраняются с помощью резервирования компонентов,которое осуществляется как на уровне вычислительных систем, так и их отдельныхустройств. Принцип устранения сбоя такой: когда один из компонентов выходит изстроя, вместо него включается резервный. Проблемы, связанные с программнымобеспечением, решаются посредством «перепоручения» исполнения задачи другоймашине. Что же касается ошибок пользователей, то их вероятность снижается привысоком уровне подготовки персонала и организации эффективной поддержки состороны компании-производителя или поставщика вычислительных средств.
3.2 Система защиты информации
Для повышения надежности АИС нужна система защитыинформации.
Система защиты информации – совокупность специальных мерправового и административного характера, организационных мероприятий,физических и технических средств защиты, а также специального персонала,предназначенного для обеспечения безопасности информации.
Правовые меры защиты информации – действующие в странезаконы, указы и другие нормативные акты, регламентирующие правила обращения синформацией и ответственность за их нарушения.
Морально-этические меры защиты информации – традиционносложившиеся в стране нормы поведения и правила обращения с информацией. Этинормы не являются обязательными, как законодательно утвержденные нормы, однако,их несоблюдение ведет к падению авторитета, престижа человека, организации.
Организационные (административные) меры защиты – этомеры, регламентирующие процессы функционирования АИС, использование еересурсов, деятельности персонала, а также порядок взаимодействия пользователейсистемой таким образом, чтобы максимально затруднить или исключить возможностьреализации угроз безопасности информации.[16]
Физические меры защиты – различные механические, электро-или электронно-механические устройства, предназначение для создания физическихпрепятствий на путях проникновения потенциальных нарушителей к защищаемойинформации, а также техник визуального наблюдения, связи и охраннойсигнализации.
Технические (аппаратно-программные) средства защиты –различные электронные устройства и специальные программы, выполняющие(самостоятельно или в комплексе с другими средствами) функции защиты информации(идентификацию пользователей, разграничение доступа к ресурсам,криптографическое закрытие информации и т.п.)
Наилучшие результаты по защите АИС достигаются присистемном подходе к вопросам безопасности и комплексном использовании различныхмер защиты на всех этапах жизненного цикла системы начиная с ее проектирования.
Существуют следующие универсальные (общие) способы защитыинформации от различных воздействий на нее:
Идентификация и аутентификация (пользователей процессов ит.д.);
Контроль доступа к ресурсам АИС (управление доступом);
Регистрация и анализ событий, происходящих в АИС;
Контроль целостности объектов АИС;
Шифрование данных;
Резервирование ресурсов и компонентов АИС.
Идентификация – это присвоение кода каждому объектуперсонального идентификатора.
Аутентификация – установление подлинности.
Управление доступа – защита информации путемрегулирования доступа ко всем ресурсам системы (техническим, программным,элементам баз данных). Регламентируются порядок работы пользователей иперсонала, право доступа к отдельным файлам в базах данных и т.д.
3.3 Обеспечение защиты АС «Бюджет»
Правовые и организационные меры защиты информациирегламентированы инструкцией[17]и распоряжениями руководителя финансового управления[18].Функции администратора информационной безопасности возложены на специалистафинансового управления и утверждены должностной инструкцией. Основными задачамиадминистратора информационной безопасности являются: организация эксплуатациитехнических и программных средств защиты информации, текущий контроль работысредств и систем защиты информации, обеспечение функционирования средств исистем защиты информации в пределах инструктивно-методических документов,обучение персонала и пользователей вычислительной техники правилам безопаснойобработки информации и правилам работы со средствами защиты информации, участиев проведении служебных расследований, фактов нарушения или угрозы нарушениябезопасности защищаемой информации, организация антивирусного контролямагнитных носителей информации и файлов электронной почты, поступающих издругих подразделений и сторонних организаций, текущий контроль работоспособностии эффективности функционирования эксплуатируемых программных и техническихсредств защиты информации, контроль за санкционированным изменением ПО, заменойи ремонтом средств вычислительной техники на своём технологическом участке. Наадминистратора информационной безопасности возлагается персональнаяответственность за качество проводимых им работ по обеспечению защитыинформации в соответствии с функциональными обязанностями.
К техническим средствам защиты можно отнести серверKraftway Express ISP ES13, основным назначением которого является обслуживаниеинтернет/интранет приложений, сервисов терминалов, электронной почты, хостинга,кэширования, сетевого экрана. Для увеличения надежности жесткие диски и блокипитания в сервере Kraftway Express ISP позволяют осуществлять замену, непрерывая его функционирования.
Наиболее «слабой» в смысле отказоустойчивостичастью компьютерных систем всегда являлись жесткие диски, поскольку они, чутьли не единственные из составляющих компьютера, имеют механические части.Данные, записанные на жесткий диск доступны, только пока доступен жесткий диск,и вопрос заключается не в том, откажет ли этот диск когда-нибудь, а в том,когда он откажет.
RAID обеспечивает метод доступа к нескольким жесткимдискам, как если бы имелся один большой диск (SLED — single large expensivedisk), распределяя информацию и доступ к ней по нескольким дискам, обеспечиваяснижение риска потери данных, в случае отказа одного из винчестеров, иувеличивая скорость доступа к ним. RAID представляет собой технологиюобъединения двух и более физических накопителей в один логический, с цельюувеличения доступного размера дискового пространства, обеспечения лучшейремонтнопригодности, повышения надежности хранения данных и повышения скоростиработы с ними. На сегодняшний день технология RAID стала неотъемлемой частьювысокопроизводительных и надежных систем хранения данных.
На сервере Kraftway Express ISP ES13, установленном вфинансовом органе, реализован уровень RAID5. В настоящее время RAID 5 (Block Strippingwith Stripped Parity) — один из самых распространенных вариантов реализациитехнологии RAID. В RAID 5 используется защита данных по четности, но информацияо четности хранится не на отдельных накопителях, а вместе с данными — онараспределена по всем дискам массива. Реализация этого уровня требуетминимальных затрат дискового пространства, обеспечивает высокуюпроизводительность при чтении случайных блоков данных и при несложных операцияхзаписи, RAID 5 предоставляет максимальное число операций ввода/вывода в единицувремени, поддерживает обслуживание множественных параллельных потоковввода/вывода. Минимальное число дисков, необходимое для реализации этогоуровня, равно 3.
Для обеспечения надежности также необходимо обеспечитьконтроль прав доступа пользователей к данным и разработать стратегию резервногокопирования.
Для предотвращения несанкционированного доступа к системеразработан механизм разграничения прав доступа пользователей. Разграничениепроизводится по отношению к рабочему месту, объекту, функциям объекта, лицевымсчетам и бюджетной классификации. В стандартный набор входят рабочие места:
РМ Администратор, включающее интерфейсы: администратор;объекты; пользователи; контроль регистрации; журнал регистрации; сборка мусора;администратор отчетов; администратор документов; раскладчик контроля идокументов; администратор импорта; администратор экспорта; администраторконтроля; универсальный администратор; генераторы; блокировки документов;администратор генерации;
РМ Бухгалтерия, включающее интерфейсы: операции сосчетами; выписка по доходам; распоряжения; кредиты от кредитных организаций;ссуды юрлицам; операции со счетами через распоряжение на финансирование;распоряжения на возврат доходов; прочие источники; платежные поручения;списание сумм по окончании года;
РМ Бюджетная роспись доходов;
РМ Бюджетная роспись источников;
РМ Бюджетная роспись расходов;
РМ Векселя, включающее интерфейсы: доходы векселями;финансирование векселями; операции покупки векселей; операции продажи векселей;
РМ Взаимные расчеты с другими бюджетами, включающееинтерфейсы: уведомления по взаимным расчетам; свободное финансирование;средства, полученные из других бюджетов;
РМ Взаимозачеты;
РМ Делопроизводство, включающее интерфейсы: входящиедокументы; исходящие документы; справочники классификаторов поделопроизводству;
РМ Доходы, включающее интерфейсы: выписка по доходам;внутренние проводки (доходы); невыясненные поступления; суммы в пути;оперативные данные; распределение по нормативу;
РМ Заявки казначейства;
РМ Казначейство, включающее интерфейсы: реестрыказначейства; приход от прочих и восстановление расходов; приход средств пообъявлениям; уход средств по платежным поручениям; уход средств по чекам;внутренняя переброска (Разассигновка); приход средств от финуправления (ФО);внутренняя переброска средств (один многим); перевод денег в районы;перечисление на счета для наличности; подтверждение перечисления на счета дляналичности; возврат со счетов для наличности; подтверждение возврата со счетовдля наличности;
РМ Консолидация 5Н, включающее интерфейсы: 5Н. Отчетыфиноргана (собственные и нижестоящих ФО); 5Н. Отчеты подведомственных (РБС,ПБС); 5Н. Отчеты распорядителей (ГРБС, РБС); 5Н. Отчеты казначейства; 5Н.Консолидированные отчеты субьектов;
РМ Кредиты и ссуды, включающее интерфейсы: ссудыюридическим лицам; кредиты от кредитных организаций; журнал процентов ЦБ;
РМ Настройки системы, включающее интерфейсы: константысистемы; счета бюджета; константы казначейства; редактор реестра; соответствиеопераций интерфейсам; соотнесение планов счетов 15н и 70н; соответствиеопераций 15н и 70н; редактор настроек бухгалтерии 70н; консолидация. Формыввода; редактор областей форматирования;
РМ Объемы финансирования, включающее интерфейсы: заявкина выделение объемов финансирования; объемы финансирования; уведомления пообъемам финансирования; принятие объемов финансирования;
РМ Оперативные данные;
РМ Операции с валютой, включающее интерфейсы: доходы ввалюте; операции с валютными счетами (покупка валюты); курсы валют; учет изменениякурсовой стоимости;
РМ Отчеты организаций, включающее интерфейсы: расчетныесчета организаций; месячные отчеты; квартальные отчеты; сеть и штаты;
РМ Работа с ФК, включающее интерфейсы: расходноерасписание; уведомление по источникам; уведомление об уточнении видаплатежа(поступление); уведомление об уточнении вида платежа(выбытие); учеткассовых выплат; утверждение ОФ; распределение ОФ; выгрузка реестров нафинансирование;
РМ Справочники (классификация, организации, банки,р/счета), включающее интерфейсы: справочник классификаторов; справочникорганизаций, справочник банков, редактор справочника структуры расходовбюджета; соотнесение БК л/с и организациям, справочник операций; соответствиеопераций 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 setDestFilePlus=%%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 Раскомментируйте следующую строку для сетевогооповещения о начале архивации
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.ZIPBACKUP.BUP>>"%BackupDir%\%DestFilePlus%\ZIP.LOG"
rem if not %ERRORLEVEL%==0 echo ****** ZIP ERROR ******&& goto :end
del /qSOURCE.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 – Командный файл резервного копирования