Technologia inteligentnych agentów. Autor: dr Jacek Jakieła

Wielkość: px
Rozpocząć pokaz od strony:

Download "Technologia inteligentnych agentów. Autor: dr Jacek Jakieła"

Transkrypt

1 Autor: dr Jacek Jakieła

2 WYKŁAD... 3 Komunikacja w systemach agentowych... 3 Ogólny model procesu komunikacji... 3 Teoria aktów mowy jako baza teoretyczna procesu komunikacji międzyagentowej... 5 Realizacja komunikacji międzyagentowej język KQML (Knowledge Query and Manipulation Language)... 8 Modelowanie komunikacji ĆWICZENIA Zadanie Zadanie Zadanie Zadanie Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 2

3 WYKŁAD Komunikacja w systemach agentowych Ogólny model procesu komunikacji Większość modeli komunikacji, wykorzystywanych w projektowaniu systemów informatycznych ma wspólny rdzeń w postaci klasycznej już pracy Shannon a i Weaver a [Shanno48]. Zgodnie z tym modelem proces komunikacji to wymiana informacji pomiędzy dwiema stronami nadawcą i odbiorcą. Przesyłany komunikat jest odpowiednio kodowany przez nadawcę z wykorzystaniem określonego języka i dekodowany po odebraniu go przez odbiorcę. Aby komunikacja mogła zaistnieć potrzebne jest medium, które może przenosić przesyłany komunikat. Dodatkowo kontekst określa sytuację, w jakiej zostały umieszczone strony komunikujące się. Schemat komunikacji przedstawia rysunek. Rysunek 1. Klasyczny schemat procesu komunikacji. Każdy przesyłany komunikat może odgrywać równocześnie kilka funkcji komunikacji [Jakobs02]: Funkcja ekspresyjna odnosi się do związku nadawcy z odbiorcą. Bierze pod uwagę emocje oraz stan nadawcy jak również status przekazu. Funkcja konatywna przekazu dotyczy wrażenia, jakie przesłana wiadomość wywarła na adresacie. Jest związana z pojęciem rozkazu lub żądania, które nadawca kieruje do odbiorcy. Warto zauważyć, że większość komunikatów przesyłanych w organizacji spełnia tę właśnie funkcję. Szczególnie, jeśli mówimy o niej w kontekście kolektywnej realizacji zadania komunikaty związane są z delegacją zadań lub zapytaniami kierowanymi do współpracowników. Funkcja referencyjna jest związana z kontekstem oraz gwarancją szczerości nadawcy i prawdziwości faktów przekazywanych w wiadomości. Funkcja fatyczna jest odpowiedzialna za zarządzanie połączeniem i weryfikację poprawnej pracy kanału. Funkcja ta pełni rolę narzędzia integrującego nadawcę z odbiorcą, podtrzymując zaistniały pomiędzy nimi kontakt. Funkcja poetyczna kładzie nacisk na sam komunikat. Funkcja metajęzykowa jest odpowiedzialna za wszystko, co dotyczy komunikatów, języka oraz sytuacji komunikacyjnej. Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 3

4 Analizując proces komunikacji, warto również rozważyć, oprócz jego struktury oraz funkcji, klasyfikację sposobów komunikacji w odniesieniu do relacji występujących pomiędzy stronami będącymi w interakcji. Według Ferbera relacje te związane są z następującymi aspektami procesu komunikacji [Ferber99]: Połączenie nadawca-odbiorca. Rodzaj medium. Intencja komunikacji. Aspekt połączenie nadawca-odbiorca związany jest z relacją znajomości. Jeżeli nadawca zna adresata wówczas możemy mówić o KOMUNIKACJI BEZPOŚREDNIEJ AKTOR-AKTOR (Point-topoint communication). W takiej sytuacji nadawca wysyła wiadomość jasno precyzując odbiorcę. Korzystając z notacji Ferbera [Ferber99] ten sposób komunikacji może być opisany z wykorzystaniem następującej struktury. <id_komunikatu> nadawca : odbiorca << treść_komunikatu Przykładowo, przesłanie komunikatu powitania Dzień dobry pomiędzy dwoma agentami oznaczonymi jako agent A i agent B może zostać przedstawione jako <K1> A : B << Dzień dobry W sytuacji, gdy nadawca nie wskazuje odbiorcy, lecz kieruje wiadomość do całego zbioru adresatów mamy do czynienia ze sposobem komunikacji, typu rozgłaszanie (Broadcasting). Poniższy zapis przedstawia przesłanie komunikatu Dzień dobry do wszystkich agentów w danej społeczności. <K2> A : Wszyscy << Dzień dobry Rozważając aspekt medium można wyróżnić trzy następujące mechanizmy przesyłania informacji: przekaz bezpośredni (Direct Routing), przekaz poprzez propagację sygnału (Routing by Signal Propagation) oraz przekaz przez podanie do publicznej wiadomości (Public Notice Routing). W przekazie bezpośrednim przesyłany komunikat trafia do kanału komunikacyjnego, który przenosi komunikat bezpośrednio do odbiorcy (lub odbiorców). Przekaz poprzez propagację sygnału polega na rozgłaszaniu w otoczeniu sygnału zawierającego komunikat, przy czym intensywność sygnału ulega zmniejszeniu w miarę jak zwiększa się odległość od jego źródła. W końcu przekaz przez podanie do publicznej wiadomości polega na umieszczeniu komunikatu w miejscu ogólnie dostępnym, w którym każdy zainteresowany może zapoznać się z przedstawioną wiadomością. Biorąc pod uwagę aspekt intencji, komunikację możemy podzielić na komunikację celową oraz komunikację niezamierzoną. Komunikacja celowa jest intencjonalna, gdyż wynika z zamiaru nadawcy przesłania komunikatu do adresata. Komunikacja niezamierzona z kolei odbywa się niezależne od woli nadawcy. W tym przypadku nie możemy mówić o intencji komunikacji. Jak zauważa Ferber komunikacja niezamierzona ma dwie ciekawe cechy charakterystyczne. Po pierwsze semantyka komunikatu jest związana tylko ze stanem nadawcy, natomiast interpretacja przesłanego komunikatu nie wynika z ustalonego wcześniej kodu i jest zależna tylko od odbiorcy [Ferber99]. Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 4

5 Teoria aktów mowy jako baza teoretyczna procesu komunikacji międzyagentowej Teorią, która znacznie wzbogaciła możliwości opisu procesu komunikacji i jest szczególnie użyteczna w kontekście modelowania oraz realizacji komunikacji w systemach wieloagentowych, jest teoria aktów mowy sformułowana przez Austina [Austin62] na gruncie filozofii języka, a następnie rozwinięta przez Searla [Searle69][Searle99]. Podstawowym pojęciem jest akt mowy. Akt mowy stanowi podstawowy element składowy procesu komunikacji będący jednostkową wypowiedzią zrealizowaną przez nadawcę wiadomości w określonej sytuacji, zgodnie z regułami kształtowania i używania języka komunikacji i rozpatrywany jako zespół wielorakich działań. Analiza aktów mowy, które są podstawowymi blokami składowymi procesu komunikacji, pokazuje jak działać słowami [Searle69][Searle99]. Za pomocą aktu mowy można coś stwierdzić, zapytać o coś, wydać polecenie, wyrazić prośbę lub przewidzieć przyszłe zdarzenie. Akt mowy, jako struktura modelowania pozwala przedstawić całe spektrum możliwych sytuacji komunikacyjnych występujących przy projektowaniu systemu. Akt mowy jest obiektem złożonym. Teoria filozofii języka zakłada, że na każdy kompletny akt mowy składają się trzy akty cząstkowe (rysunek). Są to: Akt lokucyjny. Akt lokucyjny dokonuje się poprzez spełnienie trzech współdziałających aktów podrzędnych. Są to akt fonetyczny polegający na artykułowaniu dźwięków zgodnie z fonematycznymi regułami danego języka, lub utworzeniu zapisu graficznego zgodnego z regułami ortograficznymi, akt fatyczny polegający na formułowaniu szeregu dźwiękowego zgodnie z regułami budowy wyrazów i ich gramatyczno-składniowego wiązania oraz akt retyczny polegający na używaniu słów i zdań zgodnych z regułami semantycznymi. Akt illokucyjny jest to działanie, które jest dokonywane poprzez wypowiedzenie czegoś, a więc poprzez spełnienie w pewien sposób aktu lokucyjnego. Kiedy nadawca coś mówi, mając to coś na myśli i próbując to coś przekazać odbiorcy, to jeśli mu się powiedzie dokona on aktu illokucyjnego. W zwykłej sytuacji komunikacyjnej akt illokucyjny jest aktem celowym. Jeżeli ktoś nie ma ochoty zapytać lub wygłosić stwierdzenia nie robi tego. Akt perlokucyjny odnosi się do efektu lub wpływu, jaki mają akty illokucyjne na odbiorcę. Wydając polecenie można sprawić, że odbiorca je wykona, dyskutując można przekonać rozmówcę lub go do czegoś namówić. Inaczej niż akt illokucyjny, akt perlokucyjny nie musi być aktem celowym. Przykładowo, można kogoś do czegoś przekonać albo go rozbawić nie mając takiego zamiaru. W związku z tym akt perlokucyjny nie daje się określić i w pełni przewidzieć na podstawie samej wypowiedzi i sytuacji komunikacyjnej gdyż w dużej mierze zależy od dyspozycji odbiorcy. Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 5

