Robotic Process Automation

Podobne dokumenty
Robotyzacja procesów biznesowych

Zwinna współpraca programistów i testerów z wykorzystaniem BDD i. by Example (JBehave/Spock/SpecFlow)

Usługa: Testowanie wydajności oprogramowania

AUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7

Programowanie zespołowe

Jarosław Żeliński analityk biznesowy, projektant systemów

Testowanie oprogramowania

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

Grzegorz Ruciński. Warszawska Wyższa Szkoła Informatyki Promotor dr inż. Paweł Figat

Pytanie: Odpowiedź: Pytanie: Odpowiedź: . Pytanie: Odpowiedź: Pytanie: element multimedialny lub interaktywny Odpowiedź: Pytanie:

PREZENTACJA FUNKCJONALNA SYSTEMU PROPHIX

Ocena okresowa za rok 2015 w systemie informatycznym jest wciąż możliwa!

Czym jest jpalio? jpalio jpalio jpalio jpalio jpalio jpalio jpalio jpalio

Etapy życia oprogramowania

2/4. informatyka" studia I stopnia. Nazwa kierunku studiów i kod. Informatyka WM-I-N-1 programu wg USOS. Tytuł zawodowy uzyskiwany przez

TOPWEB SPSall Budowanie portalu intranetowego

Deduplikacja danych. Zarządzanie jakością danych podstawowych

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

Katalog handlowy e-production

Plan testów. Robert Dyczkowski, Piotr Findeisen, Filip Grzdkowski. 4 czerwca 2006

e_talent innowacyjna aplikacja webowa do zarządzania rozwojem pracowników w organizacji Zespół ForUnit

Budowa systemu wspomagającego podejmowanie decyzji. Metodyka projektowo wdrożeniowa

Programowanie Komponentowe WebAPI

Programowanie dla początkujących w 24 godziny / Greg Perry, Dean Miller. Gliwice, cop Spis treści

Reforma regulacyjna sektora bankowego Roboty nadchodzą. 11 grudnia 2017

ZAPYTANIE OFERTOWE. Zamawiający. Przedmiot zapytania ofertowego. Wrocław, dnia r.

Specyfikacja usług. 1. Zakup usług informatycznych dla realizacji dostępu do systemu dla obsługi relacji B2B.

Plan testów do Internetowego Serwisu Oferowania i Wyszukiwania Usług Transportowych

Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki

PRZEWODNIK PO PRZEDMIOCIE

PLAN WYNIKOWY PROGRAMOWANIE APLIKACJI INTERNETOWYCH. KL III TI 4 godziny tygodniowo (4x30 tygodni =120 godzin ),

PRZEWODNIK PO PRZEDMIOCIE

Narzędzia podnoszące jakość procesu wytwarzania i wdrażania

Program szkolenia: Continuous Integration i Git

Usługi analityczne budowa kostki analitycznej Część pierwsza.

Globalne referencje dla idempiere Business Suite

Nowoczesna organizacja biznesu robotyzacja procesów, jako narzędzie budowania przewagi konkurencyjnej

Wykład 1 Inżynieria Oprogramowania

DLA SEKTORA INFORMATYCZNEGO W POLSCE

Testowanie i walidacja oprogramowania

INŻYNIERIA OPROGRAMOWANIA

SPOSOBY POMIARU KĄTÓW W PROGRAMIE AutoCAD

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz

Uniwersytet Warszawski Wydział Matematyki, Informatyki i Mechaniki. Paweł Parys. Nr albumu: Aukcjomat

REKOMENDACJE DOTYCZĄCE PLATFORMY ZARZĄDZANIA KOMPETENCJAMI

Galileo - encyklopedia internetowa Plan testów

Jabil Poland w Kwidzynie poszukuje kandydatów na stanowiska:

Zastosowania aplikacji B2B dostępnych na rynku zalety aplikacji online

HumanTechnology. Projektowanie interakcji. czyli łatanie dziury w procesie produkcji

EXSO-CORE - specyfikacja

Zarządzaj projektami efektywnie i na wysokim poziomie. Enovatio Projects SYSTEM ZARZĄDZANIA PROJEKTAMI

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Rok szkolny 2015/16 Sylwester Gieszczyk. Wymagania edukacyjne w technikum. ADMINISTROWANIE BAZAMI DANYCH kl. 4c

Podyplomowe Studium Informatyki w Bizniesie Wydział Matematyki i Informatyki, Uniwersytet Łódzki specjalność: Tworzenie aplikacji w środowisku Oracle

Sukces vs porażka. Sukces. Porażka

Część I Rozpoczęcie pracy z usługami Reporting Services

Wybór rozwiązania. Konkurencyjne ceny

Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework. Edyta Tomalik Grzegorz Ziemiecki

Wspomaganie pracy w terenie za pomocą technologii BlackBerry MDS. (c) 2008 Grupa SPOT SJ

PLAN WYNIKOWY PROGRAMOWANIE APLIKACJI INTERNETOWYCH. KL IV TI 6 godziny tygodniowo (6x15 tygodni =90 godzin ),

Komputer nie myśli. On tylko wykonuje nasze polecenia. Nauczmy się więc wydawać mu rozkazy

Dobór systemów klasy ERP

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

Wstęp do testowania : Szymon Ramczykowski

Szkolenie: Testowanie wydajności (Performance Testing)

XQTav - reprezentacja diagramów przepływu prac w formacie SCUFL przy pomocy XQuery

Rok akademicki: 2014/2015 Kod: EAR IS-s Punkty ECTS: 4. Kierunek: Automatyka i Robotyka Specjalność: Informatyka w sterowaniu i zarządzaniu

EasyInput Wydajniejsza praca użytkownika dzięki integracji SAP z MS Excel

Inżynieria oprogramowania (Software Engineering) Wykład 1

Testy automatyczne. Korzystające z junit

Tworzenie aplikacji Web Alicja Zwiewka. Page 1

Dokument Detaliczny Projektu

<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0>

PROGRAM STUDIÓW ZINTEGROWANE SYSTEMY ZARZĄDZANIA SAP ERP PRZEDMIOT GODZ. ZAGADNIENIA

zautomatyzować przepływ pracy w branży opakowań

Inteligentne technologie dla biznesu. Cyfryzacja pracy wyzwania i korzyści. Maj 2017

HP Service Anywhere Uproszczenie zarządzania usługami IT

TWÓJ BIZNES. Nasz Obieg Dokumentów

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Rozdział 5: Zarządzanie testowaniem. Pytanie 1

Projektowanie oprogramowania. Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik

Jak to się robi w praktyce?

Budżetowanie i Planowanie

Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.

Automatyzacja narzędziami open source nie musi być trudna

Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k.

Nowoczesne narzędzia w relacjach z klientami

Ekspert MS SQL Server Oferta nr 00/08

Automatyzacja Testowania w WEB 2.0

Cykle życia systemu informatycznego

Spis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp Podziękowania...

Szkolenie autoryzowane. MS 6232 Wdrażanie bazy danych Microsoft SQL Server 2008 R2

Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA

EasyInput EasyInput wydajniejsza praca użytkownika dzięki integracji SAP z MS Excel. Prezentacja produktu

know 5 W, : filary wzrostu WHAT WHEN WHO WHY WHERE model biznesowy

PRZEWODNIK PO PRZEDMIOCIE

Dlaczego testowanie jest ważne?

LearnIT project PL/08/LLP-LdV/TOI/140001

System komputerowy. Sprzęt. System komputerowy. Oprogramowanie

Zespół Szkół Ponadgimnazjalnych nr 1 im. ks. Stanisława Konarskiego w Jędrzejowie

Transkrypt:

Robotic Process Automation jako czynnik poprawy jakości testów oprogramowania dr DANUTA KAJRUNAJTYS

Robotic (Process) Automation

PROCESY BIZNESOWE ekran aplikacji ekran aplikacji ekran aplikacji ekran aplikacji APLIKACJA APLIKACJA APLIKACJA APLIKACJA DANE DANE DANE INFRASTRUKTURA DANE IT ARCHITEKTURA IT MODEL BIZNESOWY ARCHITEKTURA BIZNESOWA Sprawna obsługa transakcji biznesowych wymaga środowiska

