ŁĄCZONA LOGIKA EPISTEMICZNA I DEONTYCZNA W MODELOWANIU PROCESÓW BIZNESOWYCH
|
|
- Jarosław Niemiec
- 10 lat temu
- Przeglądów:
Transkrypt
1 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 W. Reisig, Sieci Petriego, WNT, Warszawa Business Process Modeling Notation (BPMN) Specification Final Adopted Specification dtc/ S. Wrycza, B. Marcinkowski, K. Wyrzykowski, Język UML 2.0 w modelowaniu systemów informatycznych, Helion, Gliwice 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.
2 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 TC Document Status Issue 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 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 Z. Ziemba, Analityczna teoria obowiązku. Studium z logiki deontycznej, PWN, Warszawa, W. Suchoń, Studia nad logiką deontyczną, Wydawnictwo Uniwersytetu Jagiellońskiego, Kraków P. Blackburn, M. de Rijke, Why Combine Logics, Studia Logica 1997, Vol. 59, s
3 Łączona logika epistemiczna i deontyczna w modelowaniu 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.
4 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.
5 Łączona logika epistemiczna i deontyczna w modelowaniu 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 *
6 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
7 Łączona logika epistemiczna i deontyczna w modelowaniu 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/ Deontic Logic in Computer Science, eds. J. Meyer, R. Wieringa, John Wiley, Chichester Epistemic Logic for AI and Computer Science, eds. J. Meyer, W. van der Hoek, Cambridge University Press Hollingsworth D., Workflow Management Coalition The Workflow Reference Model, Document Number TC Document Status Issue 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 Reisig W., Sieci Petriego, WNT, Warszawa Suchoń W., Studia nad logiką deontyczną, Wydawnictwo Uniwersytetu Jagiellońskiego, Kraków Wrycza S., Marcinkowski B., Wyrzykowski K., Język UML 2.0 w modelowaniu systemów informatycznych, Helion, Gliwice Ziemba Z., Analityczna teoria obowiązku. Studium z logiki deontycznej, PWN, Warszawa 1983.
8 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.
ROZMYTA LOGIKA EPISTEMICZNA W MODELOWANIU PROCESÓW BIZNESOWYCH
Studia Ekonomiczne. Zeszyty Naukowe Uniwersytetu Ekonomicznego w Katowicach ISSN 2083-8611 Nr 243 2015 Uniwersytet Ekonomiczny w Katowicach Wydział Informatyki i Komunikacji Katedra Inżynierii Wiedzy stanislaw.kedzierski@ue.katowice.pl
MODELOWANIE PROCESÓW Z WYKORZYSTANIEM ROZMYTYCH LOGIK EPISTEMICZNEJ I DEONTYCZNEJ
ZESZYTY NAUKOWE POLITECHNIKI ŚLĄSKIEJ 2017 Seria: ORGANIZACJA I ZARZĄDZANIE z. 113 Nr kol. 1992 Stanisław KĘDZIERSKI Uniwersytet Ekonomiczny, Katowice stanislaw.kedzierski@ue.katowice.pl MODELOWANIE PROCESÓW
Inżynieria oprogramowania. Jan Magott
Inżynieria oprogramowania Jan Magott Literatura do języka UML G. Booch, J. Rumbaugh, I. Jacobson, UML przewodnik użytkownika, Seria Inżynieria oprogramowania, WNT, 2001, 2002. M. Fowler, UML w kropelce,
Opis. Liczba godzin zajęć dydaktycznych z
Załącznik nr 5 do Uchwały nr 1202 Senatu UwB z dnia 29 lutego 2012 r. Elementy składowe sylabusu Nazwa jednostki prowadzącej kierunek Nazwa kierunku studiów Poziom kształcenia Profil studiów Forma studiów
Problemy i Zastosowania Informatyki
Problemy i Zastosowania Informatyki Sem. 2 Magisterskich Studiów Uzupełniających Wymiar wykład 18 h laboratorium 12 h (4 3h) Prowadzący wykład i laboratorium dr inż. Mariusz Szwoch szwoch@eti.pg.gda.pl
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy
Wymiana opisu procesów biznesowych pomiędzy środowiskiem Eclipse i EMC Documentum
Wymiana opisu procesów biznesowych pomiędzy środowiskiem Eclipse i EMC Documentum Stanisław Jerzy Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Systemy CMS (Content
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Kierunek: Informatyka Modeling and analysis of computer systems Forma studiów: Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach specjalności:
MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia 2010. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska
MiASI Modelowanie systemów biznesowych Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 stycznia 2010 Spis treści 1 Czym jest system biznesowy? Po co model bizensowy? Czym
Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2
Wyższa Szkoła Menedżerska w Legnicy Systemy informatyczne w przedsiębiorstwach Zarządzanie, ZIP, sem. 6 (JG) Modelowanie wymagań Wykład 2 Grzegorz Bazydło Cel wykładu Celem wykładu jest przekazanie wiedzy
KARTA MODUŁU KSZTAŁCENIA
KARTA MODUŁU KSZTAŁCENIA I. Informacje ogólne 1 Nazwa modułu kształcenia Inżynieria 2 Nazwa jednostki prowadzącej moduł Instytut Informatyki, Zakład Informatyki Stosowanej 3 Kod modułu (wypełnia koordynator
KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20
Z1-PU7 WYDANIE N2 Strona: 1 z 5 (pieczęć wydziału) KARTA PRZEDMIOTU 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA 3) Karta przedmiotu ważna od roku akademickiego: 2014/2015 2) Kod przedmiotu:
Jarosław Żeliński analityk biznesowy, projektant systemów
Elektroniczne zarządzanie informacją i obiegiem dokumentów kluczowe czynniki sukcesu projektu Jarosław Żeliński analityk biznesowy, projektant systemów O mnie Od 1991 roku w branży IT i zarządzania jako
Zeszyty Naukowe UNIWERSYTETU PRZYRODNICZO-HUMANISTYCZNEGO w SIEDLCACH Seria: Administracja i Zarządzanie Nr
Zeszyty Naukowe UNIWERSYTETU PRZYRODNICZO-HUMANISTYCZNEGO w SIEDLCACH Seria: Administracja i Zarządzanie Nr 114 2017 mgr inż. Michał Adam Chomczyk Uniwersytet Warszawski, Wydział Nauk Ekonomicznych mgr
MODELOWANIE PROCESÓW BIZNESOWYCH W LOGIKACH NIEKLASYCZNYCH
MODELOWANIE PROCESÓW BIZNESOWYCH W LOIKACH NIEKLASYCZNYCH Stanisław Kędzierski Wprowadzenie Istnieje wiele sposobów modelowania rzeczywistości. Rodzaj modelu zaleŝy od celu jakiemu ma ono słuŝyć. TakŜe
Problemy i zastosowania informatyki M.Szwoch, K.Dziubich
Problemy i zastosowania informatyki M.Szwoch, K.Dziubich dr inż. Mariusz Szwoch, Katedra ISI ETI PG, 2017 1 Problemy i Zastosowania Informatyki Sem. 2 Magisterskich Studiów Uzupełniających Wymiar wykład
PRZEWODNIK PO PRZEDMIOCIE. Projektowanie procesów. Logistyka (inżynierska) niestacjonarne. I stopnia. dr Aleksandra Grabińska.
Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Projektowanie procesów Logistyka (inżynierska) niestacjonarne I stopnia
Modelowanie i analiza systemów informatycznych
Katolicki Uniwersytet Lubelski Jana Pawła II Wydział Matematyki, Informatyki i Architektury Krajobrazu Modelowanie i analiza systemów informatycznych ćwiczenia informacja wstępna dr Viktor Melnyk, prof.
Modelowanie obiektowe - Ćw. 3.
1 Modelowanie obiektowe - Ćw. 3. Treść zajęć: Diagramy przypadków użycia. Zasady tworzenia diagramów przypadków użycia w programie Enterprise Architect. Poznane dotychczas diagramy (czyli diagramy klas)
JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE]
JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE] Parę słów o mnie 2 Nauczyciel akademicki od 2000 roku Od 2002 współpracuję z firmami jako programista i projektant aplikacji Od 2006 roku właściciel firmy
Informatyka I stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 2012/2013 Modelowania i Analiza Procesów Biznesowych Modeling and Analysis of Business
PRZEWODNIK PO PRZEDMIOCIE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM
Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Rok Semestr Jednostka prowadząca Osoba sporządzająca Profil Rodzaj
1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI
KARTA PRZEDMIOTU przedmiotu Stopień studiów i forma Rodzaj przedmiotu Grupa kursów Zaawansowane techniki analizy systemowej oparte na modelowaniu warsztaty Studia podyplomowe Obowiązkowy NIE Wykład Ćwiczenia
KARTA PRZEDMIOTU. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI Ogólne umiejętności posługiwania się komputerem
WYDZIAŁ INFORMATYKI I ZARZĄDZANIA Zał. nr 4 do ZW 33/01 KARTA PRZEDMIOTU Nazwa w języku polskim: Nazwa w języku angielskim: Kierunek studiów (jeśli dotyczy): Specjalność (jeśli dotyczy): Stopień studiów
Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty
Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty przedmiotu Stopień studiów i forma: Rodzaj przedmiotu Kod przedmiotu Grupa kursów Zaawansowane techniki analizy
Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON
Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Opis szkoleń z obszaru INFORMATYKA planowanych
Uniwersytet w Białymstoku Wydział Ekonomiczno-Informatyczny w Wilnie SYLLABUS na rok akademicki 2012/2013
SYLLABUS na rok akademicki 01/013 Tryb studiów Studia stacjonarne Kierunek studiów Informatyka Poziom studiów Pierwszego stopnia Rok studiów/ semestr III/VI Specjalność Bez specjalności Kod katedry/zakładu
Wykład 7 Metodyki wytwarzania oprogramowania internetowego (2) Wykładowca: dr inż. Mariusz Trzaska
Wykład 7 Metodyki wytwarzania oprogramowania internetowego (2) Wykładowca: dr inż. Mariusz Trzaska Zagadnienia Wprowadzenie MDD Model Analityczny Projektowy Przykład Podsumowanie Wykorzystano materiały
E-1IZ s2. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. Kod modułu E-1IZ2-1003-s2 Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu
Techniki modelowania programów Kod przedmiotu
Techniki modelowania programów - opis przedmiotu Informacje ogólne Nazwa przedmiotu Techniki modelowania programów Kod przedmiotu 11.3-WI-INFD-TMP Wydział Kierunek Wydział Informatyki, Elektrotechniki
Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia Materiały dla nauczyciela Projekt
Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami
Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami edycja 15 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr nr 1/2012 i 15/2012 organizowanego przez Wydział Informatyki i Zarządzania
Informatyczne fundamenty
Informatyczne fundamenty Informatyka to szeroka dziedzina wiedzy i praktycznych umiejętności. Na naszych studiach zapewniamy solidną podstawę kształcenia dla profesjonalnego inżyniera IT. Bez względu na
E-I2SG-2010-s1. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. Kod modułu E-I2SG-2010-s1 Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu
Repozytorium Zasobów Wiedzy FTP
Repozytorium Zasobów Wiedzy FTP Spis treści Wprowadzenie... 1 Architektura Repozytorium Zasobów Wiedzy... 1 Mapy Wiedzy... 4 Wprowadzanie zasobów wiedzy do repozytorium... 7 Prezentacja zasobów wiedzy
Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu w języku angielskim Modeling and Analysis of Information Systems Obowiązuje od roku akademickiego
Systemy zdarzeniowe - opis przedmiotu
Systemy zdarzeniowe - opis przedmiotu Informacje ogólne Nazwa przedmiotu Systemy zdarzeniowe Kod przedmiotu 11.9-WE-AiRD-SD Wydział Kierunek Wydział Informatyki, Elektrotechniki i Automatyki Automatyka
Egzamin / zaliczenie na ocenę*
WYDZIAŁ PODSTAWOWYCH PROBLEMÓW TECHNIKI Zał. nr 4 do ZW33/01 KARTA PRZEDMIOTU Nazwa w języku polskim : INŻYNIERIA OPROGRAMOWANIA Nazwa w języku angielskim: SOFTWARE ENGINEERING Kierunek studiów (jeśli
Modelowanie obiektowe - Ćw. 6.
1 Modelowanie obiektowe - Ćw. 6. Treść zajęć: Dokumentacja przypadków użycia diagramy czynności. Poznane wcześniej diagramy przypadków użycia pokazują co system powinien robić. Natomiast diagramy czynności
Zeszyty Naukowe UNIWERSYTETU PRZYRODNICZO-HUMANISTYCZNEGO w SIEDLCACH Seria: Administracja i Zarządzanie Nr
Zeszyty Naukowe UNIWERSYTETU PRZYRODNICZO-HUMANISTYCZNEGO w SIEDLCACH Seria: Administracja i Zarządzanie Nr 113 2017 mgr inż. Michał Adam Chomczyk Katedra Informatyki Gospodarczej i Analiz Ekonomicznych
Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML. Jakub Morkis, Piotr Chmielewski
Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML Jakub Morkis, Piotr Chmielewski BPMN - Historia Formowanie grumy tworzącej notację Sierpień 2001, 58 członków reprezentujących 35 firm,
Rozdział VII. Znaczenie logiki dla prawa i pracy prawnika Zadania i odpowiedzi 20
Przedmowa Wykaz skrótów XIII XV Część A. Wprowadzenie Rozdział I. Rys historyczny 1 1. Początki logiki jako nauki 1 2. Średniowiecze 2 3. Czasy nowożytne i współczesne 4 Rozdział II. Podstawowe prawa myślenia
BPM vs. Content Management. Jarosław Żeliński analityk biznesowy, projektant systemów
BPM vs. Content Management Jarosław Żeliński analityk biznesowy, projektant systemów Cel prezentacji Celem prezentacji jest zwrócenie uwagi na istotne różnice pomiędzy tym co nazywamy: zarzadzaniem dokumentami,
Inzynieria Oprogramowania 2... nazwa przedmiotu SYLABUS A. Informacje ogólne. Wydział Ekonomiczno-Informatyczny w Wilnie
Inzynieria Oprogramowania 2... nazwa A. Informacje ogólne Elementy składowe sylabusu Nazwa jednostki prowadzącej kierunek Nazwa kierunku studiów Poziom kształcenia Profil studiów Forma studiów Kod Język
Inżynieria oprogramowania. Wykład 6 Analiza i specyfikowanie wymagań
Inżynieria oprogramowania Wykład 6 Analiza i specyfikowanie wymagań Proces inżynierii wymagań Feasibility Study Feasibility Report Requirements Analysis System Models Requirements Definition Definition
XII International PhD Workshop OWD 2010, 23 26 October 2010. Metodyka pozyskiwania i analizy wyników badań symulacyjnych ścieżek klinicznych
XII International PhD Workshop OWD 2010, 23 26 October 2010 Metodyka pozyskiwania i analizy wyników badań symulacyjnych ścieżek klinicznych Methodology of Acquiring and Analyzing Results of Simulation
INFORMATYKA PLAN STUDIÓW NIESTACJONARNYCH 2-GO STOPNIA (W UKŁADZIE ROCZNYM) STUDIA ROZPOCZYNAJĄCE SIĘ W ROKU AKADEMICKIM 2015/16
-learning INFORMATYKA PLAN STUDIÓ NISTACJONARNYCH 2-GO STOPNIA ( UKŁADZI ROCZNYM) STUDIA ROZPOCZYNAJĄC SIĘ ROKU AKADMICKIM 2015/16 Rok I Zajęcia dydaktyczne obligatoryjne ybrane zagadnienia matematyki
Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych
Modelowanie przypadków użycia Jarosław Kuchta Podstawowe pojęcia Przypadek użycia jest formalnym środkiem dla przedstawienia funkcjonalności systemu informatycznego z punktu widzenia jego użytkowników.
Metody dowodzenia twierdzeń i automatyzacja rozumowań Tabele syntetyczne: definicje i twierdzenia
Metody dowodzenia twierdzeń i automatyzacja rozumowań Tabele syntetyczne: definicje i twierdzenia Mariusz Urbański Instytut Psychologii UAM Mariusz.Urbanski@.edu.pl Metoda tabel syntetycznych (MTS) MTS
Mieczysław Omyła Logika a czas i zmiana. Filozofia Nauki 5/3,
Mieczysław Omyła Logika a czas i zmiana Filozofia Nauki 5/3, 131-134 1997 Filozofia Nauki RECENZJE Rok V, 1997, N r 3(19) Mieczysław Omyła Logika a czas i zmiana Józef Wajszczyk, Logika a czas i zmiana,
PRZEWODNIK PO PRZEDMIOCIE INŻYNIERIA PRZESTRZENNA W LOGISTYCE E. Logistyka. Niestacjonarne. I stopnia (inżynierskie) VII. Dr Cezary Stępniak
Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Rok Semestr Jednostka prowadząca Osoba sporządzająca Profil Rodzaj
Modelowanie procesów biznesowych przetwarzania dokumentów wrażliwych z wykorzystaniem technologii RFID
Maciej Kiedrowicz 1, Jarosław Koszela 2 Modelowanie procesów biznesowych przetwarzania dokumentów wrażliwych z wykorzystaniem technologii RFID 1. Wstęp Dynamiczny rozwój informatyki, technologii informacyjnych
Logika Temporalna i Automaty Czasowe
Modelowanie i Analiza Systemów Informatycznych Logika Temporalna i Automaty Czasowe (1) Wprowadzenie do logiki temporalnej Paweł Głuchowski, Politechnika Wrocławska wersja 2.2 Program wykładów 1. Wprowadzenie
KATEDRA INFORMATYKI TECHNICZNEJ. Ćwiczenia laboratoryjne z Logiki Układów Cyfrowych. ćwiczenie 204
Opracował: prof. dr hab. inż. Jan Kazimierczak KATEDA INFOMATYKI TECHNICZNEJ Ćwiczenia laboratoryjne z Logiki Układów Cyfrowych ćwiczenie 204 Temat: Hardware'owa implementacja automatu skończonego pełniącego
Inżynieria oprogramowania
Inżynieria oprogramowania Wykład 8 Inżynieria wymagań: analiza przypadków użycia a diagram czynności Patrz: Stanisław Wrycza, Bartosz Marcinkowski, Krzysztof Wyrzykowski, Język UML 2.0 w modelowaniu systemów
INFORMATYKA PLAN STUDIÓW NIESTACJONARNYCH 2-GO STOPNIA (W UKŁADZIE ROCZNYM) STUDIA ROZPOCZYNAJĄCE SIĘ W ROKU AKADEMICKIM 2014/15
-learning INFORMATYKA PLAN STUDIÓ NISTACJONARNYCH 2-GO STOPNIA ( UKŁADZI ROCZNYM) STUDIA ROZPOCZYNAJĄC SIĘ ROKU AKADMICKIM 2014/15 Rok I Zajęcia dydaktyczne obligatoryjne Matematyka 3 10 15 25 1 6 Programowanie
technologii informacyjnych kształtowanie , procesów informacyjnych kreowanie metod dostosowania odpowiednich do tego celu środków technicznych.
Informatyka Coraz częściej informatykę utoŝsamia się z pojęciem technologii informacyjnych. Za naukową podstawę informatyki uwaŝa się teorię informacji i jej związki z naukami technicznymi, np. elektroniką,
KARTA PRZEDMIOTU. 1. Nazwa przedmiotu: ZARZĄDZANIE SYSTEMAMI INFORMATYCZNYMI. 2. Kod przedmiotu: ZSI
(pieczęć wydziału) KARTA PRZEDMIOTU Z1-PU7 WYDANIE N1 Strona 1 z 5 1. Nazwa przedmiotu: ZARZĄDZANIE SYSTEMAMI INFORMATYCZNYMI 3. Karta przedmiotu ważna od roku akademickiego: 2016/17 4. Forma kształcenia:
Programowanie komputerów
Programowanie komputerów Wykład 1-2. Podstawowe pojęcia Plan wykładu Omówienie programu wykładów, laboratoriów oraz egzaminu Etapy rozwiązywania problemów dr Helena Dudycz Katedra Technologii Informacyjnych
Projekt grupowy - opis przedmiotu
grupowy - opis przedmiotu Informacje ogólne Nazwa przedmiotu grupowy Kod przedmiotu 11.3-WI-INFP-PG Wydział Kierunek Wydział Informatyki, Elektrotechniki i Automatyki Informatyka / Sieciowe systemy informatyczne
PLAN STUDIÓW STACJONARNYCH PIERWSZEGO STOPNIA DLA KIERUNKU MATEMATYKA NA WYDZIALE MATEMATYKI, INFORMATYKI I EKONOMETRII UNIWERSYTETU ZIELONOGÓRSKIEGO
PLAN STUDIÓW STACJONARNYCH PIERWSZEGO STOPNIA DLA KIERUNKU MATEMATYKA NA WYDZIALE MATEMATYKI, INFORMATYKI I EKONOMETRII UNIWERSYTETU ZIELONOGÓRSKIEGO rekrutacja w roku akademickim 2011/2012 Zatwierdzono:
Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów
Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju Jarosław Żeliński analityk biznesowy, projektant systemów O mnie qod 1991 roku w branży IT i zarządzania jako analityk projektant rozwiązań qod
Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami
Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami edycja 21 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr nr 1/2012 i 15/2012 i 3/2012 organizowanego przez Wydział Informatyki
Analityk i współczesna analiza
Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura
Karta przedmiotu studiów podyplomowych
Karta przedmiotu studiów podyplomowych Nazwa studiów podyplomowych Nazwa obszaru kształcenia, w zakresie którego są prowadzone studia podyplomowe Nazwa kierunku studiów, z którym jest związany zakres studiów
Informatyka II stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny) Kierunkowy (podstawowy / kierunkowy / inny HES)
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 2012/2013 Modelowanie Dynamiczne Procesów Biznesowych Dynamic Modeling of Business
Zaawansowane Modelowanie I Analiza Systemów Informatycznych
Zaawansowane Modelowanie I Analiza Systemów Informatycznych Wprowadzenie mgr. inż. Tomasz Pieciukiewicz tomasz.pieciukiewicz@gmail.com Agenda ZMA jako przedmiot Wprowadzenie do Object Role Modeling ZMA
Karta (sylabus) przedmiotu
WM Karta (sylabus) przedmiotu MECHANIKA I BUDOWA MASZYN Studia I stopnia o profilu: A P Przedmiot: Wybrane z Kod ECTS Status przedmiotu: obowiązkowy MBM S 0 5 58-4_0 Język wykładowy: polski, angielski
Tytuł: Identyfikacja procesu. Przedmiot: Zarządzanie procesami transportowo-logistycznymi Specjalność: Logistyka transportu Wersja: 2014.10.
Tytuł: Identyfikacja Autor: Piotr SAWICKI Zakład Systemów Transportowych WMRiT PP piotr.sawicki@put.poznan.pl www.put.poznan.pl/~piotr.sawicki www.facebook.com/piotr.sawicki.put Przedmiot: Zarządzanie
KOMPUTEROWE WSPOMAGANIE PROJEKTOWANIA
KOMPUTEROWE WSPOMAGANIE PROJEKTOWANIA Kod przedmiotu: 02.9-WI-AUP-KWP Typ przedmiotu: obowiązkowy Język nauczania: polski Odpowiedzialny za przedmiot: mgr inż. arch. Michał Golański Prowadzący: nauczyciele
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 Wydział Zarządzania i Komunikacji Społecznej Instytut Przedsiębiorczości
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 Wydział Zarządzania i Komunikacji Społecznej Instytut Przedsiębiorczości
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE C1. Podniesienie poziomu wiedzy studentów z inżynierii oprogramowania w zakresie C.
Język programowania C C Programming Language. ogólnoakademicki
Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 2013/2014
STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012
STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012 Program studiów opracował: Grzegorz Karpiuk CEL STUDIÓW 1. Zdobycie przez uczestników wiedzy i kompetencji z zakresu zarządzania projektami oraz
Jak metody i narzędzia BPM - w tym BPMN - mogą służyć analitykom? Jarosław Żeliński analityk biznesowy, projektant systemów
Jak metody i narzędzia BPM - w tym BPMN - mogą służyć analitykom? Jarosław Żeliński analityk biznesowy, projektant systemów O mnie Od 1991 roku w branży IT i zarządzania jako analityk projektant rozwiązań
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: ANALIZA, PROJEKTOWANIE I PROGRAMOWANIE OBIEKTOWE Analysis, design and object-oriented programming Kierunek: Forma studiów: Informatyka Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach
Eksploatacja systemów telekomunikacyjnych Wersja przedmiotu 2012/13 A. Usytuowanie przedmiotu w systemie studiów
1 z 5 2013-09-25 09:55 Kod przedmiotu Nazwa przedmiotu TR.SIS606 Eksploatacja systemów telekomunikacyjnych Wersja przedmiotu 2012/13 A. Usytuowanie przedmiotu w systemie studiów Poziom Kształcenia Stopień
Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)
Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu
STANDARDY I SYSTEMY ZARZĄDZANIA PORTAMI LOTNICZYMI 2013
Wersja Jednostka realizująca Typ Poziom Program Profil Blok Grupa Kod Semestr nominalny Język prowadzenia zajęć Liczba punktów ECTS Liczba godzin pracy studenta związanych z osiągnięciem efektów Liczba
Hurtownie danych i business intelligence. Plan na dziś : Wprowadzenie do przedmiotu
i business intelligence Paweł Skrobanek, C-3 pok. 321 pawel.skrobanek@pwr.wroc.pl Wrocław 2005-2007 Plan na dziś : 1. Wprowadzenie do przedmiotu (co będzie omawiane oraz jak będę weryfikował zdobytą wiedzę
Sterowniki Programowalne (SP) Wykład 11
Sterowniki Programowalne (SP) Wykład 11 Podstawy metody sekwencyjnych schematów funkcjonalnych (SFC) SP 2016 WYDZIAŁ ELEKTROTECHNIKI I AUTOMATYKI KATEDRA INŻYNIERII SYSTEMÓW STEROWANIA Kierunek: Automatyka
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 Wydział Zarządzania i Komunikacji Społecznej Instytut Przedsiębiorczości
Analiza i projektowanie obiektowe w UML Kod przedmiotu
Analiza i owanie obiektowe w UML - opis przedmiotu Informacje ogólne Nazwa przedmiotu Analiza i owanie obiektowe w UML Kod przedmiotu 11.3-WK-MATP-UML-W-S14_pNadGen5M44E Wydział Kierunek Wydział Matematyki,
Projektowanie logiki aplikacji
Jarosław Kuchta Projektowanie Aplikacji Internetowych Projektowanie logiki aplikacji Zagadnienia Rozproszone przetwarzanie obiektowe (DOC) Model klas w projektowaniu logiki aplikacji Klasy encyjne a klasy
Modele bezpieczeństwa logicznego i ich implementacje w systemach informatycznych / Aneta Poniszewska-Marańda. Warszawa, 2013.
Modele bezpieczeństwa logicznego i ich implementacje w systemach informatycznych / Aneta Poniszewska-Marańda. Warszawa, 2013 Spis treści I. Bezpieczeństwo systemów informatycznych Rozdział 1. Wstęp 3 1.1.
Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
XIII International PhD Workshop OWD 2011, October 2011 METODA REEINGINEERINGU ORGANIZACJI Z WYKORZYSTANIEM SYMULATORA PROCESÓW BIZNESOWYCH
XIII International PhD Workshop OWD 2011, 22 25 October 2011 METODA REEINGINEERINGU ORGANIZACJI Z WYKORZYSTANIEM SYMULATORA PROCESÓW BIZNESOWYCH METHOD OF REEINGINEERING ORGANIZATION USING BUSINESS PROCESS
EKONOMETRIA I SYLABUS
Załącznik nr 5 do Uchwały nr 1202 Senatu UwB z dnia 29 lutego 2012 r. EKONOMETRIA I SYLABUS A. Informacje ogólne Elementy składowe sylabusu Nazwa jednostki prowadzącej kierunek Nazwa kierunku studiów Poziom
Ćwiczenie 1. Modelowanie prostego procesu
Ćwiczenie 1. Modelowanie prostego procesu Część 1. Definiowanie nowego projektu 1. Uruchom narzędzie TIBCO Business Studio. 2. Z menu wybierz File -> New -> Project... 3. W oknie dialogowym New Project
Opis przedmiotu. Karta przedmiotu - Badania operacyjne Katalog ECTS Politechniki Warszawskiej
Kod przedmiotu TR.NIK405 Nazwa przedmiotu Badania operacyjne Wersja przedmiotu 2015/2016 A. Usytuowanie przedmiotu w systemie studiów Poziom kształcenia Studia I stopnia Forma i tryb prowadzenia studiów
Grupa treści kształcenia, w ramach której przedmiot jest realizowany Przedmiot kierunkowy
SYLLABUS na rok akademicki 0113/014 Tryb studiów Studia stacjonarne Kierunek studiów Informatyka Poziom studiów Pierwszego stopnia Rok studiów/ semestr III/VI Specjalność Bez specjalności Kod katedry/zakładu
ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski
INFORMATYKA W ZARZĄDZANIU Wykład VI dr Jan Kazimirski jankazim@mac.edu.pl http://www.mac.edu.pl/jankazim MODELOWANIE SYSTEMÓW UML Literatura Joseph Schmuller UML dla każdego, Helion 2001 Perdita Stevens
Problemy filozofii - opis przedmiotu
Problemy filozofii - opis przedmiotu Informacje ogólne Nazwa przedmiotu Problemy filozofii Kod przedmiotu 08.1-WH-FP-PF-S16 Wydział Kierunek Wydział Humanistyczny Filozofia Profil ogólnoakademicki Rodzaj
SpecVer - metodyka tworzenia oprogramowania integrująca zadania specyfikacji, implementacji i weryfikacji modułów programów
Zakład Zaawansowanych Technik Informacyjnych (Z-6) SpecVer - metodyka tworzenia oprogramowania integrująca zadania specyfikacji, implementacji i weryfikacji modułów programów Praca nr 06300067 Warszawa,
System klasy BPMS jako wstęp do optymalizacji architektury aplikacyjnej w spółkach dystrybucyjnych i obrotowych
System klasy BPMS jako wstęp do optymalizacji architektury aplikacyjnej w spółkach dystrybucyjnych i obrotowych Wisła, 21/11/2012 Carrywater Group S.A. www.carrywater.com Al. Jerozolimskie 65/79, 00-697
Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram