Wydział Zarządzania

Kierunek studiów: Zarządzanie projektami

Katedra Ekonomii

SYSTEM DO OBSŁUGI KONFERENCJI

Projekt zaliczeniowy z przedmiotu
ZARZĄDZANIE PROJEKTEM INFORMATYCZNYM grupa L05

Opracowanie:

SEBASTIAN STAFIEJ [127256]

AGATA WĘGRZYN [138435]

MICHAŁ ŻAK [138457]

Prowadzący:

Mgr Maria Kubacka

Rzeszów 2016

Spis treści

1. Opis systemu

Celem projektu jest opracowanie systemu informatycznego wspierającego proces organizacji konferencji naukowych, kongresów, sympozjów, szkoleń i innych wydarzeń wymagających wcześniejszej rejestracji gości. W zakresie: rejestracji użytkowników, recenzji artykułów naukowych, uczestnictwa w konferencji, zakwaterowania.

W systemie możemy wyróżnić następujących aktorów:
1. ADMINISTRATOR SYSTEMU/ORGANIZATOR
2. RECENZENT
3. UCZESTNIK

1. Cele systemu

• Jako użytkownik chcę przesłać artykuł do recenzji i zapisywać się na wybrane konferencji.

• Jako użytkownik chcę mieć możliwość edytowania danych, aby moje dane były aktualne.

• Jako użytkownik chcę wymienić opinię z recenzentem na temat mojego referatu.

• Jako użytkownik mogę wyświetlać aktualny kalendarz wystąpień aby mieć aktualne informacje na temat agendy.

• Jako administrator chcę przeglądać informację o konferencji aby mieć kontrolę nad jej przebiegiem.

• Jako administrator chcę mieć możliwość edycji wszystkich informacji zamieszczanych w systemie aby móc administrować program.

• Jako recenzent chcę mieć możliwość redagowania poszczególnych artykułów/referatów aby były zgodne z założeniami konferencji oraz w celu zredukowania błędów.

• Jako recenzent chcę mieć możliwość wysyłania komentarzy do artykułu aby użytkownik miał możliwość nanieść poprawki.

• Jako recenzent chcę mieć możliwość wyróżnienia najlepszego artykułu.

2. Wymagania funkcjonalne

1. System umożliwia rejestrację uczestnikowi.

2. Użytkownik może zmienić hasło.

3. System umożliwia przegląd archiwów konferencji.

4. System pobiera dane o użytkownikach i ich tematach.

5. System określa, czy została wniesiona zapłata za udział w konferencji.

6. System określa konkretny schemat postępowania przy zarejestrowaniu się na konkretną konferencję.

7. System określa odpowiednich recenzentów do działów tematycznych

8. System określa, czy referat spełnia wymogi konferencji, czy mają zostać poprawione lub odrzucone.

9. Uczestnikowi zostaje wyświetlona informacja o terminie konferencji (użytkownik może wyświetlić szczegóły dotyczące terminów wysyłania referatów oraz dokładną datę i godzinę konferencji).

10. Użytkownikowi zostaje wyświetlona informacja o panelach tematycznych od wyboru (wraz z opisem każdego z nich).

11. Recenzentowi zostają wyświetlone referaty do oceny (ma możliwość zaakceptowania bądź odrzucenia referatu oraz wyłania komentarza do autora w celu naniesienia poprawek).

12. Administrator może dodawać, modyfikować konferencje.

13. Administrator może przeglądać listę uczestników

14. Administrator może przeglądać tematy referatów

15. System daje możliwość edycji danych uczestników

16. Administrator może rezerwować miejsca hotelowe dla uczestników konferencji

1. Wymagania niefunkcjonalne

1. Niezawodność, dostępność

1. W zakresie funkcjonalności dostępnej zdalnie system może być niedostępny dwie godziny w tygodniu.

2. Pozostałe funkcjonalności powinny być dostępne, co najmniej w godzinach otwarcia basenu.

2. Szybkość

1. Czas potrzebny na załadowanie się strony służącej do logowania nie przekracza 10s.

3. Bezpieczeństwo

1. Wykorzystywane są mechanizmy uwierzytelniania (login + hasło)

2. System zapewnia ochronę danych przechowywanych i danych przesyłanych

4. Pojemność

1. Baza danych klientów

5. Zrozumiałość

1. System ma być zrozumiały zarówno dla pracowników basenu jak i klientów, którzy nie będą przeszkoleni w użytkowaniu systemu, ewentualna pomoc dla użytkowników na stronie WWW

6. Kompletność - system powinien być w pełni kompletny przynajmniej dla najbardziej znaczących przypadków użycia.

7. Darmowość

3. Harmonogram

Lp.	Zadanie	Planowany czas tr. (dni)	rozp.	zak.	Rzeczywisty czas trwania	Zasób
	START
	SYSTEM DO OBSŁUGI KONFERENCJI	128			141
1.	Utworzenie zespołu projektowego	2 h	09.03	09.03	2 h
1.1.	Dobór członków zespołu	1 h	09.03	09.03	1 h	Kierownik projektu - Sebastian Stafiej
1.2.	Wybór kierownika zespołu	1 h	09.03	09.03	1 h	Zespół projektowy
2.	Planowanie projektu	6 dni, 1h	09.03	16.03	6 dni, 1h
2.1.	Określenie celu projektu	1h	09.03	9.03	1h	Michał Żak
2.2.	Określenie potrzeb klienta	2	10.03	12.03	2	Sebastian Stafiej
2.3.	Opracowanie opisu systemu	3	12.03	15.03	3	Agata Węgrzyn
2.4.	Konsultacja opisu systemu z zespołem IT	1	15.03	16.03	1	Kierownicy projektu - Sebastian Stafiej i Adrian Łysakowski
3.	Modelowy opis systemu	14	16.03	30.03	14
3.1.	Identyfikacja aktorów systemu	4	16.03	20.03	4	Sebastian Stafiej
3.2.	Identyfikacja procesów w systemie	5	20.03	25.03	5	Agata Węgrzyn
3.3.	Utworzenie Diagramu Hierarchii Funkcji	5	25.03	30.03	5	Michał Żak
4.	Podział zadań w zespole IT	14	30.03	13.04	17
4.1.	Utworzenie harmonogramu	14	30.03	13.04	16	Sebastian Stafiej
4.2.	Identyfikacja zadań dla zespołu IT	10	30.03	13.04	10	Sebastian Stafiej
4.3.	Okreslenie czasu trwania zadań	2	9.04	11.04	2	Sebastian Stafiej
4.4.	Przydzielenie zadań członkom zespołu IT	2	11.04	13.04	3	Kierownicy projektu - Sebastian Stafiej i Adrian Łysakowski
5.	Utworzenie ERD i Diagramu Bazy Danych	14	16.03	31.03	16
5.1.	Stworzenie diagramu baz danych (diagram ERD) - normalizacja bazy danych	7	16.03	24.03	8	Łukasz Łokaj
5.2.	Utworzenie Diagramu Bazy Danych	7	24.03	31.03	8	Łukasz Łokaj
6.	Utworzenie hierarchii funkcji systemu i ról biznesowych	10	23.03	2.04	10
7.	Utworzenie diagramów przypadków użycia dla funkcji biznesowych	10	16.03	27.03	12
8.	Implementacja Diagramu Bazy Danych	12	30.03	11.04	18
8.1.	Stworzenie oraz wdrożenie bazy danych	7	30.03	6.04	12	Kamil Przybyło
8.2.	Połączenie aplikacji z bazą danych	5	6.04	11.04	6	Kamil Przybyło
9.	Testy Schematu relacyjnego	5	5.04	10.04	5
9.1.	Konfiguracja GIF	2	5.04	7.04	3	Adam Łysakowski
9.2.	Testy schematu relacyjnego	3	7.04	10.04	2	Kamil Przybyło, Bartosz Magryś
10.	Implementacja klas warstwy danych aplikacji	18	7.04	25.04	18
11.	Implementacja serwisowej warstwy danych aplikacji	18	7.04	25.04	18
11.1	Szyfrowanie hasła	20	7.04	27.04	20	Kamil Lopuszanski
11.2.	Confirmation email	8	27.04	5.05	8	Amadeusz Łakoma
12.	12. Implementacja warstwy serwisowej aplikacji	28	7.04	05.05	28
12.1	Konfiguracja FTP	7	7.04	14.04	7	Adrian Łysakowski
12.2.	Stworzenie panelu logowania/rejestracji	8	14.04	22.04	8	Kamil Lopuszyński, Amadeusz Łakoma
12.3.	Stworzenie panelu sterowania dla każdego typu konta	5	22.04	27.04	5	Adrian Łysakowski
12.4.	Stworzenie panelu sterowania dla każdego typu konta	5	27.04	2.05	5	Kamil Lopuszyński
12.5.	Stworzenie panelu sterowania dla każdego typu konta	3	2.05	5.05	3	Amadeusz Łakoma
13.	Wykonanie warstwy prezentacji	22	05.05	27.05	22
13.1.	Stworznenie szablonu graficznego	22	05.05	27.05	22	Łukasz Malec
13.2.	Zakodowanie strony WWW	10	2.05	12.05	10	Adam Łysakowski
13.3.	Zapoznanie się z technologiami HTML5/CSS3/JavaScript	5	2.05	7.05	4	Amadeusz Łakoma, Kamil Lopuszyński
13.4.	Pomoc przy stronie WWW	5	7.05	12.05	6	Amadeusz Łakoma, Kamil Lopuszyński
14.	Testy warstwy prezentacji	12	10.05	22.05	12
15.	Dokumentacja architektury	1	13.06	14.06	1

4. Identyfikacja użytkowników systemu

W systemie możemy wyróżnić następujących aktorów:
1. ADMINISTRATOR SYSTEMU/ORGANIZATOR
2. RECENZENT
3. UCZESTNIK

5. Uprawnienia i zadania aktorów w systemie:

1. Administrator systemu/organizator
   

- Dodawanie (Zatwierdzanie rejestracji uczestnika w systemie), wyświetlanie i edytowanie kont użytkowników
- Dodawanie, wyświetlanie i edytowanie konferencji. Dane podstawowe przy tworzeniu konferencji: Temat konferencji, miejsce i data konferencji, liczba wystąpień, długość trwania, maksymalna liczba uczestników, opłata za udział, możliwe opcje zakwaterowania uczestnika. Po stworzeniu konferencji wyświetlana jest jeszcze informacja o liczbie dostępnych miejsc. Jeśli konferencja jest płatna, to przy jej zapisie jest obowiązek płatności poprzez przekierowanie do PayU. WAŻNE: Na konferencje zapis zostaje otwarty dopiero w momencie, gdy są przesłane i zatwierdzone przez recenzentów wszystkie artykułu.
- Zatwierdzanie artykułów/referatów do konferencji, dodanych przez uczestnika
- Przypisywanie recenzentów (minimum 3) do wybranych konferencji (Powiadomienie mailowe dla recenzenta)
- Generowanie raportów o kalendarzu konferencji, liczbie uczestników, oraz wpływach

2. Uczestnik systemu

- Zakładanie konta użytkownika. Dane podstawowe przy założeniu konta: Imię, Nazwisko, e-mail
- Przeglądanie dostępnych konferencji, wraz z danymi na jej temat (dane podstawowe o konferencji + nazwiska autorów i nazwiska recenzentów, kolejność wystąpień)
- Możliwość zapisania się na każdą z konferencji (Jeśli nie został wyczerpany limit miejsc) - system generuje maila z potwierdzeniem zapisu na konferencje, oraz dodaje uczestnika do listy uczestników danej konferencji z oznaczeniem wybranej opcji zakwaterowania
- Możliwość zgłoszenia artykułu na konferencje. Zgłoszenie artykułu będzie składało się z 3 części:

+ pole tekstowe - podanie tematu konferencji

+ miejsce na wrzucenie pliku - skrócony opis poruszanego tematu przez autora, który będzie widoczny dla wszystkich użytkowników

+ miejsce na wrzucenie pliku - pełny referat/artykuł, który będzie widoczny wyłącznie dla organizatora oraz wyznaczonych przez organizatora recenzentów

3. Recenzent

- Zakładanie konta recenzenta. Dane podstawowe przy założeniu konta: Imię, Nazwisko, e-mail, obszar, w którym recenzent się specjalizuje
- Możliwość oceny zgłoszonego artykułu do wybranej konferencji. Ocena składająca się z następujących pól:

+ pole tekstowe - słowna ocena artykułu widoczna przez autora i organizatora
+ pole tekstowe - komentarz dla organizatora - niewidoczny dla autora
+ lista rozwijana ze skalą 1-5 oceniająca zgodność artykułu z tematem konferencji
+ lista rozwijana ze skalą 1-5 oceniająca wartość merytoryczną artykułu
+ lista rozwijana z trzema opcjami (przyjąć, zmodyfikować, odrzucić), - jako werdykt recenzenta

Po ocenie recenzenta, autor artykułu otrzymuję mailowo informacje o nowej recenzji to jego artykułu

6. Identyfikacja encji

• Konferencja

• Użytkownik

• Administrator

• Referat

• Recenzent

• recenzja

• Ocena

• Kryterium

• Zamówienie

• Zakwaterowanie

7. Identyfikacja procesów

Procesy Recenzenta

• przeglądanie informacji o stanie konta,

• przeglądanie i modyfikowanie profilu,

• dodawanie dziedzin wiedzy recenzenta,

• przeglądanie i modyfikacja dziedzin wiedzy recenzenta,

• przeglądanie przydzielonych referatów do recenzji,

• dodawanie recenzji,

• przeglądanie i modyfikowanie recenzji.

Procesy Administratora

• przeglądanie informacji o stanie konferencji,

• przeglądanie i modyfikowanie profilu,

• obsługiwanie kont użytkowników,

• obsługiwanie konferencji,

• obsługiwanie dziedzin wiedzy recenzentów,

• obsługiwanie kryteriów oceny referatu,

• obsługiwanie referatów,

• obsługiwanie finansów,

• obsługiwanie wiadomości e-mail.

Procesy dla użytkownika niezalogowanego:

• rejestracja uczestnika,

• logowanie,

• przypomnienie hasła,

• zmiana hasła,

• przegląd archiwum konferencji.

Procesy dla użytkownika zalogowanego:

• przeglądanie informacji o stanie konta,

• przeglądanie i modyfikacja profilu,

• przeglądanie poniesionych opłat,

• zapis i wniesienie opłaty na dostępne konferencje

• przeglądanie dostępnych konferencji

• dodawanie tematu referatu,

• przeglądanie i modyfikowanie tematu referatu,

• przeglądanie recenzji referatu.

8. Hierarchia funkcji

1. Zarządzanie aktorami

1. Dodawania nowego użytkownika

1. Wprowadzanie danych osobowych użytkownika

2. Tworzenie konta użytkownika

3. Aktywacja konta użytkownika przez administratora

4. Modyfikowanie danych konta

5. Usuwanie konta użytkownika

2. Dodawania nowego recenzenta

1. Wprowadzanie danych osobowych recenzenta

2. Tworzenie konta recenzenta

3. Aktywacja konta recenzenta przez administratora

4. Modyfikowanie danych konta

5. Usuwanie konta recenzenta

3. Dodawania konta administratora

1. Wprowadzanie danych

2. Tworzenie konta administratora

3. Modyfikowanie danych administratora

4. Usuwanie konta administratora

2. Zarządzanie konferencjami

1. Tworzenie konferencji

1. Dodawanie tematu konferencji

2. Określanie miejsca i daty konferencji

3. Określanie długości trwania i liczby wystąpień

4. Określanie maksymalnej liczby uczestników

5. Określanie dostępnych opcji zakwaterowania

2. Potwierdzenie uczestnictwa w konferencji

1. Przeglądanie zapisanych uczestników konferencji

2. Wysyłanie potwierdzenia mailowo

3. Zarządzanie referatem

1. Przyjmowanie referatów

1. Zapisywanie referatów

2. Blokowanie przyjmowanie referatów

3. Przydzielenie po trzech recenzentów do referatów poprzez email

4. Przeglądanie referatów przez recenzentów

1. Ocenianie zgodności z tematyką konferencji

2. Ocenianie wartości merytorycznej referatu

3. Wydawanie werdyktu o przyjęciu lub odrzuceniu referatu

5. Komentowanie referatów

6. Przesyłanie informacji o przyjęciu lub odrzuceniu referatu

4. Zarządzanie opłatami

1. Wprowadzanie opłat konferencji

2. Przeglądanie dokonywanych wpłat

3. Wystawienie potwierdzenia otrzymania wpłaty

3. Tworzenie kalendarza wystąpień

1. Wyświetlanie kalendarza wystąpień

2. Modyfikowanie kalendarza wystąpień

4. Tworzenie raportów

1. Tworzenie raportów o zgłoszonych użytkownikach (ilość, tematy)

2. Tworzenie raportów o zgłoszonych artykułach

3. Tworzenie raportów o wystawionych recenzjach artykułów

4. Tworzenie raportów o wstawionych referatach oczekujących na recenzję

5. Tworzenie raportów z listą recenzentów

6. Tworzenie raportów o obciążeniu recenzentów

7. Tworzenie raportów o przydziałach do hoteli/pokoi

8. Generowanie aktualnego kalendarzu wystąpień

9. DIAGRAM ZWIĄZKÓW ENCJI

10. DIAGRAM HIERARCHII FUNKCJI

11. KARTA PROJEKTU

KARTA PROJEKTU
Projekt	System do obsługi konferencji
Kierownik projektu	Sebastian Stafiej
Zespół projektowy	Agata Węgrzyn, Michał Żak
Cel projektu	Celem projektu jest stworzenie systemu do obsługi konferencji do dnia: 1.06.2016
Opis projektu	System informatyczny wspierający proces organizacji konferencji naukowych, kongresów, sympozjów, szkoleń i innych wydarzeń wymagających wcześniejszej rejestracji gości. W zakresie: rejestracji użytkowników, dodawania artykułów naukowych oraz ich recenzji, uczestnictwa w konferencji, zakwaterowania.
Główne założenia projektu	Zakres projektu obejmu prace od przygotowania specyfikacji wymagań, stworzenia opisu systemu, realizacja projektu- zaprojektowanie systemu, po testowanie i wdrożenie Czas realizacji projektu: 09.03.2016 do 1.06.2016
Uzasadnienie biznesowe projektu	W dobie Internetu, który stał się powszechny, i niemalże każdy w większym bądź mniejszym stopniu korzysta z niego codziennie, organizatorzy konferencji naukowych, kongresów czy sympozjów muszą iść z duchem czasu i dostosowywać swoje oferty do wymagań i oczekiwań swoich „klientów”. Stworzenie internetowego systemu do obsługi tych wydarzeń jest dużym ułatwieniem zarówno dla samych organizujących, którzy mają na bieżąco wgląd do wszelkich danych na temat konferencji, jak i dla użytkowników, którzy mogą sprawnie, wygodnie oraz bezpiecznie przesyłać swoje referaty do recenzentów z każdego miejsca na ziemi. W związku ze znacznym zwiększeniem się ilości organizowanych Konferencji Naukowych rocznie, istnieje popyt na tego typu rozwiązania, które są dużym usprawnieniem dla organizatora, organizującego kilkanaście konferencji rocznie. Dostęp do systemu będzie realizowany za pomocą przeglądarki internetowej. Uczestnik będzie miał możliwość zapisania się do wybranej przez siebie konferencji, po uprzednim założeniu konta w systemie, następnie może dołączyć swój artykuł/referat naukowy. Do każdego z tych artykułów przyporządkowany jest recenzent, który ocenia go zgodnie z wytycznymi, na możliwość również napisania komentarzy do autorów pracy. Dodatkową funkcją systemu będzie możliwość rezerwacji miejsc hotelowych dla uczestników konferencji. Ponadto system dostarcza wiele istotnych informacji między innymi: o ilości uczestników konferencji, recenzentach przydzielonych do danych referatów, czy przydziałach do hoteli. System wyróżnia kategorie użytkowników jak: uczestnicy, recenzenci oraz administrator, dla, których tworzone są osobne konta o określonych możliwościach edycji danych.
Harmonogram	Marzec: etap planowania, przygotowanie specyfikacji wymagań, opracowanie opisu systemu, stworzenie modelowego opisu systemu (Identyfikacja aktorów systemu, identyfikacja procesów w systemie, utworzenie Diagramu Hierarchii Funkcji); Kwiecień: stworzenie harmonogramu, utworzenie Diagramu Związków Encji i Diagramu Bazy Danych dla bazy danych aplikacji, utworzenie hierarchii funkcji systemu i ról biznesowych, utworzenie diagramów przypadków użycia dla funkcji biznesowych, implementacja Diagramu Bazy Danych Maj: testy schematu relacyjnego, implementacja klas warstwy danych aplikacji, implementacja serwisowej warstwy danych aplikacji, implementacja warstwy serwisowej aplikacji, wykonanie warstwy prezentacji, testy warstwy prezentacji, dokumentacja architektury

12. BUDŻET

Lp.	Zadanie	Planowany czas tr. (dni)	rozp.	zak.	Zasób	Koszt	Koszt rzeczywisty
	START
	SYSTEM DO OBSŁUGI KONFERENCJI	128
1.	Utworzenie zespołu projektowego	2 h	09.03	09.03		40,00 zł	40,00 zł
1.1.	Dobór członków zespołu	1 h	09.03	09.03	kierownik projektu - Sebastian Stafiej	40,00 zł	40,00 zł
1.2.	Wybór kierownika zespołu	1 h	09.03	09.03	zespół projektowy	0,00 zł	0,00 zł
2.	Planowanie projektu	6 dn, 1h	09.03	16.03		240,00 zł	240,00 zł
2.1.	Określenie celu projektu	1h	09.03	9.03	Michał Żak	40,00 zł	40,00 zł
2.2.	Określenie potrzeb klienta	2	10.03	12.03	Sebastian Stafiej	80,00 zł	80,00 zł
2.3.	Opracowanie opisu systemu	3	12.03	15.03	Agata Węgrzyn	120,00 zł	120,00 zł
2.4.	Konsultacja opisu systemu z zespołem IT	1	15.03	16.03	kierownicy projektu - Sebastian Stafiej i Adrian Łysakowski	0,00 zł	0,00 zł
3.	Modelowy opis systemu	14	16.03	30.03		560,00 zł	560,00 zł
3.1.	Identyfikacja aktorów systemu	4	16.03	20.03	Sebastian Stafiej	160,00 zł	160,00 zł
3.2.	Identyfikacja procesów w systemie	5	20.03	25.03	Agata Węgrzyn	200,00 zł	200,00 zł
3.3.	Utworzenie Diagramu Hierarchii Funkcji	5	25.03	30.03	Michał Żak	200,00 zł	200,00 zł
4.	Podział zadań w zespole IT	14	30.03	13.04		600,00 zł	700,00 zł
4.1.	Utworzenie harmonogramu	14	30.03	13.04	Sebastian Stafiej	300,00 zł	350,00 zł
4.2.	Identyfikacja zadań dla zespołu IT	10	30.03	13.04	Sebastian Stafiej	100,00 zł	120,00 zł
4.3.	Okreslenie czasu trwania zadań	2	9.04	11.04	Sebastian Stafiej	100,00 zł	120,00 zł
4.4.	Przydzielenie zadań członkom zespołu IT	2	11.04	13.04	kierownicy projektu - Sebastian Stafiej i Adrian Łysakowski	100,00 zł	110,00 zł
5.	Utworzenie ERD i Diagramu Bazy Danych	14	16.03	31.03		1 500,00 zł	1 500,00 zł
5.1.	Stworzenie diagramu baz danych (diagram ERD) - normalizacja bazy danych	7	16.03	24.03	Łukasz Łokaj	600,00 zł	600,00 zł
5.2.	Utworzenie Diagramu Bazy Danych	7	24.03	31.03	Łukasz Łokaj	900,00 zł	900,00 zł
6.	Utworzenie hierarchii funkcji systemu i ról biznesowych	10	23.03	2.04		2 400,00 zł	2 400,00 zł
7.	Utworzenie diagramów przypadków użycia dla funkcji biznesowych	10	16.03	27.03		2 000,00 zł	2 000,00 zł
8.	Implementacja Diagramu Bazy Danych	12	30.03	11.04		2 000,00 zł	2 000,00 zł
8.1.	Stworzenie oraz wdrożenie bazy danych	7	30.03	6.04	Kamil Przybyło	1 000,00 zł	1 000,00 zł
8.2.	Połączenie aplikacji z bazą danych	5	6.04	11.04	Kamil Przybyło	1 000,00 zł	1 000,00 zł
9.	Testy Schematu relacyjnego	5	5.04	10.04		600,00 zł	600,00 zł
9.1.	Konfiguracja GIF	2	5.04	7.04	Adam Łysakowski	250,00 zł	250,00 zł
9.2.	Testy schematu relacyjnego	3	7.04	10.04	Kamil Przybyło, Bartosz Magryś	350,00 zł	350,00 zł
10.	Implementacja klas warstwy danych aplikacji	18	7.04	25.04		2 000,00 zł	2 000,00 zł
11.	Implementacja serwisowej warstwy danych aplikacji	18	7.04	25.04		1 500,00 zł	1 500,00 zł
11.1	Szyfrowanie hasła	20	7.04	27.04	Kamil Lopuszanski	1 200,00 zł	1 200,00 zł
11.2.	Confirmation email	8	27.04	5.05	Amadeusz Łakoma	300,00 zł	300,00 zł
12.	12. Implementacja warstwy serwisowej aplikacji	28	7.04	05.05		6 700,00 zł	6 700,00 zł
12.1	Konfiguracja FTP	7	7.04	14.04	Adrian Łysakowski	2 000,00 zł	2 000,00 zł
12.2.	Stworzenie panelu logowania/rejestracji	8	14.04	22.04	Kamil Lopuszyński, Amadeusz Łakoma	2 200,00 zł	2 200,00 zł
12.3.	Stworzenie panelu sterowania dla każdego typu konta	5	22.04	27.04	Adrian Łysakowski	1 000,00 zł	1 000,00 zł
12.4.	Stworzenie panelu sterowania dla każdego typu konta	5	27.04	2.05	Kamil Lopuszyński	1 000,00 zł	1 000,00 zł
12.5.	Stworzenie panelu sterowania dla każdego typu konta	3	2.05	5.05	Amadeusz Łakoma	500,00 zł	500,00 zł
13.	Wykonanie warstwy prezentacji	22	05.05	27.05		5 000,00 zł	5 000,00 zł
13.1.	Stworznenie szablonu graficznego	22	05.05	27.05	Łukasz Malec	3 000,00 zł	3 000,00 zł
13.2.	Zakodowanie strony WWW	10	2.05	12.05	Adam Łysakowski	1 000,00 zł	1 000,00 zł
13.3.	Zapoznanie się z technologiami HTML5/CSS3/JavaScript	5	2.05	7.05	Amadeusz Łakoma, Kamil Lopuszyński	500,00 zł	500,00 zł
13.4.	Pomoc przy stronie WWW	5	7.05	12.05	Amadeusz Łakoma, Kamil Lopuszyński	500,00 zł	500,00 zł
14.	Testy warstwy prezentacji	12	10.05	22.05		500,00 zł	500,00 zł
15.	Dokumentacja architektury	1	13.06	14.06		500,00 zł	500,00 zł
						26 100,00 zł	2620,00 zł

13. Link do systemu :

http://system-conference-online.herokuapp.com/

Załączniki

RAPORT z realizacji projektu nr 1

Temat projektu: System do obsługi Konferencji Naukowych

Rozpoczęcie projektu: 9.03.2015

Planowane zakończenie: 30.05.2016

Raport z dnia: 12.04.2016

Działania

09.03.2016 - rozpoczęcie przygotowań projektu, utworzenie składu zespołu projektowego i wybranie kierownika projektu WZ, skład zespołu: Agata Węgrzy i Michał Żak; kierownik projektu: Sebastian Stafiej Pierwsze spotkanie WZ 09.03.2016 - Określenie celu projektu oraz opracowanie potrzeb klienta Drugie spotkanie WZ 16.03.2016 - Opracowanie opisu systemu. Spotkanie z liderami IT 17.03.2016 - Przedstawienie zagadnień związanych z projektem, udostępnienie opisu systemu, przedyskutowanie wszelkich wątpliwości i pytań, które pojawiły się podczas spotkania. Trzecie spotkanie WZ 23.03.2016 - Zidentyfikowanie aktorów systemu, identyfikacja encji, wymagań funkcjonalnych oraz niefunkcjonalnych Czwarte spotkanie WZ - przygotowanie hierarchii funkcji Udostępnienie na rumcajs.prz: opisu projektu, identyfikacje procesów, hierarchia funkcji Kontakt mailowy z liderem IT - 25.03.2016 zlecenie uzupełnienia zadań w poszczególnych etapach harmonogramu, deadline realizacji zadania : 31.03.2016 31.03.2016 - mail zwrotny od lidera grupy IT z poprawionym harmonogramem, nie spełniał on jednak wszystkich wytycznymi przekazanych przez kierownika projektu 5.04.2016 Telefoniczny kontakt z liderem zespołu IT oraz prośba ponownego, poprawnego wykonania zadania 12.04.2016 mail od lidera grupy IT z podziałem etapów pracy pomiędzy konkretne osoby w zespole IT 13.04.2016 lider grupy IT dostarczył informację o czasie jaki będzie potrzebny na wykonanie konkretnych etapów

Odchylenia:

Do dania 13.04.2016 miał zostać utworzony harmonogram projektu w konsultacji z zespołem IT; został on odesłany do koordynatora zespołu IT w celu naniesienia poprawek

Powód odchyleń:

Szablon harmonogramu narzucony z góry zawiera w sobie etapy, które są niezrozumiałe dla zespołu. Zespół IT próbował dopasować zadania które już zaczęli realizować do poszczególnych etapów tego harmonogramu, co wymagało konsultacji z prowadzącym zespół IT - tak wynika z informacji przekazanych przez zespół IT.

Zespół projektowy:

W miesiącu marcu zespół projektowy pracował dobrze, wszyscy wywiązywali się z powierzonych im zadań. Co więcej, każdy członek zespołu wykazuje się aktywnością na każdym spotkaniu. Praca w zespole przebiega bez żadnych konfliktów. Niektóre zadania są jednak realizowane bez przestrzegania terminów ich realizacji.

Podsumowanie:

Pomimo pewnych odchyleń, prace projektowe idą cały czas do przodu. Grupa L05 na bieżąco wrzuca na stronę informacje o postępach swojej pracy. Po wyjaśnieniu zamieszania związanego z harmonogramem narzuconym z góry, nie ma podstaw do tego by sądzić że w przyszłości wystąpią jakiekolwiek problemy z komunikacją lub dotrzymaniem terminów realizacji zadań. Nie przewidujemy znacznych opóźnień w zakończeniu projektu.

RAPORT z realizacji projektu nr 2

Temat projektu: System do obsługi Konferencji Naukowych

Rozpoczęcie projektu: 9.03.2015

Planowane zakończenie: 30.05.2016

Raport z dnia: 19.04.2016

Działania

13.04.2016- Przesłanie przez lidera IT zadań wykonywanych w harmonogramie oraz wykres Gantta zadań wraz z czasem realizacji 14.04.2016- Stworzenie Harmonogramu projektu przez zespół projektowy; Stworzenie karty projektu 16.04.2016- Udostępnienie na rumcajs.prz grupie L05: Harmonogramu pracy w zakładce Mapa, wstawienie pierwszego raportu, Wraz z informatykami zostało stworzony: Podział zadań dla zespołu IT w tym: Identyfikacja zadań dla zespołu IT, określenie czasu trwania zadań, przydzielenie zadań członkom zespołu IT. 19.04.2016 - udostępnienie karty projektu w Redmine.

Odchylenia:

Przebieg pracy jest zgodny z harmonogramem, należy jednak jeszcze uwzględnić to w systemie redmine.

Powód odchyleń:

Zespół projektowy:

Zespół projektowy działa dobrze. Wszystkie zadania które były opóźnione zostały zlikwidowane i zespół działa według harmonogramu.

Podsumowanie:

Postęp w pracy L05 jest nadal na dobrym poziomie. Nie przewiduje się opóźnień w projekcie.

RAPORT z realizacji projektu nr 3

Temat projektu: System do obsługi Konferencji Naukowych

Rozpoczęcie projektu: 9.03.2015

Planowane zakończenie: 30.05.2016

Raport z dnia: 04.05.2016

Działania

26.04- Stworzenie budżetu projektu przez zespół projektowy 26.04- Wstawienie „Połączenie aplikacji z bazą danych” prze zespół IT do redmine 04.05- Wstawienie budżetu poprawionego wraz z amortyzacją i narzutem kosztów pośrednich

Odchylenia:

Przebieg pracy jest zgodny z harmonogramem. Nie ma żadnych opóźnień

Powód odchyleń:

Zespół projektowy:

Zespół projektowy działa dobrze, jedynym mankamentem było brak wstawienia raportu z tamtego tygodnia, ponieważ nie było żadnych działań w projekcie.

Podsumowanie:

Postęp w pracy L05 jest nadal na dobrym kierunku. Projekt nie powinien mieć żadnych opóźnień.

RAPORT z realizacji projektu nr 4

Temat projektu: System do obsługi Konferencji Naukowych

Rozpoczęcie projektu: 9.03.2015