6 Rysunek. Elementy składowe aktu mowy. Rozróżnienie pomiędzy zawartością komunikatu a typem stanu intencjonalnego pozwala na lepsze ustrukturyzowanie aktu mowy i prowadzi do podziału na treść aktu i jego moc illokucyjną. Formalnie można to zapisać jako F(p) ), gdzie F oznacza moc illokucyjną aktu a p zawartość zdaniową. Akty mowy mogą przynależeć do różnych typów. Różnorodność języka jest bardzo duża. Biorąc pod uwagęę moc illokucyjną jako kryterium podziału akty mowy można przypisać do następujących typów (rysunek): Asertywy. Celem asertywów jest przekonanie odbiorcy, co do prawdziwości zdania. Nadawca chce przedstawić zdanie jako oddające stan rzeczy o świecie, czyli zdanie prawdziwe. Pytaniem identyfikującym asertywy jest pytanie o prawdziwość lub fałszywość wypowiedzi. Rysunek. Podział aktów mowy ze względu na moc illokucyjną Dyrektywy. Celem dyrektywu jest skłonienie odbiorcy do zachowania się w określony sposób, który jest zgodny z zawartością zdaniową dyrektywu. Dyrektywy w postaci poleceń lub próśb nie podlegająą testowi prawdziwości, gdyż prośba lub polecenie mogą być jedynie spełnione lub nie. Dyrektywy mogąą zostać podzielone na eksercytywy oraz interrogatywy. Interrogatywy służą do zadawania Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 6

7 pytań w celu uzyskania niezbędnych informacji. Udzielenie odpowiedzi na pytanie nie wymaga złożonego przetwarzania. Przykładem może być sytuacja, w której pytamy kogoś o informację, którą dana osoba zna i udzielenie odpowiedzi nie wymaga realizacji zadania prowadzącej do uzyskania tej informacji. Eksercytywy z kolei służą do zlecania wykonania zadań. W tym wariancie również chodzi o uzyskanie informacji. Jest ona jednak wynikiem przetwarzania w związku z realizacją zadania lub zbioru zadań. Komisywy. Jeżeli nadawca dokonuje komisywu wówczas informuje o podjęciu zobowiązania wykonania szeregu działań wyrażonych w zawartości zdaniowej. Do komisywów należą m.in. zobowiązania, umowy i gwarancje. Podobnie jak w przypadku dyrektywów, komisywy nie podlegają testowi prawdziwości. Komisyw może zostać spełniony, dotrzymany lub niespełniony. Ekspresywy. Celem illokucyjnym ekspresywu jest wyrażenie warunku szczerości aktu mowy. Przykładem ekspresywu są przeprosiny, podziękowania lub gratulacje. Deklaratywy. Celem deklaratywów jest spowodowanie zmiany w świecie, przy czym zmiana się dokonuje przez samo wykonanie lokucji. Przykładem może być wypowiadam wojnę, składam rezygnację, akceptuję umowę. Zmieniając samą moc illokucyjną uzyskujemy różne akty mowy. Pokazują to następujące przykłady, w których moc illokucyjną reprezentuje tak zwany performatyw (pojęcie performatywu zostanie omówione w kolejnej sekcji). Performatyw = request Content = drzwi są zamknięte Akt mowy = Proszę zamknij drzwi Performatyw = inform Content = drzwi są zamknięte Akt mowy = drzwi są zamknięte Performatyw = inquire Content = drzwi są zamknięte Akt mowy = Czy drzwi są zamknięte? Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 7

8 Realizacja komunikacji międzyagentowej język KQML (Knowledge Query and Manipulation Language) Język KQML został opracowany w ramach projektu Knowledge Sharing Effort i był jedną z pierwszych prób zdefiniowania języka komunikacji międzyagentowej, która byłaby realizowana na poziomie wiedzowym (Knowledge-Level Communication). KQML definiuje język oraz zbiór protokołów. W założeniu język KQML ma dostarczać mechanizmów, dzięki którym systemy wchodzące między sobą w interakcje mogą znaleźć odpowiedzi na następujące pytania [Finin94a]: Kto, z kim się komunikuje? Jak znaleźć rozmówcę? Jak rozpocząć komunikację? Jak zarządzać procesem wymiany komunikatów? Jako język i zbiór protokołów, KQML wspiera programy komputerowe w procesach identyfikacji, łączenia się i wymiany informacji. KQML jest językiem wysokiego poziomu, który dostarcza zarówno formatu komunikatów, jak również protokołu zarządzającego przesyłaniem komunikatów. Celem przesyłania komunikatów KQML jest współdzielenie wiedzy pomiędzy agentami, w czasie działania systemu. Język KQML nie bierze pod uwagę zawartości przesyłanych komunikatów, która może być zapisana w dowolnym języku [Wooldr02]. Istnieje kilka poziomów, na których agenci muszą być zgodni (przynajmniej w zakresie interfejsów), aby mogli pomyślnie współpracować. Są to: Poziom transportu (Transport Level) opisuje jak agenci wysyłają i odbierają komunikaty. Poziom języka (Language Level) opisuje co oznaczają poszczególne komunikaty. Poziom strategii (Policy Level) opisuje to, jak agenci strukturyzują konwersacje. Poziom architektury (Architecture Level) opisuje jak połączyć agentów stosownie do odpowiednich protokołów. Rysunek. Warstwy języka KQML. Biorąc pod uwagę przedstawione poziomy zgodności, standard języka KQML definiuje trzy warstwy: warstwę zawartości, warstwę komunikatu oraz warstwę komunikacyjną (rysunek) [Finin94c]. Warstwa zawartości opisuje faktyczną ZAWARTOŚĆ komunikatu zapisaną w odpowiednim języku opisu wykorzystywanym przez agenta. KQML wspiera dowolny język opisu. Warstwa komunikacyjna koduje zbiór cech komunikatu, które opisują parametry niskopoziomowej komunikacji, takie jak tożsamość nadawcy i odbiorcy oraz unikalny ID związany z procesem komunikacji. Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 8

9 Warstwa komunikatu stanowi jądro języka. Określa rodzaje interakcji, w jakie można wejść z agentem mówiącym w języku KQML. Podstawową funkcją warstwy komunikatu jest ustalenie protokołu, który powinien być wykorzystany w celu dostarczenia komunikatu oraz performatywu, dołączonego przez nadawcę do wiadomości. Komunikat KQML składa się z performatywu oraz związanych z nim argumentów. Performatyw definiuje intencję agenta wysyłającego komunikat. Przykładowo performatyw tell jest wykorzystywany w celu modyfikacji bazy przekonań odbiorcy komunikatu, natomiast performatyw achieve aby zmodyfikować cele odbiorcy. Tak więc etykieta performatywu jawnie określa zamiar (intencję) nadawcy komunikatu. Tabela przedstawia wybrane performatywy zdefiniowane w standardzie KQML. Performatyw Tabela. Lista performatywów zdefiniowanych dla języka KQML. Znaczenie achieve Prośba o działanie prowadzące do tego, że zawartość zdaniowa stanie się prawdziwa. advertise Informuje, o tym, że nadawca może odbierać określone performatywy zapisane w zawartości zdaniowej. ask-all ask-if ask-one delete-all deny error insert delete-one request stream-all tell unachieve Agent A prosi agenta B o wszystkie możliwe odpowiedzi na pytanie. Agent A chce sprawdzić, czy przesyłana zawartość zdaniowa może być dopasowana do zawartości bazy odbiorcy. Agent A prosi agenta B o odpowiedź na zadane pytanie. Agent A prosi, aby agent B usunął wszystkie zdania określonego typu ze swojej bazy wiedzy. Oznacza, że performatyw przesłany w zawartości zdaniowej komunikatu jest nieprawdziwy. Agent A uważa, że komunikat od B został źle sformułowany. Agent A prosi, aby agent B włączył określone zdanie do swojej bazy wiedzy. Agent A prosi, aby agent B usunął określone zdanie ze swojej bazy wiedzy. Agent A prosi agenta B o wykonanie określonego działania. Podobne przeznaczenie do ask-all z tym, że nadawca przesyła serię performatywów. Performatyw eos oznacza, że przesyłanie zakończyło się pomyślnie. Informuje, że przesyłana zawartość zdaniowa znajduje się w wirtualnej bazie wiedzy nadawcy. Anulowanie performatywu achieve. Argumenty opisują rzeczywistą zawartość komunikatu (zawartość zdaniową) oraz opcjonalne parametry. Standardowo, każdy komunikat KQML jest zapisany w formie łańcucha ASCII, który jest ustrukturyzowany zgodnie z tzw. prefiksową notacją polską, wykorzystywaną również przez standard języka Common Lisp (rys). Intuicyjna interpretacja komunikatu przedstawionego na rysunku może być następująca: nadawca komunikatu pyta o cenę akcji firmy ASSECO, zadając pytanie do agenta o nazwie serwerakcji, który rozumie język LPROLOG oraz zna ontologię o nazwie GIELDA-PW, gdzie ontologia zawiera precyzyjną definicję wszystkich pojęć, które mogą pojawić się w przesyłanych komunikatach. Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 9

