Toiminnallinen määrittely Projektin nimi versio 2.6
|
|
- Helinä Saaristo
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 Toiminnallinen määrittely Projektin nimi versio 2.6 TTY Ohjelmistotekniikka OHJ-0000 Kurssin nimi Tekijä: <vastuuhenkilö> Tulostettu: :36 Jakelu: <kenelle jaellaan (ja ryhmän jäsenet)> Dokumentin tila: työversio Muokattu: :36
2 VERSIOHISTORIA Versio Päiväys Tekijät Selite (muutokset, korjaukset...) ?? Ikonen Alkuperäinen Ikonen Jari 3. ja 4. luvun muutokset Peltonen 3. ja 4. luvun uudelleen läpik Haikala Limitetty (luovasti) yhteen projektityökurssin dokumentointimallin kanssa Koivisto Elina Yhdistetty luvut 2.4 ja 2.5. Korjattu tekstiä ja muotoilua. Siirretty asioita tsekkilistaan (listattu erikseen). Päivitetty ajantasalle projektityökurssin Tensun dokumenttirunkojen ( ) mukaisesti Koivisto Elina Ensimmäisen katselmoinnin pikkukorjaukset Makkonen Markus Korjattu muotoiluja Makkonen Markus Muutoksia ja lisäyksiä kohtiin 2.4, 2.5 ja Makkonen Markus Korjattu kohdan 1.5 muotoilu Makkonen Markus Muokattu kohdan 7.1 otsikkoa. Muokattu: :36 2/26
3 SISÄLLYSLUETTELO 1. JOHDANTO TARKOITUS JA KATTAVUUS TUOTE MÄÄRITELMÄT, TERMIT JA LYHENTEET VIITTEET YLEISKATSAUS DOKUMENTTIIN YLEISKUVAUS YMPÄRISTÖ TOIMINTA KÄYTTÄJÄT YLEISET RAJOITTEET OLETUKSET JA RIIPPUVUUDET TIEDOT JA TIETOKANNAT TIETOSISÄLTÖ Käsite X (kukin omana alakohtanansa) KÄYTTÖINTENSITEETTI KAPASITEETTIVAATIMUKSET TIEDOSTOT JA ASETUSTIEDOSTOT TOIMINNOT YLEISTÄ (TAI JOKU MUU SOPIVA OTSIKKO) JÄRJESTELMÄN TOIMINNOT ULKOISET LIITTYMÄT LAITTEISTOLIITTYMÄT OHJELMISTOLIITTYMÄT TIETOLIIKENNELIITTYMÄT MUUT OMINAISUUDET SUORITUSKYKY JA VASTEAJAT KÄYTETTÄVYYS, TOIPUMINEN, TURVALLISUUS, SUOJAUKSET YLLÄPIDETTÄVYYS...20 Muokattu: :36 3/26
4 6.4 SIIRRETTÄVYYS JA YHTEENSOPIVUUS KÄYTTÄJÄN YLLÄPITOTOIMET SUUNNITTELURAJOITTEET STANDARDIT JA SUOSITUKSET LAITTEISTORAJOITTEET OHJELMISTORAJOITTEET MUUT RAJOITTEET HYLÄTYT RATKAISUVAIHTOEHDOT JATKOKEHITYSAJATUKSIA VIELÄ AVOIMET ASIAT...26 Muokattu: :36 4/26
5 SOVELLUSOHJE TTY:N OHJELMISTOTEKNIIKAN LAITOKSEN KURSSEILLA Täysin yleisen kaikkeen soveltuvan dokumentointimallin tekeminen on mahdotonta. Siksi tässä esitettyä mallia voi soveltaa luovasti. Esimerkiksi uusia alakohtia kannattaa tarvittaessa lisätä jäsentelyn selkeyttämiseksi. Jos johonkin kohtaan ei tule mitään, se voidaan jättää pois. Ainakin päälukujen kohdalla luvun otsake kannattaa kuitenkin jättää paikoilleen, jotta päälukujen numerointi ei muutu. Tekstiksi voi kirjoittaa vaikkapa: Ei merkitystä tässä dokumentissa. Näin lukijakin huomaa, että kohta ei ole vahingossa jäänyt tyhjäksi. Jos aiot tehdä merkittäviä muutoksia rakenteeseen, keskustele niistä harjoitustyön ohjaajan kanssa. Dokumentissa voi olla myös kuva-, taulukko- ja liiteluettelo, jos niitä tarvitaan. Määrittelydokumentin tärkeimmät asiat ovat: toiminnot tarkasti esitettyinä sekä käyttöliittymän ja tietokannan kuvaus. Siinä tulee kertoa se, mitä sovellus tekee, ja myös se mitä sovellus ei saa tehdä. Dokumentin tarkoitus on olla apuväline tilaajan ja toimittajan keskinäisessä työssä yhteisen päämäärän hyväksi. Toiminnallisen määrittelyn perusteella: 1. Todetaan, että projekti voidaan (tai ei voida) viedä läpi. 2. Toteuttaja tietää mitä tehdään. 3. Asiakas tietää mitä saa. 4. Epäselvät asiat ja riskit tulevat tunnistetuiksi. 5. Käsitteet ja termit täsmentyvät. Epämääräiset ilmaisut (melkein, yleensä jne.) määrittelydokumentissa tarkoittavat, ettei ole päästy yksimielisyyteen kyseisestä asiasta. Tällainen "katsotaan myöhemmin" - asenne kolahtaa kuitenkin ennen pitkää omaan nilkkaan. Myös kaikki itsestäänselvyydet on muistettava mainita. Jollei jotain seikkaa ole määritelty tarkasti tai mainittu lainkaan, lukija tulkitsee sen niin kuin itse parhaaksi näkee. Kaikki käyttäjälle näkyvät asiat on kiinnitettävä määrittelyvaiheessa siis myös käyttöliittymä virheilmoituksineen. "Suunnittelu- ja toteutusvaran" jättäminen johtaa vain vaikeuksiin. Dokumentin kieliasuun, oikeinkirjoitukseen ja ilmaisun täsmällisyyteen tulee kiinnittää erityistä huomiota. Dokumentti kirjoitetaan sujuvalla ja selkeällä suomen tai englannin kielellä. Sekalanguagen (esim. Jatka ja Exit samassa yhteydessä) käyttö on kielletty. Jos termille ei ole vakiintunutta suomennosta, käytetään vastaavaa englanninkielistä termiä Muokattu: :36 5/26
6 1. JOHDANTO 1.1 Tarkoitus ja kattavuus 1.2 Tuote Tähän kirjoitetaan miksi tämä dokumentti on tehty ja kenelle se on tarkoitettu. Esimerkiksi oman firman suunnitteluporukalle tai/ja maallikkoasiakkaalle tai jollekin muulle taholle. Kohdassa myös määritellään kattaako määrittely koko tuotteen toiminnallisuuden, vai vain jonkin osan siitä. Esimerkiksi: Käyttöliittymä on jätetty pois tästä dokumentista ja se on kuvattu alustavassa käyttöohjeessa [P B]. Tähän kirjataan rakennettavan tuotteen nimi, tarkoitus ja tavoitteet. Kohdassa kuvataan yleisellä tasolla toimintaympäristö ja voidaan myös kertoa tuotteen tarjoamista hyödyistä käyttäjille. Esimerkiksi: Sovellus toimii PC:llä Windows98-käyttöjärjestelmässä ja sen käyttämiseen tarvitaan lähiverkko. 1.3 Määritelmät, termit ja lyhenteet Tässä listataan sanat ja käsitteet, jotka eivät ole lukijalle tuttuja, tai joiden voidaan ajatella tuottavan sekaannuksia erikoisella käytöllään, tai jotka eivät yleisesti ole käytössä tai tiedossa. Asiat kannattaa esittää tässä luettelossa aakkosjärjestyksessä. Esimerkiksi ASCII-merkistöstä selitetään, mitä se tarkoittaa, ja ilmoitetaan onko se 7-bittinen (esim. ISO 10646) vai 8-bittinen (esim. ISO ). Tässä voidaan myös purkaa englanninkieliset lyhenteet (WEfI = Windowing Environment for Idiots), tai sitten saman tien suomentaa nekin (WSfI = Windowing Environment for Idiots, keskivertokäyttäjän käyttöliittymä). Se miten menetellään, on projektikohtainen tyylikysymys. Tässä kohdassa voidaan määritellä myös dokumentissa käytetyt merkintätavat. Esimerkki tästä on esitetty taulukossa 1. "Varatut sanat" eli "avainsanat" ja toimintojen tms. nimet olisi hyvä korostaa tekstissä jollakin tapaa, se helpottaa huomattavasti lukemista. Muokattu: :36 6/26
7 Taulukko 1 Dokumentissa käytettävät merkintätavat. lihavointi toimintojen nimet valikon kohdat/nimet painikkeet kursivointi ISOILLA KIRJAIMILLA käyttäjän syötteet tietovarastojen nimet tiedostojen nimet [hakasuluissa] viittaukset 1.4 Viitteet Tässä esitetään järjestelmään tai sen rakentamiseen liittyvät tietolähteet mikäli tarpeen (nimi, versio, päiväys, mistä löydettävissä). Tähän liittyviä dokumentteja voivat olla mm. esitutkimus ja vaatimusmäärittely. Luettelo aakkostetaan viitteen mukaan. Esimerkiksi (viitteissä näkyy tekijä tai aihe ja tekovuosi): [Dokuty98] Dokumentoinnin tyyliohje, , versio 1.0, TTY Ohjelmistotekniikka, [Esitut] Oskari Ovaska, Esitutkimusdokumentti järjestelmälle X, , versio Yleiskatsaus dokumenttiin Tässä kohdassa kuvataan dokumentin rakenne. Jos käytetyn dokumenttipohjan voi olettaa olevan lukijalle tuttu, riittää viittaus dokumenttipohjaan. Muussa tapauksessa esitetään, mitä missäkin luvussa käsitellään. Tämän perusteella lukija saa yleiskuvan dokumentin rakenteesta, ja hän pystyy myös päättelemään, mitä osia dokumentista hänen kannattaa lukea. Muutama lause kunkin luvun sisällöstä kertoo paljon enemmän kuin pelkkä sisällysluettelon silmäily. Esimerkki: Luku 2 kuvaa järjestelmän toiminnan yleisellä tasolla: siihen kuuluvan laitteiston, käyttäjät, järjestelmän riippuvuudet ja rajoitukset. Luvussa 3 kuvataan järjestelmän tietosisältö eli tietokanta ja tietovirrat. Muokattu: :36 7/26
8 Luvussa 4 määritellään järjestelmän toiminnot. Kustakin toiminnosta on kuvattu mitä se tarkoittaa, mitä se saa syötteeksensä ja toiminnon suorittamisesta tapahtuvat toiminnot ja/tai vaikutukset. Luku 5 kertoo järjestelmän ulkoiset liittymät, eli laitteiston, tietoliikenteen ja ohjelmistoliittymät. Lukuun 6 on kuvattu järjestelmän ei-toiminnalliset ominaisuudet, kuten suorituskyky, vasteajat, käytettävyys ja ylläpidettävyys. Lukuun 7 on kirjattu suunnitteluun vaikuttavat rajoitteet, kuten standardit sekä ohjelmisto- ja laitteistorajoitteet. Luvussa 8 esitellään vaihtoehdot, jotka ovat olleet esillä, mutta on syystä tai toisesta hylätty. Luku 9 on varattu jatkokehitysajatuksille. Lukuun 10 on kerätty avoimia kohtia, ts. asioita, jotka ovat jääneet selvittämättä. Valmiista dokumentista tämä kohta yleensä puuttuu. Muokattu: :36 8/26
9 2. YLEISKUVAUS 2.1 Ympäristö 2.2 Toiminta 2.3 Käyttäjät Tämän luvun kuvauksissa esitetään mahdollisimman tiiviisti toteutettava järjestelmä ja sen ympäristö. Kiireinen lukija selaa määrittelystä vain 1. ja 2. luvut ja sen perusteella hän toteaa, kannattaako dokumenttiin perehtyä tarkemmin. Lukuun voidaan liittää esimerkiksi käyttötapauskaavio. Käyttötapauksien kuvaukset voi laittaa liitteeksi. Tässä kerrotaan laajempi kokonaisuus johon tuote tai järjestelmä liittyy. Kohdassa kuvataan sen ohjelmisto- ja laitteistoympäristö ja kerrotaan onko tuote itsenäinen vai osa jotakin suurempaa kokonaisuutta. Kohdassa esitetään yleinen yhteenveto tuotteen ominaisuuksista (pääkohdat poimittuina 4. luvusta) ja kerrotaan yleisesti ohjelman syötteet, toiminta sekä tulosteet. Tässä kohdassa ei saa selittää mitään mitä ei ole tarkemmin selostettu 4. luvussa. Mikäli ohjelmistossa on joitakin erikoisuuksia, ne on syytä mainita jo tässä. Esimerkiksi: jollei ole tulostusta kirjoittimelle, jos ohjelmistoa voidaan käyttää vain hiirellä tai jos näyttö on erikoisen kokoinen (taskutietokone). Voidaan myös viitata tarkemmin asianomaiseen tässä dokumentissa jäljempänä olevaan kohtaan, mutta yleensä viittauksia ei tarvita. Esimerkiksi: Katso luku 5.1. Tässä kohdassa määritellään keitä ovat järjestelmän käyttäjät, onko kyseessä yhden vai monen käyttäjän järjestelmä ja mikä on käyttöympäristö. Kohdassa mainitaan onko järjestelmällä ylläpitäjiä. Selitetään mikä on käyttäjien asema organisaatiossa ja mikä on heidän koulutuksensa varsinkin mitä pitää osata, jotta voi käyttää tätä järjestelmää. Tähän myös kirjataan kuinka usein järjestelmää käytetään, esimerkiksi päivittäin tai viikoittain. 2.4 Yleiset rajoitteet Määrittelyä ja suunnittelua koskevat yleiset rajoitteet (lainsäädäntö, sovelluksen kriittisyys, suojaus- ja turvallisuusvaatimukset, liittymät muihin järjestelmiin) koottuina 6. ja 7. luvuista. Muokattu: :36 9/26
10 Esimerkiksi jos GNU lisenssiehdot (GPL,...) saattavat vaikuttaa tähän projektiin. Mikäli esimerkiksi näytöllä on todella erikoinen minimi- tai maksimitarkkuus, se voidaan mainita tässä. Onko tulostimella joitakin rajoituksia? Asiat jotka halutaan jo nyt Yleiskuvaus-luvussa tuoda lukijan tietoisuuteen. Asiat jotka asettavat rajoja määrittelylle sekä sitä kautta suunnittelulle ja toteutukselle. Myöhemmissä luvuissa ne kaikki asiat kerrotaan tarkemmin. 2.5 Oletukset ja riippuvuudet Oletukset, jolloin määrittely on voimassa, esim. tietty käyttöjärjestelmä tai laitteisto (koottu 7. luvusta). Tietokannan kyselykieli (esimerkiksi SQL92). Tai esimerkiksi jos sovelluksella voi kerrallaan olla vain yksi käyttäjä, on se olennaista mainita jos tässä. Kiireinen lukija selaa määrittelystä vain 1. ja 2. luvut, sen perusteella hän toteaa kannattaako dokumenttiin perehtyä tarkemmin. Muokattu: :36 10/26
11 3. TIEDOT JA TIETOKANNAT Ohjelman tietosisällöllä on tärkeä vaikutus ohjelman toimintaan. Tämän vuoksi ohjelman sisältämät tiedot ja niiden väliset yhteydet on määriteltävä tarkasti ja täsmällisesti. Tarkoituksena on selvittää mitä tietoja järjestelmä käsittelee. Tietokannan tarkka rakenne kuvataan vasta suunnitteluvaiheessa, eikä sitä siten esitetä tässä dokumentissa. Poikkeuksena tästä voi olla hyvin matalan tason järjestelmä tai järjestelmä jonka tiedetään käsittelevän tietoja juuri tietyllä tavalla. Tietosisällöstä kokonaisuutena kuvataan ensin seuraavanlaisia asioita: tietosisältö korkealla tasolla sekä tietojen väliset yhteydet samaa tietosisältöä (voi siis olla tietokanta) käyttävät muut ohjelmistot tai järjestelmät tukiohjelmisto (esim. varmistukset, toipuminen, testaus) ylläpito-, varmistus- ja suojausnäkökohdat. Tietosisältö ja tietojen väliset yhteydet voidaan kuvata tässä käsitekaavion avulla. Käsitekaavio on esimerkiksi UML-luokkakaavio, joka kuvaa tietosisällön käsitteellisellä tasolla. Se ei siis kuvaa toteutusta, vaan mallintaa reaalimaailmaa. Käsitekaavio myös selitetään yleisellä tasolla sanallisesti tässä yhteydessä (lähinnä suhteet), mutta tarkempi tietosisällön kuvaus on omissa kohdissaan tietohakemiston muodossa. Määrittelydokumentissa tiedot on esitettävä sillä tarkkuudella, että suunnitteluvaiheessa on selvillä vähintään tietojen perusrakenne ja niiden väliset yhteydet. Tavoitteena on todellisuutta (ei toteutusta) täydellisesti (koko sovellusalueen tietosisältö ja piirteet) kuvaava, luettavassa muodossa oleva esitys tietosisällöstä. Mikäli järjestelmän käsittelemä tietosisältö koostuu useista tiedostoista tai tietokannoista, näiden olemassaolo julkituodaan tässä. Valmiit tietokannat, joita ohjelma käyttää, mainitaan kohdassa 5.2. Tarvittaessa voidaan viitata kyseiseen kohtaan. 3.1 Tietosisältö Tietosisällöstä kokonaisuutena kuvataan ensin seuraavanlaisia asioita: Tietosisältö korkealla tasolla sekä tietojen väliset yhteydet. Samaa tietosisältöä (voi siis olla tietokanta) käyttävät muut ohjelmistot tai järjestelmät. Muokattu: :36 11/26
12 Tukiohjelmistot. Esimerkiksi varmistukset, toipuminen ja testaus. Ylläpito- varmistus- ja suojausnäkökohdat. Tässä kohdassa kuvataan jokainen käsite (=entity, =tietokokonaisuus), käsitteiden väliset suhteet sekä käsitteisiin ja suhteisiin liittyvät ominaisuudet (=attribuutit, =yksittäiset kentät, =yksittäiset tiedot). Jokainen käsite ja sen ominaisuudet kuvataan omassa alakohdassaan 3.1.x. Mikäli suhteilla on ominaisuuksia, niille voi tarvittaessa tehdä oman alakohdan. Tietohakemistossa käytetyt merkinnät ja termit tulee esittää (satunnaista lukijaa varten) esimerkiksi seuraavasti: Tässä tietohakemistossa käytetään seuraavia merkintätapoja ja termejä: Merkintä Selitys + Ja ( ) Optionaalinen (voi puuttua) { } Toisto (0-N kertaa) n{ }m Toisto n-m kertaa n-m Väli n:stä m:ään [ ] Vaihtoehtoja Vaihtoehtojen Avainominaisuus * Selite muodossa * teksti * / Automaattisesti täytettävä tai laskettava kenttä M K * 8-bittisen ascii-merkistön kirjain, numero tai muu kirjoitusmerkki. * A-Ä a-ä N 0-9 Muokattu: :36 12/26
13 P * Päiväys, josta pv, kk ja vuosi selviävät yksikäsitteisesti * Yksittäiset kirjoitettavat merkit esitetään ' -merkkien välissä. Esimerkiksi 'A'. Kirjoitettavat merkkijonot esitetään lainausmerkkien välissä. Esimerkiksi "Aasi" Käsite X (kukin omana alakohtanansa) Tietohakemisto on kuvattava ryhmitellen käsitteet loogisesti järkevään järjestykseen. Tarvittaessa käytetään esimerkiksi nelitasoista alakohtien luokittelua. Käsitteet kuvataan niiden ominaisuuksien avulla. Jokaisesta ominaisuudesta kerrotaan: tyyppi (kirjain, teksti, desimaaliluku...) koko (pituus, tila jonka se vie. Esim. 8 merkkiä tai jos tiedetään kuvattavan tiettyä tietokantaa, voidaan käyttää sen vakiotyyppejä, esimerkiksi DATETIME, CHAR11) selite (mikä tieto on kyseessä, ei kaikilla pakollinen). Lisäksi tarvittaessa kuvataan ominaisuuksien käsittely- ja laskentasäännöt sekä päivityskriteerit ja tavat esimerkiksi seuraavasti: Projektin kestoa ei tallenneta erikseen vaan se lasketaan kaavalla Loppupvm Alkupvm. Hakijan tunnus tuotetaan automaattisesti tällä ohjelmalla ja sitä saa päivittää vain tämä ohjelma. Muita esitettäviä asioita ovat mm. tietojen pysyvyys (pidetäänkö tiedot tallessa levyllä, vai vain keskusmuistissa), tietojen salaisuus, jne. Tietokannassa käytettävät kirjainmerkit voi selostaa tässä tai jossakin muussa sopivassa kohdassa; esimerkiksi käytetäänkö 7-bittisiä (esim. standardi ISO 646:1991) vai 8-bittisiä (esim. standardi ISO :1998 tai :2000) ASCII-merkkejä (huomaa Euro-merkki). Esimerkki tietohakemistosta: Hakija Sukunimi + Etunimi + /Sukupuoli + Kotikunta Muokattu: :36 13/26
14 * Hakijan perustiedot * Sukunimi 0{M}40 * Hakijan nykyinen sukunimi * Etunimi 0{M}40 * Hakijan etunimet * Hetu 0{M}11 * Hakijan henkilötunnus. Oikeellisuus tarkistettava syötettäessä tarkistemerkin perusteella. * Sukupuoli 'M' 'N' * Automaattisesti henkilötunnuksen perusteella * Kotikunta 0{M}30 * Voi olla tyhjä kenttä * 3.2 Käyttöintensiteetti Käyttötiheys arvioidaan pahimman tapauksen mukaan. Esimerkki: Yhtäaikaisia käyttäjiä on arkisin keskipäivällä enintään 50, muina aikoina keskimäärin 10. Kukin käyttäjä tekee hakuja enintään 10 kpl minuutissa, keskimäärin 3 kpl. Tuon perusteella järjestelmä mitoitetaan pahimman tapauksen mukaan eli sen on suoriuduttava minuutin sisällä 50 yhtäaikaisen käyttäjän 10 tiedonhausta (vasteajan puitteissa). Esimerkkejä: Ohjelmaa käytetään päivittäin klo välillä eikä lainkaan muulloin. Ohjelmaa käytetään 10 minuutin välein. Ohjelman suoritus käynnistetään klo 23:05 joka päivä, ja opiskelijat tekevät järjestelmään keskimäärin 250 hakua tunnissa. (Vasteajat ilmoitetaan kohdassa 6.1.) 3.3 Kapasiteettivaatimukset Tässä arvioidaan järjestelmän kapasiteetti sekä tiedonkäsittelytarve. Esimerkiksi kuinka tiuhaan tahtiin tapahtumia tai palvelupyyntöjä voi pahimmillaan tulla järjestelmälle. Esimerkki: Järjestelmässä on tallennettuna maksimissaan 3000 hakijan tiedot. Joissain tilanteissa olisi hyvä tehdä suuntaa-antava arvio järjestelmän vaatimasta levytilasta, esimerkiksi onko se megatavu- vai gigatavuluokkaa. Ajettavaan ohjelmaan liittyvät tarkat kokomäärät kerrotaan 7. luvussa (mikäli ne saadaan selvitettyä). Muokattu: :36 14/26
15 3.4 Tiedostot ja asetustiedostot Tässä esitellään mahdolliset asetustiedostot ja muut vastaavat tiedostot. Esimerkiksi konfigurointitiedoston sisältö olisi hyvä esittää. Esitykseen kannattaa usein liittää esimerkki. Täydellisemmän esimerkin voi laittaa liitteeksi. Esimerkki: SUSI-järjestelmään sisältyy kaksi tietokantaa: KETTUKANTA: kettujen perimätiedot, tiedostossa kettuk.dat. HUKKAKANTA: jalostamiskelvottomat ketut, tiedostossa hukkak.dat. SUSI lukee lisäksi NAHKA-järjestelmän kautta tietokannasta. Mikäli järjestelmään liittyy ulkoisia tietokantoja, ne kuvataan kohdassa 5.2. Muokattu: :36 15/26
16 4. TOIMINNOT 4.1 Yleistä (tai joku muu sopiva otsikko) Tässä voidaan mainita kaikille toiminnoille yhteiset asiat, esim. tietyt näppäintoiminnot (Esc, Alt-F4, CTRL-C,!sh, CTRL-Z, F1...), eli otetaan kantaa, ovatko tuollaiset "vakionäppäimet" käytössä vai eivät. Vastaavia asioita ovat mm. skandinaavisten merkkien tuki, ovatko isot ja pienet kirjaimet samanarvoisia, voidaanko ohjelmaa käyttää yhtä hyvin hiirellä kuin näppäimistöllä, värien käyttö ja tiedostonimien pituus. Sopivassa kohdassa otetaan myös kantaa ohjelman kielisyyteen (dokumentit, koodin kommentit, käyttöliittymä). Yleisesti voi jo tässä ottaa kantaa (tai kullakin kohtaa myöhemmin, pääasia että nekin tulevat mainittua) mm. seuraaviin seikkoihin; ikkunan koon muutos, ikkunan siirto, oletusarvopainonapit, kuittaako rivinsiirto ja ylipitkän tekstin syöttö tekstikenttään. Määrittelyvaiheessa kiinnitetään käyttöliittymä. Käytännössä juuri käyttöliittymä kuitenkin muuttuu usein suunnittelun ja toteutuksen aikana, kun käyttäjät näkevät todellisen tilanteen paremmin. Niinpä käyttöliittymä voikin olla järkevää kuvata tarkasti jossain muualla kuin tässä dokumentissa (esimerkiksi käyttöohjeessa). Tällöin tämä dokumentti painottuu nimenomaan toimintojen kuvaamiseen ja käyttöliittymästä kuvataan tässä lähinnä toimintojen kuvaamisen kannalta tärkeät osat ja periaatteet. Näyttökuvissa olisi hyvä olla oletusarvoiset arvot syötekentissä näkyvillä, eikä huuhaa-arvoja. Käyttöliittymäkuvien ei välttämättä tarvitse välttämättä olla piirrosohjelmalla tehtyjä, vaan voi ne kuvata erinäköisenä tekstinäkin, koska onhan valikoissa ja graafisissa näytöissä tekstikenttiä. Kuviin kannattaa sijoittaa esimerkkitekstejä. Näyttökuvia voidaan jossain määrin hyödyntää heti jo käyttöohjeessa, jonka teko kannattaa aloittaa ajoissa. Käyttöohjeeseen tulee aikanaan kuitenkin tehdä todellisuutta vastaavat kuvat. Käyttöliittymän toiminta voidaan kuvata näyttökartalla (valikkohierarkia, navigointikaavio). Reaaliaikajärjestelmän tapauksessa tässä kohdassa voidaan esittää tapahtumalista ja/tai tilakaavio. Tässä voi myös halutessaan esittää yleiset "tyyppikuvat" vähemmän tärkeistä ikkunoista (dialog), esimerkiksi virheilmoituksista ja kuittauksista. Kussakin kohdassa voidaan sitten viitata tiettyyn Muokattu: :36 16/26
17 tyyppikuvaan: Käyttäjälle näytetään kuvan 4 mukainen virheilmoitusikkuna, tekstillä 'Vakava sovellusvirhe: Muistitila loppui. Käyttöliittymärajoitteet, jos sellaisia on, tulee mainita tässä sekä 7. luvussa. Tällaisia rajoitteita voivat olla esimerkiksi näytön erikoinen koko tai tyyppi. 4.2 Järjestelmän toiminnot Ohjelman toiminnot tulee käydä läpi yksityiskohtaisesti ja yksi kerrallaan siten, että jokainen toiminto esitetään omassa kohdassaan. Tämä helpottaa viittaamista ja antaa asiakkaalle mahdollisuuden tarkistaa ovatko kaikki vaaditut ominaisuudet määritelty. Alakohtien numeroinnista voi tehdä monitasoisen niin, että yhteen kuuluvat toiminnot ryhmitellään saman kohdan alakohdiksi. Esimerkiksi 4.5 Ylläpitotoiminnot, Uuden käyttäjän lisääminen, Käyttöoikeuksien muuttaminen jne. Kohdassa 4.1 esitettyjä asioita voidaan esitellä tarvittaessa jokaisen toimintoryhmän tai myös yksittäisen toiminnon kohdalla. Toimintojen kuvaus voidaan kirjoittaa tilanteen mukaan joko jäsennellysti (kuten hakuopas) tai vapaamuotoisena tekstinä (kuten käyttöohje). Esimerkkejä kannattaa viljellä. Ne voivat olla myös käyttöohjeessa, jolloin niihin viitataan tästä. Yksittäisten toimintojen kuvaus voidaan jäsennellä seuraavasti: toiminnon kuvaus tarkoitus syötteet (mitä, mistä, paljonko, yksikkö, sallitut arvot) käsittely (tarkistukset, toimintaan vaikuttavat parametrit, käsittelysäännöt) tulosteet virhetilanteet (miten toimitaan, miten ilmoitetaan käyttäjälle, mitä tehdään virhetilanteen jälkeen). Virheilmoitustekstit kiinnitetään määrittelyssä. Mitä hyötyä olisi miettiä niitä vasta suunnittelussa? Virheilmoitukset (tunniste ja teksti) voi myös kirjata kootusti liitteeksi X. Liitettä voi sitten käyttää myöhemmin apuna myös suunnittelussa ja testaussuunnittelussa sekä käyttöohjetta ja ylläpito-ohjetta laadittaessa. Muokattu: :36 17/26
18 5. ULKOISET LIITTYMÄT 5.1 Laitteistoliittymät Kohdassa määritellään, käyttääkö järjestelmä ulkoisia laitteistoja, esimerkiksi tulostinta. Jollei tulostustoimintoa ole, on sekin oleellista mainita. 5.2 Ohjelmistoliittymät Tässä selitetään liittyykö järjestelmä muihin ohjelmiin tai ohjelmistoihin (esim. ulkopuoliset tietovarastot). Esimerkiksi jos järjestelmä on osa oinfo-järjestelmää, tässä tulee mainita, kertoa missä rajapinta fyysisesti on (esim. Ingres-tietokanta nimeltä abc) ja mistä sen määritykset löytyvät. Mikäli liittymä on suoraan johonkin ohjelmaan, sen tarkka versionumero tulee merkitä tähän. Tässä tulee mainita myös mahdollisesti alihankkijoilta saatavat osat. Tässä kohdassa saa olla päällekkäisyyttä kohdan 7.3 kanssa. 5.3 Tietoliikenneliittymät Tässä kohdassa kerrotaan käyttääkö järjestelmä tietoliikenneyhteyksiä, esim. modeemia tai lähiverkkoa ja mitä tyyppiä ne ovat. Selitetään mikä hoitaa tietoliikenteen: tämä sovellusko vai jokin muu, esim. käyttöjärjestelmä. Jos tämä sovellus hoitaa tietoliikenneliittymät, se kuvataan tarkemmin toiminnot-luvussa. Muokattu: :36 18/26
19 6. MUUT OMINAISUUDET Tässä luvussa kuvataan ne ei-toiminnalliset ominaisuudet, jotka eivät ole tulleet esille aikaisemmissa luvuissa. 6.1 Suorituskyky ja vasteajat Tässä kohdassa määritellään järjestelmän suorituskyky. Suorituskyky voidaan jakaa staattiseen ja dynaamiseen. Esimerkiksi montako päätettä tai montako tiedostoa on staattista- ja montako tapahtumaa aikayksikössä on dynaamista suorituskykyä. Kohdassa kerrotaan myös vaste- eli saantiajat. Vasteaika esitetään esimerkiksi: 95 %:ssa alle 1 sekunti, enintään 5 sekuntia Vasteaikavaatimukset voivat jossakin reaaliaikajärjestelmässä olla myös sellaisia, ettei määriteltyjä lyhempiä aikoja saa esiintyä. Esimerkiksi lyhin sallittu vasteaika on 0,2 sekuntia ja pisin sallittu 20 sekuntia. Vasteajat laitetaan mieluummin tähän kohtaan kuin lukuun 3. Mikäli on olemassa sopiva vertailukohta, esimerkiksi benchmark-testi, niin se mainitaan vertailuarvoineen. Joka tapauksessa täytyy olla mainittu jokin suure, jolla voidaan mitata suorituskykyä ja vasteaikoja. Kohdassa mainitaan myös onko järjestelmällä yhtäaikaisia käyttäjiä ja jos on, niin kerrotaan myös kuinka monta. 6.2 Käytettävyys, toipuminen, turvallisuus, suojaukset Tässä kohdassa määritellään mikä järjestelmän käytettävyyden on vähintään oltava. Käytettävyys on esim. matkapuhelinkeskuksilla: suurin sallittu käytöstä poissaoloaika vuodessa on kolme (3) minuuttia. Kohdassa selitettävät toipuminen ja elpyminen ovat etenkin tiedonhallintajärjestelmiä käytettäessä olennaista. Niissä on tiedettävä miten on hoidettu esim. levyrikkojen ja sähkökatkosten aiheuttamat vaaratilanteet tiedoille. Tässä kohdassa turvallisuus koskee etupäässä yhteistyökykyisten ja -haluisten henkilöiden inhimillisiä vahinkoja (esim. "väärien" tiedostojen tuhoaminen vaikkapa päälle kirjoittamalla) ja vasta toissijaisesti ilkeämielisten laillisen yhteiskuntajärjestelmän vastaisesti toimivien yksilöiden aiheuttamia vahinkoja. Kohdassa voidaan ottaa kantaa esimerkiksi seuraavanlaisiin asioihin: Muokattu: :36 19/26
20 6.3 Ylläpidettävyys Miten tietoliikenneyhteyden suojaukset on hoidettu; tarvitseeko palvelimen ja asiakkaan välillä liikkuva tieto salata. Minkälaiset suojaukset laitetaan tiedostoille tai niiden osille (rahaliikennetiedot, salasanat, henkilötunnus jne.). Onko väliä jos jokin sovelluksen ikkuna unohtuu näytölle auki esimerkiksi usean tunnin ajaksi? Haittaako muita käyttäjiä esimerkiksi tietokantojen lukitusten, varmuuskopioinnin tai saman tiedoston luvun takia? Onko esimerkiksi ajastinvahtia estämään sitä? Miten käyttöoikeudet jaetaan, käytetäänkö salakirjoitusta ja pidetäänkö lokia. Tämä on tärkeä kohta, ellei erillistä ylläpito-ohjetta tehdä. Ylläpito voi olla korjaavaa tai lisäävää. Kohta tehdään etenkin, mikäli järjestelmällä on erillinen ylläpitäjä. Esimerkiksi mitkä kohdat ja ominaisuudet ovat jälkeenpäin helposti muutettavissa (käyttöliittymä, tietokanta, tietoliikenneprotokolla...) ja mitä tulee ottaa huomioon niitä muutettaessa sekä onko lokalisointia otettu huomion. 6.4 Siirrettävyys ja yhteensopivuus Tähän kirjoitetaan onko siirrettävyyttä ja yhteensopivuutta otettu millään tavalla huomioon. Selitetään mihin muihin järjestelmiin sovellus sopii (esim. yhteensopivuus käyttöjärjestelmien tai ikkunointiympäristöjen suhteen). 6.5 Käyttäjän ylläpitotoimet Tarvitseeko käyttäjän tehdä muita toimenpiteitä kuin käyttää järjestelmää, ellei erillistä ylläpitäjää ole. Esim. poistaa vanhoja loki- tai väliaikaistiedostoja tai tehdä muita "siivouksia" (core dumped). Tai asettaa hakupolkujaan tai ympäristömuuttujiaan. Vai täytyykö tuollaisia operaatioita varten kutsua aina ylläpito apuun? Jos ohjelma tai kone "kaatuu", mitä tiedostoja saa tai täytyy poistaa tai "siivota" ennenkuin käyttö voi jatkua? (/temp/... \tmp\...) Voiko pääkäyttäjä tai ylläpitäjä tai ohjelman asentaja tehdä joitakin asetuksia (esim. peruskäyttäjillä aikaviiveet, värit,...)? Jos sovellus on parametroitavissa, niin se voitaisiin kertoa tässä. Esimerkiksi käynnistystiedoston (config file) asetukset. Muokattu: :36 20/26
21 Mikäli halutaan antaa käyttäjälle suosituksia työympäristönsä eli käyttöympäristön virittämisestä, niin ne mainitaan tässä. Esimerkiksi www-selaimen asetukset ja ominaisuudet (välimuistien koko, kirjasinmallit, selainasetukset, evästeet = piparit, JavaScript, hakupolut kuntoon, luku/ajo-oikeudet kuntoon,...). Kenties suositeltavia/vaadittavia palomuurin ja virustorjunnan asetuksia. Onko tämä uusi järjestelmä yhteensopiva (muiden) vanhojen järjestelmien kanssa? Jollei niin mitä käyttäjä voisi itse tehdä asian hyväksi? Loppukäyttäjän (suositeltavat) asetukset (löytyvät lopulta myös hyvästä käyttöohjeesta)? Muokattu: :36 21/26
22 7. SUUNNITTELURAJOITTEET Luvussa kuvataan järjestelmään liittyvät suunnittelu-rajoitteet. Suunnittelurajoitteiden listasta on hyötyä myös mahdollista testausympäristöä suunniteltaessa. Rajoitteita kuvatessa joskus on tarpeen erottaa selvästi palvelinpuoli (server) ja asiakaspuoli (client) toisistaan, kun niihin liittyy eriäviä rajoituksia. Samoin voi olla tarpeen erottaa loppukäyttäjän ja ylläpitäjän näkökulmat toisistaan. 7.1 Standardit ja suositukset Tässä kohdassa kerrotaan mitä standardeja, suosituksia, ohjeita, säädöksiä tai direktiivejä liittyy toteutettavaan järjestelmään. Esimerkiksi dokumentit ja ohjelmointikieli esim. ANSI/IEEE Käytännössä ko. lähteet mainitaan tässä, ja niissä on viite kohtaan 1.4, jossa ne selitetään yksityiskohtaisesti. Esimerkiksi: Käytettävä protokolla on suosituksen RFC12345 mukainen [RFC99] (kyseinen suositus on vuodelta 1999). 7.2 Laitteistorajoitteet Tässä kohdassa luetellaan laitteistorajoitteet. Esimerkiksi että käytetään nykyistä laitteistoa, kun uutta ei haluta hankkia. Laitteistoista selitetään niiden ominaisuudet. Esimerkiksi: Prosessorina 80386DX, 4 Mt RAM, 330 Mt kiintolevy jossa vapaata levytilaa sovellusta varten xy Mt, tietokantaa varten yz Mt, ja vapaata työtilaa zx Mt. Nykypäivänä kuitenkin laitteistovaatimuksiksi riittää joissakin tapauksissa, että esim. Windows98 tai Windows NT 4.0 toimii koneessa ja silloin ei tarvitse mainita muita teknisiä tietoja. Laitteistosta voidaan ilmoittaa minimikokoonpano sekä suositeltava kokoonpano. Jos näytön tarkkuudelle asetetaan minimi- tai maksimiarvoja, ne mainitaan tässä. 7.3 Ohjelmistorajoitteet Kohdassa kuvataan yksityiskohtaisesti käytettävät ohjelmistot. Myös WWW-selainten versiot tulee mainita tässä kohdassa. Tässä ei kuitenkaan tule päällekkäisyyttä kohdan 5.2 kanssa. Esimerkkejä: Tietokantana Paradox 4.5 DOS tai Ingres 6.2. Muokattu: :36 22/26
23 Käyttöjärjestelmänä OS/2 v 2.0 tai Linux Ikkunointiympäristönä Open Windows Version Tai esimerkiksi nykyinen ohjelmistoympäristö, koska uutta ei haluta hankkia. Toteutusvälineet voidaan myös mainita tässä, mikäli se on todellakin oleellista kertoa jo määrittelyvaiheessa. Se on kuitenkin harvinaista eikä suositeltavaa koska projektisuunnitelmassa on tarkat tiedot toteutusvälineistä. Esimerkiksi: B-kääntäjän versio Muut rajoitteet Tässä kohdassa luetellaan muut mahdolliset rajoitteet. Nämä tulevat yleensä käyttäjän tai tilaajan taholta. Muokattu: :36 23/26
24 8. HYLÄTYT RATKAISUVAIHTOEHDOT Mietityt, mutta hylätyt, ratkaisuvaihtoehdot kirjataan tähän perusteluineen ja päivämäärineen. Näin seuraava dokumentin lukija näkee, että tuotakin on mietitty. Hylätyt ratkaisuvaihtoehdot kerätään projektin lopussa projektisuunnitelman loppuun. Muokattu: :36 24/26
25 9. JATKOKEHITYSAJATUKSIA Tähän kirjataan matkan varrella mieleen tulleita ajatuksia, joita ei tämän projektin puitteissa kuitenkaan määritellä tarkemmin tai toteuteta. Näin voi olla esimerkiksi ajan puutteen, rahan puutteen, resurssien puutteen tai taitojen ja osaamisen takia. Jatkokehitysajatukset voi sijoittaa omiin numeroituihin kohtiinsa, jotta niihin viittaaminen on mahdollista. Päiväys ja ehdottajan nimi(kirjaimet) auttavat jälkitarkastelussa, jos vuoden kuluttua projekti saakin yllättäen rahoitusta jatkokehitystä varten. Jatkokehitysajatukset kerätään projektin loputtua projektisuunnitelman loppuun. Muokattu: :36 25/26
26 10. VIELÄ AVOIMET ASIAT Epävirallinen luku jota ei pitäisi olla tässä dokumentissa enää projektin loppuessa. Tähän voidaan merkitä dokumentin elinkaaren aikana avoinna olevia eli ratkaisua vaativia asioita jotta ne muistettaisiin selvittää ennen dokumentin lopullista valmistumista. Tässä kannattaa myös ilmoittaa päivämäärät ja nimet. Muokattu: :36 26/26
TOIMINNALLINEN MÄÄRITTELY. PROJEKTITYÖ Tik-76.115 Wclique
TOIMINNALLINEN MÄÄRITTELY PROJEKTITYÖ Tik-76.115 SISÄLLYSLUETTELO Sisällysluettelo... 2 1. JOHDANTO... 3 1.1 Tarkoitus ja kattavuus... 3 1.2 Tuote... 3 1.3 Määritelmät, termit ja lyhenteet... 3 1.4 Viitteet...
LisätiedotTOIMINNALLINEN MÄÄRITTELY MS
TOIMINNALLINEN MÄÄRITTELY 11.11.2015 MS YLEISTÄ 1/2 jäsennelty etenee yleiskuvauksesta yksityiskohtiin kieliasultaan selkeä kuvaa myös tulevan järjestelmän ympäristöä tarpeellisella tarkkuudella kuvaa
LisätiedotKÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014. Käyttäjätutkimus ja käsitteellinen suunnittelu. Järjestelmän nimi. versio 1.0
KÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014 Käyttäjätutkimus ja käsitteellinen suunnittelu Järjestelmän nimi versio 1.0 Jakelu: Tulostettu: 201543 Samuli Hirvonen samuli.hirvonen@student.tut.fi
LisätiedotDigi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Toiminnallinen määrittely: Editori Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Versio Päiväys Tekijä Kuvaus 0.01 7.11.01 Pekka Koskinen Alustava sisällysluettelo 0.1 12.11.01 Pekka
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Demosovelluksen tekninen määrittely v. 0.6 Päivitetty 11.12.2000 klo 20:26 Mickey Shroff 2 (12) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite
Lisätiedot83450 Internetin verkkotekniikat, kevät 2002 Tutkielma <Aihe>
83450 Internetin verkkotekniikat, kevät 2002 Tutkielma TTKK 83450 Internetin verkkotekniikat Tekijät: Ryhmän nro:
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
Demosovelluksen toiminnallinen määrittely v. 1.1 Päivitetty 11.12.2000 klo 20:16 Timo Lämsä 2 (13) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite Timo Lämsä Pieniä korjauksia.
LisätiedotTOIMINNALLINEN MÄÄRITTELY. PROJEKTITYÖ Tik-76.115 Wclique
TOIMINNALLINEN MÄÄRITTELY PROJEKTITYÖ Tik-.115 SISÄLLYSLUETTELO Sisällysluettelo... Versiohistoria... 1. JOHDANTO... 4 1.1 Tarkoitus ja kattavuus... 4 1. Tuote... 4 1. Määritelmät, termit ja lyhenteet...
LisätiedotDigi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Tekninen määrittely: Editori Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Sisällysluettelo 1. Johdanto...4 1.1. Tarkoitus ja kattavuus...4 1.2. Tuote ja ympäristö...4 1.3. Määritelmät,
LisätiedotGroupDesk Toiminnallinen määrittely
GroupDesk Toiminnallinen määrittely Tilanne: Paikallinen oppilaitos, kuvitteellinen WAMK, tarvitsee ryhmätyöhön soveltuvan sähköisen asioiden hallintajärjestelmän ja ryhmätyöohjelmiston, jonka ajatuksena
LisätiedotVaatimusmäärittely. Kymenlaakson partiopiirin jäsenrekisteri
Vaatimusmäärittely Kymenlaakson partiopiirin jäsenrekisteri SISÄLTÖ 1 JOHDANTO... 3 1.1 Tarkoitus ja kattavuus... 3 1.2 Tuote ja sen ympäristö... 3 1.3 Määritelmät, termit ja käytetyt lyhenteet... 4 1.4
LisätiedotToiminnallinen määrittely. XLet esimerkkisovellus
Toiminnallinen määrittely XLet esimerkkisovellus Versio Päiväys Tekijä Kuvaus 0.1 7.12.2001 Oskari Pirttikoski Ensimmäinen versio Toiminnallinen määrittely, XLet esimerkkisovellus 1/12 SISÄLLYSLUETTELO
LisätiedotArkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14
Arkkitehtuurikuvaus Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 0.4 1.11.2007 Matti Eerola 0.3 18.10.2007 Matti Eerola 0.2
LisätiedotVAATIMUSMÄÄRITTELY. Polku http://code.google.com/p/polku-projekti/ Versio 1.2. Projektiryhmä
VAATIMUSMÄÄRITTELY Polku http://code.google.com/p/polku-projekti/ Versio 1.2 Projektiryhmä Janne Pihlajaniemi Antti Jämsén Maria Hartikainen Pekka Kallioniemi Jorma Laajamäki Panu Tunttunen Nina Tyni Joonas
LisätiedotTik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu KÄYTTÖOHJE. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu JÄRJESTELMÄN KÄYTTÖOHJE LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001
LisätiedotTikon ostolaskujen käsittely
Toukokuu 2014 1 (8) Toukokuu 2014 2 (8) Sisällysluettelo 1. Käyttäjäasetukset... 3 2. Yleiset parametrit... 3 3. Kierrätysasetukset... 3 4. palvelimen tiedot... 4 5. lähetyksen aktivointi... 5 6. Eräajot
LisätiedotOhjelmiston toteutussuunnitelma
Ohjelmiston toteutussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä luku antaa yleiskuvan koko suunnitteludokumentista,
LisätiedotTiedonhallinnan perusteet. Viikko 1 Jukka Lähetkangas
Tiedonhallinnan perusteet Viikko 1 Jukka Lähetkangas Kurssilla käytävät asiat Tietokantojen toimintafilosofian ja -tekniikan perusteet Tiedonsäilönnän vaihtoehdot Tietokantojen suunnitteleminen internetiä
LisätiedotVisma Business AddOn Tositteiden tuonti. Käsikirja
Visma Business AddOn Tositteiden tuonti Käsikirja Oppaan päiväys: 10.2.2012. Asiakaspalvelu: Helpdesk: www.visma.fi Visma Software Oy pidättää itsellään oikeuden mahdollisiin parannuksiin ja/tai muutoksiin
LisätiedotWebforum. Version 14.4 uudet ominaisuudet. Viimeisin päivitys: 2014-12-6
Webforum Version 14.4 uudet ominaisuudet Viimeisin päivitys: 2014-12-6 Sisältö Tietoja tästä dokumentista... 3 Yleistä... 4 Yleistä & hallinnointi... 5 Dokumentit... 5 Perättäinen tarkistus- ja hyväksymisprosessi...
LisätiedotUutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3
Uutisjärjestelmä Vaatimusmäärittely Versio 1.3 Sisällys 1 Muutoshistoria... 4 2 Viitteet... 4 3 Sanasto... 4 3.1 Lyhenteet... 4 3.2 Määritelmät... 4 4 Johdanto...5 4.1 Järjestelmän yleiskuvaus... 5 4.2
LisätiedotEMCS-järjestelmän sanomarajapinnan toiminnallinen kuvaus asiakkaille 13.6.2008. Meeri Nieminen
EMCS-järjestelmän sanomarajapinnan toiminnallinen kuvaus asiakkaille 13.6.2008 Meeri Nieminen Asiakkaan vaihtoehdot Asiakkaan vaihtoehdot EMCS-järjestelmän käyttöön XML-sanomarajapinta oman järjestelmän
LisätiedotVAATIMUSMÄÄRITTELY. Polku http://code.google.com/p/polku-projekti/ Versio 1.1. Projektiryhmä
VAATIMUSMÄÄRITTELY Polku http://code.google.com/p/polku-projekti/ Versio 1.1 Projektiryhmä Janne Pihlajaniemi Antti Jämsén Maria Hartikainen Pekka Kallioniemi Jorma Laajamäki Panu Tunttunen Nina Tyni Joonas
Lisätiedot1. Uuden Ilmon käytön eroavaisuudet vanhasta Ilmosta lyhyesti
Sisällysluettelo 1. Uuden Ilmon käytön eroavaisuudet vanhasta Ilmosta lyhyesti... 2 Huomattavaa kurssin tietojen täyttämisessä!... 2 2. Kurssikuvauksen ja muiden opiskelijoille näkyvien kurssitietojen
LisätiedotTikon ostolaskujen käsittely
Toukokuu 2013 1 (7) 6.3.0 Copyright Aditro 2013 Toukokuu 2013 2 (7) Sisällysluettelo 1. Käyttäjäasetukset... 3 2. Yleiset parametrit... 3 3. Kierrätysasetukset... 3 4. palvelimen tiedot... 4 5. lähetyksen
LisätiedotMaastotietokannan torrent-jakelun shapefile-tiedostojen purkaminen zip-arkistoista Windows-komentojonoilla
Maastotietokannan torrent-jakelun shapefile-tiedostojen purkaminen zip-arkistoista Windows-komentojonoilla Viimeksi muokattu 5. toukokuuta 2012 Maastotietokannan torrent-jakeluun sisältyy yli 5000 zip-arkistoa,
LisätiedotVisma Liikkuvan työn ratkaisut Päivitysohje. Pääkäyttäjän opas
Visma Liikkuvan työn ratkaisut Pääkäyttäjän opas Visma Software Oy pidättää itsellään oikeuden mahdollisiin parannuksiin ja/tai muutoksiin tässä oppaassa ja/tai ohjelmassa ilman eri ilmoitusta. Oppaan
LisätiedotVaatimusmäärittely Ohjelma-ajanvälitys komponentti
Teknillinen korkeakoulu 51 Vaatimusmäärittely Ohjelma-ajanvälitys komponentti Versio Päiväys Tekijä Kuvaus 0.1 21.11.01 Oskari Pirttikoski Ensimmäinen versio 0.2 27.11.01 Oskari Pirttikoski Lisätty termit
Lisätiedothttps://njr.yap.fi/cgi-bin/soj2/dispat.exe
Jäsenrekisteriin kirjautuminen Avaa internet ja kirjoita selaimen osoitekenttään: https://njr.yap.fi/cgi-bin/soj2/dispat.exe Kirjoita käyttäjätunnus ja salasana, ja paina Sisäänkirjaus. Kirjauduttua avautuu
LisätiedotNimi: Opnro: Harjoitustyön suoritus: ( ) syksy 2006 ( ) syksy 2005 ( ) muu, mikä. 1. Selitä seuraavat termit muutamalla virkkeellä ja/tai kaaviolla:
Harjoitustyön suoritus: ( ) syksy 2006 ( ) syksy 2005 ( ) muu, mikä 1. Selitä seuraavat termit muutamalla virkkeellä ja/tai kaaviolla: a) käytettävyys b) käyttäjäkeskeinen suunnittelu c) luonnollinen kieli
LisätiedotKirjoita oma versio funktioista strcpy ja strcat, jotka saavat parametrinaan kaksi merkkiosoitinta.
Tehtävä 63. Kirjoita oma versio funktiosta strcmp(),joka saa parametrinaan kaksi merkkiosoitinta. Tee ohjelma, jossa luetaan kaksi merkkijonoa, joita sitten verrataan ko. funktiolla. Tehtävä 64. Kirjoita
LisätiedotTietokantojen suunnittelu, relaatiokantojen perusteita
Tietokantojen suunnittelu, relaatiokantojen perusteita A277, Tietokannat Teemu Saarelainen teemu.saarelainen@kyamk.fi Lähteet: Leon Atkinson: core MySQL Ari Hovi: SQL-opas TTY:n tietokantojen perusteet-kurssin
LisätiedotMäärittelydokumentti: Kansallinen palveluväylä - integraatio
: Kansallinen palveluväylä - integraatio Dynamics 365 for Customer Engagement Kansallinen palveluarkkitehtuuri Toimittaja: 30.8.2017 Teemu Tokee 30.8.2017 2 (6) DOKUMENTIN VERSIOINTI Päivämäärä Versio
LisätiedotCopyright by Haikala. Ohjelmistotuotannon osa-alueet
Copyright by Haikala Ohjelmistotuotannon osa-alueet Ohjelmiston elinkaari 1. Esitutkimus, tarvekartoitus, kokonaissuunnittelu, järjestelmäsuunnittelu (feasibility study, requirement study, preliminary
LisätiedotYlläpitodokumentti. Boa Open Access. Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Ylläpitodokumentti Boa Open Access Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari
LisätiedotDokumentin nimi LOGO:) Tampereen teknillinen yliopisto. Ryhmä XXX: Projektiryhmän nimi Projektin nimi
Tampereen teknillinen yliopisto Ohjelmistotekniikan laitos OHJ-3500 Ohjelmistotuotannon projektityö LOGO:) Ryhmä XXX: Projektiryhmän nimi Projektin nimi Dokumentin nimi Jakelu: (Ryhmä) (Kurssihenkilökunta)
LisätiedotOhjelmistotuotanto vs. muut insinööritieteet. (Usein näennäinen) luotettavuus ja edullisuus
Yhteenveto Ohjelmistotuotanto vs. muut insinööritieteet Monimutkaisuus Näkymättömyys (Usein näennäinen) luotettavuus ja edullisuus Muunnettavuus Epäjatkuvuus virhetilanteissa Skaalautumattomuus Copyright
LisätiedotHallintaliittymän käyttöohje
Hallintaliittymän käyttöohje 1. Yleisiä huomioita Hallintaliittymän käyttöä helpottavia yleisiä huomioita: - Käytä listanäkymien hakukentissä kentän vieressä olevaa hakunappia, älä enter-näppäintä. - Älä
LisätiedotKäyttöohje. Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio
Otus- projektinhallintatyökalu Käyttöohje Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio Mari Tampere 9. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja,
LisätiedotFuturaPlan. Järjestelmävaatimukset
FuturaPlan Järjestelmävaatimukset 25.1.2017 2.2 Hermiankatu 8 D tel. +358 3 359 9600 VAT FI05997751 33720 Tampere fax. +358 3 359 9660 www.dbmanager.fi i Versiot Versio Päivämäärä Tekijä Kommentit 1.0
LisätiedotOstolaskujen haku Netvisorista
Ostolaskujen haku Netvisorista Päiväys: 9.4.2015 Laatinut: Riitta Kemppainen Sisällysluettelo 1 ValueFrameen tehtävät määritykset... 3 1.1 1.2 1.3 1.4 2 Yleiset ValueFrame-määritykset... 3 Osaprojektien
LisätiedotTietokanta (database)
Tietokanta Tietokanta (database) jotakin käyttötarkoitusta varten laadittu kokoelma toisiinsa liittyviä säilytettäviä tietoja 1 Tiedosto Ohjelmointikielissä apumuistiin tallennettuja tietoja käsitellään
LisätiedotOhjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit
Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää
LisätiedotPILETTI. Tekninen vaatimusmäärittely. v. 0.2
PILETTI Tekninen vaatimusmäärittely v. 0.2 2 Sisällysluettelo 1. Yleiskuvaus... 3 2. Taustajärjestelmä... 4 3. Palvelupisteiden sovellus... 4 4. Korttisovellus ja turvaratkaisu... 4 5. Rajapinnat... 5
LisätiedotLomalista-sovelluksen määrittely
Thomas Gustafsson, Henrik Heikkilä Lomalista-sovelluksen määrittely Metropolia Ammattikorkeakoulu Insinööri (AMK) Tietotekniikka Dokumentti 14.10.2013 Tiivistelmä Tekijä(t) Otsikko Sivumäärä Aika Thomas
LisätiedotVisma Nova Pro ja Visma Nova C/S Pro Suomen Asiakastieto. Käyttäjän käsikirja
Visma Nova Pro ja Visma Nova C/S Pro Suomen Asiakastieto Käyttäjän käsikirja Oppaan päiväys: 4.5.2012. Asiakaspalvelu: Helpdesk: www.visma.fi Visma Nova -asiakaspalvelu: puh: 0207 560 508 (ylläpitoasiakkaat)
LisätiedotOppilaan opas. Visuaaliviestinnän Instituutti VVI Oy. Versio 0.2 (2008-01-21)
Oppilaan opas Visuaaliviestinnän Instituutti VVI Oy Versio 0.2 (2008-01-21) Versio Päivämäärä Kuvaus 0.1 2005-01-16 Ensimmäinen versio. 0.2 2008-01-21 Korjattu kuvatiedostojen maksimiresoluutio ja muutamia
LisätiedotILMOITUSSOVELLUS 4.1. Rahanpesun selvittelykeskus REKISTERÖINTIOHJE. SOVELLUS: 2014 UNODC, versio 4.1.38.0
Rahanpesun selvittelykeskus ILMOITUSSOVELLUS 4.1 REKISTERÖINTIOHJE SOVELLUS: 2014 UNODC, versio 4.1.38.0 Tekninen tuki: puh: 0295 486 833 (ark. 8-16) email: goaml.krp@poliisi.fi Ilmoitusten sisältöön liittyvät
LisätiedotOhjelmisto on tietokanta pohjainen tiedostojärjestelmä, joka sisältää virtuaalisen hakemisto rakenteen.
1 / 50 1. Etusivu Ohjelmisto on tietokanta pohjainen tiedostojärjestelmä, joka sisältää virtuaalisen hakemisto rakenteen. Virtuaali hakemistoihin voi tuoda tiedostoja tietokoneelta tai luoda niitä tällä
LisätiedotT Testiraportti - järjestelmätestaus
T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria
LisätiedotKäsikirjan paperiversiota ei enää ylläpidetä ohjeen päivämäärän jälkeen. Viimeisimmät versiot ohjeista löydät ohjelman Help-ruudulta.
2 Käsikirjan paperiversiota ei enää ylläpidetä ohjeen päivämäärän jälkeen. Viimeisimmät versiot ohjeista löydät ohjelman Help-ruudulta. Sisällys 1 Yleistä... 3 1.1 Kirjanpitolain uudistus 2016... 3 Liitetietotosite...
LisätiedotPelaajan tietojen lisääminen
Käytön aloitus Ohjelma käynnistetään tuplaklikkaamalla Jäseri-kuvaketta työpöydältä, tai käynnistä-valikosta. Ohjelmasta aukeaa seuraavanlainen valikko; Jäsenrekisterissä muutetaan jäsentietoja, maksukirjassa
Lisätiedotjotakin käyttötarkoitusta varten laadittu kokoelma toisiinsa liittyviä säilytettäviä tietoja
Tietokanta Tietokanta (database) jotakin käyttötarkoitusta varten laadittu kokoelma toisiinsa liittyviä säilytettäviä tietoja mikä tahansa tietokokoelma? --> erityispiirteitä Tietokanta vs. tiedosto 1
LisätiedotT Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 16. huhtikuuta 2002 Confuse 1 Tila Versio: 1.1 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 16.04.2002 Jani Myyry Versiohistoria
LisätiedotPedanet oppilaan ohje Aleksanteri Kenan koulu Eija Arvola
Pedanet oppilaan ohje Aleksanteri Kenan koulu Eija Arvola 26.8.2016 SISÄLLYSLUETTELO 1. Omat asetukset kuntoon (kaikkien tehtävä aluksi) sivut 3-5 2. Tärkeiden sivujen tilaaminen omiin linkkeihin sivut
LisätiedotDigiroad - Kuntaylläpito. Ohje paperikartalla tapahtuvaan ylläpitoon
Digiroad - Kuntaylläpito Ohje paperikartalla tapahtuvaan ylläpitoon DIGIROAD - KUNTAYLLÄPITO Ohje paperikartalla tapahtuvaan ylläpitoon DIGIROAD - YLLÄPITO Digiroad on aineistokokonaisuus, johon kerätään
LisätiedotSQL-perusteet, SELECT-, INSERT-, CREATE-lauseet
SQL-perusteet, SELECT-, INSERT-, CREATE-lauseet A271117, Tietokannat Teemu Saarelainen teemu.saarelainen@kyamk.fi Lähteet: Leon Atkinson: core MySQL Ari Hovi: SQL-opas TTY:n tietokantojen perusteet-kurssin
LisätiedotFiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen
FiSMA 1.1 Monikerrosarkkitehtuuri 1 (7) FiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen 1. Yleiset periaatteet FiSMA 1.1 -menetelmässä mitataan sovellusperiaatteen
LisätiedotKÄYTTÖOIKEUKSIEN LUONTI TUKISOVELLUKSESSA
KÄYTTÖOIKEUKSIEN LUONTI TUKISOVELLUKSESSA Kunnan pääkäyttäjä voi käsitellä käyttöoikeuksia Tukisovelluksessa Käyttöoikeuksien tallennus tapahtuu valikossa Käyttäjä -> Käyttövaltuus Ennen käyttövaltuuden
LisätiedotANVIA ONLINE BACKUP ASENNUSOPAS 1(7) ANVIA ONLINE BACKUP ASENNUSOPAS 1.0
1(7) ANVIA ONLINE BACKUP Asioita, jotka tulee huomioida ennen asennusta! Koska palvelu sisältää myös sharing-ominaisuuden, on asiakas itse vastuussa millaisia tiedostoja palvelimelle varmuuskopioi ja kenelle
LisätiedotVisma Fivaldi -käsikirja MiniCRM
Visma Fivaldi -käsikirja MiniCRM 2 Sisällys 1 Yleistä... 3 2 Ylävalikko... 4 3 Perustiedot - välilehti... 5 4 Tila (vapaassa tekstikentässä edellisellä sivulla annettu nimi) - välilehti... 6 5 Vasemman
LisätiedotOlet tehnyt hyvän valinnan hankkiessasi kotimaisen StorageIT varmuuskopiointipalvelun.
StorageIT 2006 varmuuskopiointiohjelman asennusohje. Hyvä asiakkaamme! Olet tehnyt hyvän valinnan hankkiessasi kotimaisen StorageIT varmuuskopiointipalvelun. Ennen asennuksen aloittamista Varmista, että
LisätiedotEnigmail-opas. Asennus. Avainten hallinta. Avainparin luominen
Enigmail-opas Enigmail on Mozilla Thunderbird ja Mozilla Seamonkey -ohjelmille tehty liitännäinen GPG-salausohjelmiston käyttöä varten. Sitä käytetään etenkin Thunderbirdin kanssa sähköpostin salaamiseen
LisätiedotPäivityspalvelu. Tietuekuvaus. Tietuekuvaus 1 (5) Päivityspalvelu. Julkinen - Public
Tietuekuvaus 1 (5) Tietuekuvaus Tietuekuvaus 2 (5) Sisällysluettelo 1 Johdanto... 2 2 Yleiset vaatimukset... 2 3 Huollettavat tiedot (yritys => Posti)... 2 4 Huolletut tiedot (Posti => yritys)... 3 1 Johdanto
LisätiedotOffice 2013 - ohjelmiston asennusohje
Office 2013 - ohjelmiston asennusohje Tämän ohjeen kuvakaappaukset on otettu asentaessa ohjelmistoa Windows 7 käyttöjärjestelmää käyttävään koneeseen. Näkymät voivat hieman poiketa, jos sinulla on Windows
LisätiedotVisma Fivaldi -käsikirja Asiakaskohtaiset hinnat
Visma Fivaldi -käsikirja Asiakaskohtaiset hinnat 2 Sisällys 1 Yleistä... 3 2 Ylävalikko... 4 3 Vasemman laidan painikkeet... 5 4 Erikoishinnoittelut ruutu... 6 5 Raportit... 12 1 Yleistä Fivaldi Asiakaskohtaiset
LisätiedotNettiposti. Nettiposti käyttöohje
YKSIKÄÄN ASIAKAS EI OLE MEILLE LIIAN PIENI TAI MIKÄÄN HAASTE LIIAN SUURI. Nettiposti Nettiposti käyttöohje Tässä käyttöohjeessa kuvataan selainkäyttöisen Nettiposti sähköpostiohjelman toiminnot. Käyttöohje
LisätiedotVisma Liikkuvan työn ratkaisut
Visma Liikkuvan työn ratkaisut Päivitysohje Pääkäyttäjän opas Visma Software Oy pidättää itsellään oikeuden mahdollisiin parannuksiin ja/tai muutoksiin tässä oppaassa ja/tai ohjelmassa ilman eri ilmoitusta.
LisätiedotOHJE 1 (6) Seuraavat asiat on huomioitava maksettaessa loppuvuoden matkakuluja:
OHJE 1 (6) VUODENVAIHDE BASWARE INVOICEREADY -OHJELMISTOSSA Loppuvuoden 2016 matkalaskujen käsittely Seuraavat asiat on huomioitava maksettaessa loppuvuoden matkakuluja: - Muuttakaa matkalaskujen asetuksissa
LisätiedotJULKISTEN VERKKOPALVELUJEN LAATUKRITEERISTÖN KONSEPTI
JULKISTEN VERKKOPALVELUJEN LAATUKRITEERISTÖN KONSEPTI Onesta Solutions Oy Pasilanraitio 5 00240 HELSINKI www.onesta.fi 2/6 Versiohistoria Versio Pvm Selitys Muutokset Tekijät 0.1 26.3.2007 Alustava versio
LisätiedotTietokannan luominen:
Moodle 2 Tietokanta: Tietokanta on työkalu, jolla opettaja ja opiskelijat voivat julkaista tiedostoja, tekstejä, kuvia, linkkejä alueella. Opettaja määrittelee lomakkeen muotoon kentät, joiden kautta opiskelijat,
LisätiedotCLOUDBACKUP TSM varmistusohjelmiston asennus
Luottamuksellinen JAVERDEL OY CLOUDBACKUP TSM varmistusohjelmiston asennus Copyright 2 (9) SISÄLLYSLUETTELO 1 ASENNUSOHJE WINDOWS KÄYTTÖJÄRJESTELMÄLLÄ VARUSTETTUIHIN LAITTEISIIN... 3 1.1 Yleistä... 3 1.2
LisätiedotKäyttäjätunnukset ja käyttöoikeudet
Käyttäjätunnukset ja käyttöoikeudet Puh: 02-2767 171 Fax: 02-2767 170 www.ecom.fi asiakaspalvelu@ecom.fi 1 Käyttäjätunnusten käyttö...3 1. Käyttäjätunnukset ja salasanat...3 1.1 Käyttäjätunnuksien teko...4
LisätiedotTietojärjestelmän osat
Analyysi Yleistä analyysistä Mitä ohjelmiston on tehtävä? Analyysin ja suunnittelun raja on usein hämärä Ei-tekninen näkökulma asiakkaalle näkyvien pääkomponenttien tasolla Tietojärjestelmän osat Laitteisto
LisätiedotHELIA 1 (8) Outi Virkki Tietokantasuunnittelu
HELIA 1 (8) Luento 1 Johdatusta tietokannan suunnitteluun... 2 Tietokantasuunnittelu?... 2 Tietokanta?... 2 Tieto?... 2 Tietokantasuunnittelun tavoite, v.1... 2 Luotettavuus?... 3 Tietokantasuunnittelun
LisätiedotVisual Case 2. Miika Kasnio (C9767) 23.4.2008
Visual Case 2 Miika Kasnio (C9767) 23.4.2008 Työn tarkasti: Jouni Huotari 24.4.2008 1 SISÄLTÖ 1. TYÖN LÄHTÖKOHDAT... 2 2. PERUSTIEDOT... 2 3. ASENTAMINEN... 2 4. OMINAISUUDET... 3 4.1. UML-kaaviot... 4
LisätiedotVisma Business AddOn Factoring-laskuaineisto. Käyttäjän käsikirja
Visma Business AddOn Factoring-laskuaineisto Käyttäjän käsikirja Oppaan päiväys: 09.06.2011 Asiakaspalvelu: Helpdesk: www.visma.fi Visma Software Oy pidättää itsellään oikeuden mahdollisiin parannuksiin
Lisätiedot1 Turnitin-tehtävä 1 ja 2 Moodlessa Opettajan näkymä Turnitin-tehtävässä Opettajan näkymä Turnitin-tehtävä 2:ssa...
Alkuperän tarkistus -Turnitin-tehtävä Moodlessa Opettajan ohje Sisällys 1 Turnitin-tehtävä 1 ja 2 Moodlessa... 1 1.1 Opettajan näkymä Turnitin-tehtävässä... 5 1.2 Opettajan näkymä Turnitin-tehtävä 2:ssa...
LisätiedotNokia Lifeblog 2.5 Nokia N76-1
Nokia Lifeblog 2.5 Nokia N76-1 2007 Nokia. Kaikki oikeudet pidätetään. Nokia, Nokia Connecting People, Nseries ja N76 ovat Nokia Oyj:n tavaramerkkejä tai rekisteröityjä tavaramerkkejä. Muut tässä asiakirjassa
LisätiedotSisällysluettelo. v.0.9 2
Käyttöopas Sisällysluettelo DYNAROAD HENKILÖKUNTA... 3 TIEPROJEKTIN LUOMINEN... 4 DYNAROAD KÄYTTÄJÄ... 5 TIEPROJEKTIN MUOKKAUS... 6 Työkohdetyyppien lisääminen... 7 Työkohteen lisääminen... 8 Urakoitsijoiden
LisätiedotLiite 2 : RAFAELA -aineiston elinkaaren hallinta
RAFAELA-hoitoisuusluokitus-jär je 1 Liite 2 : RAFAELA -aineiston elinkaaren hallinta Ohje: Lomake täytetään Tilaajan toimesta ja palautetaan Toimittajalle käyttöoikeussopimuksen mukana. 1. Aineiston omistajuus
LisätiedotVersion päivittäminen
Version päivittäminen Puh: 02-2767 171 Fax: 02-2767 170 www.ecom.fi asiakaspalvelu@ecom.fi 1 Uuden version haku internetistä ja ohjelmiston rekisteröinti...3 1.1 Ohjelmiston Rekisteröiminen...3 1.2 Internet-rekisteröinnin
LisätiedotWritten by Administrator Monday, 05 September 2011 15:14 - Last Updated Thursday, 23 February 2012 13:36
!!!!! Relaatiotietokannat ovat vallanneet markkinat tietokantojen osalta. Flat file on jäänyt siinä kehityksessä jalkoihin. Mutta sillä on kuitenkin tiettyjä etuja, joten ei se ole täysin kuollut. Flat
LisätiedotSivu 1/5 Mitä CD- tai DVD-muotoa tulisi käyttää? Tässä artikkelissa Tarpeita vastaavan levyn ja muodon valinta Tietoja Live File Systemin ja masteroidun levymuodon eroista Miksi Live File System -muodosta
LisätiedotWeb -myyntilaskutus Käyttöönotto v. 6.3.0. Toukokuu 2013 1 (16) Versio 6.3.0. Web -myyntilaskutus. Copyright Aditro. All rights reserved.
Toukokuu 2013 1 (16) Versio 6.3.0 Web -myyntilaskutus Toukokuu 2013 2 (16) 1 Johdanto... 3 2 Pikaohje... 3 3 Yritysasetukset... 4 4 Käyttäjät ja käyttäjäroolit... 5 4.1 Käyttäjäroolit... 5 4.2 Käyttäjät...
LisätiedotTIETOKONE JA TIETOVERKOT TYÖVÄLINEENÄ
aaro.leikari@hotmail.com TIETOKONE JA TIETOVERKOT TYÖVÄLINEENÄ 25.01.2016 SISÄLLYS 1. Käyttöjärjestelmän asentaminen... 1 1.1 Windowsin asettamia laitteistovaatimuksia... 1 1.2 Windowsin asentaminen...
LisätiedotATK yrittäjän työvälineenä
ATK yrittäjän työvälineenä Perusteet 16.3.2009 Rovaniemen Design Park Kouluttaja Timo Laapotti / F4U Foto For You f4u@f4u.fi 0400 684 358 http://f4u.fi/ ATK yrittäjän työvälineenä Esityksen sisältö A-ajokorttivaatimukset
LisätiedotJärjestelmänvalvontaopas
Järjestelmänvalvontaopas Medtronic MiniMed Northridge, CA 91325 USA 800 646 4633 (800-MiniMed) 818 576 5555 www.minimed.com Edustaja EU:n alueella Medtronic B.V. Earl Bakkenstraat 10 6422 PJ Heerlen Alankomaat
LisätiedotBasware Supplier Portal
Basware Supplier Portal Pikaohje Toimittajille (Toukokuu 2011) Prosessin yleiskatsaus Basware Supplier Portal on tarkoitettu toimittajaorganisaatioille (joita kutsutaan jäljempänä toimittajiksi). Järjestelmän
Lisätiedot1. ASIAKKAAN OHJEET... 2. 1.1 Varauksen tekeminen... 2. 1.2 Käyttäjätunnuksen luominen... 4. 1.3 Varauksen peruminen... 4
1. ASIAKKAAN OHJEET... 2 1.1 Varauksen tekeminen... 2 1.2 Käyttäjätunnuksen luominen... 4 1.3 Varauksen peruminen... 4 1.4 Omien tietojen muokkaaminen... 5 1.5 Salasanan muuttaminen... 5 2. TYÖNTEKIJÄN
LisätiedotProjektisuunnitelma. KotKot. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma KotKot Helsinki 22.9.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 + 1 op) Projektiryhmä Tuomas Puikkonen
LisätiedotARVI-järjestelmän ohje arvioinnin syöttäjälle 13.4. 2015
ARVI-järjestelmän ohje arvioinnin syöttäjälle 13.4. 2015 Sisältö ARVI-menettelyn perusteet... 1 Arvioinnin syöttäminen... 2 Arvion lähettäminen TE-toimistoon... 5 Sovelluksen sulkeminen... 6 Virhetilanteiden
LisätiedotKeskustelusivusto. Suunnitteludokumentti
Keskustelusivusto Suunnitteludokumentti Tietokantasovellus, Syksy 2007, Ryhmä 1 Tuomas Puikkonen tpuikkon@cs.helsinki.fi Tietojenkäsittelytieteen laitos Helsingin Yliopisto Sisältö Keskustelusivusto...1
LisätiedotToiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen
Vaatimusluettelo versio 0.17 Toiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen Yleiset vaatimukset 1 Koodistopalvelujärjestelmä on selainkäyttöinen 2 Käyttöliittymän tulee
LisätiedotNAVITA BUDJETTIJÄRJESTELMÄN ENSIASENNUS PALVELIMELLE
NAVITA BUDJETTIJÄRJESTELMÄN ENSIASENNUS PALVELIMELLE Ennen palvelinohjelman asennusta perustetaan tarvittavat kansiot. Oikeustasoista share- tai security-tason oikeudet riittävät; molempien oikeustasojen
LisätiedotHelsingin yliopisto/tktl DO Tietokantojen perusteet, s 2000 Johdanto & yleistä Harri Laine 1. Tietokanta. Tiedosto
Tietokanta Tiedosto Tietokanta (database) jotakin käyttötarkoitusta varten laadittu kokoelma toisiinsa liittyviä säilytettäviä tietoja Ohjelmointikielissä apumuistiin tallennettuja tietoja käsitellään
Lisätiedotejuttu ohjeet kuinka sitä käytetään.
ejuttu ohjeet kuinka sitä käytetään. 1. Artikkelin lisääminen a. Kirjaudu sisään b. Lisää sisältöä c. Artikkeli i. Lisää pääkuva 1. Pääkuvalle kuvateksti ii. Anna artikkelille otsikko iii. Ingressi-kenttään
LisätiedotCopyright 1999-2012 Basware Corporation. All rights reserved. Pikaopas toimittajille Supplier Portal (Toukokuu 2013)
Copyright 1999-2012 Basware Corporation. All rights reserved. Pikaopas toimittajille Supplier Portal (Toukokuu 2013) 1 Rekisteröityminen ja sisäänkirjautuminen Sinun täytyy kirjautua Supplier Portal -sovellukseen,
LisätiedotRATKI 1.0 Talousraportin käyttäjän ohje
RATKI RATKI 1.0 Talousraportin käyttäjän ohje Ohje 21.01.2008 0.1 Vastuuhenkilö Petri Ahola Sisällysluettelo 1. Yleistä... 3 1.1. Kuvaus... 3 1.2. Esitiedot... 3 1.3. RATKIn käyttöoikeuksien hankinta...
LisätiedotTermBase NET versio 1.0.1. (Beta)
TermBase NET versio 1.0.1. (Beta) Sulautettu sanasto- ja termikanta OHJEET TÄRKEÄÄ: Copyright M. Tuittu, 2005 Kaikki oikeudet pidätetään. TermBase NET on toteutettu java -tekniikalla. Java and all Java-based
Lisätiedot