Seuraavassa yleisiä linjauksia toteutusdokumentin mahdollisesta koostumuksesta
ja rakenteesta:

Lukurakenne:

1. Johdanto

2.Osajärjestelmät (Sampan heiniä, kauroja ja maissia)

(tässä luvussa voi selittää, mitä moduulien suunnittelussa otettiin huomioon
ja mikä oli moduulisuunnittelun tavoitteena ja miksi käytettiin Collectioneja
jne. Eli filosofista pohdintaa tehdyistä ratkaisuista. Jokaisen moduulin omassa
luvussa kuvataan moduulien toiminnallisuutta tarkemmin. Lisäksi tietovuokaavioita
järjestelmän toiminnasta eri käyttötapauksissa.)

	2.1 Metadata
	2.2 Filtteri	
	2.3	Käli
	
3. Metadata-moduuli
	3.1 Yleiskuva (mm. luokkakaavio)
	3.2	Rajapinnat muihin moduuleihin
	3.3	Metadatan luokkien suhtautuminen toisiinsa (kuka käyttää, kuka luo ja
	miksi jne.)
	3.4	Luokka OntologyResource (luokan muuttujien ja metodien yksityiskohtainen
	esittely. Paljon tarkempi kuin javadocmainen yhden rivin kommentointi. Miksi
	muuttuja tai metodi on tarpeellinen, miksi siinä käytetään Collectioneja,
	Vectoreja tai muita hässäköitä?)
	3.5--3.? Luokka N.N (toistetaan luvun 3.4 menettely kaikille moduulin luokille)
	
4. Filtteri-moduuli (samat asiat kuin metadatalle)

5. Käli-moduuli ( samat asiat kuin metadatalle. Lisäksi muutama kuva
käyttöliittymästä ja niiden selitys)

6. Proto1 vs. proto2
	Miksi proto1 hylättiin? Mikä on parempaa protossa2? Tämä on tärkeä luku,
	jossa voidaan tuoda esiin käytännön kokemuksia ja ongelmia. Miksi tehtiin
	niin kuin tehtiin?
	
7. Testaus
	Miten testattiin? (köh, köh) Miksi testaaminen jätettiin vähälle huomiolle?	
	Miten testataan tulevaisuudessa?
	 
	7.1	Metatieto
	7.2 Suodatin
	7.3	Käyttöliittymä
	
8.	Toteutuksen arvionti ja ongelmat
	Miten onnistuttiin? Missä on parannettavaa? Mitä ongelmia jäi ratkaisematta? Jokaiselle
	moduulille oma aliluku.
	
	8.1	Metatieto
	8.2	Suodatin	
	8.3	Käyttöliittymä