10 Rysunek. Standardowa postać komunikatu KQML. Parametry w performatywach są indeksowane przez słowa kluczowe, dzięki czemu ich kolejność nie ma znaczenia. Oryginalna definicja komunikatu KQML, zapisana z wykorzystaniem notacji BNF została przedstawiona na rysunku [Finin94c]. Rysunek. Składnia komunikatu KQML zapisana w BNF. Semantyka języka KQML definiuje prosty i ujednolicony kontekst. Istotnym pojęciem, którego zrozumienie jest szczególnie ważne w kontekście języka KQML jest wirtualna baza wiedzy WBW (Virtual Knowledge Base). Zakłada się, że każdy agent zarządza swoją WIRTUALNĄ BAZĄ WIEDZY, a komunikacja z agentem odbywa się w odniesieniu do tej bazy wiedzy. Dzięki takiemu założeniu każdy agent może być zaimplementowany z wykorzystaniem innego języka programowania i mieć inną, wewnętrzną reprezentację wiedzy. Żaden z agentów nie zakłada, że inny agent będzie używał takiej samej, wewnętrznej reprezentacji. W sytuacjach skrajnych agent może nie posiadać w ogóle reprezentacji. Dla potrzeb komunikacji każdy z agentów zakłada, że inni agenci społeczności mają jakąś wewnętrzną reprezentację wiedzy. Ta przypisana innym wiedza jest określana terminem wirtualna baza wiedzy. W związku z tym agenci w trakcie interakcji formułują pytania o zawartość tej bazy wiedzy, stwierdzenia na temat zawartości bazy wiedzy oraz prośby modyfikacji, dodania, lub usunięcia przekonań z bazy wiedzy. Agenci rozmawiają na temat zawartości swoich WBW z wykorzystaniem języka KQML, lecz w celu zakodowania określonych stwierdzeń w WBW można wykorzystać różne języki opisu. Specyfikacja parametrów w języku KQML bierze pod uwagę dwie istotne kwestie. Po pierwsze, chodzi o ujednolicenie semantyki powszechnie wykorzystywanych parametrów. Po drugie ważne było umożliwienie zrozumienia performatywów o nieznanych nazwach, lecz posiadających znane nazwy słów kluczowych parametrów. Część parametrów jest Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 10

11 zarezerwowana, co oznacza, że użycie tych parametrów musi być spójne z definicją słów kluczowych. W tabeli zawarto charakterystykę najczęściej wykorzystywanych parametrów. :sender <word> :receiver <word> Tabela. Charakterystyka parametrów performatywu języka KQML. Nazwa Znaczenie :reply-with <expression> :in-reply-to <expression> :content <expression> :language <word> Opisują faktycznego nadawcę i odbiorcę performatywu. Jeżeli <expression> zawiera wartość nil, wówczas nadawca nie spodziewa się odpowiedzi. Jeżeli <expression> zawiera t wówczas nadawca spodziewa się odpowiedzi. W innych przypadkach nadawca spodziewa się odpowiedzi zawierającej parametr :in-reply-to, z wartością identyczną z <expression>. Wskazuje na BEZPOŚREDNI OBIEKT performatywu. Na przykład jeżeli performatywem jest tell, wówczas :content jest wypowiedzianym zdaniem. <expression> w :content musi być poprawnym wyrażeniem zapisanym w języku opisu, określonym przez parametr :language. Lub języku KQML jeśli nie ma parametru :language. Ponadto, stałe zdefiniowane w <expression> muszą należeć do zbioru tych zdefiniowanych w ontologii, o nazwie zdefiniowanej w parametrze :ontology. Nazwa języka reprezentacji zapisana w <word>. :ontology <word> Nazwa ontologii zapisana w <word>. W 2002 stowarzyszenie FIPA (Foundation for Intelligent Physical Agents), które prowadzi prace nad spójnym zbiorem standardów dla systemów agentowych opublikowało standard dla języka komunikacji międzyagentowej. W większej części standard bazuje na języku KQML, z drobnymi wyjątkami dotyczącymi nazw performatywów oraz kwestii semantyki języka. Modelowanie komunikacji Do pełnego zrozumienia procesu komunikacji samo pojęcie aktu mowy nie wystarcza. Konieczne jest wprowadzenie dodatkowych pojęć takich jak interakcje i konwersacja. Interakcja jest wymianą aktów mowy pomiędzy dwoma agentami, w związku z realizacją przez nich zadań, które są wzajemnie zależne. W interakcji zawsze występują dwie strony, z których jedna potrzebuje informacji lub wyników realizacji zadania a druga je dostarcza. Analiza aktów mowy przesyłanych podczas interakcji pokazuje, że tworzą one pewne wzorce komunikacji, które składają się z aktów mowy występujących wspólnie. W określeniu wzorców komunikacji przydatny jest podział aktów mowy na akty, wymagające odpowiedzi w formie innego aktu oraz te, w przypadku których odpowiedź nie jest konieczna. Do aktów mowy, które nie wymagają odpowiedzi możemy zaliczyć akty mowy o takich performatywach jak: inform, answer, reject, accept, report, command. Akty mowy wymagające odpowiedzi to z kolei ask, demand, request, offer, propose. Ze względu na konieczność odpowiedzi w przypadku niektórych aktów mowy możliwa jest identyfikacja wzorców komunikacji występujących przy interakcji. Wzorce komunikacji dla interrogatywów oraz eksercytywów przedstawia rysunek. Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 11

12 Rysunek. Przykładowe wzorce komunikacji. Do stworzenia pełnego modelu komunikacji w organizacji same pojęcia aktu mowy oraz interakcji są niewystarczające. W gruncie rzeczy, akt mowy i interakcje nigdy nie występują w izolacji. Bardzo często jedna interakcja jest wyzwalaczem innych interakcji a akt mowy inicjuje całą sekwencję kolejnych aktów mowy. Wyobraźmy sobie sytuację, w której agent A potrzebuje do realizacji zadania Z Ai informacji x od agenta B, natomiast po otrzymaniu tej informacji może rozpocząć realizację zadania Z Aj, do którego potrzebne mu są wyniki realizacji zadania Z Bi, które może delegować do agenta B i którego wyniki agent B przesyła z powrotem do agenta A. Korzystając z performatywów przedstawionych wcześniej oraz wprowadzonej notacji opisany proces można zapisać w postaci czterech następujących komunikatów: <K1> A:B << ASK(x) <K2> B:A << REPLY(x=12) <K3> A:B << REQUEST(Z(y)) <K4> B:A << REPORT(Z(wyniki)) Opisanie planu komunikacji wymaga wprowadzenia porządku do zbioru interakcji i związanych z nimi aktów mowy. Zadanie to spełnia pojęcie konwersacji [Winogr86], które porządkuje zbiór interakcji. Konwersacja jest zbiorem interakcji występujących w określonej kolejności i może być scharakteryzowana poprzez następujące własności: posiada stan początkowy, który określa początek konwersacji, rozpoczyna się od aktu należącego do jednego z głównych typów aktów mowy (asertywu, komisywu, dyrektywu, ekspresywu lub deklaratywu), na każdym etapie konwersacji istnieje ograniczony zbiór możliwych działań, które są również aktami mowy, zmiana stanu konwersacji związana jest ze spełnieniem warunku przejścia, który musi być spełniony zanim konwersacja przejdzie do kolejnego stanu. Istnieją stany końcowe, których osiągnięcie oznacza koniec konwersacji. Do modelowania komunikacji w systemach agendowych można wykorzystać, po niewielkich modyfikacjach, diagram stanów (jeden z diagramów zdefiniowanych w ramach języka UML). Rysunek przedstawia diagram opisujący konwersację pomiędzy dwoma agentami agentem A i agentem B. Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 12

13 Rysunek. Model konwersacji notacja diagramu stanów. Przedstawiona na diagramie konwersacja składa się z sześciu stanów, w tym z 3 stanów specjalnych (jeden stan początkowy oraz dwa stany końcowe). Każda tranzycja pomiędzy stanami jest opisana z wykorzystaniem etykiety, która wskazuje na kierunek komunikacji oraz zawartość komunikatu. Przykładowo,przesłanie aktu mowy o performatywie propose, zawartości zdaniowej o etykiecie x od agenta A do agenta B jest zapisane w formie A:B<<propose(x). Inicjatorem konwersacji jest agent A. Początkowo, konwersacja znajduje się w stanie 1, który jest stanem początkowym konwersacji. Następnie, agent A inicjuje konwersację przesyłając do agenta B akt mowy o performatywie propose oraz zawartości zdaniowej x, co powoduje zmianę stanu konwersacji ze stanu 1 na stan 2. W stanie 2 możliwe są 2 warianty: 1. Agent B odrzucił propozycję wysyłając akt mowy reject(x), co prowadzi do stanu końcowego 3, który kończy konwersację. 2. Agent B zaakceptował propozycję stanu 4. wysyłając akt mowy accept(x) ), co prowadzi do Kolejnee przejście, pomiędzy stanem 4 oraz stanem 5, związane jest z przyjęciem przez agenta B zobowiązania i przesłaniem aktu mowy commit(x). Po realizacji zadania agent B przesyła do agenta A wyniki, po czym konwersacja przechodzi do stanu 6, który jest stanem końcowym konwersacji. Każdy ze stanów powinien zostać krótko opisany w specyfikacji konwersacji. Specyfikacja powinna zawieraćć również charakterystykę reguł tranzycji opisujących ograniczenia nałożone na konwersację. Przykładowyy opis jednego ze stanów występujących podczas konwersacji związanej z procesem przydzielaniaa kredytu oraz jedna z reguł tranzycji zostały przedstawione poniżej. Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 13

14 Stan X. Urzędnik wywiadu gospodarczego otrzymał od doradcy klienta żądanie sprawdzenia wiarygodności klienta i realizuje proces klasyfikacji. REGUŁA X. Stan konwersacji y Stan konwersacji z ON IF zgłoszono zapotrzebowanie na nowy kredyt Doradca klienta pobrał wszystkie dane do karty klienta AND zweryfikował dokumenty pod względem formalnym i merytorycznym THEN Doradca klienta wysłał do urzędnika wywiadu gospodarczego żądanie sprawdzenia wiarygodności (tak zwana identyfikacja klienta niepożądanego). Sekcja ON definiuje zdarzenie, które powoduje odpalenie reguły. W pierwszym kroku sprawdzany jest warunku zdefiniowany w sekcji IF. Sekcja THEN zawiera specyfikację działań komunikacyjnych agenta, które powinny zostać wykonane w sytuacji, gdy warunek jest spełniony. Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 14

15 ĆWICZENIA Zadanie 1 Dla każdego z poniższych zdań dobierz odpowiedni typ aktu mowy biorąc pod uwagę jego moc illokucyjną. (Zadanie typu połącz. Z lewej strony znajdują się zdania, a z prawej wymieszane nazwy aktów mowy. Zadanie polega na połączeniu właściwej nazwy ze zdaniem). 1. Odrób zadanie domowe (eksercytyw) 2. Jesteś żonaty? (interrogatyw) 3. Jaką masz średnią ocen? (eksercytyw jeżeli trzeba obliczyć średnią, jeżeli nie to interrogatyw) 4. Gratuluję zdanego egzaminu!. (ekspresyw) 5. Bardzo dziękuję za prezent (ekspresyw) 6. Składam rezygnację (już tego nie zniosę). (deklaratyw) 7. Dzisiaj jest ładna pogoda.(asertyw) 8. Dostałem wypłatę. (asertyw) Zadanie 2 Przedstawiona poniżej specyfikacja konwersacji opisuje proces komunikacji w ramach społeczności agentów, która jest odpowiedzialna za rozpatrywanie podań o udzielenie kredytów detalicznych. W proces konwersacji są zaangażowani czterej agenci. Ich nazwy oraz odpowiedzialności przedstawiono poniżej. Doradca klienta przygotowanie wniosku kredytowego, zrealizowanie decyzji kredytowej. Urzędnik wywiadu gospodarczego zidentyfikowanie tzw. klienta niepożądanego. Urzędnik departamentu ryzyka ustalenie współczynnika przeciętne wynagrodzenie. Analityk kredytowy określenie zdolności do spłaty kredytu. Na podstawie specyfikacji konwersacji wykonaj następujące zadania: 1. Zdefiniuj performatywy dla aktów mowy, które będą przesyłane w trakcie konwersacji. 2. Zidentyfikuj wszystkie interakcje zachodzące pomiędzy agentami oraz wzorce komunikacji z nimi związane. 3. Utwórz model konwersacji z wykorzystaniem diagramu stanów. Do opracowania modelu wykorzystaj MS-Visio. Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 15

16 SPECYFIKACJA KONWERSACJI CHARAKTERYSTYKA STANÓW KONWERSACJI Stan 1. Stan początkowy DORADCA KLIENTA czeka na nowe zgłoszenie. Stan 2. URZĘDNIK WYWIADU GOSPODARCZEGO otrzymał od DORADCY KLIENTA żądanie sprawdzenia wiarygodności klienta i realizuje proces klasyfikacji. Stan 2.1. Stan końcowy 1. DORADCA KLIENTA otrzymał od URZĘDNIKA WYWIADU GOSPODARCZEGO negatywny wynik weryfikacji wiarygodności klienta (i poinformował klienta o braku możliwości starania się o kredyt). Stan 3. DORADCA KLIENTA otrzymał od URZĘDNIKA WYWIADU GOSPODARCZEGO pozytywny wynik weryfikacji wiarygodności klienta i rozpoczyna przygotowywanie dokumentacji niezbędnej przy analizie wiarygodności kredytowej. Stan 4. ANALITYK KREDYTOWY otrzymał żądanie wykonania analizy zdolności kredytowej klienta. Stan 5.URZĘDNIK DEPARTAMENTU RYZYKA otrzymał od ANALITYKA KREDYTOWEGO zapytanie o parametr przeciętne wynagrodzenie. Stan 6. ANALITYK KREDYTOWY otrzymał od URZĘDNIKA DEPARTAMENTU RYZYKA odpowiedź na temat parametru przeciętne wynagrodzenie. Stan 7. Stan końcowy 2. DORADCA KLIENTA otrzymał od ANALITYKA KREDYTOWEGO pozytywny wynik oceny zdolności kredytowej i poinformowano klienta o parametrach kredytu (kwocie, harmonogramie spłat, oprocentowaniu, prowizji, typie odsetek etc.). REGUŁY TRANZYCJI REGUŁA 1. Stan konwersacji 1 Stan konwersacji 2 ON zgłoszono zapotrzebowanie na nowy kredyt IF DORADCA KLIENTA pobrał wszystkie dane do karty klienta AND zweryfikował dokumenty pod względem formalnym i merytorycznym THEN DORADCA KLIENTA wysłał do URZĘDNIKA WYWIADU GOSPODARCZEGO żądanie sprawdzenia wiarygodności (tak zwana identyfikacja klienta niepożądanego). REGUŁA 2. Stan konwersacji 2 Stan konwersacji 3 ON URZĘDNIK WYWIADU GOSPODARCZEGO otrzymał żądanie sprawdzenia wiarygodności IF URZĘDNIK WYWIADU GOSPODARCZEGO nie znalazł powodów negatywnej weryfikacji wiarygodności potencjalnego kredytobiorcy THEN URZĘDNIK WYWIADU GOSPODARCZEGO wysłał do DORADCY KLIENTA wyniki procesu weryfikacji REGUŁA 3. Stan konwersacji 3 Stan konwersacji 4 ON DORADCA KLIENTA otrzymał wyniki weryfikacji wiarygodności IF Pozytywna weryfikacja wiarygodności AND DORADCA KLIENTA skompletował wszystkie dane do wniosku kredytowego THEN DORADCA KLIENTA wysłał do ANALITYKA KREDYTOWEGO żądanie ustalenia zdolności kredytowej REGUŁA 4. Stan konwersacji 4 Stan konwersacji 5 ON ANALITYK KREDYTOWY otrzymał żądanie wykonania oceny zdolności kredytowej IF ANALITYK KREDYTOWY określił podstawowy dochód netto potencjalnego kredytobiorcy THEN ANALITYK KREDYTOWY wysłał do URZĘDNIKA DEPARTAMENTU RYZYKA zapytanie o aktualną wartość parametru PRZECIĘTNE WYNAGRODZENIE. Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 16

