Skip to content
Snippets Groups Projects
Commit bcb76cf3 authored by jamkit's avatar jamkit
Browse files

pohjat kuntoon

parent 37ed79c7
No related branches found
No related tags found
No related merge requests found
Showing
with 1709 additions and 0 deletions
![](https://openclipart.org/image/300px/svg_to_png/253205/project_manager.png&disposition=attachment)
Tuntikirjaukset ja kulut projektissa XXXXX
### NakkeNakuttaja 1
| Tekijä | Päivämäärä | Tunnit | Mitä tehtiin |
|:-:|:-:|:-:|:-:|
| NakkeNakuttaja1 | 1.1.2018 | 7.25h | Suunnittelua 4h, toteutettu 3,25h |
| NakkeNakuttaja1| 2.1.2018 | 7.25h |
| NakkeNakuttaja1 | 3.1.2018 | 7.25h |
| NakkeNakuttaja1 | 4.1.2018 | 7.25h |
| NakkeNakuttaja1 | 5.1.2018 | 7.25h |
Yhteensä:36,5h
### NakkeNakuttaja 2
| Tekijä | Päivämäärä | Tunnit |
|:-:|:-:|:-:|
| NakkeNakuttaja2 | 1.1.2018 | 7.25h |
| NakkeNakuttaja2 | 2.1.2018 | 7.25h |
| NakkeNakuttaja2 | 3.1.2018 | 7.25h |
| NakkeNakuttaja2 | 4.1.2018 | 7.25h |
| NakkeNakuttaja2 | 5.1.2018 | 7.25h |
Yhteensä:36,5h
### Hankinnat projektille
| Hankinnatä | Päivämäärä | Hinta |
|:-:|:-:|:-:|
| Kahvia | 1.1.2018 | 10€ |
| Kahvia | 2.1.2018 | 10€ |
| Kahvia | 3.1.2018 | 10€ |
| Kahvia | 4.1.2018 | 10€ |
Yhteensä: 40€
### Projektin kokonaiskulut 5.1.2018
| Kuluerä | määrä | hinta a | Yhteensä |
|:-:|:-:|:-:|:-:|
| Työtunnit | 73 | 50 € | 3650€ |
| Hankinnat | 4 | 10 € | 40 € |
| *Yhteensä:* |- | - | 3690 € |
Tai sitten [Toggl](https://www.toggl.com)
#OPPIMISRAPORTTI
* Oppimisraporttia sovelletaan tarvittaessa tilanteen mukaan..
* Kirjaa opintojakson aikana keskeiset oppimasi asiat tähän asiakirjaan, omaan blogiisi, muistioon tms.
* Voit kirjoittaa myös aiheeseen liittyvistä epäselvistä asioista tai ongelmista ja kuinka ne ratkaistiin.
* Lopuksi voit arvioida omaa oppimistasi, esimerkiksi pääsitkö asettamiisi tavoitteisiin ja jos et päässyt niin mistä se johtui.
* Voit poistaa tai muuttaa näitä valmiita tekstikohtia aivan vapaasti.
* Jos sinulla tulee kysymyksiä tai ongelmia tämän täyttämisen suhteen niin ota yhteys opettajaan.
#Aluksi
**Tavoitteeni / kiinnostukseni**
* Kirjaa tavoitteesi opintojakson osalta: mitä haluat oppia.
* Kerro myös minkä arvosanan haluat opintojaksolta saada, kuinka paljon olet valmis tekemään töitä opintojakson eteen ja kuinka kiinnostunut olet opintojakson aiheesta?
# Taustani / aikaisempi osaamiseni (vertaa osaamistasi opintojakson osaamis-tavoitteisiin)
* Perehdy opintojakson osaamis¬tavoitteisiin – mitä niistä osaat ennestään?
* Jotta opetus voitaisiin paremmin suunnata tarpeisiisi, niin kerro lisäksi hieman taustastasi (esim. mitä tiedät opetettavasta aiheesta entuudestaan).
* Jos mahdollista, niin ala heti rakentamaan jonkinlaista käsitekarttaa siitä, miten opintojaksolla esiintyvät asiat liittyvät toisiinsa.
* Määrittele itse omin sanoin keskeiset opintojaksolla esiintyvät termit ja vertaa niitä opintojaksolla esitettyihin.
# Haasteeni / projektityöni
* Aloita heti pohdiskelu, minkä omassa elämässäsi kohtaamasi ongelman haluat opintojaksolla ratkaista.
* Kirjaa tähän sekä ongelman kuvaus että sen potentiaaliset ratkaisuvaihtoehdot.
* Ala keräämään projektiryhmää, joka on kiinnostunut ratkaisemaan saman ongelman. Vaihtakaa yhteystiedot ja sopikaa myös aikatauluista, jotta voisitte tavata toisianne säännöllisesti.
# Projektin eteneminen...
* Kirjaa tähän mitkä olivat tärkeimmät teemat omasta mielestäsi.
* Tärkeintä on, että kerrot mitä uutta itse asiassa opit. Se voi olla jotain yleistä, kuten ”Opin, että x-suunnittelun eri vaiheissa tulisi kiinnittää huomiota seuraaviin asioihin: ...”, ”Erityisesti XX on tärkeää …” tai voit myös mainita jonkin pikku niksin, josta on itsellesi hyötyä, esim. ”Nn-työkalussa Zz tapahtuu Xx-valikon Yy-komennolla” ja voit vaikka Alt+PrintScreen-näppäinyhdistelmällä napata näytöltä kuvan. Älä täytä tätä kohtaa vain ”pakosta” vaan pohdi opitko oikeasti jotakin uutta!. Sen lisäksi sinun pitää miettiä, mikä merkitys opetetuilla asioilla on sinulle joko nyt tai tulevaisuudessa.
* Kirjaa myös, mitä opetustilanteessa tai aiheeseen tutustuessasi heränneitä ideoita, tuntemuksia tai epäselviä asioita tuli mieleen. Esimerkiksi jos jokin erityinen asia sai sinut pohdiskelemaan, että onkohan asia todellakin noin, niin voisit tuoda sen esille. Myös yleinen palaute esim. opintojakson tahdista tms. auttaa opettajaa jatkossa tekemään korjauksia opintojaksoon.
* Voit kirjata myös omassa (työ)elämässäsi heränneitä ajatuksia tai etsiä tietoa opintojakson aiheista esim. webistä tietoa hakien.
# Lopuksi
**Kirjaa opintojakson päätteeksi, miten saavutit**
* 1) asettamasi tavoitteet
* 2) opintojaksolle asetetut osaamistavoitteet
* Kerro vaikeimmat ongelmat ja kuinka ne ratkaisit
* Kerro myös, miten aiot jatkossa tehostaa omaa tapaasi oppia uusia asioita
* Anna myös itsellesi rehellisesti arvosana perusteluineen
* Viimeiseksi kirjaa muutama asia, kuinka kehittäisit opintojaksoa tai opettajan opetustyyliä eteenpäin.
###P.S. Muuta asiakirjan ominaisuudet File – Properties (Tiedosto – Ominaisuudet; Office 2007:ssa Office-painike => Valmistele – Ominaisuudet) komennolla. Asiakirja kannattaa tallentaa sellaisella nimellä, että siitä käy ilmi opintojakso ja oma nimesi, esim. IIZO3030_Nieminen.doc. Palautus opintojakson lopussa muiden töiden ohessa.
## Katselmointipöytäkirja
## Aihe_______________________
## Aika___________________
## Läsnä_____________________
## Huomiot
## Poikkeamat, jotka vaativat korjauksen
## Milloin korjaukset valmiina
# Allekirjoitukset
______________________ _______________________ __________________________
# Käyttöohjeen runko
![](https://openclipart.org/image/300px/svg_to_png/172690/zoom-in-thin-finger-thump-black.png&disposition=attachment)
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Mauris placerat ultrices mi, a imperdiet lacus sollicitudin ut. Pellentesque eget urna in nisi accumsan vulputate id vitae leo. Proin non ex felis. Etiam mi orci, sodales sit amet congue ac, ultrices eget urna. Cras vel hendrerit ex. Pellentesque maximus semper viverra. Vestibulum nec pharetra mi. Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse viverra purus at egestas ornare. Ut aliquam ligula id mauris consectetur, sed tempor erat gravida. Vivamus eget nibh metus. Curabitur at velit lacus. Pellentesque nec arcu nibh. Nunc tristique ut lectus non finibus. Nullam ultricies dui enim, imperdiet pretium massa faucibus sed. Sed et mi ante.
# Lyhyesti tuotteesta
Suspendisse euismod ornare suscipit. Curabitur at nisi metus. Donec luctus velit non maximus viverra. Etiam at hendrerit est, vel efficitur massa. Nam bibendum metus non pretium ornare. Cras dictum mattis orci. Nam sed libero ac tortor scelerisque tempus. Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas. Donec laoreet arcu congue dolor iaculis, vitae interdum purus eleifend. Donec et sapien ante. Proin quis diam arcu.
# Kohderyhmä
Nullam a elit diam. Suspendisse eu convallis dui. Nunc varius blandit felis, quis molestie risus auctor a. Duis eu lectus ut ligula dignissim molestie. Suspendisse potenti. Etiam nec leo lectus. Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas. Aenean egestas massa eu ante tincidunt dictum. Curabitur imperdiet elit et tincidunt pulvinar. Nam eget elementum ligula. Maecenas in elementum odio. Aliquam vitae auctor odio. Pellentesque at urna dui. Cras et lacus et nibh dapibus tincidunt vitae at magna. Vestibulum ullamcorper orci ac magna convallis, at sodales turpis gravida.
# Perustoiminnot
Nullam a elit diam. Suspendisse eu convallis dui. Nunc varius blandit felis, quis molestie risus auctor a. Duis eu lectus ut ligula dignissim molestie. Suspendisse potenti. Etiam nec leo lectus. Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas. Aenean egestas massa eu ante tincidunt dictum. Curabitur imperdiet elit et tincidunt pulvinar. Nam eget elementum ligula. Maecenas in elementum odio. Aliquam vitae auctor odio. Pellentesque at urna dui. Cras et lacus et nibh dapibus tincidunt vitae at magna. Vestibulum ullamcorper orci ac magna convallis, at sodales turpis gravida.
Nullam a elit diam. Suspendisse eu convallis dui. Nunc varius blandit felis, quis molestie risus auctor a. Duis eu lectus ut ligula dignissim molestie. Suspendisse potenti. Etiam nec leo lectus. Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas. Aenean egestas massa eu ante tincidunt dictum. Curabitur imperdiet elit et tincidunt pulvinar. Nam eget elementum ligula. Maecenas in elementum odio. Aliquam vitae auctor odio. Pellentesque at urna dui. Cras et lacus et nibh dapibus tincidunt vitae at magna. Vestibulum ullamcorper orci ac magna convallis, at sodales turpis gravida.
Nullam a elit diam. Suspendisse eu convallis dui. Nunc varius blandit felis, quis molestie risus auctor a. Duis eu lectus ut ligula dignissim molestie. Suspendisse potenti. Etiam nec leo lectus. Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas. Aenean egestas massa eu ante tincidunt dictum. Curabitur imperdiet elit et tincidunt pulvinar. Nam eget elementum ligula. Maecenas in elementum odio. Aliquam vitae auctor odio. Pellentesque at urna dui. Cras et lacus et nibh dapibus tincidunt vitae at magna. Vestibulum ullamcorper orci ac magna convallis, at sodales turpis gravida.
# Huomioitavaa
Suspendisse eu convallis dui. Nunc varius blandit felis, quis molestie risus auctor a. Duis eu lectus ut ligula dignissim molestie. Suspendisse potenti. Etiam nec leo lectus. Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas. Aenean egestas massa eu ante tincidunt dictum. Curabitur imperdiet elit et tincidunt pulvinar. Nam eget elementum ligula. Maecenas in elementum odio. Aliquam vitae auctor odio. Pellentesque at urna dui. Cras et lacus et nibh dapibus tincidunt vitae at magna. Vestibulum ullamcorper orci ac magna convallis, at sodales turpis gravida.
# Turvallisuuteen liittyvät seikat
Nunc varius blandit felis, quis molestie risus auctor a. Duis eu lectus ut ligula dignissim molestie. Suspendisse potenti. Etiam nec leo lectus. Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas. Aenean egestas massa eu ante tincidunt dictum. Curabitur imperdiet elit et tincidunt pulvinar. Nam eget elementum ligula. Maecenas in elementum odio. Aliquam vitae auctor odio. Pellentesque at urna dui. Cras et lacus et nibh dapibus tincidunt vitae at magna. Vestibulum ullamcorper orci ac magna convallis, at sodales turpis gravida.
etc.
Odottaa sisältöä!
Voit lukea aiheesta lisää [Sytyke Ry:n sivuilta](http://www.sytyke.org/julkaisut/kettera-kirja/)
* [Ketterä Kirja 2.0.b](https://dl.dropboxusercontent.com/u/2022200/392%20vuotta%20ketteri%C3%A4%20kokemuksia.pdf)
# 1. JOHDANTO
Loppuraportissa tulee ensisijaisesti vastata kysymyksiin: mitä ja miten tehtiin, miksi tehtiin, missä onnistuttiin, mikä meni pieleen, miksi ja miten ongelmat ratkaistiin ja mitä itse asiassa opittiin.
Kerro johdannossa aluksi lyhyesti mihin projektiin tämä dokumentti liittyy, mitä osapuolia projektissa oli mukana (projektin organisaatio) ja mikä on tämän dokumentin tarkoitus ja sisältö.
# 2. TEHTÄVÄ, TAVOITE, TULOKSET
## 2.1. Yhteenveto projektin toteumasta
Koko projektin toteuma (projektisuunnitelman tavoitteisiin ja tehtäviin peilaten):
* mitä piti tehdä (eli kertokaa ensin lyhyesti projektin tavoite/tarkoitus),
* mitä tehtiin (liitteenä voi olla projektin tulosten yhteenveto),
* miten onnistuttiin
## 2.2. Projektin onnistuminen (suunnitelma vs. toteutuma)
Projektiprosessin osalta raportissa esitellään ainakin seuraavat asiakokonaisuudet:
* prosessin rakenne: vaiheet ja tehtävät, niiden toteutusperiaatteet ja aikataulut
* projektin sisäiset aikaresurssit: suunnitellut ja toteutuneet vaiheittain ja viikoittain, jakauma tehtävittäin (varsinainen sisältö ja projektin hallinta)
* projektin ulkopuoliset resurssit: konsultaatiot, koulutus, katselmoinnit, testaukset jne.
# 3. ONGELMAT JA NIIDEN RATKAISUT
Kuvatkaa ongelmat projektin suunnittelussa ja toteutuksessa (mistä johtui, miten ratkaistiin, mitä olisi pitänyt tehdä toisin ja miten)
## 3.1. Ongelmat suunnittelussa
## 3.2. Ongelmat toteutuksessa
## 3.3. Muut ongelmat tai toteutuneet riskit ja niiden käsittely
# 4. YHTEENVETO
## 4.1. Keskeiset opit
Listatkaa opitut asiat esim. henkilöittäin ja/tai vaiheittain. Mainitkaa myös hyvin toimineet työskentelytavat, työkalut ja menetelmät (nk. best practises).
## 4.2. Itsearviointi
Arvioikaa seuraavia:
### 4.2.1. Ryhmätyö
* projektipäällikkyys (ei henkilöön kohdistuvaa, vaan yleisemmällä tasolla)
* erilaisuuden hyödyntäminen
* ongelmanratkaisu (ei pelkästään teknisten ongelmien ratkaisemista, viestintä ym.)
* työnjako ja tehtävien hallinta
* ryhmän oma työ
* toisten työ (esim. tukiryhmätoiminta)
* resurssien hyödyntäminen (mitkä ovat teidän resurssinne?)
* ohjaus ja sen käyttö (mitä muutakin kuin oma ohjaaja?)
* ryhmäprosessi (ryhmällä eri kehitysvaiheita (joukko, klikki, ME, tiimi), miten kehittynyt?)
* kriisit ja niistä selviäminen
* oman työn kriittinen kehittäminen
### 4.2.2. Suunnitelmallisuus (projektityöskentely)
* suunnitelmat
* mitä tehty?
* mitä käytetty/valvottu (miten näkynyt projektin arjessa)?
* mitä päivitetty ja miksi?
* miten hyvin tehty?
* resurssien hallinta
* suunniteltu
* valvonta
* toteutuminen
* projektiprosessin dokumentointi (mm. muistiot eri palavereista)
* projektiprosessin hallinta
### 4.2.3. Vuorovaikutus
* yhteydenpito sidosryhmiin (ketkä ovat sidosryhmiä?)
* tiedonhankinta (toimeksiantajalta tiedon saaminen)
* haastattelut ja niiden valmistelu, toteutus ja tiedon jalostus
* tiedottaminen
* asiakasorganisaatiossa
* erityiskohderyhmät
* ammattikorkeakoululle
* muut kohteet ja mediat (jos näkynyt esim. lehdissä, messuilla tms.)
* johtoryhmätyöskentely (valmistautuminen, tavoitteiden saavuttaminen, läpivienti)
* tehtävän kehittäminen ja rajaukset
* miten tehty?
* kenen esityksestä ja millä tiedoilla?
* tukiryhmätoiminta (tiedon saaminen, asiantuntijoiden hyödyntäminen)
* ”fiilis” ja sen syyt (jos ”alavireinen”, niin kuinka parannettu?)
* toisten työkiireiden huomioiminen yhteydenpidossa (ennakointi, matkat ym.)
* yhteydenpitovälineiden käyttö (mikä on järkevä väline eri tilanteisiin, palaverit kallista ajankäyttöä)
* vuorovaikutuksen tuloksellisuus (Jory, sähköposti, muut)
### 4.2.4. Asenne
* tehtävään
* oppimiseen
* ongelmiin
* ote projektista sen eri vaiheissa
* palautehakuisuus
### 4.2.5. Tulos
Tulosta on kaikki, mitä projekti tavoitteellisesti tarjoaa ryhmän ulkopuolisten hyödyksi
* mitkä ovat projektin tulokset?
* kuinka hyviä tuotokset ovat?
* onko projektilla ”aineettomia” tuloksia? (esim. asennemuutos)
* tulosten arvo organisaatiolle ja muille tahoille
* jatkotoimenpiteet
## 4.3. Arvosanaehdotukset
Mikä on mielestänne arvosana, jonka ansaitsemme em. kriteerien perusteella?
Voitte jakaa arvosanaehdotuksen ryhmän sisällä siten, että joku enemmän töitä tehnyt saisi paremman arvosanan (tai työhön vähäisesti osallistunut huonomman).
# LÄHTEET
# LIITTEET
Alkuperäinen dokumentti löytyy [täältä](http://homes.jamk.fi/~huojo/opetus/mallit/Oppimisraportti.dot)
## OPPIMISRAPORTTI
Kirjaa opintojakson aikana keskeiset oppimasi asiat tähän asiakirjaan, omaan blogiisi, muistioon tms. Voit kirjoittaa myös aiheeseen liittyvistä epäselvistä asioista tai ongelmista ja kuinka ne ratkaistiin. Lopuksi voit arvioida omaa oppimistasi, esimerkiksi pääsitkö asettamiisi tavoitteisiin ja jos et päässyt niin mistä se johtui.
Voit poistaa tai muuttaa näitä valmiita tekstikohtia aivan vapaasti. Jos sinulla tulee kysymyksiä tai ongelmia tämän täyttämisen suhteen niin ota yhteys opettajaan.
Aluksi
## Tavoitteeni / kiinnostukseni
Kirjaa ensimmäisenä tavoitteesi opintojakson osalta: mitä haluat oppia. Kerro myös minkä arvosanan haluat opintojaksolta saada, kuinka paljon olet valmis tekemään töitä opintojakson eteen ja kuinka kiinnostunut olet opintojakson aiheesta?
Taustani / aikaisempi osaamiseni (vertaa osaamistasi opintojakson osaamis-tavoitteisiin)
Perehdy opintojakson osaamis¬tavoitteisiin – mitä niistä osaat ennestään? Jotta opetus voitaisiin paremmin suunnata tarpeisiisi, niin kerro lisäksi hieman taustastasi (esim. mitä tiedät opetettavasta aiheesta entuudestaan). Jos mahdollista, niin ala heti rakentamaan jonkinlaista käsitekarttaa siitä, miten opintojaksolla esiintyvät asiat liittyvät toisiinsa. Määrittele itse omin sanoin keskeiset opintojaksolla esiintyvät termit ja vertaa niitä opintojaksolla esitettyihin.
## Haasteeni / projektityöni
Aloita heti pohdiskelu, minkä omassa elämässäsi kohtaamasi ongelman haluat opintojaksolla ratkaista. Kirjaa tähän sekä ongelman kuvaus että sen potentiaaliset ratkaisuvaihtoehdot.
Ala keräämään projektiryhmää, joka on kiinnostunut ratkaisemaan saman ongelman. Vaihtakaa yhteystiedot ja sopikaa myös aikatauluista, jotta voisitte tavata toisianne säännöllisesti.
"[Kirjoita tähän aihe (otsikko)]"
Kirjaa tähän mitkä olivat tärkeimmät teemat omasta mielestäsi. Tärkeintä on, että kerrot mitä uutta itse asiassa opit. Se voi olla jotain yleistä, kuten ”Opin, että x-suunnittelun eri vaiheissa tulisi kiinnittää huomiota seuraaviin asioihin: ...”, ”Erityisesti XX on tärkeää …” tai voit myös mainita jonkin pikku niksin, josta on itsellesi hyötyä, esim. ”Nn-työkalussa Zz tapahtuu Xx-valikon Yy-komennolla” ja voit vaikka Alt+PrintScreen-näppäinyhdistelmällä napata näytöltä kuvan. Älä täytä tätä kohtaa vain ”pakosta” vaan pohdi opitko oikeasti jotakin uutta!. Sen lisäksi sinun pitää miettiä, mikä merkitys opetetuilla asioilla on sinulle joko nyt tai tulevaisuudessa.
Kirjaa myös, mitä opetustilanteessa tai aiheeseen tutustuessasi heränneitä ideoita, tuntemuksia tai epäselviä asioita tuli mieleen. Esimerkiksi jos jokin erityinen asia sai sinut pohdiskelemaan, että onkohan asia todellakin noin, niin voisit tuoda sen esille. Myös yleinen palaute esim. opintojakson tahdista tms. auttaa opettajaa jatkossa tekemään korjauksia opintojaksoon.
Voit kirjata myös omassa (työ)elämässäsi heränneitä ajatuksia tai etsiä tietoa opintojakson aiheista esim. webistä tietoa hakien.
## Lopuksi
Kirjaa opintojakson päätteeksi, miten saavutit 1) asettamasi tavoitteet ja 2) opintojaksolle asetetut osaamistavoitteet. Kerro vaikeimmat ongelmat ja kuinka ne ratkaisit. Kerro myös, miten aiot jatkossa tehostaa omaa tapaasi oppia uusia asioita. Anna myös itsellesi rehellisesti arvosana perusteluineen. Viimeiseksi kirjaa muutama asia, kuinka kehittäisit opintojaksoa tai opettajan opetustyyliä eteenpäin.
*Tämä dokumentti on elävä dokumenttipohja, jota päivitetään tilanteen mukaan..*
Versio 14.2.2017 By NarsuMan
# Päätestaussuunnitelma (Master Test Plan)
*Dokumentin versio*
*omistaja*
# Yleistä
Phasellus dignissim tempor ipsum in rhoncus. Vestibulum eget mi sed arcu sollicitudin rutrum euismod ac nunc. Maecenas auctor tincidunt magna sed ullamcorper. Aliquam erat volutpat. Pellentesque neque mi, venenatis ut vestibulum at, elementum vitae libero. Maecenas iaculis a libero in tincidunt. Aenean laoreet, arcu non condimentum vulputate, nisl erat vestibulum felis, in vulputate nisi nunc ut nisi. Nam turpis magna, porta venenatis eleifend a, congue vitae diam.
## Testikohteesta (Test Target / System Under Test)
Phasellus dignissim tempor ipsum in rhoncus. Vestibulum eget mi sed arcu sollicitudin rutrum euismod ac nunc. Maecenas auctor tincidunt magna sed ullamcorper. Aliquam erat volutpat. Pellentesque neque mi, venenatis ut vestibulum at, elementum vitae libero. Maecenas iaculis a libero in tincidunt. Aenean laoreet, arcu non condimentum vulputate, nisl erat vestibulum felis, in vulputate nisi nunc ut nisi. Nam turpis magna, porta venenatis eleifend a, congue vitae diam.
## Testauksen yleiset tavoitteet ja tärkeimmät tehtävät (Test goals and primary needs)
Maecenas iaculis a libero in tincidunt. Aenean laoreet, arcu non condimentum vulputate, nisl erat vestibulum felis, in vulputate nisi nunc ut nisi. Nam turpis magna, porta venenatis eleifend a, congue vitae diam. Maecenas iaculis a libero in tincidunt. Aenean laoreet, arcu non condimentum vulputate, nisl erat vestibulum felis, in vulputate nisi nunc ut nisi. Nam turpis magna, porta venenatis eleifend a, congue vitae diam.
## Aikataulu (Schedule)
* [Linkki projektisuunnitelmaan?]()
## Julkaisusuunnitelma (Release Plan)
* [Linkki alustavaan julkaisusuunnitelmaan ?]()
### Testattavat ominaisuudet (Tested Features)
| Otsikko 1 | Otsikko 2 | Otsikko 3 |
|:-:|:-:|:-:|
| | |
| | |
| | |
| | |
### Ei-testattavat ominaisuudet (Non tested Features)
| Otsikko 1 | Otsikko 2 | Otsikko 3 |
|:-:|:-:|:-:|
| | |
| | |
| | |
| | |
## Testausympäristöt (Testing Environments)
Maecenas iaculis a libero in tincidunt. Aenean laoreet, arcu non condimentum vulputate, nisl erat vestibulum felis, in vulputate nisi nunc ut nisi. Nam turpis magna, porta venenatis eleifend a, congue vitae diam.
### Resurssit ja vastuut (Resources and ...)
* [Linkkit resurssisuunnitelmaan ?]()
| Resurssi | Vastuus | Muuta | Yritys |
|:-:|:-:|:-:|:-:|
| Henkilö X | Suorituskykytestaus | lomalla heinäkuun | Firm Oy |
| Henkilö Y | Tietoturvatestas | Maaliskuun matkoilla | Firm Oy |
| Henkilö Z | Toiminnnallinen testaus |
| Henkilö Å | Kokeilevat testaus |
## Testaustasot (Testing Levels)
In ultricies ultricies ligula, ut suscipit nulla ullamcorper non. Nunc aliquet finibus lorem. Vivamus pretium malesuada nulla a posuere. Pellentesque et bibendum massa. Mauris euismod erat orci, pretium elementum dolor pellentesque et. Vivamus laoreet justo sit amet est ultricies, sit amet rutrum lectus semper. Pellentesque gravida pulvinar ante non semper. Vestibulum ante ipsum primis in faucibus orci luctus et ultrices posuere cubilia Curae; Cras vel dolor fermentum, porttitor mi at, condimentum velit. Pellentesque ut turpis pulvinar, tempor felis sit amet, placerat felis. In hac habitasse platea dictumst.
### Hyväksyntätestaus (Acceptance Testing)
suscipit id, commodo id diam. Aliquam lorem urna, maximus in pretium pharetra, mollis eu lacus. Nam nunc erat, aliquet rutrum ultrices quis, fermentum vitae metus. In at nibh eu dui ultrices ultrices. Vestibulum mi mi, ultricies sed maximus eget,
### Järjestelmätestaus (System Testing)
suscipit id, commodo id diam. Aliquam lorem urna, maximus in pretium pharetra, mollis eu lacus. Nam nunc erat, aliquet rutrum ultrices quis, fermentum vitae metus. In at nibh eu dui ultrices ultrices. Vestibulum mi mi, ultricies sed maximus eget,
### Järjestelmän integraatio testaus (System Integration Testing)
suscipit id, commodo id diam. Aliquam lorem urna, maximus in pretium pharetra, mollis eu lacus. Nam nunc erat, aliquet rutrum ultrices quis, fermentum vitae metus. In at nibh eu dui ultrices ultrices. Vestibulum mi mi, ultricies sed maximus eget,
### Moduli/komponenttitason testaus (Module / Component Testing)
suscipit id, commodo id diam. Aliquam lorem urna, maximus in pretium pharetra, mollis eu lacus. Nam nunc erat, aliquet rutrum ultrices quis, fermentum vitae metus. In at nibh eu dui ultrices ultrices. Vestibulum mi mi, ultricies sed maximus eget,
## Testisuunnittelusta
Vestibulum molestie diam sit amet pretium pharetra. Praesent sagittis auctor convallis. Nulla augue sapien, ornare vel suscipit id, commodo id diam. Aliquam lorem urna, maximus in pretium pharetra, mollis eu lacus. Nam nunc erat, aliquet rutrum ultrices quis, fermentum vitae metus. In at nibh eu dui ultrices ultrices. Vestibulum mi mi, ultricies sed maximus eget, ultrices at nibh. Aenean vel turpis eu quam laoreet lobortis in eget tortor. Nunc vel arcu accumsan, finibus erat at, hendrerit elit. Ut fringilla eros a sollicitudin tincidunt.
## Testaus ja vianhallinnan prosessit
Vestibulum molestie diam sit amet pretium pharetra. Praesent sagittis auctor convallis. Nulla augue sapien, ornare vel suscipit id, commodo id diam. Aliquam lorem urna, maximus in pretium pharetra, mollis eu lacus. Nam nunc erat, aliquet rutrum ultrices quis, fermentum vitae metus. In at nibh eu dui ultrices ultrices. Vestibulum mi mi, ultricies sed maximus eget, ultrices at nibh. Aenean vel turpis eu quam laoreet lobortis in eget tortor. Nunc vel arcu accumsan, finibus erat at, hendrerit elit. Ut fringilla eros a sollicitudin tincidunt.
* Yleiset hyväksyntä kriteerit?
* Yleiset hylkäys kriteerit?
## Valittu testausstrategia
In at nibh eu dui ultrices ultrices. Vestibulum mi mi, ultricies sed maximus eget, ultrices at nibh. Aenean vel turpis eu quam laoreet lobortis in eget tortor. Nunc vel arcu accumsan, finibus erat at, hendrerit elit. Ut fringilla eros a sollicitudin tincidunt.
## Käytetyt testityövälineet ja ohjelmistot
### Suorituskykytestaus
Phasellus dignissim tempor ipsum in rhoncus. Vestibulum eget mi sed arcu sollicitudin rutrum euismod ac nunc. Maecenas auctor tincidunt magna sed ullamcorper. Aliquam erat volutpat. Pellentesque neque mi, venenatis ut vestibulum at, elementum vitae libero. Maecenas iaculis a libero in tincidunt. Aenean laoreet, arcu non condimentum vulputate, nisl erat vestibulum felis, in vulputate nisi nunc ut nisi. Nam turpis magna, porta venenatis eleifend a, congue vitae diam.
### Toiminnallinentestaus
Phasellus dignissim tempor ipsum in rhoncus. Vestibulum eget mi sed arcu sollicitudin rutrum euismod ac nunc. Maecenas auctor tincidunt magna sed ullamcorper. Aliquam erat volutpat. Pellentesque neque mi, venenatis ut vestibulum at, elementum vitae libero. Maecenas iaculis a libero in tincidunt. Aenean laoreet, arcu non condimentum vulputate, nisl erat vestibulum felis, in vulputate nisi nunc ut nisi. Nam turpis magna, porta venenatis eleifend a, congue vitae diam.
### Tietoturvatestaus
Phasellus dignissim tempor ipsum in rhoncus. Vestibulum eget mi sed arcu sollicitudin rutrum euismod ac nunc. Maecenas auctor tincidunt magna sed ullamcorper. Aliquam erat volutpat. Pellentesque neque mi, venenatis ut vestibulum at, elementum vitae libero. Maecenas iaculis a libero in tincidunt. Aenean laoreet, arcu non condimentum vulputate, nisl erat vestibulum felis, in vulputate nisi nunc ut nisi. Nam turpis magna, porta venenatis eleifend a, congue vitae diam.
### Kuormitustestaus
Phasellus dignissim tempor ipsum in rhoncus. Vestibulum eget mi sed arcu sollicitudin rutrum euismod ac nunc. Maecenas auctor tincidunt magna sed ullamcorper. Aliquam erat volutpat. Pellentesque neque mi, venenatis ut vestibulum at, elementum vitae libero. Maecenas iaculis a libero in tincidunt. Aenean laoreet, arcu non condimentum vulputate, nisl erat vestibulum felis, in vulputate nisi nunc ut nisi. Nam turpis magna, porta venenatis eleifend a, congue vitae diam.
## Liitteet
### projektiympäristön esimerkki 2017
Tämä wiki sisältää esimerkin projektityöympäristöstä, jota voidaan käyttää esim. ohjelmistoprojektin runkona.
Voit tarvitessasi "kloonata" wiki-sivustot esim. omaan github projektiin pohjaksi.
![](https://openclipart.org/image/300px/svg_to_png/235516/DigitalArtFrame4x3.png&disposition=attachment)
| Mitä | Kuka vastaa | Muuta | Huomiota |
|:----:|:----:|:-----:|:-----:|:-----:|
| [Aikataulut](projektin-aikataulu) | HessuHopo | | | |
| [Projektin tilannekatsaus](projektin-status) | MikkiHiiri | Valmiina | | |
| [Tyoajan seuranta](tyoajan-seuranta) | Rambo2 | | | |
| [Projektiryhmän esittely](projektiryhman-esittely) | GaruWeikko | | | |
| [Aikataulu & resurssointi](projektin aikataulu ja resurssointi) | HessuHopo | | | |
| [Projektisuunnitelma](projektisuunnitelma) | GaruWeikko, MikkiHiiri | | | |
| [Viestintäsuunnitelma](https://github.com/JAMK-IT/TT0S0100-software-desing-and-testing/blob/master/viestintasuunnitelma.md) | | | | |
| [Projektin riskit](https://github.com/JAMK-IT/TT0S0100-software-desing-and-testing/blob/master/riskihallintasuunnitelman-pohja.md) | | | | |
| [Projektisopimus](https://github.com/JAMK-IT/TT0S0100-software-desing-and-testing/blob/master/projektisopimuksen-pohja.md) | | | | |
| [Vaatimusmääritelmä](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-vaatimusmaarittelu.md) | | | | |
| [Tekninendokumentaatio](suunnittelu-ja-toteutus) | | | | |
| [Käyttöohjeet & dokumentaatio](installation-guide) | | | | |
| [Projektin tarkistuslista](https://github.com/JAMK-IT/IIZP2010-system-project/wiki/projektin-tarkistuslista) | | | | |
# Projektin tilannekatsaus
![](https://openclipart.org/image/300px/svg_to_png/121699/project-schedule.png&disposition=attachment)
## Mitä saatu aikaan
Suspendisse interdum tellus a nulla maximus ullamcorper. Donec eu magna sit amet eros finibus rhoncus. Proin in efficitur justo, nec sagittis mauris.
## Kohdatut ongelmat
Vestibulum ac varius neque. Donec vel sapien libero. Cras fringilla augue quis quam pretium, nec volutpat enim vulputate.
## Mitä seuraavaksi
Pellentesque congue odio ut tellus elementum vulputate et dapibus ante. Nunc tincidunt, nibh sit amet lobortis congue, lectus erat rutrum lacus, nec rhoncus urna erat quis felis. Vestibulum laoreet est diam, in euismod tellus ornare at. Donec in egestas enim. Cras ipsum elit, pulvinar consequat viverra id, dictum condimentum justo.
### Projektin kokonaiskulut 5.1.201x
| Kuluerä | määrä | hinta a | Yhteensä |
|:---|:---|:---|:---|
| Työtunnit | 73 | 50 € | 3650€ |
| Hankinnat | 4 | 10 € | 40 € |
| *Yhteensä:* |- | - | 3690 € |
# Esitelmän runko
* Tämä on runko aiheista, joita on asiallaista käsitellä projektin loppukatselmoinnissa
## Lyhesti tiimistä
Nec alterum legimus persecuti in, ea duo consul utroque percipitur. Nec tale aliquam mnesarchum ea. In elit noluisse moderatius qui. Has ea doctus officiis concludaturque, amet dicat suavitate nam te.
## Mitä asiakas tilasi?
Id propriae reprehendunt nec, audiam oportere in nam. No alia abhorreant mel, at eam erat reque conceptam. No eum audire habemus principes, ut exerci persius usu. Vis an quando epicuri conclusionemque.
## Mihin keskityttiin ja miten työ eteni?
Ut copiosae phaedrum ullamcorper vix, ea vis alia aliquam. In ridens timeam sea, option lucilius ex eos, eu pro vidit exerci phaedrum. In nec case mucius facilisis. Ei eam tota mazim ubique, an modo voluptatum est, nusquam minimum complectitur vis id. Volutpat intellegat forensibus in sit.
## Käytetyt resurssit
Per tamquam complectitur id, modus scribentur cu cum. Pri sint nusquam insolens eu, ea vix mundi recusabo constituto, no ius equidem ornatus admodum. Cu pro pericula forensibus concludaturque. Vix ne utinam phaedrum.
## Mitä saatiin aikaan?
Cum velit laoreet no, vim invenire voluptaria id. Ei unum graecis delicatissimi his. Sit ne aliquip dolores. Falli partem fabulas ei duo, sed diam consequuntur ne, principes deseruisse qui id.
## Demo
Odio lobortis nec ut, ut theophrastus definitiones mei. Ex primis sanctus mei. Vix ad sale vitae viderer. At nec zril docendi, numquam noluisse ea sed. Volutpat temporibus vix te, duo meliore mandamus postulant et.
## Ongelmat
## Saavutukset/voitot
Habemus suscipit est in. Summo feugiat te duo. Ne pro maiorum facilisis, duo id persequeris necessitatibus. Ea discere luptatum deseruisse ius. Id vim magna maiorum mentitum, illud dicant eos ut.
## Mitä opittiin?
In dictas quaestio cotidieque mei. Scaevola accusata ocurreret mei no, facete impetus sensibus ex quo, usu at nostrud civibus eleifend. Ei debitis temporibus vix. Ut commodo eligendi dissentias vis, duo ut vivendo menandri. At usu odio dicta facete, nec rebum dolor placerat cu.
## Mitä teemme tulevaisuudessa?
Odio lobortis nec ut, ut theophrastus definitiones mei. Ex primis sanctus mei. Vix ad sale vitae viderer. At nec zril docendi, numquam noluisse ea sed. Volutpat temporibus vix te, duo meliore mandamus postulant et.
[Alkuperäinen lähde](https://drive.google.com/open?id=0B-hPgXTXfK9ENkJjRFFDa2N1NVU)
SOPIMUS OPISKELIJAPROJEKTIYHTEISTYÖSTÄ
#1 SOPIMUKSEN OSAPUOLET
Tämä projektisopimus (jäljempänä Sopimus) on tehty X Oy:n (jäljempänä
Toimeksiantaja) ja Jyväskylän ammattikorkeakoulun teknologiayksikön IT-instituutin
(jäljempänä IT) välillä. Kukin projektiryhmän (jäljempänä Ryhmä) jäsen vastaa
sopimuksen velvoitteiden täyttämisestä omasta puolestaan (tehdään tarvittaessa
erillinen sopimus).
#2 SOPIMUKSEN KOHDE
Sopimuksella sovitaan IT:n ohjelmistonkehitysprojekteista (jäljempänä Projekti), joissa on
mukana opiskelijoita. Kunkin projektin tavoitteet määritellään erillisessä
projektisuunnitelmassa.
#3 SOPIMUKSEN OSAPUOLTEN VELVOLLISUUDET
##3.1 Toimeksiantaja
Yrityksen velvollisuutena on tarkentaa yhdessä IT:n ja Ryhmän kanssa
projektisuunnitelmaa yksityiskohtien osalta, luovuttaa projektin ajaksi Ryhmän käyttöön
ne erikoislaitteet, ohjelmistot tai muut välineet ja tarvikkeet, joita tarvitaan ko.
projektitehtävän suorittamiseksi ja jotka eivät sisälly IT:n Ryhmälle osoittamiin välineisiin,
antaa Ryhmälle sen tarvitsemat aineistot sekä tarjota sille sisällöllistä opastusta ja
koulutusta projektin tavoitteiden saavuttamiseksi. Yrityksen velvollisuutena on myös
maksaa sille kuuluvat maksut erillisen sopimuksen mukaisesti.
IT:n velvollisuutena on tarjota Projektille työtila, olemassa olevia tietokonelaitteita,
ohjelmistoja sekä muita Projektia varten varattuja välineitä ja tarvikkeita. IT tarjoaa myös
Ryhmälle projektiprosessin läpivientiä tukevaa ohjausta ja koulutusta Projektin aikana.
Jos Projekti kuuluu IT:n opetusohjelmaan ja sillä on IT:n näkökulmasta opetukselliset
tavoitteet, niin IT ei vastaa Projektin sisällöllisistä tavoitteista eikä niiden saavuttamisesta.
Ryhmän tehtävänä on toteuttaa Projekti projektisuunnitelman ja siihen myöhemmin
johtoryhmässä tehtyjen tarkennusten ja sovittujen mahdollisten muutosten mukaisesti.
Lisäksi kunkin ryhmän jäsenen velvollisuus on osallistua IT:n järjestämään Projektia
tukevaan koulutukseen.
#4 SOPIMUKSEN OSAPUOLTEN OIKEUDET
##4.1 Toimeksiantaja
Toimeksiantaja saa kaikki oikeudet sisältäen muuntelu- ja edelleenluovutusoikeudet
Projektin projektisuunnitelmassa määriteltyihin tuloksiin mukaan lukien omistusoikeuden
Ryhmän Toimeksiantajalle Projektin tuloksina luovuttamiin raportteihin, muihin
dokumentteihin ja aineistoihin, ellei erikseen toisin sovita.
IT on oikeus käyttää projektin tuotoksia rajoitetusti opetustarkoituksiin. Yrityksellä on
kuitenkin halutessaan oikeus ennen sopimuksen päättymistä tarkastaa ja rajata IT:lle
jäävä materiaali. IT:llä on oikeus käyttää Projektia referenssinään.
Ryhmään kuuluvalla opiskelijalla on oikeus halutessaan käyttää Projektia referenssinään.
Kussakin Projektissa sovitaan erikseen, millä tavoin opiskelija voi hyödyntää projektissa
tekemiään tuotoksia omissa projekteissaan.
# 5 AINEETTOMAT OIKEUDET
Projektissa mahdollisesti syntyvät keksinnöt, tekijänoikeuden suojaamat teokset tai
muiden aineettomien oikeuksien suojaamat aineettomat oikeudet kuuluvat yksinomaan
Toimeksiantajalle pois lukien kohdassa 4 olevat poikkeukset. Mikäli Projektin aikana
syntyy siihen liittyviä keksintöjä, maksaa Toimeksiantaja niistä Ryhmän jäsenille
kohtuullisen korvauksen; tämä korvaus sovitaan erikseen Ryhmän ja Toimeksiantajan
kesken tehtävällä kirjallisella sopimuksella.
# 6 OIKEUS MATERIAALIIN JA AINEISTOON
Projektin materiaalin ja aineiston omistus-, tekijän- ja muut oikeudet siirtyvät
Toimeksiantajalle kohdan 4 mukaisella tavalla, kun Projekti on päättynyt ja
Toimeksiantaja on maksanut kaikki sille erillisen sopimuksen mukaan kuuluvat maksut.
Projektia varten hankitut laitteet, ohjelmistot ja muut välineet saa haltuunsa se osapuoli,
joka on hankinnan tehnyt.
# 7 MAKSUT JA MAKSUAIKATAULU
Maksut ja niiden aikataulu sovitaan erikseen.
# 8 MUUTOSTEN TEKEMINEN SOPIMUKSEEN
Tätä Sopimusta voidaan muuttaa vain kirjallisella sopimuksella, joka on Sopimuksen
kaikkien osapuolten allekirjoitettava.
# 9 RAPORTOINTI
Ryhmä raportoi projektisuunnitelman mukaisesti Projektin edistymisestä Projektin
johtoryhmälle.
# 10 PROJEKTIN JOHTORYHMÄ JA SEN TEHTÄVÄT
Projektin johtoryhmän kokoonpano määritellään erikseen. Johtoryhmä valvoo, hyväksyy
ja päättää valmisteltujen esittelyjen pohjalta Projektin sisältöön liittyvistä keskeisistä
valinnoista, Ryhmän käytössä olevista resursseista sekä Projektin laskutuksen
toimeenpanosta.
Johtoryhmän yksimielisellä päätöksellä voidaan projektisuunnitelmaa muuttaa, mikäli
muutokset eivät vaikuta varsinaiseen Sopimuksen eivätkä muiden liitteiden sisältöön.
Muutokset on dokumentoitava sellaisinaan johtoryhmän kokouksen pöytäkirjaan tai sen
liitteeseen, joka voi myös olla projektisuunnitelman uusi versio.
Johtoryhmän kokous on laillinen, kun kutsu kokoukseen on toimitettu johtoryhmän
jäsenille vähintään viikkoa ennen kokousta ja päätösvaltainen silloin, kun kaikkien
osapuolten (oletusarvoisesti Toimeksiantajan, IT:n sekä Ryhmän) vähintään yksi edustaja
on paikalla. Sopimuksen osapuolien edustajilla on oikeus kutsua johtoryhmän
kokoukseen kuultavaksi asiantuntijoita.
# 11 TAKUU JA YLLÄPITO
IT ja Ryhmä eivät anna tuloksille takuuta eivätkä sitoudu millään tavalla ylläpitämään
tuloksia, ellei niistä erikseen sovita. Sen sijaan Projektin aikana tuloksissa havaitut virheet
korjataan, mikäli Projektille määritellyt resurssit sen sallivat.
# 12 VAHINGONKORVAUKSET, VASTUUNRAJOITUKSET JA KIISTOJEN
Projektin tulosten käyttö tapahtuu Toimeksiantajan vastuulla. Sopimuksen osapuolet
eivät ole vastuussa mistään välillisistä vahingoista toisilleen. Mahdollisista
vahingonkorvauksista ulkopuolisille sopimuksen osapuolet vastaavat itsenäisesti.
Sopimuksen tulkinnasta aiheutuvat erimielisyydet ratkaistaan ensisijaisesti neuvotteluin.
Mikäli näin ei päästä ratkaisuun, Sopimusta koskevat ristiriitaisuudet käsitellään
Jyväskylän/ käräjäoikeudessa.
# 13 LUOTTAMUKSELLISUUS JA SALASSAPITO
Sopimuksen osapuolet sitoutuvat pitämään salassa luottamukselliset tiedot siten, kuin
erikseen laadittavassa ja allekirjoitettavassa luottamuksellisuussopimuksessa sovitaan.
Sopimuksen osapuolet pitävät huolta siitä, että heidän työntekijänsä sekä mahdolliset
alihankkijansa tai yhteistyökumppaninsa pitävät salassa luottamukselliset tiedot.
# 14 LAUSUNNON ANTO
Toimeksiantajalla ja IT:n henkilöstöllä ei ole oikeutta Projektin aikana eikä sen jälkeen
antaa ulkopuolisille tahoille lausuntoa yksittäisen opiskelijan tai Ryhmän Projektissa
tapahtuvasta työskentelystä ilman opiskelijan erillistä lupaa. Poikkeuksena tähän on IT:n
opintojakson arvioinnin yhteydessä opintosuoritusrekisteriin kirjattava opiskelijan
henkilökohtainen arvosana.
# 15 HENKILÖIDEN PALKKAAMINEN JA PALKITSEMINEN
Toimeksiantaja sitoutuu siihen, että se ei palkkaa Ryhmään kuuluvia henkilöitä
palvelukseensa Projektiin liittyviin työtehtäviin Sopimuksen voimassaoloaikana.
Toimeksiantaja voi halutessaan Projektin päättymisen jälkeen palkata Ryhmään kuuluvia
henkilöitä. Toimeksiantaja voi halutessaan palkita Projektin päättymisen jälkeen antaa
Ryhmän jäseniä haluamallaan tavalla. Projektin aikana tavanomaisen vieraanvaraisuuden
suhteen ei ole rajoituksia.
# 16 SOPIMUKSEN SIIRTÄMINEN
Sopimusta ei saa siirtää ilman Sopimuksen muiden osapuolten etukäteen antamaa
kirjallista lupaa.
# 17 SOPIMUKSEN PÄÄTTÄMINEN
Sopimus päättyy, kun projektisuunnitelmassa kuvattu projektitehtävä on johtoryhmän
päätöksellä todettu päättyneeksi tai erillisellä sopimuksella. Sopimus voidaan purkaa jo
aiemmin Sopimuksen osapuolten kirjallisella sopimuksella, mikäli Projektin jatkaminen
osoittautuu epätarkoituksenmukaiseksi. Sopimuksen purkautuessa ei Sopimuksen
osapuolille synny vahingonkorvausvelvollisuutta toisilleen eikä aiheutuneiden
kustannusten takaisinmaksuvelvollisuutta.
# 18 ALLEKIRJOITUKSET JA PÄIVÄYS
Tämä Sopimus tulee voimaan, kun kaikki Sopimuksen osapuolet ovat sen
allekirjoittaneet. Sopimuksesta on tehty kolme samasanaista kappaletta, yksi kullekin
osapuolelle.
Xlässä _._.2014
Toimeksiantaja XYZ / IT Projekti Y
Etunimi Sukunimi Etunimi Sukunimi Etunimi Sukunimi
Tehtävä/titteli Tehtävä/titteli Projektipäällikkö
Muut projektiryhmän jäsenet (nimen selvennöksineen):
![](https://openclipart.org/image/300px/svg_to_png/185078/oldmanreadsabook.png&disposition=attachment)
# Projektisuunnitelma pohja / sisältö
1. Toimeksianto
tausta ja lähtökohdat, tavoitteet ja tehtävät, rajaus ja liittymät, tulos
2. Projektiorganisaatio
organisaation esittely, vastuut ja päätöksentekoprosessi
3. Projektin vaiheet ja taloudelliset tavoitteet
tehtäväkokonaisuudet, osittelu ja vaiheistus, välitulokset, aikataulut ja resurssissuunnitelmat, budjetti
4. Laadun varmistus
menetelmät, standardit, hyväksymismenettely, muutosten hallinta, dokumentointi, katselmoinnit, riskien hallinta, muut täydentävät suunnitelmat
5. Tiedonvälitys ja projektin etenemisen seuranta
projektin aloitus, työtilat ja viestintävälineet, palaverikäytäntö ja yhteydenpito, raportointi ja tiedotus, projektikansio
6. Projektin päättyminen
luovutus, käyttöönotto, ylläpito, projektin aineiston taltiointi, arkistointi, loppuraportti, projektin virallinen päättäminen
## 1 Projektin ja lopputuotteen kuvaus
”Tässä dokumentissa kuvataan X-projektin taustaa, tavoitteita, tehtäviä, vaihejakoa, resursseja ja organisaatiota. Vaihejaon yhteydessä on kuvattu jokainen vaihe erikseen lyhyesti.”
## 1.1 Tausta ja lähtökohdat
<Missä ja mitä on lähdetty kehittämään?>
”Projektin lähtökohtana on Yritys Oy:n tarve kehittää” < kohdetta>… ”Projekti toteutetaan Jyväskylän ammattikorkeakoulun informaatioteknologian instituutin järjestämän <ZZPP0100 Työelämäosaajaksi kasvu> ‑opintojakson puitteissa. ”
Kohde on usein laajempi käsite kuin varsinainen projektille määriteltävä tehtävä. Kohde kuvaa selkeällä tavalla, usein graafiseen esitykseen tukeutuen, millaisesta järjestelmäkokonaisuudesta tai toiminnasta on kyse, johon ollaan tekemässä nyt projektissa jotain osakokonaisuutta/täydennystä. Tässä siis kuvataan nykyjärjestelmää ja asiakkaan nykyistä toimintatapaa.
## 1.2 Tavoitteet ja tehtävät
Määritellään työn keskeisin sisältö tässä projektissa; projektin tehtävä liittyy projektin kohteessa kuvattuun kokonaisuuteen.
< Mitä aiotaan tehdä?> / < Mitä toimintaa aiotaan kehittää ja miten?>
< Visio tulevasta tilasta> / < Mikä on tuotettava lopputulos (konkreettinen)?> / < Mitkä ovat osa- tai välitulokset?>
< Kenelle tulos tuotetaan?>
”Projektiryhmän tehtävänä on pitää eri tahot tietoisina projektin tilanteesta. Kunkin vaiheen päätyttyä laaditaan vaiheraportti, jonka avulla johtoryhmälle tiedotetaan projektin edistymisestä.”
## 1.3 Rajaus ja liittymät
Täsmennetään projektin tehtävää rajaamalla ulkopuolelle jäävät osat kohteena olevasta järjestelmästä tai kokonaishankkeesta. Erikseen on syytä kuvata myös tehtävän suorittamista merkittävästi rajoittavat ulkoiset tekijät.
Tässä myös täsmennetään ne tehtäväkokonaisuudet, jotka nyt tehtävään osioon tulevat vielä todennäköisesti jossain vaiheessa liittymään, mutta joita ei tämän projektin puitteissa kuitenkaan tulla toteuttamaan. Tyypillisiä tällaisia tehtäviä voisivat olla mm. käyttöympäristön rakentaminen ja koulutus. Muina rajauksina voisi olla esim. ohjelmiston käyttöliittymässä käytettävä kieli.
Huom.: Projektiopintojakson aikana toteutettavalla projektilla ei saisi olla tiukkoja aikataulullisia liittymiä muihin toimeksiantajan projekteihin
## 1.4 Oikeudet
”Eri osapuolten oikeudet on määritelty projektisopimuksessa.” Ellei erillisessä sopimuksessa ole kerrottu oikeuksista työn tuloksiin, tulee ne ilmaista esim. tässä projektisuunnitelmassa.
## 1.5 Termit ja määritelmät
Tässä kappaleessa esitellään projektisuunnitelmassa esiintyvät määritelmät, termit ja lyhenteet. Esimerkiksi eri projekteissa saattaa sanoilla "tarkastus" ja "katselmointi" olla eri merkitys ja tämä voi aiheuttaa väärinkäsityksiä. Joskus saattaa olla paikallaan sopia eri nimityksiä ryhmän tarkastuksille (oma sisäinen, asiakkaan kanssa, opintojakson suuntaan). Lyhenteet kannattaa avata alkuperäiskielelle ja lisätä lyhyt kuvaus suomeksi. Esimerkiksi CASE = Computer aided software engineering, tietokoneavusteinen systeemityö.
# 2. Projektiorganisaatio
## 2.1 Organisaation esittely
”Projektin organisaation kuuluu” <N> ”Jyväskylän ammattikorkeakoulun IT-instituutin opiskelijaa, projektiryhmän ohjaajat sekä toimeksiantajan edustajat. Organisaatiokaavio on esitetty liitteessä <X>.”
Projektiryhmä
Tässä kappaleessa esitellään varsinaisen projektiryhmän jäsenet ja yhteystiedot liitteenä (esimerkiksi sähköposti ja puhelinnumero) sekä projektipäällikön ja sihteerin toimikaudet.
”Projektiryhmä suorittaa johtoryhmän projektille asettamat tehtävät käytettävissä olevien resurssien puitteissa. Projektin aikana ryhmän päällikön ja sihteerin roolit kiertävät ryhmän sisällä siten, että jokainen ryhmän jäsen toimii kerran kummassakin roolissa.”
Johtoryhmä
”Johtoryhmän muodostavat siihen valitut projektiryhmän, ohjaajien ja toimeksiantajan edustajat. Johtoryhmän kokouksiin voidaan tarvittaessa kutsua myös muita henkilöitä, esim. asiantuntijoita. Johtoryhmän kokoonpano on esitelty projektisopimuksen liitteessä <X>.”
Tukiryhmä
Tukiryhmän tehtävänä on antaa projektiryhmälle sisällöllistä opastusta tehtävän suorittamiseksi. Kappaleessa tulee esitellä projektin muut sidosryhmät (asiakas, ulkopuoliset konsultit, jne.) henkilötasolla. Asiakkaan mukana olevista henkilöistä tulee mainita ainakin nimi, yhteystiedot, toimenkuva sekä rooli projektissa.
## 2.2 Vastuut ja päätöksentekoprosessi
Tähän kirjataan kaikkien projektiorganisaatioon kuuluvien (esim. johtoryhmä, projektipäällikkö, sihteeri, ryhmä, ohjaajat) vastuut sekä päätöksentekoprosessi (esim. projektipäällikkö valmistelee ja esittää johtoryhmän päätettäväksi…).
# 3. Projektin ajalliset tavoitteet
## 3.1 Osittaminen ja vaiheistus
Projektin osittamisella tarkoitetaan projektin jakamista selkeisiin osakokonaisuuksiin ja niitä vastaaviin toteutuskokonaisuuksiin (osaprojekteihin, vaiheisiin, tehtäväkokonaisuuksiin ja tehtäviin). Tutkimus- ja kehitysprojektien etenemiselle on tyypillistä lopputuloksen muodostuminen ja tavoitteen tarkentuminen vaihe vaiheelta. Projektin osituksen tulee perustua tähän lähtökohtaan (koskee myös IT-instituutin opiskelijaprojekteja).
Projektin elinkaari voidaan jakaa erityyppisiin vaiheisiin. Kussakin vaiheessa tuotetaan määrätyt tuotteet, kuten selvitys, suunnitelmat, prototyyppi, laite jne. Kunkin vaiheen loppuun sovitaan arviointi, hyväksyntä tai katselmointi.
Ohjelmistoprojekti jakautuu tyypillisesti seitsemään vaiheeseen: perustaminen, esitutkimus, analyysi, suunnittelu, toteutus, testaus ja lopettaminen. Joskus esitutkimus on oma projektinsa, joskus analyysi sisällytetään suunnitteluun jne. Testaus ei välttämättä ole oma vaiheensa, vaan se sisältyy kaikkiin vaiheisiin.
sein edetään inkrementaalisesti eli ensin suunnitellaan ja toteutetaan yksi asia kokonaisuudessaan ennen kuin edetään seuraavaan asiakokonaisuuteen. Ei ole yhtä ainutta ”oikeaa” vaihejakoa, mutta jos toimeksiantajalla on oma menetelmänsä ja siihen liittyvät mallipohjat, niin opiskelijaprojekteissa käytetään ensisijaisesti niitä. Yhä useammin käytetään ketterää sovelluskehitystä eli ohjelmisto tehdään 1-4 viikon sprinteissä.
< Mitä vaiheita projekti sisältää? (Lyhyt kuvaus kustakin)> <Mitä tuloksia kustakin vaiheesta syntyy? >
Seuraavassa käydään jokainen vaihe, niiden vaatimat aikaresurssit ja tulokset läpi lyhyesti. Vaiheet ja niiden tehtävät kuvataan tarkemmin vaihesuunnitelmissa. Parhaillaan meneillään olevasta vaiheesta tulee olla tiedossa tarkasti kuka tekee ja kuinka paljon työtä tämän vaiheen tehtävien suorittamiseksi. Myöhempien vaiheiden työmääräarviot voidaan esittää alkuvaiheessa karkealla tasolla, jota sitten projektin edetessä tarkennetaan yksityiskohtaiselle tasolle. Tämä tapahtuu jokaisen vaiheen lopussa, jolloin suunnitellaan tarkemmin seuraava vaihe.
Huom.: Seuraavassa on esitetty käynnistys- ja lopetusvaiheet. Kaikista projektin vaiheista, niiden kestoista ja työmääristä laaditaan myös nk. Gantt-kaavio (liitteenä), jossa näkyy myös vaiheiden väliset riippuvuudet ja tärkeimmät etapit (esim. johtoryhmän kokouspäivämäärät).
Käynnistys p.k.vvvv – p.k.vvvv (X h)
Projektin käynnistämiseen kuuluu olennaisesti projektisuunnittelu ja suunnitteludokumenttien laatiminen sekä yhteydenpitokäytänteiden luominen toimeksiantajayrityksen kanssa. Vaiheen aikana tehdään esim. ryhmän webbisivut, tutustutaan tarkemmin toimeksiantoon, aloitetaan kohdealueeseen perehtyminen ja laaditaan projektisuunnitelma yhteistyössä toimeksiantajan edustajien kanssa. Vaiheen aikana muodostetaan johtoryhmä, pidetään 1. johtoryhmän kokous sekä allekirjoitetaan projektisopimus.
”Vaiheen tuloksia ovat ryhmän imagon (nimi, logo ym.) luominen, webbisivut tms. sekä projektisopimus liitteineen.”
<Tähän oman projektinne vaiheet ja tehtävät>
Lopetus p.k.vvvv – p.k.vvvv (X h)
”Lopettamisvaihe sisältää projektin päättämiseen liittyvät toimenpiteet. Vaiheen aikana projektiryhmä laatii projektin loppuraportin ja esityksen johtoryhmälle. Vaiheen aikana luovutetaan projektin tulos toimeksiantajalle, pidetään viimeinen johtoryhmän kokous viikolla X sekä puretaan projektin organisaatio. Lopettamisvaiheen tuloksena on projektin loppuraportti.”
# 4. Laadunvarmistus
Projektissa sovellettavat työmenetelmät, välineet, ohjeet ja standardit
Tässä kappaleessa luetellaan kaikki käytettävät menetelmät, työkalut ja standardit versionumeroineen. Usein toimeksiantajalla on jokin menetelmä, jota projektiryhmän olisi syytä noudattaa. Toimeksiantaja voi määrittää myös noudatettavat dokumenttien ulkoasustandardit. Muussa tapauksessa projektiryhmä räätälöi IT-instituutin tarjoamista mallipohjista itselleen soveltuvan ja toimeksiantajan hyväksymän mallin.
Opintojakso asettaa siis tietyt vaatimukset projektin seurantatyökaluille ja raportoinnille, jotka tulee ottaa huomioon. Opintojaksolla ei kuitenkaan pakoteta tiettyä tapaa käyttää työkaluja, joten niiden käytöstä on syytä tehdä suunnitelma tähän kohtaan.
Projektin tiedon- ja versionhallinnan perusteet tulee selvittää, jotta kaikki projektin sidosryhmät tietävät dokumenttien uusimpien versioiden sijainnin. Projektisuunnitelmasta ja kaikista muistakin projektin keskeisistä dokumenteista tulee useita versioita, joihin pitää lisätä versiohistoria, jotta projektin kehityksen seuraaminen jälkikäteen on mahdollista. Mikäli jokin yksittäinen laite tai ohjelmisto nousee projektin toteutuksen kannalta kriittiseen asemaan, on tälle hyvä nimetä vastuuhenkilö, joka tuntee ko. laitteen tai ohjelmiston ryhmästä parhaiten. Ohessa on lista asioista, jotka kannattaa suunnitella ja dokumentoida:
## 4.1 Väli- ja lopputulosten hyväksymismenettely
Tähän kirjataan se hyväksymismenettely, mikä projektissa on sovittu.
## 4.2 Muutosten hallinta
Kuvataan muutosten hallintaproseduuri projektinkäytäntöihin tai projektin tuloksiin liittyvien muutosten osalta.
## 4.3 Dokumentointi
Kirjataan minne dokumentit tallennetaan/arkistoidaan, miten ne jaetaan ja kuka on vastuussa eri dokumenteista.
## 4.4 Riskien hallinta
Listataan riskit, arvioidaan niiden vakavuus ja todennäköisyys ja koetetaan miettiä toimenpiteet kuinka vakavimmat/todennäköisimmät riskit voitaisiin ehkäistä jo ennalta. Lisäksi olisi hyvä olla suunnitelma kuinka toimitaan, jos riski toteutuu.
Liitä seuraava osio tähän mukaan: [Riskienhallintataulukko](https://github.com/JAMK-IT/TT0S0100-software-desing-and-testing/blob/master/riskihallintasuunnitelman-pohja.md)
## 4.5 Katselmointikäytäntö
Luetellaan ja alustavasti aikataulutetaan projektin tuloskatselmukset laaditun toteutussuunnitelman pohjalta. Esitetään luettelomaisesti, mitä katselmuksia pidetään, alustava ajankohta, käsiteltävät asiat, osallistujat sekä käytännöt katselmointimateriaalin toimittamisesta (mitä, milloin, miten).
## 4.6 Projektisuunnitelmaa täydentävät suunnitelmat
Tässä kohdassa mainitaan, mitä täydentäviä suunnitelmia on käytettävissä tai aiotaan projektin kuluessa laatia (esim. viestintä-, riskienhallinta-, testaus- ja käyttöönottosuunnitelma).
##4.7 Suunnitelmien tarkistus- ja päivitysajankohdat
Projektisuunnitelman avulla reagoidaan poikkeamiin ja ympäristömuutoksiin, joten sitä päivitetään projektin aikana. Tähän kohtaan kirjataan ne ajankohdat, jolloin suunnitelman ajantasaisuus ainakin on tarkistettava.
## 4.8 Projektin keskeyttämiskriteerit
Oikeaoppiseen projektisuunnitelmaan kuuluu myös projektin keskeyttämiskriteerit. Näitä ei kuitenkaan opiskelijaprojekteissa käytetä, koska projekteissa käytetään tietty tuntimäärä tuloksen tekoon ja tulos luovutetaan sellaisena, kun se opintojakson päättyessä on. Projektiryhmä tekee kuitenkin jatkokehityssuunnitelman, josta mahdollinen uusi projekti jatkaa.
# 5. Tiedonvälitys ja projektin etenemisen seuranta (viestintäsuunnitelma)
Listaa projektissa sovitut työtilat ja viestintävälineet, palaverikäytäntö ja yhteydenpito, raportointi ja tiedotus.
# 6. Projektin päättyminen
## 6.1 Lopputuotteen luovutus, käyttöönotto
Projektin lopputuote tulee myös dokumentoida järkevällä tasolla. Osana lopputuotetta saattaa olla asiakkaalle tarjottavaa käyttöönottokoulutusta ja mahdollisesti asennus- tai käyttöönotto­palvelua. Mikäli koulutuksen rooli projektin kannalta on huomattava (esimerkiksi ohjelmiston käyttäjät eivät ole olleet mukana projektissa ja eivät tiedä miten järjestelmä toimii) tulee projektisuunnitelmaan liittää suunnitelma asiakkaalle tarjottavasta koulutuksesta. Lisäksi jos on tarpeen, tulee projektisuunnitelmaan liittää myös asennussuunnitelma ja käyttöönottosuunnitelma.
## 6.2 Projektin tuottaman aineiston taltiointi, arkistointi ja säilytysaika
”Projektiryhmien dokumentaatiosta IT-instituutille jäävä osa tallennetaan GitHubiin.” Toimeksiantajan tulee selkeästi määritellä, mitkä dokumentit voidaan jättää opiksi seuraaville projekteille. Tyypillisesti eri suunnitelmat ja loppuraportti ovat tällaisia dokumentteja.
## 6.3 Projektin virallinen päättäminen
On tärkeää määritellä milloin, mihin tai miten projekti päättyy. Projektin päätös voi olla tietty päivämäärä, tietty tuotteen valmiusaste, tietty työtuntimäärä, tietty kulutettu rahasumma, kun asiakas ottaa tuotteen käyttöön, takuuaika on umpeutunut tai kun asiakas hyväksyy tuotteen.
”Projekti päättyy p.k.vvvv, jolloin projektisopimuksen voimassaoloaika päättyy.”
## 6.4 Lopetustilaisuus
Yleensä projektit päätetään yhteiseen päätösseminaariin. Tähän kirjataan osallistujat ja ajankohta.
## 6.5 Projektin loppuraportti
Projektin loppuraportti laaditaan viimeiseen johtoryhmän kokoukseen mennessä.
##Liitteet
Projektisuunnitelmaa täydentävät suunnitelmat esitetään liitteenä.
# Riskien hallintasuunnitelma
| RISKI ID | Kuvaus | Vakavuus | Todennäköisyys | Kuka hoitaa | Miten toimitaan |
|:--:|:--:|:--:|:--:|:--:|:--:|
| RIS01 | Ryhmän jäsen sairastuu flunssaan | V3 | HessuHopo | Ilmoita tiiminvetäjälle ja tarvittaesssa asiakkaalle. |
| RISXX | [Riskikohtainen alasivu jos tarpeen]() | | | |
| RISXX | | | | |
| RISXX | | | | |
| RISXX | | | | |
| RISXX | | | | |
| RISXX | | | | |
| RISXX | | | | |
| RISXX | | | | |
| RISXX | | | | |
### Vakauvuusluokan kuvaukset
| Vakavuusluokka | kuvaus | Muuta |
|:----:|:----:|:----:|
| V1 | Vakava ongelma | |
| V2 | | |
| V3 | | |
| V4 | | |
| V5 | Ei haittaa, mutta tarkkailaan | |
## Esimerkkejä todellisesta elämästä
* [Esimerkki 1](https://confluence.csc.fi/download/attachments/41157778/2014_04_08+Riskienhallintasuunnitelma+Oppijan+ehops.xls?version=1&modificationDate=1397471961223)
# Lähde
Tämä wiki-dokumentin runko pohjautuu seuraavaan lähteeseen. http://www.cs.tut.fi/ohj/dokumenttipohjat/pohjat/suunnittelu/hytt_drsuunnittelu.doc
Kiitokset alkuperäisen tekijöille!
## 1.JOHDANTO
Luku antaa yleiskuvan suunnittelusta.
### 1.1 Tarkoitus ja kattavuus
Esitetään dokumentin tarkoitus, miksi se on tehty ja mihin tarkoituk-seen ja kenelle se on tarkoitettu (oman firman toteutusporukka vai ali-hankkija vai kuka).
Luetellaan, mitä asioita dokumentissa kuvataan; varsinkin jos lukija ei ole tottunut lukemaan suunnitteludokumentteja.
Määritetään suunnittelun kattavuus suhteessa määrittelyyn. Mikäli suunnittelu ei kata koko määrittelyä tulee se mainita tässä (eli mitä muita suunnitteluvaiheen dokumentteja on olemassa, esim. jos käyttö-liittymän tai tietokannan suunnittelu on irrotettu omiksi dokumenteik-seen).
### 1.2 Tuote ja ympäristö
Mainitaan tuotteen nimi, tarkoitus ja tavoitteet. Tuotteen toimintaym-päristö yleisesti: esimerkiksi PC, Windows98 ja lähiverkko.
### 1.3 Määritelmät, merkintätavat ja lyhenteet
Selitetään aakkosjärjestyksessä sanat ja käsitteet, jotka eivät ole lukijal-le tuttuja, tai joiden voidaan ajatella tuottavan sekaannuksia erikoisella käytöllään tai jotka eivät yleisesti ole tiedossa. Nämä kannattaa esittää aakkosjärjestyksessä. Esim. ASCII-merkistöstä ilmoitetaan, onko se 7-bittinen (esim. ISO 10646) tai 8-bittinen (esim. ISO 8859-1).
### 1.4 Viitteet
Luetellaan viittaukset muihin lähteisiin (dokumentit, standardit, käsi-kirjat, tyyliohjeet, jne.) viitteen mukaan aakkosjärjestyksessä. Viitteistä ilmoitetaan nimi, versio, päiväys ja mistä ne ovat löydettävis-sä. Viitteiksi voidaan laittaa esimerkiksi:
* dokumentit, joihin on viitattu (esim. määrittely)
* dokumentit, jotka liittyvät systeemiin tai sen rakentamiseen
* lisätiedot
* (koodaus)tyyliohjeet.
* Mikäli suunnittelu ei kata koko määrittelyä, se mainitaan tässä. Samalla selvitetään, mitä muita suunnitteluvaiheen dokumentteja on olemassa.
* Esimerkiksi tietokannan tai käyttöliittymän suunnittelu on voitu irrot-taa omaksi dokumentikseen).
### 1.5 Yleiskatsaus dokumenttiin
Kohdassa kuvataan dokumentin rakenne, sisältö ja organisointi; mitä missäkin luvussa käsitellään. Tämä on tärkeää varsinkin jos lukija ei ole tottunut lukemaan suunnitteludokumentteja.
Mikäli ensimmäinen luku on kokonaisuudessaan samalla sivulla kuin tämä kohta (1.5 yleiskatsaus) tai se on kovin lyhyt, ei sitä tarvitse tässä kohdassa mainita, vaan voidaan aloittaa luvun 2 asioista.
Kunkin luvun sisältöä kuvataan enemmän kuin mitä pelkkä sisällysluet-telon selaaminen kertoo.
Myös mahdolliset liitteet kuvaillaan tässä, esim. liitteet 1-4 sisältävät järjestelmän pääosien luokkakaaviot.
## 2. JÄRJESTELMÄN YLEISKUVAUS
Luvussa esitetään toteutettavan järjestelmän yleiskuvaus, johdatus asi-akkaan ympäristöön ja sovellusalueeseen.
### 2.1 Sovellusalueen kuvaus
Kuvataan ympäristö, johon tuote tai järjestelmä liittyy. Esimerkiksi TUT:n opintotoimiston salivarausjärjestelmä.
### 2.2 Järjestelmän liittyminen ympäristöönsä
Määritetään, mitä järjestelmä tässä ympäristössä tekee, ja käyttääkö kuvattu järjestelmä muita ohjelmia tai järjestelmiä, eli onko se jonkin suuremman järjestelmän osa.
### 2.3 Laitteistoympäristö
Kuvataan laitteistoympäristö, jossa järjestelmä toimii. Esimerkiksi mitä oheislaitteita tarvitaan, mitä keskusyksiköltä odotetaan, mitä laitteiden ominaisuuksia ohjelma hyödyntää, mitkä laitteiston ominaisuudet ra-joittavat teknisiä ratkaisuja ja millaiset ovat liittymät muihin tietoko-neisiin.
### 2.4 Ohjelmistoympäristö
Esitetään järjestelmän ohjelmistoympäristö tarkkoine versioineen: käyt-töjärjestelmä, kääntäjä, muut apuvälineet, tietokantaohjelmisto, tieto-liikenneohjelmisto, www-selain, liittymät muihin ohjelmistoihin ja so-velluksiin sekä muut laitteistossa yhtä aikaa ajettavat ohjelmat. Tarvit-taessa voidaan selittää myös kehitys- ja testausympäristö.
### 2.5 Toteutuksen keskeiset reunaehdot
Mainitaan tärkeät reunaehdot. Ne ovat usein asiakkaalta vaatimuksia. Niitä voivat olla esimerkiksi toteutuslaitteisto, ohjelmisto, lait tai ase-tukset, vasteajat, kriittisyys, oikeellisuus, turvallisuus ja ohjelmointikie-li.
Tässä voidaan mainita myös ohje dokumentin sekä koodin komment-tien, muuttujien ja funktioiden yms. kielisyydestä.
### 2.6 Sopimukset ja standardit
Jos käytetään standardien ja/tai eri sopimusten mukaisia suunnittelu-menetelmiä, kuvaustapoja, dokumentointimalleja tms., niin ne maini-taan. Kuvataan myös mahdollisesti valmisosien käyttö ja niiden ni-meämissäännöt (tarvittaessa viittaus liitteeseen tai omaan dokument-tiinsa).
Myös erilaiset direktiivit, viranomaismääräykset ja ohjeistot mainitaan, mikäli ne vaikuttavat suunnitteluun. Tässä ne voi mainita nimeltä ja kohdassa 1.5 esitetään koko lähde tarkasti.
Otetaan kantaa myös projektin aineiston luottamuksellisuuteen mikäli siitä on aiheellista mainita. Luottamuksellisuuteen liittyviä asioita ovat esimerkiksi: jakelu, säilytys, vanhojen versioiden hävittäminen jne.
## 3. ARKKITEHTUURIN KUVAUS
Tämä on suunnitteludokumentin tärkein kohta. Luku sisältää asiat, jot-ka kaikkien järjestelmän toteutusta tekevien täytyy tietää ja ymmärtää. Luvussa kuvataan (perusteluineen) mm. suunnittelu¬periaatteet, tekno-logiavalinnat ja ohjelmiston arkkitehtuuri yleisesti. Jaottelua alilukui-hin ei välttämättä kannata tehdä tässä esitetyllä tavalla, vaan kannattaa miettiä, mikä on kulloisessakin tapauksessa järkevin esitysjärjestys lu-vun asioille. Esimerkiksi kohdat 3.1 ja 3.2 kannattaa joskus yhdistää.
### 3.1 Suunnitteluperiaatteet
Tässä kohdassa esitetään kehitettävän järjestelmän toteutuksen ”pe-rusfilosofia”. Filosofia määrittelee mahdollisimman suppean ja yksin-kertaisen joukon peruskäsitteitä ja sääntöjä, joiden mukaan suunnittelu-päätöksiä nyt ja tulevaisuudessa tehdään. Peruskäsitteet ja säännöt voivat liittyä kohdan 3.2 arkkitehtuurikuvauksen joihinkin keskeisiin moduuleihin niin kiinteästi, että niiden kuvaus kannattaa siirtää tähän (tai jopa yhdistää kohdat 3.1 ja 3.2). Myös tehdyt teknologiavalinnat voivat olla osa ”sääntöjä”. Filosofian voi ajatella sisältävän järjestelmän toteutuksesta sellaiset asiat, jotka säilyvät (todennäköisesti) muuttu-mattomina koko elinkaaren ajan. Filosofia helpottaa toteuttajien keski-näistä kommunikointia ja yhdenmukaistaa suunnitteluratkaisuja järjes-telmän eri osissa. Esimerkkejä:
* Ohjausjärjestelmä toteutetaan mikrokontrollerissa ilman käyttö-järjestelmätukea.
* Järjestelmä jakaantuu osiin seuraavasti: laitteisto¬abstraktio-kerros, käyttöjärjestelmäkerros ja sovellusmoduulikerros.
* Laitteistoabstraktiokerroksen tarkoituksena on piilottaa käytet-tävän piirikortin ominaisuudet, jotta toteutusalusta on myö-hemmin tarvittaessa vaihdettavissa.
* Käyttöjärjestelmä toteuttaa sovellusmoduulikerroksen proses-sien skeduloinnin ja keskeytyskäsittelyn ohjauksen sovellusmo-duulikerrokselle.
* Sovellusmoduulikerroksen moduulit ovat joko passiivisia (kirjas-toja) tai aktiivisia (prosesseja). Molempien tyyppien koodirun-goista on esimerkki liitteessä x.
* Kutakin ulkoista keskeytyslähdettä kohti määritellään ko. kes-keytyksen käsittelevä aktiivinen sovellusmoduuli.
Esimerkiksi luokka- ja tapahtumasekvenssikaavioita voi käyttää ku-vauksen selkeyttämiseksi.
### 3.2 Ohjelmistoarkkitehtuuri, moduulit ja prosessit
Tässä kohdassa esitetään yksityiskohtaisesti ohjelmiston jako osajärjes-telmiin, ohjelmiin, prosesseihin, moduuleihin, pakkauksiin ja/tai luok-kiin. Lisäksi kuvataan moduulinen välistä kommunikointia esimerkiksi tapahtumasekvenssikaavioiden avulla.
Moduuleista erotellaan "valmisosat", eli muualta sellaisenaan tai muo-katen napatut osat. Nämä seikat voi kuvata esim. moduulikaaviossa erilaisilla korostuskeinoilla.
Tässä voidaan myös esittää nimeämiskäytäntöjä, viittauksia tyylioppai-siin yms. kaikkien moduulien toteutukseen liittyviä asioita.
### 3.3 Tietokanta-arkkitehtuuri
Tässä kohdassa kuvataan tiedostot ja tietokannat, mm. jako tiedostoi-hin ja/tai tietokantoihin, tiedostojen ja tietokantojen väliset liittymät, tiedostojen ja tietokantojen organisointi, käytettävät tietokantaohjel-mistot (jos on), suojaukset, toipuminen, varmistukset, huolto, ylläpito.
Tiedostoista ja tietokannoista esitetään rakenne (esim. taulut eli relaa-tiokuvaukset, mikäli toteutus tehdään relaatiotietokannalla). Suunnitte-ludokumentissa määrittelydokumentin tietosisältökuvaukset muunne-taan fyysisen tietokannan kuvauksiksi. Esimerkiksi relaatio¬tieto¬kantaa käytettäessä määrittelydokumentin tietosisältökuvauksessa mahdolli-sesti olevat periytymissuhteet ja monta-moneen –yhteydet puretaan. Lisäksi määritellään navigointia varten tarvittavat indeksit. Kuvauksen perusteella pitäisi pystyä kirjoittamaan tietokantaa luotaessa tarvittavat SQL-kielen create table- ja create index -lauseet.
Tietokantaratkaisusta ja tiedostoista kuvataan:
* ratkaisun yleiskuva, tietokannat, tiedostot ja niiden väliset liittymät
* tietokantaa käyttävät muut ohjelmistot tai järjestelmät
* tietokannan tukiohjelmisto (esim. varmistukset, toipuminen, testaus)
* tietokannoista ja tiedostoista
* tietokannan rakenne (luokkakaavio selityksineen)
* tiedoston tietueiden kenttien ja tietokannan taulujen sarakkeiden kuvaukset:
* kentän nimi tai tunniste
* kentän merkitys
* kentän pituus ja muoto
* sallitut arvot tyyppi
* käsittely- tai laskentasäännöt
* suhteet muihin tietoihin
* päivityskriteerit ja -tavat
* tilavaatimukset
* ylläpitonäkökohdat
* varmistusnäkökohdat
* suojausnäkökohdat.
### 3.4 Virhe- ja poikkeusmenettelyt
Virhe- ja poikkeusmenettelyt yleisellä (arkkitehtuuri) tasolla. Luvussa 4 kuvataan tarkemmin moduulitasolla.
Virheilmoitusten tekstit tulee kiinnittää viimeistään suunnittelussa (oli-si parempi miettiä ne jo määrittelyvaiheessa). Virheenkäsittelystä ote-taan huomioon seuraavanlaisia asioita:
* yleiset virhekäsittelysäännöt
* yleiset moduulit virheiden käsittelemiseksi
* virheilmoitusten tunnistaminen
* virheilmoitusten tallettaminen (muistiin, levylle)
* virheilmoitusten ryhmittely (vakavuus, käyttäjän vai jär-jestelmän)
* virheilmoitustekstit.
Toiminta epänormaaleissa tilanteissa kuuluu määrittelydokumenttiin, mutta viimeistään suunnittelussa on asiaan otettava kantaa. Esimerkiksi miten järjestelmä käyttäytyy virtakatkoksissa: "nouseeko itse pystyyn" vai "jääkö jumiin".
.
## 4. MODUULI /LUOKKA/PROSESSI-KUVAUKSET
Tämän luvun lukurakenne suunnitellaan ohjelman arkkitehtuurin mukaiseksi: Jos yksitasoinen jaottelu riittää, käytetään tässä esitettyä tapaa (4.1 Moduuli X, 4.2 Moduuli Y…). Jos ohjelma jakaantuu esi-merkiksi pakkauksiin, joiden sisällä on useita luokkia, kannattaa kulle-kin pakkaukselle tehdä oma kohtansa, jonka alakohdissa kukin luokka kuvataan. Pakkauksen kaikille luokille yhteiset asiat kuvataan luvun alussa, ja jos pakkauksella on rajapinta, myös se kuvataan tässä. Laa-joissa hankkeissa kunkin pakkauksen tai osajärjestelmän sisäisestä ra-kenteesta kirjoitetaan erillinen suunnitteludokumentti.
Jokaisesta moduulista kuvataan sen tehtävä, liittymät muihin osiin, ra-japinta sekä toteutusnäkökohdat. Tekniset yksityiskohdat täytyy selit-tää niin tarkasti, että kuvauksen perusteella pystytään suorittamaan moduulin testaus mustalaatikkotestauksena.
### 4.1 Moduuli X (kustakin moduulista oma alakohtansa 4.i)
### 4.1.1 Yleiskuvaus
Moduulin nimi:
Moduulin tyyppi: (luokka, funktio, prosessi, pakkaus, alijärjestelmä, kirjasto)
Yleiskuvaus: Lyhyt kuvaus moduulista – miksi se on olemassa, mitä se tekee.
Asiakkaat: mitkä/minkä tyyppiset osat järjestelmästä tarvitsevat tämän osan palveluita (yleiskäyttöisen komponentin tapauksessa tämä kohta puuttuu).
Riippuvuudet ja liittymät muihin moduuleihin: Kuvataan lyhyesti, mi-ten moduuli käyttää hyväkseen muita moduuleita ja palveluita ympä-ristössään (voi usein yhdistää yleiskuvaukseen).
### 4.1.2 Rajapinta yleisesti
Kuvataan yleisesti moduulin tarjoamat palvelut ja rajapintafunktioiden yhteiset ominaisuudet (esimerkiksi virhetilanteiden käsittely). Joissain tapauksissa kannattaa antaa esimerkkejä moduulin käytöstä kuvaamalla asiakkaan ja moduulin välinen kommunikointi esimerkiksi tapahtuma-sekvenssikaaviona. Tässä mainitaan myös rajapinnasta mahdollisesti ulos näkyvät vakiot yms. määrittelyt, mahdolliset kapasiteettirajoituk-set ja niiden muuttaminen, moduulin tallettamat tilatiedot jne.
### 4.1.3 Rajapintafunktiot
Tässä kuvataan erikseen omassa alakohdassaan jokainen rajapintafunk-tio:
* Funktion nimi
* Funktion parametrit ja paluuarvo
* Toiminta: mitä funktio tekee
* Esiehdot: kuvataan, mikä ohjelman tilan pitää olla ennen funk-tion kutsua.
* Jälkiehdot: kuvataan, mikä ohjelman tila on funktion kutsun jäl-keen (mm. sivuvaikutukset).
* Virhetilanteet: poikkeukset ja muut virhetilanteet, toiminta kun esiehdot eivät kutsuttaessa pidä paikkaansa
### 4.1.4 Moduulin toteutus
Tarvittaessa voidaan antaa ohjeita toteutusta varten, esimerkiksi:
* Ajatuksia moduulin sisäisten tietorakenteiden toteutuksesta.
* Ajatuksia käytettävistä algoritmeista.
* Tiedossa olevat mahdollisesti uudelleenkäytettävät komponen-tit.
* Mikäli moduuli on monimutkainen, voidaan käyttää pseudokoodia, ak-tiviteettikaavioita yms. Tarvittaessa voidaan tehdä erillinen moduuli-suunnitteludokumentti.
### 4.1.5 Virhekäsittely
Kuvataan virheiden ja poikkeusten käsittely moduulitasolla.
## 5. VALMISOSAT JA ERITYISET TEKNISET RATKAISUT
Mikäli on valmisosia eli ulkopuolisia komponentteja, niin sellaisista se-lostetaan:
* mistä ne saadaan
* mihin ne sijoitetaan
* käyttö
* muuta olennaista (jotta joku toinen osaisi koota sovelluksen tai lisätä ne mukaan).
Mikäli jotkin asiat poikkeavat projektin tavanomaisista työtavoista. "Alan tavanomaisista käytännöistä poikkeavat ratkaisut", joita alan työntekijä ei ehkä heti arvaisi.
Esimerkiksi seuraavia asioita, mikäli tarpeellista:
* suojaukset, turvallisuus
* varmistukset
* toipumiset
* ylläpidettävyys
* joustavuus
* siirrettävyys tai kannettavuus.
Varsinkin jos on jokin erityinen tai poikkeava tapa tehdä jotakin.
Myös toteutusvälineet voidaan mainita tässä, mikäli se on todellakin oleellista kertoa jo tässä (suunnittelu) vaiheessa (harvinaista eikä suosi-teltavaa, esimerkiksi B-kääntäjän versio 2.77 joka tukee D-kirjastoa 4.56). Projektisuunnitelmassahan on tarkat tiedot toteutusvälineistä.
Esimerkiksi pystyykö ohjelma toipumaan automaattisesti sähkökatkois-ta tai käyttöjärjestelmän "kaatumisista"?
## 6. HYLÄTYT RATKAISUVAIHTOEHDOT
Mietityt, mutta hylätyt, ratkaisuvaihtoehdot kannattaa kirjata peruste-luineen johonkin sopivaan lukuun tai kohtaan päivämäärineen. Siten seuraava dokumentin lukija näkee, että tuotakin asiaa on mietitty. Sa-moin jos itse lukee suunnitteludokumenttia puolen vuoden päästä, voi olla vaikea muistaa, mitä asioita on mietitty järjestelmää tehtäessä.
Projektin lopussa hylätyt ratkaisuvaihtoehdot kerätään projektisuunni-telman loppuun.
## 7. JATKOKEHITYSAJATUKSIA
Kerätään matkan varrella mieleen tulleita hyödyllisiä ajatuksia, joita ei tämän projektin puitteissa kuitenkaan suunnitella tarkemmin tai toteu-teta; esimerkiksi ajan puutteen, rahan puutteen, resurssien puutteen tai taitojen ja osaamisen takia.
Jatkokehitysajatukset kannattaa esimerkiksi numeroida, jotta niihin viittaaminen olisi helpompaa myöhemmin. Päiväys ja ehdottajan ni-mi(kirjaimet) auttavat jälkitarkastelussa, varsinkin jos lähde on projek-tin ulkopuolinen, jos vuoden kuluttua projekti saa yllättäen rahoitusta jatkokehitystä varten.
Projektin lopussa tämä luku kerätään projektisuunnitelman loppuun. Jatkokehitysajatukset voi esittää myös omana liitteenään, joka voi tar-vittaessa kulkea muidenkin projektin dokumenttien liitteenä.
## 8. VIELÄ AVOIMET ASIAT
Luku on epävirallinen ja sitä ei pitäisi olla enää projektin lopussa. Tä-hän voidaan merkitä dokumentin elinkaaren aikana avoinna olevia eli ratkaisua vaativia asioita, jotta ne muistettaisiin selvittää ennen doku-mentin lopullista valmistumista.
# Dokumentista
Tämä dokumentti on "elävä"-dokumentti, joka päivittyy jatkuvasti. Se on nykymuodossaan vain karkea runko, jota "voi" käyttää projektien teknisen dokumentoinnin pohjana. Rakennetta saa ja pitää muokata! Tavoitteena on luoda dokumentti, joka yhdistää suunnitteludokumentaation saumattomasti yhteen projektin muun dokumentaation kanssa. Tekijä ei ota mitään vastuuta dokumentin sisällöstä.
tv:NarsuMan
## Otsikko
Versionumero
Luokittelu (Salainen/Julkinen etc..)
Vastuuhenkilö
## Johdatus
* Johdatus dokumenttiin..
## Yleiskuvaus
* Esittele lyhyesti tuote tai kohde
* Dokumentin tehtävä on avata esim. jatkokehittäjälle käsitys siitä miten tuote on toteutettu (Pelkkä lähdekoodi ei riitä)
* Millaisia välineitä/työkaluja ja ympäristöjä tarvitaan, jos aioitaa kehitää tuotetta eteenpäin
## Käytetyt teknologiat
* JAVA / Java Script ?
* HABA kieli
* Perustelut miksi!
## Tuotekehitysympäristöjen kuvaukset
Kuvaa ainakin seuraavat:
* Kehitysympäristö
* Testausympäristö
* Ajo/suoritusympäristö
* Demoympäristö
Eli miten nuo eri ympäristöt on toteutettu ko. projektissa
## Käytetyt työvälineet ja niiden versionumerot
* Kääntäjä xyz v1.0.1
* debuggeri zky v2.05
* Firefox 123
* Perustelut miksi!
## Tärkeimmät tekniset ratkaisut joihin tuote nojaa
* Käytetyt kirjastot(library)/kehikot(Framework) (JQuery v 23456, JAVA EE 8 + Spring ZZZ, React IO)
* Muut jipot ja kikat
* Perustelut miksi!
## Yleinen ohjelmsto arkkitehtuuri
*
* Palvelut
## Palvelujen/n rajapinnat (Interfaces)
* [Esimerkki elävästä elämästä](https://virkailija.opintopolku.fi/koodisto-service/swagger/index.html)
## Suoritysympäristön (tuotanto) kuvaus
* Miten tuote ajetaan tuotannossa
* Sijoittelunäkymä (Depoyment diagram)
## Tietokantakuvaukset
ER-kaavio
##
TBD
Tämä on esimerkki testitapauksesta. Testien suunnittelu kannattaa tehdä tarkoitukseen paremmin soveltuvalla testaushallintatyövälineellä esim. [Testlink](http://testlink.org)
### Testitapaus ID : TCID1234
* Testitapauksen suunnittelija: *nimi*
* Luontipvm : 26.0x.20xx
### Päivityshistoria
* versio 0.1 - 26.0x.20xx - Narsuman - testitapaus luotu
### Testitapauksen kuvaus
Mitä pyritään tarkistamaan/testaamaan?
### Lähde testille
Eli minkä pohjalta testi on suunniteltu?
* [Esim. Käyttötapaus - Use Case](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-kayttotapauskuvaus.md)
* [Esim. Ominaisuus - Feature](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-ominaisuuskuvaus.md)
Minkä pohjalta testi on suunniteltu?
* vaatimus,ominaisuus,
### Alkutilanne (Pre-state):
* Mitä pitää olla valmiina ennen testin suorittamista?
### Testiaskeleet (Test Steps)
Askel ja odotettu tulos
1. Step
1. Step
1. Step
1. Step
1. Step
1. Step
1. Step
1. Step
### Huomioitava testin aikana
Tämä odottaa vielä sisältöä..
https://github.com/N4SJAMK/teamboard-test/wiki/expoloratory-testing-session
https://en.wikipedia.org/wiki/Exploratory_testing
# Vaatimusmäärittely
## Sisällysluettelo
* [Asiakastarina]()
* [Sidosryhmät ja profiilikuvaukset]()
* [Sidosryhmäkuva]()
* [Asiakaspolku]()
* [Yleinen käyttötapaus]()
* [Yleiset toiminnalliset vaatimukset]()
* [Yleiset ei-toiminnalliset vaatimukset]()
* [Palvelu MockUp]()
* [Tärkeimmät ominaisuudet]()
* [Julkaisun suunnitelma]()
* [Palvelun/ohjelmiston arkkitehtuuri]()
* [Testaus ja laadunvarmistus]()
* [Lähteet]()
## Johdatus
Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium,
totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae
dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit,
sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est,
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
### Palvelukuvaus
Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium,
totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae
dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit,
sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est,
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
### Vaatimusmäärittelytyön tilaaja
Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium,
### Vaatimusmäärittelyn toimittaja
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
## Asiakastarina
Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium,
totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae
dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit,
sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est,
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
## Sidosryhmät (Stakeholders) ja profiilikuvaukset (Profile descriptions)
Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium,
totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae
dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit,
sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est,
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
## Sidosryhmäkuva (Stakeholder map)
Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium,
totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae
dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit,
sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est,
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
![](https://openclipart.org/image/800px/svg_to_png/17266/berteh-flow-diagram-symbols.png&disposition=attachment)
## Asiakaspolku (Customer Journey)
Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium,
totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae
dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit,
sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est,
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
![](https://openclipart.org/image/800px/svg_to_png/17266/berteh-flow-diagram-symbols.png&disposition=attachment)
## Tuotteen yleisiä vaatimuksia ja rajoituksia (General Requirements and restrictions)
Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit,
sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est,
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
| Id | Vaatimuksen kuvaus | kategoria | Vastuullinen |
|:-:|:-:|:-:|:-:|
| GENREQ001 | Vaatimus? | Mikä osa-alue | Kuka vastaa |
| GENREQ002 | Vaatimus? | Mikä osa-alue | Kuka vastaa |
| GENREQ003 | Vaatimus? | Mikä osa-alue | Kuka vastaa |
| GENREQ004 | Vaatimus? | Mikä osa-alue | Kuka vastaa |
| GENREQ005 | Vaatimus? | Mikä osa-alue | Kuka vastaa |
## Yleiset käyttötapaukset (General Use Cases)
Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium,
totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae
dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit,
sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est,
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
![](https://openclipart.org/image/800px/svg_to_png/28058/cfry-Use-Case.png&disposition=attachment)
## Palveluun liittyvät toiminnalliset vaatimukset (Functional Requirements)
Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium,
totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae
dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit,
sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est,
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
| Id | Vaatimuksen kuvaus | kategoria | Vastuullinen |
|:-:|:-:|:-:|:-:|
| REQ001 | Vaatimus? | Mikä osa-alue | Kuka vastaa |
| REQ002 | Vaatimus? | Mikä osa-alue | Kuka vastaa |
| REQ003 | Vaatimus? | Mikä osa-alue | Kuka vastaa |
| REQ004 | Vaatimus? | Mikä osa-alue | Kuka vastaa |
| REQ005 | Vaatimus? | Mikä osa-alue | Kuka vastaa |
## Palveluun liittyvät ei-toiminnalliset vaatimukset (Non Functional Requirements)
Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium,
totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae
dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit,
sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est,
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
### Suorituskyky? (Performance)
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
| Id | Vaatimuksen kuvaus | kategoria | Vastuullinen |
|:-:|:-:|:-:|:-:|
| REQ00x | Vaatimus? | Suorituskyky | Kuka vastaa |
| REQ00x | Vaatimus? | Suorituskyky | Kuka vastaa |
| REQ00x | Vaatimus? | Suorituskyky | Kuka vastaa |
### Luotettavuus?
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
| Id | Vaatimuksen kuvaus | kategoria | Vastuullinen |
|:-:|:-:|:-:|:-:|
| REQ00x | Vaatimus? | Luotettavuus | Kuka vastaa |
| REQ00x | Vaatimus? | Luotettavuus | Kuka vastaa |
| REQ00x | Vaatimus? | Luotettavuus | Kuka vastaa |
### Tietoturva?
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
| Id | Vaatimuksen kuvaus | kategoria | Vastuullinen |
|:-:|:-:|:-:|:-:|
| REQ00x | Vaatimus? | Tietoturva | Kuka vastaa |
| REQ00x | Vaatimus? | Tietoturva | Kuka vastaa |
| REQ00x | Vaatimus? | Tietoturva | Kuka vastaa |
| REQ00x | Vaatimus? | Tietoturva | Kuka vastaa |
| REQ00x | Vaatimus? | Tietoturva | Kuka vastaa |
| REQ00x | Vaatimus? | Tietoturva | Kuka vastaa |
### Käytettävyys
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
| Id | Vaatimuksen kuvaus | kategoria | Vastuullinen |
|:-:|:-:|:-:|:-:|
| REQ00x | Vaatimus? | Käytettävyys | Kuka vastaa |
| REQ00x | Vaatimus? | Käytettävyys | Kuka vastaa |
| REQ00x | Vaatimus? | Käytettävyys | Kuka vastaa |
| REQ00x | Vaatimus? | Käytettävyys | Kuka vastaa |
| REQ00x | Vaatimus? | Käytettävyys | Kuka vastaa |
## Palvelu MockUp-prototyyppi
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
![](https://openclipart.org/image/800px/svg_to_png/236916/1452485143.png&disposition=attachment)
## Tärkeimmät tunnistetut ominaisuudet (Features)
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
| Ominaisuus | Prioriteetti | Muuta |
| :-: | :-: | :-: |
| [Ominaisuus 1](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-ominaisuuskuvaus.md) | | |
| [Ominaisuus 2](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-ominaisuuskuvaus.md) | | |
| [Ominaisuus 3](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-ominaisuuskuvaus.md) | | |
| [Ominaisuus 4](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-ominaisuuskuvaus.md) | | |
| [Ominaisuus 5](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-ominaisuuskuvaus.md) | | |
| [Ominaisuus 6](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-ominaisuuskuvaus.md) | | |
| [Ominaisuus 7](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-ominaisuuskuvaus.md) | | |
## Julkaisun suunnitelma
| Aika + Ominaisuuus | Kuvaus | Vastuu | Prioriteetti |
|:-:|:-:|:-:|:-:|
| 1.1.201x [Ominaisuus 1](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-ominaisuuskuvaus.md) | | |
| 1.4.201x [Ominaisuus 2](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-ominaisuuskuvaus.md) | | |
| 15.4.201x [Ominaisuus 3](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-ominaisuuskuvaus.md) | | |
| 5.5.201x [Ominaisuus 4](https://github.com/JAMK-IT/TTOS0100-Ohjelmistosuunnittelu-ja-testaus/blob/master/pohja-ominaisuuskuvaus.md) | | |
# Palvelun/ohjelmiston arkkitehtuuri
### Yleinen sijoittelunäkymä (Deployment diagram )
![](https://openclipart.org/image/800px/svg_to_png/17266/berteh-flow-diagram-symbols.png&disposition=attachment)
# Arkkitehtuuriin/teknologiaan liityvät vaatimukset
### Ylläpito (Maintenance)
| Id | Vaatimuksen kuvaus | kategoria | Vastuullinen |
|:-:|:-:|:-:|:-:|
| REQ00x | Vaatimus? | Yllläpito | Kuka vastaa |
| REQ00x | Vaatimus? | Tekninen | Kuka vastaa |
| REQ00x | Vaatimus? | Käytettävyys | Kuka vastaa |
| REQ00x | Vaatimus? | Käytettävyys | Kuka vastaa |
| REQ00x | Vaatimus? | Käytettävyys | Kuka vastaa |
### Yleinen tietokantakuvaus (Database ER-diagram)
ER-kaavio
![](https://openclipart.org/image/800px/svg_to_png/17266/berteh-flow-diagram-symbols.png&disposition=attachment)
# Testauksen vaatimukset (Testing requirements)
### Testattavuus
| Id | Vaatimuksen kuvaus | kategoria | Vastuullinen |
|:-:|:-:|:-:|:-:|
| REQ00x | Vaatimus? | Testattavuus | Kuka vastaa |
| REQ00x | Vaatimus? | Testattavuus | Kuka vastaa |
| REQ00x | Vaatimus? | Testattavuus | Kuka vastaa |
| REQ00x | Vaatimus? | Testattavuus | Kuka vastaa |
| REQ00x | Vaatimus? | Testattavuus | Kuka vastaa |
# Tunnistetut riskit ja testikohteet
* Riski -> Testaustarve
* Vaatimus -> Testaustarve
### Dokumentit, standardit ja lähteet
qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora
incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam,
quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur?
*Lähteet*
| ID | Lähde | Kuvaus | Linkki |
|:-:|:-:|:-:|:-:|
| Id0 | Wikipedia | Vaatimusmäärittely | https://fi.wikipedia.org/wiki/Ohjelmiston_vaatimusm%C3%A4%C3%A4rittely
- |
| - | - | - |
| - | - | - |
| - | - | - |
# Wiki muotoinen viestintäsuunnitelma.
Alkuperäinen löytyy täältä! http://homes.jamk.fi/~huojo/opetus/IIZP2010/
# Johdanto
Tämä viestintäsuunnitelman tarkoituksena on määritellä X projektin yhteydessä käytetyt viestintämenetelmät ja kanavat. Selkeällä ja yhdenmukaisella viestinnällä varmistetaan informaation kulku ja vaikutetaan projektin laatutavoitteiden toteutumiseen.
# Projektin osapuolet
## Projektin osapuolet voidaan jakaa viestinnän näkökulmasta neljään eri ryhmään:
1. Projektiryhmän jäsenet (nn, yy, zz, ym)
2. Projektin ohjaajat ([hh], jj, kk)
3. Toimeksiantajan edustajat (aa, bb, cc)
4. Ulkopuoliset henkilöt (esim. laitoksen johtaja, asiantuntijat jne.)
Tässä suunnitelmassa luodaan pohja projektiryhmän ja kolmen muun projektin sidosryhmän väliselle viestinnälle.
# Yleiset viestintäkanavat
X projektilla on käytettävissään viestintää varten: puhelin, telefax, sähköposti, LN tietokannat, posti, sisäinen posti, www, ilmoitustaulu sekä luonnollisesti erilaiset kirjallisen ja verbaalisen viestinnän muodot.
# Kirjallisessa viestinnässä käytettävät mallit
Projektiin liittyvässä kirjallisessa viestinnässä käytetään Yrityksen viestintä –kirjassa (Kortetniemi, 1997) esitettyjä asiakirjamalleja / JAMKin raportointiohjetta / jotain muuta (mitä?). Dokumenttien elektroninen tallennusmuoto määritellään tarkemmin erityisessä dokumentointisuunnitelmassa.
# Sisäinen viestintä
Sisäisellä viestinnällä tarkoitetaan tässä viestintää projektiryhmän sisällä. Sen tavoitteena on välittää projektiin liittyvää informaatiota kaikille ryhmän jäsenille ja näin tukea ryhmän yhteistyötä ja edesauttaa ryhmän identiteetin muodostumista. Lisäksi sisäinen viestintä toimii kaiken ulkoisen viestinnän perustana.
X projektin sisäisessä viestinnässä käytetään sekä formaaleja että epävirallisia kanavia. Projektiryhmä kokoontuu [maanantaiaamuisin] viikkopalaveriin, jossa suunnitellaan tulevan viikon tehtävät ja edellisen käydään läpi edellisen viikon tapahtumat. [Projektipäällikkö valmistelee viikkopalaverin esityslistan ja kirjoittaa palaverin pohjalta viikkosuunnitelman, joka asetetaan LN tietokantaan ja ilmoitustaululle.] Muutoinkin kaikki projektiin liittyvä dokumentaatio säilytetään [dokumenttitietokannassa], jota ryhmäläisten tulee aktiivisesti seurata. Sihteeri tiedottaa kaikista merkittävistä tapahtumista ryhmän jäsenille sähköpostitse ja kirjoittaa niistä muistion.
Sekä sisäisen että ulkoisen viestinnän tukena käytetään lisäksi seuraavia apuvälineitä:
- [LN sovellus], johon sisällytetään tiedot muun dokumentaation ulkopuolisista kontakteista eri sidosryhmien kanssa (esim. puhelu toimeksiantajalle).
- [A sovellus, jonka avulla ryhmän LN sähköpostiosoitteeseen tullut posti jaetaan edelleen projektiryhmäläisten henkilökohtaisiin sähköpostiosoitteisiin.]
# Viestintä ohjaajien kanssa
Projektiryhmän ja ohjaajien välisen viestinnän tehtävä on mahdollistaa ohjaajille esteetön ja täydellinen projektin seuranta ja sitä kautta antaa heille riittävät resurssit tukea projektin etenemistä. Keskeisin viestintäkanava tulee olemaan [LN dokumenttitietokanta] sekä [keskiviikkoiset] ohjaajapalaverit [hh]:n kanssa. Projektisihteeri valmistelee ohjaajapalaverien esityslistat ja kirjoittaa niistä muistiot. Edellä mainittujen viestintäkanavien lisäksi tärkein viestintätapa on [sähköposti], muita tapoja käytetään mahdollisuuksien mukaan ja tarvittaessa. Kaikista keskeisistä projektiin liittyvistä tapahtumista tiedotetaan ohjaajille ainakin yhdellä edellä mainituista kanavista.
# Viestintä toimeksiantajan edustajien kanssa
Projektiryhmän ja toimeksiantajan edustajien välisessä viestinnässä ovat keskeisessä asemassa [erilaiset kokoukset ja tapaamiset]. Näistä säännöllisiä ovat johtoryhmän kokoukset, joihin esityslistan valmistelee projektipäällikkö. Edellisten lisäksi käytetään ensisijaisena viestintäkanavana [sähköpostia] ja toissijaisena [puhelinta]. Kaikista projektia koskevista dokumenteistä lähettää projektisihteeri sähköpostitse kopiot toimeksiantajan edustajille. Juoksevissa asioissa toimeksiantajan puolesta vastaa [nn] ja projektin hallinnosta [yy].
#Viestintä ulkopuolisten kanssa
Viestinnässä ulkopuolisten kanssa käytetään projektiryhmäläisten omaa harkintaa. Osalle ulkopuolisista sidosryhmistä (muut projektit, osa laitoksen henkilökunnasta) on mahdollisuus viestiä [LN keskustelutietokannan] avulla. Lisäksi ulkopuolisille sidosryhmille on tarjolla informaatiota X projektin www sivustossa.
# Viestinnän seuranta ja arviointi
Viestinnän onnistumista arvioidaan projektin aikana jatkuvasti ja erityisesti viikko- ja ohjaajapalavereissä sekä viestintäopintojen yhteydessä. Mahdollisiin epäkohtiin puututaan välittömästi ja viestintäsuunnitelmaa muutetaan tarpeen niin vaatiessa.
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment