====== Studio Projektowe 1 ======

==== 1. Intrefejs do sterowania oświetleniem ====

  - Projekt i impelmentacja systemu do symulacji sterowania oświetleniem zewnętrznym w oparciu o techniki internetowe.
  - 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. 
  - Spodziewanym rezultatem jest informacja sterująca dla konkretnych punktów świetlnych, zmieniająca się wraz z napływem danych sensorycznych. 
  - Zależności pomiędzy profilami oświetleniowymi, a sensorami tj. logika sterująca jest udostępniania w za pomocą web service (REST). 
  - Interfejs z użytkownikiem musi umożliwiać:
    - wizualizację punktów oświetleniowych wraz z ich stanem,
    - 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

==== 2. Symulacja sterowania oświetleniem zewnętrznym ====

  - 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/
  - 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. 
  - Spodziewanym rezultatem jest informacja sterująca dla konkretnych punktów świetlnych, zmieniająca się wraz z napływem danych sensorycznych. 
  - Zależności pomiędzy profilami oświetleniowymi, a sensorami tj. logika sterująca jest:
    - dana, bądź 
    - udostępniania w za pomocą web service. 
  - Interfejs z użytkownikiem musi umożliwiać:
    - wizualizację punktów oświetleniowych wraz z ich stanem,
    - modyfikację danych sensorycznych, co ma wpływ na sterowanie.
  - 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)


==== 3. Weryfikacja i testowanie OwnCloud ====

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

Realizacja: Marek Buszko (mbuka@student.agh.edu.pl) 
==== 4. Przechowywanie i edycja dokumentów ODF w Redmine ====

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

Realizacja: 

==== 5. CRM dla Redmine ====

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

==== 6. Metodyki badania oprogramowania klasy Enterprise ====

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

Realizacja: 

==== 7. Mierzenie stopnia wykorzystania komponentów w aplikacjach klasy Enterprise ====

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: 

===== Brudnopis =====

LibreOffice CMIS i Redmine/Dokuwiki.

Kalendarz Redmine, dokładnośc co do godziny