Dokumentointikäytännöt
|
|
- Mika Aho
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 Teknillinen korkeakoulu T Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Dokumentointikäytännöt Jouni Karppinen Versio Päivämäärä Tekijä Muutokset Jouni Karppinen Ensimmäinen alustava versio Jouni Karppinen Pieniä lisäyksiä ja muutoksia tekstiin Jouni Karppinen Lisäyksiä tekstiin. Dokumenttipohja otettu käyttöön Jouni Karppinen Lisätty PP-vaiheen arviointi Jouni Karppinen Tekstiä viilattu henkilökohtaisen harjoituksen esittämistä varten Jouni Karppinen Dokumentti hiottu kuntoon ensimmäistä palautusta varten Jouni Karppinen Lisätty I1-vaiheen arviointi Jouni Karppinen Lisätty I2-vaiheen arviointi Jouni Karppinen Lisätty I3-vaiheen arviointi Jouni Karppinen Lisätty loppuarviointi.
2 Sisällysluettelo 1 Johdanto Suunnitellut käytännöt Tarkastukset ennen palautuksia Yhtenäinen ulkoasu Ymmärrettävyys Toteutus ja arviointi vaiheittain Suunnitteluvaihe (PP) Käytetyt työkalut Dokumenttien tarkastus Ensimmäinen toteutusvaihe (I1) Käytetyt työkalut Dokumenttien tarkastus Toinen toteutusvaihe (I2) Dia-työkalu Dokumenttien tarkastus Kolmas toteutusvaihe (I3) Loppuarvio ja pohdintaa... 8
3 1 Johdanto Dokumentaatio on tärkeä osa jokaista ohjelmistoprojektia. Ensinnäkin sen avulla kaikki sidosryhmät voidaan pitää ajan tasalla projektin etenemisestä. Näin mm. asiakas näkee heti, etenevätkö asiat suunnitellulla tavalla ja pääsee vaikuttamaan päätöksiin ajoissa. Tämän takia dokumentaatiota täytyy tuottaa jatkuvasti heti projektin alusta lähtien. Toiseksi projektiin osallistumattomat henkilöt, kuten loppukäyttäjät ja mahdolliset jatkokehittäjät, saavat helposti kattavan kuvan tuotteesta dokumentaation avulla. Asiakirjat ovat myös sopimuksiin verrattavaa materiaalia, jonka avulla pystytään jälkeenpäin määrittämään (esim. riitatilanteissa), ovatko osapuolet täyttäneet velvollisuutensa. Koska dokumentaatiota kertyy suuri määrä, on sen sisältö ja jaottelu pystyttävä pitämään loogisena ja yhdenmukaisena. Kolmantena seikkana tämä kurssi on oppimistapahtuma, jossa dokumentein osoitetaan opittuja asioita kurssin henkilökunnalle. Ne ovat myös tärkeä pohja arvostelulle sekä mentorille että asiakkaalle. Kaiken yllämainitun vuoksi dokumentointiin kiinnitetään erityistä huomiota tässäkin projektissa. Dokumentoinnin hallinnasta vastaa tässä projektissa Jouni Karppinen, joka valvoo asiakirjojen tuottamista tässä tekstissä esitettyjen periaatteiden pohjalta. Ensin esitellään käytännöt, joita projektiryhmä sitoutuu noudattamaan mahdollisuuksien mukaan. Sen jälkeen pohditaan vaiheittain käytäntöjen toteutumista. Projektin lopuksi suoritetaan kokonaiskatsaus dokumentointikäytäntöjen onnistumiseen. 1
4 2 Suunnitellut käytännöt Dokumentoinnin hallintaan pyritään käyttämään tässä luvussa esitettyjä käytäntöjä. Osa niistä saattaa tuntua itsestäänselvyyksiltä, mutta niiden kirjaaminen tähän osoittaa, että ne on varmasti otettu huomioon. Käytännöistä ja työkaluista järjestetään tarvittaessa koulutusta ryhmän jäsenille. 2.1 Tarkastukset ennen palautuksia Kun ryhmä katsoo kunkin vaiheen lopussa dokumenttien olevan ensimmäisen kerran sisällöltään valmiita palautukseen, niille suoritetaan tarkastus. Palautettavien asiakirjojen pitää olla valmiita vähintään yhtä vuorokautta ennen palautuksen takarajaa, jotta tarkastajille ja korjauksiin jää riittävästi aikaa. Vähintään kaksi henkilöä kokoontuu yhteen ja lukee kaikki dokumentit yhdessä huolellisesti läpi etsien niistä: kirjoitus-, kielioppi- yms. virheet asiavirheet ja sisäiset ristiriidat toiston asiakirjojen välillä puuttuvat asiat Ensimmäiseen kohtaan käytetään mahdollisuuksien mukaan myös automaattisia oikolukutyökaluja. On välttämätöntä, että vähintään kaksi henkilöä suorittaa tämän oikoluvun, sillä ihmiset ovat sokeita omille virheilleen, ja jokaisen ryhmän jäsenen voidaan olettaa kirjoittavan ainakin pienen osan kunkin kierroksen dokumentaatiosta. Näin jokainen teksti tulee tarkastettua vähintään kerran tehokkaasti ja suurin osa kahteen kertaan. Lisäksi oikolukijoiden pitäisi olla samat yhden kierroksen jokaiselle dokumentille, jotta toisto eri asiakirjojen välillä huomattaisiin. Toiston karsimiseksi päätetään yhdessä, mihin toistuva osio kannattaa sijoittaa, ja viitataan toisista dokumenteista sinne. Tässä käytetään apuna tarvittaessa jonkinlaista koodausta. Esim. vaatimusmäärittelyn vaatimuksille annetaan numerokoodit jokaiselle viittausta helpottamaan. 2.2 Yhtenäinen ulkoasu Yhtenäinen ulkoasu ja rakenne helpottaa dokumenttien lukemista ja antaa niistä laadukkaan vaikutelman. Siksi käytämme valmista dokumenttipohjaa, joka määrittelee asiakirjojen tyylin. Mahdollisimman pitkälle viety asiakirjapohja vähentää myös käsin tehtävää dokumenttien muotoilua, kun tyylit, sijoittelu yms. on määritelty jo valmiiksi. Uusia tyylejä ja muita muutoksia voidaan tehdä projektin aikana asiakirjapohjaan joustavasti ja tarpeen mukaan. Ne heijastuvat välittömästi kaikkiin työn alla oleviin ja tuleviin dokumentteihin. Aikaisemmin palautettuja dokumentteja ei muokata enää ulkoasun takia, ellei niitä jouduta päivittämään muutenkin. Dokumentit kirjoitetaan OpenOffice.org-tekstinkäsittelyohjelmalla. UML- ja mahdollisuuksien mukaan muutkin kaaviot piirretään Dialla. Näitä valintoja on perusteltu tarkemmin projektisuunnitelmassa. Valmiit dokumentit muutetaan palautettaessa PDFmuotoon. 2
5 2.3 Ymmärrettävyys Tekstistä pyritään muokkaamaan mahdollisimman helppolukuista ja ymmärrettävää. Näin varmistetaan, että eri sidosryhmät voivat käyttää dokumentteja tehokkaasti hyväkseen taustatiedoista riippumatta. Tämä on tärkeää myös mahdollista jatkokehitystä ajatellen, sillä ei voida tietää varmasti, millaiset henkilöt dokumentteja lukevat joskus tulevaisuudessa. Ymmärrettävyyden tärkeyttä korostaa myös projektin luonne, sillä monien asioiden pohjana on tavalliselle ihmiselle vaikeaselkoisia muodollisia määrittelyjä. Ymmärrettävyydestä huolehtii ensisijaisesti Jouni Karppinen. Tarvittaessa epäselvän, liian teknisen tai huolimatonta slangia sisältävän tekstin kirjoittajalta kysytään selvennystä. Erityistä huomiota kiinnitetään englannista väännettyihin sanoihin, jotka eivät ole hyvää suomea. Tarpeellisia teknisiä termejä voidaan myös selittää erillisissä sanastoissa dokumenttien yhteydessä. 3
6 3 Toteutus ja arviointi vaiheittain Tässä luvussa arvioidaan käytäntöjen toimeenpanon onnistumista sekä niiden vaikutusta projektiin. Arviointia tehtäessä olisi mahdollista käyttää kvantitatiivisia mittareita, joista näkisi helposti käytäntöjen onnistumisen. Tällaisten tulosten analysointi olisi kuitenkin vaikeampaa, kuin miltä saattaa näyttää. Voisi luoda kategorioita ja laskea vaiheittain virheiden ja korjauksien määrän, mutta mitään vertailutietoa ei saisi siitä, millainen tulos olisi ollut ilman käytäntöjä. Sitäkään ei kenties saa tietää, paljonko puutteita dokumentteihin lopulta jää. Siksi tällä kertaa päädyttiin arvioimaan tuloksia vapaamuotoisesti sanallisesti. Vaiheiden PP, I1, I2 ja I3 lopussa suoritetaan lyhyt arviointi toteutuneiden seikkojen pohjalta sekä pohditaan kehittämismahdollisuuksia. Näitä parannuksia pyritään ottamaan käyttöön jo kesken projektin. Lisäksi projektin lopussa tehdään yhteenveto käytäntöjen onnistumisesta. 3.1 Suunnitteluvaihe (PP) Ensimmäisen vaiheen jälkeen voidaan todeta, että suunnitellut käytännöt otettiin onnistuneesti käyttöön, mutta vastaan tuli lukuisia ongelmia, jotka on pyrittävä jatkossa korjaamaan Käytetyt työkalut Alkuperäinen dokumenttipohja sisälsi vain kaikkein välttämättömimmät määrittelyt, joiden avulla asiakirjoja päästiin kirjoittamaan. Seuraavaan vaiheeseen pohjaa on tehtävä monipuolisemmaksi tässä vaiheessa ilmenneiden puutteiden pohjalta. Mm. kuvatekstien tyyliä ei ollut vielä määritelty. OpenOffice.org-ohjelmassa on ilmennyt pieniä eroja toisaalta versioiden 1.0 ja 1.1 välillä ja toisaalta Windows ja Linux -ympäristöissä. Erot versioiden välillä ovat marginaalisia eivätkä vaadi mitään toimenpiteitä. Varsinaisesti käytämme versiota 1.1, mutta koulun koneilla on vielä vanha versio. Ympäristöjen välillä ongelmaksi muodostui se, ettei niissä ole valmiina samoja fontteja. Siksi dokumenteissa tuli Linux-ympäristössä joitakin kauneusvirheitä, kuten taulukoissa rivin viimeinen kirjain saattoi pudota seuraavalle riville. Puuttuvien fonttien lisäämistä tutkitaan seuraavassa vaiheessa. Myös Diassa ilmeni ongelmia, ja ne olivat jo vakavia. Käytössä on useita eri versioita, ja niiden yhteensopivuus näyttää heikolta. Seuraavassa vaiheessa selvitetään, onko mahdollista, että kaikki käyttävät jotain tiettyä versiota, jos kunnolla eri ympäristöissä toimiva versio löydetään Dokumenttien tarkastus Valmiiden dokumenttien tarkastus vaiheen lopussa onnistui kohtalaisesti. Varsinkin kirjoitus- ja kielioppivirheitä löytyi runsaasti. Kumpikin tarkastajista löysi myös muutaman korjattavan kohdan, jota toinen ei nähnyt. Tämä osoittaa hyväksi ideaksi sen, että kaksi ihmistä tarkastaa dokumentit. Henkilöt pystyivät myös neuvottelemaan keskenään korjauksista, jolloin uusia virheitä ei pääse syntymään niin helposti vanhojen tilalle. Tarkastuksessa ilmeni myös joitakin ongelmakohtia. Pienin näistä on se, että on vaikeaa kiinnittää lukiessa huomiota kaikkeen samalla kertaa. Helposti huomio kiinnittyy vain kirjoitusvirheisiin, ja sisältö kokonaisuutena jää vähemmälle huomiolle. Tähän on vaikea 4
7 keksiä muuta korjausta, kuin useampi läpikäynti keskittyen yhteen asiaan kerrallaan. Tähän ei kuitenkaan ole resursseja, eikä hyötykään olisi luultavasti riittävän suuri perustelemaan tätä. Resursseja kului nytkin jo enemmän kuin oli arvioitu. Suunnitellun neljän tunnin sijaan tarkastukseen meni aikaa yhteensä kuusi tuntia. Tämä näkyi pienenä väsymyksenä viimeisen asiakirjan kohdalla. Jos seuraavassa vaiheessa tarkastettavien dokumenttien määrä antaa siihen aihetta, asiaa pyritään helpottamaan jakamalla tarkastus kahteen osaan ja vaihtamalla toista tarkastajaa osien välillä. Toisen henkilön on kuitenkin pysyttävä samana, jotta eri asiakirjojen väliset ongelmat löydetään. Kolmas huomautus koskee aikataulua, jota ei pystytty aivan pitämään. Osa dokumenteista valmistui vasta samalla, kun tarkastus oli jo käynnissä. Onneksi tarkastusta ei tarvinnut missään kohdassa keskeyttää, vaan asiakirjat saatiin juuri ajoissa valmiiksi. Myös asiakas huomautti viivytyksestä, sillä hän olisi halunnut tutustua valmiisiin dokumentteihin ja kommentoida niitä ajoissa. Seuraavassa vaiheessa aikataulussa pysymiseen kiinnitetään tarkemmin huomiota. 3.2 Ensimmäinen toteutusvaihe (I1) Tässä vaiheessa suurimmat ongelmat koskivat aikataulussa pysymistä. Myös muuta pientä ilmeni runsaasti, mutta kaikesta suoriuduttiin kunnialla ja ilman pahoja takaiskuja Käytetyt työkalut Dokumenttipohjaan saatiin nyt kaikki tarpeellinen lisättyä, ja sitä voitaneen pitää lopullisena. OpenOfficen kanssa havaittiin kuitenkin pieniä ongelmia muotoseikoissa. Ohjelma haluaa nähtävästi varata kokonaisen uuden aukeaman yhden sivun sijaan, jos sisällysluettelo ei mahdu yhdelle sivulle. Siksi projektisuunnitelmassa on ylimääräinen tyhjä sivu, jonka poistamiseen ei ainakaan vielä löytynyt suoraa keinoa. Dokumenttipohjasta on kadonnut määrityksiä joillakin henkilöillä. Tyylimääritykset oli helppo korjata ennalleen. Teknisestä määrittelystä oli kuitenkin poissa myös sivujen ala- ja yläreunojen poikkiviivat, jotka eivät tuntemattomasta syystä suostuneet korjaantumaan. Myöhemmin palautuksen jälkeen tämä tuntui korjaantuneen itsestään. Dialle oli varmasti eniten käyttöä tässä vaiheessa, kun tekniseen määrittelyyn tehtiin kaikki UML-kaaviot. Olimme onnistuneet karsimaan käyttämämme versiot kolmeen, jotka olivat jossakin määrin keskenään taaksepäin yhteensopivia. Näin saimme kaiken tarpeellisen piirrettyä suuremmitta ongelmitta kolmen henkilön voimin. Päivityksiä kaavioihin varmasti vielä tarvitaan, ja näihin meillä on jäänyt jäljelle yksi tai kaksi versiota, joilla niitä voidaan tehdä piirtämättä diagrammeja kokonaan uusiksi Dokumenttien tarkastus Tällä kertaa ensimmäiset versiot saatiin asiakkaan tutkittaviksi hyvissä ajoin. Kenties juuri tämän ansiosta vaatimusmäärittely saatiin nyt asiakastakin tyydyttävään kuntoon. Asiakkaan toivomuksesta ja muutenkin asiakirjoihin tuli vielä reilusti muutoksia, ja valitettavasti näitä ei taaskaan onnistuttu toteuttamaan aivan ajoissa tarkastusta varten. Tarkastus jouduttiin nimittäin jakamaan kolmeen palaseen, kun viimeiset muutokset valmistuivat vasta palautuspäivää edeltävänä iltana. Onneksi toinen tarkastaja saatiin mukaan joka kerralla, mutta toista jouduttiin vaihtamaan. Yksi dokumentti piti katsoa läpi 5
8 aivan yksin. Kaiken kaikkiaan aikaa kului vähän enemmän kuin ensimmäisessä vaiheessa, ja samalla myös vähän ennakoitua enemmän. Jatkossakin vastaavaa saattaa sattua, sillä ajankäyttötiedot edistymisraporttiin saadaan vasta aivan viime hetkellä. Tämä johtuu siitä, että mm. juuri tarkastukseen kuluva aika pitäisi myös saada kohtalaisen tarkasti otettua huomioon. Parantamisen varaa tämän vaiheen toimintaan kuitenkin jäi. Kaikessa kiireessä sattui vielä sellainen kömmähdys, että etenemisraportista palautettiin korjaamaton versio. Onneksi siinä ei ollut pahoja virheitä. Huomasimme silti, että palautusta ei kannata jättää viime hetkeen, jolloin turha hermoilu voi aiheuttaa jotain tällaista. Yhä selvemmin kävi ilmi, että tarkastuksissa ei pystytä kunnolla arvioimaan tekstejä suurina kokonaisuuksina. Ihminen ei vain pysty käsittelemään asioita monella tavalla samanaikaisesti. Siksi sisällöllisten seikkojen huomiointi joutuu pikkuisen kärsimään mm. kieliopillisen virheettömyyden takia. Toisaalta tiedämme asiakkaan keskittyvän juuri sisältöön omissa kommenteissaan, joten niistäkin saadaan palautetta. 3.3 Toinen toteutusvaihe (I2) Tässä vaiheessa asiat sujuivat selvästi paremmin kuin aikaisemmissa ja ilman merkittäviä ongelmia. Tarkastusmenetelmää saatiin parannettua vähän, kun mm. huomattiin, ettei kaikkeen kannata käyttää kahden ihmisen aikaa Dia-työkalu Dian käytöstä tehty ratkaisu saatiin lopulta tehtyä ja kirjattua myös projektisuunnitelmaan. Uudet diagrammit tehtäisiin ATK-keskuksen koneilla, ja vanhoja päivitettäisiin Joonaksella käytössä olevalla versiolla. Kaiken kaikkiaan Dia on osoittautunut huonoksi valinnaksi, mutta olemme sentään saaneet kaiken tarpeellisen tehtyä sen avulla Dokumenttien tarkastus Dokumentit valmistuivat tällä kertaa hyvin aikataulussa. Koska muutoksia oli tehty hyvin vähän iteraation aikana, ei myöskään tarkastamiseen tarvittu enää niin paljon aikaa. Minulta itseltäni kului silti useita tunteja kaikenlaiseen pieneen, kuten dokumenttien muuttamiseen oikeaan formaattiin ja palautuksen tekemiseen. Toinen syy tähän ajan kulumiseen oli se, että katsoimme mielekkäämmäksi käydä joitakin dokumentteja vain yksin läpi. Näitä olivat reviewkalvot, joiden merkitys dokumenttina on muita vähäisempi, ja testiraportti, joka oli lyhyt ja muodoltaan määrätty. Kun varsinaisia muutoksia ja sitä kautta virheitä oli vähän, huomasimme, että teknisessä määrittelyssä pystyimme keskittymään vähän paremmin sisällönkin arviointiin. Sieltä havaittiin joitakin kohtia, jotka esim. tekivät dokumentista tarkastajien mielestä vaikeaselkoisen. Ongelmakohdat kirjattiin ylös, mutta niitä ei alettu muuttamaan, sillä tarkastajien olisi ollut huomattavasti vaikeampaa tehdä se kuin asiakirjasta vastaavan henkilön. 3.4 Kolmas toteutusvaihe (I3) Tässä vaiheessa dokumentteihin tehtiin hyvin vähän muutoksia. Siksi parina tehtävästä tarkastuksesta päätettiin tämän vaiheen kohdalla luopua kokonaan, ja tarkastus tehtiin 6
9 yksin ja vain muuttuneisiin kohtiin. Muutenkin aikaa kului tällä kertaa vähän. Osa vähemmän tärkeistä asiakirjoista jätettiin kokonaan tarkastamatta. Näitä olivat lähinnä vertaistestaukseen liittyvät suunnitelmat ja raportit. Perusteina olivat resurssien säästäminen, dokumenttien vähäinen merkitys ja se, että emme olleet itse edes luoneet kaikkia dokumentteja. 7
10 4 Loppuarvio ja pohdintaa Tässä luvussa arvioidaan dokumentoinnin ja sen käytäntöjen onnistumista koko projektin tasolla projektin päättyessä. Ensin käsitellään kukin kolmesta käytännöstä yksitellen. Viimeiseksi esitetään vielä lyhyt yleisarvio dokumentointikäytäntöjen hyödyllisyydestä kokonaisuutena. Tähän lukuun on liitetty myös muille ryhmän jäsenille tehdyn kyselyn tuloksia. Kysymykset olivat: Kannattiko näitä dokumentointikäytäntöjä mielestäsi käyttää tässä projektissa? Kuinka paljon huonompaa jälkeä olisi tullut ilman niitä (voit esim. verrata muihin kokemuksiisi)? Asteikolla 1-5 (5=paras), kuinka laadukkaina pidät tähän mennessä tekemiämme dokumentteja? Vastaa, jos olit mukana pareittain tehtävissä tarkastuksissa: Koitko ne hyödyllisiksi? Entä suhteessa käytettyyn aikaan? Oliko niissä mielestäsi jotain parannettavaa? Vastaa, jos käytit jossain vaiheessa hyväksesi dokumenttipohjaa (myös dokumenttipohjaa käyttävien dokumenttien päivittäminen lasketaan): Oliko se mielestäsi hyvä ja tarpeeksi kattava? Jos ei, niin mitä puutteita siinä oli? Kuinka monta tuntia käytit tällä kurssilla OpenOfficen opetteluun? Ovatko tekemämme dokumentit (erityisesti tekninen määrittely) riittävän ymmärrettäviä ja helppolukuisia, ottaen huomioon aiheemme teoreettisen vaativuuden? Näetkö jonkin helpon keinon, jolla niitä olisi voinut parantaa tässä suhteessa? 4.1 Tarkastukset ennen palautuksia Tarkastuksia hankaloitti dokumenttien viivästeleminen useassa iteraatiossa. Niitä jouduttiin siirtämään aiotuista ajoista, mutta loppujen lopuksi aikaa aina löydettiin ja kaikki tarkastukset saatiin tehtyä. Itse tarkastuksissa esiin tulivat ennen kaikkea kirjoitus- ym. pienet virheet. Kokonaisuuteen ei sen sijaan pystynyt kiinnittämään samalla riittävästi huomiota. Vasta aivan projektin lopussa tämä parani hieman, kun asiakirjojen muutokset ja sitä kautta virheet olivat vähentyneet huomattavasti. On kuitenkin todettava, että tällaiset katselmukset näyttävät olevan hyödyllisiä lähinnä kieliasun korjaamiseen. Sen tärkeyttä ei silti sovi väheksyä. Tarkastaminen kahdestaan vaikuttaa edelleen hyvältä ajatukselta, ainakin projektin alkupuolella, sillä virheitä tuntui löytyvän jonkin verran enemmän kuin yksin. Korjauksista saattoi myös keskustella toisen kanssa, jolloin niitä oli helpompi tehdä saman tien. Toisaalta aikaa kului melko paljon, ja ajankäyttöä olisi voinut ehkä tehostaa siten, että tarkastajat olisivat tutustuneet dokumentteihin etukäteen yksinään. Ensimmäisissä iteraatioissa tarkastajia oli kaksi, mutta loppua kohti tarkastamisen tarve väheni. Ensin osa tarkastettiin vain yksin ja I3-iteraatiossa jo kaikki. Tätä valintaa tukee myös kaavio 1, joka esittää tarkastuksiin tarvittua aikaa tunteina kussakin vaiheessa. Siinä on eroteltu itseni sekä toisen tarkastajan käyttämät tunnit. 8
11 Muiden tunnit Omat tunnit PP I1 I2 I3 Kaavio 1: Tarkastuksiin käytetty aika iteraatioittain. 4.2 Yhtenäinen ulkoasu OpenOffice osoittautui hyväksi työkaluksi, jota kaikki ryhmän jäsenet käyttivät. Osalle ryhmän jäsenistä se oli tuttu ennestään, mutta melkein jokaiselta meni tunti pari sen kanssa orientoitumiseen. OpenOfficen käytön opetteluun käytettiin nimittäin yhteensä 25 tuntia, josta itseltäni kului puolet. Minun suuri osuuteni johtuu tietysti siitä, että jouduin opettelemaan ohjelman toimintoja melko tarkasti, jotta pystyin tekemään dokumenttipohjan. Dian kanssa tuli versioiden yhteensopivuusongelmia, mutta niistä selvittiin lopulta joten kuten. Ongelmia oli myös Dian kaavioiden siirtämisessä OpenOfficeen. Tämä työkalu oli huono valinta, mutta se oli ainoa UML-kaavioiden piirtämiseen soveltuva ohjelma, joka on sekä ilmainen että toimii sekä Windowsissa että Linuxissa. Dokumenttien yhtenäinen ulkoasu koettiin ryhmän sisällä hyvin positiivisena asiana. Eräiden kommenttien mukaan yrityksissä laatu jää varsinkin projektien alkuvaiheessa helposti huonolle tasolle. Tämä puolestaan antaa asiakkaalle kehnon vaikutelman, jota on myöhemmin vaikea korjata. Joidenkin mielestä dokumenttipohjassamme oli pieniä puutteita, mm. valmiiden määritysten kattavuuden suhteen. Keskimäärin se koettiin kuitenkin riittävän hyväksi sekä kattavuudeltaan että ulkoasultaan. 4.3 Ymmärrettävyys Tämä käytäntö oli oikeastaan kokonaan vain minun harteillani. Se ilmeni vaikeaksi arvioida ja toteuttaa. Kun samojen tekstien kanssa on jatkuvasti tekemisissä, niihin menettää auttamattomasti sellaisen kosketuksen, joka ensi kertaa lukevalla on. Suurin haasteemme oli tekninen määrittely. Se on jatkokehitystä ajatellen tärkein dokumenttimme, ja aiheemme teoreettisen vaativuuden vuoksi vaikein saada helposti ymmärrettävään muotoon. Niinpä sen kohdalla ryhmämmekin mielipiteet jakautuivat. Joidenkin mielestä dokumentti oli riittävän hyvä ja lukijalta voidaan odottaakin pohjatietoja aiheesta. Muiden mielestä sen sijaan parantamisen varaa jäi mm. laajuuden, ymmärrettävyyden ja esittelytavan suhteen. Teknisen määrittelyn parantamista nykyisestä ei kuitenkaan pidetty helppona tehdä, joten voinemme olla tyytyväisiä tulokseen. Kieliasu saatiin joka tapauksessa hyvään kuntoon kaikissa dokumenteissa, mihin olen itse hyvin tyytyväinen. 9
12 4.4 Yleisarvio hyödyllisyydestä Kaikkien ryhmämme jäsenten mielestä käytännöt olivat hyödyllisiä ja niitä kannatti ehdottomasti käyttää tässä projektissa. Ilman niitä dokumenttien laatu olisi ollut huonompi, erityisesti alussa. Kysyttäessä yleisarvosanaa dokumenttiemme laadulle asteikolla 1-5, saatiin keskiarvoksi 3,7, eikä yksikään yksittäinen arvio jäänyt alle kolmen. Myöskään asiakas tai mentor ei ole joutunut huomauttamaan dokumenteistamme muuten kuin sisällön (ja teknisen määrittelyn kohdalla ehkä sisällön selkeyden) vuoksi. Lisäksi olen itse oppinut näiden käytäntöjen kautta uusia asioita, kuten uusia työkaluja ja kohtaamaan käytännön ongelmia. Näillä perusteilla voin päättää sanomalla, että dokumentointikäytäntömme olivat pitkälti onnistuneita ja kaikin puolin hyödyllisiä tässä projektissa. 10
PS-vaiheen edistymisraportti Kuopio
PS-vaiheen edistymisraportti Kuopio Kuopio, PS-vaiheen edistymisraportti, 30.10.2001 Versiohistoria: Versio Pvm Laatija Muutokset 1.0 30.10.2001 Ossi Jokinen Kuopio2001, vain kurssin T-76.115 arvostelun
LisätiedotProjektiryhmä Tete Work-time Attendance Software. Henkilökohtainen SE harjoitus: loppuraportti
Projektiryhmä Tete Work-time Attendance Software Henkilökohtainen SE harjoitus: loppuraportti Projektin etenemisen seuranta ja kontrollointi Niilo Fredrikson T-76.115 Tietojenkäsittelyopin ohjelmatyö 2(8)
LisätiedotSOVELLUSPROJEKTIN ARVIOINTILOMAKE
SOVELLUSPROJEKTIN ARVIOINTILOMAKE Arviointilomake on tarkoitettu Sovellusprojektin vastaavan ohjaajan arvioinnin tueksi, eikä sillä siten tule korvata erillistä projektilausuntoa. Useaa arviointikohtaa
LisätiedotEDISTYMISRAPORTTI - PS Virtuaaliyhteisöjen muodostaminen Versio 1.0
EDISTYMISRAPORTTI - PS Edited by Checked by Approved by Antti Tuomaala Harri Kauhanen i Sisällysluettelo DOKUMENTIN VERSIOT 1 1. PROJEKTIN TILA 2 2. SUORITETUT TEHTÄVÄT 3 Projektisuunnitelma 3 Vaatimusmäärittely
LisätiedotAlkukartoitus Opiskeluvalmiudet
Alkukartoitus Opiskeluvalmiudet Päivämäärä.. Oppilaitos.. Nimi.. Tehtävä 1 Millainen kielenoppija sinä olet? Merkitse rastilla (x) lauseet, jotka kertovat sinun tyylistäsi oppia ja käyttää kieltä. 1. Muistan
LisätiedotT Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on dokumentti esittelee tietokonegrafiikkaalgoritmien visualisointijärjestelmän kehitysprojektissa käytettävän vaatimustenhallintamenetelmän. Päivämäärä
LisätiedotProject group Tete Work-time Attendance Software
Project group Tete Work-time Attendance Software Henkilökohtainen SE harjoitus: etenemisraportti Projektin etenemisen seuranta ja kontrollointi Niilo Fredrikson T-76.115 Software project 2(5) Muutosloki
LisätiedotKÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014. Käyttäjätutkimus ja käsitteellinen suunnittelu. Järjestelmän nimi. versio 1.0
KÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014 Käyttäjätutkimus ja käsitteellinen suunnittelu Järjestelmän nimi versio 1.0 Jakelu: Tulostettu: 201543 Samuli Hirvonen samuli.hirvonen@student.tut.fi
LisätiedotSuvi Junes/Pauliina Munter Tietohallinto/Opetusteknologiapalvelut 2014
Tietokanta Tietokanta on työkalu, jolla opettaja ja opiskelijat voivat julkaista tiedostoja, tekstejä, kuvia ja linkkejä alueella. Opettaja määrittelee lomakkeen muotoon kentät, joiden kautta opiskelijat
LisätiedotGood Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi
Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006-11-25 Janne Mäkelä Alustava 1.0 2006-12-10 Janne Mäkelä Valmis 1.
LisätiedotTurvallisuus. Ymmärrys. Lämpö. Ylivertainen Palvelukokemus TERVEYSTALON HALUTUN PALVELUKOKEMUKSEN MÄÄRITTELY
Ylivertainen Palvelukokemus TERVEYSTALON HALUTUN PALVELUKOKEMUKSEN MÄÄRITTELY Turvallisuus Lämpö & Ymmärrys Terveystalossa tunnen olevani parhaissa käsissä. Asiakkaalle välittyy lämmin tunnelma. Minusta
LisätiedotHops-ohjaajan ohje Opiskelijan hopsit.
Hops-ohjaajan ohje Tässä ohjeessa kuvataan kaksi erilaista tapaa hakea tietyn opiskelijan lähettämä hops. Ensin ohjeistetaan miten toimitaan, jos hopsin ryhmätyökalu on käytössä, eli ohjaajalle on luotu
LisätiedotVastaus Lukumäärä Prosentti 20% 40% 60% 80% 100% Vastaus Lukumäärä Prosentti 20% 40% 60% 80% 100% Vastaus Lukumäärä Prosentti 20% 40% 60% 80% 100%
Blogit kunniaan 2008 -kysely Yhteenvetoraportti N=1049 Julkaistu: 28.4.2008 Vertailuryhmä: Kaikki vastaajat Kuinka usein luet blogeja? 1. En koskaan 57 5,43% 2. Harvemmin kuin kerran viikossa 135 12,87%
LisätiedotTT00AA12-2016 - Ohjelmoinnin jatko (TT10S1ECD)
TT00AA12-2016 - Ohjelmoinnin jatko (TT10S1ECD) Ohjelmointikäytännöt 21/3/11 Mikko Vuorinen Metropolia Ammattikorkeakoulu 1 Sisältö 1) Mitä on hyvä koodi? 2) Ohjelmointikäytäntöjen merkitys? 3) Koodin asettelu
LisätiedotReilun Pelin työkalupakki: Kiireen vähentäminen
Reilun Pelin työkalupakki: Kiireen vähentäminen Tavoitteet Tämän toimintamallin avulla opit määrittelemään kiireen. Työyhteisösi oppii tunnistamaan toistuvan, kuormittavan kiireen sekä etsimään sen syitä
LisätiedotKyselyn tuloksia. Kysely Europassin käyttäjille
Kysely Europassin käyttäjille Kyselyn tuloksia Kyselyllä haluttiin tietoa Europass-fi nettisivustolla kävijöistä: siitä, miten vastaajat käyttävät Europassia, mitä mieltä he ovat Europassista ja Europassin
LisätiedotTietokannan luominen:
Moodle 2 Tietokanta: Tietokanta on työkalu, jolla opettaja ja opiskelijat voivat julkaista tiedostoja, tekstejä, kuvia, linkkejä alueella. Opettaja määrittelee lomakkeen muotoon kentät, joiden kautta opiskelijat,
LisätiedotCABAS. Release Notes 5.4. Uusi kuvien ja dokumenttien käsittely
Release Notes 5.4 CABAS Uusi kuvien ja dokumenttien käsittely Olemme päivittäneet ja nykyaikaistaneet CABASin kuvien ja dokumenttien käsittelyn. Nyt kuvia voi vetää hiiren osoittimella ja pudottaa ne kuvaluetteloon.
LisätiedotMenetelmäraportti Ohjelmakoodin tarkastaminen
Menetelmäraportti Ohjelmakoodin tarkastaminen Sisällysluettelo 1. Johdanto...3 2. Menetelmän kuvaus...4 2.1. Tarkastusprosessi...4 2.1.1. Suunnittelu...4 2.1.2. Esittely...5 2.1.3. Valmistautuminen...5
LisätiedotTIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori
TIE-21204 Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 14.9.2015 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut
LisätiedotKirja on jaettu kahteen osaan: varsinaiseen- ja lisätieto-osioon. Varsinainen
Alkusanat Tämä tieto- ja viestintätekniikan oppikirja on päivitetty versio vuonna 2007 julkaisemastani Tieto- ja viestintätekniikka -oppikirjasta. Päivityksessä kirjan sisällöt on ajantasaistettu ja samalla
LisätiedotT-76.115 Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on dokumentti esittelee tietokonegrafiikkaalgoritmien visualisointijärjestelmän kehitysprojektissa käytettävän vaatimustenhallintamenetelmän. Päivämäärä
LisätiedotTekstinkäsittelystä II. Tekstinkäsittelyohjelmien edistyneempiä piirteitä Tuki ryhmätyölle
Tekstinkäsittelystä II Tekstinkäsittelyohjelmien edistyneempiä piirteitä Tuki ryhmätyölle Edistyneempiä piirteitä Harjoituksen 5 avulla käsitellään o Kieleen liittyvät apuvälineet tekstin tavutus tekstin
LisätiedotT Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 16. huhtikuuta 2002 Confuse 1 Tila Versio: 1.1 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 16.04.2002 Jani Myyry Versiohistoria
LisätiedotVälipalautejärjestelmän suunnittelu ja toteutus Teollisuuden ja luonnonvarojen osaamisalalla
Lumen 1/2017 ARTIKKELI Välipalautejärjestelmän suunnittelu ja toteutus Teollisuuden ja luonnonvarojen osaamisalalla Päivi Honka, FM, tuntiopettaja, Teollisuuden ja luonnonvarojen osaamisala, Lapin ammattikorkeakoulu
Lisätiedotportfolion ohjeet ja arviointi
2015 portfolion ohjeet ja arviointi EIJA ARVOLA (5.10.2015) 2 Sisällysluettelo 1. TYÖPORTFOLIO (ei palauteta opettajalle)... 3 2. NÄYTEPORTFOLIO (palautetaan opettajalle)... 3 3. NÄYTEPORTFOLION SISÄLLÖN
LisätiedotT Käyttäjäkeskeisen tuotekehityksen harjoitustyö kevät 2005
T-121.110 Käyttäjäkeskeisen tuotekehityksen harjoitustyö kevät 2005 Kurssin tavoitteet Muodostaa näkemys käyttäjäkeskeisestä tuotesuunnittelusta Kasvattaa ymmärrystä prosessin vaiheista Tutustua käyttäjäkeskeisen
Lisätiedot4.12.2005. SEPA REFAKTOROINTI Antti Ahvenlampi, 57408L Erik Hakala, 57509T
SEPA REFAKTOROINTI Antti Ahvenlampi, 57408L Erik Hakala, 57509T SEPA: REFAKTOROINTI 2 (9) SEPA: REFAKTOROINTI 3 (9) VERSIOHISTORIA Version Date Author Description 0.1 2.12.2005 Erik Hakala Ensimmäinen
LisätiedotMatopeli C#:lla. Aram Abdulla Hassan. Ammattiopisto Tavastia. Opinnäytetyö
Matopeli C#:lla Aram Abdulla Hassan Ammattiopisto Tavastia Opinnäytetyö Syksy 2014 1 Sisällysluettelo 1. Johdanto... 3 2. Projektin aihe: Matopeli C#:lla... 3 3. Projektissa käytetyt menetelmät ja työkalut
LisätiedotProject group Tete Work-time Attendance Software
Project group Tete Work-time Attendance Software Henkilökohtainen SE harjoitus: etenemisraportti Versionhallinta BitKeeper-työkalun avulla Tuomas Heino Muutosloki Versio Pvm Tekijä Kuvaus 1.0 01.12.2003
LisätiedotMaastotietokannan torrent-jakelun shapefile-tiedostojen purkaminen zip-arkistoista Windows-komentojonoilla
Maastotietokannan torrent-jakelun shapefile-tiedostojen purkaminen zip-arkistoista Windows-komentojonoilla Viimeksi muokattu 5. toukokuuta 2012 Maastotietokannan torrent-jakeluun sisältyy yli 5000 zip-arkistoa,
LisätiedotAsiakas ja tavoite. Tekninen toteutus
Asiakas ja tavoite Heikieli on vuonna 2015 perustettu yhden hengen asiantuntijayritys, joka tarjoaa käännös- ja oikolukupalveluita englannista ja saksasta suomeksi. Freelance-kääntäjiä on Suomessa paljon,
LisätiedotIT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS
20.4.2015 IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA 1 1.1 SOVELTAMINEN Näitä erityisehtoja sovelletaan ohjelmistojen tai niiden osien toimituksiin ketterien
LisätiedotHankerekisterin käyttäjäkysely 2015
Hankerekisterin käyttäjäkysely 2015 1 Yleensä kyselystä Kyselyssä selvitettiin vastaajien mielipiteitä hankerekisterin käytöstä sekä siihen liitetyistä visualisoinneista Se oli auki 3.12.-18.12.2015 Vastaajia
LisätiedotInternet-pohjainen ryhmätyöympäristö
Menetelmäohje Internet-pohjainen ryhmätyöympäristö Riku Hurmalainen, 24.3.2002 Sisällysluettelo 1. Johdanto...3 2. Termit...4 3. Toteutus...5 3.1. Yleiskuvaus...5 3.2. Tekninen ratkaisu...5 3.3. Tietoturva...6
LisätiedotTARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI
TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI Vesa Tenhunen Tarkastusmenettelyt Keino etsiä puutteita ohjelmakoodeista, dokumenteista ym. ohjelmistoprosessissa syntyvästä materiaalista Voidaan käyttää kaikissa
LisätiedotT Testiraportti - järjestelmätestaus
T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria
LisätiedotTehtävän lisääminen ja tärkeimmät asetukset
Tehtävä Moodlen Tehtävä-aktiviteetti on tarkoitettu erilaisten tehtävien antamiseen verkossa. Tehtävä-aktiviteettia ei ole tarkoitettu ainoastaan tehtävien palautukseen, kuten moni sen sellaiseksi mieltää,
LisätiedotLoppuraportti. Virtuaali-Frami, CAVE-ohjelmisto. Harri Mähönen projektiassistentti Seinäjoen ammattikorkeakoulu. Versio
1 Loppuraportti Virtuaali-Frami, CAVE-ohjelmisto Harri Mähönen projektiassistentti Seinäjoen ammattikorkeakoulu Versio 1.0 15.1.2006 2 Sisällys Tiivistelmä... 3 1 Johdanto... 4 1.1 Dokumentin tarkoitus...
LisätiedotOPAS KASVUYRITTÄJÄN HANKINTOIHIN KÄÄNNÄ SIVUA
OPAS KASVUYRITTÄJÄN HANKINTOIHIN OSTOT TUKEVAT KASVUA Kasvuyrittäjänä tiedät, että kasvu on ennen muuta tekemistä. Millaisia tekoja tarvitaan tuloksekkaaseen ostamiseen? Tässä Esan seitsemän steppiä, joilla
LisätiedotT Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on dokumentti esittelee tietokonegrafiikkaalgoritmien visualisointijärjestelmän kehitysprojektissa käytettävän vaatimustenhallintamenetelmän. Päivämäärä
Lisätiedot3. Ryhdy kirjoittamaan ja anna kaiken tulla paperille. Vääriä vastauksia ei ole.
1 Unelma-asiakas Ohjeet tehtävän tekemiseen 1. Ota ja varaa itsellesi omaa aikaa. Mene esimerkiksi kahvilaan yksin istumaan, ota mukaasi nämä tehtävät, muistivihko ja kynä tai kannettava tietokone. Varaa
LisätiedotSOVELLUSALUEEN KUVAUS
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu SOVELLUSALUEEN KUVAUS LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 2.1 Tila: hyväksytty Päivämäärä: 12.12.2000
LisätiedotYhtälönratkaisusta. Johanna Rämö, Helsingin yliopisto. 22. syyskuuta 2014
Yhtälönratkaisusta Johanna Rämö, Helsingin yliopisto 22. syyskuuta 2014 Yhtälönratkaisu on koulusta tuttua, mutta usein sitä tehdään mekaanisesti sen kummempia ajattelematta. Jotta pystytään ratkaisemaan
LisätiedotKurssitusten tarve kipuaa
Kurssitusten tarve kipuaa 9.11.2000 08:02 Muinoin tietotekniikkakurssilla opeteltiin ohjelmat läpikotaisin. Nyt niistä opetellaan vain työssä tarvittavat toiminnot. Niissäkin on työntekijälle tekemistä,
LisätiedotVerkkopokerijärjestelmä. Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008
Verkkopokerijärjestelmä Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008 Projektiryhmä Samuli Aalto-Setälä Jukka Kekälainen Jarno Kyykkä Mika Mielonen Mårten Smeds Otto Waltari Ohjaaja
Lisätiedotdokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant
AgilElephant Testausraportti I1 Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: Testausraportti Sivu 1 / 5 Dokumentti Historia Muutoshistoria Revision Numero Revision Päiväys Yhteenveto muutoksista Revision
Lisätiedot1Blogin arvostelu. Blogin tarkoitus. Arvostelun filosofia. Blogin sisältö. Blogin kieli ja tyyli. Viikkotehtävät. Blogin viikoittainen sisältö
1Blogin arvostelu Blogin tarkoitus Blogin pitäminen on tapa välittää tietoa ryhmän päätöksentekoprosessista ulkopuolisille tahoille. Samalla se toimii ryhmän sisäisenä resurssina ja tapana pitää kirjaa
LisätiedotYhteenvetodokumentti. Boa Open Access. Helsinki 5.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Yhteenvetodokumentti Boa Open Access Helsinki 5.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari
LisätiedotKiipulan ammattiopisto. Liiketalous ja tietojenkäsittely. Erja Saarinen
Kiipulan ammattiopisto Liiketalous ja tietojenkäsittely Erja Saarinen 2 Sisällysluettelo 1. Johdanto... 3 2. Hyvät internetsivut... 3 3. Kuvien koko... 4 4. Sivujen lataus... 4 5. Sivukartta... 5 6. Sisältö...
LisätiedotSATAKUNNAN AMMATTIKORKEAKOULU. Hakala Toni Varpelaide Heidi TEKSTINKÄSITTELYN OHJEET CASE: OPINNÄYTETYÖN RAPORTOINTI WORDILLA
SATAKUNNAN AMMATTIKORKEAKOULU Hakala Toni Varpelaide Heidi TEKSTINKÄSITTELYN OHJEET CASE: OPINNÄYTETYÖN RAPORTOINTI WORDILLA Liiketalous ja tietojenkäsittely Huittinen Liiketalous Taloushallinto 2005 1
Lisätiedot0.47 27.11.2005 Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen
Muutoshistoria Versio Pvm Tekijä Kuvaus 0.1 24.10.2005 Elina Kontro Laatuasiat siirretty omaan dokumenttiin jatkotyöstetty 0.2 27.10.2005 Santeri Saarinen Bugien elinkaari yms. asioita jatkettu 0.3 28.10.2005
LisätiedotPikaopas. Valintanauhan näyttäminen tai piilottaminen Avaa valintanauha napsauttamalla välilehteä, tai kiinnitä se pysyvästi näkyviin.
Pikaopas Microsoft Visio 2013 näyttää erilaiselta kuin aiemmat versiot. Tämän oppaan avulla pääset alkuun nopeasti ja saat yleiskuvan uusista ominaisuuksista. Päivitetyt mallit Mallien avulla voit nopeasti
LisätiedotTik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu TESTIRAPORTTI LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001 Tekijä:
LisätiedotIän vaikutus itsetuntoon
1 Iän vaikutus itsetuntoon Alppilan lukion psykologian tutkimuskurssi, psykologian ja matematiikan ilmiökurssi Hilla Sarlin Noora Varonen Oona Montonen 2 Sisällysluettelo 1. Tutkimuskysymyksen asettelu
LisätiedotIkivihreä kirjasto loppuraportti määrittelyprojektille
loppuraportti määrittelyprojektille Mikkelin Ammattikorkeakoulu Oy Sähkö ja informaatiotekniikan laitos Versiomuutokset 29.1.2014 viimeisin tilanne tietokantakonversiosta Mirja Loponen 7.2.2014 tarkennettu
LisätiedotKirja on jaettu kahteen osaan: varsinaiseen- ja lisätieto-osioon. Varsinainen
Alkusanat Tämän tieto- ja viestintätekniikan oppikirjan ensimmäinen versio (1. painos) syntyi vuonna 2006 Jyväskylän yliopiston tietotekniikan laitokselle tekemäni pro gradu -tutkielmani yhteydessä. Tutkimuksessani
Lisätiedot1 YLEISTÄ... 3 3 KÄYTTÖOHJEEN HYVÄKSYTTÄMINEN... 4 4 KÄYTTÖOHJEEN JAKELU... 4 5 KÄYTTÖOHJEEN ARKISTOIMINEN... 5
LIIKENNEVIRASTO OHJE 2 (6) Sisällysluettelo 1 YLEISTÄ... 3 2 UUDEN KÄYTTÖOHJEEN LUOMINEN TAI VANHAN PÄIVITTÄMINEN... 3 2.1 Vaikutus muihin käyttöohjeisiin... 3 2.1.1 Vanhojen dokumenttien poistaminen...
LisätiedotLOPPURAPORTTI Paperikonekilta Versio 1.0
Loppuraportti LITA/TIKO/PAPERIKONEKILTA 1 (14) 18.5.2009 LOPPURAPORTTI Paperikonekilta Versio 1.0 Tekijät: Jaakko Karhunen Jani Hyvönen TIKO, IT-Dynamo 5.kerros Osoite: Tietojenkäsittelyn koulutusohjelma
LisätiedotProjektiryhmä Tete Työajanseurantajärjestelmä. Riskienhallintasuunnitelma
Projektiryhmä Tete Työajanseurantajärjestelmä T-76.115 Tietojenkäsittelyopin ohjelmatyö/ 2(6) Muutoshistoria Versio PVM Tekijä Kuvaus 0.10 14.10.2003 Miikka Lötjönen Dokumenttipohja (projektisuunnitelman
LisätiedotGroupDesk Toiminnallinen määrittely
GroupDesk Toiminnallinen määrittely Tilanne: Paikallinen oppilaitos, kuvitteellinen WAMK, tarvitsee ryhmätyöhön soveltuvan sähköisen asioiden hallintajärjestelmän ja ryhmätyöohjelmiston, jonka ajatuksena
LisätiedotTik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu KÄYTTÖOHJE. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu JÄRJESTELMÄN KÄYTTÖOHJE LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001
LisätiedotKUMPI OHJAA, STRATEGIA VAI BUDJETTI?
KUMPI OHJAA, STRATEGIA VAI BUDJETTI? Aalto University Executive Education Teemu Malmi Professori, AUSB WORKSHOP Alustus: Budjetti ohjaa, kaikki hyvin? Keskustelu pöydissä Yhteenveto Alustus: Miten varmistan,
LisätiedotSeinäjoen opetustoimi. Henkilöstön kehittäminen 28.4 9.5.2008 Vastausprosentti 66,3% (222 vastaajaa)
Seinäjoen opetustoimi Henkilöstön kehittäminen 28.4 9.5.2008 Vastausprosentti 66,3% (222 vastaajaa) Yhteistulos, henkilöstön kehittäminen Henkilöstön kehittäminen 5 4 3 2 1 Ka 1 Miten suunnitelmallista
LisätiedotVisma Fivaldi -käsikirja Tehtävienhallinta- ohje käyttäjälle
Visma Fivaldi -käsikirja Tehtävienhallinta- ohje käyttäjälle 2 Sisällys 1 Palvelunhallinta... 3 1.1 Käyttäjäryhmän luominen... 3 2 Tehtävienhallinta- perustiedot... 4 2.1 Yhtiön perustiedot... 4 2.2 Tehtävä-/
LisätiedotGraafiset käyttöliittymät Sivunparantelu
Graafiset käyttöliittymät Sivunparantelu Johdanto Tarkoituksenamme on parantaa Konebox.fi-verkkokaupan nettisivuja. Ensivaikutelman perusteella sivusto tuntuu todella kömpelöltä ja ahdistavalta. Sivu on
Lisätiedotpikaperusteet 3.3. versio
pikaperusteet 3.3. versio IT-palvelut / Hannele Rajaniemi www.jyu.fi/itp/moodle-ohjeet moodle-support@jyu.fi materiaalin koonnut: Hannele Rajaniemi Alustava sisältö Rakennat omaa Moodle kurssiasi, jossa
LisätiedotPauliina Munter / Suvi Junes Tampereen yliopisto/tietohallinto 2013
Tehtävä 2.2. Tehtävä-työkalun avulla opiskelijat voivat palauttaa tehtäviä Moodleen opettajan arvioitaviksi. Palautettu tehtävä näkyy ainoastaan opettajalle, ei toisille opiskelijoille. Tehtävä-työkalun
LisätiedotMoodle-oppimisympäristö
k5kcaptivate Moodle-oppimisympäristö Opiskelijan opas Sisältö 1. Mikä on Moodle? 2. Mistä löydän Moodlen? 3. Kuinka muokkaan käyttäjätietojani? 4. Kuinka ilmoittaudun kurssille? 5. Kuinka käytän Moodlen
LisätiedotTOIVO-TOIMINTAMALLI TYÖPAJOJEN SUUNNITTELU- JA ARVIOINTIKEHIKKO!
SUUNNITELMA (LUONNOS) Työpajan/toiminnan järjestäjä/vastuutaho Nimi, organisaatio Turun ammattikorkeakoulun kirjasto- ja tietopalvelualan opiskelijat Satu Heikkinen, Kukka Olsoni ja Anna-Maija Saariaho
LisätiedotKuka on arvokas? Liite: EE2015_kuka on arvokas_tulosteet.pdf tulosta oppilaiden lomakkeet tehtäviin 1 ja 2.
Kuka on arvokas? Jotta voisimme ymmärtää muiden arvon, on meidän ymmärrettävä myös oma arvomme. Jos ei pidä itseään arvokkaana on vaikea myös oppia arvostamaan muita ihmisiä, lähellä tai kaukana olevia.
LisätiedotEläinlääketieteen lisensiaatin tutkielma Seminaarityöskentelyohjeet
Eläinlääketieteen lisensiaatin tutkielma Seminaarityöskentelyohjeet Eläinlääketieteellinen tiedekunta Helsingin yliopisto 2017 1 Yleistä Eläinlääketieteen lisensiaatin tutkielman seminaarityöskentelyyn
LisätiedotMielekkäät työtehtävät houkuttelevat harjoittelijoita!
Mielekkäät työtehtävät houkuttelevat harjoittelijoita! Vuoden 2013 aikana 359 Turun yliopiston opiskelijaa suoritti yliopiston rahallisesti tukeman harjoittelun. Sekä harjoittelun suorittaneilta opiskelijoilta
LisätiedotT Loppukatselmus
T-76.115 Loppukatselmus REILU 16.3.2005 Agenda Johdanto (5min) Tuotteen esittely (10 min) Käyttötarkoitus Vaatimukset Ohjelmiston rakenne Demosovellus Projektin arviointi (15 min) Iteraatiot Tavoitteiden
LisätiedotSaksan sanastopainotteinen kurssi. Helsingin yliopiston kielikeskus, syksy 2007, Seppo Sainio
Oppimispäiväkirja. Nimi: Saksan sanastopainotteinen kurssi. Helsingin yliopiston kielikeskus, syksy 2007, Seppo Sainio Huomaa että oppimispäiväkirjan tekeminen on huomioitu kurssin mitoituksessa osaksi
LisätiedotPROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI 28.9.2009
PROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI 28.9.2009 POHDINTAA Mitä asioita projektissa seurataan? Kuka vastaa ohjauksesta? Millä tavoin projektia seurataan ja ohjataan? Mitä asioita ohjaukseen kuuluu?
LisätiedotL models. Käyttöohje. Ryhmä Rajoitteiset
Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Käyttöohje Ryhmä Rajoitteiset Versio Päivämäärä Tekijä Muutokset 0.1
LisätiedotVAPAAEHTOISTYÖN PORTFOLIO MAAHANMUUTTAJILLE
VAPAAEHTOISTYÖN PORTFOLIO MAAHANMUUTTAJILLE Vapaaehtoisen nimi: 1. Vapaaehtoistyö Päivämäärä ja kesto Organisaatio Tehtävät Tarvittavat taidot ja osaaminen 2. Muut koulutukset ja kurssit Päivämäärä Kurssin,
LisätiedotWindows Phone. Sähköpostin määritys. Tässä oppaassa kuvataan uuden sähköpostitilin käyttöönotto Windows Phone 8 -puhelimessa.
Y K S I K Ä Ä N A S I A K A S E I O L E M E I L L E LI I A N P I E NI TAI M I K Ä Ä N H A A S T E LI I A N S U U R I. Windows Phone Sähköpostin määritys Määrittämällä sähköpostitilisi Windows-puhelimeesi,
LisätiedotLAITTEISTOKOKOONPANON SELVITTÄMINEN JA AJURIEN ASENTAMINEN
LAITTEISTOKOKOONPANON SELVITTÄMINEN JA AJURIEN ASENTAMINEN Oma tietokone -valintaa klikkaamalla hiiren oikeanpuoleisella näppäimellä, saadaan näkyviin laitteistokokoonpano Ominaisuudet laitteisto -valinnalla:
LisätiedotSALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU 11.10 käyttöjärjestelmässä -projekti
Järjestelmäprojekti 1 projektisuunnitelma ICT4TN007-2 SALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU 11.10 käyttöjärjestelmässä -projekti Versio 0.1 Tekijät Keijo Nykänen Tarkastanut Hyväksynyt HAAGA-HELIA
LisätiedotVÄLI- JA LOPPURAPORTOINTI
Tuija Nikkari 2012 VÄLI- JA LOPPURAPORTOINTI Raportointikoulutus 23.8.12 Raportoinnin tarkoitus Raportoinnin tehtävänä on tuottaa tietoa projektin etenemisestä ja tuloksista rahoittajalle, yhteistyökumppaneille
LisätiedotOHJ-3010 Ohjelmistotuotannon perusteet, kesä 2012
OHJ-3010 Ohjelmistotuotannon perust eet, kesäkurssi 2012 Ajankoht aist a kurssilla - Harjoitustyöryhmien muodostaminen tänään - Taustatarinat ja tieto parituksesta ryhmille sähköpostitse perjantain 1.6.2012
LisätiedotSuvi Junes/Pauliina Munter Tampereen yliopisto / tietohallinto 2014
Wiki Wiki-työkalu mahdollistaa dokumenttien työstämisen kurssilla yhteisesti siten, että opettaja ja opiskelija/opiskelijat voivat muokata samaa dokumenttia. Opettaja voi luoda Jokaiselle opiskelijalle
LisätiedotSen jälkeen Microsoft Office ja sen alta löytyy ohjelmat. Ensin käynnistä-valikosta kaikki ohjelmat
Microsoft Office 2010 löytyy tietokoneen käynnistävalikosta aivan kuin kaikki muutkin tietokoneelle asennetut ohjelmat. Microsoft kansion sisältä löytyy toimisto-ohjelmistopakettiin kuuluvat eri ohjelmat,
LisätiedotKysely APERAK -kuittaussanomien käytöstä
Kysely APERAK -kuittaussanomien käytöstä Fingrid toteutti tammikuussa 2015 kyselyn APERAK-kuittaussanomien käytöstä ja kuittaussanomiin liittyvien ohjeiden kehitystarpeista. Samassa kyselyssä selvitettiin
LisätiedotProjektisuunnitelma. KotKot. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma KotKot Helsinki 22.9.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 + 1 op) Projektiryhmä Tuomas Puikkonen
LisätiedotGood Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä
Good Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006 12 09 Jani Eränen Alustava DOKUMENTIN TILA: Alustava Valmis Tarkastettu
LisätiedotKuva: Ilpo Okkonen
OodiHOPS OHJAAJAN OHJE 14.2.2017 Kuva: Ilpo Okkonen OodiHOPS Oulun yliopistossa Oulun yliopiston koulutusneuvosto on päättänyt, että OodiHOPS-toiminto otetaan käyttöön vähintään aloittavilla opiskelijoilla
LisätiedotPuhumaan oppii vain puhumalla.
Puhumaan oppii vain puhumalla. Maisa Martin Jyväskylän yliopisto suomenkielisanootervetuloa.fi Toisto-menetelmän periaatteet ja selkopuhe oppijoiden tukena Luetaan yhdessä -verkoston syysseminaari Paasitorni
LisätiedotLISÄOHJEITA DIPLOMITYÖN TEKEMISEEN
LISÄOHJEITA DIPLOMITYÖN TEKEMISEEN TÄYDENTÄMÄÄN OSASTON DIPLOMITYÖOHJETTA http://www.ee.oulu.fi/opiskelu/lomakkeet/diplomity%f6/diplomity%f6n.teko-ohjeet.pdf Prof. Mika Ylianttila Informaationkäsittelyn
LisätiedotT Software Project: FASTAXON
T-76.115 Software Project: FASTAXON Personal Assignment: Documentation Practices Group: Muuntaja 0 Version History Owner of the document: Esko Simpanen Version Date Author(s) Description 0.1 28.11.2003
LisätiedotGraafinen ohjeisto* KESKENERÄINEN PIRAATTIPUOLUE. Visuaalisen suunnittelun ja viestinnän ohjeita Piraattipuolueen sisäiseen ja ulkoiseen viestintään
versio 0.8 2010 Graafinen ohjeisto* PIRAATTIPUOLUE * Visuaalisen suunnittelun ja viestinnän ohjeita Piraattipuolueen sisäiseen ja ulkoiseen viestintään Alkusanat G raafiset ohjeistot ovat viestinnän alan
LisätiedotPysähdy! Nyt on syytä miettiä tämä asia uudelleen. Kiinnitä huomiosi tähän. Hienoa, jatka samaan malliin. Innokylän arviointimittari
Innokylän arviointimittari Innokylän arviointimittari on kehittämistoiminnan itse- ja vertaisarvioinnin työkalu, jonka avulla arvioidaan kehittämisprosessia ja kehittämisen tavoitteiden saavuttamista.
LisätiedotTIETOTURVALLISUUDESTA
TIETOTURVALLISUUDESTA Tietoturvallisuus riippuu monista asioista. Tärkein niistä on käyttäjä itse! Käyttäjä voi toimia turvallisesti tai turvattomasti Tervettä harkintaa tarvitaan erityisesti Internetin
LisätiedotSELVITYS PRO GRADUJEN KÄYTÖSTÄ TAIDEKIRJASTOSSA
SELVITYS PRO GRADUJEN KÄYTÖSTÄ TAIDEKIRJASTOSSA Tapani Takalo Lapin korkeakoulukirjasto, yliopisto, taide 17.11.2011 1. Johdanto Lapin yliopiston taidekirjastossa on selvitetty taidekirjaston kokoelmiin
LisätiedotOhjelmistotekniikka kevät 2003 Laatujärjestelmät
Laatujärjestelmät Ohjelmistotekniikka kevät 2003 Prosessiajattelu Sisään Prosessi Ulos ohjaus mittaus Laatujärjestelmät Laatujärjestelmät määrittelevät sen, mitkä prosessit täytyy olla määritelty ei sitä,
Lisätiedot3s-ge venttiilien koneistus
3s-ge venttiilien koneistus Tässä olisi tarkoitus selventää hieman perusteita niille, ketkä eivät ole ikinä tehneet kannen venttiilien koneistusta. Venttiilien pintojen hiontaanhan on myös paljon helpompi
LisätiedotTYÖELÄMÄÄN TUTUSTUMINEN - RAPORTTI (OPPILAS TÄYTTÄÄ)
Espoo, Helsinki, Kauniainen, Vantaa TYÖELÄMÄÄN TUTUSTUMINEN - RAPORTTI (OPPILAS TÄYTTÄÄ) OPPILAS JA PUHELIN KOULU JA LUOKKA TYÖPAIKKA JA PUHELIN OPO JA PUHELIN 1 RAPORTTI TYÖELÄMÄÄN TUTUSTUMISESTA Työpaikka
LisätiedotNäin me työskentelemme ja palvelemme asiakkaita / A
1 Otteita osallistujalle jaettavasta materiaalista Näin me työskentelemme ja palvelemme asiakkaita / A Nimi Päivämäärä TUTUSTUMINEN NAAPURIIN Naapurin kertomat tiedot itsestään TOTUUDEN HETKI o Totuuden
Lisätiedot