Розробка програмного забезпечення: Система електронної черги для Державної Податкової Інспекції

АНОТАЦІЯ

В даній роботі розробляється програмне забезпечення за темою: «Розробка програмного забезпечення Система електронної черги для Державної податкової інспекції», призначене для роботи з електронною чергою документів на мобільному пристрої з ОС Android.

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

Робота виконана на 76 сторінках машинописного тексту, містить 12 рисунків, 14 таблиць, 4 додатки та список використаних джерел з 7 найменувань.

Роботу викладено українською мовою.

АННОТАЦИЯ

В данной работе разрабатывается программное обеспечение по теме: «Разработка программного обеспечения Система электронной очереди для Государственной налоговой инспекции», предназначенное для работы с электронной очередью документов на мобильном устройстве из ОС Android.

Работа содержит описание и анализ предметной области, представлен проект программного обеспечения, раздел из охраны труда, а также техническое задание на разработку программного обеспечения, текст программы, инструкцию пользователя.приложение реализовано в среде программирования Intellij IDEA.

Работа выполнена на 76 страницах машинописного текста, содержит 12 рисунков, 14 таблиц, 4 приложения и список использованных источников из 7 наименований.

Работа изложена на украинском языке.

ABSTRACT

this work software is developed on the theme "An electronic queue for the State тax inspectorate". Designed to work with the electronic-queue documents on your mobile device from Android OS. The work contains a description and analysis of necessary process data encryption, a draft software section of the technical requirements for the development of software, code text, user manual.application is implemented in a programming environment Intellij IDEA.done on 76 pages of typewritten text, contains 12 draws, 14 tables, 4 applications and a list of references from 7 names.done in Ukrainian language.

ПЕРЕЛІК УМОВНИХ ПОЗНАЧЕНЬ, СИМВОЛІВ, ОДИНИЦЬ І ТЕРМІНІВ

.        ПЗ - програмне забезпечення.

.        UML - мова графічного опису для об’єктного моделювання в області розробки програмного забезпечення.

.        ІС - інформаційна система.

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

.        ОС - операційна система.

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

ВСТУП

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

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

Основними функціями такого ПЗ будуть: перегляд та керування власними документами; зміна опцій (атрибутів) документа; також застосована ідентифікація.

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

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

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

В першому розділі «Аналіз предметної галузі та постановка задачі» розкривається організаційна сутність задачі, і коло задач, які повинна виконувати програма. Описується задача, перераховуються основні функції програми.

У другому розділі «Проект програмного забезпечення» міститься багаторівневе представлення розробленого програмного забезпечення у вигляді ескізного, технічного та робочого проектів, що надає можливість осягнути представлену роботу.

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

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

У висновках буде проаналізовано створене програмне забезпечення, визначена ступінь відповідності поставленої задачі та виконаної роботи.

Додатки будуть містити технічне завдання, текст ПЗ, а також інструкцію користувача.

1. ОПИС ДІЯЛЬНОСТІ ДЕРЖАВНОЇ ПОДАТКОВОЇ ІНСПЕКЦІЇ ТА ПОСТАНОВКА ЗАДАЧІ ДЛЯ РОЗРОБКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ

мобільний платформа екранний форма

1.1    Опис діяльності Державної Податкової Інспекції

Державна податкова інспекція відноситься до системи органів державної податкової служби України. До системи органів державної податкової служби належать:

·              державна податкова адміністрація України;

·              державні податкові адміністрації в Автономній Республіці Крим,

·              державні податкові адміністрації в областях,

·              державні податкові адміністрації в містах Києві та Севастополі,

·              державні податкові інспекції в районах,

·              державні податкові адміністрації в містах (крім міст Києва та Севастополя),

·              державні податкові адміністрації в районах у містах (органи державної податкової служби).

У складі органів державної податкової служби знаходяться відповідні спеціальні підрозділи по боротьбі з податковими правопорушеннями (податкова міліція).

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

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

Структура Державної податкової адміністрації України затверджується Кабінетом Міністрів України.

