KOR. Konstrukcja systemów obiektowych i rozproszonych. PJWSTK, 2010 Emil Wcisło.

Transkrypt

1 KOR Konstrukcja systemów obiektowych i rozproszonych 2010 PJWSTK, 2010 Emil Wcisło

2 Ćwiczenia Ćwiczenia z KOR w roku 2010/11 w semestrze letnim odbywać się będą: Dla studiów niestacjonarnych: Dla grupy G1: niedziela, godzina 08:00, sala 224 Dla grupy G2: sobota, godzina 14:45, sala 224 Zaliczenie ćwiczeń i system ocen Podczas semestru każdy student jest zobowiązany zrealizować dwa zadania składające się na ocenę końcową. Składowe oceny są następujące: Projekt końcowy Prezentacja 60pkt 40pkt Oddanie projektu końcowego jest obowiązkowe. Niewywiązanie się z terminu prezentacji oznacza możliwość uzyskania maksymalnie oceny dostatecznej, zgodnie ze skalą przedstawioną poniżej: 5.0 >90pkt 4, pkt pkt pkt pkt 2.0 <51pkt

3 Prezentacje Prezentacje można wykonać samodzielnie lub grupowo, maksymalnie trzyosobowo. W przypadku prezentacji wieloosobowych należy zwrócić uwagę na równomierne wypowiadanie się przez wszystkich uczestników a poziom każdej osoby będzie oceniany indywidualnie. Prezentacje grupowe są możliwe tylko wtedy, gdy wszystkie tematy są już przydzielone. Prezentację należy wygłosić w terminie zgodnie z kalendarzem i nie ma możliwości jego przeniesienia. 13, 14 listopada Zajęcia organizacyjne 27, 28 listopada Podstawy obsługi ODRA i SBQL4J 27, 28 listopada 1. CLI, JOBC, NOBC czyli jak się dogadać z ODRĄ 27, 28 listopada 2. Instrukcje imperatywne, tworzenie i usuwanie obiektów, praca z klasami, metodami, wskaźnikami. 11, 12 grudnia 3. Aktualizowane perspektywy i ich zastosowanie 11, 12 grudnia 4. Wrapper do relacyjnych baz danych 11, 12 grudnia 5. Indeksowanie w obiektowych i rozproszonych bazach danych 8, 9 stycznia 6. Optymalizacja zapytań metodą niezależnych podzapytań 8, 9 stycznia 7. Metamodel i mocna kontrola typologiczna 8, 9 stycznia 8. Transakcje w systemach rozproszonych 15 stycznia TERMIN ODDANIA PROJEKTÓW KOR 22, 23 stycznia Obrona projektów, wpisy

4 Założenia projektu Każdy student, pracując samodzielnie (nie dopuszczalna jest praca grupowa nad projektem), zobowiązany jest zaprezentować aplikację bazującą na bazie danych ODRA, lub języku SBQL4J. Projekt musi spełniać następujące wymagania: Dla projektu opartego na ODRA: 1. Dane muszą być przechowywane w bazie danych ODRA w module opartym o zasadę modelu M1 czyli z wykorzystaniem klas, dziedziczenia i metod definiowanych w ramach klas. 2. Tematyka projektu jest dowolna lecz musi być on odpowiednio złożony. Przyjętą miarą złożoności projektu jest ilość klas i połączeń między nimi. Jako złożoność minimalną przyjmujemy cztery połączone referencjami klasy (minimum dwie relacje typu 1-do-wielu i jedna wiele-do-wielu) 3. Projekt musi być uzupełniony o aplikację kliencką stworzoną specjalnie do operowania na utworzonej bazie danych, zgodnie z założeniami biznesowymi. 4. Aplikacja kliencka może być napisana w Javie lub.net, być okienkowa lub internetowa. Ograniczenie na dostępne platformy wynika z dostępności bibliotek pozwalających na komunikacje z ODRĄ. 5. Aplikacja ma pozwalać na zarządzanie wszystkimi danymi i połączeniami jakie są w bazie danych. Dodawanie, usuwanie, edytowanie obiektów oraz łączenie ich ze sobą zgodnie z logiką biznesową. Dla projektu opartego na SBQL4J: 1. Dane, na których wykonywane będą zapytania, będą w całości wczytane do pamięci operacyjnej. Będą zasilane przy uruchomieniu bądź przez odpowiedni kod tworzący obiekty, bądź przez kod zasilający z relacyjnej bazy lub plików XML. Wskazane jest zasilenie co najmniej kilkunastoma obiektów każdego typu. W definicji klas danych wskazane jest użycie dziedziczenia i polimorfizmu. 2. Podobnie jak w przypadku projektu opartego na ODRA, tematyka jest dowolna lecz musi być on odpowiednio złożony. Przyjętą miarą złożoności projektu jest ilość klas i połączeń między nimi. Jako złożoność minimalną przyjmujemy cztery połączone referencjami klasy (minimum dwie relacje typu 1-do-wielu i jedna wiele-do-wielu) 3. Projekt powinien zawierać przypadek nietrywialnego użycia operatora tranzytywnego domknięcia (close by), oraz nietrywialne zapytania pokazujące działanie optymalizatorów: usuwania martwych podzapytań i przesuwania niezależnych podzapytań. 4. Projekt musi być uzupełniony o aplikację kliencką stworzoną specjalnie do operowania na utworzonej bazie danych, zgodnie z założeniami biznesowymi. 5. Aplikacja kliencka powinna być napisana w Javie, być okienkowa lub internetowa. 6. Aplikacja ma pozwalać na zarządzanie wszystkimi danymi i połączeniami jakie są w bazie danych. Dodawanie, usuwanie, edytowanie obiektów oraz łączenie ich ze sobą zgodnie z logiką biznesową. Zgodnie z kalendarzem na poprzedniej stronie, projekt należy oddać do dnia 15 stycznia Termin oddania projektów jest nieprzekraczalny. Na zajęciach w dniach 22, 23 stycznia będzie obrona projektów (również projektów JPS).

5 MATERIAŁY 1. Wszystkie materiały potrzebne do wykonania projektu umieszczone zostały w katalogu ftp oraz na stronie internetowej: 2. Książka: K.Subieta. Teoria i konstrukcja obiektowych języków zapytań. Wydawnictwo PJWSTK, Warszawa 2004, ISBN Strona WWW z informacjami o SBA i SBQL 4. Forum developerów i użytkowników ODRY 5. Wykłady prof. Subiety w wersji elektronicznej: 6. Opis i podręcznik użytkownika ODRY SBQL/various/ODRA/ODRA manual.html 7. Strona domowa projektu SBQL4J: