Krzysztof Drypczewski 109145

Jacek Gadomski 109154

Piotr Dąbrowski 109141

1. O projekcie.

1.1. Zadana funkcjonalność.

Zadaniem systemu jest wspomaganie pracy i funkcjonowania księgarni „Od deski do deski”, to jest zarządzaniem kupnem/sprzedażą i magazynem, oraz oferować funkcjonalność kontrolną.

Zadania systemu:

• skrócić czas realizacji zamówień.

• pozwalać na sprzedaż towaru przez internet.

• zredukować zbędną ilość dokumentów oraz czas pracy nad nimi.

• umożliwić wiarygodną kontrolę oraz możliwość zarządzania towarami.

• oferować funkcjonalności statystyczne.

1.2. Kontekst Systemu

Z systemu będą korzystać dwa główne typu użytkowników:

1. Pracownicy

• sprzedawcy

• obsługa portalu ( dodawanie pozycji etc. )

• kierownictwo

• administrator

• księgowość

• magazynierzy

2. Użytkownicy portalu ( zamawianie/przeglądanie książek etc. )

Pracownicy posiadają prawa dostępu odpowiednie do posiadanego stanowiska. Użytkownicy portalu mają prawo tylko do odczytu danych dotyczących oferty oraz składania zamówień.

Ograniczenia:

Księgarnia od deski nie posiada obecnie żadnego systemu informatycznego, nie istnieją więc żadne elementy ( takiej jak np. baza danych), które mogłyby być zaadoptowane do

tworzonego systemu.

Ze względu na nienajlepszą kondycję finansową firmy, projekt musi zostać wykonany w oparciu o możliwie najtańsze lub darmowe oprogramowanie (np. Open Source).

Skład zespołu:

Krzysztof Drypczewski - kierownik, programista.

Jacek Gadomski - analityk projektant ,tester, programista.

Piotr Dąbrowski - grafik, programista.

2. Przycięcie procesu RUP do potrzeb projektu.

2.1 Dyscypliny.

Ze względu na małe doświadczenie zespołu w używaniu RUP oraz na to, że projekt informatyzacji księgarni „Od deski do deski” stanowi o być albo nie być firmy zostaną uwzględnione wszystkie dyscypliny procesu.

Jako, że firma nie posiadała dotąd żadnego systemu informatycznego potrzebne jest bardzo wnikliwa modelowanie biznesowe. Projekt musi nie tylko odtworzyć schemat i dotychczasowe sposoby pracy firmy ale również sprawić by działanie firmy stało się bardziej wydajne. Szczególnie istotny jest brak doświadczenia pracowników z użytkowaniem systemu informatycznego tego typu.
Z w/w powodów określenie wymagań oraz modelowanie i analiza biznesowa będą się ze sobą splatać: firma sama nie do końca zdaje sobie sprawę ze swoich potrzeb, więc w początkowej, dość płynnej fazie projektu wszelkie wymagania zostaną uściślone i skonkretyzowane. Następnie wykonane zostaną fazy implementacji, testowania i wdrażania, ze szczególnym naciskiem na testowanie, gdyż twórcy systemu nie są stałymi pracownikami księgarni więc niezawodność systemu jest tu bardzo ważna.

2.2 Role.

Jednym z problemów zespołu jest jego niewielki skład. Chociaż grupa jest 3 osobowa to mimo wszystko istnieje potrzeba podziału obowiązków, taki więc ze względu na powyższe jedna osoba będzie musiała posiadać/pełnić kilka ról.

Ze względu na specyfikę projektu i zespołu, jak zostało wyżej powiedziane, połączone zostaną role w początkowych fazach. Taki więc: Analityk i Projektant Biznesowy - kierownik projektu, Analityk Wymagań i systemowy pozostali członkowie grupy.

Projektowanie - Architekt oprogramowania : kierownik projektu, projektanci: pozostali członkowie zespołu.

Implementacja - Integrator: kierownik projektu ,Programista: pozostali członkowie zespołu.

Testowanie - Wszyscy członkowie zespołu będą pełnić rolę projektanta, testera i analityka.

Wdrożenie - kierownikiem wdrożenia będzie kierownik projektu, pozostali członkowie grupy będą pełnić resztę zadań (np. tworzenie instrukcji).

2.3 Aktywności przyporządkowane do dyscyplin.

Analiza modelowanie oraz wymagania:

Zebranie informacji na temat pracy księgarni z uwzględnieniem wymagań konkretnych użytkowników, ustalenie wymaganych cech i funkcjonalności systemu, analiza otrzymanych danych.

Projekt:

Projekt systemu w oparciu o wcześniej otrzymana informacje. Plan wytwarzania iteracyjnego.

Implementacja:

Wytworzenie systemu przy użyciu iteracji.

Testowanie:

Dogłębne testowanie systemu.

Wdrożenie:

Wdrożenie systemu u klienta, szkolenia pracowników.

2.4 Artefakty podzielone na fazy.

Inception:

Wizja systemu, przypadki użycia, repozytorium, plan wytwarzania, wymagania.

Elaboration:

Modele: danych, projektowe, architektury. Przygotowanie testów.

Construction:

System, wstępne materiały szkoleniowe - będące dokumentem wytworzonym na podstawie wcześniejszych analiz.

Transition:

Plik instalacyjny : żeby umożliwić prostszą konserwację systemu , szkolenia, materiały szkoleniowe, sprzęt komputerowy, materiału użytkowe - instrukcja, manual etc.

3. Przebieg projektu.

W fazie Inception zostaną zebrane dane na temat potrzeb systemu oraz zostanie przeprowadzona ich dokładna analiza. Rozpoczną się również podstawowe prace projektowe.

W fazie Elaboration zostaną zakończone ostatnie analizy a projekt zostanie tak zorganizowany by można było rozpocząć jego budowę.

Faza Construction będzie polegała na iteracyjnym wytworzeniu systemu. Faza zostanie podzielona na 3 iteracje, w czasie których zespół wytworzy system spełniający wszystkie oczekiwania klienta oraz dobrze przetestowany.

Faza Transition to zakończenie tworzenie testu ( ostatnia implementacja, poprawki, ostatnie testy ) oraz przekazanie produktu firmie oraz jego wdrożenie tj. instalację programów, szkolenia pracowników etc. Warto zauważyć, że pracownicy księgarni nie są przyzwyczajeni do korzystania z systemów informatycznych oraz że szkolenia nie powinny zbyt utrudniać czasu działania firmy. Z tego powodu na wdrożenia przeznaczamy prawie trzy tygodnie.

4. Harmonogram

Wykres Gantt'a - z narzędzia „Gantt Project”:

---