17 REGUŁA 5. Stan konwersacji 5 Stan konwersacji 6 ON URZĘDNIK DEPARTAMENTU RYZYKA kredytowego otrzymał zapytanie o aktualną wartość parametru PRZECIĘTNE WYNAGRODZENIE IF URZĘDNIK DEPARTAMENTU RYZYKA ustalił wartość parametru PRZECIĘTNE WYNAGRODZENIE THEN URZĘDNIK DEPARTAMENTU RYZYKA przesłał do ANALITYKA KREDYTOWEGO aktualną wartość parametru PRZECIĘTNE WYNAGRODZENIE. REGUŁA 6. Stan konwersacji 6 Stan konwersacji 7 (stan końcowy) ON ANALITYK KREDYTOWY otrzymał aktualną wartość parametru PRZECIĘTNE WYNAGRODZENIE IF ANALITYK KREDYTOWY ustalił zdolność kredytową THEN ANALITYK KREDYTOWY przesłał do DORADCY KLIENTA wyniki oceny zdolności do spłaty kredytu dla potencjalnego kredytobiorcy. REGUŁA 7. Stan konwersacji 2 Stan konwersacji 2.1 (stan końcowy) ON URZĘDNIK WYWIADU GOSPODARCZEGO otrzymał żądanie sprawdzenia wiarygodności IF URZĘDNIK WYWIADU GOSPODARCZEGO znalazł powody negatywnej weryfikacji potencjalnego kredytobiorcy i sklasyfikował go, jako klienta niepożądanego THEN URZĘDNIK WYWIADU GOSPODARCZEGO wysłał do DORADCY KLIENTA wyniki procesu weryfikacji a doradca klienta zakończył proces. Zadanie 3 Przygotuj model komunikacji odbywającej się w ramach procesu aukcyjnego (protokół aukcji angielskiej). Przypisz agentom nazwy i zdefiniuj krótko ich odpowiedzialności. Korzystając z przykładu z poprzedniego zadania opracuj specyfikację konwersacji zawierającą opis performatywów, stanów oraz reguł tranzycji. Utwórz model komunikacji z wykorzystaniem diagramu stanów. Uzasadnij krótko dobór każdego z performatywów. Zadanie 4 Przygotuj model komunikacji odbywającej się w ramach procesu przyznawania stypendium (zgodnie z regulaminem studiów). Przypisz agentom nazwy i zdefiniuj krótko ich odpowiedzialności. Opracuj specyfikację konwersacji zawierającą opis performatywów, stanów oraz reguł tranzycji. Utwórz model komunikacji z wykorzystaniem diagramu stanów. Uzasadnij krótko dobór każdego z performatywów. Wyższa Szkoła Informatyki i Zarządzania z siedzibą w Rzeszowie 17

Dialogowe akty mowy w modelach sztucznej inteligencji

Dialogowe akty mowy w modelach sztucznej inteligencji Dialogowe akty mowy w modelach sztucznej inteligencji O. Yaskorska 1 K. Budzynska 1 M. Kacprzak 2 1 Wydział Filozofii Chrześcijańskiej, Uniwersytet Kardynała Stefana Wyszyńskiego w Warszawie 2 Wydział

Bardziej szczegółowo

Z punktu widzenia kognitywisty: język naturalny

Z punktu widzenia kognitywisty: język naturalny Z punktu widzenia kognitywisty: język naturalny Wykład V: Język w umyśle, świat w umyśle O obiektach Podejście zdroworozsądkowe: intuicyjna charakterystyka obiektów i stanów rzeczy Ale mówi się również

Bardziej szczegółowo

Komunikacja w systemie wieloagentowym

Komunikacja w systemie wieloagentowym Komunikacja w systemie wieloagentowym Piotr Pałka Instytut Automatyki i Informatyki Stosowanej Politechnika Warszawska 20 października 2009 Piotr Pałka Komunikacja w systemie wieloagentowym 1/16 Komunikacja

Bardziej szczegółowo

Inżynieria oprogramowania

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

Bardziej szczegółowo

Język w dzia laniu.akty mowy

Język w dzia laniu.akty mowy Język w dzia laniu. Akty mowy Uniwersytet Kardyna la Stefana Wyszyńskiego 1 Teoria aktów mowy Johna L. Austina 2 3 Pierwsza wersja teorii Johna L. Austina teoria performatywów perfomatywy wypowiedzi sprawcze,

Bardziej szczegółowo

Programowanie obiektowe

Programowanie obiektowe Laboratorium z przedmiotu Programowanie obiektowe - zestaw 02 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas i obiektów z wykorzystaniem dziedziczenia.

Bardziej szczegółowo

Programowanie obiektowe

Programowanie obiektowe Laboratorium z przedmiotu - zestaw 02 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas i obiektów z wykorzystaniem dziedziczenia. Wprowadzenie teoretyczne.

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Warszawa, 07 lutego 2013 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.2 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...

Bardziej szczegółowo

Modelowanie i analiza systemów informatycznych Spis treści

Modelowanie i analiza systemów informatycznych Spis treści Modelowanie i analiza systemów informatycznych Spis treści Modelowanie i analiza systemów informatycznych...1 Ćwiczenia 1...2 Wiadomości podstawowe:...2 Ćwiczenia...8 Ćwiczenia 1 Wiadomości podstawowe:

Bardziej szczegółowo

Agentowe języki komunikacji (KIF, KQML, ACL)

Agentowe języki komunikacji (KIF, KQML, ACL) WYKŁAD 7 Agentowe języki komunikacji (KIF, KQML, ACL) System autonomiczny potrafi: obserwować (monitorować stan własny i stan otoczenia) działać (modyfikować stan własny i stan otoczenia) W przypadku systemów

Bardziej szczegółowo

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury

Bardziej szczegółowo

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU> Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Zarządzanie infrastrukturą sieciową Modele funkcjonowania sieci

Zarządzanie infrastrukturą sieciową Modele funkcjonowania sieci W miarę rozwoju sieci komputerowych pojawiały się różne rozwiązania organizujące elementy w sieć komputerową. W celu zapewnienia kompatybilności rozwiązań różnych producentów oraz opartych na różnych platformach

Bardziej szczegółowo

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek TECHNOLOGIE OBIEKTOWE WYKŁAD 2 Anna Mroczek 2 Diagram czynności Czym jest diagram czynności? 3 Diagram czynności (tak jak to definiuje język UML), stanowi graficzną reprezentację przepływu kontroli. 4

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Warszawa, 09 grudnia 2014 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.3 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP

Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP Załącznik Nr 3 KDPW_CCP Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP Wersja 1.0 Warszawa, czerwiec 2012 Spis treści Wstęp... 3 Budowa komunikatów XML... 3 Przestrzenie

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP

Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP Warszawa, lipiec 2012 Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP Wersja 1.1 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw

Bardziej szczegółowo

Ogólne wymagania na poszczególne oceny z języka niemieckiego

Ogólne wymagania na poszczególne oceny z języka niemieckiego Ogólne wymagania na poszczególne oceny z języka niemieckiego Celujący: - uczeń posiada wiadomości i umiejętności określone programem nauczania oraz wiedzę wykraczającą poza program nauczania języka na

Bardziej szczegółowo

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki

Bardziej szczegółowo

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

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:

Bardziej szczegółowo

Ministerstwo Finansów

Ministerstwo Finansów Ministerstwo Finansów Departament Informatyzacji Specyfikacja Wejścia-Wyjścia Wersja 1.0 Warszawa, 16.02.2017 r. Copyright (c) 2017 Ministerstwo Finansów MINISTERSTWO FINANSÓW, DEPARTAMENT INFORMATYZACJI

Bardziej szczegółowo

Przesyłania danych przez protokół TCP/IP

Przesyłania danych przez protokół TCP/IP Przesyłania danych przez protokół TCP/IP PAKIETY Protokół TCP/IP transmituje dane przez sieć, dzieląc je na mniejsze porcje, zwane pakietami. Pakiety są często określane różnymi terminami, w zależności

Bardziej szczegółowo

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM

Bardziej szczegółowo

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017 Wykład 12 7 czerwca 2017 Czym jest UML? UML składa się z dwóch podstawowych elementów: notacja: elementy graficzne, składnia języka modelowania, metamodel: definicje pojęć języka i powiazania pomiędzy

Bardziej szczegółowo

System Rozproszone Komunikator Dokumentacja. Maciej Muszkowski Jakub Narloch

System Rozproszone Komunikator Dokumentacja. Maciej Muszkowski Jakub Narloch System Rozproszone Komunikator Dokumentacja Maciej Muszkowski Jakub Narloch Wymagania Zgodnie ze wstępnymi założeniami komunikator musi, realizowad następujące funkcje: 1. Jest oparty o model Peer2Peer,

Bardziej szczegółowo

Wprowadzenie do PKI. 1. Wstęp. 2. Kryptografia symetryczna. 3. Kryptografia asymetryczna

Wprowadzenie do PKI. 1. Wstęp. 2. Kryptografia symetryczna. 3. Kryptografia asymetryczna 1. Wstęp Wprowadzenie do PKI Infrastruktura klucza publicznego (ang. PKI - Public Key Infrastructure) to termin dzisiaj powszechnie spotykany. Pod tym pojęciem kryje się standard X.509 opracowany przez

Bardziej szczegółowo

Referencyjny model OSI. 3 listopada 2014 Mirosław Juszczak 37

Referencyjny model OSI. 3 listopada 2014 Mirosław Juszczak 37 Referencyjny model OSI 3 listopada 2014 Mirosław Juszczak 37 Referencyjny model OSI Międzynarodowa Organizacja Normalizacyjna ISO (International Organization for Standarization) opracowała model referencyjny

Bardziej szczegółowo

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między

Bardziej szczegółowo

Faza Określania Wymagań

Faza Określania Wymagań Faza Określania Wymagań Celem tej fazy jest dokładne określenie wymagań klienta wobec tworzonego systemu. W tej fazie dokonywana jest zamiana celów klienta na konkretne wymagania zapewniające osiągnięcie

Bardziej szczegółowo

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski Diagramy przypadków użycia WYKŁAD Piotr Ciskowski Diagram przypadków użycia definiowanie wymagań systemowych graficzne przedstawienie przypadków użycia, aktorów, związków między nimi występujących w danej

Bardziej szczegółowo

Diagramy przypadków użycia

Diagramy przypadków użycia Instytut Informatyki Uniwersytetu Śląskiego 10 października 2010 Spis treści 1 Wprowadzenie do UML 2 3 4 5 6 Diagramy UML Język UML definiuje następujący zestaw diagramów: diagram przypadków użycia - służy

Bardziej szczegółowo

Podstawy programowania. Wykład Funkcje. Krzysztof Banaś Podstawy programowania 1

Podstawy programowania. Wykład Funkcje. Krzysztof Banaś Podstawy programowania 1 Podstawy programowania. Wykład Funkcje Krzysztof Banaś Podstawy programowania 1 Programowanie proceduralne Pojęcie procedury (funkcji) programowanie proceduralne realizacja określonego zadania specyfikacja

Bardziej szczegółowo

UML cz. I. UML cz. I 1/1

UML cz. I. UML cz. I 1/1 UML cz. I UML cz. I 1/1 UML cz. I 2/1 UML - Unified Modeling Language ujednolicony można go współdzielić z wieloma pracownikami modelowania służy do opisu projektowanego modelu język posiada opisaną strukturę

Bardziej szczegółowo

Programowanie obiektowe

Programowanie obiektowe Laboratorium z przedmiotu Programowanie obiektowe - zestaw 03 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas abstrakcyjnych i interfejsów. Wprowadzenie

Bardziej szczegółowo

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 3 Identyfikacja przypadków użycia

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 3 Identyfikacja przypadków użycia Inżynieria wymagań Wykład 2 Proces pisania przypadków użycia Część 3 Identyfikacja przypadków użycia Opracowane w oparciu o materiały IBM (kurs REQ570: Writing Good Use Cases) Znajdowanie przypadków użycia

Bardziej szczegółowo

Bazy danych 2. Wykład 1

Bazy danych 2. Wykład 1 Bazy danych 2 Wykład 1 Sprawy organizacyjne Materiały i listy zadań zamieszczane będą na stronie www.math.uni.opole.pl/~ajasi E-mail: standardowy ajasi@math.uni.opole.pl Sprawy organizacyjne Program wykładu

Bardziej szczegółowo

Protokół wymiany sentencji, wersja 1

Protokół wymiany sentencji, wersja 1 Protokół wymiany sentencji, wersja 1 Sieci komputerowe 2011@ MIM UW Osowski Marcin 28 kwietnia 2011 1 Streszczenie Dokument ten opisuje protokół przesyłania sentencji w modelu klientserwer. W założeniu

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Załącznik Nr 1 Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Wersja 1.0 Na podstawie: Europejskiej Modelowej Umowy o EDI (w skrócie:

Bardziej szczegółowo

Modelowanie obiektowe - Ćw. 3.

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)

Bardziej szczegółowo

1 / 5 INFORMACJE OGÓLNE ZAKRES SYSTEMU EDI I STANDARD KOMUNIKATÓW 1 IDENTYFIKACJA ARTYKUŁÓW W SYSTEMIE EDI 2 IDENTYFIKACJA PODMIOTÓW W SYSTEMIE EDI 3

1 / 5 INFORMACJE OGÓLNE ZAKRES SYSTEMU EDI I STANDARD KOMUNIKATÓW 1 IDENTYFIKACJA ARTYKUŁÓW W SYSTEMIE EDI 2 IDENTYFIKACJA PODMIOTÓW W SYSTEMIE EDI 3 1 / 5 Załącznik Nr 2 INFORMACJE OGÓLNE Spis treści ZAKRES SYSTEMU EDI I STANDARD KOMUNIKATÓW 1 IDENTYFIKACJA ARTYKUŁÓW W SYSTEMIE EDI 2 IDENTYFIKACJA PODMIOTÓW W SYSTEMIE EDI 3 ZARZĄDZANIE ARCHIWUM WIADOMOŚCI

Bardziej szczegółowo

Wprowadzenie do logiki Język jako system znaków słownych

Wprowadzenie do logiki Język jako system znaków słownych Wprowadzenie do logiki Język jako system znaków słownych Mariusz Urbański Instytut Psychologii UAM Mariusz.Urbanski@.edu.pl język system znaków słownych skoro system, to musi być w tym jakiś porządek;

Bardziej szczegółowo

Jacek Skorupski pok. 251 tel konsultacje: poniedziałek , sobota zjazdowa

Jacek Skorupski pok. 251 tel konsultacje: poniedziałek , sobota zjazdowa Jacek Skorupski pok. 251 tel. 234-7339 jsk@wt.pw.edu.pl http://skorupski.waw.pl/mmt prezentacje ogłoszenia konsultacje: poniedziałek 16 15-18, sobota zjazdowa 9 40-10 25 Udział w zajęciach Kontrola wyników

Bardziej szczegółowo

1 Projektowanie systemu informatycznego

1 Projektowanie systemu informatycznego Plan wykładu Spis treści 1 Projektowanie systemu informatycznego 1 2 Modelowanie pojęciowe 4 2.1 Encja....................................... 5 2.2 Własności.................................... 6 2.3 Związki.....................................

Bardziej szczegółowo

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

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

Bardziej szczegółowo

Języki programowania zasady ich tworzenia

Języki programowania zasady ich tworzenia Strona 1 z 18 Języki programowania zasady ich tworzenia Definicja 5 Językami formalnymi nazywamy każdy system, w którym stosując dobrze określone reguły należące do ustalonego zbioru, możemy uzyskać wszystkie

Bardziej szczegółowo

Uniwersytet Zielonogórski Wydział Elektrotechniki, Informatyki i Telekomunikacji Instytut Sterowania i Systemów Informatycznych

Uniwersytet Zielonogórski Wydział Elektrotechniki, Informatyki i Telekomunikacji Instytut Sterowania i Systemów Informatycznych Uniwersytet Zielonogórski Wydział Elektrotechniki, Informatyki i Telekomunikacji Instytut Sterowania i Systemów Informatycznych ELEMENTY SZTUCZNEJ INTELIGENCJI Laboratorium nr 6 SYSTEMY ROZMYTE TYPU MAMDANIEGO

Bardziej szczegółowo

Opis przedmiotu. B. Ogólna charakterystyka przedmiotu

Opis przedmiotu. B. Ogólna charakterystyka przedmiotu Opis przedmiotu Kod przedmiotu TR.SIK702 Nazwa przedmiotu Praca dyplomowa inżynierska Wersja przedmiotu 2015/16 A. Usytuowanie przedmiotu w systemie studiów Poziom kształcenia Studia I stopnia Forma i

Bardziej szczegółowo

Kryteria oceniania z języka angielskiego w klasie 4 szkoły podstawowej

Kryteria oceniania z języka angielskiego w klasie 4 szkoły podstawowej Kryteria oceniania z języka angielskiego w klasie 4 szkoły podstawowej I Kryteria ogólne System oceniania wiedzy i umiejętności uczniów jest dwojaki: formalny i nieformalny: system formalny: na podstawie

Bardziej szczegółowo

Kłamstwo a implikatura konwersacyjna Szkic streszczenia referatu;)

Kłamstwo a implikatura konwersacyjna Szkic streszczenia referatu;) Tomasz Puczyłowski Kłamstwo a implikatura konwersacyjna Szkic streszczenia referatu;) 1. W referacie zaproponuję definicję kłamstwa skorzystam z aparatury formalnej, zaprojektowanej przez G. Gazdara i

Bardziej szczegółowo

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

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:

Bardziej szczegółowo

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. 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:

Bardziej szczegółowo

Programowanie obiektowe

Programowanie obiektowe Laboratorium z przedmiotu - zestaw 03 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas abstrakcyjnych i interfejsów. Wprowadzenie teoretyczne. Rozważana

Bardziej szczegółowo

UML cz. III. UML cz. III 1/36

UML cz. III. UML cz. III 1/36 UML cz. III UML cz. III 1/36 UML cz. III 2/36 Diagram współpracy Diagramy współpracy: prezentują obiekty współdziałające ze sobą opisują rolę obiektów w scenariuszu mogą prezentować wzorce projektowe UML

