Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje w roku akademickim 2012/2013. Informatyzacja przedsiębiorstw

Transkrypt

1 Politechnika Krakowska im. Tadeusza Kościuszki Karta przedmiotu Wydział Fizyki, Matematyki i Informatyki obowiązuje w roku akademickim 2012/2013 Kierunek studiów: Informatyka Forma studiów: Stacjonarne Profil: Ogólnoakademicki Kod kierunku: I Stopień studiów: I Specjalności: Brak specjalności 1 Przedmiot Nazwa przedmiotu Informatyzacja przedsiębiorstw Kod przedmiotu WFMII I o1s D4b 12/13 Kategoria przedmiotu Przedmioty specjalnościowe Liczba punktów ECTS 5 Semestry 6 2 Rodzaj zajęć, liczba godzin w planie studiów Semestr Wykład Ćwiczenia Laboratorium Laboratorium Komputerowe Seminarium Projekt

2 3 Cele przedmiotu Politechnika Krakowska im. Tadeusza Kościuszki Cel 1. Założeniem przedmiotu jest zaprezentowanie studentom współczesnego podejścia do wytwarzania i konstruowania, a w konsekwencji wdrażania i kastomizacji istniejących zaawansowanych systemów korporacyjnych wykorzystywanych w zarządzaniu przedsiębiorstwami i wspierających spotykane w nich procesy biznesowe. Wiedza i umiejętności zdobyte przez studentów pozwalają również na przeprowadzanie refaktoryzacji przestarzałych lub niepoprawnie zaprojektowanych systemów korporacyjnych. poznanie podstawowych elementów standardów OMG oraz profilu UML mających zastosowanie w modelowaniu procesów biznesowych opanowanie umiejętności modelowania procesów biznesowych z wykorzystaniem standardów OMG oraz profilu UML opanowanie podstaw standardów OMG z grupy biznesowej: BPMN2, PRR, SBVR zrozumienie znaczenia podziału standardów OMG na wertykalne i horyzontalne zrozumienie podejścia polegającego na wyprowadzeniu logiki biznesowej aplikacji do modeli uruchamianych na silnikach modeli biznesowych zrozumienie koncepcji wykonywalności modeli biznesowych poznanie architektury aplikacji Java EE na wybranym szkielecie aplikacyjnym (framework) opanowanie podstawowych umiejętności związanych z tworzeniem aplikacji korporacyjnych łączących w sobie technologię Java EE oraz silniki modeli biznesowych (workflow, ruleflow, silnik procesów biznesowych, silnik reguł biznesowych bez ruleflow) poznanie komercyjnego środowiska pozwalającego na realizowanie koncepcji uruchamiania modeli biznesowych na silnikach 4 Wymaganie wstępne w zakresie wiedzy, umiejętności i innych kompetencji a. Techniki obiektowe (wzorce projektowe, standardy OMG: MOF oraz UML wraz z OCL w zastosowaniu do modelu klas analitycznych w rozumieniu RUP), inżynieria oprogramowania (proces wytwórczy oprogramowania RUP bez modelowania procesów biznesowych), umiejętność korzystania z systemów wersjonowania plików, dobra znajomość Java SE. 5 Efekty kształcenia EK1. Wiedza: Zrozumienie istoty i znaczenia modelowania biznesowego. Poznanie pełnego modelowania biznesowego dostępnego w RUP jako UML Business Modeling Profile. Poznanie standardu OMG BPMN2 oraz standardów powiązanych, w tym SBVR, PRR, BPDM oraz perspektyw integracji z MDA. EK2. Wiedza: Koncepcje Aspect-Oriented Design/Aspect-Oriented Programming. EK3. Wiedza: Podstawy Java EE, charakterystyka frameworków. EK4. Wiedza: Podstawy SOA - omówienie koncepcji i jej elementów. EK5. Wiedza: Zagadnienia analizy biznesowej, w tym data mining i OLAP. EK6. Umiejętności: Umiejętność modelowania procesów biznesowych w standardzie BPMN2. EK7. Umiejętności: Znajomość AspectJ lub innego środowiska aspektowego. EK8. Umiejętności: Konstruowanie oprogramowania korporacyjnego w wybranym frameworku Java EE. EK9. Umiejętności: Stosowanie reguł biznesowych. EK10. Kompetencje społeczne: Praca w zespole, zrozumienie znaczenia optymalizacji procesów biznesowych i współpracy pomiędzy osobami o zróżnicowanych specjalnościach. 6 Treści programowe Lp W1 Wykład Tematyka zajęć Opis szczegółowy bloków tematycznych Wyjaśnienie specyfiki zagadnienia informatyzacji przedsiębiorstw. Kontekst prawny, certyfikaty, standardy, konsulting. Wybrane zagadnienia praktyczne związane z wdrażaniem lub tworzeniem systemów informatycznych w przedsiębiorstwach. Rodzaje systemów informatycznych stosowanych w przedsiębiorstwach. Rola i rodzaje narzędzi analitycznych. Liczba godzin 3 Strona 2/13

3 Wykład Lp Tematyka zajęć Opis szczegółowy bloków tematycznych Liczba godzin W2 Znaczenie modelowania procesów biznesowych. Modelowanie procesów biznesowych w standardzie OMG UML z wykorzystaniem profilu zdefiniowanego w IBM/Rational RUP notacja, sposób modelowania. Praktyczny sposób pozyskiwania 4 wymagań biznesowych i modelowania procesów biznesowych w oparciu o RUP. W3 Wprowadzenie do standardów OMG (Object Management Group) z nurtu biznesowego. Omówienie koncepcji standardów horyzontalnych i standardów wertykalnych OMG. Omówienie istoty podstawowych standardów horyzontalnych: 3 standard BPMN, standard PRR, Standard SBVR. W4 Modelowanie procesów biznesowych w standardzie OMG BPMN notacja, sposób modelowania. Znaczenie modeli procesów biznesowych i sposób wykonywania modeli biznesowych na silnikach procesów biznesowych. Omówienie różnic między pojęciami: workflow, ruleflow, model procesu biznesowego. Znaczenie reguł biznesowych, języki ich specyfikacji, silniki reguł biznesowych i silniki ruleflow. 6 Omówienie podejścia DDD (Domain-Driven Design) do tworzenia oprogramowania korporacyjnego. Znaczenie stabilizacji modelu dziedzinowego odwołanie do standardów wertykalnych OMG jako źródła pozyskiwania stabilnych modeli dziedzinowych. W5 Prezentacja technologii Java EE jako bardzo dobrze nadającej się do wykorzystania w systemach korporacyjnych niezależnie od stosowanego podejścia. 6 W6 Prezentacja znaczenia oraz podstaw technologii SOA. 6 W7 Podsumowanie. Prezentacja możliwości połączenia technologii Java EE z silnikami modeli biznesowych. Studium przypadku modelowania systemu biznesowego 2 z wykorzystaniem notacji UML i BPMN2. Razem 30 Laboratorium Lp Tematyka zajęć Opis szczegółowy bloków tematycznych Liczba godzin L1 Prezentacja sposobu modelowania dziedzinowego z wykorzystaniem SAP NetWeaver. Znaczenie separowania dziedzin i wykorzystania ich jako usług świadczonych 3 na rzecz innych dziedzin. L2 Wykorzystanie SAP NetWeaver do modelowania procesów biznesowych w standardzie BPMN2 3 L3 Wykorzystanie SAP NetWeaver do modelowania reguł biznesowych. 3 L4 Wykorzystanie SAP NetWeaver do generowania warstwy prezentacji. 3 L5 Wykorzystanie SAP NetWeaver do symulowania procesów biznesowych przed ich wdrożeniem. 3 L6 Wykorzystanie SAP NetWeaver do wdrożenia procesu biznesowego. 3 L7 Implementacja systemu biznesowego w oparciu o wybrany szkielet aplikacyjny Java EE wykorzystującego silnik procesów biznesowych. 3 L8 Implementacja dowolnego systemu biznesowego w Java EE. 3 L9 Rozwiązanie problemu biznesowego z wykorzystaniem silnika reguł biznesowych. 3 L10 Opracowanie zagadnienia teoretycznego. 3 Razem 30 Strona 3/13

4 7 Narzędzia dydaktyczne N1. Ćwiczenia laboratoryjne N2. Ćwiczenia projektowe N3. Praca w grupach N4. Dyskusja N5. Konsultacje N6. Wykłady N7. Prezentacje multimedialne N8. Omówienie prezykładów N9. Prezentacja tworzonego oprogramownia 8 Obciążenie pracą studenta Średnia liczba godzin Forma aktywności na zrealizowanie aktywności Godziny kontaktowe z nauczycielem akademickim, w tym: Godziny wynikające z planu studiów 60 Konsultacje przedmiotowe 10 Egzaminy i zaliczenia w sesji 0 Godziny bez udziału nauczyciela akademickiego wynikające z nakładu pracy studenta, w tym: Przygotowanie się do zajęć, w tym studiowanie zalecanej literatury 20 Opracowanie wyników 0 Przygotowanie raportu, projektu, prezentacji, dyskusji 60 Sumaryczna liczba godzin dla przedmiotu wynikająca z całego nakładu pracy studenta 150 Sumaryczna liczba punktów ECTS dla przedmiotu 5 9 Sposoby oceny Ocena formująca F1 F2 F3 F4 Projekt indywidualny Projekt zespołowy Ćwiczenie praktyczne Odpowiedź ustna Ocena podsumowująca P1 Średnia ważona ocen formujących Ocena aktywności studenta bez udziału nauczyciela akademickiego a. Projekt indywidualny b. Projekt zespołowy Kryteria oceny Efekt kształcenia 1 Brak zrozumienia istoty i roli modelowania biznesowego, w tym jego znaczenia jako źródła wymagań systemowych. Brak znajomości pojęć RUP dotyczących modelowania biznesowego. Brak znajomości standardu BPMN2. Strona 4/13

5 .5.5 Zrozumienie istoty i roli modelowania biznesowego, w tym jego znaczenia jako źródła wymagań systemowych. Brak znajomości pojęć RUP dotyczących modelowania biznesowego. Brak znajomości standardu BPMN2. Zrozumienie istoty i roli modelowania biznesowego, w tym jego znaczenia jako źródła wymagań systemowych. Brak znajomości pojęć RUP dotyczących modelowania biznesowego. Ograniczona znajomość standardu BPMN2. Zrozumienie istoty i roli modelowania biznesowego, w tym jego znaczenia jako źródła wymagań systemowych. Znajomość pojęć RUP dotyczących modelowania biznesowego. Dobra znajomość standardu BPMN2. Pełne zrozumienie istoty i roli modelowania biznesowego, w tym jego znaczenia jako źródła wymagań systemowych, bardzo dobra znajomość pojęć RUP dotyczących modelowania biznesowego, bardzo dobra znajomość standardu BPMN2 oraz umiejętność powiązania tych zagadnień ze niektórymi problemami poruszanymi w ramach całego przedmiotu. Pełne zrozumienie istoty i roli modelowania biznesowego, w tym jego znaczenia jako źródła wymagań systemowych, bardzo dobra znajomość pojęć RUP dotyczących modelowania biznesowego, bardzo dobra znajomość standardu BPMN2 oraz umiejętność powiązania tych zagadnień ze wszystkimi problemami poruszanymi w ramach całego przedmiotu. Efekt kształcenia 2 Brak zrozumienia istoty paradygmatu projektowania i programowania aspektowego oraz jego związków z pozostałymi paradygmatami projektowania i programowania. Brak zrozumienia koncepcji podejścia aspektowego. Brak umiejętności podania przykładów zastosowań i korzyści płynących z tego podejścia. Nieznajomość żadnego języka aspektowego. Brak znajomości aspektowego profilu UML. Zrozumienie istoty paradygmatu projektowania i programowania aspektowego oraz jego związków z pozostałymi paradygmatami projektowania i programowania. Brak zrozumienia koncepcji podejścia aspektowego. Brak umiejętności podania przykładów zastosowań i korzyści płynących z tego podejścia. Nieznajomość żadnego języka aspektowego. Brak znajomości aspektowego profilu UML. Zrozumienie istoty paradygmatu projektowania i programowania aspektowego oraz jego związków z pozostałymi paradygmatami projektowania i programowania. Zrozumienie koncepcji podejścia aspektowego. Umiejętność podania przykładów zastosowań i korzyści płynących z tego podejścia. Słaba znajomość języka aspektowego. Ogólna znajomość aspektowego profilu UML. Zrozumienie istoty paradygmatu projektowania i programowania aspektowego oraz jego związków z pozostałymi paradygmatami projektowania i programowania. Zrozumienie koncepcji podejścia aspektowego. Umiejętność podania przykładów zastosowań i korzyści płynących z tego podejścia. Dobra znajomość języka aspektowego. Ogólna znajomość aspektowego profilu UML. Pełne zrozumienie istoty paradygmatu projektowania i programowania aspektowego oraz jego związków z pozostałymi paradygmatami projektowania i programowania, pełne zrozumienia koncepcji podejścia aspektowego, umiejętność podania przykładów zastosowań i korzyści płynących z tego podejścia, bardzo dobra znajomość języka aspektowego oraz umiejętność powiązania tych zagadnień z niektórymi problemami poruszanymi w ramach całego przedmiotu. Dobra znajomość aspektowego profilu UML. Pełne zrozumienie istoty paradygmatu projektowania i programowania aspektowego oraz jego związków z pozostałymi paradygmatami projektowania i programowania, pełne zrozumienia koncepcji podejścia aspektowego, umiejętność podania przykładów zastosowań i korzyści płynących z tego podejścia, bardzo dobra znajomość języka aspektowego oraz umiejętność powiązania tych zagadnień ze wszystkimi problemami poruszanymi w ramach całego przedmiotu. Dobra znajomość aspektowego profilu UML. Efekt kształcenia 3 Strona 5/13

6 .5.5 Brak zrozumienia zalet wynikających ze stosowania Java EE w aplikacjach korporacyjnych. Brak zrozumienia podstawowych cech tego standardu. Brak ogólnej znajomości frameworka Java EE oraz jego cech charakterystycznych. Zrozumienie zalet wynikających ze stosowania Java EE w aplikacjach korporacyjnych. Zrozumienie podstawowych cech tego standardu. Brak ogólnej znajomości frameworka Java EE oraz jego cech charakterystycznych. Zrozumienie zalet wynikających ze stosowania Java EE w aplikacjach korporacyjnych. Zrozumienie podstawowych cech tego standardu. Słaba ogólna znajomość frameworka Java EE oraz jego cech charakterystycznych. Zrozumienie zalet wynikających ze stosowania Java EE w aplikacjach korporacyjnych. Zrozumienie podstawowych cech tego standardu. Dobra ogólna znajomość frameworka Java EE oraz jego cech charakterystycznych. Pełne zrozumienie zalet wynikających ze stosowania Java EE w aplikacjach korporacyjnych, podstawowych cech tego standardu, bardzo dobra znajomość frameworka Java EE oraz jego cech charakterystycznych oraz umiejętność powiązania tych zagadnień z niektórymi problemami poruszanymi w ramach całego przedmiotu. Pełne zrozumienie zalet wynikających ze stosowania Java EE w aplikacjach korporacyjnych, podstawowych cech tego standardu, bardzo dobra znajomość frameworka Java EE oraz jego cech charakterystycznych oraz umiejętność powiązania tych zagadnień ze wszystkimi problemami poruszanymi w ramach całego przedmiotu. Efekt kształcenia 4 Brak znajomości koncepcji podejścia SOA oraz jego znaczenia rynkowego. Brak znajomości podstawowych własności SOA. Brak znajomości profilu UML dla SOA. Brak znajomości frameworka SOA. Brak umiejętności skorzystania z serwisu SOA z poziomu klienta w wybranej technologii. Znajomość koncepcji podejścia SOA oraz jego znaczenia rynkowego. Znajomość podstawowych własności SOA. Słaba znajomość profilu UML dla SOA. Brak znajomości frameworka SOA. Brak umiejętności skorzystania z serwisu SOA z poziomu klienta w wybranej technologii. Znajomość koncepcji podejścia SOA oraz jego znaczenia rynkowego. Znajomość podstawowych własności SOA. Ogólna znajomość profilu UML dla SOA. Słaba znajomość frameworka SOA. Umiejętność skorzystania z serwisu SOA z poziomu klienta w wybranej technologii. Znajomość koncepcji podejścia SOA oraz jego znaczenia rynkowego. Znajomość podstawowych własności SOA. Dobra znajomość profilu UML dla SOA. Dobra znajomość frameworka SOA. Umiejętność skorzystania z serwisu SOA z poziomu klienta w wybranej technologii. Pełna znajomość koncepcji podejścia SOA, jego znaczenia rynkowego oraz własności SOA. Dobra znajomość profilu UML dla SOA oraz frameworka SOA. Umiejętność skorzystania z serwisu SOA z poziomu klienta w wybranej technologii. Umiejętność powiązania tych zagadnień z niektórymi problemami poruszanymi w ramach całego przedmiotu. Pełna znajomość koncepcji podejścia SOA, jego znaczenia rynkowego oraz własności SOA. Dobra znajomość profilu UML dla SOA oraz frameworka SOA. Umiejętność skorzystania z serwisu SOA z poziomu klienta w wybranej technologii. Umiejętność powiązania tych zagadnień ze wszystkimi problemami poruszanymi w ramach całego przedmiotu. Efekt kształcenia 5 Brak znajomości roli oraz specyfiki problemów analizy biznesowej. Brak zrozumienia istoty oraz specyfiki i wymagań technicznych związanych z data mining. Brak orientacji w rodzajach algorytmów data maining. Brak znajomości różnic między data mining i OLAP. Brak znajomości pojęć i koncepcji analizy OLAP. Strona 6/13

7 .5.5 Znajomość roli oraz specyfiki problemów analizy biznesowej. Zrozumienie istoty oraz specyfiki i wymagań technicznych związanych z data mining. Brak orientacji w rodzajach algorytmów data maining. Znajomość różnic między data mining i OLAP. Słaba znajomości pojęć i koncepcji analizy OLAP. Znajomość roli oraz specyfiki problemów analizy biznesowej. Zrozumienie istoty oraz specyfiki i wymagań technicznych związanych z data mining. Słaba orientacja w rodzajach algorytmów data maining. Znajomość różnic między data mining i OLAP. Dobra znajomości pojęć i koncepcji analizy OLAP. Znajomość roli oraz specyfiki problemów analizy biznesowej. Zrozumienie istoty oraz specyfiki i wymagań technicznych związanych z data mining. Dobra orientacja w rodzajach algorytmów data maining. Znajomość różnic między data mining i OLAP. Dobra znajomości pojęć i koncepcji analizy OLAP. Pełna znajomość roli oraz specyfiki problemów analizy biznesowej. Zrozumienie istoty oraz specyfiki i wymagań technicznych związanych z data mining. Dobra orientacja w rodzajach algorytmów data maining. Znajomość algorytmu data maining. Znajomość różnic między data mining i OLAP. Pełna znajomości pojęć i koncepcji analizy OLAP. Umiejętność powiązania tych zagadnień z niektórymi problemami poruszanymi w ramach całego przedmiotu. Pełna znajomość roli oraz specyfiki problemów analizy biznesowej. Zrozumienie istoty oraz specyfiki i wymagań technicznych związanych z data mining. Dobra orientacja w rodzajach algorytmów data maining. Znajomość algorytmu data maining. Znajomość różnic między data mining i OLAP. Pełna znajomości pojęć i koncepcji analizy OLAP. Umiejętność powiązania tych zagadnień ze wszystkimi problemami poruszanymi w ramach całego przedmiotu. Efekt kształcenia 6 Brak znajomości standardu BPMN2 dostępnego w wybranym narzędziu modelowania procesów biznesowych. Brak umiejętności modelowania procesów biznesowych w wybranym narzędziu. Brak umiejętności wykonania modelu procesu biznesowego na silniku procesów biznesowych. Brak umiejętności testowania procesu biznesowego. Brak umiejętności skonstruowania modelu BPMN2 dla wybranego przykładu procesu. Znajomość standardu BPMN2 dostępnego w wybranym narzędziu modelowania procesów biznesowych. Umiejętność modelowania procesów biznesowych w wybranym narzędziu. Ograniczona umiejętność wykonania modelu procesu biznesowego na silniku procesów biznesowych. Brak umiejętności testowania procesu biznesowego. Ograniczona umiejętność skonstruowania modelu BPMN2 dla wybranego przykładu procesu. Znajomość standardu BPMN2 dostępnego w wybranym narzędziu modelowania procesów biznesowych. Umiejętność modelowania procesów biznesowych w wybranym narzędziu. Umiejętność wykonania modelu procesu biznesowego na silniku procesów biznesowych. Ograniczona umiejętność testowania procesu biznesowego. Umiejętność skonstruowania modelu BPMN2 dla wybranego przykładu procesu. Znajomość standardu BPMN2 dostępnego w wybranym narzędziu modelowania procesów biznesowych. Umiejętność modelowania procesów biznesowych w wybranym narzędziu. Umiejętność wykonania modelu procesu biznesowego na silniku procesów biznesowych. Umiejętność testowania procesu biznesowego. Umiejętność skonstruowania modelu BPMN2 dla wybranego przykładu procesu. Znajomość standardu BPMN2 dostępnego w wybranym narzędziu modelowania procesów biznesowych. Umiejętność modelowania procesów biznesowych w wybranym narzędziu. Umiejętność wykonania modelu procesu biznesowego na silniku procesów biznesowych. Umiejętność testowania procesu biznesowego. Umiejętność skonstruowania modelu BPMN2 dla wybranego przykładu procesu. Umiejętność powiązania tych zagadnień z niektórymi problemami poruszanymi w ramach całego przedmiotu. Strona 7/13

8 .5 Znajomość standardu BPMN2 dostępnego w wybranym narzędziu modelowania procesów biznesowych. Umiejętność modelowania procesów biznesowych w wybranym narzędziu. Umiejętność wykonania modelu procesu biznesowego na silniku procesów biznesowych. Umiejętność testowania procesu biznesowego. Umiejętność skonstruowania modelu BPMN2 dla wybranego przykładu procesu. Umiejętność powiązania tych zagadnień ze wszystkimi problemami poruszanymi w ramach całego przedmiotu. Efekt kształcenia 7 Brak znajomości podstaw języka aspektowego, niezrozumienie różnic pomiędzy paradygmatami programowania, nieznajomość obszarów zastosowań podejść aspektowych. Nieznajomość podstawowych koncepcji języków aspektowych. Nieumiejętność rozwiązania wybranego problemu za pomocą podejścia aspektowego. Nieumiejętność zaimplementowania kodu obiektowo-aspektowego dla rozwiązania wybranego problemu. Brak umiejętności wykonania modelu aspektowego w aspektowym profilu UML. Znajomość podstaw języka aspektowego, zrozumienie różnic pomiędzy paradygmatami programowania, znajomość obszarów zastosowań podejść aspektowych. Znajomość podstawowych koncepcji języków aspektowych. Umiejętność rozwiązania wybranego problemu za pomocą podejścia aspektowego. Nieumiejętność zaimplementowania kodu obiektowo-aspektowego dla rozwiązania wybranego problemu. Brak umiejętności wykonania modelu aspektowego w aspektowym profilu UML. Znajomość podstaw języka aspektowego, zrozumienie różnic pomiędzy paradygmatami programowania, znajomość obszarów zastosowań podejść aspektowych. Znajomość podstawowych koncepcji języków aspektowych. Umiejętność rozwiązania wybranego problemu za pomocą podejścia aspektowego. Słaba umiejętność zaimplementowania kodu obiektowo-aspektowego dla rozwiązania wybranego problemu. Brak umiejętności wykonania modelu aspektowego w aspektowym profilu UML. Dobra znajomość podstaw języka aspektowego, zrozumienie różnic pomiędzy paradygmatami programowania, znajomość obszarów zastosowań podejść aspektowych. Dobra znajomość podstawowych koncepcji języków aspektowych. Umiejętność rozwiązania wybranego problemu za pomocą podejścia aspektowego. Umiejętność zaimplementowania kodu obiektowo-aspektowego dla rozwiązania wybranego problemu. Umiejętność wykonania modelu aspektowego w aspektowym profilu UML. Pełna znajomości podstaw języka aspektowego, różnic pomiędzy paradygmatami programowania, obszarów zastosowań podejść aspektowych. Pełna znajomość koncepcji języków aspektowych. Umiejętność rozwiązania wybranego problemu za pomocą podejścia aspektowego. Umiejętność zaimplementowania kodu obiektowo-aspektowego dla rozwiązania wybranego problemu. Umiejętności wykonania modelu aspektowego w aspektowym profilu UML.Umiejętność powiązania tych zagadnień z niektórymi problemami poruszanymi w ramach całego przedmiotu. Pełna znajomości podstaw języka aspektowego, różnic pomiędzy paradygmatami programowania, obszarów zastosowań podejść aspektowych. Pełna znajomość koncepcji języków aspektowych. Umiejętność rozwiązania wybranego problemu za pomocą podejścia aspektowego. Umiejętność zaimplementowania kodu obiektowo-aspektowego dla rozwiązania wybranego problemu. Umiejętności wykonania modelu aspektowego w aspektowym profilu UML.Umiejętność powiązania tych zagadnień ze wszystkimi problemami poruszanymi w ramach całego przedmiotu. Efekt kształcenia 8 Strona 8/13

9 .5 Brak znajomości ogólnych koncepcji charakterystycznych dla wybranego frameworka Java EE. Brak umiejętności korzystania z podstawowych mechanizmów dostępnych we frameworkach, w tym w szczególności ze wstrzykiwania zależności. Brak zrozumienia różnic pomiędzy podejściem aspektowym, wzorcami Inversion of Control (IoC) oraz statycznym i dynamicznym wstrzykiwaniem zależności. Brak znajomości i umiejętności praktycznego zarządzania cyklem życia aplikacji webowej Java EE. Brak umiejętności zaprojektowania prostej aplikacji Java EE w wybranym frameworku. Brak znajomości wybranego środowiska deweloperskiego służącego programowaniu aplikacji Java EE. Brak umiejętności zaimplementowania prostej aplikacji Java EE w wybranym frameworku. Brak umiejętności integrowania technologii towarzyszących Java EE. Brak umiejętności zaprojektowania prostego web service u jako WS lub jako serwis SOA. Brak umiejętności zaimplementowania prostego web service u jako WS lub jako serwis SOA. Brak umiejętności zaimplementowania prostego klienta korzystającego z WS lub SOA. Brak znajomości mechanizmu adnotacji dostępnych w wybranym frameworku Java EE. Brak znajomości podejścia do projektowania aplikacji korporacyjnych w Java EE zgodnego z RUP. Brak znajomości specyfiki testowania aplikacji Java EE. Znajomość ogólnych koncepcji charakterystycznych dla wybranego frameworka Java EE. Umiejętność korzystania z podstawowych mechanizmów dostępnych we frameworkach, w tym w szczególności ze wstrzykiwania zależności. Zrozumienie różnic pomiędzy podejściem aspektowym, wzorcami Inversion of Control (IoC) oraz statycznym i dynamicznym wstrzykiwaniem zależności. Słaba znajomość i umiejętność praktycznego zarządzania cyklem życia aplikacji webowej Java EE. Słaba umiejętność zaprojektowania prostej aplikacji Java EE w wybranym frameworku. Słaba znajomość wybranego środowiska deweloperskiego służącego programowaniu aplikacji Java EE. Ograniczona umiejętność zaimplementowania prostej aplikacji Java EE w wybranym frameworku. Brak umiejętności integrowania technologii towarzyszących Java EE. Brak umiejętności zaprojektowania prostego web service u jako WS lub jako serwis SOA. Brak umiejętności zaimplementowania prostego web service u jako WS lub jako serwis SOA. Brak umiejętności zaimplementowania prostego klienta korzystającego z WS lub SOA. Brak znajomości mechanizmu adnotacji dostępnych w wybranym frameworku Java EE. Brak znajomości podejścia do projektowania aplikacji korporacyjnych w Java EE zgodnego z RUP. Brak znajomości specyfiki testowania aplikacji Java EE. Znajomość ogólnych koncepcji charakterystycznych dla wybranego frameworka Java EE. Umiejętność korzystania z podstawowych mechanizmów dostępnych we frameworkach, w tym w szczególności ze wstrzykiwania zależności. Zrozumienie różnic pomiędzy podejściem aspektowym, wzorcami Inversion of Control (IoC) oraz statycznym i dynamicznym wstrzykiwaniem zależności. Znajomość i umiejętność praktycznego zarządzania cyklem życia aplikacji webowej Java EE. Słaba umiejętność zaprojektowania prostej aplikacji Java EE w wybranym frameworku. Znajomość wybranego środowiska deweloperskiego służącego programowaniu aplikacji Java EE. Umiejętność zaimplementowania prostej aplikacji Java EE w wybranym frameworku. Słaba umiejętność integrowania technologii towarzyszących Java EE. Umiejętność zaprojektowania prostego web service u jako WS lub jako serwis SOA. Umiejętność zaimplementowania prostego web service u jako WS lub jako serwis SOA. Umiejętność zaimplementowania prostego klienta korzystającego z WS lub SOA. Słaba znajomość mechanizmu adnotacji dostępnych w wybranym frameworku Java EE. Brak znajomości podejścia do projektowania aplikacji korporacyjnych w Java EE zgodnego z RUP. Słaba znajomość specyfiki testowania aplikacji Java EE. Strona 9/13