Органи державної податкової служби України у своїй діяльності керуються Конституцією України, законами України, іншими нормативно-правовими актами органів державної влади, а також рішеннями Верховної Ради Автономної Республіки Крим і Ради міністрів Автономної Республіки Крим, органів місцевого самоврядування з питань оподаткування, виданими у межах їх повноважень.

Завданнями органів державної податкової служби є:

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

·              внесення у встановленому порядку пропозицій щодо вдосконалення податкового законодавства;

·              прийняття у випадках, передбачених законом, нормативно-правових актів і методичних рекомендацій з питань оподаткування;

·              формування та ведення Державного реєстру фізичних осіб - платників податків та інших обов'язкових платежів та Єдиного банку даних про платників податків - юридичних осіб;

·              роз'яснення законодавства з питань оподаткування серед платників податків;

·              запобігання злочинам та іншим правопорушенням, віднесеним законом до компетенції податкової міліції, їх розкриття, припинення, розслідування та провадження у справах про адміністративні правопорушення.

Призначення керівників органів державної податкової служби:

·              Державну податкову службу України очолює Голова Державної податкової адміністрації України, якого призначає на посаду та звільняє з посади Президент України за поданням Прем'єр-міністра України.

·              Заступники Голови Державної податкової адміністрації України призначаються на посаду і звільняються з посади Кабінетом Міністрів України за поданням Голови Державної податкової адміністрації України. Кількість заступників Голови Державної податкової адміністрації України визначається Кабінетом Міністрів України.

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

·              Державні податкові інспекції в районах, містах (крім міст Києва та Севастополя), районах у містах, міжрайонні та об'єднані державні податкові інспекції очолюють начальники, які призначаються на посаду і звільняються з посади Головою Державної податкової адміністрації України за поданням голів відповідних державних податкових адміністрацій в Автономній Республіці Крим, областях, містах Києві та Севастополі.

·              Начальники управлінь податкової міліції призначаються Головою Державної податкової адміністрації України".

Статус органів державної податкової служби.

Державна податкова адміністрація України, державні податкові адміністрації в Автономній Республіці Крим, областях, містах Києві та Севастополі, державні податкові інспекції в районах, містах (крім міст Києва та Севастополя), районах у містах, міжрайонні та об'єднані державні податкові інспекції є юридичними особами, мають печатку із зображенням Державного Герба України та своїм найменуванням, інші печатки і штампи, відповідні бланки, рахунки в установах банків.

Державна податкова інспекція у районах міст виконує такі функції:

·              здійснює контроль за додержанням законодавства про податки, інші платежі;

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

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

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

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

·              здійснює контроль за погашенням векселів;

·              видає суб'єктам підприємницької діяльності дозволи на відстрочення оплати (погашення) векселів із зазначених операцій;

·              аналізує причини і оцінює дані про факти порушень податкового законодавства;

·              проводить перевірки фактів приховування і заниження сум податків, інших платежів;

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

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

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

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

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

·              подає відповідним фінансовим органам та органам Державного казначейства України звіт про надходження податків, інших платежів;

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

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

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

Державні податкові інспекції у районах, містах (крім міст Києва та Севастополя), районах у містах, міжрайонні та об'єднані державні податкові інспекції підпорядковуються відповідним державним податковим адміністраціям в Автономній Республіці Крим, областях, містах Києві та Севастополі.

Органи державної податкової служби України координують свою діяльність з фінансовими органами, органами Державного казначейства України, органами служби безпеки, внутрішніх справ, прокуратури, статистики, державними митною та контрольно-ревізійною службами, іншими контролюючими органами, установами банків, а також з податковими службами інших держав [1].

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

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

.1.1 Вибір цільової мобільної платформи

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

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

         Windows Phone (ОС від компанії Microsoft; 3% ринку);

         Android (ОС від компанії Google; 77% ринку)

         Bada (ОС від компанії Samsung; <1% ринку)

         TizenOS (ОС від компанії Samsung; <0.1% ринку)

         Symbian (не підтримується з 2012 року компанією Nokia)

         iOS (ОС від компанії Apple; 17% ринку)

         BlackBerry (ОС від компанії BlackBerry; 1,3% ринку)

         Maemo / MeeGo (спільна розробка Nokia та Intel; <1% ринку)

         Ubuntu Touch (ОС від компанії Canonical Ltd; <0.1% ринку)