PROCESY BIZNESOWE ekran aplikacji ekran aplikacji ekran aplikacji ekran aplikacji APLIKACJA APLIKACJA APLIKACJA APLIKACJA DANE DANE DANE INFRASTRUKTURA DANE IT ARCHITEKTURA IT MODEL BIZNESOWY ARCHITEKTURA BIZNESOWA Sprawna obsługa transakcji biznesowych wymaga środowiska

Testowanie oprogramowania wykonywanie kodu dla kombinacji danych wejściowych i stanów w celu wykrycia błędów proces (szereg procesów) zaprojektowany w celu zapewnienia: że skutek wykonania określonego kodu dokładnie zgadza się z założeniami projektowymi że wykonanie to nie powoduje skutków niezgodnych z tymi założeniami

Aksjomaty testowania oprogramowania Testowanie może pokazać, że istnieją usterki, ale nie może dowieść, że oprogramowanie nie posiada defektów Specyfikacje produktów nigdy nie są gotowe Oprogramowania nie da się przetestować całkowicie Testerzy nie są ekspertami dziedzinowymi Wiara, że programiści potrafią testować własny kod Sprawdzanie, czy produkt robi to, co powinien, ale brak sprawdzania, czy nie robi tego, czego nie powinien Zestawy testów zrozumiałe tylko dla jego twórcy Słabe raportowanie defektów, nieumiejętne robienie notatek podczas testowania Testy nie gwarantują pomyślnej realizacji wdrożenia projektu

W każdej firmie korzysta się z wielu aplikacji Aplikacje klasy ERP obejmują podstawowe obszary funkcjonowania firmy, ale nie zapewniają wsparcia dla jej specyficznych produktów ani procesów Złożone i rozbudowane aplikacje są kosztowne w utrzymaniu i mało podatne na modyfikacje Coraz częściej występuje zjawisko korzystania przez pracowników firmy z aplikacji kooperantów, udostępnianych poprzez Internet Lepsze wrogiem dobrego: wprowadzanie zmian do działających systemów to projekt o istotnym ryzyku tym większym, im więcej systemów

Pracownik kogo mamy na myśli? Stanowisko pracy: komputer z co najmniej jedną aplikacją biznesową zaledwie trybik w maszynie biznesowej Charakter wykonywanych prac: powtarzalne, wykonywane pod presją czasu zmiany środowiska pracy wymagają szkoleń Kompetencje / postawy: oczekiwane / wymagane faktyczne

Sytuacja pracownika Coraz więcej pracy biznesowej jest przerzucane na komputer to wymaga przebudowy usług IT a od ludzi zrozumienia swojego w tym miejsca Jest to uzależnione od: złożoności wykonywanych zadań, stopnia dopasowania funkcjonalności dostarczanej przez aplikacje do realizowanych zadań, adekwatności szkoleń częstotliwości zmian tak w przebiegu prac jak i zmian w aplikacjach (a w szczególności zmian w zawartości i układzie pól na ekranach komputerów). Od pracownika oczekuje się osiągania coraz wyższego poziomu sprawności (wydajności) w posługiwaniu się oprogramowaniem biznesowym Im bardziej atomowe czynności wykonuje, tym bardziej nie rozumie całości i nie dostrzega błędów poprzednika

idea Robotic Automation narzędzia implementujące tę ideę software robot

integracja aplikacji to coś więcej niż Robotic Automation

RPA podstawowe informacje Zastosowanie tam, gdzie prace są: Sposób działania: definiowalne powtarzalne oparte na zaplanowanych procesach biznesowych jak działanie użytkownika w realizacji zadań opartych na regułach automatyzuje czynności człowieka w procesie biznesowym wykonuje tylko to, do czego człowiek i tak miał uprawnienia Metoda: wykorzystuje kontrolki klawiatury i myszy do podjęcia działań przechwytuje i interpretuje elementy GUI istniejących aplikacji Efekt: szybkie, bezpieczne i elastyczne budowani i walidowanie nowe procesy biznesowe na bazie wielu aplikacji i systemów w pewnych przypadkach = INTEGRACJA

RPA przed wdrożeniem integruje nie przeszkadzając jest niskobudżetowe neutralne wobec praw twórców aplikacji w trakcie eksploatacji zwinnie modyfikowalne po może być używana okresowo wdrożenie jest łatwo odwracalne

Oczekiwania od narzędzi klasy RPA» dowolne aplikacje na stanowisku» bez ingerencji w kod aplikacji (źródłowy i wykonywalny)» bez znajomości struktur baz danych aplikacji» bez prac programistycznych» łatwe i szybkie wdrażanie i modyfikowanie (w ciągu dni lub tygodni)» możliwy natychmiastowy powrót do stanu wyjściowego

Narzędzia klasy RPA jako wirtualny pracownik nie wymaga szkolenia gotowy do działania po przetestowaniu scenariusza pracuje w rytmie wymaganym przez proces (24/7/365) nie podlega pod KP brak kosztów HR a koszty projektu wdrożeniowego znacznie niższe może współpracować z innym robotem można go przestać używać albo zmienić scenariusz mało (lub wcale nie) odporny na zmianę w środowisku pracy (np. zmiana ekranu aplikacji)

Pulpit użytkownika Ctrl-C Ctrl-V narzędzia pomocnicze

Przypadki użycia narzędzi RPA Single Screen (Unified Desktop) Desktop Automation Robotic Process Automation

Przypadek użycia narzędzia RPA: Single Screen (Unified Desktop) narzędzia Robotic Automation

Przypadek użycia narzędzia RPA: Desktop Automation narzędzia Robotic Automation

Przypadek użycia narzędzia RPA: Robotic Process Automation narzędzia Robotic Automation

Przykłady prostych produktów dostępnych nieodpłatnie komunikacja poprzez rozpoznawanie fragmentów ekranów aplikacji zamiast elementów logicznych GUI język skryptowy przeznaczony do automatyzacji Windows GUI napisane skrypty mogą być kompilowane

Produkty do niszowych zastosowań tworzenie nowych aplikacji poprzez odwołania do starych aplikacji (Single Screen /Unified Desktop) w środowisku rozwiązań IBM (mainframe i AS/400)

Liderzy rynku The Forrester Wave : Robotic Process Automation, Q1 2017

Wizlink.eu szerokie spektrum aplikacji zasady działania operuje na obiektach ekranowych nie ingeruje w kod aplikacji (ani źródłowy ani wykonywalny) nie sięga do bazy danych aplikacji inne cechy napisane dla Windows (gruby klient, klient-serwer) - niezależnie od języka programowania w przeglądarkach internetowych (tzw. cienki klient) - w tym także Java (JEE) terminalowe: UNIX/Linux, IBM AS/400 (i/series), IBM mainframe, znakowe dla systemu MS-DOS umożliwia dostęp do danych z innych źródeł (arkusze MS Excel, pliki tekstowe) nie wymaga prac programistycznych odwołania do obiektów są definiowane poprzez wskazanie ich myszą na ekranie obsługuje dostęp do zewnętrznych baz danych przez ODBC/SQL

Wizlink w akcji http://daa.pl/wizlink20

Czy zmiana paradygmatu myślenia o testowaniu Projektować proces biznesowy wspomagany oprogramowaniem Zdefiniować miernik jakości obsługi transakcji w procesie biznesowym Testować przebieg procesu biznesowego (wspomaganego oprogramowaniem)

Robot a bezpieczeństwo informacji użytkownik - robot użytkownik - człowiek wykonuje tylko te zadania, które zostały określone w scenariuszu może podejmować się innych spontanicznych działań czy być pod wpływem nacisków socjologicznych zastępuje (uzupełnia) pracę ludzką, wobec której zostały określone zachowania wpisane w politykę bezpieczeństwa użytkownik jest narażony na presje przełożonego czy współpracownika w związku z nowymi (innymi) zadaniami działa ściśle według scenariusza, nie popełnia ludzkich błędów korygowanie ludzkich błędów nie zawsze jest realizowane zgodnie z polityką bezpieczeństwa nietypową sytuację obsługuje tak, jak ma wpisane w scenariuszu w nietypowej sytuacji, jeśli nie wie co zrobić, wie kogo zapytać / powiadomić