Sklep internetowy SportParts umożliwiający składanie własnych pojazdów z części

Wizja Projektu

Version <1.0>

[Uwaga: niebieski tekst kursywą zawarty w nawiasach kwadratowych zawiera wskazówki dla autora.]

[Aby dopasować pola automatyczne w programie Microsoft Word (pola te mają szare tło w momencie zaznaczenia) należy wybrać Plik->Właściwości oraz ustawić pola Tytuł, Temat i Firm. Po zamknięciu okna pola automatyczne mogą zostać zaktualizowane poprzez zaznaczenia całego dokumentu i naciśnięcie F. Czynności te należy powtórzyć również dla nagłówka i stopki dokumentu].

Historia dokumentu

Data	Wersja	Opis	Autor
< yyyy/mm/dd >	<x.x>	<szczegóły>	<nazwisko>

Spis treści

1. Wstęp 4

1.1 Cel 4

1.2 Zakres 4

1.3 Definicje, akronimy, skróty 4

1.4 Dokumenty powiązane 4

1.5 Organizacja dokumentu 4

2. Założenia projektu (Positioning) 4

2.1 Cele biznesowe 4

2.2 Opis problemu/potrzeby 4

2.3 Product Position Statement (jak to przetłumaczyć). Nie wiem czy tego kawałka nie wywalić 5

3. Udziałowcy i użytkownicy 5

3.1 Udziałowcy 5

3.2 Użytkownicy 5

3.3 Środowisko użytkownika 6

3.4 Profile udziałowców k

6

3.4.1 <Nazwa udziałowca> 7

3.5 Profile użytkowników 7

3.5.1 <Nazwa użytkownika> 7

3.6 Główni uczestnicy lub potrzeby klienta 7

3.7 Alternatywy i konkurencja 8

4. Ograniczenia 8

5. Wymagania jakości 8

6. Priorytety 8

7. Pozostałe wymagania 8

7.1 Stosowane standardy 8

7.2 Wymagania systemowe i sprzętowe 8

7.3 Wymagania wydajnościowe 8

7.4 Wymagania związane ze środowiskiem pracy 8

Wizja Projektu

1. Wstęp

Wizja projektu jest pierwszym etapem rozpoczynającym projekt, mającym na celu opracowanie koncepcji projektu „SportParts” oraz oszacowanie potencjalnego zakresu projektu, budżetu projektu oraz czasu jego realizacji, uwzględniając możliwe zyski.

1.1 Cel

Celem tego dokumentu jest przedstawienie głównych założeń projektu „Sklep internetowy SportParts”, jego funkcjonalności, w sposób jasny i spójny oraz określenie wymagań i potrzeb.

1.2 Zakres

W zakres dokumentu wchodzą omówienie projektu, przedstawienie korzyści klienta, cele biznesowe oraz szczegóły specyfikacji.

1.3 Definicje, akronimy, skróty

- Użytkownik - klient zarejestrowany na portalu sklepu SportParts.

- Odwiedzający - niezarejestrowany klient z możliwością przeglądania zasobów.

- Portal - aplikacja internetowa pełniąca rolę sklepu internetowego.

- Kierownik sklepu - osoba odpowiedzialna za udzielanie użytkownikom informacji na temat stanu magazynu i rozwiązywanie ich ewentualnych problemów.

- Pojazd - mobilne urządzenie mechaniczne typu quad, skuter, skuter śnieżny lub motocykl.

- Toplista - Lista najlepiej ocenianych przez użytkowników pojazdów

- Historia - Lista zbudowanych przez użytkowników pojazdów, które, za zgodą ów użytkowników, są dostępne do oglądania przez inne osoby.

- Zespół - zespół wykonujący projekt

- Administrator - osoba odpowiedzialna za konserwację i sprawne działanie portalu.

1.4 Dokumenty powiązane

Wizja Projektu jest pierwszym dokumentem przedstawiającym opis funkcjonalności projektu i plan jego realizacji. W chwili obecnej nie ma innych dokumentów związanych z Wizją Projektu.

1.5 Organizacja dokumentu

Całość dokumentu składa się z siedmiu części.

Pierwsza część - wprowadzająca - określa cel Wizji Projektu a także organizację tego dokumentu.

W drugiej części przedstawione są założenia projektu, czyli cele biznesowe oraz opisy problemu.

Kolejnym punktem jest identyfikacja udziałowców i użytkowników zaangażowanych w projekt.

W czwartej części Wizji Projektu określone są zależności i ograniczenia projektowe.

Wymagania jakościowe dla wydajności, niezawodności, obciążenia i innych charakterystyk są przedstawione w piątym punkcie dokumentu.

Szósta część Wizji określa priorytety dla celów projektu.

Ostatni siódmy punkt opisuje pozostałe wymagania dla projektu (sprzętowe, systemowe, standardy).

2. Założenia projektu (Positioning)

2.1 Cele biznesowe

Użytkownicy chcący skorzystać z usług sklepu SportParts mają następujące możliwości:

- Złożenie pojazdu z części

- Wyszukiwanie części

- Zakup produktu

- Przeglądanie zasobów serwisu

- Wyświetlenie stanu magazynu

- Kontakt z kierownikiem sklepu

Cele biznesowe projektu “SportParts” ustalone na rok 2011 przez Zarząd sklepu:

- Udostepnienie możliwości sprzedaży pojazdów i części poprzez portal internetowy

- Podniesienie wśród klientów świadomości istnienia sklepu SportParts o 40% by zapadały w pamięć bardziej niż inne sklepy w tej branży.

- Zwiększenie bazy stałych klientów o 10%, czyli zdobycie Y nowych, stałych klientów pod koniec roku.

- Udostępnianie stałym klientom, drogą e-mailową, najnowszych informacji o pojawianiu się nowych czesci i nowych modeli pojazdów

· Osiągnięcie pod koniec roku 2011 odpowiedniego wizerunku firmy, który byłby znacznie lepszy niż wizerunek konkurencji

· Osiągnięcie zakładanej wielkości sprzedaży (X zł) w roku 2011.

Po wdrożeniu projektu SportParts klient będzie miał możliwość:

· zakupu części i pojazdów przez internet

· uzyskania informacji o uzupełnieniu stanu magazynu

· uzyskania informacji o nowych produktach

· zarejestrowania się na portalu

· oceniania produktów

. przeglądania historii koszyka oraz dodawania komentarzy

[Ogólny opis celów biznesowych projektu wraz z opisem aktualnej sytuacji klienta oraz opisu stanu jaki klient oczekuje po zakończeniu projektu]

2.2 Opis problemu/potrzeby

[Opis problemu/potrzeby którą ten projekt ma rozwiązać. Można użyć poniższego formatu.]

Potrzeba	Zwiększenie sprzedaży
Dotyczy	Dział sprzedaży
o znaczeniu	Priorytetowym
pomyślnym rozwiązaniem byłoby	Zwiększenie sprzedaży na koniec roku 2011 o 25%

Potrzeba	Zakupu części i pojazdów przez internet
Dotyczy	Klientów sklepu Zespół
o znaczeniu	Wysokim
pomyślnym rozwiązaniem byłoby	Stworzenie aplikacji internetowej umożliwiającej zakup części i pojazdów przez internet do końca czerwca 2011r.

Potrzeba	Wytypowanie najlepiej sprzedających się produktów
Dotyczy	Dział sprzedaży
o znaczeniu	Priorytetowym
pomyślnym rozwiązaniem byłoby	Badanie, które produkty są najczęściej kupowane i które klienci uznają za najlepsze.

Potrzeba	Informowanie o uzupełnieniu stanu magazynu
Dotyczy	Dział sprzedaży
o znaczeniu	Priorytetowym
pomyślnym rozwiązaniem byłoby	Wprowadzenie mechanizmu informowania o uzupełnieniu stanu magazynu w aplikacji internetowej..

2.3 Product Position Statement (jak to przetłumaczyć). Nie wiem czy tego kawałka nie wywalić

[Ogólne podsumowanie na wysokim poziome, określające unikalną potrzebę jaką produkt ma rozwiązać.. Można użyć poniższego formatu.]

Dla	Klienci sklepu SportParts korzystający z internetu
Kto/co	Wśród ludzi często występuję chęć dokonania zakupów przez internet. Dostępne (przed wdrożeniem projektu SportParts możliwości zakupu części i pojazdów: - Bezpośrednio w sklepie. - Metodą wysyłkową
Nazwa produktu	SportParts - aplikacja internetowa
Takim, że	- Zwiększenie sprzedaży na koniec roku 2011 o 25% - Stworzenie aplikacji internetowej umożliwijącej zakup części i pojazdów przez internet do końca czerwca 2011r. - Badanie, które produkty są najczęściej kupowane, które klienci uznają za najlepsze.
W przeciwieństwie do	Konkurencyjnych firm, których aktywność ogranicza się tylko do tradycyjnej sprzedaży
Nasz produkt	Produkt SportParts odróżnia od konkurencji: - możliwość zakupu części i pojazdów przez internet - możliwość informowania o uzupełnieniu stanu magazynu - możliwość informowania o nowych produktach - możliwość uzyskania informacji o preferencjach klientów

[A product position statement communicates the intent of the application and the importance of the project to all concerned personnel.]

3. Udziałowcy i użytkownicy

[Aby dostarczyć produkt i usługi spełniający wymagania udziałowców i użytkowników, niezbędna jest ich identyfikacja i uwzględnienie podczas procesu modelowania.. Sekcja ta zwiera profile udziałowców i użytkowników zaangażowanych w projekt oraz główny problemy które chcieliby rozwiązać.]

3.1 Udziałowcy

[Poniżej powinna się znaleźć list udziałowców nie będących użytkownikami końcowymi projektu.]

Nazwa	Opis	Odpowiedzialność
Kierownik koordynacji projektu	Główna osoba ze strony klienta, która jest odpowiedzialna za realizację tego projektu, za koordynację komunikacji pomiędzy klientem, a zespołem projektowym.	monitoruje postęp projektu zatwierdza budżet rozstrzyga kwestie sporne zatwierdza kolejne etapy projektu
Kierownik działu marketingu	Kooordynuje testowanie i ankiety na docelowych użytkownikach	Dostarcza reprezentatywnych grup użytkowników Zatwierdza testy użyteczności
Szef działu IT portalu	Szef działu odpowiedzialnego u klienta, za funkcjonowanie całego portalu	Zatwierdza zmiany w architekturze portalu wymagane przez nowy produkt

3.2 Użytkownicy

[Lista zidentyfikowanych użytkowników.]

Nazwa	Opis	Odpowiedzialność	Udziałowiec
Klient	Zarejestrowany użytkownik mogący potencjalnie zakupić produkty firmy		Kierownik działu marketingu
Kierownik sklepu	osoba odpowiedzialna za obsługę klientów od strony biznesowej firmy. Nadzoruje ona pracę, zamówienia oraz dostawy do magazynu firmy.		Kierownik działu marketingu
Admin wszystkiego	Osoba nadzorująca pracę systemu od strony technicznej.		Kierownik działu marketingu
Owiedzający	Niezarejestrowany klient z możliwością przeglądania zasobów portalu		Kierownik działu marketingu

3.3 Środowisko użytkownika

Użytkownik samodzielnie korzystać z portalu poprzez mechanizmy stron www, z dowolnego miejsca na ziemii. Jeżeli mechanizm cookies nie zapewnił identyfikacji użytkownika, ten musi się zalogować.

System działa na zasadzie challange-response,więc zasadniczo czas połączenia nie ma tutaj znaczenia.

3.4 Profile udziałowców

[Opisz każdego udziałowca za pomocą poniższej tabeli.]

3.4.1 Kierownik koordynacji projektu

Reprezentant	Męczywór Małgorzata
Opis	Ważny udziałowiec, warunkujący zatwierdzanie etapów projektu
Rodzaj	Osoba doświadczona w komunikacji z projektowymi zespołami IT. Koordynowała realizację poprzednich projektów w tym projektu całego portalu. Posiada umiarkowaną wiedzę z zakresu IT.
Odpowiedzialności	- monitoruje postęp projektu - zatwierdza budżet - rozstrzyga kwestie sporne - zatwierdza kolejne etapy projektu
Czynniki sukcesu	Sukcesem dla tego udziałowca jest doprowadzenie projektu do końca, osiągnięcie celów biznesowych i jego wynagrodzenie (premia) uzależnione jest od tego czy projekt zostanie wykonany w terminie i bez przekraczania budżetu.
Zaangażowanie	Stopień zaangażowania w pięciostopniowej skali (1-5): 5
Produkty	Oprócz głównego produktu projektu udziałowiec ten nie oczekuje dodatkowych produktów
Komentarze i problemy	Zbyta duża presja czasowa ze strony tego udziałowca może znacząco wpłynąć na jakość produktu oraz ograniczyć ilość niezbędnych testów.

3.4.2 Kierownik działu marketingu

Reprezentant	Wyczesany Michał
Opis	Osoba zainteresowana jedynie aspektami reklamowymi tworzonego systemu
Rodzaj	Osoba ta ma dużą wiedzę z zakresu reklamy w tym szczególnie reklamy internetowej. Zna pewne aspekty i technologie tworzenia reklam w internecie
Odpowiedzialności	Zatwierdza wszelkie mechanizmy związane z linkami sponsorowanymi
Czynniki sukcesu	Sukcesem z punktu widzenia tego udziałowca będzie zwiększenie ilości kliknięć w linki sponsorowane o przynajmniej 40%. Zwiększenie tej ilości spowoduje podwyższenie dochodowości z działu reklamy i podniesie prestiż kierownika.
Zaangażowanie	Stopień zaangażowania w pięciostopniowej skali(1-5): 2 - interesuje go jedynie aspekt linków sponsorowanych, który jest produktem pobocznym tworzonego systemu.
Produkty	Tak - odpowiedni system wyświetlania linków sponsorowanych
Komentarze i problemy	Czynnik ten nie ma dużego wpływu na zatwierdzenie projektu, ale zaspokojenie potrzeb tego udziałowca może znacząco wpłynąć na wzrost zapłaty za system, dlatego warto poświęcić większą uwagę jego potrzebom.

3.4.3 Szef działu IT portalu

Reprezentant	Jan Kowalski
Opis	Szef działu odpowiedzialnego u klienta, za funkcjonowanie całego portalu
Rodzaj	Udziałowiec posiada dużą wiedzę techniczną z zakresu budowy portali internetowych - należy do najlepszych w dziedzinie.
Odpowiedzialności	- Zatwierdza zmiany w architekturze portalu wymagane przez nowy produkt
Czynniki sukcesu	Sukcesem dla tego udziałowca jest wkomponowanie tworzonego systemu w obecny bez utraty jego funkcjonalności i przy jak najmniejszej ilości zmian. Udziałowiec nie otrzymuje żadnego dodatkowego wynagrodzenia za czynności związane z wdrażaniem projektu
Zaangażowanie	Stopień zaangażowania w pięciostopniowej skali (1-5): 2
Produkty	Nie żąda dodatkowych produktów.
Komentarze i problemy	Udziałowiec ten chętnie pomoże we wdrażaniu nowego portalu, ale nie chętnie będzie patrzył na duże zmiany w obecnym kodzie portalu, dlatego należy je ograniczyć do minimum.

3.5 Profile użytkowników

[Opisz każdy unikalny rodzaj użytkownika według poniższej tabeli.]

3.5.1 Klient

Reprezentant	Mariusz Pudzianowski
Opis	Zarejestrowany użytkkownik mogący potencjalnie zakupić produkty firmy
Rodzaj	Zwykły użytkownik
Odpowiedzialności	Brak
Czynniki sukcesu	Sukcesem klienta jest znalezienie odpowiedniego dla siebie produktu w odpowiedniej cenie i zakup go.
Zaangażowanie	Rolą tego użytkownika jest testowanie gotowego produktu
Produkty	Nie tworzy produktów
Komentarze i problemy	Brak

3.5.2 Odwiedzający

Reprezentant	Motylia Jędrzejczak
Opis	Niezarejestrowany klient z możliwością przeglądania portalu
Rodzaj	Zwykły użytkownik
Odpowiedzialności	Brak
Czynniki sukcesu	Sukcesem odwiedzającego jest znalezienie odpowiedniego dla siebie produktu w odpowiedniej cenie rejestracja i zakup go.
Zaangażowanie	Rolą tego użytkownika jest testowanie gotowego produktu
Produkty	Nie tworzy produktów
Komentarze i problemy	Brak

3.5.3 Kierownik sklepu

Reprezentant	Adam Małysz
Opis	Osoba odpowiedzialna za obsługę klientów od strony biznesowej firmy. Nadzoruje ona pracę, zamówienia oraz dostawy do magazynu firmy
Rodzaj	Zwykły użytkownik
Odpowiedzialności	- Nadzór stanu magazynu firmy - Przyjmowanie i rozpatrywanie wniosków klientów - Odpowiadanie na pytania klientów
Czynniki sukcesu	Sukcesem dla kierownika sklepu jest poprawna obsługa klientów, zaspokajanie ich potrzeb oraz rozpatrywanie ich wniosków w wyznaczonym czasie.
Zaangażowanie	Kierownik sklepu nie jest zaangażowany w część techniczną projektu.
Produkty	Brak
Komentarze i problemy	Brak

3.5.4 Administrator

Reprezentant	Admin wszystkiego
Opis	Osoba nadzorująca pracę systemu od strony technicznej
Rodzaj	Administrator
Odpowiedzialności	- Nadzór poprawnej pracy systemu - Likwidacja występujących błędów - Wprowadzanie poprawek oraz aktualizacji
Czynniki sukcesu	Sukcesem dla administratora jest poprawne i szybkie działanie portalu oraz bazy danych.
Zaangażowanie	.Administrator musi znać wszystkie aspekty techniczne i budowę systemu
Produkty	Brak
Komentarze i problemy	Administrator musi zaznajomić się ze sposobem działania oraz budową systemu - ważne jest więc, aby obserwował proces tworzenia systemu przez cały okres jego budowy.

3.6 Główni uczestnicy lub potrzeby klienta

[Wymień główne problemy w istniejących rozwiązaniach z punktu widzenia udziałowca. Dla każdego problemu udziel odpowiedzi na następujące pytania:

· Jakie są przyczyny problemu?

· Jak jest rozwiązywany w chwili obecnej?

· Jakiego rozwiązania oczekuje klient?]

[Istotne jest zrozumienia względnego priorytetu jaki udziałowiec przydziela każdemu problemowi. Należy zidentyfikować problemy które muszą być rozwiązane oraz te którymi udziałowcy chcieliby żeby się zająć.

Wypełnij poniższą tabele.]

Potrzeba	Priorytet	Dotyczy	Istniejące rozwiązanie	Proponowane rozwiązanie
Zwiększenie sprzedaży	1	Coraz większa liczba użytkowników klientów przeglądających internet	Prowadzenie sklepów na terenie Polski	Wprowadzenie możliwości sprzedaży produktów przez internet
Zakup części i pojazdów przez internet	1	Sklep nie posiada jeszcze strony internetowej	Brak	Wprowadzenie systemu umożliwiającego sprzedaż produktów przez internet.
Wytypowanie najlepiej sprzedających się produktów	3	Mała liczba pożądanych produktów przez użytkowników	Analiza zmian w stanie magazynów sklepów.	Umożliwienie klientom oceny zakupionych produktów oraz zapisywanie ilości i typu produktów w logach.
Informowanie o uzupełnieniu stanu magazynu	2	Utrudniona komunikacja z klientem zainteresowanym danym produktem	Przekazywanie informacji zainteresowanym drogą telefoniczną	Wysyłanie informacji zainteresowanym drogą mailową.

3.7 Alternatywy i konkurencja

Ponieważ nie istnieją konkurencyjne rozwiązania na rynku udziałowcy mają dwa rozwiązania:

- skorzystanie z usługi naszej firmy i uruchomienie projektu. Wadą jest koszt wytworzenia takiego oprogramowania oraz potrzeba przydzielenia osób odpowiedzialnych za koordynację projektu, co czasowo może obniżyć wydajność poszczególnych działów lub wnieść potrzebę tymczasowego zatrudnienia dodatkowych pracowników. Zaletą jest wytworzenie nowego produktu, pozwalającego na podniesienie prestiżu całej firmy oraz na zwiększenie wydajności poszczególnych działów, co bezpośrednio przełoży się na zyski portalu i podwyżki dla pracowników w tych działach oraz awanse lub utrzymanie zagrożonego stanowiska dla szefów działów. Zaletą też jest wiedza na temat preferowanych przez użytkowników produktów z oferty dzięki odpowiedniemu miechanizmowi portalu.

- utrzymanie istniejącej sytuacji. Zaletą jest utrzymanie obecnie wypracowanej struktury firmy jak i znanych zachowaniach użytkowników i klientów. Wadą jest brak przyciągania nowych użytkowników, zmniejszona satysfakcja uzytkowników oraz brak wzrostu wydajności działów.

4. Ograniczenia

Głównym ograniczeniem jest czas realizacji projektu wynoszący 6 miesięcy. Ograniczenie to jest ważne, ponieważ w ostatnim kwartale tego roku planowane są przeniesienia w działach i od powodzenia tego projektu zależą awanse lub degradacje/zwolnienia głównych udziałowców projektu.

Portal internetowy musi zostać wykonany w technologii ASP.NET oraz korzystać z baz danych administrowanych przez platformę MS SQL Server.

Finalizacja zakupu oraz dostawa produktu do klienta musi zostać zrealizowana w czasie tygodnia.

Sklep sprzedaje produkty tylko w obrębie granic Polski.

Utrzymanie systemu nie może kosztować więcej niż 10% rocznego budżetu firmy.

System będzie wymagał stałego dostępu do internetu ze względu na jego charakter działania.

5. Wymagania jakości

Wymagania wydajnościowe zostały opisane w punkcie 7.3. niniejszego dokumentu i względem jakości wszystkie powinny zostać zaspokojone, aby uzyskać produkt wysokiej jakości nie powodujący obniżenia obecnej jakości portalu. Wprowadzany moduł powinien być niezawodny w 99% - dopuszcza się w okresie pierwszych trzech miesięcy działania modułu na wprowadzenie modułu o obniżonej jakości w celu wykrycia ewentualnych błędów. Po upływie tego okresu moduł musi być niezawodny (dopuszczalna jest 1godzina/m-c jego zachwianego/gorszego/lub braku działania) Interfejs do nowego modułu musi pozytywnie przejść test użyteczności przygotowany przez zespół z działu marketingu z udziałem niezależnego specjalisty d/s użytecznosci.

6. Priorytety

[Okreś priorytety dla celów projektu.]

1. Umożliwienie sprzedaży produktów przez internet.

2. Pozwolenie klientom na ocenę zakupionych przez siebie produktów.

3. Informowanie o uzupełnieniu stanu magazynu za pomocą poczty elektronicznej.

7. Pozostałe wymagania

[Wymagania sprzętowe i systemowe, wymagania środowiskowe, istniejące standardy.]

7.1 Stosowane standardy

Standardy komunikacyjne odnoszące sie do projektu to:

TCP/IP, HTTP, HTTPS, TLS/SSL

Windows Server 2008

Standardy jakości: ISO

7.2 Wymagania systemowe i sprzętowe

Platforma ASP.NET

Microsoft SQL Server 2009

7.3 Wymagania wydajnościowe

Projektowany portal ma na celu przyciągnąć jak najwięcej klientów. Portal ma szybko reagować i odpowiadać podczas interakcji z użytkownikami. Rozmiar bazy danych ma mieć znikomy wpływ na szybkość działania portalu. Przesyłanie danych od klienta do serwera podczas jego korzystania z portalu może zwiększyć się o nie więcej niż 20%.

7.4 Wymagania związane ze środowiskiem pracy

Utrzymanie systemu nie może kosztować więcej niż 10% rocznego budżetu firmy.

Maszyny utrzymujące serwer muszą znajdować się w pomieszczeniu klimatyzowanym.

Najlepiej gdyby była tworzona kopia zapasowa danych serwera i bazy produktów i użytkowników.

---