diff --git a/README.md b/README.md
index 14a02bd0763f18583f4a7a6d7bf0cf0437f87148..ab3fe10cf97d3c37da4fb9c3c4165c4cf5ad5480 100644
--- a/README.md
+++ b/README.md
@@ -1,73 +1,10 @@
+# Information retrieval – Vektorový model
 
-# ZADÁNÍ
-Cílem projektu je implementace vektorového systému ukládání dat (tj. poreprocessing a indexování) spolu
-s možností dotazování z GUI.
-## VSTUP
-Dotaz – seznam termů spolu s váhami.
-## VĂťSTUP
-Seznam databázových dokumentů odpovídající dotazu v klesajícím pořadí podobnosti.
-## INFORMACE/POTŘEBNÉ ZNALOSTI
-Vektorový model je jeden ze způsobů jak prohledávat kolekci dokumentů adresující nedostatky boolovského
-modelu. Oproti boolovskému modelu není binární, tj. pro každý term neobsahuje informaci o tom, ve kterém
-dokumentu se daný term vyskytuje, nýbrž informaci o tom, jak moc se ve kterém dokumentu vyskytuje. Dotaz
-je pak tvořen seznamem termů a váhami (důrazem), které uživatel jednotlivým termům přiřazuje.
+## Struktura projektu
+Projekt se skládá ze tří oddělených aplikací.
+1) `preprocessing/` (základní zpracování dokumentů – odstranění nevýznamových slov, lematizace, uložení obsahu jednotlivých dokumentů do databáze)
+2) `weight_calculation/` (výpočet vah termů v jednotlivých dokumentech)
+3) `querying/` (dotazování na podobnost dokumentů z webového rozhraní)
 
-Dotaz je vyhodnocován oproti kolekci dokumentů, tj. každý dokument lze chápat jako objekt databáze.
-Nejjednodušší možností přístupu k této databázi je procházet každý dokument zvlášť a dotazovat se, jak moc je
-daný dokument podobný dotazu. S rostoucí velikostí kolekce je ovšem takovýto přístup nevyhovující a proto je
-třeba ukládat data ve formě vhodné pro vyhledávání. Stejně jako u boolovského modelu projde každý
-dokument nejdříve fází preprocesingu, kdy jsou z dokumentu odstraněna nevýznamová slova (tj. slova, která se
-nesou málo informace, jako např. spojky a předložky) a významová slova jsou “stemmovány” (jednodušší
-proces) nebo “lematizovány” (sofistikovanější proces) za účelem získání základů slov.
-
-Po preprocesingu máme tedy k dispozici kolekci slov, kterou je třeba uložit takovým způsobem, aby v ní šlo
-efektivně vyhledávat. U boolovského modelu je každý dokument uložen jako binární vektor, čímž dostáváme
-tzv. term-by-document matici, kde na i-tém řádku v j-tém sloupci je 1, pávě tehdy pokud je term i obsažen
-v dokumentu j. Takový přístup nedokáže rozlišit, jak moc daný term vystihuje dokument, v kterém se nachází.
-Nelze říci, zda se term i vyskytuje v dokumentu pouze okrajově, nebo je celý dokument právě o tomto termu.
-Z toho důvodu jsou v term-by-document matici reálné hodnoty v rozmezí 0 až 1, definující váhu (důležitost)
-termu pro dokument. Určování vah je typicky založeno na frekvenci výskytu termu v dokumentu a výskytu
-termu přes celou kolekci. Nejznámější schéma založené na tomto principu se nazývá tf-idf (term frequency -
-inverse document frequency) schéma. Každý dokument je pak možné popsat n-dimenionálním vektorem (n je
-velikost slovníku) a tedy lze chápat jako bod v n-dimenzionálním prostoru.
-Stejně jako dokument lze reprezentovat i dotaz. Dimenze odpovídající termům, které zadal uživatel, mají
-hodnoty určeny dotazem, ostatní dimenze mají hodnotu 0. Definujeme-li pak nějakou vzdálenost mezi dvěma
-body v n-dimenzionálním prostoru (u vektorového modelu je to kosinová vzdálenost), lze podobnost
-dokumentů chápat jako převrácenou vzdálenost bodů, které je reprezentují.
-
-Podobně jako u boolovského modelu lze pro efektivní implementaci využít invertované seznamy. Tyto slouží ve
-vektorovém modelu k identifikaci dokumentů obsahujících dané termy (jako u boolovského modelu).
-Identifikované dokumenty jsou pak setříděny podle podobnosti k dotazu (viz předchozí odstavec).
-
-Vektorový model se tedy skládá z následujících částí:
-1. Extrakce a preprocesing termĹŻ z dokumentĹŻ.
-2. Efektivní uložení dokumentů v datové struktuře (invertovaný seznam).
-3. Vyhodnocovací/dotazovací modul využívající strukturu z předchozího kroku.
-## STAVBA APLIKACE
-Aplikace by měla obsahovat:
-* Extrakce termĹŻ.
-* Identifikace nevýznamových slov.
-* Stemming/lematizace.
-* Výpočet vah termů.
-* Implementace indexovacĂ­ struktury.
-* Vyhodnocení dotazu oproti indexovací struktuře.
-* Webový interface (zadání dotazu a vizualizace výsledku).
-## POZNÁMKY K ŘEŠENÍ
-V rámci projektu je třeba implementovat jak vektorový model umožňující neprocházet celou kolekci
-(invertovaný seznam například), tak sekvenční průchod, tj. procházení kolekce dokumentů bez využití indexu.
-Sekvenční průchod je pak možné použít k porovnání výsledků vyhledávání vzhledem k vektorovému modelu.
-
-Lze využít knihovny na parsování dokumentů, příp. preprocessing.
-### DATA
-Datová sada by měla obsahovat alespoň tolik dokumentů, aby bylo možné pozorovat výhody použití
-vektorového modelu oproti sekvenčnímu průchodu. Zdroj dat je libovolný – např. offline verze nějakého
-webového serveru (novinové články, …).
-### EXPERIMENTY
-V tomto projektu lze mimo jiné provádět srovnání vektorového modelu se sekvenčním průchodem s ohledem
-na čas vykonání dotazu. Lze také testovat vliv různých vnitřních parametrů na výkon algoritmu (např. různé
-nastavení v invertovaném seznamu) apod.
-##ZDROJE
-1. Přednáška Vyhledávání textu - Booleovské modely. Implementace.
-1. Přednáška Vyhledávání textu - Vektorové modely. Implementace.
-1. Jaroslav Pokorný, Václav Snášel, Dušan Húsek. Dokumentografické Informační Systémy. Karolinum,
-1998
\ No newline at end of file
+## Požadavky na běh
+Jsou popsány u každé konkrétní aplikace v souboru `REQUIREMENTS.md` spolu s informacemi, odkud stáhnout a kam případně umístit knihovny třetích stran.
diff --git a/doc/documentation.docx b/doc/documentation.docx
index 869b16ff66eb79da60b69435e2449c7dbd445592..eed43a733adc4a3219b7cc6885adb045c528190c 100644
Binary files a/doc/documentation.docx and b/doc/documentation.docx differ