10 Znajomość ogólnych koncepcji charakterystycznych dla wybranego frameworka Java EE. Umiejętność korzystania z podstawowych mechanizmów dostępnych we frameworkach, w tym w szczególności ze wstrzykiwania zależności. Zrozumienie różnic pomiędzy podejściem aspektowym, wzorcami Inversion of Control (IoC) oraz statycznym i dynamicznym wstrzykiwaniem zależności. Znajomość i umiejętność praktycznego zarządzania cyklem życia aplikacji webowej Java EE. Słaba umiejętność zaprojektowania prostej aplikacji Java EE w wybranym frameworku. Znajomość wybranego środowiska deweloperskiego służącego programowaniu aplikacji Java EE. Umiejętność zaimplementowania prostej aplikacji Java EE w wybranym frameworku. Umiejętność integrowania technologii towarzyszących Java EE. Umiejętność zaprojektowania prostego web service u jako WS lub jako serwis SOA. Umiejętność zaimplementowania prostego web service u jako WS lub jako serwis SOA. Umiejętność zaimplementowania prostego klienta korzystającego z WS lub SOA. Znajomość mechanizmu adnotacji dostępnych w wybranym frameworku Java EE. Znajomość podejścia do projektowania aplikacji korporacyjnych w Java EE zgodnego z RUP. Ogólna znajomość specyfiki testowania aplikacji Java EE. Pełna znajomości ogólnych koncepcji charakterystycznych dla wybranego frameworka Java EE. Umiejętność korzystania z podstawowych mechanizmów dostępnych we frameworkach, w tym w szczególności ze wstrzykiwania zależności. Zrozumienie różnic pomiędzy podejściem aspektowym, wzorcami Inversion of Control (IoC) oraz statycznym i dynamicznym wstrzykiwaniem zależności. Znajomość i umiejętność praktycznego zarządzania cyklem życia aplikacji webowej Java EE. Umiejętność zaprojektowania prostej aplikacji Java EE w wybranym frameworku. Dobra znajomość wybranego środowiska deweloperskiego służącego programowaniu aplikacji Java EE. Umiejętność zaimplementowania prostej aplikacji Java EE w wybranym frameworku. Umiejętność integrowania technologii towarzyszących Java EE. Umiejętność zaprojektowania prostego web service u jako WS lub jako serwis SOA. Umiejętność zaimplementowania prostego web service u jako WS lub jako serwis SOA. Umiejętność zaimplementowania prostego klienta korzystającego z WS lub SOA. Dobra znajomość mechanizmu adnotacji dostępnych w wybranym frameworku Java EE. Ogólna znajomość podejścia do projektowania aplikacji korporacyjnych w Java EE zgodnego z RUP. Ogólna znajomość specyfiki testowania aplikacji Java EE. Umiejętność powiązania tych zagadnień z niektórymi problemami poruszanymi w ramach całego przedmiotu. Pełna znajomości ogólnych koncepcji charakterystycznych dla wybranego frameworka Java EE. Umiejętność korzystania z podstawowych mechanizmów dostępnych we frameworkach, w tym w szczególności ze wstrzykiwania zależności. Zrozumienie różnic pomiędzy podejściem aspektowym, wzorcami Inversion of Control (IoC) oraz statycznym i dynamicznym wstrzykiwaniem zależności. Znajomość i umiejętność praktycznego zarządzania cyklem życia aplikacji webowej Java EE. Umiejętność zaprojektowania prostej aplikacji Java EE w wybranym frameworku. Dobra znajomość wybranego środowiska deweloperskiego służącego programowaniu aplikacji Java EE. Umiejętność zaimplementowania prostej aplikacji Java EE w wybranym frameworku. Umiejętność integrowania technologii towarzyszących Java EE. Umiejętność zaprojektowania prostego web service u jako WS lub jako serwis SOA. Umiejętność zaimplementowania prostego web service u jako WS lub jako serwis SOA. Umiejętność zaimplementowania prostego klienta korzystającego z WS lub SOA. Dobra znajomość mechanizmu adnotacji dostępnych w wybranym frameworku Java EE. Ogólna znajomość podejścia do projektowania aplikacji korporacyjnych w Java EE zgodnego z RUP. Ogólna znajomość specyfiki testowania aplikacji Java EE. Umiejętność powiązania tych zagadnień ze wszystkimi problemami poruszanymi w ramach całego przedmiotu. Efekt kształcenia 9 Strona 10/13

11 .5.5 Brak znajomości środowiska wykonawczego i deweloperskiego reguł biznesowych. Brak znajomości specyfiki języków reguł biznesowych. Brak znajomości języka formalnego reguł biznesowych. Brak znajomości koncepcji DSL. Brak umiejętności powiązania reguł biznesowych z procesem biznesowym. Brak umiejętności wykonania ruleflow na dedykowanym silniku. Brak umiejętności testowania reguł biznesowych. Brak umiejętności testowania ruleflow. Brak umiejętności rozwiązania wybranego problemu z wykorzystaniem reguł biznesowych. Brak umiejętności projektowania aplikacji opartych o reguły biznesowe. Znajomość środowiska wykonawczego i deweloperskiego reguł biznesowych. Znajomość specyfiki języków reguł biznesowych. Słaba znajomość języka formalnego reguł biznesowych. Znajomość koncepcji DSL. Ograniczona umiejętność powiązania reguł biznesowych z procesem biznesowym. Umiejętność wykonania ruleflow na dedykowanym silniku. Brak umiejętności testowania reguł biznesowych. Brak umiejętności testowania ruleflow. Słaba umiejętność rozwiązania wybranego problemu z wykorzystaniem reguł biznesowych. Brak umiejętności projektowania aplikacji opartych o reguły biznesowe. Znajomość środowiska wykonawczego i deweloperskiego reguł biznesowych. Znajomość specyfiki języków reguł biznesowych. Słaba znajomość języka formalnego reguł biznesowych. Znajomość koncepcji DSL. Umiejętność powiązania reguł biznesowych z procesem biznesowym. Umiejętność wykonania ruleflow na dedykowanym silniku. Podstawowa umiejętności testowania reguł biznesowych. Podstawowa umiejętność testowania ruleflow. Umiejętność rozwiązania wybranego problemu z wykorzystaniem reguł biznesowych. Słaba umiejętność projektowania aplikacji opartych o reguły biznesowe. Znajomość środowiska wykonawczego i deweloperskiego reguł biznesowych. Znajomość specyfiki języków reguł biznesowych. Dobra znajomość języka formalnego reguł biznesowych. Znajomość koncepcji DSL. Umiejętność powiązania reguł biznesowych z procesem biznesowym. Umiejętność wykonania ruleflow na dedykowanym silniku. Umiejętność testowania reguł biznesowych. Umiejętność testowania ruleflow. Umiejętność rozwiązania wybranego problemu z wykorzystaniem reguł biznesowych. Umiejętność projektowania aplikacji opartych o reguły biznesowe. Dobra znajomość środowiska wykonawczego i deweloperskiego reguł biznesowych. Pełna znajomość specyfiki języków reguł biznesowych. Pełna znajomość języka formalnego reguł biznesowych. Znajomość koncepcji DSL. Umiejętność powiązania reguł biznesowych z procesem biznesowym. Umiejętność wykonania ruleflow na dedykowanym silniku. Umiejętność testowania reguł biznesowych. Umiejętność testowania ruleflow. Umiejętność rozwiązania wybranego problemu z wykorzystaniem reguł biznesowych. Umiejętność projektowania aplikacji opartych o reguły biznesowe. Umiejętność powiązania tych zagadnień z niektórymi problemami poruszanymi w ramach całego przedmiotu. Dobra znajomość środowiska wykonawczego i deweloperskiego reguł biznesowych. Pełna znajomość specyfiki języków reguł biznesowych. Pełna znajomość języka formalnego reguł biznesowych. Znajomość koncepcji DSL. Umiejętność powiązania reguł biznesowych z procesem biznesowym. Umiejętność wykonania ruleflow na dedykowanym silniku. Umiejętność testowania reguł biznesowych. Umiejętność testowania ruleflow. Umiejętność rozwiązania wybranego problemu z wykorzystaniem reguł biznesowych. Umiejętność projektowania aplikacji opartych o reguły biznesowe. Umiejętność powiązania tych zagadnień ze wszystkimi problemami poruszanymi w ramach całego przedmiotu. Efekt kształcenia 10 Brak zdolności do pracy w zespole, brak sukcesu w pracy indywidualnej nad projektem. Umiejętność pracy w zespole w ograniczonym zakresie przejawiająca się trudnościami w podjęciu odpowiedzialności za projekt - realizacja bardzo niewielkiego fragmentu projektu, znajomość projektu tylko w zakresie samodzielnie podjętych zadań, trudności w zrozumieniu specyfiki procesu biznesowego. Realizacja niewielkiego fragmentu projektu, znajomość projektu tylko w zakresie samodzielnie podjętych zadań. Strona 11/13

12 Realizacja niewielkiego fragmentu projektu, znajomość projektu w pełnym zakresie, znajomość zagadnienia będącego przedmiotem projektu tylko w ograniczonym zakresie. Realizacja stosownego fragmentu projektu, znajomość projektu w pełnym zakresie, znajomość zagadnienia będącego przedmiotem projektu w szerszym zakresie. Realizacja stosownego fragmentu projektu, znajomość projektu w pełnym zakresie, znajomość zagadnienia będącego przedmiotem projektu w pełnym zakresie. 10 Macierz realizacji przedmiotu Efekt kształcenia EK1 EK2 EK3 EK4 EK5 EK6 EK7 EK8 EK9 EK10 Odniesienie danego efektu do szczegółowych efektów zdefiniowanych dla programu I1_W09 I1_W13 I1_W04 I1_W13 I1_U03 I1_K02 I1_K04 Cele przedmiotu Treści programowe W1 W2 W3 W4 W5 L3 L8 L9 W5 W7 L7 L8 W6 L1 L10 Narzędzia dydaktyczne N1 N3 N4 N5 N6 N7 N1 N2 N3 N4 N5 N6 N7 N8 N9 N1 N2 N3 N4 N5 N6 N7 N8 N9 N3 N4 N5 N6 N7 N8 N9 Sposoby oceny F2 F1 F2 F3 F4 P1 F1 F2 F3 F4 P1 F2 F3 F4 P1 W1 L10 N4 N5 N6 N7 N8 F4 W3 W4 W7 L1 L2 L3 L5 L6 L9 L10 W4 W5 W7 W5 W7 W3 W4 W7 L1 L3 L5 L6 L9 L10 W1 W2 W3 W4 W5 W6 W7 L1 L2 L3 L4 L5 L6 L7 L8 L9 N1 N2 N3 N4 N5 N6 N7 N8 N9 N2 N3 N4 N5 N6 N7 N8 N2 N3 N5 N6 N7 N8 N9 N1 N2 N3 N4 N5 N6 N7 N8 N9 N1 N2 N3 N4 N5 N6 N7 N8 N9 F1 F2 F3 F4 P1 F1 F2 F3 P1 F1 F2 F3 P1 F1 F2 F3 F4 P1 F1 F2 F3 F4 P1 11 Wykaz literatury Literatura podstawowa: [1] Dai N., Mandel L., Ryman A. Eclipse Web Tools Platform, Gliwice, 2008, Helion [2] CBDI Forum SOA Fundamentals, A Student Guide, Everware-CBDI Forum, LaVergne, 2010, CBDI Forum Strona 12/13

13 [3] Zabawa P. materiały do wykładów - www, Kraków, 2012, brak [4] SAP dokumentacja SAP,?, 2012, SAP Literatura uzupełniająca: [1] Bali M. Drools JBoss Rules 5.0. Developers Guide,?, 2009, Packt Publishing [2] Browne P. JBoss Drools Business Rules,?, 2009, Packt Publishing [3] Schlagbauer T. Embracing JBoss Seam. Examination of a streamlined and unified Java enterprise application framework, Saarbrcken, 2010, VDM Verlag Dr Mller Inne: [1] dokumentacja frameworków Java EE, środowisk wykonawczych, JBoss Drools 12 Informacje o nauczycielach akademickich Osoba odpowiedzialna za kartę Piotr Zabawa (kontakt: pzabawa@pk.edu.pl) Osoby prowadzące przedmiot dr inż. Piotr Zabawa (kontakt: pzabawa@pk.edu.pl) 13 Zatwierdzenie karty przedmiotu do realizacji (miejscowość, data) (odpowiedzialny za przedmiot) (dziekan) Przyjmuję do realizacji (data i podpisy osób prowadzących przedmiot) Strona 13/13