Loppuraportti. Ryhmä 14. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan. Innofactor Oy

Samankaltaiset tiedostot
Information on preparing Presentation

Arkkitehtuuritietoisku. eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä

Kysymys 5 Compared to the workload, the number of credits awarded was (1 credits equals 27 working hours): (4)

ProAgria. Opportunities For Success

On instrument costs in decentralized macroeconomic decision making (Helsingin Kauppakorkeakoulun julkaisuja ; D-31)

Aineiston analyysin vaiheita ja tulkintaa käytännössä. LET.OULU.FI Niina Impiö Learning and Educational Technology Research Unit

Capacity Utilization

MEETING PEOPLE COMMUNICATIVE QUESTIONS

Network to Get Work. Tehtäviä opiskelijoille Assignments for students.

Uusi Ajatus Löytyy Luonnosta 4 (käsikirja) (Finnish Edition)

Millainen on onnistunut ICT-projekti?

On instrument costs in decentralized macroeconomic decision making (Helsingin Kauppakorkeakoulun julkaisuja ; D-31)

Osallistujaraportit Erasmus+ ammatillinen koulutus

On instrument costs in decentralized macroeconomic decision making (Helsingin Kauppakorkeakoulun julkaisuja ; D-31)

Hankkeen toiminnot työsuunnitelman laatiminen

NAO- ja ENO-osaamisohjelmien loppuunsaattaminen ajatuksia ja visioita

Group 2 - Dentego PTH Korvake. Peer Testing Report

Ohjelmistoarkkitehtuurit Kevät 2016 Johdantoa

Liikkujapalaute & korkeakoulujen palaute sopimuskaudelta

Hankkeiden vaikuttavuus: Työkaluja hankesuunnittelun tueksi

Ohjelmien kehittämisstudiot varmistavat laadukkaat ja linjakkaat maisteriohjelmat Maire Syrjäkari ja Riikka Rissanen

Vertaispalaute. Vertaispalaute, /9

7. Product-line architectures

Other approaches to restrict multipliers

FinFamily PostgreSQL installation ( ) FinFamily PostgreSQL

The role of 3dr sector in rural -community based- tourism - potentials, challenges

ALOITUSKESKUSTELU / FIRST CONVERSATION

ECVETin soveltuvuus suomalaisiin tutkinnon perusteisiin. Case:Yrittäjyyskurssi matkailualan opiskelijoille englantilaisen opettajan toteuttamana

UUSIA TAPOJA OPPIMISEN ARVIOINTIIN

anna minun kertoa let me tell you

Infrastruktuurin asemoituminen kansalliseen ja kansainväliseen kenttään Outi Ala-Honkola Tiedeasiantuntija

Innovative and responsible public procurement Urban Agenda kumppanuusryhmä. public-procurement

Strategiset kumppanuushankkeet

Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14

Efficiency change over time

TIETEEN PÄIVÄT OULUSSA

Voice Over LTE (VoLTE) By Miikka Poikselkä;Harri Holma;Jukka Hongisto

Julkaisun laji Opinnäytetyö. Sivumäärä 43

Sisällysluettelo Table of contents

Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14

Työkaluja PRH:n peruspatenttipalvelun myymiseen

Constructive Alignment in Specialisation Studies in Industrial Pharmacy in Finland

7.4 Variability management

Skene. Games Refueled. Muokkaa perustyyl. for Health, Kuopio

VUOSI 2015 / YEAR 2015

ESITTELY. Valitse oppilas jonka haluaisit esitellä luokallesi ja täytä alla oleva kysely. Age Grade Getting to school. School day.

Miksi Suomi on Suomi (Finnish Edition)

Järjestelmän kriittisimmille toiminnallisuuksille (listattu alla), toteutetaan 1

HITSAUKSEN TUOTTAVUUSRATKAISUT

Information on Finnish Language Courses Spring Semester 2018 Päivi Paukku & Jenni Laine Centre for Language and Communication Studies

T SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B

Projektisuunnitelma. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14

Gap-filling methods for CH 4 data

Salasanan vaihto uuteen / How to change password

Windows Phone. Module Descriptions. Opiframe Oy puh Espoo

Students Experiences of Workplace Learning Marja Samppala, Med, doctoral student

koiran omistajille ja kasvattajille 2013 for dog owners and breeders in 2013

Jyrki Kontio, Ph.D

Information on Finnish Courses Autumn Semester 2017 Jenni Laine & Päivi Paukku Centre for Language and Communication Studies

Results on the new polydrug use questions in the Finnish TDI data

Olet vastuussa osaamisestasi

The CCR Model and Production Correspondence

Integration of Finnish web services in WebLicht Presentation in Freudenstadt by Jussi Piitulainen

Digitalisaation ja IT:n johtamisen vaatimat kyvykkyydet ja osaamisen kehittäminen

AYYE 9/ HOUSING POLICY

Choose Finland-Helsinki Valitse Finland-Helsinki

Improving advisory services through technology. Challenges for agricultural advisory after 2020 Jussi Juhola Warsaw,

Lataa Cognitive Function in Opioid Substitution Treated Patiens - Pekka Rapeli. Lataa

Kaivostoiminnan eri vaiheiden kumulatiivisten vaikutusten huomioimisen kehittäminen suomalaisessa luonnonsuojelulainsäädännössä

Ammatillinen opettajakorkeakoulu

Projektista lyhyesti The Goals

MUSEOT KULTTUURIPALVELUINA

Information on Finnish Language Courses Spring Semester 2017 Jenni Laine

EVALUATION FOR THE ERASMUS+-PROJECT, STUDENTSE

Data quality points. ICAR, Berlin,

BLOCKCHAINS AND ODR: SMART CONTRACTS AS AN ALTERNATIVE TO ENFORCEMENT

VIDEOTUEN KÄYTTÖKOKEMUKSIA MELUN JA HIUKKASPÄÄSTÖJEN LEVIÄMISMALLINNUKSEN OPETUKSESSA. MaFyKe-päivät Erkki Mäkinen

Digitalisoituminen, verkottuminen ja koulutuksen tulevaisuus. Teemu Leinonen Medialaboratorio Taideteollinen korkeakoulu

Toimitusketjun vastuullisuus ja riskien hallinta

LYTH-CONS CONSISTENCY TRANSMITTER

Laadukas vaatimustenhallinta. Pekka Mäkinen Copyright SoftQA Oy

COTOOL dokumentaatio SEPA: Refaktorointi

Software Signing System System overview and key domain concepts

LX 70. Ominaisuuksien mittaustulokset 1-kerroksinen 2-kerroksinen. Fyysiset ominaisuudet, nimellisarvot. Kalvon ominaisuudet

Uusia kokeellisia töitä opiskelijoiden tutkimustaitojen kehittämiseen

API:Hack Tournee 2014

EARLY LEARNING PLAN / ENGLANTI VARHAISKASVATUSSUUNNITELMA

National Building Code of Finland, Part D1, Building Water Supply and Sewerage Systems, Regulations and guidelines 2007

E U R O O P P A L A I N E N

TESTAUSPROSESSIN ORGANISOINNIN KONSEPTIMALLI. Luonnos mukautuvalle referenssimallille

Returns to Scale II. S ysteemianalyysin. Laboratorio. Esitelmä 8 Timo Salminen. Teknillinen korkeakoulu

Kokoelmien arviointi

Competitiveness with user and customer experience

Heini Salo. Tuotannonohjauksen kehittäminen digitaalipainossa. EVTEK-ammattikorkeakoulu Mediatekniikan koulutusohjelma. Insinöörityö 15.5.

Mitä Master Class:ssa opittiin?

GOOD WORK LONGER CAREER:

9/11/2015 MOBILITY TOOL+ ERASMUS+ Learning Mobility of Individuals. M a n a g e m e n t. I s s u e. T o o l

Kvanttilaskenta - 1. tehtävät

Keskeisiä näkökulmia RCE-verkoston rakentamisessa Central viewpoints to consider when constructing RCE

Matkustaminen Majoittuminen

Transkriptio:

Loppuraportti Ryhmä 14 Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy

Version Date Author Description 0.1 29.2.2008 Suanto Ensimmäinen versio

Sisällysluettelo

