Аналіз та оцінка надійності та ефективності АІС Бюджет

Зміст

Введення ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. ... ... ... .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 Принципи ефективності АІС

1.1 Системний аналіз інформаційних систем

Поширене уявлення, що ІС «живуть» не довго: від трьох до семи років. Насправді ІС характеризуються високою динамічністю - протягом цього часу система залишається ефективною. Далі вона повинна розвиватися або перестане бути конкурентоспроможною, а значить - ефективною. Завданням розробників є створення ІС «на вічні часи». Тобто у вигляді, що допускає розвиток, вдосконалення, трансформацію по всіх підсистем і компонентів без втрати здатності функціонувати. В іншому випадку при радикальних змінах у функціонуванні підприємство може повністю позбутися інформаційної бази.

Ситуація коли бази даних, програми, формати і структури, технічні та технологічні правила неможливо використовувати в новій ІС є воістину катастрофічною. З огляду на високу вартість комплексної ІС, її втрата веде до серйозних збитків. У тому випадку, коли ІВ є засобом виробництва (підприємства зв'язку, банки, фінансові компанії тощо) втрата ІС може фактично призвести до зупинки основної виробничої діяльності.

Слід прийняти, що ІС є складними системами. Це визначення застосовується не тільки до комплексних ІС підприємств, галузей, установ, але й системі побудованої на одному ПК. Необхідно враховувати, що ІС є штучними, тобто створюваними людиною системами. ¹ Отже, є можливість управління і планування життєвого циклу ІС. Життєвим циклом ІС називають стадії та етапи, які проходить ІС від моменту прийняття рішення про створення ІС до моменту припинення функціонування ІС. По суті, життєвий цикл є моделлю створення та використання ІС. Етапи життєвого циклу ІС в принципі відображають весь період функціонування ІС. Однак, вимогу створення системи на "вічні часи» вимагає розвитку ІС. Тобто спочатку, починаючи зі стадії проектування, в ІС повинна бути закладена можливість розвитку. Під розвитком слід розуміти можливість зміни ІС відповідно до можливістю зміни самого підприємства. Якщо можливість розвитку закладена на створення ІС, то здійснюється вона на стадії експлуатації. Тут розвиток ІС виражається, по-перше, в заміні існуючого технологічного забезпечення ІС, на технологічне забезпечення нового покоління, по-друге, у зміні структури ІС з урахуванням зміни діяльності підприємства. ¹ АІС організацій не завжди створюється з «нуля». Абсолютно звичайна ситуація, коли АІС або окремі функціональні підсистеми в компанії вже існують. Природно, у кожному конкретному випадку, організації стикаються з абсолютно різними проблемами. Конкретні завдання, що виникають при необхідності розвитку АІС, залежать від профілю підприємства, рівня реалізації існуючої системи, місці існуючої АІС в системі управління компанією, і багато в чому від обсягу фінансових ресурсів необхідних для розвитку системи. Ефективність ІС визначається як властивість ІС, що характеризується ступенем досягнення цілей, поставлених при її створенні. Надійність АІС - комплексне властивість АІС зберігати в часі у встановлених межах значення всіх параметрів, що характеризують здатність АІС виконувати свої функції в заданих режимах і умовах експлуатації.

1.2 Призначення і функціональність АС «Бюджет»

Для того щоб провести аналіз і оцінку ефективності вибраної АІС, потрібно визначити цілі, поставлені при її створенні. АС «Бюджет» призначена для комплексної автоматизації діяльності фінансових органів суб'єктів РФ і муніципальних утворень на всіх етапах виконання бюджету. Дозволяє організувати виконання бюджету в рамках середньострокового фінансового планування відповідно до чинного бюджетного законодавства, забезпечує створення системи управлінського бюджетного обліку та звітності фінансового органу, підтримує різні варіанти касового обслуговування виконання бюджету в органах Федерального казначейства.

Цілі впровадження автоматизованої системи «Бюджет»:

впровадження нових форм і методів управління громадськими фінансами на основі сучасних інформаційних технологій;

створення єдиного централізованого сховища даних ФО;

підвищення ефективності роботи співробітників ФО та оперативності їх взаємодії завдяки використанню спеціалізованого програмного забезпечення та методів групової обробки даних в єдиному централізованому сховищі;

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

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

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

отримання достовірної оперативної інформації та відповідної аналітичної звітності в режимі реального часу.

Функціональні можливості АС «Бюджет»:

Ведення бюджетного розпису доходів, витрат і джерел фінансування дефіциту бюджету на інтуїтивно зрозумілому інтерфейсі, що дозволяє формувати зведену бюджетний розпис у розрізі ГРБС, РБС, ПБС з поквартальним або помісячним розподілом сум, автоматичну помісячну розбивку квартальних сум згідно процентним співвідношенням, використовувати додаткову класифікацію, формувати варіанти зведеної бюджетного розпису, введення та аналіз сум у гривнях або в тисячах рублів, формувати повідомлення про бюджетні асигнування у формі виписок зі зведеної бюджетного розпису, уточнювати зведену бюджетний розпис повідомленнями, формувати журнал реєстрації змін, автоматично контролювати допустимість переміщень, автоматично формувати бухгалтерські проводки за врахованими даними, аналізувати виконання уточненої зведеної бюджетного розпису, на будь-яку зазначену дату, з включенням / виключенням різних типів повідомлень. Можливий облік лімітів бюджетних зобов'язань і обсягів фінансування, який включає формування лімітів бюджетних зобов'язань на підставі затверджених бюджетних асигнувань відповідно до класифікації витрат і джерел фінансування дефіцитів бюджетів з поквартальним або помісячним розподілом сум, зміна лімітів бюджетних зобов'язань при зміні бюджетних асигнувань, блокування витрат, доведення лімітів бюджетних зобов'язань до розпорядників та одержувачів бюджетних коштів, автоматичне формування проводок по врахованим даними, аналіз виконання лімітів бюджетних зобов'язань на будь-яку зазначену дату з урахуванням і без урахування зміни, розподіл обсягів фінансування по головних розпорядниках бюджетних коштів і перерозподіл обсягів фінансування на підвідомчих РБС і ПБС, формування повідомлення за касовими виплат за джерелами підготовка реєстрів на фінансування та витратних розкладів для Федерального казначейства. Також реалізовано облік виконання бюджету по доходах і видатках, побудований на автоматичній обробці відомостей касових надходжень та касових виплат, виписки з особового рахунку фінансового органу, облік надійшли доходів у розрізі кодів доходів, платників та додаткової класифікації, облік сум у дорозі, повернення сум доходів, надміру сплачених до бюджету, нез'ясованих і некласифікованих надходжень, облік операцій за касовими виплат з бюджету, формування повідомлення про уточнення виду та приналежності платежу і повідомлення про уточнення коду бюджетної класифікації для ФК, облік касових виплат з особових рахунків ПБС, відкритих у ФК, відстеження стану особових рахунків ГРБС, РБС, ПБС, відкритих у ФК, організація видачі готівки, оплата витрат за рахунок коштів від підприємницької й інший що приносить дохід діяльності, облік видачі та погашення кредитів у розрізі видів кредитів, термінів і договорів, автоматичне формування бухгалтерських проводок за врахованими даними, формування щоденного звіту про надходження доходів, інший звітної інформації про доходи. Передбачено складання власних звітів фінансового органу в автоматичному або ручному режимі, імпорт звітів нижчестоящих фінансових органів, головних розпорядників бюджетних коштів, розпорядників бюджетних коштів та одержувачів бюджетних коштів у форматах АС «Кошторис», «1С-Бухгалтерія», «СКІФ», шаблон MS Excel , автоматична консолідація власних звітів і звітів нижчестоящих ФО, ГРБС, РБС і ПБС, визначення організацій, які не надали звіти у вказаний термін, контроль правильності складання власних та прийнятих звітів згідно з правилами перевірки і контрольним співвідношенням, можливість введення власних правил перевірки.

1.3 Використовувані технології та архітектура АС «Бюджет»

Платформа: PC.

Операційна система для сервера БД: Linux;

Операційна система для робочої станції: Windows 95/98/ME, Windows NT/2000/2003/XP.

Архітектура інформаційної системи:

архітектура Клієнт / Сервер;

2 рівня забезпечення цілісності та обробки даних: логіка бази даних (реалізують тригера) і логіка інтерфейсів вводу даних (реалізує програмний код);

єдиний інтерфейс доступу до даних, незалежно від використовуваної СУБД на основі MIDAS. Більшість компонентів системи не залежить від типу СУБД;

SDI (Single Document Interface) інтерфейс клієнтського додатку з налаштованим наповненням;

вбудовування нових інтерфейсів з використанням ActiveX (клієнтське додаток - контейнер);

розширення функцій і індивідуальна налаштування інтерфейсів за допомогою вбудованого макромови ABL;

використання кешування змін при введенні даних (короткі транзакції);

єдина, відкрита система зберігання настройок «Віддалений реєстр»;

розмежування прав, як на рівні бази даних, так і на рівні логіки додатка за різними критеріями;

вбудована оригінальна система звітів на основі шаблонів і макропрограми різних форматів;

вбудований відладчик макросів на мові ABL - використовується для написання і налагодження макропрограми мовою ABL. ¹

2 Аналіз ефективності АС «Бюджет»

2.1 Характеристики АС «Бюджет

Система характеризується такими властивостями, як функціональна масштабованість, конфігурованих робочих місць, розподіленість, наращиваемость, корпоративність, що тиражується, налаштування, модульність, об'єктивність (реальність і актуальність), відповідальність, безпека, відносно низька залежність від розробника в задачі розширення набору аналітичних і звітних форм, інтегровність, уніфікованість, мобільність.

Розглянемо деякі властивості більш детально. Система дозволяє об'єднати всі структурні підрозділи фінансового органу, забезпечивши їх електронну взаємодію і розподілене управління бізнес-процесами. Розподіленість означає, що дані можуть виникати в одних місцях системи, оброблятися в інших, а використовуватися в третіх. Розмежування прав доступу користувачів організовано через конфігуровані робочі місця. Конфігурується робоче місце - це набір предметних областей системи, призначений для роботи деякого користувачеві або групі користувачів, виходячи з його посадових обов'язків. Набір робочих місць, а також предметних об'єктів, що становлять робоче місце, може бути змінений (розширено / скорочений) адміністратором системи. Настроюваність системи дозволяє проводити гнучку настройку функцій на специфіку об'єкта шляхом зміни її параметрів, в тому числі шаблонів звітів і документів. Всі звітні та аналітичні документи формуються безпосередньо на основі введених первинних документів. Дисципліна своєчасного введення документів контролюється за допомогою механізму закриття операційного дня. Все це забезпечує об'єктивність інформації про стан фінансів. Крім стандартних форм первинних і звітних документів, що відповідають законодавству Російської Федерації, система має пакет спеціалізованих і звітних форм (понад 200 форм) та інструментарій для його нарощування - генератор звітів. Генератор звітів від відомих аналогів відрізняють наступні суттєві особливості: висока динамічність і малий час побудови звітів, можливість зміни не тільки шаблонів висновку, але і алгоритмів формування даних, можливість не тільки змінювати існуючі звіти, але і створювати на їх основі нові. Сьогодні важко знайти установу, в якому б не використовувалися програмні системи різних розробників, тому інтегровності системи надається велике значення. Інтегровність забезпечується вбудованим механізмом універсального експорту-імпорту, який дозволяє передавати і приймати дані з будь-якого блоку системи, взаємодіяти з довільними базами даних, обробляти різноманітні формати даних, у тому числі текстові документи різних кодувань і форматування. Є можливість тимчасової роботи і контролю переданих / прийнятих даних (наприклад, на унікальність записів, відповідність нормативно-довідкової інформації тощо). Процедура імпорту / експорту інформації, як правило, передбачає створення протоколу про помилки та проведені операції, включаючи швидкість обробки тощо Зовнішній вигляд всіх інтерфейсів і правила роботи з ними однотипні: вид вікна, кнопки і панелі інструментів, функціональні клавіші, виклик допомоги. Така уніфікованість знижує витрати на навчання і освоєння системи користувачами, спрощує роботу з документацією, знижує витрати на супровід системи. АС «Бюджет» виконана за принципом модульності і являє собою набір OCX-модулів (реалізують СОМ-об'єкти), що забезпечує:

можливість вибору довільної конфігурації системи - набір придбаних модулів;

простоту функціональної масштабованості - доробка системи розробником, доповнення її новими технологічними і функціональними можливостями не вимагає повного оновлення системи;

підвищення надійності системи - зміни, що вносяться розробником в окремі модулі, не можуть вплинути на роботу системи в цілому.

2.2 наращиваемости АС «Бюджет»

Додатковий функціонал АС «Бюджет» нарощується за допомогою наступних програмних модулів:

Програмний модуль «Конвеєрна обробка і множинне візування документів";

Програмний модуль «Застосування ЕЦП в АС« Бюджет »при множинному візуванні документів»;

Програмний модуль «Передавання електронних документів з ЕЦП з АС« УРМ »в АС« Бюджет »;

Програмний модуль «Передача виписок з ЕЦП з АС« Бюджет »в АС« Віддалене робоче місце »;

Програмний модуль «Приєднання до документів довільних файлів з ЕЦП»;

Програмний модуль «багатобюджетні режим роботи»;

Програмний модуль «Розширений аудит дій користувачів»;

Програмний модуль «Збір інформації через АС« УРМ »;

Програмний модуль «Збір інформації через електронну пошту»;

Програмний модуль «Облік державних (муніципальних) контрактів і договорів»;