Bardziej szczegółowo

a) Zdobycie wiedzy i umiejętności na temat sprzedaży przez telefon w tym: - badania potrzeb poprzez pytania celowe (otwarte / zamknięte)

a) Zdobycie wiedzy i umiejętności na temat sprzedaży przez telefon w tym: - badania potrzeb poprzez pytania celowe (otwarte / zamknięte) Temat szkolenia: Jak być skutecznym sprzedawcą w Call Center cykl warsztatów wdrożeniowo-szkoleniowych. Czas trwania szkolenia: 2 dni Miejsce szkolenia: Grupa uczących się: Telemarketerzy Cel główny szkolenia:

Bardziej szczegółowo

Analiza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas

Analiza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas Analiza i projektowanie obiektowe 2016/2017 Wykład 10: Tworzenie projektowego diagramu klas Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Projektowy

Bardziej szczegółowo

Odniesienie do efektów kształcenia dla obszaru nauk EFEKTY KSZTAŁCENIA Symbol

Odniesienie do efektów kształcenia dla obszaru nauk EFEKTY KSZTAŁCENIA Symbol KIERUNKOWE EFEKTY KSZTAŁCENIA Wydział Informatyki i Zarządzania Kierunek studiów INFORMATYKA (INF) Stopień studiów - pierwszy Profil studiów - ogólnoakademicki Projekt v1.0 z 18.02.2015 Odniesienie do

Bardziej szczegółowo

Język UML w modelowaniu systemów informatycznych

Język UML w modelowaniu systemów informatycznych Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 3 Diagramy przypadków użycia Diagramy przypadków użycia (ang. use case)

Bardziej szczegółowo

Instrukcja integratora - obsługa dużych plików w epuap2

Instrukcja integratora - obsługa dużych plików w epuap2 Instrukcja integratora - obsługa dużych plików w epuap2 Wersja: 1.1 Strona 1 z 18 Spis treści SPIS TREŚCI... 2 WPROWADZENIE ORAZ INFORMACJE OGÓLNE... 3 1.1 WSTĘP... 3 1.2 WARUNKI KONIECZNE DO SPEŁNIENIA

Bardziej szczegółowo

Podstawy Programowania Obiektowego

Podstawy Programowania Obiektowego Podstawy Programowania Obiektowego Wprowadzenie do programowania obiektowego. Pojęcie struktury i klasy. Spotkanie 03 Dr inż. Dariusz JĘDRZEJCZYK Tematyka wykładu Idea programowania obiektowego Definicja

Bardziej szczegółowo

SEGMENT TCP CZ. II. Suma kontrolna (ang. Checksum) liczona dla danych jak i nagłówka, weryfikowana po stronie odbiorczej

SEGMENT TCP CZ. II. Suma kontrolna (ang. Checksum) liczona dla danych jak i nagłówka, weryfikowana po stronie odbiorczej SEGMENT TCP CZ. I Numer portu źródłowego (ang. Source port), przeznaczenia (ang. Destination port) identyfikują aplikacje wysyłającą odbierającą dane, te dwie wielkości wraz adresami IP źródła i przeznaczenia

Bardziej szczegółowo

WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE

WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE OFERTA WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE W TWORZENIU MODELU AS-IS /Jest to przykład (wzór) oferty treść jest wypełniana na podstawie nie zobowiązujących rozmów i spotkań z Klientem, pracownikami

Bardziej szczegółowo

Informatyka Systemów Autonomicznych Praca zaliczeniowa

Informatyka Systemów Autonomicznych Praca zaliczeniowa Paweł Krajna Wrocław, 5.04.2007 Informatyka Systemów Autonomicznych Praca zaliczeniowa Temat: ACL - język komunikacji. Spis treści Wstęp...2 Dokumentacja...2 Przegląd komunikacji między agentami...3 Mechanizmy

Bardziej szczegółowo

PRZEDMIOTOWE ZASADY OCENIANIA Z JĘZYKA NIEMIECKIEGO DLA KLASY 7 W ROKU SZKOLNYM 2017/2018. PODRĘCZNIK Meine Deutschtour.

PRZEDMIOTOWE ZASADY OCENIANIA Z JĘZYKA NIEMIECKIEGO DLA KLASY 7 W ROKU SZKOLNYM 2017/2018. PODRĘCZNIK Meine Deutschtour. Z JĘZYKA NIEMIECKIEGO DLA KLASY 7 W ROKU SZKOLNYM 2017/2018 PODRĘCZNIK. OCENA CELUJĄCA uczeń w pełni rozumie uczeń tworzy uczeń bez żadnych uczeń bezbłędnie stosuje uczeń posiadł wiedzę i wszystkie polecenia

Bardziej szczegółowo

Kryteria wymagań na poszczególne oceny z języka niemieckiego dla klasy VII OCENA CELUJĄCA

Kryteria wymagań na poszczególne oceny z języka niemieckiego dla klasy VII OCENA CELUJĄCA Kryteria wymagań na poszczególne oceny z języka niemieckiego dla klasy VII OCENA CELUJĄCA uczeń w pełni rozumie wszystkie uczeń tworzy wypowiedzi uczeń bez żadnych trudności uczeń bezbłędnie stosuje uczeń

Bardziej szczegółowo

O-MaSE Organization-based Multiagent System Engineering. MiASI2, TWO2,

O-MaSE Organization-based Multiagent System Engineering. MiASI2, TWO2, O-MaSE Organization-based Multiagent System Engineering MiASI2, TWO2, 2017-2018 Materiały Strona poświęcona metodzie O-MaSE http://macr.cis.ksu.edu/projects/omase.html (Multiagent & Cooperative Reasoning

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

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.

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

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

Bardziej szczegółowo

Diagramy czynności. Widok logiczny. Widok fizyczny

Diagramy czynności. Widok logiczny. Widok fizyczny Diagramy czynności System widoków 4+1 Kruchtena Widok logiczny Widok fizyczny Widok procesu Widok przypadków użycia Widok konstrukcji Diagramy czynności są jedynym diagramem w widoku procesu modelowanego

Bardziej szczegółowo

Instrukcja użytkownika esowk Realizacja wniosku kredytowego przez POS Kredyt gotówkowy

Instrukcja użytkownika esowk Realizacja wniosku kredytowego przez POS Kredyt gotówkowy Instrukcja użytkownika esowk Realizacja wniosku kredytowego przez POS Kredyt gotówkowy data: 2014-01-16 Spis treści 1. Kalkulator kredytowy... 4 2. Podstawowe dane o kliencie... 7 3. Dodatkowe dane dotyczące

Bardziej szczegółowo

OCENA CELUJĄCA SPRAWNOŚĆ PISANIA

OCENA CELUJĄCA SPRAWNOŚĆ PISANIA ROZUMIENIE TEKSTU uczeń w pełni rozumie wszystkie polecenia i formułowane w języku angielskim i poprawnie na nie reaguje, pisane, których słownictwo i wykraczają poza program jego główną myśl, sprawnie

Bardziej szczegółowo

ZASADY PREZENTACJI -ANALIZA STRATEGICZNA

ZASADY PREZENTACJI -ANALIZA STRATEGICZNA ZASADY PREZENTACJI -ANALIZA STRATEGICZNA 13/2/2016 FAMICO- PROJECT NO:2013-PL1-LEO05-534537 Family career compass Efficient Career Guidance Approaches Supporting Parents in Guiding their Children s Vocational

Bardziej szczegółowo

Diagram przypadków użycia

Diagram przypadków użycia Diagram przypadków użycia Diagram przypadków użycia opisuje system z punktu widzenia użytkownika, pokazuje, co robi system, a nie jak to robi. Diagram ten sam w sobie zazwyczaj nie daje nam zbyt wielu

Bardziej szczegółowo

STATYSTYKA EKONOMICZNA

STATYSTYKA EKONOMICZNA STATYSTYKA EKONOMICZNA Analiza statystyczna w ocenie działalności przedsiębiorstwa Opracowano na podstawie : E. Nowak, Metody statystyczne w analizie działalności przedsiębiorstwa, PWN, Warszawa 2001 Dr

Bardziej szczegółowo

Programowanie Obiektowe i C++

Programowanie Obiektowe i C++ Programowanie Obiektowe i C++ Marcin Benke 2.10.2006 Dzisiaj Co umiemy Paradygmaty programowania Co będzie na wykładach Zasady zaliczania Programowanie obiektowe Co umiemy Programowałem w C++ Programowałem

Bardziej szczegółowo

Temat: Atlas ptaków, roślin, owadów. Sekcje w dokumencie MS Word

Temat: Atlas ptaków, roślin, owadów. Sekcje w dokumencie MS Word Scenariusz zajęć IV etap edukacyjny, informatyka Temat: Atlas ptaków, roślin, owadów. Sekcje w dokumencie MS Word Treści kształcenia: Informatyka 4. Opracowywanie informacji za pomocą komputera, w tym:

Bardziej szczegółowo

Mechanizmy pracy równoległej. Jarosław Kuchta

Mechanizmy pracy równoległej. Jarosław Kuchta Mechanizmy pracy równoległej Jarosław Kuchta Zagadnienia Algorytmy wzajemnego wykluczania algorytm Dekkera Mechanizmy niskopoziomowe przerwania mechanizmy ochrony pamięci instrukcje specjalne Mechanizmy

Bardziej szczegółowo

WYMAGANIA EDUKACYJNE Z JĘZYKA NIEMIECKIEGO KLASA

WYMAGANIA EDUKACYJNE Z JĘZYKA NIEMIECKIEGO KLASA OCENA DOBRA OCENA DOSTATECZNA OCENA DOPUSZCZJĄCA WYMAGANIA EDUKACYJNE Z JĘZYKA NIEMIECKIEGO KLASA 7 ROZUMIENIE TEKSTU SŁUCHANEGO/CZYTANEGO uczeń rozumie tylko nieliczne polecenia i wypowiedzi nauczyciela

Bardziej szczegółowo

EGZAMIN MATURALNY W ROKU SZKOLNYM 2014/2015

EGZAMIN MATURALNY W ROKU SZKOLNYM 2014/2015 EGZAMIN MATURALNY W ROKU SZKOLNYM 2014/2015 FORMUŁA DO 2014 ( STARA MATURA ) INFORMATYKA POZIOM PODSTAWOWY ZASADY OCENIANIA ROZWIĄZAŃ ZADAŃ ARKUSZ MIN-P1, P2 MAJ 2015 Uwaga: Akceptowane są wszystkie odpowiedzi

Bardziej szczegółowo

Budowa argumentacji bezpieczeństwa z użyciem NOR-STA Instrukcja krok po kroku

Budowa argumentacji bezpieczeństwa z użyciem NOR-STA Instrukcja krok po kroku Budowa argumentacji bezpieczeństwa z użyciem NOR-STA Instrukcja krok po kroku NOR-STA jest narzędziem wspierającym budowę, ocenę oraz zarządzanie strukturą argumentacji wiarygodności (assurance case),

Bardziej szczegółowo

-stopień celujący -stopień bardzo dobry:

-stopień celujący -stopień bardzo dobry: Zakres wymagań edukacyjnych niezbędnych do uzyskania poszczególnych ocen w wyniku klasyfikacji rocznej i śródrocznej z języka niemieckiego: -stopień celujący: uczeń w pełni rozumie wszystkie polecenia

Bardziej szczegółowo

Projektowanie oprogramowania

Projektowanie oprogramowania Wrocław, 27.09.2010 1. Warunki wstępne Projektowanie oprogramowania Warunkiem uczestnictwa w zajęciach jest zaliczenie przedmiotu: Podstawy inżynierii oprogramowania (ćwiczenia) Zajęcia składają się z

Bardziej szczegółowo

Zapisywanie algorytmów w języku programowania

Zapisywanie algorytmów w języku programowania Temat C5 Zapisywanie algorytmów w języku programowania Cele edukacyjne Zrozumienie, na czym polega programowanie. Poznanie sposobu zapisu algorytmu w postaci programu komputerowego. Zrozumienie, na czym

Bardziej szczegółowo

Dzisiejszy wykład. Wzorce projektowe. Visitor Client-Server Factory Singleton

Dzisiejszy wykład. Wzorce projektowe. Visitor Client-Server Factory Singleton Dzisiejszy wykład Wzorce projektowe Visitor Client-Server Factory Singleton 1 Wzorzec projektowy Wzorzec nazwana generalizacja opisująca elementy i relacje rozwiązania powszechnie występującego problemu

Bardziej szczegółowo

Zaawansowane programowanie obiektowe - wykład 5

Zaawansowane programowanie obiektowe - wykład 5 Zaawansowane programowanie obiektowe - wykład 5 dr Piotr Jastrzębski (czynnościowe) opisują zachowanie obiektów, komunikację pomiędzy nimi i ich odpowiedzialność. Interpreter Iterator (kursor) Łańcuch

Bardziej szczegółowo

STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe

STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe Technologie informacyjne Prof. dr hab. Zdzisław Szyjewski 1. Rola i zadania systemu operacyjnego 2. Zarządzanie pamięcią komputera 3. Zarządzanie danymi

Bardziej szczegółowo

KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH

KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH Przygotował: mgr inż. Radosław Adamus Wprowadzenie: W procesie definiowania wymagań dla systemu tworzyliśmy Model Przypadków

Bardziej szczegółowo

PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU> Załącznik nr 4.5 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT WERSJA numer wersji

Bardziej szczegółowo

W badaniach 2008 trzecioklasiści mieli kilkakrotnie za zadanie wyjaśnić wymyśloną przez siebie strategię postępowania.

W badaniach 2008 trzecioklasiści mieli kilkakrotnie za zadanie wyjaśnić wymyśloną przez siebie strategię postępowania. Alina Kalinowska Jak to powiedzieć? Każdy z nas doświadczał z pewnością sytuacji, w której wiedział, ale nie wiedział, jak to powiedzieć. Uczniowie na lekcjach matematyki często w ten sposób przekonują

Bardziej szczegółowo

Szczegółowy wykaz zmian w dokumentach

Szczegółowy wykaz zmian w dokumentach Szczegółowy wykaz zmian w dokumentach Spis treści Konto osobiste... 2 Usługi płatnicze... 4 Tabela funkcjonalności kanałów dostępu dla klientów korzystających z oferty indywidualnej... 5 Limity autoryzacyjne

Bardziej szczegółowo

WYTYCZNE W SPRAWIE TESTÓW, OCEN LUB DZIAŁAŃ MOGĄCYCH DOPROWADZIĆ DO ZASTOSOWANIA ŚRODKÓW WSPARCIA EBA/GL/2014/ września 2014 r.

WYTYCZNE W SPRAWIE TESTÓW, OCEN LUB DZIAŁAŃ MOGĄCYCH DOPROWADZIĆ DO ZASTOSOWANIA ŚRODKÓW WSPARCIA EBA/GL/2014/ września 2014 r. EBA/GL/2014/09 22 września 2014 r. Wytyczne w sprawie rodzajów testów, ocen lub działań mogących doprowadzić do zastosowania środków wsparcia zgodnie z art. 32 ust. 4 lit. d) ppkt (iii) dyrektywy w sprawie

Bardziej szczegółowo

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA Przygotował: mgr inż. Radosław Adamus Wprowadzenie Podstawą każdego projektu, którego celem jest budowa oprogramowania są wymagania, czyli warunki,

Bardziej szczegółowo

Spis treści. Część teoretyczna WSTĘP...

Spis treści. Część teoretyczna WSTĘP... Spis treści WSTĘP... 9 Część teoretyczna I. STAN BADAŃ... 1. Język w mediach masowych... 1.1. Język w mediach próba sprecyzowania pojęcia... 1.2. Specyfika komunikowania masowego... 1.3. Język w mediach

Bardziej szczegółowo

Szczegółowe informacje dotyczące przekazywania do Bankowego Funduszu Gwarancyjnego informacji kanałem teletransmisji

Szczegółowe informacje dotyczące przekazywania do Bankowego Funduszu Gwarancyjnego informacji kanałem teletransmisji Szczegółowe informacje dotyczące przekazywania do Bankowego Funduszu Gwarancyjnego informacji kanałem teletransmisji Niniejsze szczegółowe informacje odnoszą się do informacji przekazywanych do Bankowego

Bardziej szczegółowo

WPROWADZENIE DO KOMUNIKACJI JĘZYK

WPROWADZENIE DO KOMUNIKACJI JĘZYK WPROWADZENIE DO KOMUNIKACJI JĘZYK JĘZYK -TEMATY CZĘŚĆ WPROWADZAJĄCA 1. Czym jest język? 2. Jak nasze myśli wpływają na język? 3. Zasady jak się porozumiewać by być zrozumianym. 4. Jak język wpływa na nasze

Bardziej szczegółowo

Systemy ekspertowe : program PCShell

Systemy ekspertowe : program PCShell Instytut Informatyki Uniwersytetu Śląskiego lab 1 Opis sytemu ekspertowego Metody wnioskowania System PcShell Projekt System ekspertowy - system ekspertowy to system komputerowy zawierający w sobie wyspecjalizowaną

Bardziej szczegółowo

Projekt współfinansowany ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna Gospodarka

Projekt współfinansowany ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna Gospodarka Warszawa, dnia 8 kwietnia 2013 r. Szanowni Państwo,, z siedzibą w Warszawie przy ul. Wolność 3A, zwraca się z prośbą o przedstawienie oferty cenowej na usługę wykonania projektu funkcjonalnego dla aplikacji

Bardziej szczegółowo