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 L06

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	Czas tr. (dni)	rozpoczęcie	zakończenie	rzeczywisty czas trwania	zasób
	START
	SYSTEM DO OBSŁUGI KONFERENCJI	244			244
1.	Utworzenie zespołu projektowego	0	09.03	09.03	0
1.1	Dobór członków zespołu	0	09.03	09.03	0	kierownik projektu - Sebastian Stafiej
1.2.	Wybór kierownika zespołu	0	09.03	09.03	0	zespół projektowy
2.	Planowanie projektu	7	09.03	16.03	7
2.1.	Określenie celu projektu	1	09.03	10.03	1	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 Mikołaj Pieprzyk
3.	Modelowy opis systemu	14	16.03	30.03	17
3.1.	Identyfikacja aktorów systemu	4	16.03	20.03	6	Sebastian Stafiej
3.2.	Identyfikacja procesów w systemie	5	20.03	25.03	6	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	16
4.1.	Utworzenie harmonogramu	14	30.03	13.04	16	Sebastian Stafiej
4.2.	Identyfikacja zadań dla zespołu IT	10	30.03	09.04	10	Sebastian Stafiej
4.3.	Okreslenie czasu trwania zadań	2	09.04	11.04	2	Sebastian Stafiej
4.4.	Przydzielenie zadań członkom zespołu IT	2	11.04	13.04	2	kierownicy projektu - Sebastian Stafiej i Mikołaj Pieprzyk
5.	Utworzenie Diagramu Związków Encji i Diagramu Bazy Danych dla bazy danych aplikacji	14	16.03	30.03	16
5.1.	Utworzenie Diagramu Związków Encji	7	16.03	23.03	8	Radek Niedbała
5.2.	Utworzenie Diagramu Bazy Danych	7	23.03	30.03	8	Radek Niedbała
6.	Utworzenie hierarchii funkcji systemu i ról biznesowych	14	23.03	06.03	16
6.1.	Utworzenie hierarchii funkcji systemu	7	23.03	30.03	8	Mikołaj Pieprzyk
6.2.	Utworzenie ról biznesowych	7	30.03	06.03	8	Mikołaj Pieprzyk
7.	Utworzenie diagramów przypadków użycia dla funkcji biznesowych	14	16.03	30.03	14
8.	Implementacja Diagramu Bazy Danych	12	30.03	11.04	12
8.1.	Stworzenie diagramu bazy danych	6			6	Patryk Organiściak
8.2.	Implementacja skryptu SQL	6			6	Patryk Organiściak
9.	Testy Schematu relacyjnego	5	05.04	10.04	5
9.1.	Testowanie skryptu SQL	5			5	Patryk Organiściak
10.	Implementacja klas warstwy danych aplikacji	28	07.04	05.05	28
10.1	Zabezpieczenie przed SQL Injection	14			14	Mikołaj Pieprzyk
10.2.	Walidacja danych wejściowych	12			12	Mikołaj Pieprzyk
10.3.	Sprawdzenie uprawnień użytkowników	2			2	Mikołaj Pieprzyk
11.	Implementacja serwisowej warstwy danych aplikacji	28	07.04	05.05	25
11.1.	Utwoerzenie warstwy serwisowej danych	28			25	Patryk Stępień
12.	Implementacja warstwy serwisowej aplikacji	28	07.04	05.05	27
12.1.	Stworzenie szablonu strony internetowej	20			20	Mirosław Ogorzałek, Piotr Olech
12.2.	System logowania	8			7	Mirosław Ogorzałek, Piotr Olech
13.	Wykonanie warstwy prezentacji	22	05.05	27.05	22	Przemysław Nowicki
13.1.	Utworzenie szaty graficznej	22			22	Przemysław Nowicki
14.	Testy warstwy prezentacji	22	05.05	27.05	19	Sviatoslav Mosorko
14.1.	Testy warstwy prezentacji	10			8	Sviatoslav Mosorko
14.2.	Usprawnienia graficzne	12			11	Sviatoslav Mosorko
15.	Dokumentacja architektury	22	05.05	27.05	20	Radek Niedbała
15.1.	Utworzenie dokumentacji architektury systemu	22			20	Radek Niedbała

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

1. Diagram ERD LOGICZNY

2. DIAGRAM ERD RELACYJNY

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	Czas tr. (dni)	rozpoczęcie	zakończenie	Koszt	koszt rzeczywisty	zasób
	START
	SYSTEM DO OBSŁUGI KONFERENCJI	244
