1. Projekt i impelmentacja systemu do symulacji sterowania oświetleniem zewnętrznym w oparciu o techniki internetowe.
2. Dane są zbiory parametrów punktów świetlnych określające położenie i możliwości sterowania (dostępne profile oświetleniowe) oraz dane sensoryczne takie jak: natężenie ruchu, pora dnia, obecność, pogoda.
3. Spodziewanym rezultatem jest informacja sterująca dla konkretnych punktów świetlnych, zmieniająca się wraz z napływem danych sensorycznych.
4. Zależności pomiędzy profilami oświetleniowymi, a sensorami tj. logika sterująca jest udostępniania w za pomocą web service (REST).
5. Interfejs z użytkownikiem musi umożliwiać:
   1. wizualizację punktów oświetleniowych wraz z ich stanem,
   2. modyfikację danych sensorycznych, co ma wpływ na sterowanie.

Realizacja:

1. Kamil Bieszczad (kamilbieszczad@gmail.com), Tomasz Szepczyński (t.szepczynski@gmail.com)

2. Szymon Bobowiec (szymon.bobowiec@gmail.com), Michał Gurgul (mmgurgul@gmail.com)

3. Mateusz Renes mateusz.renes@gmail.com android

1. Projekt i impelmentacja systemu do symulacji sterowania oświetleniem zewnętrznym. Należy wykorzystać i przetestować Gamma Platform: http://code.google.com/p/gama-platform/
2. Zakładanym wejściem są: zbiory parametrów punktów świetlnych określające położenie i możliwości sterowania (dostępne profile oświetleniowe) oraz dane sensoryczne takie jak: natężenie ruchu, pora dnia, obecność, pogoda.
3. Spodziewanym rezultatem jest informacja sterująca dla konkretnych punktów świetlnych, zmieniająca się wraz z napływem danych sensorycznych.
4. Zależności pomiędzy profilami oświetleniowymi, a sensorami tj. logika sterująca jest:
   1. dana, bądź
   2. udostępniania w za pomocą web service.
5. Interfejs z użytkownikiem musi umożliwiać:
   1. wizualizację punktów oświetleniowych wraz z ich stanem,
   2. modyfikację danych sensorycznych, co ma wpływ na sterowanie.
6. Zakłada się przetestowanie skalowalności przynajmniej w zakresie od 1 do 30000 punktów świetlnych.

Realizacja: grupa 2.1: Panek Michał (panek@student.agh.edu.pl) oraz Maciej Żak

grupa 2.2: Łukasz Gruba (lukgru@gmail.com), Mariusz Pacek (sinu0o@gmail.com)

1. Uwierzytelnianie użytkowników przez IMAP.
2. Kalendarz (współdzielenie, zaproszenia, wyszukiwanie współnych terminów - analogiczne do np. www.sheduleonce.com).
3. Współdzielenie plików i synchronizacja z rozwiązywniem konfliktów dla systemów: Linux, MacOS X, Windows.
4. Kolaboratywna edycja dokumentów ODF.
5. Integracja z Redmine (zadania, terminy).

Realizacja: Marek Buszko (mbuka@student.agh.edu.pl)

1. edycja dokumentow ODF on-line http://webodf.org/
2. wersjonowanie
3. blokowanie dostepu - tylko 1 uzytkownik na raz
4. przeszukiwnie/indeksowanie dokumentów
5. edycja kolaboratywna

Realizacja:

• baza kontrachentów (naukowców, przedsiębiorców) - profile opisane różnymi informacjami (realizowane projekty, publikacje, zainteresowania, inne), możliwość wyszukiwania po różnych kluczach (np. wg nazwiska, wg zainteresowań itd.), baza z danymi - po wyszukaniu wyświetlenie ładnego profilu kontrahenta,
• wygodne wprowadzanie danych (formularz? tak,żeby kontrahenci mogli też sami wygodnie dokonywać korekt?)
• dane kontaktowe,
• import/eksport csv
• wysyłanie wiadomości do kontrahentów również grupowe,
• definiowanie powiązań pomiędzy kontrahentami i projektami
• możliwość zautomatyzowanego poszukiwania powiązań między zainteresowaniami gmin/przedsiębiorstw i naukowców
• projekty wraz z opisem działań
• powiązania z wiki i zadaniami
• możliwość komponowania arkuszy sprawozdawczych, np. dane kontaktowe firmy, osoba kontaktowa, status kontaktów - baza przedsiębiorców, nazwa firmy i podjęte działanie - do arkusza sprawozdawczości o podejmowanych wspólnie działaniach (krótko mówiąc stworzenie baz dotyczących różnych aspektów związanych z naszymi partnerami powiązanych we właściwy sposób)

Realizacja:

Opracowanie metodyk i przeprowadzenie testów wydajnościowych oprogramowania klasy enterprise (JBoss AS7, JSF, Play) na przykładzie systemu XTRF

Realizacja:

Opracowanie metodyki oraz implementacja mechanizmów mierzenia stopnia wykorzystania aplikacji klasy enterprise. Zebrane dane mają pomóc w analizie stopnia wykorzystania różnych dostępnych w systemie funkcji. Badania takie prowadzi się w celu określenia które funkcje należy rozwijać, którch nie trzeba zmieniać i z których można zrezygnować. Zadanie realizowane na przykładzie systemu XTRF.

Realizacja:

LibreOffice CMIS i Redmine/Dokuwiki.

Kalendarz Redmine, dokładnośc co do godziny