Nowa wersja platformy, zawierająca wyłącznie zasoby pełnotekstowe, jest już dostępna.
Przejdź na https://bibliotekanauki.pl
Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 1

Liczba wyników na stronie
first rewind previous Strona / 1 next fast forward last
Wyniki wyszukiwania
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
EN
The subject of consideration are the conclusions from the implementation of the extension of the functionality of the Wizlink® tool software with a breakthrough solution addressing the problem of «broken bot syndrome». With the increase in the practical use of RPA robots in organizations that automate the activities of employees in interaction with applications, problems revealed the scale of which could not be predicted before the implementation of automation. One of them is the problem of the RPA robot not completing the entire set of activities provided for in its scenario. The solution to this problem was the development and implementation of innovative quasi-transaction mechanisms of the robot. The solution is modelled on transaction monitors (CICS, Tuxedo) and the ACID transaction model. Thanks to this, in the vast majority of cases, the robot is able to automatically repeat the interrupted transaction or withdraw it. However, a robot referring to business application screens does not have such freedom of action as database management systems. Hence, the developed mechanism was called quasi-transactional, because it is not a fully universal solution.
PL
Przedmiotem rozważań są wnioski z realizacji rozszerzenia funkcjonalności oprogramowania narzędziowego Wizlink® o przełomowe rozwiązanie adresujące problem „broken bot syndrome”. Wraz ze wzrostem praktycznego użycia w organizacjach robotów RPA automatyzujących czynności pracowników w interakcji z aplikacjami ujawniły się problemy, których skali nie dało się przewidzieć przed wdrożeniem automatyzacji. Jednym z nich jest rozważany niniejszym problem z nie kończeniem przez robota RPA całego zbioru czynności przewidzianych w jego scenariuszu. Rozwiązaniem tego problemu było opracowanie i zaimplementowanie innowacyjnych mechanizmów quasi-transakcyjności robota. Rozwiązanie wzorowane jest na monitorach transakcji (CICS, Tuxedo) i modelu transakcyjności ACID. Dzięki temu w znakomitej większości robot jest w stanie automatycznie ponowić wykonanie przerwanej transakcji lub ją wycofać. Robot odwołujący się do ekranów aplikacji biznesowych nie ma jednak takiej swobody działania jak systemy zarządzania bazą danych. Stąd opracowany mechanizm określono mianem quasi-transakcyjnym, bo nie jest rozwiązaniem w pełni uniwersalnym.
first rewind previous Strona / 1 next fast forward last
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.