Електронний уряд (e–government)

ЗМІСТ

ВСТУП	3
1 ПРЕДМЕТНА ОБЛАСТЬ ПРЕДПРИЯТИЕ И СТРУКТУРА	4
2 АВТОМАТИЗАЦІЯ РОБОЧОГО МІСТА МЕНЕДЖЕРА	6
2.1 Процес API та послуги Двигун	8
2.2 Запуск примірника процесу	12
3 ОХОРОНА ПРАЦІ	14
ВИСНОВОК	19
ЛІТЕРАТУРА	20

ВСТУП

Електронний уряд (e–government) – це головний інструмент у боротьбі з корупцією в Україні. Коли державна послуга переводиться в електронну форму, вона, по–перше, стає більш прозорою та формалізованою, по–друге, за правильної архітектури чиновник не зустрічається з громадянином і не має можливості вимагати хабар.

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

1 ОПИС ПРЕДМЕТНОЇ ОБЛАСТІ

Впровадження e–government – це, перш за все, переведення конкретних державних послуг в електронну форму.

Таких послуг більше тисячі,так що роботи дуже багато. А часу і бюджетів мало. В першу чергу працюємо з органами місцевого управління (Київ, Львів, Дніпропетровськ), а також з міністерствами.

ICT Competence Center створений для підтримки розвитку державних IT–рішень та електронного уряду в Україні

Засновниками і першими партнерами Центру виступили лідери вітчизняної IT–індустрії: Tарас Кіцмей (SoftServe), Євгеній Уткін, Ілля Гандзейчук (KM Core, Kvazar Micro, DeNovo), Руслан Захарченко (ELEKS), Дмитро Дубілет (PrivatBank), Денис Гурський (SocialBoost) , Юрій Колесніков (Ощадбанк).

Компетенції Центру включають в себе:

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

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

Інформація про засновників Центру:

ELEKS – глобальна організація, що займається розробкою програмного забезпечення, технологічним консалтингом зі штаб–квартирою у Львові, представництвами в Нью–Йорку та Лондоні.

Kvazar–Micro – один з піонерів української IТ–індустрії з 20–річним досвідом PC–виробництва, виробництва мікрочіпів та інтеграції державних інформаційних систем.

SoftServe – SoftServe Inc., провідна світова аутсорсингова IT–компанія зі штатом професіоналом більш ніж 3500, що працюють в Північній Америці, Східній і Західній Європі.

PrivatBank – найбільший комерційний банк з найбільш інноваційними IT–рішеннями в Україні, системою інтернет–банкінгу, яку сьогодні використовують 800 тисяч клієнтів.

SocialBoost – об'єднання, яке сприяє становленню відкритих даних і координує діяльність більш ніж 1000 IT–ентузіастів, найбільших IT–компаній і державних органів в Україні через соціально–значущі IТ–проекти, пов'язані з електронним урядом, електронних послугами і даними.

Ощадбанк – найбільший український банк з найбільш розгалуженою мережею відділень в Україні і розвиненою інфраструктурою обслуговування: майже 5 тис. Відділень, 4,8 тис. Банкоматів, 1 тис. Інформаційно–платіжних терміналів, а також сучасний мобільний і WEB–банкінг.

2 аналіз інформації системи і документообігу

Першим кроком у роботі з електронним урядом було обрання команди з якою ми будемо працювати і виконувати завдання. Заходимо у таблицю–список наявних команд на рисунку 1, та обираємо собі команду.

Рисунок 1 Таблицю–список наявних команд

Весь електронний уряд працює в чаті Slack. Чат створений для спілкування та вирішування проблем які виникають у ході роботи. В чаті є декілька підгруп (каналів) за темами (в таблиці–списку, в комірці є посилання на потрібний вам канал (підгрупу)).

Потім я ознайомився з усім господарством, яке надійде до мого розпорядження (портали, сервери, ресурси, схема), а також діаграма зв’язків сутностей рисунок 2

Далі створюємо своє локальне середовище розробки/тестування для розробників: щоб встановити усі проекти, вручну (Vagrant) дивимось інструкцію, де також є відеоролик установки у Windows

Другий крок є встановленням NetBeans і в налаштування цієї IDE, в розділі Maven ставимо значення за замовчуванням –Dmaven.wagon.http.ssl.insecure=true –Dmaven.wagon.http.ssl.allowall=true

Рисунок 2 Діаграма зв’язків сутностей

Потім я клонував собі гілку test з репозиторію git@github.com:e–government–ua/i.git, під своїм GitHub–логіном, за інструкцією роботи з репозиторієм, далі працюємо лише з гілкою test

Третій крок це вибір завдання відповідно до групи, котра відповідає вашій команді. (в таблиці–списку команд, навпроти кожної групи є її посилання і в канали Slack–у, і в ГітХаб–команду, і в групу задач(Milestones))

Узгоджуємо в своєму каналі команди в чаті Slack, щоб не почали робити одне й те саме одразу декілька осіб, і якщо розпочинаємо це робити, то пишемо коментарі до issue GitHub–а "Приймаю в роботу" також бажано вказати плановану дату реалізації.

Редагуємо код в проекті (IDE), і обов'язково тестуємо у себе локально, фіксуємо і коментуємо обов'язково потрібно вказати посилання на issue + і короткий опис того, що змінилося, пушимо в репозиторій в гілку test, і дивимося результат роботи в полігонах розгортання відбувається автоматом, протягом кількох хвилин. Якщо щось на запрацювало потрібно відкатувати свою правку, щоб не блокувалася робота інших розробників з проектом та сервером. Коли такса цілком виконана – ставимо на неї лейбл "test", та короткий коментар для тестувальника – "як цю таску можна протестувати".

2.1 Процес API та послуги Двигун

У API двигун є найбільш поширеним способом взаємодії з Activiti. Центральний відправною точкою є ProcessEngine, які можуть бути створені кількома способами, як описано в розділі конфігурації рисунок 3. З ProcessEngine, ви можете отримати різні послуги, які містять методи документообігу / BPM. ProcessEngine та послуги об'єкти є потокобезпечна.

1 2 3 4 5 6 7 8 9

ProcessEngine processEngine = ProcessEngines. GetDefaultProcessEngine (); RuntimeService runtimeService = processEngine . getRuntimeService (); RepositoryService repositoryService = processEngine . getRepositoryService (); TaskService taskService = processEngine . getTaskService (); ManagementService managementService = processEngine . getManagementService (); IdentityService identityService = processEngine . getIdentityService (); HistoryService historyService = processEngine . getHistoryService (); FormService formService = processEngine . getFormService ();

Рисунок 3 API послуги

ProcessEngines.getDefaultProcessEngine () буде ініціалізувати і побудувати процес двигун перший раз, коли він подзвонив і згодом завжди повертати той же процес двигуна. Правильне створення і закриття всіх технологічних систем може бути зроблено з ProcessEngines.init () і ProcessEngines.destroy ().

Клас ProcessEngines буде сканувати всі activiti.cfg.xml і Activiti-context.xml файлів. Для всіх activiti.cfg.xmlфайлів, процес двигуна буде побудований в типовому Activiti Для всіх Activiti-context.xml файлів, процес двигуна буде побудований у весняному шляхи: по-перше створюється контекст додатки Spring, а потім процес двигуна виходить з цього контексту програми.

Всі послуги є особами без громадянства. Це означає, що ви можете легко запустити Activiti на декількох вузлах в кластері, кожен збирається на тій же базі даних, без необхідності турбуватися про яку машину насправді, виконаних попередніх викликів. Будь-який виклик будь-якого сервісу є тотожною незалежно від того, де вона виконується.

