Project Plan

System zarządzania przedmiotami/kursami w jednostce organizacyj
Project Plan
Date: 15/10/2007
System zarządzania przedmiotami/kursami w
jednostce organizacyj
Project Plan
1.Wstęp
Cel
Celem tego dokumentu jest zdefiniowanie faz tworzenie oraz iteracji procesu implementacji Systemu Zarządzania
Przedmiotami i Kursami (SZPiK). Sluży zebraniu wszystkim informacji niezbędnych w planowaniu procesu
budowy systemu.
Menadżer projektu używa planu do zaplanowania grafiku, dostępu do zasobów oraz śledzenia postępów
tworzenia systemu względem planu.
Członkowie zespołu projektowego korzystają z planu w celu zapoznania się ze swoimi obowiązkami oraz
czasem jaki jest na nie przeznaczony.
Zakres
Dokument definiuje ogólny plan tworzenia systemu, bez zaglębiania się w szczegóły. Dokładniejsze opisy każdej z
iteracji znajdują się dokumentach zawierających plany iteracji.
2.Organizacja Projektu
Struktura Organizacji
Leszek Zaczyński
Project Manager
Requirements Specifier
Software Architect
Michał szymczyk
Krzysztof Szczesniak
Przemysław Kubiak
Adam Szewc
Requirements Reviewer
Implementer
Designer
System Analyst
Requirements Specifier
Software Architect
Designer
Designer
Test Manager
Implementer
Tester
Implementer
User Interface Designer
Interfejsy zewnętrzne
Za kontakt zespołu projektowego ze zleceniodawcą odpowiadają Reprezentanci. Ich zadanie to zbieranie i
przekazywanie wymagań funkcjonalnych zespołowi projektowemu.
Funkcje i zadania
Rola
Project Manager
Confidential
Zadania
Osoba odpowiedzialna za projekt, czuwająca nad
realizowaniem przez zespół przydzielonych ról ,
analizą jakości ich wykonania oraz ich
koordynacją. Jako cel również ma podejmowanie
Dream Team, 2007
Page 1 of 3
System zarządzania przedmiotami/kursami w jednostce organizacyj
Project Plan
Architect
System Analyst
Tester
Designer
User Interface Designer
Implementer
Requirements Reviewer
Test Manager
Person
Leszek Zaczyński
Michał Szymczyk
Krzysztof Szcześniak
Confidential
Date: 15/10/2007
czynności sprzyjających zapewnieniu
integralności artefaktów.
Osoba odpowiedzialna za koordynację spraw
technicznych dotyczących systemu. Buduje
glówna strukturę systemu, podsystemy oraz
interfejsy między podsystemami. Do swoich
zadań podchodzi w sposób ogólny w odróznieniu
od np. Designera
Osoba odpowiedzialna za odwzorowanie
modelowanego zadania na biznesowe przypadki
użycia, aktorów oraz ich relacje.
Osoba odpowiedzialna za planowanie i
przeprowadzanie testów związanych z
funkcjonalnością systemu oraz platform
przeznaczenia.
Osoba odpowiedzialna za przygotowanie
projektów części składowych systemu w sposób
na tyle szczegółowy, aby mozliwa była ich
implementacja przez Implementera.
Osoba odpowiedzialna za zaprojektowanie
interfejsów między systemem a użytkownikiem.
Osoba odpowiedzialna za implementację
projektów dostarczonych przez Designera.
Osoba odpowiedzialna za dostarczenie/stworzenie
specyfikacji poszczególnych cześci systemu oraz
analizę ich spełnienia w projekcie systemu.
Osoba odpowiedzialna za koordynację pracy
testerów oraz planowanie usuwania defektów
systemu.
Rational Unified Process Role
Project Manager
Requirements Specifier
Software Architect
Requirements Reviewer
Implementer
Designer
System Analyst
Requirements Specifier
Software Architect
Designer
Dream Team, 2007
Page 2 of 3
System zarządzania przedmiotami/kursami w jednostce organizacyj
Project Plan
Date: 15/10/2007
Designer
Implementer
Test Manager
Przemysław Kubiak
Tester
Implementer
User Interface Designer
Adam Szewc
3.Grafik projektu
Iteracja
Faza
Rozpoczęcie
I1
Rozwinięcie
E1
Konstrukcja
C1
C2
Wdrożenie
T1
Cele
Stworzenie wymagań systemu oraz zaprojektowanie głównych biznesowych
przypadków użycia. Stworzenie ogólnego projektu systemu. Określenie ryzyka
w każdej z nastepujących faz.
Analiza stworzonych wymagań oraz stworzenie prototypu systemu na
podstawie projektu ogólnego. Analiza powstałej architektury. Tworzenie
głównych funkcjonalności systemu. Ocena ryzyka. Wgląd klienta w system
oraz poprawa ogólnych przypadków użycia.
Stworzenie wszystkich zaprojektowanych przypadków użycia, testowanie
systemu. Przygotowanie do kolejnej fazy konstrukcji polega na wyłonieniu
niezgodności utworzonych szczegołowych przypadków użycia z wymaganiami
klienta oraz zaprojektowaniu i implmentacji brakujących.
Ukończenie tworzenia systemu. Wgląd klienta. Przygotowanie do fazy
wdrożenia.
Przygotowanie produktu powstałego w fazach wcześniejszych do dystrybucji,
w co wlicza się przygotowanie do instalacji systemu oraz zaplanowanie
szkolenia klienta. System w pełni sprawny, z zaimplementowanymi
wszystkimi funkcjonalnosciami dostepnymi dla zleceniodawcy.
4.Zasoby personalne projektu
1.Dostarczenie pracowników
Jednostki zostaną dostarczona przez Politechnikę Łódzką w ilościach okreslonych w punkcie 2.
2.Szkolenie
Brak konieczności szkolenia uczestników projektu, ze względu na zaliczony przedmiot Sieciowe Systemy
Baz Danych. Wdrożnie ich do projektu odbedzie się w początkowej fazie budowy.
5.Budżet
Brak budżetu
Confidential
Dream Team, 2007
Page 3 of 3