W tablece:
nazwa
identyfikator
opis
data wykonania
kto wykonał
data zatwierdzenia
kto zatwierdzil
logo
Krzysztof Drypczewski
Jacek Gadomski
Piotr Dąbrowski
INFORMATYZACJA KSIĘGARNI „OD DESKI, DO DESKI”
1. Organizacja zespołu projektu
Członkowie grupy są studentami IV roku informatyki Politechniki Gdańskiej: więc choć posiadają umiejętności programowania i zarządzania dokumentacją na poziomie wystarczającym do wykonania projektu to nie są oni jednak profesjonalnym programistami w pełnym znaczeniu tego słowa. Aby uniknąć nieporozumień oraz błędów w projekcie, podział na role będzie nieformalny i będzie określał zadania w sposób dość ogólny a najważniejsze decyzje będą podejmowane poprzez dyskusję między wszystkimi członkami zespołu. Po ustaleniu i zaplanowaniu zadań poszczególne prace będą wykonywane w rozproszeniu przez członków zespołu.
Zespól projektowy składa się z 3 osób:
Krzysztof Drypczewski - koordynacja działań, zarządzanie spotkań, dbanie o spójność poszczególnych elementów projektu.
Jacek Gadomski - budowa produktu, zarządzanie narzędziami projektu.
Piotra Dąbrowski - budowa i projekt elementów produktu.
Oprócz tego do zadań każdego z członków projektu będzie należało programowanie oraz wytwarzanie dokumentacji,
2. Komunikacja w zespole
Jak zostało wcześniej wspomniane najważniejsze decyzje dotyczące projektu będą podejmowane w trakcie dyskusji. Wspólne spotkania będą miały na celu przedstawienie ogólnych postępów w projekcie, oraz wytyczenia kolejnych zadań. W związku z tym, w miarę możliwości, owe spotkania powinny odbywać się „twarzą w twarz”. Jeśli z jakichś względów grupa nie będzie mogła się spotkać osobiście, bądź zaistnieje potrzeba pilnego spotkania, to zebranie zostanie przeprowadzone przy użyciu komunikatora Skype. Komunikator Skype zapewnia możliwość szybkiej komunikacji, nawet gdyby któraś z osób znajdowała się poza granicami kraju. Daje ponadto możliwość prowadzenia konferencji głosowej lub wideokonferencji, co sprawia, że komunikowanie się jest szybsze i prostsze niż przy użyciu komunikatorów tekstowych.
Częstotliwość spotkań zespołu nie będzie stała ponieważ będą się one odbywały w zależności od aktualnych potrzeb, jednak absolutnym minimum jest spotkanie raz w tygodniu. Warto zauważyć, że choć czas potrzebny na spotkanie osobiste będzie większy niż przy spotkaniu „poprzez sieć”, to jednak zalety takiego sposobu komunikacji takie jak możliwość sprawnej wymiany poglądów poprzez na przykład przeprowadzenie burzy mózgów dużo sprawniej przełoży się na efekty.
Jeśli będzie potrzebna dodatkowa komunikacja: np. przy testach lub operacjach wymagających pracy 2 programistów to do komunikacji głosowej również będzie używany komunikator Skype. W przypadku wspólnej edycji dokumentów i/lub kodu planujemy wykorzystanie wybranego oprogramowania GoogleDocs oraz sieciowego narzędzia dynamicznej edycji dokumentów dokonywanej przez wiele osób jednocześnie: MoonEdit. MoonEdit to prosty w obsłudze program, w którym cześć zespołu pracowała przy poprzednich projektach inżynieryjnych, który jednocześnie daje satysfakcjonujące rozwiązania, przejrzyście informując o wkładzie pracy poszczególnych członków grupy.
Warto dodać, że we wspólnych spotkaniach będą w razie potrzeby brali również przedstawiciele klienta. Będzie miało to szczególne znaczenie w czasie projektowania oraz (nie)zatwierdzania poszczególnych zastosowanych rozwiązań, ponieważ będzie to umożliwiało o wiele łatwiejszą i szybszą możliwość wymiany informacji czy dyskusję, ułatwi to również to zrozumienie wszystkich aspektów projektu przez członków grupy.
3. Dokumentacja
W dokumentacji będzie się znajdowało kilka typowych dokumentów. Początek nazwy każdego z nich będzie się zaczynał od specyficznego nagłówku, będącego zarazem jego częściowym identyfikatorem. Poniżej ich lista wraz z identyfikatorami podanymi w nawiasach.
zadania: do zrobienia (TO_DO), zrobione (DONE_[CO]_[KTO]_[KIEDY]), bieżąco wykonywane (CUR_[CO]_[KTO])
projekty: klas (C), interfejsów (I)
listy testów: testy do zrobienia (T_DO),testy wykonywane (T_CUR), testy wykonane (T_DONE)
dokumenty projektowe: Diagram klas (DC), przypadku użycia (UC), diagram modułów (DM)
Do wskazania kto zajmuje się danym plikiem - [KTO] - będą używane skróty będące inicjałami członków projektu a więc: KD, JG, PD.
4. Współdzielenie dokumentów i kodu
Do współdzielenia kodów wspólnych (edytowanych podczas spotkań osobistych całego zespołu, bądź przy użyciu programu MoonEdit), czy indywidualnych planujemy wykorzystać serwer FTP. Projekt zakłada przedstawianie dokumentacji w postaci dokumentów graficznych oraz umieszczenie tam powstających kodów, do czego w pełni wystarczają darmowe, dostępne po rejestracji serwery (typu osemka.pl). Na potrzeby projektu wygenerujemy osobny serwer, do którego hasło oraz login, znane będzie wszystkim członkom projektu, tak aby umieszczanie źródeł w jego wnętrzu było dokonywane przez cały zespół. Obsługa serwera może być dokonywana z wykorzystaniem programu Total Commander. Za organizację zawartości serwera oraz przygotowywanie kopii (w związku z brakiem kontroli wersji) odpowiedzialny jest koordynator projektu.
5. Narzędzia
Open Office (edycja dokumentacji)
Skype (komunikacja między członkami grupy)
Google docs (edycja dokumentacji)
MoonEdit (edycja dokumentacji)
Serwer FTP (repozytorium dokumentacji)
Total commander (obsługa repozytorium dokumentacji)