projektisuunnitelma.md

@@ -62,6 +62,10 @@ Eri osapuolten oikeudet on määritelty projektisopimuksessa.
 
 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ö.
 
+* Api-key = 
+* suunnittelutyökalu = työkalu jolla se suunnitellaan
+* 
+
 # 2. Projektiorganisaatio
 
 ## 2.1 Organisaation esittely
@@ -114,15 +118,23 @@ Projektin elinkaari voidaan jakaa erityyppisiin vaiheisiin. Kussakin vaiheessa t
 
 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ä.
+usein 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ä.
+
+* perustaminen: ryhmittyminen
+* Esitutkimus: Perehdyttiin materiaaleihin
+* Analyysi: Tutkittin tehtävänantoa sprinteissä. 
+* Suunnittelu: Tehtiin gitlabiin projektille pohjat (vaatimusmäärittelyt, projektisuunnitelma, projektisopimus yms.) ja wiki.
+* Toteutus: tehdään tietokanta, back-end ja web-sovellus ja sen front-end.
+* Testaus: Testataan vaatimusmäärittelyissä määritellyt funktionaaliset ominaisuudet ja niiden toimivuus.
+* Lopetus: Dokumenttien palautus ja kehujen vastaanotto.
+
 
-< 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)
+Käynnistys 11.1.2018 – 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.”
@@ -154,12 +166,11 @@ Kuvataan muutosten hallintaproseduuri projektinkäytäntöihin tai projektin tul
 ## 4.3 Dokumentointi
 
 Kirjataan minne dokumentit tallennetaan/arkistoidaan, miten ne jaetaan ja kuka on vastuussa eri dokumenteista.
+Dokumentit tallennetaan Alphanet:n wikisivuille. Dokumentin yhteydessä on myös mainittu kuka on vastuussa. 
 
 ## 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)
+Liitä seuraava osio tähän mukaan: [Riskienhallintataulukko](https://gitlab.labranet.jamk.fi/Alphanet/projekti-01/wikis/projektin-riskit)
 
 
 ## 4.5 Katselmointikäytäntö
@@ -168,39 +179,47 @@ Luetellaan ja alustavasti aikataulutetaan projektin tuloskatselmukset laaditun t
 
 ## 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).
+
+* [Riskienhallintasuunnitelma](https://gitlab.labranet.jamk.fi/Alphanet/projekti-01/wikis/projektin-riskit)
+* [Viestintäsuunnitelma](https://gitlab.labranet.jamk.fi/Alphanet/projekti-01/wikis/viestintasuunnitelma)
+* [Projektisuunnitelma](https://gitlab.labranet.jamk.fi/Alphanet/projekti-01/wikis/projektisuunnitelma/edit)
+* [Testaus-suunnitelma]()
 
 ##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.
+Suunnitelman tarkistus- ja päivitysajankohdat ovat jokaisella Etapilla. (ET0, ET1...)
 
-## 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.
+* Työtilat: 322b, kotiolot
+* Yhteydenpito/viestintävälineet: Slack, WhatsApp, Sähköposti
+* Raportointi wikiin ja kuittaukset WhatsAppiin.
+* Palaverikäytäntö: Joka torstaiaamu kello 10:00.
+* Tiedotus: Sihteeri hoitaa WhatsAppin kautta.
 
 # 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.
+ Linkki wikiin, käyttö-ohjeisiin ja Digital Ocean serverin osoite, missä palvelu on.
 
 ## 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. 
+Projektiryhmien dokumentaatiosta IT-instituutille jäävä osa tallennetaan GitLabiin.
 
 ## 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 kun kurssi loppuu.
 
-”Projekti päättyy p.k.vvvv, jolloin projektisopimuksen voimassaoloaika päättyy.”
+Projekti päättyy 30.4.2018, jolloin projektisopimuksen voimassaoloaika päättyy.”
 
 ## 6.4 Lopetustilaisuus
 
 Yleensä projektit päätetään yhteiseen päätösseminaariin. Tähän kirjataan osallistujat ja ajankohta. 
+Osallistujat: Petri Penttinen, Vo Van Duy, Jusa Myrskog, Sami Kauhala, Olli Koskinen.
 
 ## 6.5 Projektin loppuraportti