TAHKO projektikokous
====================

Aika  : 2001-09-14 09:00-10:00 (pe)
Paikka: TKTL, sali C476
Läsnä : Petri Savolainen (pj). Heikki Hiltunen, Tero Kallio, Anu Leponiemi
        (sihteeri), Piia Porvali, Janne Savukoski. Juha Makkonen (ohjaaja),
        Tex the Client (asiakkaan yhteyshenkilö)


1 YLEISTÄ

Asiakas oli paikalla, ja tunnin pituisessa palaverissa käytiin läpi
lähinnä edellisellä kerralla listattuja kysymyksiä.

Jatkossa asiakkaalle voi lähettää kysymyksiä sähköpostilla.


2 ASIAKKAALLE ESITETYT KYSYMYKSET

2.1 KIRJAUTUMINEN PALVELUUN

Yksinkertainen käyttäjätunnus ja salasana Myyjä-taulussa riittävät
käyttäjän tunnistamiseksi. Kirjautumisen ei tarvitse olla turvallisuus-
mielessä kovin tarkka; pääasia on, että myyjä tunnistetaan tarjouksen
muodostamista varten.

Asiakkaalla ei ole olemassa valmiiksi järjestelmää, josta autentikointi
tapahtuu.

2.2 TUOTTEIDEN RIIPPUVUUDET

Kaikki asiakkaat, joille järjestelmä tekee tarjouksen, ovat jo
solmineet yrityssopimuksen, ja ovat silloin jo myös tietokannassa
(Asiakas-relaatio). Vasta yrityssopimuksen tekemisen jälkeen
järjestelmä voi tehdä asiakkaalle tarjouksen, josta sitten voi myöhemmin
syntyä varsinainen sopimus.

Asiakas-relaatiossa on tieto siitä, mitä tuotteita asiakkaalle voidaan
tarjota. Tämä on ainoa riippuvuus tuotteiden kannalta, joka Tahkoon
toteutetaan.

Tuote-relaatio: tuotetunnus (id), nimi, ominaisuudet, edellytykset...

Jokainen erilainen tuote (ts. tuote, jolla on esimerkiksi sama nimi,
mutta eri ominaisuudet) on eri tuote, ts. sillä on oma tuotetunnus.

2.3 TIETOKANNAN RAKENNE

Tietokannan rakenne ei ole tiedossa, saa tehdä itse vaatimusten mukaisen
tietokannan.

2.4 TIETOKANNAN YLLÄPITO

TAHKOn ei tarvitse ylläpitää tietokantaa myyjä- ja asiakasrelaatioiden
osalta?

2.5 SYÖTTEET

Myyjän antamat syötteet tarjousta tehtäessä:

1) Kirjautuessaan järjestelmään myyjätiedot
2) Asiakastiedot
    * asiakkaita on niin paljon, että tähän pitänee rakentaa jokin
    toimiva hakutyökalu (vrt. lista)
    * jokainen alaosasto on oma rivinsä Asiakas-relaatiossa
    * asiakastiedoissa tarvitaan myös yhteyshenkilö
3) Tuotetiedot
    * tuotteita voi olla tarjouksessa useita
    * vapaatekstikenttä tervehdykselle tms.
    * annetaan voimassaolopäivämäärä, joka on oletusarvoisesti yksi
    kuukausi

2.6 HINNOITTELU

Jokaisella tuotteella on minimihinta ja normaalihinta. Sen, rajoittaako
käyttöliittymä annettavaa hintaa minimihinnan perusteella, voi säätää
käyttöliittymä-XML:sta.

Myyjällä on mahdollisuus editoida yksittäisten tuotteiden hintoja, joiden
perusteella tarjouksen kokonaissumma lasketaan. Kokonaissummasta myyjä
voi alentaa jonkin prosenttimäärän.

2.7 HINTOJEN ILMOITTAMINEN TARJOUKSESSA

Jokainen yksittäinen hinta näytetään tarjouksessa (normaalihinta ja
alennus). Näytetään myös kokonaishinta ennen ja jälkeen alennuksen.


3 TOTEUTUSTAPA

Näiden lisäksi käytiin keskustelua toteutustavasta. Petri esitti kaksi
vaihtoehtoista tapaa, joita asiakas vielä miettii. Petri lähettää
asiakkaalle kirjallisen selvityksen molemmista vaihtoehdoista.

3.1 PALVELINSOVELLUS

Ohjelma näkyy käyttäjälle WWW-sivustona.

Sovelluksen toiminnallisuus on WWW-palvelimella pyörivässä Servletissä,
joka käsittelee palvelukutsut. Käyttöliittymän muokkaamisessa sovellus
käyttää suoraan jotakin XML-parseria, joka saa syötteenä XML-tiedoston
(käyttöliittymän rakennussäännöt) ja tyylisäännöt (XSL?), ja tulostaa
käyttäjälle HTML-sivun. Tällainen XML-työkalu voisi olla esimerkiksi
Apachen Cocoon.

3.2 ASIAKAS-PALVELIN -RATKAISU

Ohjelma näkyy käyttäjälle WWW-selaimessa sovelmana (applet) tai 
erillisenä Java-sovelluksena.

Pelkkä asiakassovelluksessa pyörivä ratkaisu, joka ottaisi yhteyden
tietokantaan, ei riitä, vaan asiakkaan pitää ottaa yhteyttä erilliseen
palvelimeen tietokantayhteyksien saamiseksi.

Asiakas: Tässä voi määrätä sen, mistä yhteys otetaan. Myyjät käyttävät
tätä nimeonmaan omilta koneiltaan. Näin tietokantayhteydet rajoitetaan
tulemaan vain tietyistä paikoista.


4 SEURAAVA KOKOUS

Tiistaina 18.9, sali C476. Jatketaan viikontakaisen esityslistan pohjalta.
Lisäksi tarkistetaan ainakin projektin aikataulu.


5 DEADLINES

18.9. Aikataulun tarkistaminen (kaikki paitsi Anu, lällällää ;)