Projekt stanowi podstawę bazodanową dla projektu realizowanego z przedmiotu Technologie i Programowanie WWW.
Celem projektu jest stworzenie serwisu, który umożliwiałby podziękowanie jego użytkownikowi piwem. Wielu internautów poszukuje w sieci pomocy, rozwiązania problemów za pośrednictwem forów czy blogów. Po uzyskaniu przydatnej odpowiedzi nasuwa się często potrzeba odwdzięczenia się danemu użytkownikowi w innej formie niż tekstowa. W życiu codziennym taką formą najczęściej jest postawienie piwa, więc dlaczego nie przenieść tego zwyczaju w sferę Internetu?
Użytkownik zarejestrowany w serwisie będzie posiadał swój profil, zawierający między innymi informacje o ulubionych gatunkach piwa. Podziękowanie będzie miało formę podwyższenia 'stanu zapiwienia', który w wizualnej formie może uatrakcyjniać np. podpis na forum. Dzięki temu dany użytkownik będzie łatwo identyfikowany jako osoba, która chętnie udziela pomocy, posiada wiedzę z pewnej dziedziny, co stanowi oznakę prestiżu w społeczności internetowej.
Wykorzystanie informacji z branży piwnej stwarza potencjalne możliwości zarobku związane z reklamą producentów napojów alkoholowych i ich produktów. Ponadto serwis może być sponsorowany przez firmy z branży zainteresowane współpracą.
Obecnie nie ma podobnych rozwiązań umożliwiających wyrażenie podziękowania za pomoc. Istnieją pluginy do darmowych forów internetowych (phpBB, invisionPowerBoard), które pozwalają na przyznanie tzw. „pomuków” dla użytkownika. Punkty te pokazują ile razy dany użytkownik okazał się pomocny. Funkcjonują jednak tylko w obrębie danego forum i są widoczne jedynie dla zarejestrowanych na nim osób, a więc wąskiej grupy Internautów. Nie ma uniwersalnego systemu punktacji, który pozwalałby na zebranie punktów z wielu serwisów i przedstawienie ich w przystępnej formie. Ponadto punkty nie stanowią atrakcyjnej formy podziękowania i w zasadzie pozostają mało zauważalne.
Serwis thankswithbeer.com będzie działał na zasadzie systemu z obsługą kont użytkowników - 'profilów piwoszy'. Ponadto będzie zawierał bibliotekę gatunków piwa na bieżąco uzupełnianą przez użytkowników.
Główne funkcjonalności (Must have):
Dodatkowe funkcjonalności (Could have):
Moduły:
Nazwa | Podziękuj piwem |
Twórca | Michał Paszko |
Poziom ważności | Ważny |
Typ przypadku użycia | Ogólny |
Aktorzy | Autor wpisu, Adresat wpisu |
Krótki opis | Podziekowanie wirtualnym piwem za pozytywny wpis na serwisie internetowym. |
Warunki wstępne | Autor wpisu musi posiadac aktywne konto w serwisie thankswithbeer.com oraz dodac link prowadzacy do jego profilu - a tym samym umozliwiajacy podziekowanie - na serwisie zawierajacym wpis. |
Warunki końcowe | Ponizej wpisu autora umieszcza sie uprzednio wybrane wirtualne piwo oraz opcjonalny komentarz osoby dziekujacej. Dodatkowo uaktualniaja sie prywatne statystyki autora wpisu (oraz adresata wpisu, jesli posiada aktywne konto) w serwisie thankswithbeer.com. |
Główny przepływ zdarzeń | 1. Czytelnik (adresat) wpisu postanawia podziekowac autorowi wirtualnym piwem. 2. Po kliknieciu na link z podziekowaniem adresat jest przekierowywany na strone profilu autora wpisu w serwisie thankswithbeer.com. 3. Adresat wpisu wybiera rodzaj oraz ilosc wirtualnego piwa, którym chce obdarowac autora wpisu. 4. Statystyki autora wpisu zostaja zaktualizowane w serwisie thankswithbeer.com. |
Alternatywne przepływy zdarzeń | 2a. Adresat wpisu zakłada konto w serwisie thankswithbeer.com 2b. Adresat wpisu - jesli posiada aktywne konto w serwisie thankswithbeer.com - loguje sie do serwisu. 3a. Adresat wpisu dodaje komentarz podziekowania. 4a. Statystyki adresata wpisu - jesli posiada aktywne konto w serwisie thankswithbeer.com zostaja zaktualizowane. |
Nazwa | Moderacja wpisów |
Twórca | Leszek Piątek |
Poziom ważności | Mało ważny |
Typ przypadku użycia | Ogólny |
Aktorzy | Autor moderowanego wpisu, Moderator |
Krótki opis | Autor moderowanego wpisu, dodaje nowy wpis (piwo, browar, grupę browarniczą), który później jest akceptowany lub nie przez moderatora. |
Warunki wstępne | Moderator posiada odpowiedni typ konta w naszym serwisie. Autor moderowanego wpisu wchodzi na odpowiednią stronę dodawania wpisów. |
Warunki końcowe | Wpis dokonany przez Autora moderowanego wpisu jest akceptowany lub też nie przez administratora. |
Główny przepływ zdarzeń | 1. Autor moderowanego wpisu Dodaje wpis. 2. Wpis jest dodawany i zapisywany w bazie. Wpis oznaczany jest jako do moderacji - nie wyświetla się innym użytkownikom. 3. Moderator loguje się do systemu i przechodzi na panel moderacji, gdzie ma listę wpisów. 4. Moderator przechodzi na każdy wpis i dokonuje weryfikacji poprawności wpisów. 5. Moderator akceptuje wpis - wpis staje się widoczny dla wszystkich. 6. Moderator usuwa wpis - usuwamy wpis z bazy. |
* - funkcjonalności o mniejszym priorytecie
BEER
LOVEDBEERS
HATEDBEERS
LOVEDBEERRATING
HATEDBEERRATING
BREWERY
BREWERY_OWNER
nie)
BEERING
Uwagi: Tabele USER, GROUP, PERMS, GALLERY i IMAGE wykorzystujemy jako wbudowane modele framework'a Django.
MtM = many to many
FK = Foreign Key
*=pola wielojęzykowe
BEGIN; CREATE TABLE "beers_breweryownercontent" ( "id" serial NOT NULL PRIMARY KEY, "model_id" INTEGER NOT NULL, "language_id" INTEGER NOT NULL REFERENCES "multilanguage_language" ("id") DEFERRABLE INITIALLY DEFERRED, "desc" text NOT NULL, "status" BOOLEAN NOT NULL ) ; CREATE TABLE "beers_breweryowner" ( "id" serial NOT NULL PRIMARY KEY, "name" VARCHAR(150) NOT NULL, "brewery_owner_id" INTEGER ) ; ALTER TABLE "beers_breweryownercontent" ADD CONSTRAINT "model_id_refs_id_598fc7fb" FOREIGN KEY ("model_id") REFERENCES "beers_breweryowner" ("id") DEFERRABLE INITIALLY DEFERRED; ALTER TABLE "beers_breweryowner" ADD CONSTRAINT "brewery_owner_id_refs_id_3d4e3b7b" FOREIGN KEY ("brewery_owner_id") REFERENCES "beers_breweryowner" ("id") DEFERRABLE INITIALLY DEFERRED; CREATE TABLE "beers_brewerycontent" ( "id" serial NOT NULL PRIMARY KEY, "model_id" INTEGER NOT NULL, "language_id" INTEGER NOT NULL REFERENCES "multilanguage_language" ("id") DEFERRABLE INITIALLY DEFERRED, "desc" text NOT NULL, "status" BOOLEAN NOT NULL ) ; CREATE TABLE "beers_brewery" ( "id" serial NOT NULL PRIMARY KEY, "name" VARCHAR(150) NOT NULL, "brewery_owner_id" INTEGER REFERENCES "beers_breweryowner" ("id") DEFERRABLE INITIALLY DEFERRED ) ; ALTER TABLE "beers_brewerycontent" ADD CONSTRAINT "model_id_refs_id_2e86a681" FOREIGN KEY ("model_id") REFERENCES "beers_brewery" ("id") DEFERRABLE INITIALLY DEFERRED; CREATE TABLE "beers_beercontent" ( "id" serial NOT NULL PRIMARY KEY, "model_id" INTEGER NOT NULL, "language_id" INTEGER NOT NULL REFERENCES "multilanguage_language" ("id") DEFERRABLE INITIALLY DEFERRED, "desc" text NOT NULL, "status" BOOLEAN NOT NULL ) ; CREATE TABLE "beers_beer" ( "id" serial NOT NULL PRIMARY KEY, "name" VARCHAR(150) NOT NULL, "brewery_id" INTEGER NOT NULL REFERENCES "beers_brewery" ("id") DEFERRABLE INITIALLY DEFERRED, "price_eur" DOUBLE PRECISION NOT NULL, "lovers" INTEGER NOT NULL, "haters" INTEGER NOT NULL, "logo" VARCHAR(100) NOT NULL, "bottle" VARCHAR(100), "glass" VARCHAR(100) ) ; ALTER TABLE "beers_beercontent" ADD CONSTRAINT "model_id_refs_id_38ce73d1" FOREIGN KEY ("model_id") REFERENCES "beers_beer" ("id") DEFERRABLE INITIALLY DEFERRED; CREATE TABLE "beers_hatedbeerratingcontent" ( "id" serial NOT NULL PRIMARY KEY, "model_id" INTEGER NOT NULL, "language_id" INTEGER NOT NULL REFERENCES "multilanguage_language" ("id") DEFERRABLE INITIALLY DEFERRED, "name" VARCHAR(100) NOT NULL ) ; CREATE TABLE "beers_hatedbeerrating" ( "id" serial NOT NULL PRIMARY KEY, "value" INTEGER NOT NULL ) ; ALTER TABLE "beers_hatedbeerratingcontent" ADD CONSTRAINT "model_id_refs_id_110e7a67" FOREIGN KEY ("model_id") REFERENCES "beers_hatedbeerrating" ("id") DEFERRABLE INITIALLY DEFERRED; CREATE TABLE "beers_hatedbeer" ( "id" serial NOT NULL PRIMARY KEY, "user_id" INTEGER NOT NULL REFERENCES "auth_user" ("id") DEFERRABLE INITIALLY DEFERRED, "beer_id" INTEGER NOT NULL REFERENCES "beers_beer" ("id") DEFERRABLE INITIALLY DEFERRED, "rating_id" INTEGER NOT NULL REFERENCES "beers_hatedbeerrating" ("id") DEFERRABLE INITIALLY DEFERRED ) ; CREATE TABLE "beers_lovedbeerratingcontent" ( "id" serial NOT NULL PRIMARY KEY, "model_id" INTEGER NOT NULL, "language_id" INTEGER NOT NULL REFERENCES "multilanguage_language" ("id") DEFERRABLE INITIALLY DEFERRED, "name" VARCHAR(100) NOT NULL ) ; CREATE TABLE "beers_lovedbeerrating" ( "id" serial NOT NULL PRIMARY KEY, "value" INTEGER NOT NULL ) ; ALTER TABLE "beers_lovedbeerratingcontent" ADD CONSTRAINT "model_id_refs_id_4fbf0e87" FOREIGN KEY ("model_id") REFERENCES "beers_lovedbeerrating" ("id") DEFERRABLE INITIALLY DEFERRED; CREATE TABLE "beers_lovedbeer" ( "id" serial NOT NULL PRIMARY KEY, "user_id" INTEGER NOT NULL REFERENCES "auth_user" ("id") DEFERRABLE INITIALLY DEFERRED, "beer_id" INTEGER NOT NULL REFERENCES "beers_beer" ("id") DEFERRABLE INITIALLY DEFERRED, "rating_id" INTEGER NOT NULL REFERENCES "beers_lovedbeerrating" ("id") DEFERRABLE INITIALLY DEFERRED ) ; CREATE TABLE "beers_beersize" ( "id" serial NOT NULL PRIMARY KEY, "size" DOUBLE PRECISION NOT NULL ) ; CREATE TABLE "beers_beering" ( "id" serial NOT NULL PRIMARY KEY, "who_id" INTEGER REFERENCES "auth_user" ("id") DEFERRABLE INITIALLY DEFERRED, "whom_id" INTEGER NOT NULL REFERENCES "auth_user" ("id") DEFERRABLE INITIALLY DEFERRED, "beer_id" INTEGER NOT NULL REFERENCES "beers_beer" ("id") DEFERRABLE INITIALLY DEFERRED, "beer_size_id" INTEGER NOT NULL REFERENCES "beers_beersize" ("id") DEFERRABLE INITIALLY DEFERRED, "referrer" VARCHAR(255) NOT NULL, "comment" VARCHAR(160) NOT NULL, "timestamp" TIMESTAMP WITH TIME zone NOT NULL, "ip" VARCHAR(15) NOT NULL ) ; CREATE TABLE "auth_permission" ( "id" serial NOT NULL PRIMARY KEY, "name" VARCHAR(50) NOT NULL, "content_type_id" INTEGER NOT NULL REFERENCES "django_content_type" ("id") DEFERRABLE INITIALLY DEFERRED, "codename" VARCHAR(100) NOT NULL, UNIQUE ("content_type_id", "codename") ) ; CREATE TABLE "auth_group" ( "id" serial NOT NULL PRIMARY KEY, "name" VARCHAR(80) NOT NULL UNIQUE ) ; CREATE TABLE "auth_user" ( "id" serial NOT NULL PRIMARY KEY, "username" VARCHAR(30) NOT NULL UNIQUE, "first_name" VARCHAR(30) NOT NULL, "last_name" VARCHAR(30) NOT NULL, "email" VARCHAR(75) NOT NULL, "password" VARCHAR(128) NOT NULL, "is_staff" BOOLEAN NOT NULL, "is_active" BOOLEAN NOT NULL, "is_superuser" BOOLEAN NOT NULL, "last_login" TIMESTAMP WITH TIME zone NOT NULL, "date_joined" TIMESTAMP WITH TIME zone NOT NULL ) ; CREATE TABLE "auth_message" ( "id" serial NOT NULL PRIMARY KEY, "user_id" INTEGER NOT NULL REFERENCES "auth_user" ("id") DEFERRABLE INITIALLY DEFERRED, "message" text NOT NULL ) ; CREATE TABLE "auth_group_permissions" ( "id" serial NOT NULL PRIMARY KEY, "group_id" INTEGER NOT NULL REFERENCES "auth_group" ("id") DEFERRABLE INITIALLY DEFERRED, "permission_id" INTEGER NOT NULL REFERENCES "auth_permission" ("id") DEFERRABLE INITIALLY DEFERRED, UNIQUE ("group_id", "permission_id") ) ; CREATE TABLE "auth_user_groups" ( "id" serial NOT NULL PRIMARY KEY, "user_id" INTEGER NOT NULL REFERENCES "auth_user" ("id") DEFERRABLE INITIALLY DEFERRED, "group_id" INTEGER NOT NULL REFERENCES "auth_group" ("id") DEFERRABLE INITIALLY DEFERRED, UNIQUE ("user_id", "group_id") ) ; CREATE TABLE "auth_user_user_permissions" ( "id" serial NOT NULL PRIMARY KEY, "user_id" INTEGER NOT NULL REFERENCES "auth_user" ("id") DEFERRABLE INITIALLY DEFERRED, "permission_id" INTEGER NOT NULL REFERENCES "auth_permission" ("id") DEFERRABLE INITIALLY DEFERRED, UNIQUE ("user_id", "permission_id") ) ; CREATE TABLE "multilanguage_language" ( "id" serial NOT NULL PRIMARY KEY, "code" VARCHAR(5) NOT NULL, "name" VARCHAR(16) NOT NULL ) ; COMMIT;
W projekcie zastosowaliśmy ulepszone rozwiązanie multilingualmodel. Ulepszenie polegało głównie na lepszej integracji z wbudowanym panelem administracyjnym Django.
Całość działania systemu wielojęzykowego obrazuje przykładowy diagram ERD:
Na obrazku widzimy encję BEERS_BEER (unikalny wpis w bazie, który przechowuje główne informacje dla encji - informacje nie związane z językiem). Dla encji tej mamy powiązanie FK (model_id) w encji BEERS_BEERCONTENT, które zawiera pola do tłumaczenia - w przykładzie jedynie pole DESC i STATUS są tymi polami.
Do całości brakuje jeszcze przyporządkowania języka dla danego wpisu w tabeli *CONTENT - zupełnie osobna encją MULTILANGUAGE_LANGUAGE.
Takie podwójne tworzenie modeli (jeden podstawowy oraz drugi z powiązany z tłumaczeniami pól) stosujemy dla każdej encji wielojęzycznej. Dzięki takiemu rozwiązaniu możemy dodawać kolejne wersje językowe bez konieczności definiowania ich z góry - nic nie stoi na przeszkodzie aby dodać nowy język do tabeli MULTILANGUAGE_LANGUAGE, a następnie dodać wpis w BEERS_BEERCONTENT
Aby zachować spójność danych można dodać jeszcze klucz UNIQUE(language, model_id) do każdego modelu *CONTENT, dzięki czemu na 100% nie będziemy mieli 2 wersji tłumaczeń tego samego języka.