Розробка системи по збору інформації про доходи фізичних осіб для формування податкових документів та звітності для податкової служби з об'єднання "Сургутгазпром".
Введення
В даний час все більше і більше поширення, як у виробництві, так і в документообігу підприємств знаходить комп'ютерна техніка, все ширше і ширше стає перелік охоплених нею завдань. Постійно зростає обсяг і складність оброблюваної інформації, потрібні все нові і нові види її подання. Як показує практика, більшість користувачів вже не уявляє собі, як би вони виконували свою роботу, з якої чудово справлялися ще 5 - 10 років тому, без допомоги комп'ютера. Ось лише деякі з переваг використання обчислювальної техніки при роботі, з якими - які дані, документами:
можливість оперативного контролю за достовірністю інформації, зменшується кількість можливих помилок, при генеруванні похідних даних;
відразу після введення, дані можуть брати участь в різних операціях;
можливість швидкого отримання необхідних звітів;
необхідна інформація може бути швидко знайдена (у тому числі за допомогою контекстного пошуку), пошук якої в звичайній папці з документами утруднений;
істотна економія часу і людських ресурсів при виконанні операцій, пов'язаних з обробкою інформації;
дозволяє швидко і в найбільш зручному для конкретної людини вигляді переглянути дані, що підвищує їх сприйняття.
Все, вище викладені переваги, на сьогоднішній день оцінені не тільки рядовими користувачами, а й владними структурами, особливо це стосується можливості контролю та пошуку інформації. У нашому випадку податкова поліція зацікавлена мати єдину електронну базу по всім фізичним особам - платникам податків, тому що наявність такої бази істотно ускладнює процес ухилення від сплати податків (приховування, заниження доходів, повторне використання одноразових пільг і т.д.)
Тому 15 червня 1998 була прийнята чергова редакція інструкції державної податкової служби Російської Федерації № 35 від 29 червня 1995 році. Згідно з якою, З 01 березня 1999 року всі підприємства з чисельністю працюючих понад 100 чоловік зобов'язані надавати дані про доходи своїх працівників до податкової інспекції на магнітних носіях, причому в чітко обумовленому форматі. (див. Додаток 2)
На практиці ж податкова інспекція вимагає надання даних на магнітних носіях організаціями із загальною чисельністю працюючих понад 20 чоловік.
У зв'язку з вище викладеним, у великих підприємств і об'єднань з'явилася гостра потреба у відповідному програмному забезпеченні. Пропоноване податковою службою для цих цілей ПЗ, забезпечує імпорт даних тільки з конкретною, не дуже поширеною програми Best-4, розробленої фірмою "Інтелект-Сервіс".
Підприємства об'єднання "Сургутгазпром" в даний час працюють з двома різними програмними продуктами, які призначені для розрахунку заробітної плати та обліку інших доходів платників податків;
комплекс "Заробітна плата", розроблений "АСУ-Партнер";
АРМ з обліку праці та заробітної плати (ВАТ Автоматика).
Обидва цих комплексу не підтримують надання звітів до податкової інспекції на магнітних носіях, і в силу обмеженості використовуваної СУБД (FoxPro v.2.6 (Х)) не здатні вести єдину базу по всьому об'єднанню. Тому було поставлене завдання, розробити програмний продукт, який був би в стані:
вести єдину базу даних про доходи фізичних осіб по всьому об'єднанню;
видавати звіти до податкової інспекції на магнітному носії;
видавати інші необхідні звіти про нарахування, утримання платників податків на паперових носіях, у тому числі про динаміку нарахувань і утримань, як по всьому об'єднання, так і за окремими категоріями осіб;
обробляти довільні запити користувача до бази даних;
збирати інформацію у власну базу, з баз даних програм розрахунку заробітної плати, що використовуються на місцях;
підтримувати ручне введення та коригування інформації;
забезпечувати захист від несанкціонованого доступу до бази, як для зміни, так і для перегляду даних;
відповідати сучасним вимогам за швидкодією, ергономічності, використовувати сучасну СУБД з можливістю заміни її на ще більш сучасну в майбутньому;
мати можливість налаштування під змінюється законодавство, з мінімальними переробками.
Дана робота є автоматизованим робочим місцем бухгалтера з відділу податкової політики підприємства, що веде звітність до податкової інспекції. Вона відповідає усім вище викладеним вимогам.
У роботі:
дається повний опис роботи з алгоритмами запитів;
даються структури баз даних, що використовується програмою;
наведено безліч ілюстрацій, що допомагають зрозуміти роботу програми;
До дипломної роботи додається демонстраційна програма, виконана на Borland Delphi 4.0 з використанням СУБД InterBase v 5.0 і представлена на дискеті 3,5 ".
1. Огляд існуючих аналогів
У цьому розділі я постарався розглянути кілька найбільш популярних у нашій країні програмних продуктів автоматизують в тій чи іншій мірі бухгалтерський облік підприємства.
1.1. Турбо бухгалтер
Програма Турбо Бухгалтер розроблена науково - дослідним центром Диц. Сама рання з її версій, з якими я мав справу - версія 3.0.
Програма призначена для ведення синтетичного й аналітичного бухгалтерського обліку по всіх розділах. Аналітичний облік ведеться по об'єктах аналітичного обліку (аналітичним ознаками) в натуральному і вартісному виразах.
Її відмінною рисою, є дуже розвинений внутрішній мова, яка включає в себе більш ніж 100 операторів, змінні, розвилки, а з 6 версії масиви та цикли. Це дозволяє написати, по моєму особистому досвіду (4 роки роботи), практично будь-яку типову операцію, звіт, бланк, навіть по такому предмету безпосередньо не пов'язаним з бухгалтерією, як облік продажів у магазинах фірми або телефонний довідник. Цьому також сприяє розвинена система позабалансових рахунків проводки, по яких зберігаються в базі, і показуються тільки на вимогу програміста. Керівництво програми так само поділене на дві книги: "Керівництво користувача" і "Посібник програміста".
Введення проводок можна організувати в ручну, але в основному для цього використовуються бланки, які генерують проводки від 1 до необмеженої кількості.
Після заносу проводок в журнали операцій, необхідно обробити журнали, для прийняття цих проводок в базу. Ще однією відмінною рисою цієї програми є можливість ведення декількох планів бухгалтерії. План бухгалтерії - це файл з налаштуваннями (підприємство, видимі журнали, бланки, типові операції, аналітичні ознаки тощо), тобто ми можемо налаштувати програму, так, щоб вести кілька різних підприємств на одному комп'ютері, в одній базі. Це не тягне надмірність даних, тому що різні фірми можуть використовувати, наприклад: загальні бланки, аналітичні ознаки і т.д.
Після розрахунку підсумків програма автоматично формує різні відомості та звіти:
зведені проводки;
оборотно-сальдову відомість;
оборотно-сальдову відомість по об'єктах аналітичного обліку;
картка рахунку;
картка рахунку по одному об'єкту аналітичного обліку;
головну книгу;
аналіз рахунку по датах;
аналіз рахунку по об'єктах аналітичного обліку;
аналіз об'єкту аналітичного обліку по всіх рахунках;
картка об'єкта аналітичного обліку по всіх рахунках;
журнальний ордер.
Також дозволяє задати довільний звіт.
На сьогодні, остання з відомих мені версій - 6, виходить у чотирьох варіантах:
базова;
професійний (локальна);
професійний (мережева) - вперше;
ТБ-6 Зарплата.
Але більш ранні версії також дозволяли працювати в мережі при правильних прописаних шляхах типу "GlBuhC: TB6Blanka *. gru"
З негативних рис хотілося б відзначити:
створивши прекрасний внутрішній мова, розробники заощадили на розробці бланків, надавши робити це кінцевим користувачам, що, ймовірно, різко знизило популярність цієї програми;
обмеження ширини бланка - 255 символів (не завжди достатньо);
часта (в середньому 1 раз на тиждень) необхідність перебудови баз з-за її псування програмою, що може займати до 10 хвилин (виправлено в 6 версії).
1.2. 1C: Бухгалтерія
Напевно, на сьогодні найпопулярнішою з бухгалтерських програм є 1С Бухгалтерія - універсальна бухгалтерська програма яка призначена для ведення синтетичного й аналітичного бухгалтерського обліку по різних розділах. Аналітичний облік ведеться по об'єктах аналітичного обліку (субконто) у натуральному і вартісному виразах.
Програма надає можливість ручного й автоматичного введення проводок. Усі проводки заносяться в журнал операцій. При перегляді проводок у журналі операцій їх можна обмежити довільним тимчасовим інтервалом, групувати і шукати по різних параметрах проводок.
Після розрахунку підсумків програма формує різні відомості:
зведені проводки;
оборотно-сальдову відомість;
оборотно-сальдову відомість по об'єктах аналітичного обліку;
картка рахунку;
картка рахунку по одному об'єкту аналітичного обліку;
аналіз рахунку (аналог головної книги);
аналіз рахунку по датах;
аналіз рахунку по об'єктах аналітичного обліку;
аналіз об'єкту аналітичного обліку по всіх рахунках;
картка об'єкта аналітичного обліку по всіх рахунках;
журнальний ордер.
У програмі існує режим формування довільних звітів, що дозволяє на деякій бухгалтерській мові описати форму і зміст звіту, включаючи в нього залишки й обороти по рахунках і по об'єктах аналітичного обліку. За допомогою даного режиму реалізовані звіти, надані в податкові органи, крім того, даний режим використовується для створення внутрішніх звітів для аналізу фінансової діяльності організації в довільній формі. Крім того, програма має функції збереження резервної копії інформації і режим збереження в архіві текстових документів. Програма може бути повністю налаштована бухгалтером на поточне законодавство і конкретні форми обліку.
"1С" реалізована для різних програмних і апаратних платформ: DOS, Windows, Windows 95, Macintosh (з початку 1996 р.), Power Macintosh (з літа 1996 р.). Існує кілька модифікацій системи: базова, професійна (для рішення більш складних бухгалтерських задач), мережева.
З недоліків можна відзначити:
малі можливості базової версії;
досить високу ціну при покупці всіх необхідних модулів для автоматизації бухгалтерії середнього підприємства.
1.3. БЕСТ
ПО "БЕСТ" (розробка фірми "Інтелект-Сервіс") виконана у вигляді набору взаємозалежних програмних модулів: настройка і системні утиліти; ведення Головної книги (АРМ головного бухгалтера); облік касових операцій; облік операцій з банком; облік основних засобів ; облік виробничих запасів; облік товарів і готової продукції; управління продажами (реалізацією); заробітна плата.
В даний час, остання з відомих мені версій - 4.12 є орієнтацією на комплексну автоматизацію підприємств. Розроблені спеціалізовані версії для оптової і роздрібної торгівлі, страхової діяльності, бюджету і навіть мостозагонів (працює в мостозагону № 94). Є потужна система аналізу фінансового стану підприємства.
Окрім функцій, які дозволяють вирішувати завдання управління продажами, розрахунків з постачальниками та покупцями, підтримки операцій торгового залу, обліку ресурсів підприємства за групами товарно-матеріальних цінностей, номенклатурі, місць зберігання тощо, в "БЕСТ-4" включений ряд додаткових можливостей. Нова прикладна підсистема "Управління закупівлями" забезпечує складання та подальше супроводження реєстрів рахунків-фактур постачальників, контрагентів і покупців, на основі яких автоматично формуються звіти з операцій купівлі/продажу. Ведення окремого реєстру рахунків кредиторів дозволяє консолідувати і відслідковувати всі взаєморозрахунки з постачальниками і контрагентами.
Для підприємств роздрібної торгівлі "БЕСТ-4" надає можливість ведення індивідуальних прайс-листів для кожного магазину, а також архіву прайс-листів, що використовується для отримання докладних звітів за обсягом продажів на будь-яку дату. Система здійснює зв'язок з касовими апаратами, підтримує систему штрихового кодування товару. Система дозволяє вести облік для довільного числа незалежних підприємств та будуть використані для його автоматизації тільки необхідний набір модулів. Система цікава зручним інтерфейсом, своєю багатофункціональністю, гнучкістю і простотою настроювання на потреби конкретного підприємства.
З недоліків хотілося б відзначити:
невелику швидкість роботи, що викликано морально застаріло використовуваної СУБД (FoxPro 2.6) і величезним числом файлів в директорії з даними більше 600, що сильно ускладнює роботу ДОС по роботі з ними;
накладення досить істотних обмежень на внутрішню мову (мабуть, для збереження тільки за собою права модифікації). Наприклад, неможливо додати в бланк довільний реквізит. Що викликає необхідність звернення у фірму розробник;
відсутність планів випуску версії з Windows, що різко знижує її популярність;
для захисту використовується ключ (вставляється в LPT порт і в принципі прозорий для принтера), але деякі з відомих мені принтерів, зокрема LexMarkі спрацьовують при перевірки наявності ключа.
Продукт може функціонувати як в локальному, так і в мережевому варіанті. В якості мережного середовища використовуються ОС NetWare версій 3.11 та вище, Windows NT, VINES, LANtastic та ін Вимоги до апаратного забезпечення: для станції-клієнта необхідні процесор 386 і вище, оперативна пам'ять від 4 Мбайт; для сервера - процесор від 486DX, ОЗУ обсягом не менше 16 Мбайт.
1.4. Інтегратор 3.0
Пакет "Інтегратор", призначений для комплексної автоматизації бухгалтерського обліку. Версія "Інтегратор 3.0" в мережевому виконанні призначена для роботи на промислових підприємствах різних галузей і видів діяльності, тому що історично всі розробки "Інфософт" були орієнтовані на автоматизацію промислових підприємств.
"Інтегратор 3.0" складається з наступних підсистем: грошові кошти (каса, банк); дебітори і кредитори, матеріали, продукція, товари, МШП; постачальники і підрядчики; основні засоби та нематеріальні активи; виробничі витрати; покупці і замовники; прибуток , податки, капітал; фінансова звітність.
При розробці використовувалася СУБД Clipper 5.2. У мережному варіанті базовою є конфігурація "файл-сервер". Для роботи в архітектурі клієнт/сервер необхідно додатково встановити ПО Advantage Xbase Server. "Інтегратор" експлуатується в мережах NetWare 3.xx і вище, Windows NT, LANtastic та ін Не рекомендується застосування ОС NetWare 4.01. Вимоги до апаратного забезпечення: для станції-клієнта необхідні процесор класу 486DX2 і 8 Мбайт оперативної пам'яті; для сервера - процесор не нижче Pentium 75 і ОЗУ об'ємом від 16 Мбайт.
2. Опис автоматизуються функцій
Мета створення системи: забезпечити виконання вимог законодавства щодо звітності з прибуткового податку.
Призначення системи:
облік нарахованої заробітної плати на підприємстві, інших доходів і утриманого прибуткового податку;
ведення різної статистики з оплати праці, як в об'єднанні "Сургутгазпром" в цілому, так і в кожному підрозділі окремо;
видача необхідних звітів у податкову інспекцію, як на магнітних, так і на паперових носіях;
заповнення довідок.
Передбачається, що система буде використовуватися в наступних відділах підприємства:
відділ податкової політики;
відділ ОТіЗ.
2.1. Аналіз існуючої системи функціонування і задачі автоматизації
В даний час об'єднання "Сургутгазпром" складається з тридцяти трьох структурних підрозділів - підприємств другої ланки, які в свою чергу мають у своєму підпорядкуванні дрібні підприємства, ділянки. Всі ці підрозділи географічно розподілені по Сургут, Сургутської району, Тюменської області. У кожному окремому підрозділі є свої управляючі структури (директор, заступники і т.д.). Така розгалужена структура, викликана виключно виробничою необхідністю, має ряд незручностей у частині централізованого планування і управління. У нас цікавить частини, це призвело до того, що в різних структурних п?? дразделеніях встановлено різне програмне та технічне забезпечення, розроблені різні системи кодування інформації, відсутня єдина база даних, різноманітних форм внутрішніх звітів. Тільки в кінці 1998 року була зроблена спроба, перевести всі підрозділи на роботу з єдиними класифікаторами. Зокрема введений єдиний класифікатор видів нарахувань і утримань, розроблений відділом охорони праці та заробітної плати. Також розробляються єдині довідники посад і професій.
У місці з тим, незважаючи на таку роз'єднаність, Сургутгазпром змушений звітувати перед податковою інспекцією як єдине ціле.
До 1999 року всі звіти про доходи працівників, утриманий прибутковий податок готувалися і здавалися на паперових носіях. Однак, в даний час, у зв'язку зі змінами в законодавстві, про які йшлося у вступі, це стало неможливо.
У даний момент надавати звіт на магнітних носіях становить проблему в зв'язку з вище викладеної ситуацією.
Також не представляється можливим ведення єдиної бази через програмного забезпечення різних фірм, великий територіальної розподіленості і величезного обсягу інформації, до якого застосовується СУБД працювати просто не в стані (за один рік тільки по одному структурному підрозділу накопичується інформація обсягом понад 140 Мбайт ).
У цих умовах було прийнято рішення про автоматизації роботи відділів податкової політики об'єднання.
Схема представлена на малюнку 1 відображає потоки інформації в процесі виробництва звітності до ДПІ РФ. У міру потреби, але не рідше одного разу на місяць, підрозділи передають необхідну для розрахунку прибуткового податку інформацію до відділу податкової політики центрального офісу підприємства, де ці дані консолідуються і перевіряються, після чого готується звітність для ДПІ РФ. Також до цих даних має доступ відділ ОТіЗ для одержання необхідних йому звітів по заробітній платі.
Завданням розв'язуваної розробленою системою є автоматизація цих процесів.
2.2. Склад функцій реалізовуються системою
збір інформації про нараховану працівникам заробітної плати та про утриманий прибутковий податок від усіх структурних підрозділів Газпрому;
передача інформації від віддалених робочих станцій на сервер через електронну пошту, безпосереднє з'єднання по модему, або підготовка інформації для передачі за допомогою магнітних носіїв;
перевірка коректності отриманої інформації (правильності утримання прибуткового податку);
формування власної бази, видачі всіх необхідних звітів і довідок до податкової інспекції, як на магнітних, так і на паперових носіях, на основі інформації та бази даних, згідно з чинним законодавством РФ;
формування і видача внутрішніх звітів;
чисельність працівників підрозділів, розмір середньої заробітної плати;
динаміка змін чисельності працівників, середньої заробітної плати;
динаміка% і чисельності працівників, що перебувають на лікарняному;
динаміка% і чисельності працівників які знаходяться, в чергових відпустках;
видача інших внутрішніх звітів;
ручне введення інформації про заробітну плату і заповнення довідок в податкову інспекцію для фізичних осіб;
забезпечення сервісних функцій, як то: оптимізація бази даних, ведення архівів за "закриті" роки, резервне копіювання даних і їх відновлення, блокнот, калькулятор, календар;
забезпечення захисту даних від несанкціонованого доступу.
2.3. Рішення за структурою системи
Структурно система складається з робочої станції і серверної частини.
До функцій серверної частини повинні входити:
зберігання, Оптимізація та підтримання в робочому і актуальному стані базу даних;
оброблення запити користувачів;
забезпечення захисту даних від несанкціонованого доступу.
У функції робочих станцій входить:
забезпечення збору, імпорту інформації, безпосередньо з програм, що її формують;
перевірка коректності зібраної інформації;
передача інформації сервера;
формування запитів до сервера;
видача довідок та звітів;
підтримка сервісних функцій, забезпечення дружнього інтерфейсу користувача.
2.4. Рішення за функціональним розбиття системи на модулі
Функціонально АРМ на робочій станції складається з наступних модулів:
модуль імпорту, що займається вибіркою інформації з баз даних АРМів розрахунку заробітної плати та її імпортом у власну базу;
модуль довідників, призначений для коригування та демонстрації довідників системи (довідник професій, посад, цехів, дільниць, регіонів і т.д.);
робочий модуль, призначений для введення/перегляду інформації, отримання різних звітів;
контролюючий модуль, що займається контролем достовірності та цілісності інформації, а також правильності утримання прибуткового податку з фізичних осіб;
модуль адміністратора, призначений для коригування системної інформації шляхів доступу і т.п.
3. Проектне рішення
У даному розділі розглянуті:
рішення щодо заходів, для збереження цілісності баз і запобігання несанкціонованого доступу;
вибір операційного середовища і засобів розробки;
рішення по комплексу технічних засобів;
інформаційне забезпечення розробки.
3.1. Забезпечення захисту баз даних
Система забезпечує захист від несанкціонованого доступу на читання, запис і коректування частини інформації, що зберігається в ній. Для доступу на зміну в базі службової інформації передбачений пароль адміністратора. Також введено розмежування доступу між робочими станціями, кожна з них працює тільки зі своїми даними.
Для збереження інформації при перервах в зовнішньому електроживленні передбачені наступні заходи:
ведення журналу транзакцій, що дозволяє в разі порушення структури баз зробити відкат транзакції;
максимальне скорочення часу, протягом якого робочі файли відкриті на запис, тобто при необхідності оновити файл, він відкривається на запис, оновлюється і відразу ж закривається. При цьому вдається виключити ситуацію, коли файл відкритий тривалий час;
періодичне резервне копіювання бази;
нагальна рекомендація в керівництві користувача і програміста, встановити UPS на сервер.
Дана система є відновлюваної і періодично обслуговується системою тривалого функціонування. В частині загальних ергономічних вимог, відповідає загальноприйнятим стандартам.
3.2. Вибір операційного середовища і засобів розробки
Вибір в якості операційного середовища для функціонування АРМа платформи win32 (їй відповідають операційні системи Windows95, Windows98, Windows NT) обумовлений наступними її особливостями:
орієнтація замовника на цю платформу;
розвинені засоби створення призначеного для користувача інтерфейсу;
достатня масштабованість, тобто здатність працювати на широкому діапазоні комп'ютерного устаткування, починаючи від машин рівня 486DX4-100 до багатопроцесорних систем;
наявність драйверів для підтримки широкого спектру периферійних пристроїв (відеоадаптерів, мережевих адаптерів, принтерів, дисководів CD-ROM тощо);
надзвичайно широке поширення цієї платформи;
прийнятна для завдань такого рівня надійність і продуктивність програм, що працюють з використанням механізму витісняючої багатозадачності.
З недоліків даної платформи, істотних для пропонованої розробки, варто відзначити наступні:
відсутність в операційних системах Windows95 і Windows98 засобів забезпечення безпеки і захисту від несанкціонованого доступу, що змушує розробляти власні або використовувати сторонні модулі для цього. У Windows NT цей недолік частково усунений, проте як і раніше немає підтримки шифрування збережених даних;
висока вимогливість до апаратних ресурсів комп'ютера, що змушує використовувати більш потужні апаратні платформи.
Вибір в якості середовища розробки пакету Borland Delphi 4 обумовлений наступними його особливостями:
політика підприємства в області розробки ПО;
можливість повторного використання готових програмних компонент;
наявність великої кількості стандартних компонент, а також достатня кількість бібліотек компонент від сторонніх фірм, що розширюють і доповнюють можливості стандартних;
можливість генерації коду під платформу win32;
підтримка технологій ActiveX, OLE, COM, CORBA, InterNet-технологій;
досить висока швидкість і надійність роботи двійкові програми у порівнянні з інтерпретують системами;
орієнтація на "візуальні" методи розробки програм, що дозволяє швидко і якісно спроектувати і реалізувати стандартний користувальницький інтерфейс;
перспективність, популярність і широка поширеність даного середовища розробки у світі.
Вибір в якості СУБД розробки InterBase v. 5.0. обумовлений наступними його особливостями:
після включення його до складу Delphi Client/Server Suite InterBase став "рідною" для Borland (нині Inprise Corporation), а засоби розробки додатків цієї компанії давно зарекомендували себе з позитивного боку. Вже те, що він дуже активно використовується в державному і військовому секторі США говорить на його користь;
InterBase досить простий в налаштуванні і в адмініструванні в порівнянні з іншими SQL серверами;
InterBase володіє відмінними технічними характеристиками:
розмір бази даних до 20 Гбайт;
Максимальна кількість таблиць в одній БД 65536;
Максимальна кількість полів в одній таблиці 1000;
максимальну кількість записів в одній таблиці не обмежена;
максимальна довжина запису 64К (не рахуючи BLOB полів);
максимальна довжина поля 32К (крім полів BLOB - не обмежена);
максимальну кількість індексів в одній БД 65536.
Додатково в процесі розробки застосовувалися наступні програмні пакети та інструментальні засоби:
Пакет InstallShield Express - для створення комплекту дистрибутивних дискет.
Для підготовки документації, рекламного листа та демонстраційної версії програм використовувалися програми, що входять до комплекту Microsoft Office 97.
3.3. Рішення по комплексу технічних засобів
3.3.1. Вибір критеріїв відбору технічних засобів
Серед всієї безлічі критеріїв відбору ТЗ нас цікавлять:
достатній обсяг оперативного запам'ятовуючого пристрою;
достатній об'єм накопичувача на жорсткому магнітному диску;
прийнятний тип відеоадаптера і дисплею для роботи користувача;
достатня продуктивність центрального процесора;
наявність можливості виводу інформації на паперовий, магнітний носій;
достатня швидкість передачі даних у ЛОМ;
прийнятна вартість складових комплексу технічних засобів.
3.3.2. Розрахунок необхідних ресурсів, для функціонування системи, вибір ТЗ
Обсяг необхідного ОЗП розраховується, виходячи з розмірів пам'яті, займаної завантажується операційною системою, з необхідного обсягу пам'яті, що виділяється під драйвери для обслуговування ЕОМ, програми-оболонки, основного завантаження модуля програмного комплексу, динамічних бібліотек, підвантажуваних по мірі виконання програми й резерву пам'яті для обробки інформації.
Виходячи з вищевикладеного, приходимо, що для нормальної роботи серверної частини системи необхідно не менше 64 Мбайт ОЗП (128 Мбайт рекомендується). За сучасними поняттями, це вже не занадто висока вимога пояснюється тим, що для нормальної роботи обраної в якості ОС серверної частини системи Windows NT v. 4.0 необхідно не менше 32 Мбайт оперативної пам'яті. Крім того, з огляду на великий обсяг бази даних, більше 100 Мбайт і можливість багато користувачів для доступу оперативної роботи сервера буде потрібно ще не менше 32 Мбайт ОЗУ.
Зважаючи на те, що в якості ОС для функціонування робочих станцій обрана Windows 95 або Windows 98 приходимо до того що, для нормальної роботи необхідно і достатньо 16 Мбайт ОЗП (при використанні Windows 98 рекомендується 32 Мбайт). Це пояснюється тим, що Windows 95 для нормального функціонування вимагає 8 Мбайт ОЗУ, Windows 98 - 12. Сама система займає 6 Мбайт оперативної пам'яті. Так як в комп'ютери типу Pentium плати пам'яті випускаються об'ємом 8, 16, 32, 64 Мбайт і вставляються по парно, а комп'ютери типу Pentium II, Pentium III об'ємом 16, 32, 64, 128 Мбайт і вставляються по одному. Виходячи з вище наведених технічних міркувань, ми отримуємо вищенаведені вимоги до оперативної пам'яті.
Підбір об'єму накопичувача на жорсткому магнітному диску, далі HDD грунтується на розмірі бази даних, у момент її передбачуваної пікової завантаженості, що займає ОС об'ємом жорсткого диска, а також на розмірі архівів створюваних системою за минулі роки. Так само слід врахувати необхідну швидкодію HDD, залежно від потреби в швидкості реакції системи.
Передбачуваний обсяг архівів, з огляду на перший рік функціонування системи, приблизно складе (річний обсяг інформації * передбачуваний термін служби техніки).
Передбачуваний термін служби техніки - 5 років. Так як 5 років - середній термін повного морального старіння парку машин і його заміни.
ОС Windows NT/95/98 в середньому займають по 150-200 Мбайт вільного місця на жорсткому диску.
З огляду на все вищевикладене, приходимо до висновку, що для нормального функціонування серверної частини системи необхідно 100 * (5 + 1) + 150 »
1Гбайт вільного дискового простору, однак бажано мати деякий резерв вільного місця, тому рекомендований обсяг вільного місця на жорсткому диску - 1,5 Гб. Для здійснення резервного копіювання необхідно мати ще один диск розміром 850 Мбайт. У зв'язку з великим обсягом бази даних і можливістю доступу багато користувачів, рекомендовано використовувати для роботи SCSI HDD зі швидкістю передачі даних не менш 10Мбайт/сек.
Для нормальної роботи робочої станції необхідно не менш 350 Мбайт (150 - Windows + 150 - InterBase + 50 резерв) вільного місця на жорсткому диску зі швидкістю передачі даних не менш 2 Мбайт/сек.
Серверна частина системи не потребує постійної присутності людини, тому для її роботи монітор не потрібно, однак для періодичного обслуговування бази, з огляду на вживану платформу win32 необхідно мати VGA або SVGA монітор діагоналлю 14 ".
Для роботи робочих станцій, у зв'язку з великою кількістю показаних даних і використовуваної OS необхідний SVGA монітор діагоналлю 15 ".
Вибір центрального процесора завжди грунтується на міркуваннях про продуктивність системи.
огляду на великий об'єм інформації і застосовують платформу для прийнятною роботи сервера, необхідно використовувати процесор Intel п'ятого покоління (Pentium) з вбудованим співпроцесором з тактовою частотою не менше 200 Mzh або його аналоги.
Для робочої станції з-за великого обсягу обчислень також необхідний цей або більш сучасний процесор.
Для переносу інформації віддалені робочі станції, а також головна робоча станція у відділі податкової політики для видачі звітів до ДПІ, повинні бути обладнані дисководами 3,5 ".
Для друку звітів і довідок, вони так само повинні бути обладнані принтером формату А4 або мати доступ до такого мережного пристрою.
Швидкість передачі даних у ЛОМ залежить від обраного мережевого програмного і технічного забезпечення. Парк застосовуваних машин на підприємстві замовника оснащений Ethernet-адаптерами і іншими мережевими пристроями зі швидкістю передачі даних 10Mбіт/сек. З огляду на достатність цієї швидкості для роботи системи, і дорожнечу заміни цього обладнання на 100 Mzh прийнято рішення, використовувати наявні засоби.
Отже, підіб'ємо підсумки вище наведених міркувань і висунемо комплексні вимоги до складу технічних засобів, необхідних для функціонування системи.
Для роботи серверної частини системи необхідно:
ПЕОМ на базі Intel-сумісного процесора п'ятого покоління з частотою 200Мгц, з ОЗУ рівним 64Мб, оснащена VGA-відеоадаптером і монітором 14 ", мережевим Ethernet-адаптером на 10Мбіт, з вільним дисковим простором рівним 1Гб.
Для роботи робочої станції системи необхідно:
ПЕОМ на базі Intel-сумісного процесора п'ятого покоління з частотою 200Мгц, з ОЗУ рівним 16Мб, оснащена SVGA-відеоадаптером і монітором 15 ", мережевим Ethernet-адаптером на 10Мбіт, з вільним дисковим простором рівним 350Мб і доступом до принтера формату А4.
3.4. Інформаційне забезпечення розробки
Проектування інформаційного забезпечення розділено на два етапи:
аналіз існуючих інформаційних потоків;
розробка структури баз даних.
Інформаційне забезпечення повинневиконувати такі функції:
організація та ведення масивів інформації;
формування звітів;
контроль даних;
збереження та відновлення даних.
Реалізація вищезазначених функцій виконана за рахунок:
використання СУБД InterBase v 5.0;
використання ODBC-драйверів для роботи з таблицями FoxPro v.2.6;
розробки власних модулів для збереження і відновлення даних з використанням середовища розробки Inprise Delphi Client/Server Suite v. 4.
3.4.1. Вхідна і вихідна інформація
Відмітними ознаками даної АС є:
середній обсяг вхідної і вихідної інформації;
велику кількість перетворень і обчислювальних операцій, вироблених над даними.
Робота з даними проводиться в декілька етапів:
збір інформації з АРМів заробітної плати;
перерахунок/перевірка даних;
видача необхідних звітів.
Збір вхідної інформації проходить в три етапи:
перевірка інформації в базі даних АРМа розраховувача на повноту, цілісність, коректність;
безпосередній імпорт даних до бази даних сервера;
перевірку власних довідників на повноту і коректність інформації.
Вихідна інформація включає в себе:
стандартні звітні форми для надання в ДПІ РФ на паперових носіях;
файл про сукупні доходи осіб-платників податків (формат див. Додаток 2);
інші звіти і довідки для відділу ОТіЗ і керівництва (динаміка росту/падіння заробітної плати на підприємстві, рівень доходів різних категорій працюючих, чисельність працівників підрозділів, звіт про минулі сумах за кодами витрат, балансовими рахунками і т.д.).
Збір інформації проводиться кожен місяць після розрахунку зарплати (15 число). По закінченню збору інформації проводиться перевірка її коректності при наявності потреби, за командою оператора проводиться перевірка правильності утриманого прибуткового податку. ООТіЗ отримує доступ до нової інформації. Отримані дані у вигляді звітних форм передаються до ДПІ РФ.
Під час збору інформації особливий наголос робиться на перевірці її повноти і коректності, тому що вся вхідна інформація, що стосується, безпосередньо, нарахувань/утримань, є ключовою. Помилка в цих даних потягне за собою невірно розраховане або не розраховане значення, що, потрапивши у звітний форму або не потрапивши до неї зовсім, призведе до того, що форма буде визнана неправильно заповненої або спричинить за собою подібні неприємні наслідки. Помилка ж в довідкових даних призведе до того, що відділ ОТіЗ буде користуватися звітністю, не відображає дійсний стан справ на підприємстві.
3.4.2. Опис інформаційних масивів
Інформаційні масиви в даному комплексі розподіляються на три типи:
основні - зберігають отримані, введені і розраховані дані по доходах (включаючи архівні копії минулих років), протоколи про отримання даних від підрозділів;
довідники, такі як довідник форм, довідник кодів нарахувань, довідник входимо, довідник з інформацією про структуру підприємства;
додаткові - що містять інформацію про наст
