Rubik s Manager Sebastian Chojniak, Łukasz Krupa, Grzegorz Łuczyna 13 marca 2007 1
Spis treści 1 Wprowadzenie 4 1.1 Cel.......................................... 4 1.2 Zakres........................................ 4 1.3 Definicje....................................... 4 1.4 Omówienie reszty dokumentu........................... 4 2 Kontekst produktu 5 2.1 Korzyści....................................... 5 2.2 Postawienie problemu................................ 5 2.3 Kontekst produktu.................................. 5 3 Osoby majace wpływ na wymagania i projekt 6 3.1 Demografia rynku.................................. 6 3.2 Lista osób mających wpływ na wymagania.................... 6 3.3 Lista potencjalnych użytkowników produktu.................... 6 3.4 Środowisko użytkownika.............................. 7 3.5 Charakterystyka osób mających wpływ na wymagania.............. 7 3.5.1 MIM INC.................................. 7 3.5.2 World Cubing Association......................... 8 3.5.3 Środowisko speedcuberów......................... 8 3.6 Charakterystyka użytkowników.......................... 8 3.6.1 Początkujący speedcuber.......................... 8 3.6.2 Zaawansowany speedcuber......................... 9 3.6.3 Organizator zawodów........................... 9 3.6.4 Kibic.................................... 10 3.6.5 Administrator................................ 10 3.7 Alternatywy i konkurencja............................. 10 4 Omówienie produktu 12 4.1 Umiejscowienie produktu.............................. 12 4.2 Podsumowanie możliwości............................. 12 4.3 Założenia i zależności................................ 13 4.4 Koszta........................................ 13 5 Własności produktu 14 5.1 Pomiar szybkości.................................. 14 5.2 Przechowywanie wyników............................. 14 5.3 Generowanie sekwencji mieszających....................... 14 5.4 Podpowiedzi..................................... 14 5.5 Zawody....................................... 14 5.6 Udostępnianie wyników.............................. 14 2
5.7 Transmisje...................................... 14 5.8 Symulacje...................................... 15 5.9 Statystyki...................................... 15 5.10 Urządzenia peryferyjne............................... 15 6 Ograniczenia 16 7 Założenia jakościowe 17 8 Priorytety 18 9 Inne wymagania 19 9.1 Standardy...................................... 19 9.2 Wymagania systemowe............................... 19 9.3 Wymagania wydajnościowe............................ 19 9.4 Wymagania środowiska............................... 19 9.5 Podręcznik użytkownika.............................. 19 9.6 Pomoc on-line.................................... 19 9.7 Instalacja i konfiguracja............................... 19 A APPENDIX 20 A.1 Spodziewane korzyści................................ 20 A.2 Pracochłonność................................... 20 A.3 Ryzyko....................................... 20 A.4 Niezmienność.................................... 20 A.5 Planowane wydanie................................. 21 A.6 Przyczyna...................................... 21 B Historia zmian 22 3
1 Wprowadzenie 1.1 Cel Wizja ma przedstawić ogólny zarys projektu. Ma być źródłem informacji dla osób podejmujących decyzję o realizacji bądź odrzuceniu projektu, jak również dla nowych członków zespołu, którzy powinni szybko zapoznać się z podstawowymi założeniami projektu. 1.2 Zakres Celem tego dokumentu jest analiza i wyznaczenie wymagań dla programu Rubik s Maganger oraz zdefiniowanie i opisanie potrzeb użytkowników tego systemu. Dokument obejmuje także określenie warunków w jakich będzie działać program, a także oszacowanie nakładu pracy potrzebnego na realizację projektu oraz wskazanie korzyści jakie spodziewamy się uzyskać po jego wprowadzeniu. Zawiera dodatkowo krótką analiza szans powodzenia projektu i ewentualnych problemów mogących zaistnieć w fazie realizacji. Informacje szczegółowe odnośnie produktu znajdują się w specyfikacji dodatkowej. 1.3 Definicje RM - skrót od nazwy produktu, tj. Rubik s Manager kostka Rubika - łamigłówka logiczna w postaci sześcianu o ruchomych ścianach; także potoczna nazwa na pochodne tej łamigłówki speedcubing - sport polegający na układaniu kostki Rubika na czas WCA - World Cubing Association - międzynarodowa organizacja ustalająca regulaminy i zatwierdzająca oficjalne zawody w speedcubingu PSF - Polish Speedcubing Federation - jednostka skupiająca Polskich speedcuberów 1.4 Omówienie reszty dokumentu W dokumencie znajduje się 9 paragrafów, z których każdy porusza inną kwestię projektu. Paragraf 2 to omówienie biznesowego aspektu projektu. Paragraf 3 przedstawia grupy ludzi których wymagania determinują kształt projektu. Kolejne paragrafy to analiza produktu w kategorii wymagań,funkcjonalności,ograniczeń systemu i wymagań jakościowych. Paragraf 8 określa priorytety funkcjonalności produktu. Paragraf 9 zawiera dodatkowe wymagania. 4
2 Kontekst produktu Program jest przeznaczony dla dynamicznie rozwijającej się grupy polskich speedcuberów oraz kibiców. Ma zapewnić kompleksowe wsparcie dla uprawiania tego sportu i organizowania zawodów. 2.1 Korzyści Umożliwienie łatwego opanowania sztuki układania kostki Rubika zainteresowanym osobom. Zwiększenie efektywności treningu speedcubera. Ułatwienie tworzenia nowych technik i rozwiązań. Znaczne usprawnienie organizacji zawodów - zarówno stacjonarnych, jak i internetowych. Udostępnienie dla kibiców transmisji z zawodów. 2.2 Postawienie problemu Głównym zadaniem projektu RM jest zgromadzenie i udostępnienie w jednym programie wszystkich funkcji wspierających uprawianie speedcubingu. W związku z tym RM musi zapewniać duże możliwość personalizacji. W dalszym etapie istnienia na rynku RM powinien posiadać możliwość rozszerzania funkcjonalności za pomocą integrowalnych modułów. 2.3 Kontekst produktu Program RM jest wykonywany na zlecenie MIM INC. MIM INC. ma zamiar wejść na aktualnie niezagospodarowany rynek speedcubingu i zająć na nim pozycję dominującą dzięki produktowi odpowiadającemu wszystkim znanym potrzebom speedcuberów. MIM INC. planuje dalej rozwijać swoją ofertę dla speedcuberów. 5
3 Osoby majace wpływ na wymagania i projekt 3.1 Demografia rynku Speedcubing rozwinął się i stał się bardzo popularny w latach 80 XX wieku. W późniejszym okresie jego popularność szybko jednak spadała. Około 2002 roku ta tendencja została złamana i od tamtego czasu systematycznie i szybko wzrasta liczba speedcuberów na świecie. Sam tylko PSF zarejestrował w 2005 roku blisko 100%, zaś w 2006 50% wzrost liczby członków. Rozwój speedcubingu odbywa się także na płaszczyźnie organizowanych zawodów. W latach 2004, 2005 i 2006 odbyły się kolejno: 12, 24 i 33 oficjalne (zatwierdzone przez WCA) zawody i wzięło w nich udział blisko 1500 najlepszych speedcuberów z całego świata. Szacować także można, że liczba zorganizowanych nieoficjalnych rywalizacji była kilkadziesiąt razy wyższa. Warto zwrócić uwagę, że speedcubing, to dyscyplina uprawiana przez osoby w bardzo szerokim przedziale wiekowym - najmłodszy uczestnik jednych z zawodów miał 4 lata, najstarszy 78 lat. To bardzo różnicuje odbiorców, ale także daje nadzieję na stały wzrost ich liczby i niewygasające zainteresowanie produktem. 3.2 Lista osób majacych wpływ na wymagania Nazwa Reprezentuje Role Jacek Sroka MIM INC. Ocena i odbiór produktu. Ron van Bruchem World Cubing Association Ustalanie reguł pomiaru czasów i organizowania zawodów. - środowisko speedcuberów Sugestie dotyczące przyszłej funkcjonalności. 3.3 Lista potencjalnych użytkowników produktu Nazwa początkujący speedcuber Opis Wykorzystuje program do nauki podstawowych technik. Poznaje teoretyczne aspekty speedcubingu. Korzysta z wirtualnych kostek. 6
Nazwa zaawansowany speedcuber organizator zawodów kibic administrator Opis Wykorzystuje program do wspomagania codziennego treningu. Rejestruje wyniki. Analizuje swoje rezultaty i decyduje o przyszłych fazach treningu. Używa modułów do generowania nowych rozwiązań. Bierze udział w internetowych zawodach. Ustala termin, reguły oraz konkurencje na zawodach, do których zaprasza wybranych speedcuberów, lub uruchamia otwartą rejestrację. Zarządza przebiegiem zawodów. Tworzy nowe typy rankingów. Ogląda transmisje video z zawodów. Przegląda statystyki zawodników. Zarządza bazą danych oficjalnych wyników. Udostępnia nowym użytkownikom i organizatorom nieoficjalnych zawodów bazy do gromadzenia własnych wyników na publicznym serwerze. 3.4 Środowisko użytkownika Program pracuje w trybie okienkowym, jako aplikacja. Preferowany system operacyjny to MS Windows: 98,Me,XP i dystrybucje Linuxa: Ubuntu, Debian, Knoppix. Użytkownik ma możliwość podłączenia i korzystania z zewnętrznych urządzeń. 3.5 Charakterystyka osób majacych wpływ na wymagania 3.5.1 MIM INC. Osoba Opis (funkcja) Typ Odpowiedzialność Jacek Sroka Ocena i kontrola pracy. Expert w zakresie inżynierii oprogramowania. Przedstawienie wymagań co do opłacalności i możliwości realizacji projektu. Kontrola i ocena projektu. 7
Kryteria sukcesu Produkt odniesie komercyjny sukces na rynku. Stworzy swoją markę i przyniesie dochody finansowe. Zaangażowanie Regularna kontrola projektu. 3.5.2 World Cubing Association Osoba Opis (funkcja) Typ Odpowiedzialność Kryteria sukcesu Zaangażowanie Ron van Bruchem Prezes WCA. Expert w zakresie zasad i reguł speedcubingu. Dostarczanie regularnych informacji na temat zmian w regulaminach WCA. Organizacja, zarządzanie oraz kontrola zawodów stanie się prostsza. Wyniki będą nadsyłane zgodnie z ustalonymi w regulaminach zasadami. Ścisła weryfikacja implementowanych mechanizmów kontroli zgodności z regulaminami. 3.5.3 Środowisko speedcuberów Osoba - Opis (funkcja) Społeczność speedcuberów zrzeszona głównie na forach internetowych speedcubingu. Typ "Głos publiczny"w sprawie potrzeb speedcuberów. Odpowiedzialność Dostarczanie informacji na temat oczekiwanej funkcjonalności systemu. Kryteria sukcesu Speedcuberzy są w stanie efektywniej i łatwiej trenować. Mają możliwość brania udziału w zawodach oraz ich organizowania. Uzyskują doskonałe narzędzia pomocne przy poszukiwaniu nowych rozwiązań. Zaangażowanie Prezentowanie oczekiwań, oraz kontrola już istniejących modułów. 3.6 Charakterystyka użytkowników 3.6.1 Poczatkuj acy speedcuber Opis (funkcja) Osoba rozpoczynająca "przygodę ze speedcubingiem", chcąca poznać podstawowe techniki układania kostki Rubika. Typ Zwykły użytkownik. 8
Odpowiedzialność Kryteria sukcesu Zaangażowanie Uwagi Sugerowany prosty, cotygodniowy trening podstawowej metody układania kostki Rubika. Poznawanie teoretycznych aspektów speedcubingu. Użytkownik samodzielnie potrafi ułożyć kostkę Rubika. Przekazuje sugestie odnośnie wprowadzenia nowych funkcjonalności ułatwiających opanowanie sztuki układania kostki Rubika. Pomocna może okazać się podstawowa instrukcja obsługi systemu. 3.6.2 Zaawansowany speedcuber Opis (funkcja) Typ Odpowiedzialność Kryteria sukcesu Zaangażowanie Uwagi Osoba biorąca czynny udział w speedcubingu osiągająca pozytywne rezultaty. Speedcuber. Regularny trening w celu kontrolowania formy. Katalogowanie swoich osiągnięć. Poznawanie i tworzenie nowych szybszych technik układania. Współzawodnictwo z innymi speedcuberami podczas zawodów internetowych. Systematyczna poprawa formy. Sukcesy na oficjalnych konkursach. Osiąganie coraz wyższych pozycji w nieoficjalnych rankingach. Regularne rozszerzanie zbioru znanych technik. Proponuje nowe sposoby rywalizacji oraz techniki. Przekazuje sugestie odnośnie istniejących rozwiązań wspomagania treningu. Zaawansowany speedcuber posiada odpowiednie doświadczenie i powinien bezproblemowo radzić sobie z obsługą systemu. 3.6.3 Organizator zawodów Opis (funkcja) Osoba chcąca przeprowadzić stacjonarne lub internetowe zawody w speedcubingu. Typ Organizator zawodów. Odpowiedzialność Ustala formę rywalizacji oraz konkurencje. Odpowiednio wcześniej zawiadamia odpowiednią grupę speedcuberów o zamiarze przeprowadzenia zawodów. Uruchamia ewentualną rejestrację. Czuwa nad prawidłowym przebiegiem zawodów. Ogłasza ostateczne wyniki spotkania. W przypadku zawodów oficjalnych wysyła protokół do zatwierdzenia. 9
Kryteria sukcesu Zawody odbywają się w terminie. Nie pojawiają się przerwy, ze względu na problemy techniczne. Wszystkie wyniki są poprawnie zebrane. Zaangażowanie Wysuwa propozycje nowych form przeprowadzania zawodów. Uwagi - 3.6.4 Kibic Opis (funkcja) Osoba interesująca się speedcubingiem lub skoligowana z jakimś speedcuberem. Typ Kibic. Odpowiedzialność - Kryteria sukcesu Bezproblemowo uzyskuje dostęp do udostępnionych transmisji z zawodów. Może przeglądać i analizować wyniki. Ma możliwość skomentowania sytuacji. Zaangażowanie Wysuwa sugestie na temat jakości transmisji i prezentacji wyników. Uwagi Pomocna może okazać się podstawowa instrukcja obsługi systemu. 3.6.5 Administrator Opis (funkcja) Typ Odpowiedzialność Kryteria sukcesu Zaangażowanie Uwagi Osoba zarządzająca centralnym serwerem systemu. Administrator serwera. Kontroluje pojawiające się w bazie danych wyniki. Udostępnia możliwość korzystania z bazy nowym użytkownikom i organizatorom zawodów. Administrator sprawnie i szybko jest w stanie zarządzać bazą danych wyników. Poprawia w razie potrzeby strukturę bazy danych. Administrator używa osobnej aplikacji. 3.7 Alternatywy i konkurencja Na rynku istnieją aplikacje (z których niektóre są darmowe) związane ze speedcubingiem. Ich funkcjonalność jest jednak bardzo niska, zaś niezawodność pozostawia wiele do życzenia. Najpopularniejsze obecnie aplikacje: JNetCube - podstawowy timer z dodatkowym modułem przeprowadzania dwuosobowej rywalizacji za pośrednictwem internetu. Ultimate Rubik s Cube Timer - timer z centralną bazą danych indywidualnych wyników. 10
JACube - rozbudowany program do znajdowania rozwiązań, jednak bez graficznego interfejsu użytkownika. Gabbasoft Cube - symulator wirtualnej kostki o regularnych wymiarach. Gliding Cube - symulator wirtualnej kostki o dowolnych wymiarach. Program RM połączy i usprawni funkcjonalność powyższych produktów. Będzie ponadto zawierał wiele nowatorskich i niespotykanych dotąd opcji. 11
4 Omówienie produktu Program umożliwiać będzie przeprowadzenie treningów w różnych trybach i wariantach wraz z przechowywaniem rezultatów, generowaniem statystyk. Będzie zawierał narzędzia pomocne przy doskonaleniu stosowanych metod układania. Pozwoli przeprowadzać turnieje między użytkownikami z całego świata, udostępni transmisje i rankingi dla zainteresowanych. Będzie to także kompletny system potrzebny do zorganizowania lokalnych zawodów. Możliwa będzie ponadto obsługa przydatnych urządzeń peryferyjnych, takich np. jak stackmata czy display. 4.1 Umiejscowienie produktu Produkt korzysta z bazy danych wyników umieszczonej na centralnym serwerze projektu RM. Komunikacja video między użytkownikami może odbywać się wyłącznie między nimi, albo strumień może być zapisywany na centralnym serwerze i w tym wypadku inni użytkownicy posiadający odpowiednie uprawnienia będą mieli do niego dostęp. Program RM będzie miał także możliwość komunikacji z serwerem centralnym w celu ściągnięcia nowych modułów. 4.2 Podsumowanie możliwości Cechy systemu wspomagajace jego funkcjonalność Korzyści dla użytkownika Cechy systemu Podstawowa nauka układania. Program RM udostępnia tryb nauki układania kostki dla osób, które mierzą się z tym wyzwaniem pierwszy raz. Daje możliwość poznania najprostszych technik, przy jednoczesnym wprowadzaniu potrzebnych w przyszłym treningu podstaw teoretycznych. Dostęp do wyników i statystyk. System gromadzi dane na serwerze centralnym i udostępnia je programom RM. Przeprowadzanie treningów. Program RM wykorzystuje algorytmy repetycji znane z programów do nauki języków obcych. Pozwala przeprowadzać trening dla wielu faz różnych technik układania. Znajduje rozwiązania zadanych problemów. Udostępnia możliwość symulowania wirtualnej kostki. 12
Korzyści dla użytkownika Przeprowadzanie zawodów. Cechy systemu Program RM daje możliwość rejestrowania mierzonych czasów w ramach uruchomionych zawodów. Daje możliwość transmisji video. Generuje raporty niezbędne przy organizacji oficjalnych zawodów. 4.3 Założenia i zależności Do czasu wprowadzenia produktu na rynek dominującym systemem operacyjnym pozostanie MS Windows XP oraz Linux Ubuntu, Knoppix, Debian. Udział systemu MS Windows Vista nie będzie przekraczał 1/4 rynku lub jego błędy zostaną zminimalizowane do poziomu Windows XP. 4.4 Koszta Szacunkowe dane wyznaczają koszt na 50000 zł. Wprowadzanie nowych funkcjonalności i dostosowywanie systemu do bieżących trendów speedcubingu wiąże się z dodatkowymi kosztami przedsięwzięcia. 13
5 Własności produktu 5.1 Pomiar szybkości System posiada i przeprowadza oficjalne procedury pomiaru czasu, a także udostępnia możliwość skonfigurowania dogodnego sposobu pomiaru czasu dla użytkownika. 5.2 Przechowywanie wyników System posiada lokalną bazę danych, w której przechowuje wszystkie dokonane pomiary oraz informacje o przebiegu treningu.może także korzystać z zewnętrznej, wspólnej bazy wyników. 5.3 Generowanie sekwencji mieszajacych System generuje sekwencje mieszające, które należy wykonać, aby uzyskać oczekiwaną sytuację na kostce, czyli losowy stan kostki lub stan wyjściowy do zastosowania wybranego algorytmu. 5.4 Podpowiedzi System, po podaniu obecnego stanu kostki i zadeklarowaniu wykorzystywanej techniki, wskaże ruchy, jakie należy wykonać, by w danej technice przejść do kolejnego kroku. 5.5 Zawody System posiada kompletny zestaw narzędzi umożliwiający przeprowadzenie zdalnych bądź lokalnych zawodów między speedcuberami. Potrafi wygenerować rankingi według zadanych kryteriów. 5.6 Udostępnianie wyników System posiada możliwość udostępnienia wyników innym speedcuberom. Wzmaga to ducha rywalizacji, a także pozwala śledzić aktualny, stale i dynamicznie rosnący poziom speedcubingu. 5.7 Transmisje System daje możliwość przekazywania obrazu, dźwięku, czy też tekstu on-line. Speedcuberzy mają możliwość wymiany uwag odnośnie danego ułożenia. Jest to także podstawowy część systemu przeznaczona dla kibiców. 14
5.8 Symulacje System posiada moduł symulujący na ekranie komputera kostkę Rubika. Przede wszystkim będzie to klasyczna kostka, a także różne jej rozszerzone wersje, które nie zawsze są dostępne w sprzedaży. 5.9 Statystyki Zebrane wyniki, czy też wyniki zawodów, za pomocą systemu będą segregowane i opracowywane w formie tabel i wykresów. Użytkownik będzie miał możliwość śledzenia poprawy swojej formy. 5.10 Urzadzenia peryferyjne System będzie współpracował z podstawowymi, wykorzystywanymi w speedcubingu urządzeniami. Obsługa stackmaty będzie możliwa w trybie kontrolowanym lub automatycznym. Display będzie obsługiwany standardowo. 15
6 Ograniczenia Produkt ma okazać się bardzo uniwersalny dla speedcuberów, ale poza tą grupą nie będzie miał większych zastosowań. Przewiduje się, że jednoczesny dostęp do bazy danych może mieć do 17.500 użytkowników, a przesyłanie plików video do 3000 użytkowników. Przechowywanie danych o wynikach na centralnym serwerze RM musi być zgodne z ustawą o ochronie danych osobowych. 16
7 Założenia jakościowe System lokalny RM powinien pracować bez żadnych błędów przez 98% czasu. Pobieranie informacji z bazy danych musi zakończyć się sukcesem w czasie poniżej 3 sekund w 80% przypadków. Moduł prowadzenia zawodów powinien być niezawodny w 99,5% przypadków. Zrywanie transmisji video nie może zdarzać się z winy systemu częściej niż raz na 1000 uruchomień. Dodawanie nowych modułów w 85% przypadków powinno nie mieć wpływu na resztę programu. Baza danych na serwerze powinna być backupowana codziennie. W razie niespotykanego do tej pory problemu, zgłoszonego przez użytkownika obsługa techniczna powinna znaleźć rozwiązanie w ciągu 48 godzin. 17
8 Priorytety przeprowadzanie zawodów - wysoki, wspomaganie treningu - wysoki, personalizacja systemu - wysoki, znajdowanie rozwiązań zadanych problemów - średni, obsługa specyficznych urządzeń peryferyjnych - średni, niezawodność transmisji danych podczas zawodów - wysoki, niezawodność transmisji danych poza zawodami - średni, szybkość transmisji - średni, ergonomia dla użytkownika - wysoki, szybkie rozwiązywanie problemów technicznych - średni, łatwość modyfikacji - wysoki, przenośność systemu - niski, obsługa wielu języków -niski. 18
9 Inne wymagania 9.1 Standardy Komunikacja między programami odbywa się przez protokół TCP/IP. 9.2 Wymagania systemowe Program będzie działać na systemach operacyjnych Microsoft Windows 98, XP oraz aktualnie najpopularniejszych dystrybucjach systemu Linux: Debian, Ubuntu, Knoppix. 9.3 Wymagania wydajnościowe Program musi być w stanie przesyłać/odbierać transmisje video. Znaczące pod względem wydajnościowym są dla systemu operacje generowania sekwencji mieszających i rozwiązujących. Przy standardowych ustawieniach programu powinny się realizować w czasie poniżej 1 sek. Dostęp do lokalnej bazy danych w czasie poniżej 1 sek, do centralnej w czasie poniżej 3 sek. 9.4 Wymagania środowiska Program powinien pracować na komputerze klasy PC, z procesorem porównywalnym z Intel Pentium III 1000 MHz, lub lepszym, z pamięcią operacyjną co najmniej 256 MB. Pozostałe parametry wystarczające do pracy jednego z systemów operacyjnych wymienionych wcześniej. 9.5 Podręcznik użytkownika Podręcznik użytkownika nie jest wymagany. Aplikacja będzie w zakresie podstawowych funkcji całkowicie intuicyjna i prosta (kontekstowy system pomocy). Funkcje nowo dodane, powstające w związku z rozwojem projektu będą opisywane na stronie internetowej produktu. Rozważa się napisanie tutoriala prezentującego metodę personalizacji systemu. 9.6 Pomoc on-line Użytkownik będzie miał możliwość komunikacji z innymi użytkownikami, będzie mógł prosić o wskazówki odnośnie rozwiązania swojego problemu. Będzie także istniała możliwość uzyskania pomocy na stronie internetowej produktu. 9.7 Instalacja i konfiguracja Dostępna pomoc techniczna. Intuicyjna instalacja wymagająca tylko podstawowej wiedzy. Po instalacji system posiada podstawową konfigurację i jest gotowy do pracy. 19
A APPENDIX A.1 Spodziewane korzyści Wprowadzenie produktu na całkowicie niezagospodarowany rynek daje możliwość zdobycia na nim bardzo trwałej pozycji. Stworzenie marki w środowisku speedcuberów pozwala na sprzedaż dalszych produktów tej grupie. A.2 Pracochłonność System nie wymaga nowych rozwiązań technologicznych. Wszystkie standardy komunikacji przez Internet są od dawna sprawdzone. Gromadzenie statystyk wymaga niewielkiego nakładu kosztów - stworzenia bazy danych. Wiele danych na temat algorytmów układających jest powszechnie dostępnych w serwisach poświęconych speedcubingowi. Algorytmy graficzne są stosunkowo proste, służą jedynie do przedstawiania prostych brył trójwymiarowych. Interfejs użytkownika to standardowy system formularzy, możliwy do stworzenia w aplikacji typu RAD. A.3 Ryzyko Niezakończenie projektu może spowodować jedynie utratę pozycji samotnego lidera na rynku, o ile konkurencja wprowadzi swój produkt szybciej. Jednak do tej pory nie wiadomo nic o podobnym projekcie. Wprowadzenie niedopracowanego produktu może pogorszyć nastawienie użytkowników do marki, jednak ze względu na brak innych porównywalnych rozwiązań, większa część z nich będzie mimo wszystko korzystać z Rubik s Manager. Jakiekolwiek ułatwienia w codziennym treningu czy organizowaniu zawodów zostaną z pewnością dobrze przyjęte przez speedcuberów. Ogólna ocena ryzyka projektu: niskie. A.4 Niezmienność Średnia. Odbiorca ma na razie sprecyzowane wymagania, jednak ponieważ speedcubing jest dynamicznie rozwijającą się dyscypliną, szybko mogą pojawić się nowe wymagania, którym trzeba będzie sprostać. Jednak będę one w większości przypadków łatwe do wdrożenia, głównie ze względu na modyfikowalność systemu. Podstawowa funkcjonalność systemu prawdopodobnie nie będzie ulegać zmianie. 20
A.5 Planowane wydanie Czas wprowadzenia produktu od rozpoczęcia jego implementacji szacowany jest na pół roku. Przewidywane jest wprowadzanie poprawek na wyraźne życzenie prezesów WCA. Dwa razy w roku będzie wydawana kolejna oficjalna wersja produktu zawierająca wszelkie uaktualnienia. A.6 Przyczyna Brak odpowiedniego oprogramowania dla speedcuberów na rynku. Niezadowolenie z istniejących, bardzo uproszczonych rozwiązań, niewygodnych w użyciu i niespełniających podstawowych wymagań jakie stawiają profesjonalni speedcuberzy. W dobie komputeryzacji speedcubing zdecydowanie potrzebuje tego typu narzędzia. 21
B Historia zmian Data Osoba Opis zmian 10.03.2007 Łukasz Krupa Pierwsza wersja dokumentu. 12.03.2007 Sebastian Chojniak Uzupełnienie brakujących treści. 13.03.2007 Grzegorz Łuczyna Uzupełnienie treści i korekta dokumentu. 14.03.2007 Łukasz Krupa Pierwsza pomyślna próba exportu do formatu.pdf. 22