Planowane zakończenie: 30.05.2016

Raport z dnia: 10.05.2016

Działania

W ostatnim tygodniu nie było żadnych działań zespołu IT. Ale praca nad systemem informatycznym przebiega w dobrym kierunku.

Odchylenia:

Przebieg pracy jest zgodny z harmonogramem. Nie ma żadnych opóźnień

Powód odchyleń:

Zespół projektowy:

Zespół projektowy działa dobrze, tworzy co tygodniowe raporty oraz wstawił budżet zatwierdzony przez prowadzącego.

Podsumowanie:

Postęp w pracy L05 jest nadal na dobrym kierunku. Projekt nie powinień mieć żadnych opóźnień.

RAPORT z realizacji projektu nr 5

Temat projektu: System do obsługi Konferencji Naukowych

Rozpoczęcie projektu: 9.03.2015

Planowane zakończenie: 30.05.2016

Raport z dnia: 31.05.2016

Działania

16.05.2016 - spotkanie z liderem grupy IT w celu sprawdzenia postępu projektu 31.05 - konsultacje kierownika projektu z kierownikiem zespołu informatycznego w celu sprawdzenia postępów w projekcie

Odchylenia:

Do dnia 30.05.2016 roku projekt miał zostać oddany. Po konsultacjach lider grupy IT zgłosił potrzebę większej ilości czasu do realizacji projektu.

Powód odchyleń:

Zespół IT zgłosił problemy z wybraną technologią. W połowie pracy okazało się obrana technologia nie pozwala na zakodowanie połowy niezbędnych funkcji, dlatego projekt musiał zostać przebudowany w celu wykorzystania innej technologii.

Zespół projektowy:

Praca w zespole przebiega bez żadnych konfliktów. Niektóre zadania są jednak realizowane bez przestrzegania terminów ich realizacji.

Podsumowanie:

Zespół IT potrzebuje więcej czasu na realizację systemu do konferencji. Planowane opóźnienie oddania systemu względem harmonogramu wynosi tydzień czasu. Zespół IT utworzył już wszystkie funkcjonalności systemu opisane w Opisie Systemu i pracuje jeszcze nad kwestiami technicznymi.

RAPORT z realizacji projektu nr 6

Temat projektu: System do obsługi Konferencji Naukowych

Rozpoczęcie projektu: 9.03.2015

Planowane zakończenie: 30.05.2016

Raport z dnia: 07.06.2016

Działania

07.06.2016 - Grupa L05 poinformowała o zakończeniu projektu. Aby sprawdzić funkcje systemu należy wejść na stronę http://system-conference-online.herokuapp.com/

Odchylenia:

Projekt zakończył się tydzień po planowanym terminie

Powód odchyleń:

Zespół IT zgłosił problemy z wybraną technologią. W połowie pracy okazało się obrana technologia nie pozwala na zakodowanie połowy niezbędnych funkcji, dlatego projekt musiał zostać przebudowany w celu wykorzystania innej technologii.

Zespół projektowy:

Zespół projektowy przystąpił to zbadania różnic w harmonogramie i budżecie. Dodatkowo zespół sprawdził funkcjonalności stworzonego projektu.

Podsumowanie:

Stworzony system spełnia wymagania. Zespół projektowy przystępuje do opracowania sprawozdania z przebiegu projektu.

Podsumowanie projektu

Projekt zakończył się powodzeniem, stworzono zgodny z wymaganiami system http://system-conference-online.herokuapp.com/, który posiada większość zakładanych na początku funkcjonalności. Strona została oddana z tygodniowym opóźnieniem, nieznacznie przekraczając zaplanowany budżet. Jak się okazała niektóre zadania wymagały znacznie większego nakładu pracy, niż zakładano na początku realizacji projektu, niektóre z nich natomiast udało się zrobić sprawniej. Przez co końcowe odchylenie nie było tak znaczne i zmieściło się w zaplanowanym buforze czasu.

Powodem powstałego odchylenia było :

Zespół IT zgłosił problemy z wybraną technologią. W połowie pracy okazało się obrana technologia nie pozwala na zakodowanie połowy niezbędnych funkcji, dlatego projekt musiał zostać przebudowany w celu wykorzystania innej technologii.

Kontakt z zespołem przez cały czas trwania projektu był bez zarzutu, na bieżąco dodawali na redmine postępy w swojej pracy.

Ocena pracy zespołu projektowego:

Michał Żak - przez cały okres realizacji projektu aktywnie uczestniczył we wszystkich pracach zespołu, wykazywał duże zainteresowanie postępami prac projektowych, wykonywał wszystkie zadania wyznaczone przez kierownika projektu.

Agata Węgrzyn - przez cały okres realizacji projektu aktywnie uczestniczyła we wszystkich pracach zespołu, wykazywała duże zainteresowanie postępami prac projektowych, wykonywała wszystkie zadania wyznaczone przez kierownika projektu.

2

---