Wydzia Fizyki i Informatyki Stosowanej

SkinShop

Dokumentacja analityczna systemu

Piotr Wantuch
08.12.2015

Wprowadzenie........................................................................................ 3

1.1

Opis systemu............................................................................................. 3

1.2

Cele do osignicia.................................................................................... 3

1.3

Sownik...................................................................................................... 3

2
2.1
3

Wymagania funkcjonalne - przypadki uycia..........................................3

Identyfikator nazwa przypadku uycia...................................................3
Wymagania niefunkcjonalne...................................................................4

3.1

Wymagania wzgldem projektu.................................................................4

3.2

Reguy biznesowe...................................................................................... 4

3.3

Ograniczenia implementacji......................................................................4

3.4

Dostpno, wydajno, niezawodno.....................................................4

3.5

Uyteczno............................................................................................... 4

3.6

Dokumentacja............................................................................................ 4

3.7

Utrzymanie systemu.................................................................................. 4

Model dziedziny...................................................................................... 4

Modele stanw obiektw dziedziny........................................................4

Problemy i ryzyka................................................................................... 4

~2~

1 Wprowadzenie
1.1 Opis systemu
Steam jest obecnie najwiksz w swoim rodzaju i prnie rozwijajc si platform
dystrybucji cyfrowej i zarzdzania prawami cyfrowymi, systemem gry wieloosobowej oraz
serwisem spoecznociowy jednoczenie. Obecnie mona zanotowa ogromny popyt na
przedmioty wirtualne(skiny) dla gry Counter-Strike: Global Offensive, o czym wiadczy ilo
graczy, prezentowana przez statystyki. Dlatego postanowiem stworzy system
udostpniajcy moliwo zakupu przedmiotw wirtualnych dostpnych dla platformy
Steam. System bdzie obsugiwa rne typy patnoci jak Przelewy24, patnoci SMS.
Najwaniejsz cech systemu jest automatyczna realizacja zamwie, co daje ogromn
przewag nad wikszoci sprzedawcw.

1.2 Cele do osignicia

Aplikacja ma za zadanie udostpni system dajcy moliwo zakupu skinw
do gry CS:GO. System powinien by prosty w obsudze, a realizacja
zamwie zautomatyzowana do tego stopnia aby uytkownik mg otrzyma
zakupiony przedmiot niemal natytchmiast po dokonaniu patnoci. Powinien
on rwnie udostpnia prosty, przejrzysty interfejs do jego obsugi.

1.3 Sownik
Steam - platforma dystrybucji cyfrowej i zarzdzania prawami cyfrowymi, system gry
wieloosobowej oraz serwis spoecznociowy stworzony przez Valve Corporation.
Counter-Strike: Global Offensive(CS:GO) - wieloosobowa gra komputerowa z
gatunku first-person shooter, dostpna na platformie Steam.
Skin przedmiot wirtualny dostpny dla gry CS:GO, na platformie Steam.

2 Wymagania funkcjonalne - przypadki uycia

~3~

2.1 Identyfikator nazwa przypadku uycia

TBA
2.1.1 Opis przypadku uycia
2.1.2 Aktorzy
2.1.3 Poziom
Jeden z trzech poziomw: oglnego, uytkownika i podfunkcji.
2.1.4 Cel (cel biznesowy osigany przez ten przypadek uycia)
2.1.5 Cele uytkownikw
2.1.6 Warunki pocztkowe (ograniczenia)
2.1.7 Czstotliwo wykonania
2.1.8 Wyzwalacz

~4~

2.1.9 Warunki kocowe

2.1.10
Scenariusz gwny
Moe by zaczony diagram, jednak podstawowy zapis jest tekstowy.
2.1.11

Scenariusze alternatywne

2.1.12

Powizane reguy biznesowe

2.1.13

Rozszerzane przypadki uycia

2.1.14

Wczone przypadki uycia

2.1.15

Problemy

2.1.16

Decyzje