T-76.4115 / T76.5115 Software development project I & II Final report 1. Tulosten arviointi Asiakkaan tavoitteena oli että projekti tarkentaa olemassa olevat monikielisyyden hallinnan määritelmät ja suunnitelmat toteuttamista edellyttävälle tasolle. Projektin aikana oli tarkoitus suunnitella ja toteuttaa ohjelmistokomponentti, varmistaa toteutetun komponentin laadukkuus, toiminta osana varioitavaa tuotelinjaa ja dokumentoida se. Asiakkaan alkuperäisten määrittelyjen mukaan toteutettava ohjelmistokomponentti koostuu tietomallista, yleiskäyttöisestä kirjastosta, jota ohjelmistokehittäjät käyttävät ja jota käytetään kielitermien eli monikielisten tekstien esittämiseen käyttöliittymäkerroksella sekä käyttöliittymästä, jolla monikielisyyttä voidaan hallita (tekstien kääntäminen, muokkaaminen jne). Projektin aikana asiakkaan toivomia toiminnallisuuksia priorisoitiin sen mukaan mitkä olivat asiakkaalle tärkeimmät ja mitä ehditään tekemään tämän projektin aikana. Priorisoinnissa kiinnitettiin asiakkaan toivomuksesta huomioita toiminnallisuuksien vaikutukseen ohjelmistokomponentin suorituskykyyn, skaalautuvuuteen, helppokäyttöisyyteen ja ylläpidettävyyteen. Osa tekemättä jääneistä toiminnallisuuksista myöhästyi ohjelmoinnissa havaittujen yllättävien riippuvuuksien vuoksi, eli tiettyä toiminnallisuutta ei ollutkaan mahdollista toteuttaa ennen kuin toinen toiminnallisuus oli tehty. Tämä johti yhden toiminnallisuuden myöhästymiseen iteraatiosta 1. Muuten määriteltyjen toiminnallisuuksien pois jäänti johtui lähinnä kalenteriajan loppumisesta. Olihan kyse ajaltaan ja resursseiltaan kiinnitetystä projektista. Asiakkaan kannalta projektin tuloksena on kuitenkin ohjelmistokomponentti joka toteuttaa toivotun mukaisen perustoiminnallisuuden järkevällä suorituskyvyllä ja skaalautuvuudella. Koska aivan kaikkia toivottuja toiminnallisuuksia ei ehditty toteuttaa tämän projektin piirissä ajanpuutteen vuoksi, keskityttiin vain asiakkaan priorisoimiin toiminnallisuuksiin. Ohjelmistokomponentti ei ole myöskään nykyisellään täysin valmis integroitavaksi ohjelmistotuotelinjaan mutta projektin tavoite, toimiva tietomalli ja perustoiminnallisuus on nyt toteutettu. Projektilaisten tavoitteena oli projektin alussa tuottaa ratkaisu johon asiakas olisi tyytyväinen pysyen kuitenkin allokoidun ajan ja panostuksen puitteissa. Tähän on mielestämme päästy. Henkilökohtaisissa tavoitteissa oli useimmilla maininta ohjelmistoprojektin käytännön läpivientiin tutustuminen, tavoite johon on pakostakin tullut tutustuttua kuluneen puolen vuoden aikana. Tutuksi ovat tulleet myös käytetyt teknologiat sekä ohjemistotuotannon metodit ihan käytännön tasolla. Eli voimme todeta että myös henkilökohtaiset oppimistavoitteet on suurimmalta osin saavutettu. 1

T-76.4115 / T76.5115 Software development project I & II Final report Mielenkiintoisaa olisi muös kuulla teidän kokemuksia ja arvioita projektin tavoitteiden onnistumisesta. Mitä haasteita teillä oli projektin aikana niin projektin hallinnallisesti kuin arkkitehtuurisesti ja miten ratkaisitte ne? Minkäläinen arvio teillä toteutettujen asioiden laadusta? Miten pystyitte todentamaan tämän? Minkäläisiä asioita laadunvarmistus onnistui eliminoimaan ja mitä sillä ei löytänyt jne? Mitä olisitte tehneet erilailla, jos aloittaisitte nyt projektin uudestaan? jne. Evaluation of the quality of developed system based on achievement of the quality goals, quality metrics, customer's and peer group's feedback, group's opinion etc. Known bugs, unfinished features, prospective development ideas. Discussion of any challenging technological and environment related (changing customer goals, numerous project stakeholders, etc.) aspects of the project that you want the mentor to consider when he evaluates the project's difficulty. 2. Mittarit Summary of used resources, quality metrics, software size etc. Some analysis of the figures compared to your previous projects or other similar projects. 3. Työtavat ja työkalut Experiences of the used practices and tools. Discussion of their suitability to your project. Which were the most and least important ones? Link the possible SEPA diaries here. Short evaluation of peer testing. Was it useful? Was the peer group thorough in their testing? Do you share the peer group's view on the quality of the system? Were the peer group's test charters and other material helpful for testing their system. 4. Mitä opimme What were the most critical problems faced, and how would you try to avoid them if starting the project all over again. What were the most important lessons learned by each group member over the course of the project? Comparison to the personal learning goals. 5. Kurssipalaute 2

T-76.4115 / T76.5115 Software development project I & II Final report What was good, what wasn't? Was there some work that did not contribute either for the project's success or personal learning goals of any member of the group? Constructive criticism with suggestions for improvement are appreciated. 3