Отже, згідно аналізу мобільних операційних систем, найбільшої популярності набрала саме ОС від розробників всесвітньо відомої компанії Google - Android. Вона є зручною у користуванні, має вільні SDK (набір із засобів розробки, утиліт і документації, який дозволяє програмістам <#"870310.files/image001.gif">

Рисунок 2.1 - Схеми технологій програмування

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

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

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

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

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

Отже, для проектування розроблюваного ПЗ доцільно буде використати технологію SADT та мову UML. В якості середовища моделювання буде використаний найбільш відомий у світі CASE-засіб - пакет Rational Rose.

2.1.2 Виявлення акторів програмного забезпечення

Програмне забезпечення розробляється для користувача, якому необхідно віддалено керувати опціями власних документів. Позначимо актора системи як «Користувач». Приведемо короткий опис акторів, його представлено в табл.2.1.

Таблиця 2.1 - Виявлення акторів розроблюваного ПЗ

Розроблюване програмне забезпечення має певні функції, які в мові UML відображаються у вигляді варіантів використання. Виявлені варіанти використання зведені до таблиці 2.2.

Таблиця 2.2 - Виявлені варіанти використання

.1.3 Функціональний аналіз програмного забезпечення

Аналіз варіантів виявив наступні взаємозв’язки за якими побудовано діаграму варіантів використання (рис. 2.2).

Рисунок 2.2 - Діаграма варіантів використання ПЗ

2.1.4 Аналіз вимог до програмного забезпечення

Реєстр варіантів використання

Складемо таблицю реєстру варіантів використання та їх детальний опис. Для зручності, дані зведено до однієї таблиці (табл.2.3).

Таблиця 2.3 - Реєстр варіантів використання

Конкретизація варіантів використання

М1 Авторизація

Таблиця 2.4 - Варіант використання «Авторизація»

Основне діюче лице: Користувач

Інші учасники прецеденту: відсутні

Зв’язки з іншими варіантами використання: відсутні

Короткий опис

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

М2 Вибір документу

Таблиця 2.5 - Варіант використання «Вибір документу»

Основне діюче лице: Користувач

Інші учасники прецеденту: відсутні

Зв’язки з іншими варіантами використання: відсутні

Короткий опис

Даний варіант використання дозволяє дозволяє користувачу обрати документ зі списку в БД для подальшої роботи з ним. Він обирає необхідний для роботи документ та переглядає його.

М3 Вибір опцій документу

Таблиця 2.6 - Варіант використання «Вибір опцій документу»

Основне діюче лице: Користувач

Інші учасники прецеденту: відсутні

Зв’язки з іншими варіантами використання: відсутні

Короткий опис

Даний варіант використання дозволяє користувачу обирати опції документу для подальшої роботи з ними (завантаження документу; заповнення документу; віднесення документу за місцем проживання).

.1.5 Пошук ключових варіантів використання

Аналіз сформульованих варіантів використання показав, що з точки зору потенційних ризиків і архітектурної значимості є наступні прецеденти:

         Вибір документу;

         Вибір опцій документу.

Зведемо дані по їх деталізації до таблиці 2.10.

Таблиця 2.10 - Деталізація ключових прецедентів розроблюваного ПЗ

.1.6   Побудова діаграм станів та переходів ПЗ

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

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

Діаграма станів ПЗ для дій користувача зображена на Рисунку 2.3.

Рисунок 2.3 - Діаграма станів ПЗ для дій користувачів ПЗ

На рисунку 2.3 зображено діаграму станів системи для процесу роботи користувача з Android-додатком. Після вдалої авторизації даний користувач може працювати зі документами: переглядати їх та змінювати їх опції (атрибути). Після цього, зміни зберігаються до бази даних документів. Усі документи відображаються списком один під одним (як зазначено в пункті 2.5 дипломної роботи).

.1.7 Розробка екранних форм програмного забезпечення

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

Після запуску програмного забезпечення «Burokrat» з’являється стартове вікно (рисунок 2.5), яке містить поля для вводу ідентифікаційних даних.

Рисунок 2.5 - Стартове вікно розроблюваного ПЗ

Після вдалої авторизації відкривається вікно зі списком документів. Ескіз даної форми представлено нижче (рис.2.6).

Рисунок 2.6 - Вікно зі списком документів

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

Рисунок 2.7 - Опції документу №4

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

.2 Технічний проект програмного забезпечення

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

2.2.1 Розробка діаграми класів до програмного забезпечення

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

В результаті було побудовано діаграму основних класів програми, зображену на рис.2.7.

Рисунок 2.7 - Діаграма класів програмного забезпечення

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

.2.2 Розробка робочої документації

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

Перерахування найменувань розроблюваних документів і їхня комплектація представлені в технічному завданні.

Технічний опис представлений у Додатку А.

Інструкція з експлуатації представлена у Додатку Б.

Програмний код ПЗ представлений у Додатку В.

Сертифікат на розробку концепції ПЗ в Додатку Г.

.3 Робочий проект програмного забезпечення

На стадії робочого проекту рішення, прийняті на попередніх етапах, перетворюються у форму, доступну користувачеві. Вибираються засоби розробки програмного забезпечення. Складаються програми, здатні розв’язати задачу.

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

- Забезпечення синтаксичних вимог обраної мови програмування;

-        Забезпечення зрозумілості та самодокументування програмного тексту (наочність, легкість читання операторів, повнота та чіткість коментарів);

         Використання можливостей мови для забезпечення незалежності програм;

         Виконання прийнятних стандартів при використанні мовних засобів.

Виконання цих вимог полегшує перевірку програмного тексту та його зміну як під час розробки. Так і під час супроводу.

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

.3.1 Опис мови програмування Java для розробки програмного забезпечення на платформі Android

Мова Java - об’єктно-орієнтована мова програмування. Програма на Java транслюється в байт-код, що виконується віртуальною машиною Java (JVM) - програмою, яка обробляє байт-код и передає інструкції обладнанню як інтерпретатор.

Перевагою подобного способу виконання програм є повна незалежність байт-коду від системи <#"870310.files/image008.gif">

Рисунок Б.1 - Діалогове вікно додатку (авторизація)

В даному вікні можна виконувати поля вводу:

- Серія паспорта;

-        Код паспорта.

При натисканні на кнопку «Login» відбудеться вхід до системи (за умови правильно введених даних). З’явиться вікно зі списком документів для користувача. Дане вікно зображено на рисунку Б.2.

Рисунок Б.2 - Вікно зі списком документів користувача

З метою демонстрації роботи програми, документи біли названі як «Документ 1», «Документ 2» і т.д. Опис представлено випадковим текстом. В даному вікні можна виконувати наступні дії:

-      Вибір документу для перегляду його вмісту та атрибутів.

Після вибору документа, можна обрати його атрибути (або змінити їх). Також їх може змінити працівник ДПІ. Вікно представлено на рис.Б.3.

Рисунок Б.3 - Опції документу №4

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

ДОДАТОК В

Програмний код

Клас ResClient.javacom.smokiyenko.burokrat.app;

android.util.Log;com.google.common.util.concurrent.FutureCallback;com.google.common.util.concurrent.Futures;com.google.common.util.concurrent.ListenableFuture;com.google.common.util.concurrent.ListeningExecutorService;com.google.common.util.concurrent.MoreExecutors;com.google.gson.Gson;de.greenrobot.event.EventBus;java.io.BufferedReader;java.io.Closeable;java.io.IOException;java.io.InputStreamReader;java.io.OutputStream;java.net.HttpURLConnection;java.net.MalformedURLException;java.net.URL;java.util.concurrent.Executors;

* Created by s.mokiyenko on 9/6/14.

*/class ResClient implements Closeable {final EventBus eventBus;final ListeningExecutorService service = MoreExecutors.listeningDecorator(Executors.newFixedThreadPool(1));

enum RequestUrl {("getUser"),("getDocks"),("");final String requestUrl;

//TODO add Server urlfinal static String SERVER_URL = "#"870310.files/image010.jpg">