3 Wymagania niefunkcjonalne
3.1 Wymagania wzgldem projektu
Czas na wykonanie projektu jest ograniczony kocem semestu
akademickiego dla IV roku.
3.1.1 Wspierane systemu operacyjne
Strona powinna dziaa na wszystkich przegldarkach oraz systemach
operacyjnych wspierajcych i obugujcych xhtml i CSS.
3.1.2 Przenono
System wykonany w jzyku bdcym powszechnie uywanym na serwerach.
3.1.3 Bezpieczestwo
Czstotliwoc backupw przynajmniej raz dziennie.
3.1.4 Szybko
Liczba przetworzonych transakcji na sekund: 10. Czas oczekiwania na
zdarzenie wywoane przez uytkownika do 10 sekund. Uytkownik
powinien mc swobodnie porusza si po stronie.
3.1.5 Wygld
Szablon serwisu musi by zmieniany bez ingerencji w tre, 60%
ankietowanych uytkownikw powinno by zadowolonych z wygldu portalu.
3.1.6 atwoc uycia
Interfejs uytkownika powinien by prosty, przejrzysty. Uytkownik od
pierwszego uycia aplikacji powinien wiedzie jak si po niej porusza.

3.2 Reguy biznesowe

~5~

3.2.1
Kady przedmiot moliwy do kupienia znajduje si na koncie Steam bota
wykorzystujcego STEAM API.
3.2.2
Wszystkie wirtualne przedmioty dostpne w sklepie musz si znale na koncie
bota.
3.2.3
Zamwienia powinny by zrealizowane do kilku minut, wyjtkiem jest czas
kiedy Steam services maj awarj.
3.2.4
Klient moe dokona zakupu jedynie po udostpnieniu nam swojego linku
wymiany Steam.

3.3 Ograniczenia implementacji

Ze wzgldu na ograniczenia czasowe musz skorzysta z gotowych bibliotek
potrzebnych do uwierzytelniania bota ze Steamem - jestem zmuszony do
napisania bota Steam w jzyku C# .
Implementacja jest ograniczona przez zestaw narzdzi programistycznych
przeznaczonych dla tworzenia aplikacji .NET.

3.4 Dostpno, wydajno, niezawodno

o
o

Strona powinna dziaa na wszystkich przegldarkach oraz systemach

operacyjnych wspierajcych i obugujcych xhtml i CSS.
Liczba przetworzonych transakcji na sekund: 10. Czas oczekiwania
na zdarzenie wywoane przez uytkownika do 10 sekund.
Uytkownik powinien mc swobodnie porusza si po stronie, brak
zada powodujcych znaczne obnienie wydajnoci systemu.
Czas pomidzy powanymi awariami minimum 30 dni. W przypadku
awarii, automatyczna synchronizacja danych zapobiegajca ich
utracie.

3.5 Uyteczno
Aplikacja pozwala uytkownikowi w atwy sposb przeglda dostpne do
kupienia skiny CS:GO oraz daje moliwo ich zakupu, gdzie realizacja
zamwienia moe potrwa nawet kilkanacie sekund.

3.6 Dokumentacja

~6~

Dokumentacja uytkownika: Czytelna, prosta, przejrzysta, bez

skomplikowanej terminologii, zawierajca aspekty potrzebne tylko i
wycznie uytkownikowi.
Dokumentacja projektowa: Dokumentacja analityczna i architektury
systemu. Rozbudowana, przydatna dla programistw, uytkownika,
osoby chccej doda nowe funkcjonalnoci systemu.
Dokumentacja kodu: jednoznaczna i spjna, kompletna, poprawna
przekazujemy tylko istotne informacje, zdolna do pniejszej
modyfikacji.

3.7 Utrzymanie systemu

Aplikacja wymaga staego monitorowania serwera baz danych. Bot
wykorzystujcy Steam API bdzie musia natychmiast reagowa na nowe
zmiany wprowadzane przez Steam, np. wprowadzenie podwjnego
uwierzytelniania. Konieczne jest utworzenie w przyszoci centrum pomocy
uytkownika.

4 Model dziedziny
[Diagram]
[Opis odpowiedzialnoci klas obiektw]

5 Modele stanw obiektw dziedziny

Opcjonalne. Dla systemw, ktrych zachowanie zaley od stanu obiektw.

6 Problemy i ryzyka
1. Rozwinicie si nowych technologii aplikacja moe sta si
bezuyteczna
2. Zmiany w Steam API brak moliwoci logowania si do aplikacji przy
pomocy konta Steam, przerwa w funkcjonowaniu bota Steam lub brak
moliwoci zrealizowania jego potrzebnych funkcjonalnoci dla
systemu.
3. Uzyskanie przez osoby niepowoane dostpu do danych konta Steam
bota, dziki ktrym mog przej nad nim kontrol.

~7~