You are on page 1of 24

Токман Дар’я Анатоліївна

Програмне відображення
інформаційних потоків формування
податкової звітності підприємства
«Селидіввугілля»
 Випускна кваліфікаційна робота бакалавра
за спеціальністю 121 Інженерія програмного забезпечення

Керівник:
Дмитрієва О. А., д.т.н, проф., зав. кафедри.
2 Актуальність роботи, об’єкт та предмет роботи

Актуальність роботи. Розвиток ринкової економіки і фінансових


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

Об’єктом роботи є процес формування податкової звітності


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

Мета роботи створення програмного забезпечення для


автоматизованого формування звітів з метою підвищення
ефективності роботи відділів підприємства за рахунок усунення
можливості виникнення людського фактору з використанням
сучасних мов програмування та СУБД.

Проведено аналіз сучасного стану діяльності підприємства,


виявлено основні закономірності в формуванні звітності, виявлено
основні переваги та недоліки встановленого програмного
забезпечення, враховано особливості роботи підрозділів,
спроектовано та розроблено програмне забезпечення та СУБД,
що дозволить вирішити основні недоліки в роботі підрозділів.
4 Схема
5 Основні задачі

-визначити користувачів і їх ролі


-визначити основні функції
-зробити вибір СУБД і ПО
-реалізувати
-тестувати
6 Рисунок 2.1 – Діаграма варіантів
використання
7
Як видно з діаграми, розроблюване програмне забезпечення
повинне містити три категорії користувачів:

- Адміністратор. Цей користувач повинен займатися супроводом


ПЗ, адмініструванням бази даних, реєстрацією нових користувачів ПЗ з
врахуванням прав доступу
- Користувач. З точки зору структурної організації підрозділу, це
може бути будь-який користувач, в посадові обов’язки якого входять
формування проміжних звітів, внесення, редагування та видалення
поточних даних, тощо.
- Головний бухгалтер. На відміну від попереднього користувача
має ті самі права, та має змогу формувати основні фінансові звіти, що
подаються до необхідних установ.
8
Алгоритм роботи розроблюваного ПЗ має наступну послідовність:
Користувач виконує вхід до ПЗ. На цьому етапі перевіряється
наявність такого користувача в системі. В разі, коли такий користувач є,
перевіряються його права на роботі в ПЗ. В залежності від прав, користувач
має можливість виконувати лише певний набір дій. З точки зору
максимально припустимих дій, користувач може виконати імпорт існуючих
звітів в БД, може переглянути звіти за певний період, може сформувати звіт
за певний період. Якщо користувач має права адміністратора, крім
описаних дій, він може додати, відредагувати, видалити певних
користувачів.
Таким чином, алгоритм роботи з програмою можна представити у
вигляді activity diagram, наведеної на рис. 2.2.
9 Рисунок 2.2 – Алгоритм роботи програмного
забезпечення у вигляді activity diagram.
10 Вибір СУБД розроблюваного програмного забезпечення

При виборі СУБД для програмного забезпечення


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

На теперішній час існує велика кількість різноманітних СУБД,


які підтримують реляційну модель організації даних, а саме:
-ORACLE;
-MS SQL Server;
-MS FoxPro;
-MySQL;
-Firebird.
Для порівняння наведемо таблицю, в якій буде розглянуто
основні характеристики двох приблизно однакових за потужністю
СУБД.
12 Таблиця 1 - Порівняння СУБД.

Параметр для порівняння MySQL SQL Server Express SQL Server Enterprise

Ціна Безкоштовно Безкоштовно Платна

БД, ЦПУ, ОЗУ Максимум визначається ОС* Деякі обмеження Максимум визначається ОС

Підтримка ОС Багато Windows Windows

Базові операції з БД Так Так Так

Відповідність ACID Є умови Так Так

Оперативне резервне Ні Так Так


копіювання

Звітність Ні Так Так

Облачна версія Ні Так Так

Автоматичне тонке Ні Так Так


налагодження

Синхронізація Ні Так Так

Аналіз, OLAP Ні Ні Так

Висока доступність Ні Ні Так

Сховище даних Ні Ні Так


13

Оскільки в сучасному світі все більшого оберту набирає


електронний документообіг, кожний користувач після
створення будь-якого звіту має підписати його електронним
цифровим підписом. Контроль за наявність актуальних
цифрових підписів веде адміністратор програмного
забезпечення.
Крім того, при розробці програмного забезпечення має
бути реалізований модуль конвертування звітів, створюваних
основним використовуваним програмним забезпеченням. За
допомогою цього конвертора відділ матиме можливість
наповнення БД тими даними, що отримуються з M.E.Doc.
14 Рисунок 2.5 – Форма входу до основної програми
15 При запуску програмного забезпечення з’являється вікно
(рис. 2.4) для вводу логіну та паролю.

Рисунок 2.4 – Форма перегляду даних, що зберігаються в


системі
16

Після натискання кнопки «Увійти» запит


посилається на сервер, де, згідно введених логіну та
паролю в таблиці Users перевіряється наявність такого
користувача, та, при вдалому пошуку, в таблиці
Users_role перевіряються права користувача та його
роль у системі.
Згідно розподілу ролей, якщо у програму увійшов
адміністратор, йому доступні такі модулі для
подальшої роботи:
17 Рисунок 3.1 – вікно адміністратора системи для додавання,
редагування або видалення користувачів системи
18 Для інших користувачів інтерфейс програми матиме
однаковий вигляд, а саме:

Рисунок 3.2 – Перегляд наявних в БД даних


19 Для інших користувачів інтерфейс програми матиме
однаковий вигляд, а саме:

Рисунок 3.3 – Перегляд сформованих звітів за обраний період


20 Звертаючи увагу на те, що більшість звітів доступна лише
головному бухгалтеру та адміністратору, звичайний користувач при
спробі сформувати фінальний звіт отримає наступне повідомлення:

Рисунок 3.4 – Повідомлення про обмеження прав доступу


21 Як було зазначено, програмне забезпечення має можливість
конвертації отриманих в M.E. Doc звітів, а саме:

Рисунок 3.4 – Вікно для роботи з існуючими звітами


24 Перспективи розвитку

Перспективи щодо вдосконалення розробленого програмного


забезпечення:
-надати можливість додавання ролей користувачів;
-розширити формати вихідних документів;
-зв’язок з підсистемою відділу кадрів для зручнішої роботи з
користувачами;
-протоколювання дій користувачів;
-розробка web-інтерфейсу для можливості віддаленої роботи з
програмним забезпеченням;
-резервне копіювання даних.
22 ВИСНОВОК

Під час виконання кваліфікаційної дипломної роботи було


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

You might also like