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

Главная

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

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


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

В даній роботі розробляється програмне забезпечення за темою: «Розробка програмного забезпечення Система електронної черги для Державної податкової інспекції», призначене для роботи з електронною чергою документів на мобільному пристрої з ОС Android.
Робота містить опис та аналіз предметної галузі, представлено проект програмного забезпечення, розділ з охорони праці, а також технічне завдання на розробку програмного забезпечення, текст програми, інструкцію користувача.
Android-додаток реалізовано в середовищі програмування Intellij IDEA.
Робота виконана на 76 сторінках машинописного тексту, містить 12 рисунків, 14 таблиць, 4 додатки та список використаних джерел з 7 найменувань.
Роботу викладено українською мовою.
В данной работе разрабатывается программное обеспечение по теме: «Разработка программного обеспечения Система электронной очереди для Государственной налоговой инспекции», предназначенное для работы с электронной очередью документов на мобильном устройстве из ОС Android.
Работа содержит описание и анализ предметной области, представлен проект программного обеспечения, раздел из охраны труда, а также техническое задание на разработку программного обеспечения, текст программы, инструкцию пользователя.
Android-приложение реализовано в среде программирования Intellij IDEA.
Работа выполнена на 76 страницах машинописного текста, содержит 12 рисунков, 14 таблиц, 4 приложения и список использованных источников из 7 наименований.
Работа изложена на украинском языке.
In 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.
Android-application is implemented in a programming environment Intellij IDEA.
Work done on 76 pages of typewritten text, contains 12 draws, 14 tables, 4 applications and a list of references from 7 names.
ПЕРЕЛІК УМОВНИХ ПОЗНАЧЕНЬ, СИМВОЛІВ, ОДИНИЦЬ І ТЕРМІНІВ
2. UML - мова графічного опису для об'єктного моделювання в області розробки програмного забезпечення.
4. Конкурентоспроможність - це здатність продукції бути привабливішою для покупця в порівнянні з іншими виробами аналогічного виду й призначення, завдяки кращій відповідності її якісних і вартісних характеристик вимогам ринку й споживчим оцінкам.
6. Платформа - апаратний та/або програмний комплекс, який служить основою для різних розрахункових систем.
Пояснювальна записка складається з чотирьох розділів, в яких є необхідна інформація для розробки та організації експлуатації програмного продукту.
В першому розділі «Аналіз предметної галузі та постановка задачі» розкривається організаційна сутність задачі, і коло задач, які повинна виконувати програма. Описується задача, перераховуються основні функції програми.
У другому розділі «Проект програмного забезпечення» міститься багаторівневе представлення розробленого програмного забезпечення у вигляді ескізного, технічного та робочого проектів, що надає можливість осягнути представлену роботу.
Третій розділ «Результати розробки» включає загальний опис отриманих при виконанні дипломної роботи результатів. У ньому характеризується ступінь реалізації функцій та інших вимог, визначених технічним завданням.
У четвертому спеціальному розділі проводиться аналіз відмовостійкості програмного забезпечення та аналіз шкідливих і небезпечних факторів на робочому місці.
У висновках буде проаналізовано створене програмне забезпечення, визначена ступінь відповідності поставленої задачі та виконаної роботи.
Додатки будуть містити технічне завдання, текст ПЗ, а також інструкцію користувача.
1. ОПИС ДІЯЛЬНОСТІ ДЕРЖАВНОЇ ПОДАТКОВОЇ ІНСПЕКЦІЇ ТА ПОСТАНОВКА ЗАДАЧІ ДЛЯ РОЗРОБКИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
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 (набір із засобів розробки, утиліт і документації, який дозволяє програмістам створювати прикладні програми за визначеною технологією або для певної платформи (програмної або програмно-апаратної)), має підтримку нестандартного обладнання (відеокамери, фотоопарати, сенсорні екрани, GPS, компаси, акселерометри).
1.2 Аналіз існуючих рішень систем електронної черги для Державної податкової інспекції
Існує лише один програмний продукт, що в певній або в більшій мірі може забезпечити ряд необхідних функцій (можливостей) задля забезпечення роботи з електронною чергою для Державної податкової інспекції:
- Податкова звітність (OPZ) - програмний пакет, за допомогою якого можна керувати порядком роботи по формуванню податкової звітності в електронному вигляді. ОПЗ-програмне забезпечення по формуванню та подачі платниками податків податкової звітності та реєстру отриманих та виданих податкових накладних до органів ДПС в електронному вигляді засобами телекомунікаційного зв'язку. Переваги: за допомогою вищеназваного програмного пакету, можна працювати з електронною чергою документів, але лише за допомогою комп'ютерів. Недоліки: відсутність підтримки ОС Android або iOS для віддаленої роботи з документами у разі крайньої необхідності [2].
Існує ще пара програмних продуктів, але вони є менш відомими та менш функціональними, мають багато недоліків (зокрема необґрунтоване припинення роботи посеред процесу роботи). Восновному, це аматорські продукти, які не охоплюють повного обсягу необхідних завдань.
Вищезазначений продукт працює лише на комп'ютерах Державної Податкової Служби та абсолютно недоступний іншим користувачам. Тому, можна сказати, аналогів розроблюваному програмному продукту не існує.
При розробці проекту програмного забезпечення були приведені роботи з ескізного, технічного і робочого проектування. Результатом роботи є розроблене програмне забезпечення на платформі Android для роботи з електронною чергою.
2.1 Ескізний проект програмного забезпечення, що працює на платформі Android для роботи з електронною чергою
Ескізний проект містить, в основному, лише зовнішні атрибути, тобто докладний опис того, як буде застосовуватись майбутній продукт з точки зору користувача, не торкаючись питання практичної реалізації. На цій стадії уточнюються і даються в більш формалізованому вигляді вимоги до виробу, визначаються його функції та проектується взаємодія з користувачем, розроблюються структури вхідних даних та вихідної інформації.
Для побудови складної інформаційної системи необхідним етапом є проектування. В останнє десятиліття в комп'ютерному світі намітилася тенденція проектування систем візуальними (наочними) моделями. Причому в нових методах проектування складних комп'ютерних систем, наприклад об'єктно-орієнтованому проектуванні (ООП) і об'єктно-орієнтованому аналізі (ООА), наочні моделі дуже часто зв'язуються з такими зоровими образами як "погляди", спрямовані на складну систему з різних точок зору. Набір з декількох наочних моделей (модельних поглядів) створює у свідомості фахівців інтегральний образ складної комп'ютерної системи, яку вони спільно проектують. Разом з тим, наочні моделі є ефективним засобом документування комп'ютерних систем і їх програмних забезпечень, а також мовою спілкування між програмістами, системними аналітиками й замовниками систем. На поточний момент існує багато методологій моделювання систем, тому необхідно провести їх аналіз та визначити найзручніші засоби для моделювання розроблюваної системи.
Найбільш відомими візуальними моделями, використовуваними для проектування комп'ютерних систем і їхніх програмних забезпечень, є діаграми мови UML (Unified Modeling Language) і стандарту IDEF0, таблиці й діаграми стандарту IDEF1X. Ці візуальні моделі мають математичну основу у вигляді теорій графів, множин і матриць. На Рисунку 3.1 показано, чим відрізняється проектування з використанням UML від старих методів проектування.

Рисунок 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 - Виявлення акторів розроблюваного ПЗ
Особа, котра керує документами та їх атрибутами за допомогою мобільного пристрою з ОС Android.
Розроблюване програмне забезпечення має певні функції, які в мові UML відображаються у вигляді варіантів використання. Виявлені варіанти використання зведені до таблиці 2.2.
Таблиця 2.2 - Виявлені варіанти використання
Цей варіант використання дозволяє користувачеві за допомогою даних авторизації підтвердити власний вхід до системи
Цей варіант використання дозволяє користувачеві обрати документ зі списку в БД для подальшої роботи з ним
Цей варіант використання дозволяє користувачеві обирати опції документу для подальшої роботи з ними (завантаження документу; заповнення документу; віднесення документу за місцем проживання)
2.1.3 Функціональний аналіз програмного забезпечення
Аналіз варіантів виявив наступні взаємозв'язки за якими побудовано діаграму варіантів використання (рис. 2.2).
Рисунок 2.2 - Діаграма варіантів використання ПЗ
2.1.4 Аналіз вимог до програмного забезпечення
Складемо таблицю реєстру варіантів використання та їх детальний опис. Для зручності, дані зведено до однієї таблиці (табл.2.3).
Таблиця 2.3 - Реєстр варіантів використання
Цей варіант використання дозволяє користувачу за допомогою даних авторизації підтвердити власний вхід до системи
Цей варіант використання дозволяє користувачу обрати документ зі списку в БД для подальшої роботи з ним
Цей варіант використання дозволяє користувачу обирати опції документу для подальшої роботи з ними (завантаження документу; заповнення документу; віднесення документу за місцем проживання)
Конкретизація варіантів використання
Таблиця 2.4 - Варіант використання «Авторизація»
Цей варіант використання дозволяє користувачу за допомогою даних авторизації підтвердити власний вхід до системи
Зв'язки з іншими варіантами використання: відсутні
Даний варіант використання дозволяє користувачу за допомогою даних авторизації підтвердити власний вхід до системи. Для забезпечення правильної роботи даного модулю потрібно вводити текстову інформацію до поля вводу паролю.
Таблиця 2.5 - Варіант використання «Вибір документу»
Цей варіант використання дозволяє користувачу обрати документ зі списку в БД для подальшої роботи з ним
Зв'язки з іншими варіантами використання: відсутні
Даний варіант використання дозволяє дозволяє користувачу обрати документ зі списку в БД для подальшої роботи з ним. Він обирає необхідний для роботи документ та переглядає його.
Таблиця 2.6 - Варіант використання «Вибір опцій документу»
Цей варіант використання дозволяє користувачу обирати опції документу для подальшої роботи з ними (завантаження документу; заповнення документу; віднесення документу за місцем проживання)
Зв'язки з іншими варіантами використання: відсутні
Даний варіант використання дозволяє користувачу обирати опції документу для подальшої роботи з ними (завантаження документу; заповнення документу; віднесення документу за місцем проживання).
2.1.5 Пошук ключових варіантів використання
Аналіз сформульованих варіантів використання показав, що з точки зору потенційних ризиків і архітектурної значимості є наступні прецеденти:
Зведемо дані по їх деталізації до таблиці 2.10.
Таблиця 2.10 - Деталізація ключових прецедентів розроблюваного ПЗ
Користувач обирає документ зі списку в БД для подальшої роботи з ним. Він має змогу переглянути його з раніше обраними опціями (якщо ті були обрані).
Перед тим, як починається цей прецедент, користувач має авторизуватись в системі.
Прецедент починається, після вдалої авторизації та перегляду списку документів.
1. Користувач запускає Android-додаток;
2. Система запускає додаток у вигляді діалогового вікна з користувацьким інтерфейсом;
3. Користувач вводить дані для авторизації;
4. Система відкриває вікно зі списком документів;
5. Користувач обирає потрібний для роботи документ.
При успішному завершенні прецеденту, користувач може працювати з БД документів.
Після вибору документа, користувач може обрати необхідні до нього опції (заповнити документ, завантажити документ і т.д.)
1. Користувач обирає необхідний документ зі списку;
2. Система надає можливість його переглянути та обрати опції (заповнити документ; завантажити документ і т.д.);
3. Користувач вибирає зі списку опцій потрібні;
2.1.6 Побудова діаграм станів та переходів ПЗ
На основі контекстної моделі та концептуальної моделі розроблюваного ПЗ необхідно побудувати модель переходів станів. Модель переходів станів описує усі стани, у які може переходити система та події, що провокують ці переходи.
На початку програмне забезпечення відображає вікно авторизації з метою ідентифікації користувача, бажаючого працювати з власними документами. Після вдалої авторизації Android-додаток знаходиться у стані бездіяльності та очікує на дії користувача.
Діаграма станів ПЗ для дій користувача зображена на Рисунку 2.3.
Рисунок 2.3 - Діаграма станів ПЗ для дій користувачів ПЗ
На рисунку 2.3 зображено діаграму станів системи для процесу роботи користувача з Android-додатком. Після вдалої авторизації даний користувач може працювати зі документами: переглядати їх та змінювати їх опції (атрибути). Після цього, зміни зберігаються до бази даних документів. Усі документи відображаються списком один під одним (як зазначено в пункті 2.5 дипломної роботи).
2.1.7 Розробка екранних форм програмного забезпечення
Робота з програмним забезпеченням відбувається за допомогою інтерфейсу користувача. Беручи до уваги аналіз контексної діаграми і діаграми станів, а також вимоги, що зазначені у технічному завданні (Додаток А), визначимо зовнішній інтерфейс.
Після запуску програмного забезпечення «Burokrat» з'являється стартове вікно (рисунок 2.5), яке містить поля для вводу ідентифікаційних даних.
Рисунок 2.5 - Стартове вікно розроблюваного ПЗ
Після вдалої авторизації відкривається вікно зі списком документів. Ескіз даної форми представлено нижче (рис.2.6).
Рисунок 2.6 - Вікно зі списком документів
Відкривши будь-який з документів, можна переглянути опції, які вказують на те, що робити користувачеві з даним документом (рис.2.7).
Варто зазначити, що інтерфейс Android-додатку є інтуїтивно-зрозумілим і не потребує додаткових інструкцій. Усі зміни зберігаються автоматично і не потребують якихось дій від користувача.
2.2 Технічний проект програмного забезпечення
На стадії технічного проектування визначається, як продукт повинен реалізувати заплановані функції. Тут відбувається перетворення вимог у форму, в якій вони будуть виконуватися. При цьому складний виріб ділиться на невеликі складові елементи з таким розрахунком, щоб реалізація кожного з нихне становила звичайної складності як під час проектування, так і на наступних етапах, а також щоб об'єднання визначених елементів у єдиний виріб не створювало нової проблеми. Також у технічному проекті розробляється логічна модель даних програмного забезпечення.
2.2.1 Розробка діаграми класів до програмного забезпечення
На основі діаграми діяльності розробимо діаграму класів системи. Точкою входу у програму є клас «Інтерфейс авторизації», який вміщує в собі поля для ідентифікації особистості, котра збирається працювати з додатком.
В результаті було побудовано діаграму основних класів програми, зображену на рис.2.7.
Рисунок 2.7 - Діаграма класів програмного забезпечення
Користувач ініціює запуск додатку, після чого система просить його пройти ідентифікацію. Пі
Розробка програмного забезпечення: Система електронної черги для Державної Податкової Інспекції дипломная работа. Программирование, компьютеры и кибернетика.
Реферат: Фридрих Ницше: ОПЫТ КРИТИКИ ХРИСТИАНСТВА
Контрольная работа по теме Теория саморазвития каталитических систем А.П. Руденко. Зональные, континентальные и океанические комплексы
Этиология И Клиника Повышенной Стираемости Зубов Реферат
Реферат по теме Комплекс профессиональных способностей вузовского преподавателя
Контрольная работа: Лизинг и стабилизация денежного оборота
Доклад по теме Т. Солера - либреттист и авантюрист
Дипломная работа по теме Стратегическое планирование в деятельности предприятия, направления его совершенствования (напримере ОАО 'Белшина')
Сочинение На Тему Осень В Евпатории
Реферат: Методические рекомендации к практическим занятиям по анатомии человека для студентов медицинского факультета часть 2: спланхнология, анатомия центральной
Реферат по теме Саморегулируемая организация арбитражных управляющих
Готовое Сочинение По Произведению Горе От Ума
Курсовая работа по теме Проектирование системы повышения производительности труда на основе развития инновационной деятельности
Курсовая работа: Проблемы финансирования расходов на управление в Российской Федерации. Скачать бесплатно и без регистрации
Курсовая работа по теме Ассортимент, проведение экспертизы и оценка качества мороженого
Реферат: Case Study Snap On Tools Intranet Essay
Реферат: Програмне забезпечення аудиторської діяльності
Курсовая работа по теме Процессуальное положение обвиняемого
Реферат На Тему Природа Політики
Реферат по теме Ведение документации
Отчет по практике по теме Настройка виртуальной сети Linux
Генетика бактерий и вирусов - Биология и естествознание презентация
Пути и этапы развития экономической терминологии во французском языке - Иностранные языки и языкознание дипломная работа
Дослідження лінійно впорядкованого простору ординальних чисел - Математика курсовая работа