RepositoryService, ймовірно, перша служба необхідна при роботі з двигуном Activiti. Ця послуга пропонує операції з управління і маніпулювання розгортання і визначення процесу. Не вдаючись у подробиці, визначення процесу є Java-аналог BPMN процесу 2.0. Це уявлення структури та поведінки кожного з етапів процесу. Розгортання є одиницею упаковки в двигуні Activiti. Розгортання може містити кілька BPMN 2.0 XML файли і будь-який інший ресурс. Вибір того, що входить в одну розгортання до розробника. Вона може варіюватися від одного процесу BPMN 2.0 XML файлу в цілий пакет процесів і відповідних ресурсів (наприклад, розгортання HR-процеси можуть містити все, що пов'язано з ч процесів). RepositoryService дозволяє розгорнути такі пакети. Розгортання розгортання означає, що вона завантажена у двигун, де всі процеси перевіряється і аналізується перед збереженням у базі даних. З цього моменту, розгортання, як відомо, системи та будь-який процес, включені в даний розгортання може бути запущений.

Крім того, ця послуга дозволяє:

• Запит на розгортання і визначень процесу, відомого в двигун;

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

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

• витяг POJO варіант визначення процесу, який може бути використовувати для аналізу процесу з використанням Java, а не XML.

У той час як RepositoryService це, скоріше, про статичної інформації (тобто даних, які не змінюються, або принаймні не так багато), то RuntimeService зовсім навпаки. Вона має справу з початком нових екземплярів процесу визначень процесу. Як говорилося вище, визначення процесу визначає структуру і поведінку на різних етапах процесу. Примірник процесу є одним виконання такого визначення процесу. Для кожного процесу є визначення, як правило, багато випадків, що працюють в той же час. RuntimeService також послуга, яка використовується для отримання та зберігання змінних процесу. Це дані, які специфічні для даного екземпляра процесу і може бути використана в різних конструкцій в процесі (наприклад, ексклюзивний шлюз часто використовує змінні процесу для визначення, який шлях обрано, щоб продовжити процес). Runtimeservice також дозволяє запитувати про випадки процесу і страти. Страти є уявлення "символічну" концепції BPMN 2.0. В основному кара є покажчик, який вказує, де екземпляр процесу в даний час. Нарешті, RuntimeService використовується щоразу, коли екземпляр процесу чекає зовнішнього тригера, і процес має бути продовжений. Примірник процесу може мати різні стану очікування і ця послуга містить різні операції сигнал екземпляр, що зовнішній тригер отримав та примірник процес може бути продовжений.

Завдання, які повинні бути виконані фактичних людини користувачів системи є основними в BPM двигуна, такі як Activiti. Все навколо завдань згруповані в TaskService, наприклад:

• Запит завдань, покладених на користувачів або груп;

• створення нових автономних завдань. Ці завдання, не пов'язані до примірників процесу;

• маніпулювання, до яких користувач завдання призначена чи які користувачі знаходяться в якійсь мірі пов'язаний з цим завданням;

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

IdentityService досить просто. Це дозволяє управляти (створення, оновлення, видалення, виконання запитів, ...) груп і користувачів. Важливо розуміти, що насправді Activiti не робити яку-небудь перевірку на користувачів під час виконання.Наприклад, завдання може бути призначений будь-якому користувачеві, але двигун не перевіряє, якщо користувач відома системі. Це тому, що Activiti двигун також може бути використаний в поєднанні з послугами, такими як LDAP, Active Directory.

FormService це додаткова послуга. Це означає, що Activiti ідеально можна використовувати без нього, не жертвуючи функціональністю. Ця послуга представляє концепцію пуску формі і вигляді цільової. Початок форма є формою, яка показується користувачеві перед екземпляр процес почався, в той час як форма завдання є формою, яка відображається, коли користувач хоче заповнити форму. Activiti дозволяє визначити ці форми у визначенні процесу BPMN 2.0. Ця послуга надає ці дані в легкий шлях, щоб працювати с. Але знову ж, це не обов'язково, як форми не повинні бути вбудовані у визначенні процесу.

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

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

Як описано вище, спосіб взаємодії з двигуном Activiti через послуг, наданими примірника org.activiti.engine.ProcessEngine класу. Наступні фрагменти коду, що ви маєте робочу середу Activiti, тобто у вас є доступ до дійсного org.activiti.engine.ProcessEngine. Якщо ви просто хочете спробувати код нижче, ви можете скачати або клонувати шаблон модульного тестування Activiti, імпортувати його в IDE і додати testUserguideCode () метод вorg.activiti.MyUnitTest модульного тестування.

Кінцева мета цієї матиме робочий бізнес-процес, який імітує процес спрощено запит відпустку в компанії рисунок 4:

Рисунок 4 Запит відпустку в компанії

2.2 Запуск примірника процесу

Після розгортання визначення процесу до двигуна Activiti, ми можемо почати нові екземпляри процесу від нього. Для кожного визначення процесу, як правило, є багато випадків, процес. Визначення процесу є план, у той час як екземпляр процесу є виконання цього рисунок 5

Рисунок 5 Код роботи

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

3 ОХОРОНА ПРАЦІ

Охорона здоров'я працівників та їх гарантії.

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

Закон України "Про охорону праці" передбачає цілий ряд гарантій прав громадян на охорону праці як при укладенні трудового договору, так і під час роботи на підприємстві.

Чинне законодавство передбачає систему гарантій щодо охорони здоров'я працівників на виробництві. Згідно зі ст. 43 Конституції України кожен має право на належні, безпечні й здорові умови праці. Використання праці жінок і неповнолітніх на небезпечних для їхнього здоров'я роботах забороняється.

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

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

Працівник має право розірвати трудовий договір за власним бажанням, якщо власник не виконує законодавство про охорону праці, умови колективного договору з цих питань. У цьому випадку працівникові виплачується вихідна допомога в розмірі, передбаченому колективним договором, але не менш 3–місячного заробітку (ч. З ст. 38, ст. 44 КЗпП).

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

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

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

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

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

Електробезпека.

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

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

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

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

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

Освітлення.

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

Пожежна безпека.

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

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

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

ВИСНОВОК

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

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

ЛІТЕРАТУРА

https://github.com/e–government–ua/i/wiki/%D0%AF%D0%BA–%D0%BF%D0%BE%D1%87%D0%B0%D1%82%D0%B8–%D1%80%D0%BE%D0%B1%D0%BE%D1%82%D1%83
https://github.com/e–government–ua/i/blob/test/docs/specification.md#9_workWithDocuments
https://igov.org.ua/

Електронний уряд (e–government)