1.	Utworzenie zespołu projektowego	0	09.03	09.03	40 zł	40 zł
1.1	Dobór członków zespołu	0	09.03	09.03	40 zł	40 zł	kierownik projektu - Sebastian Stafiej
1.2.	Wybór kierownika zespołu	0	09.03	09.03	0 zł	0 zł	zespół projektowy
2.	Planowanie projektu	7	09.03	16.03	240 zł	240 zł
2.1.	Określenie celu projektu	1	09.03	10.03	40 zł	40 zł	Michał Żak
2.2.	Określenie potrzeb klienta	2	10.03	12.03	80 zł	80 zł	Sebastian Stafiej
2.3.	Opracowanie opisu systemu	3	12.03	15.03	120 zł	120 zł	Agata Węgrzyn
2.4.	Konsultacja opisu systemu z zespołem IT	1	15.03	16.03	0 zł	0 zł	kierownicy projektu - Sebastian Stafiej i Mikołaj Pieprzyk
3.	Modelowy opis systemu	14	16.03	30.03	560 zł	560 zł
3.1.	Identyfikacja aktorów systemu	4	16.03	20.03	160 zł	160 zł	Sebastian Stafiej
3.2.	Identyfikacja procesów w systemie	5	20.03	25.03	200 zł	200 zł	Agata Węgrzyn
3.3.	Utworzenie Diagramu Hierarchii Funkcji	5	25.03	30.03	200 zł	200 zł	Michał Żak
4.	Podział zadań w zespole IT	14	30.03	13.04	600 zł	600 zł
4.1.	Utworzenie harmonogramu	14	30.03	13.04	300 zł	300 zł	Sebastian Stafiej
4.2.	Identyfikacja zadań dla zespołu IT	10	30.03	09.04	100 zł	100 zł	Sebastian Stafiej
4.3.	Okreslenie czasu trwania zadań	2	09.04	11.04	100 zł	100 zł	Sebastian Stafiej
4.4.	Przydzielenie zadań członkom zespołu IT	2	11.04	13.04	100 zł	100 zł	kierownicy projektu -Sebastian Stafiej i Mikołaj Pieprzyk
5.	Utworzenie Diagramu Związków Encji i Diagramu Bazy Danych dla bazy danych aplikacji	14	16.03	30.03	1 500 zł	1 000 zł
5.1.	Utworzenie Diagramu Związków Encji	7	16.03	23.03	600 zł	400 zł	Radek Niedbała
5.2.	Utworzenie Diagramu Bazy Danych	7	23.03	30.03	900 zł	600 zł	Radek Niedbała
6.	Utworzenie hierarchii funkcji systemu i ról biznesowych	14	23.03	06.03	2 400 zł	2 000 zł
6.1.	Utworzenie hierarchii funkcji systemu	7	23.03	30.03	1 200 zł	1000 zl	Mikołaj Pieprzyk
6.2.	Utworzenie ról biznesowych	7	30.03	06.03	1 200 zł	1 000 zł	Mikołaj Pieprzyk
7.	Utworzenie diagramów przypadków użycia dla funkcji biznesowych	14	16.03	30.03	2 000 zł	2 000 zł
8.	Implementacja Diagramu Bazy Danych	12	30.03	11.04	2 000 zł	2 000 zł
8.1.	Stworzenie diagramu bazy danych	6			1 000 zł	1 000 zł	Patryk Organiściak
8.2.	Implementacja skryptu SQL	6			1 000 zł	1 000 zł	Patryk Organiściak
9.	Testy Schematu relacyjnego	5	05.04	10.04	600 zł	600 zł
9.1.	Testowanie skryptu SQL	5			600 zł	600 zł	Patryk Organiściak
10.	Implementacja klas warstwy danych aplikacji	28	07.04	05.05	2 000 zł	2 000 zł
10.1	Zabezpieczenie przed SQL Injection	14			1 000 zł	1 000 zł	Mikołaj Pieprzyk
10.2.	Walidacja danych wejściowych	12			800 zł	800 zł	Mikołaj Pieprzyk
10.3.	Sprawdzenie uprawnień użytkowników	2			200 zł	200 zł	Mikołaj Pieprzyk
11.	Implementacja serwisowej warstwy danych aplikacji	28	07.04	05.05	1 500 zł	1 500 zł
11.1.	Utwoerzenie warstwy serwisowej danych	28			1 500 zł	1 500 zł	Patryk Stępień
12.	Implementacja warstwy serwisowej aplikacji	28	07.04	05.05	2 000 zł	2 000 zł
12.1.	Stworzenie szablonu strony internetowej	20			1 000 zł	1 000 zł	Mirosław Ogorzałek, Piotr Olech
12.2.	System logowania	8			1 000 zł	1 000 zł	Mirosław Ogorzałek, Piotr Olech
13.	Wykonanie warstwy prezentacji	22	05.05	27.05	1 500 zł	1 500 zł
13.1.	Utworzenie szaty graficznej	22			1 500 zł	1 500 zł	Przemysław Nowicki
14.	Testy warstwy prezentacji	22	05.05	27.05	1 000 zł	1 000 zł
14.1.	Testy warstwy prezentacji	10			500 zł	500 zł	Sviatoslav Mosorko
14.2.	Usprawnienia graficzne	12			500 zł	500 zł	Sviatoslav Mosorko
15.	Dokumentacja architektury	22	05.05	27.05	1 000 zł	1 000 zł
15.1.	Utworzenie dokumentacji architektury systemu	22			1 000 zł	1 000 zł	Radek Niedbała
					18 940 zł	18 040 zł

Amortyzacja	Koszt miesięczny			Koszt Całkowity (Przez 3 miesiące)
Komputer	200 zł
Laptopy	500 zł
Oprogramowanie	200 zł
Amortyzacja sprzętu	900 zł			2 700 zł
Koszty biurowe	600 zł			1 800 zł
Narzut kosztów pośrednich		2 841 zł

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 poprawionego harmonogramu od lidera grupy IT. Wraz z przydzieloną liczbą osób do zadań. 14.04.2016- Stworzenie Harmonogramu projektu przez zespół projektowy; Stworzenie karty projektu 16.04.2016- Udostępnienie na rumcajs.prz grupie L06: Harmonogramu pracy w zakładce Mapa, wstawienie pierwszego raportu, Wraz z informatykami zostało stworzony: Podział zadań w zespole 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:

Odchylenia zespołu projektu zostały zlikwidowane w zakresie utworzenia harmonogramu. Należy uzupełnić jeszcze późniejsze etapy o zadania, oraz przydzielić je do konkretnych osób. Zespół IT nie wykonał jeszcze diagramów, ma być to jednak zmienione do końca tego tygodnia.

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 pracy zespołu IT jest znikomy, projekt nadal jest zagrożony zakończeniem z przekroczeniem terminu.

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 27.04-01.05- Tworzenie przez zespół IT ERD i diagramu bazy danych. Dodanie plików na redmine takich jak: Relacyjny oraz Doc1 ( relacja między bazami danych) 04.05- wstawienie budżetu poprawionego wraz z amortyzacją i narzutem kosztów pośrednich

Odchylenia:

Odchylenie występuje projekcie.

Powód odchyleń:

Nie został stworzony w 100 % diagram bazy danych, który miał być gotowy tydzień temu.

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 L06 jest na lepszym kierunku niż wcześniej. Ale możliwe są opóźnienia.

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 L06 jest nadal na dobrym kierunku. Projekt nie powinien 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

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

17.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łaszał problem z dostępem do systemu Redmine. Dodatkowo nie każdy z członków zespołu IT wykonywał w pełni wszystkie powierzone zadania. Aktywność niektórych członków zespołu IT była mniejsza od planowanej.

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 nie gwarantuje że wszystkie funkcjonalności systemu opisane w Opisie Systemu zostaną utworzone.

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 L06 poinformowała o zakończeniu projektu. Aby sprawdzić funkcje systemu grupa informatyków planuje stawić się na zajęcia dnia 08.06.2016

Odchylenia:

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

Powód odchyleń:

Zespół IT zgłaszał problem z dostępem do systemu Redmine. Dodatkowo nie każdy z członków zespołu IT wykonywał w pełni wszystkie powierzone zadania. Aktywność niektórych członków zespołu IT była mniejsza od planowanej.

Zespół projektowy:

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

Podsumowanie:

Zespół projektowy planuje przystąpić do opracowania sprawozdania z przebiegu projektu po sprawdzeniu funkcjonalności systemu.

Podsumowanie projektu

Projekt zakończył się powodzeniem, stworzono zgodny z wymaganiami system, który posiada większość zakładanych na początku funkcjonalności. Strona została oddana na czas, i zaprezentowana na zajęciach przed prowadzącą projekt. Podczas prezentacji zespół IT przedstawił i wyjaśnił wszystkie funkcjonalności systemu, chętnie odpowiadając na pytania prowadzącej. Projekt zmieścił się w planowanym budżecie, niektóre z zadań zostały zrealizowane taniej niż zakładano. 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 w ostateczności system został oddany w terminie.

Kontakt z zespołem przez cały czas trwania projektu poprawny, choć zdarzało się, że zespół przesyłał powierzone zadania w późniejszym terminie, aczkolwiek nie wpłynęło to negatywnie na efekty końcowe prac.

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.

30

---