UTP 2011 2012, PJWSTK, 0sem, UTP, 2011 2012
[ Pobierz całość w formacie PDF ]
Informacje ogólne (ostatnia aktualizacja 9 X 2011)
Zasady zaliczenia
Każde z zadań ma oznaczony termin oddania. Student może uzyskać maksymalną liczbę
punktów za dostarczenie rozwiązania zadania, o ile zostanie ono zaprezentowane
najpóźniej w trakcie zajęć w określonym terminie oddania. Prezentacja rozwiązania
najpóźniej w trakcie zajęć następujących po terminie daje możliwość uzyskania
maksymalnie 75% punktów. Ostatnim terminem dającym możliwość uzyskania co
najwyżej 50% punktów za prezentowane rozwiązanie są kolejne zajęcia – tj. drugie w
kolejności po terminie pierwotnym.
W trakcie prezentacji student musi wykazać się znajomością oddawanego rozwiązania
świadczącą o jego samodzielnym wykonaniu.
W przypadku, gdy prowadz
ą
cy na
podstawie pyta
ń
kontrolnych dojdzie do przekonania,
ż
e prezentowane
rozwi
ą
zanie nie zostało wykonane samodzielnie student nie uzyskuje
ż
adnych
punktów oraz bezpowrotnie traci szans
ę
ponownej próby oddania rozwi
ą
zania.
Testy jednostkowe
Stworzonej funkcjonalności powinny towarzyszyć testy jednostkowe weryfikujące
poprawność jej działania. Brak testów jednostkowych ogranicza zmniejsza liczbę
uzyskanych punktów o połowę.
Odporno
ść
na bł
ę
dy
Dostarczone aplikacje powinny w miarę możliwości przeprowadzać walidację danych
wejściowych, tj. weryfikować poprawność danych wprowadzanych przez użytkownika.
Do niedopuszczalnych zachowań skutkujących drastyczną redukcją liczby uzyskanych
punktów należą m.in.:
-
brak weryfikacji, czy użytkownik podał poprawną ścieżkę do pliku i czy plik/katalog
istnieje;
-
brak walidacji formatu wprowadzonych danych – jeśli format jest znany z góry
(np. format zapisu kodu pocztowego);
-
brak weryfikacji, czy wartość referencyjnej zmiennej/pola została ustawiona, tj. czy
nie ma wartości null (NullPointerException);
-
brak weryfikacji, czy wartość indeksu nie przekracza rozmiaru listy/tablicy
(ArrayIndexOutOfBoundsException).
Zadania obowi
ą
zkowe
Za realizację minimum programowego z przedmiotu UTP uprawniającego do
otrzymania oceny pozytywnej uznaje się zaliczenie (tj. uzyskanie co najmniej 50%
punktów) zadań poświęconych następującym zagadnieniom:
-
strumienie (zadanie II);
-
kolekcje (zadanie IV);
-
JavaBeans (zadanie VII);
-
JDBC (zadanie XI).
1 Zadanie I – Model-View-Controller (10 X 2011/13 X 2011)
Stwórz prostą aplikację, której jedynym elementem interfejsu użytkownika będzie tabela
zawierająca jedną kolumnę umożliwiającą prezentację oraz edycję kodów pocztowych
w formacie obowiązującym w Polsce, tj. 00-000.
Edycja wartości powinna być oparta o pole maskowane zrealizowane w oparciu o
JFormattedTextField oraz MaskFormatter.
Aplikacja powinna być stworzona zgodnie ze wzorcem Model-View-Controller – tabela
prezentująca kody pocztowe powinna być oparta o model zawierający listę instancji
typu PostalCode hermetyzującego kody pocztowe.
2 Zadanie II – strumienie (17 X 2011/20 X 2011)
Stwórz prostą aplikację, której graficzny interfejs użytkownika składa się z dwóch
wieloliniowych pól tekstowych (JTextArea):
-
pole tekstowe (INPUT) znajdujące się po lewej stronie umożliwia użytkownikowi
wprowadzanie danych;
-
z kolei drugie pole tekstowe (OUTPUT) w trybie tylko do odczytu prezentuje wynik
przetwarzania wejścia wprowadzonego za pośrednictwem pola tekstowego INPUT.
Pole tekstowe INPUT umożliwia wprowadzanie tekstu – linia po linii, lub nazwy pliku,
która powinna być podana w formacie bezwzględnej ścieżki używanej w systemie
operacyjnym Windows lub Un*x.
Pole tekstowe OUTPUT prezentuje wynik przetwarzania linii wprowadzonej za pomocą
pola INPUT. Przetwarzanie polega na zliczeniu występowania danego (zaszytego w
kodzie aplikacji) słowa, bądź wyrażenia regularnego w linii wprowadzonej przez
użytkownika, bądź też pliku – jeśli użytkownik wprowadził poprawną ścieżkę do pliku.
Poprawność ścieżki do pliku można wstępnie sprawdzić za pomocą wyrażenia
regularnego oraz metody exists() klasy File.
Rozwiązanie można rozszerzyć o dodanie kolejnego pola tekstowego (JTextField), które
umożliwi użytkownikowi wprowadzenie szukanego słowa/wyrażenia regularnego.
Największą trudnością zadania jest konieczność odczytu zawartości pliku do bufora, w
którym następnie należy wykonać wyszukiwanie określonego ciągu znaków, bądź
dopasowanie do wskazanego wyrażenia regularnego.
Student może uzyskać łącznie 15 punktów za rozwiązanie, w którym zostanie
zastosowana znana z parserów technika polegająca na (1) przepisywaniu drugiej połowy
bufora do pierwszej, (2) wczytywaniu kolejnego fragmentu pliku do drugiej połowy, a
następnie (3) sprawdzaniu czy cały bufor zawiera szukany ciąg.
Proste rozwiązania polegające na zaczytaniu całości wejścia do pamięci będą oceniane
na co najwyżej 10 punktów.
3 Zadanie III – kodowanie/dekodowanie
(24 X 2011/27 X 2011)
Stwórz prostą aplikację graficzną umożliwiającą konwersję kodowania plików
tekstowych.
Interfejs użytkownika będzie zawierał dwa pola tekstowe (JTextField) umożliwiających
określenie ścieżek do plików: (1) wejściowego i (2) wyjściowego. Alternatywnie można
określić ścieżkę do pliku przy pomocy okna dialogowego (JFileChooser) – wówczas
pola tekstowe mogą być ustawione w trybie tylko do odczytu, bądź mogą być zastąpione
etykietami.
Poniżej każdego z pól tekstowych powinna znajdować się lista opuszczana
(JComboBox) zawierająca listę wspieranych stron kodowych (
patrz
) umożliwiająca
określenie strony kodowej odpowiednio dla pliku wejściowego i wyjściowego.
4 Zadanie IV – kolekcje (7 XI 2011/10 XI 2011)
Stwórz aplikację, w której wykorzystasz różne rodzaje kolekcji dostępne w ramach
Java™ Collections Framework. Aplikacja powinna odczytywać dane wejściowe z pliku.
Format danych zapisanych wejściowych powinien być następujący:
<Imię> <Nazwisko> <Data urodzenia>
<Imię> <Nazwisko> <Data urodzenia>
<Imię> <Nazwisko> <Data urodzenia>
Przykładowo:
Jan Kowalski 1980-01-01
Henryk Nowak 1982-03-03
Oczywiście każdej osoby powinny być reprezentowane w aplikacji w postaci instancji
własnej klasy Person.
Dane wejściowe powinny być zapisane w kilku kolekcjach:
1.
Posortowanej po imieniu;
2.
Posortowanej po nazwisku, imieniu i dacie urodzenia;
3.
Posortowanej po dacie urodzenia;
4.
Kolekcji umożliwiającej szybki dostęp do rekordu po dacie urodzenia
wprowadzonej w postaci typu java.util.Date, bądź w postaci java.lang.String w
formacie YYYY-MM-DD.
Aplikacja powinna posiadać interfejs graficzny składający się z:
-
pola tekstowego (JTextField) umożliwiającego wprowadzenie ścieżki do pliku;
-
listy (JList) lub tabeli (JTable) prezentującej wybraną kolekcję – przełączanie
między kolekcjami może być zrealizowane w dowolny sposób – np. za pomocą
menu wyskakującego (JPopupMenu), przycisków (JButton), listy opuszczanej
(JComboBox).
[ Pobierz całość w formacie PDF ]
-
Menu
- Start
- UVEX 2010-2011, SURVIVAL wojsko militarne turystyka, Katalogi PDF Turystyka i Militaria
- uiss zerowka 2011 pyt i odp, Notatki, Elektronika AGH III rok, [STUDIA] rok 3, UISS
- Uchwała z dnia 3 marca 2004 III CZP 0002 04 publ, akty prawne i orzecznictwo 2010-2011 [całkowicie darmowo na isap.sejm.gov.pl lub curia.europa.eu]
- Uchwała z dnia 3 marca 2004 III CZP 0122 03 publ, akty prawne i orzecznictwo 2010-2011 [całkowicie darmowo na isap.sejm.gov.pl lub curia.europa.eu]
- USTAWA O VAT 2011 - tekst ujednolicony, VAT
- UPSy jednofazowe - skrócony. Katalog 2011, Katalogi i broszury
- Ustawa o rachunkowości 2011, GWSH - Finanse i Rachunkowość, USTAWY
- Uszczegółowienie MRPO - 15 grudnia 2011, STUDIA, Studia ekonomiczne, zarządzanie projektami europejskimi
- USB-ID-FAQ, PCB, Programowanie, usbasp.2011-05-28, firmware, usbdrv
- USB-IDs-for-free, PCB, Programowanie, usbasp.2011-05-28, firmware, usbdrv
- zanotowane.pl
- doc.pisz.pl
- pdf.pisz.pl
- garnki.pev.pl