Програмний модуль «Облік бюджетних зобов'язань»;

Програмний модуль «Електронний обмін з ФК (банком)»;

Програмний модуль «Пакетна заміна класифікації»;

Програмний модуль «Облік коштів від підприємницької й інший що приносить дохід діяльності»;

Програмний модуль «Перегляд надходжень по дохідній класифікації в АС« УРМ »;

Програмний модуль «Облік дозволів з підприємницької та інший приносить дохід діяльності»;

Тобто якщо фінансовому органу необхідне здійснення повнофункціонального двостороннього обміну електронними платіжними документами між ФО та органами ФК, а також між ФО та кредитними організаціями (банками), система доповнюється модулем «Електронний обмін з ФК (банком)» (додаток А), який забезпечує : двосторонній обмін електронними пакетами документів між ФО та органами ФК без ручного перенесення даних з АС «Бюджет» в транспортний ПО ФК (клієнт СЕД), двосторонній обмін електронними пакетами документів між ФО та кредитними організаціями (банками) без ручного перенесення даних з АС «Бюджет »в транспортний ПО банку (клієнт банку), підтримку різних варіантів організації виконання бюджету і касового обслуговування виконання бюджету органами ФК, автоматичне формування вихідних пакетів: платіжних доручень, реєстрів на фінансування, витратних повідомлень, службових інформаційних документів і т.д., автоматичне завантаження вхідних пакетів: виписок, відомостей за касовими виплат і надходжень, службових інформаційних документів і т.д. ^1, відстеження статусу і автоматичне проведення вихідних платіжних доручень в процесі обробки вхідних пакетів, додаткову обробку касових надходжень за доходами: виділення множинних кодів доходу, розподіл сум доходів відповідно з шаблоном, автоматичне визначення додаткових аналітичних ознак за платіжним документом на підставі бази відповідностей, виділення платіжних документів на надходження коштів від приносить дохід діяльності, їх додаткова обробка, виконання допоміжних функцій по обробці пакетів: архівування, виклик зовнішніх функцій установки / зняття ЕЦП і шифрування транспортного ПО ФК (банку).

Якщо ж потрібно вести облік виконання декількох бюджетів в єдиній база даних, використовуючи стандартні функціональні можливості АС «Бюджет», тоді набувається додатковий модуль «багатобюджетні режим роботи» (додаток Б), що забезпечує можливість ведення обліку усіх операцій щодо виконання різних бюджетів в одній базі даних АС «Бюджет», використання єдиної нормативно-довідкової системи (довідників класифікаторів) для всіх бюджетів, ведення довідника особових і розрахункових рахунків окремо для кожного бюджету, контроль лицьового і розрахункового рахунку, зазначеного в первинному документі, на відповідність бюджету (при введенні даних), електронний документообіг з органами ФК ¹ і установами банків за кількома бюджетам одночасно, електронний документообіг з ГРБС, ГАІФ, РБС, АиФ і ПБС різних бюджетів через систему віддаленого документообігу, автоматичний контроль первинних документів з урахуванням їх приналежності до різних бюджетам, аналіз виконання різних бюджетів, розмежування прав доступу користувачів до документів і функцій АС «Бюджет», в залежності від бюджету, формування повного набору бюджетної звітності для кожного бюджету (муніципального району, міського чи сільського поселення), дані з виконання якого зберігаються в базі даних АС «Бюджет», формування консолідованої бюджетної звітності з виконання консолідованого бюджету муніципального району.

Для обліку фінансовими органами бюджетних зобов'язань, що випливають з договорів на постачання продукції, виконання робіт, надання послуг, укладених бюджетними установами, і які підлягають оплаті за рахунок коштів відповідного бюджету призначений програмний модуль «Облік бюджетних зобов'язань» (додаток В), який забезпечує наступні функціональні можливості : Реєстрація договорів на поставку продукції (робіт, послуг) і уточнень до них, автоматичний бюджетний контроль графіків оплати за договорами (уточненням) на відповідність бюджетних асигнувань, лімітів бюджетних зобов'язань з урахуванням виконання бюджету, постановка на облік бюджетних зобов'язань за кодами класифікації витрат бюджетів РФ , відмова у постановці бюджетного зобов'язання на облік, автоматична послідовна або ручна довільна нумерація прийнятих на облік бюджетних зобов'язань, контроль унікальності облікового номера в межах фінансового року, облік бюджетних зобов'язань в розрізі додаткової класифікації, можливість ведення квартальних або місячних графіків виконання бюджетних зобов'язань, резервування бюджетних асигнувань та лімітів бюджетних зобов'язань під прийняті до обліку бюджетні зобов'язання, відображення прийнятих бюджетних зобов'язань в особових рахунках, внесення змін до враховані бюджетні зобов'язання: механізми простежування ланцюжків уточнення, контроль несуперечності суми і нового графіка виконання бюджетного зобов'язання фактично виконаної частини зобов'язання, автоматичний контроль наявності бюджетного зобов'язання в момент оплати, отримання друкованої копії розшифровки до договору і розшифровки до уточнення за договором, ведення журналу обліку і виконання бюджетних зобов'язань, надання довідок про прийнятих на облік бюджетних зобов'язаннях, про їх виконання та залишках бюджетних зобов'язань, відображення прийнятих бюджетних зобов'язань в бюджетному обліку .

Можливість використання засобів ЕЦП та шифрування при передачі електронних документів від ТПФО, ГРБС, ГАІФ, РБС, АиФ і ПБС у фінансовий орган реалізує додатковий програмний модуль «Передавання електронних документів з ЕЦП з АС« УРМ »в АС« Бюджет », розроблений для забезпечення юридичної значимості електронних документів, переданих з АС «УРМ» в АС «Бюджет», захисту інформації, переданої віддаленими клієнтами у фінансовий орган, від несанкціонованого доступу, підміни і спотворення, скорочення паперового документообігу в процесі виконання бюджету шляхом впровадження засобів ЕЦП в електронний документообіг фінансового органу з ГРБС, ГАІФ, РБС, АиФ і ПБС, значного зниження тимчасових витрат на доставку документів від ТПФО, ГРБС, ГАІФ, РБС, АиФ і ПБС у фінансовий орган за допомогою АС «УРМ», що прискорює процес фінансування в цілому.

2.3 Інструментальні засоби АС «Бюджет»

Відкритість системи дозволяє користувачам самостійно (незалежно від розробника) за допомогою спеціальних інструментальних засобів (генератора звітів і вбудованого макромови ABL) нарощувати можливості системи. Вбудований макромова ABL спеціально призначений для розширення функціональних можливостей системи без безпосередньої участі її розробників. На ABL програмуються функції двостороннього обміну даними з зовнішніми системами, контролю вводяться і присилаються по каналах електронного зв'язку даних, доповнення та породження нових даних, виклику зовнішніх додатків і т.д. ABL - це об'єктно-орієнтована мова русифікований, аналог мови VBA (Visual Basic For Applications), що використовується в Microsoft Office. Ідея виникнення та реалізації ABL належить керівнику відділу АС "Кошторис" НВО «Кріста» ¹ Смирнову Сергію. Розуміючи, що для реалізації ідеї написання конфігураційної бази з вбудованими скриптами потрібен якийсь макромова, розглядалося два варіанти: використовувати вже наявні скриптові мови (JS, VB), або створити свій. Перемогла ідея, що потрібен свою мову хоча б тому, що у разі використання JS / VB фактично з'являється залежність від їх реалізації, і обов'язково спливуть проблеми, яких ти вирішити в принципі не можеш - не переписувати ж Windows ... Програмування на ABL є тільки кваліфікованим ІТ -фахівцям. Для програмування і адміністрування підпрограм (макросів) на ABL-мові в систему убудовані спеціальні інтерфейси, в тому числі є вбудований відладчик підпрограм. Макроси зберігаються в реєстрі сервера настройок і розширюють функції АС «Бюджет».

Наприклад, у форми місячної звітності внесені зміни бюджетної класифікації ^1. Тоді створюється скрипт на ABL, який виглядає наступним чином:

<? Xml version = "1.0" encoding = "windows-1251"?>

- <registry>

- <node Path="%root%">

- <node Path="Об'екти">

- <node Path="Інтерфейси">

- <node Path="{EC6083A1-BC20-4FC8-AAFF-20399B48497A}">

- <node Path="Випадающіе меню">

- <node Path="Меню прінятія/отмени прінятія">

- <node Path="Прінять отчети">

<value type="3" name="Действіе"> УстановітьДатуПрінятія </ value>

<value type="3" name="Картінка"> Галочка </ value>

</ Node>

- <node Path="Снять прінятіе">

<value type="3" name="Действіе"> СнятьДатуПрінятія </ value>

<value type="3" name="Картінка"> Оновити </ value>

</ Node>

- <node Path="Действія">

- <node Path="КонтрольКлассіфікаціі">

<value type="7" name="Код программи"> включити '\ Бібліотеки \ 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 документів з помилковою класифікацією', КолічествоОшібок)); кінець. </ value>

<param value="Код программи" type="3" name="Export"> DIMAN2 \ dzimitchev \ 16.02.2009 16:44:59 </ param>

</ Node>

- <node Path="КопіроватьОтчет">

<value type="7" name="Код программи"> включити '\ Бібліотеки \ 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'). КакЦелое; / / копіюємо заголовок КодНовогоОтчета: = КопіроватьЗаголовок (КодОтчета); / / копіюємо деталізацію КопіроватьДеталізацію (КодНовогоОтчета, КодОтчета,); / / зберігаємо зміни ф.СохранітьІзмененія; Повідомлення (' Звіт був успішно скопійований! '); кінець. </ value>

<param value="Код программи" type="3" name="Export"> DIMAN2 \ dzimitchev \ 16.02.2009 16:44:59 </ param>

</ Node>

- <node Path="ОбновітьКД">

<value type="7" name="Код программи"> включити '\ Бібліотеки \ 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) тоді ВизватьОшібку ('У заголовку немає даних'); якщо ф.Заголовки.Сетка.ЕстьВыделенныеСтроки тоді початок Виділені: = ф.Заголовки.Сетка.ПолучитьВыделенныеСтроки; спроба ОбновітьЗаголовкі (Виділені, немає); обов'язково Інтерфейс (Виділені). Звільнити; кінець; кінець інакше ОбновітьЗаголовкі (Заголовки, так); Повідомлення ('Оновлення завершено'); кінець. </ value>

<param value="Код программи" type="3" name="Export"> DIMAN2 \ dzimitchev \ 16.02.2009 16:44:59 </ param>

</ Node>

- <node Path="СнятьДатуПрінятія">

<value type="3" name="Заголовок"> Автоснятіе дати прийняття </ value>

<value type="7" name="Код программи"> включити "\ Бібліотеки \ LibRu.lib"; включити "\ Бібліотеки \ ABLTools.lib"; включити "project"; змінні ф: ФормаВвода; Сітка: СеткаДанних; / / функція СнятьДатуПрінятія (Закладка: Ціле; Дані: БезТіпа): Ціле; початок якщо ф.МожноРедактироватьСтолбец (Сетка.ColumnByFieldName ('AcceptDate')) тоді Сетка.ColumnByFieldName ('AcceptDate'). CheckState: = 0; результат: = так; кінець ; початок Ф: = ПолучітьФормуВвода; якщо Ф.Заголовки.Таблица.ЧИслоЗаписей = 0 тоді ВизватьОшібку ("У заголовку немає даних. Натисніть кнопку 'Виконати'"); якщо Ф. ЕстьІзмененія тоді ВизватьОшібку ("Таблиця є змінені записи. Необхідно зберегти зміни. "); Сітка: = Ф.Заголовкі.Сетка; якщо Сетка.ЕстьВыделенныеСтроки тоді Сетка.ForSelection (так, СоздатьОбработчік ('СнятьДатуПрінятія'), Null) інакше СнятьДатуПрінятія (-1, Null); ф.СохранітьІзмененія; кінець. < / value>

<param value="Код программи" type="3" name="Export"> DIMAN2 \ dzimitchev \ 16.02.2009 16:44:59 </ param>

</ Node>

- <node Path="УстановитьДатуПринятия">

<value type="3" name="Заголовок"> Автоустановка дати прийняття </ value>

<value type="7" name="Код программи"> включити "\ Бібліотеки \ LibRu.lib"; включити "\ Бібліотеки \ ABLTools.lib"; включити "project"; змінні ф: ФормаВвода; Сітка: СеткаДанних; / / функція ПрінятьОтчет (Закладка: Ціле; Дані: БезТіпа): Ціле; початок якщо ф.МожноРедактироватьСтолбец (Сетка.ColumnByFieldName ('AcceptDate')) тоді Сетка.ColumnByFieldName ('AcceptDate'). CheckState: = 1; результат: = так; кінець ; початок Ф: = ПолучітьФормуВвода; якщо Ф.Заголовки.Таблица.ЧИслоЗаписей = 0 тоді ВизватьОшібку ("У заголовку немає даних. Натисніть кнопку 'Виконати'"); якщо Ф. ЕстьІзмененія тоді ВизватьОшібку ("Таблиця є змінені записи. Необхідно зберегти зміни. "); Сітка: = Ф.Заголовкі.Сетка; якщо Сетка.ЕстьВыделенныеСтроки тоді Сетка.ForSelection (так, СоздатьОбработчік ('ПрінятьОтчет'), Null) інакше ПрінятьОтчет (-1, Null); ф.СохранітьІзмененія; кінець. < / value>

<param value="Код программи" type="3" name="Export"> DIMAN2 \ dzimitchev \ 16.02.2009 16:44:59 </ param>

</ Node>

- <node Path="Панелі">

- <node Path="КонтрольКлассіфікаціі">

<value type="3" name="Действіе"> КонтрольКлассіфікаціі </ value>

<value type="3" name="Картінка"> Контроль </ value>

<value type="3" name="Хінт"> Перевірити звіти на коректність введеної класифікації </ value>

</ Node>

- <node Path="ДінаміческіеФорми">

- <node Path="КопіроватьОтчет">

<value type="3" name="Действіе"> КопіроватьОтчет </ value>

<value type="3" name="Картінка"> КопіроватьПлатежку </ value>

<value type="3" name="Хінт"> Створити копію звіту </ value>

</ Node>

- <node Path="ОбновітьКД">

<value type="3" name="Действіе"> ОбновітьКД </ value>

<value type="3" name="Картінка"> РазбіеніеПоКД </ value>

<value type="3" name="Стіль"> Кнопка </ value>

<value type="3" name="Хінт"> Оновити доходи за новими шаблонами (для форм 114, 117, 314, 317) </ value>

</ Node>

- <node Path="Опісаніе">

<value type="3" name="Картінка"> Питання </ value>

<value type="3" name="Стіль"> Кнопка </ value>

<value type="3" name="Хінт"> Опис форми </ value>

</ Node>

- <node Path="Установіть дату прінятія">

<value type="3" name="Випадающее меню"> Меню прийняття / скасування прийняття </ value>

<value type="3" name="Действіе"> УстановітьДатуПрінятія </ value>

<value type="3" name="Картінка"> Галочка </ value>

<value type="3" name="Хінт"> Встановити дату прийняття </ value>

</ Node>

- <node Path="Отчети">

</ Node>

</ Registry>

Після завантаження файлу оновлення необхідні форми звітності змінюються на нові.

Не можна не відзначити особливості звітів, що застосовуються в АС «Бюджет». Звіти, створені на основі макросів, настроюються користувачем «на льоту»: змінюється видимість і розташування колонок у звіті, порядок сортування та групування даних. Можливості звітів досить широкі - динамічно можуть бути змінені наступні параметри звітів:

Кількість виведених колонок, порядок проходження даних в звіті;

Наявність проміжних підсумків, їх рівні і спосіб виведення;

Спосіб разименовкі (тобто виведення за кодом назви та іншої пов'язаної інформації) класифікаторів, рахунків і дат;

Рівень узагальнення класифікаторів при угруповання даних;

Режим автодобору ширини і висоти у колонок;

Режим угруповання документів до звіту: стрічка документів або спільний документ (додатки Г, Д).

Звіти, побудовані на основі макросів, виконуються набагато швидше складних динамічних і користувальницьких звітів (в деяких випадках в десятки разів), за рахунок попередньої оптимізації запитів до сервера і за рахунок кешування часто використовуваних даних. Перше виконання таких звітів може бути трохи довше, ніж наступні. З точки зору швидкодії важливим перевагою цих звітів є те, що їх побудова розбивається на два послідовних етапи: спочатку йде формування даних, потім здійснюється їх висновок (розкладка). Це дозволяє не тільки спростити створення звіту, але й уникати зайвого формування, якщо одні й ті ж дані потрібно вивести по-різному.

У звітах перероблена ідеологія формування даних. У результаті проведеного аналізу існуючі алгоритми формування були розбиті на більш прості складові частини - «кубики». Для створення звіту не обов'язково знати внутрішню структуру бази даних або вбудований макромова ABL, потрібно лише взяти потрібні «кубики» і «зібрати» звіт. Розбиття складних алгоритмів формування на складові частини підвищило їх модифікованості і надійність: набагато простіше налагодити роботу одного алгоритму, який використовується в десяти місцях, ніж налагодити роботу десяти алгоритмів.

Спосіб формування та відображення звіту, побудованого на основі макросів, описується шаблоном. Використання шаблонів дозволяє гнучко налаштовувати зовнішній вигляд звіту, зроблені один раз налаштування зберігаються і використовуються в подальшому. Для зберігання файлів різних шаблонів використовуються відповідні їх призначенню каталоги, імена яких жорстко фіксовані у файловій структурі системи. Всі шаблони звітів повинні зберігатися на сервері в спеціальному каталозі, доступний усім користувачам системи, наприклад, в каталозі / / Server / BudgetAx / Reports / Нові звіти, до складу якого входять відповідні каталоги з шаблонами (Документи, Імпорт, Експорт, Ресурси, т. д.).

Для реєстрації в системі шаблонів різних типів, створених на основі макросів, служать спеціальні інтерфейси на РМ Адміністратор: Адміністратор звітів, Адміністратор документів, Адміністратор імпорту, Адміністратор експорту, Адміністратор контролю, Адміністратор генерації. Для реєстрації на інтерфейсах введення шаблонів різних типів, створених на основі макросів, служить спеціальний інтерфейс розкладчики контролю і документів на РМ Адміністратор з відповідними закладками деталізації. Для реєстрації звітів на робочих місцях служить інтерфейс Адміністратор звітів РМ Адміністратор.

Адміністратору надана можливість створювати не тільки власні шаблони для існуючих звітів, друкованих документів, контролів, але і створювати нові звіти, друковані документи, контролі, побудовані на основі макросів.

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 Роль надійності інформаційних систем

Надійність автоматизованих ІС відіграє значну роль в життєвому циклі виробництва продукції або надання послуг. В даний час їх роль і вплив на забезпечення якості продукції і послуг постійно зростає. Завдання управління ефективно вирішуються за рахунок використання засобів інформаційних технологій. Ця тенденція буде розвиватися і надалі, викликаючи зростання залежності забезпечення якості продукції та послуг від засобів автоматизації. Стратегії боротьби з відмовами і збоями ІС варіюються від надійних налагоджених методик відновлення до дорогих рішень в екстреному порядку - причому останні переважають. Глобалізація бізнесу, мобільні обчислення, широке використання Інтернет, корпоративних мереж, орієнтація на замовника - всі ці тенденції вимагають відмовостійких, безперебійно функціонують комп'ютерних рішень. ¹ Такі рішення залежать від обчислювальних систем - їх надійності, коштів резервування і здатності до невпинної роботі 24 години на добу і 365 днів у році (24x365). Вимоги до корпоративних обчислень і динамічні зміни в комп'ютерному середовищі створюють все більші труднощі в управлінні таким середовищем і в досягненні високого рівня доступності додатків. Витрати, пов'язані з простоями, продовжують зростати. Ці втрати виражаються в втрачених ділові можливості, зниженні рівня довіри замовників і в прямому збиток ділової репутації компанії. Навіть кілька хвилин простою відповідальних додатків можуть мати для компанії серйозні фінансові наслідки. Корпоративні системи електронного документообігу, бухгалтерського обліку та управління базами даних одержали широке поширення в розвинених країнах вже в першій половині 70-х років минулого століття. З розвитком комп'ютерних технологій, в міру зниження їх вартості, зростання можливостей та доступності комп'ютерів, все більше компаній переходять на автоматизовані системи обліку. В результаті збільшується як обсяг інформації, що зберігається на різних електронних носіях, так і її цінність (яка, в першу чергу, визначається сумою можливих збитків при втраті даних або їх попаданні до конкурента). Слід зазначити, що електронні засоби зберігання навіть більш уразливі, ніж паперові; розміщуються на них дані можна і знищити, і скопіювати, і непомітно видозмінити. Разом зі зростанням ролі ІВ у забезпеченні якості продукції та послуг підприємства та організації відбувається зростання ризиків, пов'язаних з недоступністю даних та інформаційних служб, необхідних для здійснення підтримки процесів життєвого циклу. Безперервність і якість цих процесів перебуває в прямій залежності від доступності інформаційної системи підприємства. Допустимий час простою інформаційних служб і недоступності даних визначається виходячи з характеру завдань, що вирішуються інформаційною системою.

Велику роль у просуванні технологій безпеки відіграють російські системні інтегратори, в завдання яких входить створення комплексних інформаційних систем підтримки бізнесу та розроблення технічних та організаційно-режимних заходів для підвищення їх безпеки. Держава, яка потребує від певних організацій відповідального підходу до зберігання і передачі інформації, також стимулює розвиток даної галузі. Зокрема, Президент РФ своїм указом ¹ запропонував Центральному банку (ЦБ) вжити заходів по відношенню до комерційних банків, що ухиляються від обов'язкового використання «захищених технічних засобів зберігання, обробки і передачі інформації при їх інформаційному взаємодії з підрозділами ЦБ».

ІС повинна забезпечувати: функціонування корпоративних додатків у відповідності із заданими режимами, відновлення корпоративних додатків в разі збою в терміни, що не порушують нормального ритму діяльності підприємства, гарантовану збереження критично важливих даних. На працездатність систем може вплинути безліч подій. Деякі з цих інцидентів викликаються зовнішніми джерелами, у той час як причина виникнення інших лежить всередині самої мережі. Працездатність ІС підприємства є визначальним чинником ефективності його діяльності, що диктує необхідність побудови таких систем, які засновані на сучасних технологіях і забезпечують характеристики відомі, як «RAS» (Reliability, Availability, Serviceability - Надійність, Готовність, Зручність обслуговування). ¹ Ці характеристики є традиційними для сучасних ІС. Найчастіше для опису стійкості ІС використовується термін «доступність», який і включає ці характеристики. Надійність - властивість об'єкта зберігати в часі у встановлених межах значення всіх параметрів, що характеризують здатність виконувати необхідні функції в заданих режимах і умовах застосування, технічного обслуговування, зберігання і транспортування. Примітка: надійність є комплексним властивістю, що у залежності від призначення об'єкта та умов його застосування може включати безвідмовність, довговічність, ремонтопридатність і збереженість чи певні комбінації цих властивостей. Безвідмовність - властивість об'єкта безупинно зберігати працездатний стан протягом деякого часу або напрацювання. Довговічність - властивість об'єкта зберігати працездатний стан до настання граничного стану при встановленій системі технічного обслуговування і ремонту. Ремонтопридатність - властивість об'єкта, що полягає в пристосованості до підтримання та відновлення працездатного стану шляхом технічного обслуговування і ремонту. Збереженість - властивість об'єкта зберігати в заданих межах значення параметрів, що характеризують здібності об'єкта виконувати необхідні функції, протягом і після зберігання та (або) транспортування. Під надійністю будемо розуміти мінімізацію ймовірності виникнення відмови або збою в роботі ІС і можливість подальшого функціонування системи при виникненні несправності будь-яких компонентів. Аналізуючи фактори, що впливають на надійність інформаційних систем можна виділити два основних принципи організації інформаційних систем. По-перше, це комплексний підхід до побудови системи, що охоплює як застосування спеціальних апаратних і програмних засобів, так і проведення організаційно-режимних заходів. По-друге, високі вимоги до кваліфікації обслуговуючого персоналу. Глобальними чинниками, що впливають на ефективність функціонування системи та збереження даних, є: випадковий відмову або руйнування її окремих компонентів і несанкціонований доступ до системи. Оскільки перші два фактори не пов'язані з прямою атакою на вміст інформаційної системи, їх можна об'єднати терміном «раптову відмову». Раптові відмови можуть бути викликані несправностями обладнання, збоями в роботі програмного забезпечення (ПЗ), помилками обслуговуючого персоналу, а також зовнішніми впливами - природними (землетруси, урагани, повені і т.п.), техногенними (пожежі, перебої з енергопостачанням, прориви водопроводу і Л каналізації і т. п.) і соціальними (терористичні акти, заворушення, військові дії тощо). Російська дійсність така, що вітчизняні компанії схильні до дії всіх цих факторів (можливо, не вважаючи природних катаклізмів) в значно більшою мірою, ніж фірми з економічно розвинених країн. На надійності систем негативно позначаються і наявність великої кількості пристроїв, зібраних з комплектуючих низької якості, і нерідке використання неліцензійного ПЗ. Апаратне і програмне забезпечення часто не відповідає вимогам сумісності, а «прописана» у відповідних файлах конфігурація систем - наявними апаратних ресурсів. Провиною тому може стати недостатня комп'ютерна грамотність відповідальних за підтримку комп'ютерної системи співробітників. Узагальнюючи, можна сказати, що надмірна економія коштів (на навчання персоналу, закупівлю ліцензійного ПЗ і якісного обладнання) призводить до зменшення часу безвідмовної роботи і значних витрат на подальше відновлення системи. ¹ Розглядаючи зовнішні впливи на інформаційну систему, слід відзначити, що ймовірність ураганів, цунамі і землетрусів на більшій частині Російської федерації незначна, а ймовірності аварії на міських електромережах або прориву каналізації - значні. Це посилює ризиковість бізнесу, оскільки подібні події, як правило, не відносяться до розряду форс-мажорних обставин, а, відповідно, компанія не звільняється від штрафів у разі невиконання зобов'язань. У комплекс заходів щодо захисту інформаційної системи від раптових відмов фахівці компаній, що займаються системною інтеграцією, включають цілий ряд дій, спрямованих на запобігання позаштатної ситуації. Вибір надійного устаткування, ПЗ дозволяє до певної міри попередити збій інформаційної системи. Однак зустрічаються і непідвладні системного адміністратора ситуації, що тягнуть за собою знищення інформаційної системи або будь-якої її частини. В умовах складних ділових зв'язків «падіння» однієї компанії, ставить під удар функціонування багатьох її партнерів. Тому завдання керівництва компанії - заздалегідь визначити ряд заходів, які дозволяють звести до мінімуму втрати інформації і час простою системи. Основу заходів, що підвищують стійкість системи до подій подібного роду, складають різні форми резервування та мультиплексування обладнання та комунікацій, що належать до інформаційної системи. Рівень захищеності ІС від різного роду погроз, що призводять до втрати даних і повного або часткового припинення її роботи, залежить від ступеня важливості ІВ для функціонування підприємства. Витрати на підвищення надійності повинні бути адекватні прогнозованим збитків.

Практика показує, що 72% часу простою обумовлено несистемними факторами, такими як планове технічне обслуговування, збої додатків і помилки операторів. Для захисту від цих факторів пропонується розглядати концепцію «трьох П» - користувачі, процеси, продукти.

Користувачі: підготовленість, документація, відповідальність, авторизація.

Процеси: резервне копіювання / відновлення, управління змінами, продуктивністю і рішенням виникаючих проблем, забезпечення безпеки, контроль / спостереження.

Продукти: програма, вибір платформи, архітектура, проміжне ПО високої готовності.

Таким чином, говорячи про проблеми забезпечення високої готовності, не слід забувати і про такі чинники, як самі користувачі і процеси, що протікають в системі. ¹ Наслідки апаратних збоїв усуваються за допомогою резервування компонентів, що здійснюється як на рівні обчислювальних систем, так і їх окремих пристроїв. Принцип усунення збою такий: коли один з компонентів виходить з ладу, замість нього включається резервний. Проблеми, пов'язані з програмним забезпеченням, вирішуються за допомогою «передоручення» виконання завдання іншій машині. Що ж стосується помилок користувачів, то їх ймовірність знижується при високому рівні підготовки персоналу та організації ефективної підтримки з боку компанії-виробника чи постачальника обчислювальних засобів.

3.2 Система захисту інформації

Для підвищення надійності АІС потрібна система захисту інформації.

Система захисту інформації - сукупність спеціальних заходів правового та адміністративного характеру, організаційних заходів, фізичних і технічних засобів захисту, а також спеціального персоналу, призначеного для забезпечення безпеки інформації.

Правові заходи захисту інформації - чинні в країні закони, укази та інші нормативні акти, що регламентують правила поводження з інформацією та відповідальність за їх порушення.

Морально-етичні заходи захисту інформації - традиційно склалися в країні норми поведінки і правила поводження з інформацією. Ці норми не є обов'язковими, як законодавчо затверджені норми, однак, їх недотримання веде до падіння авторитету, престижу людини, організації.

Організаційні (адміністративні) заходи захисту - це заходи, які регламентують процеси функціонування АІС, використання її ресурсів, діяльності персоналу, а також порядок взаємодії користувачів системою таким чином, щоб максимально утруднити або виключити можливість реалізації загроз безпеці інформації. ¹

Фізичні заходи захисту - різні механічні, електро-або електронно-механічні пристрої, призначення для створення фізичних перешкод на шляхах проникнення потенційних порушників до інформації, що захищається, а також технік візуального спостереження, зв'язку та охоронної сигналізації.

Технічні (апаратно-програмні) засоби захисту - різні електронні пристрої і спеціальні програми, які виконують (самостійно або в комплексі з іншими засобами) функції захисту інформації (ідентифікацію користувачів, розмежування доступу до ресурсів, криптографічне закриття інформації тощо)

Найкращі результати щодо захисту АІС досягаються при системному підході до питань безпеки і комплексному використанні різних засобів захисту на всіх етапах життєвого циклу системи починаючи з її проектування.

Існують наступні універсальні (загальні) способи захисту інформації від різних впливів на неї:

Ідентифікація та автентифікація (користувачів процесів і т.д.);

Контроль доступу до ресурсів АІС (управління доступом);

Реєстрація та аналіз подій, що відбуваються в АІС;

Контроль цілісності об'єктів АІС;

Шифрування даних;

Резервування ресурсів і компонентів АІС.

Ідентифікація - це присвоєння коду кожному об'єкту персонального ідентифікатора.

Аутентифікація - встановлення автентичності.

Управління доступу - захист інформації шляхом регулювання доступу до всіх ресурсів системи (технічним, програмним, елементам баз даних). Регламентуються порядок роботи користувачів і персоналу, право доступу до окремих файлів в базах даних і т.д.

3.3 Забезпечення захисту АС «Бюджет»

Правові та організаційні заходи захисту інформації регламентовані інструкцією ¹ і розпорядженнями керівника фінансового управління ^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н; консолідація. Форми вводу; редактор областей форматування;

РМ Обсяги фінансування, що включає інтерфейси: заявки на виділення обсягів фінансування; обсяги фінансування; повідомлення за обсягами фінансування; прийняття обсягів фінансування;

РМ Оперативні дані;

РМ Операції з валютою, що включає інтерфейси: доходи у валюті, операції з валютними рахунками (купівля валюти); курси валют; облік зміни курсової вартості;

РМ Звіти організацій, що включає інтерфейси: розрахункові рахунки організацій; місячні звіти; квартальні звіти; мережу і штати;

РМ Робота з ФК, що включає інтерфейси: витратне розклад; повідомлення за джерелами; повідомлення про уточнення виду платежу (надходження); повідомлення про уточнення виду платежу (вибуття); облік касових виплат; затвердження ОФ; розподіл ОФ; вивантаження реєстрів на фінансування;

РМ Довідники (класифікація, організації, банки, р / рахунку), що включає інтерфейси: довідник класифікаторів; довідник організацій, довідник банків, редактор довідника структури видатків бюджету; співвіднесення БК л / с і організаціям, довідник операцій; відповідність операцій 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 Розкоментуйте наступний рядок для мережевого оповіщення про початок архівації

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. Воно має проблемно-професійну орієнтацію на конкретну предметну область і є засіб спілкування фахівця з автоматизованими інформаційними системами.

У даній роботі був проведений аналіз і оцінка ефективності та надійності автоматизованої інформаційної системи «Бюджет», яка у фінансовому органі Сегежскій муніципального району для організації виконання бюджету у відповідності з чинним бюджетним законодавством. Аналіз функціональної повноти дозволив найбільш ефективно використовувати можливості АІС. Деякі функції системи були задіяні частково, а деякі не задіяні взагалі, що негативно позначалося на роботі співробітників фінансового управління - багато операцій доводилося виконувати вручну, які займали більшу кількість часу. Шляхом встановлення актуальних оновлень і налаштування певних параметрів вдалося добитися максимальної віддачі програмного продукту. Наприклад, налаштування імпорту електронних відомостей дозволяє бачити касове виконання бюджету, при цьому на завантаження відомостей в програму потрібно кілька хвилин, тоді як ручне введення потрібних даних займав кілька годин робочого часу. А щомісячний звіт про виконання бюджету доводилося робити декільком співробітникам, і ця робота займала не один день, до того ж мали місце помилки. Зараз автоматичне формування звітів відбувається за лічені хвилини, а контрольні співвідношення налаштовані таким чином, що будь-яка невідповідність буде відзначено. Генерація повідомлень для Федерального казначейства також здійснюється за кілька хвилин, що значно економить час, папір та інші витратні матеріали. Налаштування багатобюджетні реалізує формування консолідованої бюджетної звітності з виконання консолідованого бюджету муніципального району, що дуже важливо при складанні звітів у Міністерство фінансів.

Завдяки проведеному аналізу використання АІС стало більш повним, що призвело до підвищення ефективності виконання бюджету, скорочення обсягу рутинних операцій, зменшення помилок і полегшенню роботи в цілому, унеможливленню нецільового використання бюджетних коштів, погодженням між учасниками процесу планування, забезпечення повноти обліку витратних зобов'язань, дотримання вимог бюджетного законодавства РФ з ведення реєстру видаткових зобов'язань.

Також в ході аналізу надійності АІС був опрацьований комплекс засобів для захисту даних від несанкціонованого доступу, який включає в себе парольний ідентифікацію, розбиття користувачів на групи з визначенням прав доступу та надання доступу до даних через конфігуровані робочі місця. Для запобігання втрати даних була задіяна стратегія резервного копіювання. Паралельно з цим була організована захист від комп'ютерних вірусів, троянів і інших шкідливих програм за допомогою антивірусного програмного забезпечення Nod 32.

На сьогоднішній день можна з упевненістю сказати, що АС «Бюджет» відповідає всім вимогам і стандартам, а використання системи дозволяє значно полегшити людську працю і з мінімальними витратами отримати максимальний економічний ефект.

Глосарій

№ п / п

	Нові поняття	Зміст
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. - Режим доступу: http://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 - Режим доступу: http://ws3.re.mipt.ru/mediawiki/index.php
Вендров AM Проектування програмного забезпечення економічних інформаційних систем [Текст] / навчальний посібник, 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.
Інформаційні ресурси Росії [Електронний ресурс] Національна доповідь / Режим доступу: - http://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, [Електронний ресурс] - Режим доступу: http://window.edu.ru/window/library?p_rid=40966
Кулаков В.Г. Основи інформаційної безпеки телекомунікаційних систем [Текст] / Кулаков В.Г., Гаранін М.В., Зоря О.В. - М.: Радіо і зв'язок, 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». [Електронний ресурс] - Режим доступу: http://tm.ifmo.ru/tm2004/db/doc/get_thes.php?id=108

Наказ Міністерства фінансів РФ [Текст]. - Москва 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.
Теслер Г.С. Інтенсифікація процесу обчислень / / Математичні машина і системи [Електронний ресурс] - Режим доступу: http://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	3 січня 2000	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	3 січня 2000	99 525,88	383 541,84
000 18 024 3	школа № 1	0702	000	4219900	001	225	3 січня 2000	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

	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