ŁĄCZONA LOGIKA EPISTEMICZNA I DEONTYCZNA W MODELOWANIU PROCESÓW BIZNESOWYCH



Podobne dokumenty
ROZMYTA LOGIKA EPISTEMICZNA W MODELOWANIU PROCESÓW BIZNESOWYCH

MODELOWANIE PROCESÓW Z WYKORZYSTANIEM ROZMYTYCH LOGIK EPISTEMICZNEJ I DEONTYCZNEJ

Inżynieria oprogramowania. Jan Magott

Opis. Liczba godzin zajęć dydaktycznych z

Problemy i Zastosowania Informatyki

PRZEWODNIK PO PRZEDMIOCIE

Wymiana opisu procesów biznesowych pomiędzy środowiskiem Eclipse i EMC Documentum

Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne

MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

KARTA MODUŁU KSZTAŁCENIA

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

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

Zeszyty Naukowe UNIWERSYTETU PRZYRODNICZO-HUMANISTYCZNEGO w SIEDLCACH Seria: Administracja i Zarządzanie Nr

MODELOWANIE PROCESÓW BIZNESOWYCH W LOGIKACH NIEKLASYCZNYCH

Problemy i zastosowania informatyki M.Szwoch, K.Dziubich

PRZEWODNIK PO PRZEDMIOCIE. Projektowanie procesów. Logistyka (inżynierska) niestacjonarne. I stopnia. dr Aleksandra Grabińska.

Modelowanie i analiza systemów informatycznych

Modelowanie obiektowe - Ćw. 3.

JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE]

Informatyka I stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)

PRZEWODNIK PO PRZEDMIOCIE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

KARTA PRZEDMIOTU. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI Ogólne umiejętności posługiwania się komputerem

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

Uniwersytet w Białymstoku Wydział Ekonomiczno-Informatyczny w Wilnie SYLLABUS na rok akademicki 2012/2013

Wykład 7 Metodyki wytwarzania oprogramowania internetowego (2) Wykładowca: dr inż. Mariusz Trzaska

E-1IZ s2. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)

Techniki modelowania programów Kod przedmiotu

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia. Materiały dla nauczyciela

Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami

Informatyczne fundamenty

E-I2SG-2010-s1. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)

Repozytorium Zasobów Wiedzy FTP

Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)

Systemy zdarzeniowe - opis przedmiotu

Egzamin / zaliczenie na ocenę*

Modelowanie obiektowe - Ćw. 6.

Zeszyty Naukowe UNIWERSYTETU PRZYRODNICZO-HUMANISTYCZNEGO w SIEDLCACH Seria: Administracja i Zarządzanie Nr

Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML. Jakub Morkis, Piotr Chmielewski

Rozdział VII. Znaczenie logiki dla prawa i pracy prawnika Zadania i odpowiedzi 20

BPM vs. Content Management. Jarosław Żeliński analityk biznesowy, projektant systemów

Inzynieria Oprogramowania 2... nazwa przedmiotu SYLABUS A. Informacje ogólne. Wydział Ekonomiczno-Informatyczny w Wilnie

Inżynieria oprogramowania. Wykład 6 Analiza i specyfikowanie wymagań

XII International PhD Workshop OWD 2010, October Metodyka pozyskiwania i analizy wyników badań symulacyjnych ścieżek klinicznych

INFORMATYKA PLAN STUDIÓW NIESTACJONARNYCH 2-GO STOPNIA (W UKŁADZIE ROCZNYM) STUDIA ROZPOCZYNAJĄCE SIĘ W ROKU AKADEMICKIM 2015/16

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Metody dowodzenia twierdzeń i automatyzacja rozumowań Tabele syntetyczne: definicje i twierdzenia

Mieczysław Omyła Logika a czas i zmiana. Filozofia Nauki 5/3,

PRZEWODNIK PO PRZEDMIOCIE INŻYNIERIA PRZESTRZENNA W LOGISTYCE E. Logistyka. Niestacjonarne. I stopnia (inżynierskie) VII. Dr Cezary Stępniak

Modelowanie procesów biznesowych przetwarzania dokumentów wrażliwych z wykorzystaniem technologii RFID

Logika Temporalna i Automaty Czasowe

KATEDRA INFORMATYKI TECHNICZNEJ. Ćwiczenia laboratoryjne z Logiki Układów Cyfrowych. ćwiczenie 204

Inżynieria oprogramowania

INFORMATYKA PLAN STUDIÓW NIESTACJONARNYCH 2-GO STOPNIA (W UKŁADZIE ROCZNYM) STUDIA ROZPOCZYNAJĄCE SIĘ W ROKU AKADEMICKIM 2014/15

technologii informacyjnych kształtowanie , procesów informacyjnych kreowanie metod dostosowania odpowiednich do tego celu środków technicznych.

KARTA PRZEDMIOTU. 1. Nazwa przedmiotu: ZARZĄDZANIE SYSTEMAMI INFORMATYCZNYMI. 2. Kod przedmiotu: ZSI

Programowanie komputerów

Projekt grupowy - opis przedmiotu

PLAN STUDIÓW STACJONARNYCH PIERWSZEGO STOPNIA DLA KIERUNKU MATEMATYKA NA WYDZIALE MATEMATYKI, INFORMATYKI I EKONOMETRII UNIWERSYTETU ZIELONOGÓRSKIEGO

Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów

Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami

Analityk i współczesna analiza

Karta przedmiotu studiów podyplomowych

Informatyka II stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny) Kierunkowy (podstawowy / kierunkowy / inny HES)

Zaawansowane Modelowanie I Analiza Systemów Informatycznych

Karta (sylabus) przedmiotu

Tytuł: Identyfikacja procesu. Przedmiot: Zarządzanie procesami transportowo-logistycznymi Specjalność: Logistyka transportu Wersja:

KOMPUTEROWE WSPOMAGANIE PROJEKTOWANIA

Nazwa Wydziału Nazwa jednostki prowadzącej moduł Nazwa modułu kształcenia Kod modułu Język kształcenia Efekty kształcenia dla modułu kształcenia

Nazwa Wydziału Nazwa jednostki prowadzącej moduł Nazwa modułu kształcenia Kod modułu Język kształcenia Efekty kształcenia dla modułu kształcenia

PRZEWODNIK PO PRZEDMIOCIE

Język programowania C C Programming Language. ogólnoakademicki

STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012

Jak metody i narzędzia BPM - w tym BPMN - mogą służyć analitykom? Jarosław Żeliński analityk biznesowy, projektant systemów

PRZEWODNIK PO PRZEDMIOCIE

Eksploatacja systemów telekomunikacyjnych Wersja przedmiotu 2012/13 A. Usytuowanie przedmiotu w systemie studiów

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

STANDARDY I SYSTEMY ZARZĄDZANIA PORTAMI LOTNICZYMI 2013

Hurtownie danych i business intelligence. Plan na dziś : Wprowadzenie do przedmiotu

Sterowniki Programowalne (SP) Wykład 11

Nazwa Wydziału Nazwa jednostki prowadzącej moduł Nazwa modułu kształcenia. Kod modułu Język kształcenia Efekty kształcenia dla modułu kształcenia

Analiza i projektowanie obiektowe w UML Kod przedmiotu

Projektowanie logiki aplikacji

Modele bezpieczeństwa logicznego i ich implementacje w systemach informatycznych / Aneta Poniszewska-Marańda. Warszawa, 2013.

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

XIII International PhD Workshop OWD 2011, October 2011 METODA REEINGINEERINGU ORGANIZACJI Z WYKORZYSTANIEM SYMULATORA PROCESÓW BIZNESOWYCH

EKONOMETRIA I SYLABUS

Ćwiczenie 1. Modelowanie prostego procesu

Opis przedmiotu. Karta przedmiotu - Badania operacyjne Katalog ECTS Politechniki Warszawskiej

Grupa treści kształcenia, w ramach której przedmiot jest realizowany Przedmiot kierunkowy

ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski

Problemy filozofii - opis przedmiotu

SpecVer - metodyka tworzenia oprogramowania integrująca zadania specyfikacji, implementacji i weryfikacji modułów programów

System klasy BPMS jako wstęp do optymalizacji architektury aplikacyjnej w spółkach dystrybucyjnych i obrotowych

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela

Transkrypt:

Stanisław Kędzierski Uniwersytet Ekonomiczny w Katowicach ŁĄCZONA LOGIKA EPISTEMICZNA I DEONTYCZNA W MODELOWANIU PROCESÓW BIZNESOWYCH Wprowadzenie Podczas projektowania, a następnie wykonywania procesów biznesowych istotnym problemem jest zapewnienie spójności projektu oraz poprawności jego realizacji. Procesy biznesowe mogą być opisywane za pomocą wielu narzędzi. Spektrum możliwych notacji rozciąga się od formalnych, takich jak logika, sieci Petri 1, poprzez graficzne z dobrze określoną składnią, takich jak BPMN 2, czy UML 3 aż po opisy w postaci instrukcji napisanej w języku naturalnym. Wśród wymienionych narzędzi na szczególną uwagę zasługują logiki modalne. Do podstawowych logik modalnych można zaliczyć: deontyczną, temporalną i epistemiczną. Logiki te są wykorzystywane do modelowania procesów biznesowych 4. Celem niniejszego artykułu jest przedstawienie możliwości wykorzystania logik: epistemicznej oraz deontycznej do opisu procesów biznesowych, ze szczególnym uwzględnieniem wykrywania niespójności w modelu lub podczas realizacji procesu. 1. Modelowanie procesu biznesowego za pomocą logik nieklasycznych Procesy biznesowe są inicjowane, przebiegają i kończą się sukcesem lub porażką na podstawie przepisów prawa. Dla procesu uchwalania nowej ustawy będzie to konstytucja, zaś dla wprowadzenia nowego przedmiotu w programie studiów uchwała Rady Wydziału. Do modelowania procesów biznesowych z poziomu pra- 1 2 3 4 W. Reisig, Sieci Petriego, WNT, Warszawa 1988. Business Process Modeling Notation (BPMN) Specification Final Adopted Specification dtc/06-02-01. S. Wrycza, B. Marcinkowski, K. Wyrzykowski, Język UML 2.0 w modelowaniu systemów informatycznych, Helion, Gliwice 2006. Deontic Logic in Computer Science, eds. J. Meyer, R.Wieringa, John Wiley, Chichester 1993; Epistemic Logic for AI and Computer Science, eds. J. Meyer, W. van der Hoek, Cambridge University Press 1995.

108 Stanisław Kędzierski wa służy logika deontyczna ze swoimi operatorami O, F i P, oznaczającymi odpowiednio obowiązek, zakaz i przyzwolenie (możliwość). Przykładowo przepisy mogą być zapisane następująco: O(czas_odpowiedzi < miesiąc) F(akceptuj_pożyczkę gdy klient_zadłużony) P(przedłużenie_sesji gdy suma_ects > 18) Czas projektowania Czas realizacji Modelowanie i analiza procesu biznesowego Definicja procesu Wykonanie procesu biznesowego Logika deontyczna Logika epistemiczna Logika epistemiczna Logika deontyczna Rys. 1. Miejsce logik nieklasycznych w modelowaniu i wykonywaniu procesów biznesowych Źródło: Na podstawie: D. Hollingsworth, Workflow Management Coalition The Workflow Reference, Model Document Number TC00-1003 Document Status Issue 1.1 19-Jan-95, s. 7. Na poziomie wykonawczym są wykorzystywane logika deontyczna oraz logika epistemiczna. Przykładowo wiedzę konkretnego agenta (tu inspektora) o stanie procesu (stan s1), a precyzyjniej o wartości wybranej danej, można zapisać następująco 5 : K(inspektor, s1, kwota < 5000) Do modelowania przepisów prawa jest wykorzystywana logika deontyczna 6. Do wzmocnienia ekspresji opisu stanu wiedzy agentów o wykonywanym procesie, a w szczególności w odniesieniu się do przepisów prawa sensowne wydaje się połączenie dwóch logik deontycznej i epistemicznej. Łączenie logik jest znanym mechanizmem w logikach nieklasycznych 7. Można przyjąć, że podczas projektowania procesu biznesowego istotne jest zapisanie, jakie czynności muszą, mogą lub nie mogą być wykonywane (z podaniem ich kolejności). Osoby zaangażowane w proces powinny wiedzieć, co musi, może lub jest 5 6 7 S. Kędzierski, Modelowanie działania agentów w procesie biznesowym z wykorzystaniem logiki epistemicznej [w:] Technologie wiedzy w zarządzaniu publicznym 11, red. J. Gołuchowski, A. Frączkiewicz-Wronka, Wydawnictwo Akademii Ekonomicznej, Katowice 2011, s. 112-118. Z. Ziemba, Analityczna teoria obowiązku. Studium z logiki deontycznej, PWN, Warszawa, 1983. W. Suchoń, Studia nad logiką deontyczną, Wydawnictwo Uniwersytetu Jagiellońskiego, Kraków 1983. P. Blackburn, M. de Rijke, Why Combine Logics, Studia Logica 1997, Vol. 59, s. 5-27.

Łączona logika epistemiczna i deontyczna w modelowaniu... 109 zabronione do wykonania na danym etapie zaawansowania realizacji procesu. Konieczne jest więc włączenie w modelowanie procesu biznesowego kolejnej logiki logiki epistemicznej. Opis przepisów i zachowania agentów wygląda nastepująco: O(K(akceptuj_pożyczkę gdy kwota < limit)) Powyższy zapis można odczytać następująco: obowiązkowe jest, aby agent wiedział, że musi zaakceptować pożyczkę, jeśli kwota pożyczki nie przekracza określonej granicy. Osoba mająca wykonywać proces powinna posiąść wiedzę wynikającą ze znajomości prawa (możliwe są różne formy szkoleń pracowników). Można powiedzieć, że na poziomie modelowania prymat przyjmuje logika deontyczna nad logiką epistemiczną. W trakcie wykonywania procesu biznesowego wiedza agenta o stanie rzeczy ma charakter bardziej skomplikowany. Przykładowo agent powinien wiedzieć (operator K), iż obowiązkowe jest wykonanie (operator O) jakiejś czynności lub też zabronione jest, aby jakaś czynność mogła być zrealizowana przez agenta (operator F) podczas wykonywania procesu. Zapis takiego stanu rzeczy w logice epistemiczno-deontycznej przyjmuje postać: K(O(akceptuj_pożyczkę gdy kwota<limit)) Powyższy zapis ilustruje prymat zastosowania operatora epistemicznego nad operatorem deontycznym. Można pokusić się o stwierdzenie występowania pewnej dualności w stosowaniu operatorów rozpatrywanych logik na poziomie projektowania i wykonywania procesu biznesowego. 2. Konflikty w logice deontycznej i epistemicznej Logiki deontyczna i epistemiczna są szczególnymi przypadkami logik modalnych. W logikach tych obowiązuje aksjomat D: (p p) gdzie jest modalnym operatorem konieczności. W logice deontycznej obowiązuje więc on w postaci 8 : (Op O p) 8 Deontic Logic in Computer..., op. cit., s. 5.

110 Stanisław Kędzierski co tłumaczy się jako nikt nie może być zobowiązany do wykonania sprzecznych działań. Powyższe twierdzenie stanowi teoretyczne usprawiedliwienie do określenia różnych niekonsekwencji występujących podczas specyfikowania, a także wykonywania procesów biznesowych. Sprzeczności możliwe do wystąpienia, a wyrażone za pomocą operatorów logiki deontycznej, można zapisać następująco: Obowiązkowe i zabronione jest pewne działanie, np.: O(akceptuj_pożyczkę) F(akceptuj_pożyczkę) Dozwolone i zabronione jest pewne działanie, np.: P(akceptuj_pożyczkę) F(akceptuj_pożyczkę) Obowiązkowe jest wykonanie dwóch sprzecznych działań, np.: O(akceptuj_pożyczkę) O(odmów_pożyczki) Obowiązkowe i dozwolone jest wykonanie dwóch sprzecznych działań, np.: O(akceptuj_pożyczkę) F(odmów_pożyczki) Sprzeczności mogą się także ujawnić w przedstawianiu wiedzy osoby o danym stanie rzeczy. W logice epistemicznej występuje aksjomat D postaci: K i p K i p interpretowany jako aksjomat zgodności wiedzy: jeśli agent i wie, że p nie może równocześnie wiedzieć negacji p. Aksjomat ten może wystąpić w następującej formie: (K i p K i p) co należy rozumieć jako nieprawdą jest, aby agent i wiedział jednocześnie, że p oraz nie p. W przypadku agenta wykonującego proces biznesowy przyjmuje to postać jego wiedzy o wybranym stanie atrybutu (lub atrybutów) rozpatrywanego procesu (K(wartość atrybutu)). Przykładowe możliwe konflikty wiedzy u agenta wyglądałyby następująco: K(kwota<limit) K(kwota<limit) K(kwota<limit) K( kwota<limit) Pierwszy zapis czyta się jako agent wie, że kwota<limit oraz nie wie, że kwota<limit, zaś drugi mówi, że agent wie, że kwota<limit i wie coś przeciwnego.

Łączona logika epistemiczna i deontyczna w modelowaniu... 111 Na poziomie definiowania procesu biznesowego możliwe jest pojawienie się następujących niekonsekwencji: O(K(kwota<limit)) F(K(kwota<limit)) O(K(kwota<limit)) O( K(kwota<limit)) O(K(kwota<limit)) O(K( kwota<limit)) F(K(kwota<limit)) P( K(kwota<limit)) F(K(kwota<limit)) P(K( kwota<limit)) Możliwe sprzeczności wiedzy agenta o tym, co jest obowiązkowe, dozwolone lub zabronione w danym momencie wykonywania procesu mogą w łączonej logice epistemiczno-deontycznej przyjąć postać: K(O(kwota<limit)) K(F(kwota<limit)) K(F(kwota<limit)) K(O(kwota<limit)) K(O(kwota<limit)) K(F(kwota<limit)) K(P(kwota<limit)) K(F(kwota<limit)) K(O(kwota<limit)) K(F( kwota<limit)) Dodatkowo należy rozpatrzyć sprzeczności wiedzy dwóch lub więcej agentów wykonujących dany proces. Konflikt pomiędzy wiedzą agenta 1 a wiedzą agenta 2 można zapisać: K a1 (kwota<limit) K a2 ( kwota<limit) K a1 (kwota<limit) K a2 (kwota<limit) 3. Algorytmy badania poprawności procesu biznesowego Algorytm na poziomie projektowania Na poziomie projektowania procesu biznesowego występują połączone operatory logiki deontyczno-epistemicznej typu: O(K(warunek)) i w związku z tym sprawdzane mogą być niespójności typu: [O F](K(warunek)) [O F P]([ ][K([ ]warunek)) * Algorytm sprawdzania niespójności powinien rozpocząć się od pierwszej czynności procesu biznesowego i przechodząc przez wszystkie ścieżki procesu dotrzeć do ostatniej czynności. Przy każdej czynności konieczne jest skontrolowanie występowania niespójności typu *

112 Stanisław Kędzierski Algorytm sprawdzania niespójności Począwszy od pierwszej czynności Przeglądaj wszystkie ścieżki Dla każdej kolejnej czynności Sprawdź czy zachodzi niespójność typu * Jeśli zachodzi sygnalizuj błąd Algorytm na poziomie wykonywania Na poziomie realizacji procesu biznesowego występują połączone operatory logiki epistemiczno-deontycznej typu: K([O F P](warunek)) i w związku z tym mogą być sprawdzane niespójności typu: K([O F P](warunek)) [ ][K[O F]([ ]warunek)) ** Algorytm sprawdzania niespójności powinien rozpocząć się od pierwszej czynności procesu biznesowego i przechodząc przez wszystkie ścieżki procesu dotrzeć do ostatniej czynności. Przy każdej czynności konieczne jest skontrolowanie występowania niespójności typu ** O(x) P(y) O(v) O(u) P(z) O(w) O(u w) Rys. 2. Przykładowy proces biznesowy opisany w logice deontycznej K(O(x)) K(P(y)) K(O(v)) K(O(u)) K(P(z)) K(O(w)) K(O(u w)) * Rys. 3. Przykładowy proces biznesowy opisany w logice epistemiczno-deontycznej

Łączona logika epistemiczna i deontyczna w modelowaniu... 113 Należy zwrócić uwagę na to, iż miejscem, w którym konflikty mogą się ujawniać najczęściej będą połączenia dwóch lub więcej ścieżek. Na rys. 3 jest to miejsce oznaczone znakiem gwiazdki (*). Podsumowanie Połączenie dwóch logik: deontycznej oraz epistemicznej pozwala na uwypuklenie roli wiedzy agenta o wykonywanym procesie, w szczególności związanej z tym, co w danej chwili trzeba, nie wolno lub można uczynić. Podczas projektowania i wykonywania procesu może dojść do wielu rodzajów konfliktów uniemożliwiających prawidłową realizację tegoż procesu. Zaprezentowane algorytmy likwidują taką niekorzystną sytuację. W modelu procesu biznesowego, a także w przedstawianiu jego wykonywania istotną rolę może odgrywać wymiar czasowy. Włączenie kolejnej logiki modalnej: logiki temporalnej może więc wzmocnić ekspresję opisu. Literatura Blackburn P., de Rijke M., Why Combine Logics, Studia Logica 1997, Vol. 59. Business Process Modeling Notation (BPMN) Specification Final Adopted Specification dtc/06-02-01. Deontic Logic in Computer Science, eds. J. Meyer, R. Wieringa, John Wiley, Chichester 1993. Epistemic Logic for AI and Computer Science, eds. J. Meyer, W. van der Hoek, Cambridge University Press 1995. Hollingsworth D., Workflow Management Coalition The Workflow Reference Model, Document Number TC00-1003 Document Status Issue 1.1 19-Jan-95. Kędzierski S., Modelowanie działania agentów w procesie biznesowym z wykorzystaniem logiki epistemicznej [w:] Technologie wiedzy w zarządzaniu publicznym 11, red. J. Gołuchowski, A. Frączkiewicz-Wronka. Wydawnictwo Akademii Ekonomicznej, Katowice 2011. Reisig W., Sieci Petriego, WNT, Warszawa 1988. Suchoń W., Studia nad logiką deontyczną, Wydawnictwo Uniwersytetu Jagiellońskiego, Kraków 1983. Wrycza S., Marcinkowski B., Wyrzykowski K., Język UML 2.0 w modelowaniu systemów informatycznych, Helion, Gliwice 2006. Ziemba Z., Analityczna teoria obowiązku. Studium z logiki deontycznej, PWN, Warszawa 1983.

114 Stanisław Kędzierski COMBINED EPISTEMIC AND DENOTIC LOGICS IN BUSINESS PROCESS MODELLING Summary The aim of this article is present new approach to modeling business process using combined epistemic and deontic logics. Combined deontic-epistemic logic is used during modeling time and combined epistemic-deontic logic during execution time. The sketch of algorithm of detecting inconsistencies in business process model and execution is presented.