Maito- ja maitotuotetilastointijärjestelmän kehittäminen

Työn tavoitteena oli toteuttaa tietojärjestelmä maito- ja maitotuotetilastoinnin tarpeisiin. Tietojärjestelmän tulee tukea lähes koko tilastotuotantoprosessia tallentamisesta raportointiin. Tietojärjestelmän tarpeet tulivat vaatimusmäärittelystä ja ne piti yhdistää tietohallinnon linjauksiin. Tietojärjestelmä tehdä kustannustehokkaasti tietyssä aikataulussa. Lisäksi tuli luoda käytäntöjä tuleville tilastotietojärjestelmille. Työn teoriaosan aluksi käsitellään tilastotutkimuksen perusteita ja tilastoviranomaisvaatimuksia. Tästä edetään käytännön tilastotuotantoprosessiin ja sen järjestelmävaatimuksiin. Teoriaosan loppupuoliskossa käydään läpi ohjelmistotuotantoprosessi ja tietojärjestelmän suunnittelun peruskäsitteitä. Käytännön osassa puretaan vaatimukset ja ongelma-alue. Sitten analysoidaan eri ratkaisuvaihtoehtoja. Niistä päädytään toteutusratkaisuun, jonka tuloksia tarkastellaan projektin lopputulosten ja kahden vuoden käyttökokemusten perusteella. Tietojärjestelmä toteutettiin onnistuneesti ja se mahdollistaa taloudellisen sekä laadukkaan maito- ja maitotuotetilastoinnin Suomessa.

TUKKE – Tuoteseuranta satamasidonnaisessa kuljetusketjussa

Logistiikka-alalla toimivien yritysten liiketoimintaympäristö on muuttunut globalisaation myötä maailmanlaajuiseksi ja entistä dynaamisemmaksi. Tämä on lisännyt ajantasaisen ja virheettömän tiedon välityksen merkitystä läpi maa- ja yritysrajojen ylittävien toimitusketjujen. Tuoteseuranta ja siihen liittyvän tiedon välittäminen ovat olennainen osa maailmanlaajuisten toimitusketjujen hallintaa. Tuoteseurannan avulla tavaratoimituksia voidaan seurata läpi toimitusketjun, minkä ansiosta tieto kuljetuskaluston, kuljetusyksiköiden ja tuotteiden sijainnista ja saatavuudesta on tarvittaessa eri osapuolten käytettävissä ajasta ja paikasta riippumatta. Tarkan tavaratoimitusten sijainnin tietäminen tehostaa toimitusketjun eri osapuolten resurssien suunnittelua ja kohdistamista, mahdollistaa toimitusketjun pullonkaulojen havaitsemisen sekä helpottaa poikkeamatilanteiden hallintaa. Satamissa toimitusketjujen hallinnan merkitys korostuu toimijoiden ja erilaisten prosessien monitahoisuudesta johtuen. Tämä tutkimusraportti on Turun yliopiston Merenkulkualan koulutus- ja tutkimuskeskuksen Kotkan yksikössä tammikuun 2008 ja elokuun 2009 välisenä aikana toteutetun Tuoteseuranta satamasidonnaisessa kuljetusketjussa (TUKKE) -projektin loppuraportti TUKKE-projektissa tarkasteltiin satamasidonnaisissa kuljetusketjuissa liikkuvia tietovirtoja ja niiden jakamista eri toimijoiden kesken sekä selvitettiin satamasidonnaisten kuljetusketjujen tuoteseurannan nykytilaa ja kehitysmahdollisuuksia. Tuoteseurannassa hyödynnettävät tunnistus- ja paikannusmenetelmät voidaan jakaa satelliittipaikannus-, verkkopaikannus- ja lähipaikannusmenetelmiin. Satelliittipaikannus on käytännössä ainoa reaaliaikaisen maailmanlaajuisen tuoteseurannan mahdollistava menetelmä, jonka tarkkuus on tyypillisesti muutamia metrejä, mutta erilaisilla laajennuksilla voidaan päästä vieläkin parempiin paikannustarkkuuksiin. Satelliittipaikannus soveltuu pääasiassa kuljetusvälineiden ja suurten kuljetusyksiköiden (esim. kontti) seurantaan, ja vain erityistapauksissa kriittisten yksittäisten tuotteiden seurantaan. Verkkopaikannusmenetelmät eivät yksistään sovellu ehdotonta tarkkuutta vaativiin paikannussovelluksiin, sillä niiden tarkkuus vaihtelee tekniikasta ja ympäristöstä riippuen kymmenistä metreistä aina kymmeniin kilometreihin. Jatkuvan ja reaaliaikaisen kaupallisen paikannuspalvelun toteuttaminen verkkopaikannusmenetelmillä on käytännössä mahdotonta. Verkkopaikannusta voidaankin hyödyntää lähinnä yksittäisiä paikkapyyntöjä toteuttavana menetelmänä, joka soveltuu toimitusketjuissa lähinnä tavaratoimitusten karkean tason seurantaan. Verkkopaikannus soveltuu nykyään lähinnä satelliittipaikannusta tukevaksi menetelmäksi, esimerkiksi poikkeamatilanteiden hallinnassa. Lähipaikannustekniikat ovat ainoita paikannusmenetelmiä, joilla päästään jopa senttimetritason tarkkuuksiin sekä sisä- että ulkotiloissa. Lähipaikannusmenetelmät soveltuvat hyvin esimerkiksi varastojen hallintaan. Lähipaikannusmenetelmiin kuuluvat tunnistusmenetelmät (viivakoodi ja RFID) helpottavat tuotteiden hallintaa tarjoamalla statustietoa tavaratoimituksista toimitusketjun eri vaiheissa. Tunnistusmenetelmät ovat usein järkevin ratkaisu tuotetasoisessa seurannassa. Erilaiset tavaratoimitukset asettavat erilaisia vaatimuksia tuoteseurannalle. Kokokuormatasoisten kuljetusten seuranta on perinteisesti perustunut konttien osalta yksilölliseen tunnistenumeroon sekä perävaunun ja trailerin osalta rekisterinumeroon. Kokokuormayksiköiden seurannassa olisi mahdollista siirtyä käyttämään tehokkaampia seurantamenetelmiä, joista satelliittipaikannus ja RFID-tekniikka ovat useimmissa tapauksissa sopivimmat ratkaisut. Kokokuormatason seuranta edellyttää seurantatekniikan (esim. RFID-tunniste tai GPS-vastaanotin) asentamista seurattavaan kuljetusyksikköön (esim. kontti). Kokokuormatasoinen seuranta riittää monissa tapauksissa, koska kuljetusyksikköä seurattaessa voidaan samalla seurata sen sisältämiä osakuormia ja yksittäisiä tuotteita. Osakuormatasoinen seuranta tarkoittaa kuljetuslavojen tai muiden vastaavien kuljetusalustojen seurantaa. Kuljetuslavojen seuranta on mahdollista toteuttaa lavakohtaisilla tunnisteilla (esim. RFID-tunniste), joihin voidaan linkittää myös tieto lavan sisältämistä tuotteista. Kuljetuslavoja voidaan seurata reaaliaikaisesti myös satelliittipaikannuksella, mutta tälle ei useinkaan ole tarvetta, koska yleensä toimitusketjun eri osapuolia kiinnostaa lähinnä tavaratoimituksiin liittyvä statustieto. Tuotetasolla tapahtuva tuoteseuranta mahdollistaa yksityiskohtaisen ja tarkan tuotteiden tunnistamisen ja paikantamisen läpi kuljetusketjun. Tuotetasoinen seuranta edellyttää seurantatekniikan asentamista jokaiseen yksittäiseen seurattavaan tuotteeseen. Käytännössä ainoat tuotetasoiseen seurantaan soveltuvat seurantatekniikat ovat viivakoodi- ja RFID-tunnistustekniikat, koska tuotetasoisen seurannan toteuttaminen muilla seurantatekniikoilla ei ole yleensä taloudellisesti järkevää. Yleisesti ottaen tuotetasoista seurantaa kannattaa hyödyntää lähinnä tuotteiden tunnistamisessa ja statustietopohjaisissa sovelluksissa eikä niinkään varsinaisessa paikannuksessa. Satamasidonnaisten kuljetusketjujen tuoteseuranta perustuu nykyään lähinnä statustietoon ja sitä tarjoaviin tunnistustekniikoihin. Tämä johtuu pääasiassa siitä, ettei satamasidonnaisissa toimitusketjuissa useinkaan tarvita statustietoa tarkempaa tietoa, vaan yleensä pelkkä ETA-tieto riittää. Esimerkiksi reaaliaikaista paikkatietoa tarjoavaa satelliittipaikannustekniikkaa hyödynnetään satamasidonnaisissa kuljetusketjuissa lähinnä navigoinnissa ja reittisuunnittelussa, mutta vain harvoin reaaliaikaisessa tuoteseurannassa. Matkapuhelinverkkoihin perustuva paikannus ei näyttäisi olevan yleisessä käytössä satamasidonnaisten kuljetusketjujen tuoteseurannassa. Toimijoiden laajasta kirjosta johtuen satamasidonnaisissa toimitusketjuissa on harvoin käytössä yhtenäistä koko toimitusketjun kattavaa tuoteseurantajärjestelmää. Laajan ja useita toimijoita sisältävän tuoteseurantajärjestelmän rajapintojen ja standardien integrointi on erittäin haastavaa. Kullakin toimitusketjun toimijalla on yleensä käytössä omia sisäisiä järjestelmiä, joilla voidaan tietyiltä osin hallita tavaratoimitusten seurantaa kyseisen yrityksen näkökulmasta. Yhtenäinen koko toimitusketjun kattava tuoteseurantaratkaisu voi toimia suljetuissa järjestelmissä, joissa on rajattu määrä toimijoita ja joissa tavoitellaan vain näiden toimijoiden yhteisiä etuja. Suljetuissa järjestelmissä eri toimijoiden väliset rajapinnat on integroitu keskenään yhteensopiviksi, ja osapuolien välille on muodostunut vakiintuneita toimintatapoja. Lisäksi suljetut järjestelmät pysyvät usein melko muuttumattomina. Nämä tekijät tuovat läpinäkyvyyttä suljettuun toimitusketjuun, ja tuotetiedon jakamisesta tulee luonnollinen osa toimitusketjun toimintaa. Tekniset valmiudet hyvinkin kehittyneiden ja monipuolisten koko toimitusketjuja kattavien tuoteseurantaratkaisujen toteuttamiseen ovat jo olemassa. Toimitusketjujen laajuisten seurantaratkaisujen kehittämisen esteenä eivät siis niinkään ole itse seurantatietoa tuottavat tunnistus- ja paikannustekniikat, vaan suurimpana haasteena on seurantatiedon saattaminen sellaiseen muotoon, että se on helposti jokaisen toimitusketjun osapuolen saatavissa ja hyödynnettävissä. Yksittäisillä mailla ja satamilla on jo nykyään käytössä eräänlaisia tietoportaaleja, jotka mahdollistavat tavaratoimituksiin liittyvien tietojen keskitetyn tallentamisen ja hyödyntämisen. Myös Suomen meriliikennettä palvelee tämäntapainen keskitetty tietoportaali PortNet, joka on tarkoitettu pääasiassa aluskäynteihin liittyvien tietojen jakamiseen eri toimijoiden kesken. PortNet sisältää kuitenkin tietoa vain Suomen satamiin kohdistuvista aluskäynneistä. Tästä johtuen tavaratoimitusten seuranta läpi globaalien toimitusketjujen ei ole PortNet-järjestelmällä mahdollista. Tulevaisuuden kannalta olisikin tärkeää pohtia, olisiko mahdollista kehittää PortNetjärjestelmän kaltainen globaali tietoportaali, joka palvelisi kansainvälisiä satamasidonnaisia toimitusketjuja ja loisi pohjan läpinäkyvälle maa- ja yritysrajat ylittävälle tuoteseurantaratkaisulle.

Childhood Overweight - Predictors, Consequences and Prevention

Childhood overweight has become more prevalent during the past three decades. The aim of the present study was to examine possible predictors of childhood overweight and to evaluate the effect of individualised, biannual dietary and lifestyle counselling, with onset in infancy and primary aim at decreasing serum LDLcholesterol, on the development of overweight and related comorbidities. The study was part of the Special Turku coronary Risk factor Intervention Project (STRIP), in which 7-month-old children were randomised into an intervention group (N=540) or to a control group (N=522). The children in the control group were followed up along with the intervention group but they did not receive the individualised counselling. At the age of 15 years, 11.9 % of girls and 13.7 % of boys were overweight. The most important predictors of overweight at age 15 years were paternal weight status at the child’s age 7 months, rapid weight gain during the first two years of life, and early adiposity rebound. Leptin, a protein secreted by adipocytes, did not predict the development of overweight. Homozygosity for the overweight-associated FTO gene variant was associated with increased BMI and risk of overweight in children older than 7 years of age. The intervention given in the STRIP trial was not intense enough to overcome the effect of the FTO genotype. Although the intervention given in the STRIP trial had no significant effect on the proportion of overweight girls and boys, it did reduce the number and clustering of overweight-related cardiometabolic risk factors. This study showed that parental weight status, rapid weight gain early in life, and having two risk alleles in the FTO gene are strongly associated with overweight in adolescence. Biannual dietary and lifestyle counselling is not intense enough to prevent overweight but it has beneficial effects on the overweight-related cardiometabolic risk.

Toimintolaskenta tuotehallinnan tukena

Tämän tapaustutkimuksen päätavoitteina on luoda toimintolaskentamalli kohdeyritykselle ja testata toimintolaskennan soveltuvuutta pilottiprojektilla, joka toteutetaan vain pienelle osalle tuotteista. Toimintolaskentaprojektin tavoitteena on tarkentaa tuotteiden kustannuslaskentaa ja näin tukea yrityksen päätöksentekoa tuotehallinnan päätöksissä. Tutkimuksen tuloksena pilottiprojekti on vahvistanut ennakkokäsityksiä laskentakohteina olleiden tuotteiden osalta. Implementointiprosesseilla on sekä inhimillisiä että teknisiä ongelmia. Resurssikustannusten kohdistaminen asetettiin projektin tärkeimmäksi tekniseksi ongelmaksi. Pilottiprojekti keskittyy lähinnä laskennan tekniseen toteutukseen, mutta kattavampi muutosprojekti vaatii muutosjohtajuutta ja keskittymistä inhimillisiin tekijöihin. Pilottivaiheessa tärkein inhimillinen ongelma on saavuttaa johdon tuki ja osallistuminen projektiin. Toimintolaskentaprojekti onnistui kohdeyrityksessä hyvin ja johdon tuki onnistuttiin saavuttamaan. Tutkimuksen tuloksena nähdään toimintolas-kennan hyödyttävän tuotehallintaa ja tutkimuksen seurauksena toimintolaskentaprojektia jatketaan kattamaan koko tuotevalikoima. Yrityksessä havaittiin laskentaprojektin aikana myös toiminnan kehityskohteita, jotka vaativat tarkempaa tarkastelua toimintoanalyysin avulla.

Estimointi ja taloudellinen ennustaminen IT-järjestelmien toimitusprojekteissa

Nykyään projektityö on erittäin yleistä katsomatta toimialaan tai yritysten kokoon. Projektiestimointi on olennainen osa onnistuneen hankkeen läpiviennissä. Työssä käsitellään projektin alkuvaiheessa tapahtuvaan arviontiprosessiin liittyvää teknistä ja taloudellista estimointia. Työssä perehdytään työmäärien estimointimenetelmiin sekä taloudellisen ennusteen rakentamiseen.

Introducing Continuous Integration for C and C++ Software Development Projects on Linux Platform

Software integration is a stage in a software development process to assemble separate components to produce a single product. It is important to manage the risks involved and being able to integrate smoothly, because software cannot be released without integrating it first. Furthermore, it has been shown that the integration and testing phase can make up 40 % of the overall project costs. These issues can be mitigated by using a software engineering practice called continuous integration. This thesis work presents how continuous integration is introduced to the author's employer organisation. This includes studying how the continuous integration process works and creating the technical basis to start using the process on future projects. The implemented system supports software written in C and C++ programming languages on Linux platform, but the general concepts can be applied to any programming language and platform by selecting the appropriate tools. The results demonstrate in detail what issues need to be solved when the process is acquired in a corporate environment. Additionally, they provide an implementation and process description suitable to the organisation. The results show that continuous integration can reduce the risks involved in a software process and increase the quality of the product as well.

Safety Culture and Maritime Personnel’s Safety Attitudes: Interview Report

”METKU –projektissa” (Merenkulun turvallisuuskulttuurin kehittäminen) tutkitaan kansainvälisen turvallisuusjohtamiskoodin (ISM-koodin) vaikutuksia merenkulun turvallisuuteen ja etsitään kehittämiskohteita merenkulun turvallisuusjohtamisen parantamiseksi. Tämä haastatteluraportti on laadittu METKU –projektin yhteistyössä työpakettien 1 ja 2 kesken. Tähän raporttiin haastateltiin yhteensä 94 merenkulun ammattilaista. Suurimman osan haastateltavista muodostivat aktiiviset merenkulkijat: miehistön jäsenet, päällystö ja alusten päälliköt. Haastattelukohteena oli seitsemän suomalaista varustamoa. Haastatteluissa kerättiin merenkulkijoiden kokemuksia ja mielipiteitä ISM-koodin vaikutuksesta heidän käytännön työhönsä. Suomalaiset merenkulkijat uskovat, että tänä päivänä varustamoiden johtajat ovat hyvin sitoutuneita turvallisuuteen. Myös miehistön asenteet turvallisuuteen ovat ISM-koodin käytön myötä parantuneet. Haasteltavien yhteinen huoli kohdistui jatkuvan parantamisen toimivuuteen. Kaikki haastatellut ryhmät olivat samaa mieltä siitä, että poikkeamien raportointi ei ISMkoodin vaatimuksesta huolimatta toimi kunnolla. ISM-koodin käyttöön otosta on ollut merenkululle selkeää hyötyä. Haastateltavat esittivät hyötyinä parantuneen yhteistyön ja tiedonkulun alusten ja varustamon välillä sekä sen, että merenkulun toiminnan laatu on parantunut. Monet haastateltavat korostivat, että ISM-koodin selkeät turvallisuusvastuut yhtiölle on ollut merkittävä hyöty. Itse ISM-koodiin merenkulkijoilla ei ollut juurikaan huomauttamista. Sen sijaan turvallisuusjohtamisen käytännön toteutuksessa nähtiin parantamisen varaa. ISMkoodin aiheuttamina ongelmina mainittiin mm. lisääntynyt byrokratia ja liian monimutkaiset ja yksityiskohtaiset turvallisuuskäsikirjat. Monet haastateltavat toivovat, että ISM-koodin käytännön soveltamiseen laadittaisiin ohjeita.

Ohjelmistotestaus ja ketterät menetelmät

Tämän tutkimuksen tavoitteena on selvittää, miten erityyppisissä organisaatioissa ohjelmistotestaus on organisoitu, sekä mitä ongelmia ja etuja testauksen toimenpieteissä on käytännössä havaittu. Tutkimuksessa kiinnitetään huomiota myös testausresurssien määrään ja asiakkaan toimintaan ohjelmistokehitysprojekteissa. Tässä tutkimuksessa keskityttiin selvittämään ketterien menetelmien vaikutusta ohjelmistotestauksen toteuttamiseen, sekä miten ketterät menetelmät vaikuttavat asiakkaiden toimintaan ohjelmistokehitysprojekteissa. Tutkimus toteutettiin laadullisena tutkimuksena, jossa tutkimusmenetelmänä käytettiin aineistopohjaista menetelmää. Tutkimusaineisto on kerätty haastattelemalla 12 organisaatioyksikön edustajia. Tutkimuksessa havaittiin, että ketterien menetelmien käytöllä voidaan järjestää lisää aikaa ohjelmistotestauksen toteuttamiseen. Ketterissä menetelmissä testaus sidotaan kehitysprosessiin tiiviisti, jolloin testaustoimenpiteet tulee huomioida jo kehitystyön alkaessa. Tällainen lähtökohta tasaa testausresurssien tarvetta, koska testaustoimenpinteitä voidaan suorittaa projektin alusta lähtien. Ketterien menetelmien havaittiin vaikuttavan myös asiakkaan toimintaan. Ketteriä menetelmiä varten toimittajaorganisaation on lisättävä yhteistyön ja kommunikoinnin määrää asiakkaan kanssa. Lisäksi asiakkaalta vaaditaan jatkuvaa läsnäoloa sekä ymmärrystä ketterästä kehityksestä, jotta kehittäjät saavat jatkuvasti palautetta nopean ja joustavan kehityksen takaamiseksi.

Success factors of customer and supplier master data system

Especially in global enterprises, key data is fragmented in multiple Enterprise Resource Planning (ERP) systems. Thus the data is inconsistent, fragmented and redundant across the various systems. Master Data Management (MDM) is a concept, which creates cross-references between customers, suppliers and business units, and enables corporate hierarchies and structures. The overall goal for MDM is the ability to create an enterprise-wide consistent data model, which enables analyzing and reporting customer and supplier data. The goal of the study was defining the properties and success factors of a master data system. The theoretical background was based on literature and the case consisted of enterprise specific needs and demands. The theoretical part presents the concept, background, and principles of MDM and then the phases of system planning and implementation project. Case consists of background, definition of as is situation, definition of project, evaluation criterions and concludes the key results of the thesis. In the end chapter Conclusions combines common principles with the results of the case. The case part ended up dividing important factors of the system in success factors, technical requirements and business benefits. To clarify the project and find funding for the project, business benefits have to be defined and the realization has to be monitored. The thesis found out six success factors for the MDM system: Well defined business case, data management and monitoring, data models and structures defined and maintained, customer and supplier data governance, delivery and quality, commitment, and continuous communication with business. Technical requirements emerged several times during the thesis and therefore those can’t be ignored in the project. Conclusions chapter goes through these factors on a general level. The success factors and technical requirements are related to the essentials of MDM: Governance, Action and Quality. This chapter could be used as guidance in a master data management project.

Pankin sisäisen siirtohinnoittelun merkitys ohjauksessa - tapaustutkimus Suomessa toimivasta pankista

Tutkimuksen tavoitteena oli tutkia, miten pankin käyttämä siirtohinnoittelumenetelmä toimii osana pankin ohjausjärjestelmää ja siten tukee organisaation kykyä ja motivaatioita toimia koko pankin kannalta kannattavasti. Ilmiötä tutkittiin tapaustutkimuksena Suomessa toimivassa pankissa. Tutkimuksessa kävi ilmi, että yrityksessä on meneillään siirtohinnoittelumallin muutosprojekti. Projektin tarkoituksena on parantaa kannattavuusseurantaa ja pitkällä tähtäimellä mallin on tarkoitus toimia strategian jalkauttamisen työvälineenä. Tutkimuksessa havaittiin, että siirtohinnoittelumallin keskeisin haaste on saada se sopeutumaan riittävän nopeasti markkinaolosuhteiden muutoksiin siten, että se tukee pankin strategisia tavoitteita. Konttoreiden tulosohjauksessa painotetaan tuloksen lisäksi erilaisia mittaristoja, jotka kuvaavat monipuolisemmin tulosyksikön suoriutumista. Tutkimuksen johtopäätöksenä havaittiin, että siirtohinnoittelumalli voi olla erinomainen johtamisen työkalu, jos se huomioi yrityskohtaiset, taloudelliseen toimintaympäristöön ja yrityksen strategiaan liittyvät erityisvaateet.

Palveluväylän hyödyntäminen palvelukeskeisessä arkkitehtuurissa

Palvelukeskeinen arkkitehtuuri on uusi tapa rakentaa tietojärjestelmiä. Se perustuu siihen, että logiikasta koostetaan yleiskäyttöisiä palveluita, joita tarjotaan muiden järjestelmän osien käyttöön. Tällöin samoja asioita ei tarvitse toteuttaa moneen kertaan ja järjestelmää voidaan hyödyntää tehokkaasti ja monipuolisesti. Näiden palveluiden hallinnassa voidaan hyödyntää palveluväyliä, eli ESB -tuotteita. Palveluväylät sisältävät erilaisia mekanismeja, joiden avulla palveluihin liittyvää viestiliikennettä voidaan reitittää, muokata ja valvoa eri tavoin. Nykyisissä palvelukeskeisissä toteutuksissa käytetään usein XML -kieleen pohjautuvia Web Service -määrityksiä. Ne tarjoavat ympäristöriippumattoman pohjan, joka täyttää suoraan useita palvelukeskeisen arkkitehtuurin vaatimuksia. Määritysten ympärille on myös paljon valmiita laajennuksia, joiden avulla palveluihin voidaan liittää lisätoiminnallisuutta. Lahden kaupunki lähti Fenix -projektin yhteydessä kehittämään uutta kuntien käyttöön soveltuvaa järjestelmää, joka hyödyntää palvelukeskeisen arkkitehtuurin periaatteita. Järjestelmä jaettiin selkeisiin kerroksiin siten, että käyttöliittymä erotettiin palvelulogiikoista palveluväylän avulla. Tällöin järjestelmä saatiin jaettua loogisiin kokonaisuuksiin, joilla on selkeä rooli. Taustapalvelut hoitavat käsitteiden hallinnan, sekä niihin liittyvät liiketoimintasäännöt. Käyttöliittymäkerros hoitaa tiedon esittämisen ja tarjoaa graafisen, selainpohjaisen käyttöliittymän palveluihin. Palveluväylä hoitaa liikenteen reitittämisen, sekä huolehtii palveluihin liittyvistä käyttöoikeuksista ja tilastoinnista. Lopputuloksena on loputtomiin laajennettavissa oleva järjestelmä, jonka päälle voidaan kehittää erilaisia sähköisiä palveluita kunnan ja sen asukkaiden välille.

Project owner’s and outside engineering consultant’s role in power plant implementation projects

The purpose of this study was to investigate the nature of co-operation between a project owner and an outside engineering consultant in combined heat and power plant implementation projects. Moreover, as another focal subject of the study was to familiarize the purchasing behavior of the energy producer and how an outside engineering consultant participated into different stages of the purchasing process. The study was carried out as a multiple case study including altogether six Finnish power plant implementation projects that had been taken into commercial use during 1995 – 2015. By adjusting the findings of empirical interview data and comparing those to the theoretical framework concerning, among others, Finnish energy production, engineering consulting businesses, delivery methods of construction project and finally the purchasing process, it can be concluded that especially in the power plant implementation projects in the past have a great influence to decisions made during the project. The role of the main engineering consultant is to act as an assistant, who helps to achieve the project goals successfully rather than an advisor who only knows how the project should be conducted. At least in these five project cases this was the case, meaning that the final decision power always remaining with project owner.

Demonstration Platform for Visual Quality Metrics

This thesis presents two graphical user interfaces for the project DigiQ - Fusion of Digital and Visual Print Quality, a project for computationally modeling the subjective human experience of print quality by measuring the image with certain metrics. After presenting the user interfaces, methods for reducing the computation time of several of the metrics and the image registration process required to compute the metrics, and details of their performance are given. The weighted sample method for the image registration process was able to signifigantly decrease the calculation times while resulting in some error. The random sampling method for the metrics greatly reduced calculation time while maintaining excellent accuracy, but worked with only two of the metrics.

Toiminnanohjausjärjestelmän laajentaminen tuotannonohjaukseen

Diplomityössä perehdytään rakennustuotteita valmistavan teollisuusyrityksen toiminnanohjausjärjestelmän laajentamiseen tuotannonohjaukseen. Järjestelmä on tällä hetkel-lä valjastettu vain hallinnolliseen käyttöön, eli tarjouspyyntöjen ja myyntitilauksien kirjaamiseen, laskutukseen ja reskontraan. Järjestelmän laajentamista tuotantoon puoltaa hankalasti ennustettavat toimitusajat ja kapasiteetin käyttöasteen hahmotettavuus. Laajentaminen on määrä toteuttaa vaiheittain, ensimmäisenä yrityksen suurimman liikevaihdon tekevällä osastolla. Diplomityön ensimmäinen tavoite oli selvittää teoriaosuuden avulla toiminnanohjausjärjestelmään liittyvät keskeiset asiat, joiden pohjalta laajentamista alettiin suunnitella. Lisäksi selvitettiin toiminnanohjausjärjestelmien käyttöönottojen epäonnistumisiin johtaneita syitä. Suurimmiksi syiksi on havaittu epärealistiset odotukset, projektin jättäminen vain atk-osaston huoleksi sekä johdon tuen puuttu-minen. Toisessa vaiheessa tavoitteena oli laatia suunnitelma, jonka perusteella laajentaminen on tarkoitus tehdä yrityksen ensimmäisellä käyttöönotto-osastolla. Tärkeimmät huomioitavat seikat ovat kuormitusryhmien suunnittelu, kuormitusryhmien sisäiset kuormituspisteet ja tuotteiden valmistusrakenteen järkevä määrittäminen toiminnanohjausjärjestelmään. Case-yrityksessä huomioitavaa oli myös työajanseurantalaitteiston hankinta, joka palvelee samalla toiminnanohjausjärjestelmää työmääräinten kuittaamisessa integroinnin jälkeen. Kolmas vaihe oli tehdä työn perusteella suositukset jatkotoimenpiteille. Järjestelmän toimiessa suunnitellusti ensimmäisellä osastolla, aletaan projektia viedä muille osastoille. Lisäksi suositellaan toiminnanohjausjärjestelmän laajentamista varastoihin sekä ostoihin, jotta materiaalinkulutuksesta saadaan mahdollisimman paljon tietoa.

Improving and User Interface to E-Procurement Software Used in Asset Accounting and Investigating Effects to Efficiency

This diploma thesis has been done to international organization which takes care from the accounting actions of two major companies. In this organization are used three different purchasing tools which are used when new asset master data is wanted to input to SAP R/3- system. The aim of this thesis is to find out how much changing the user interface of one of these three e-procurement programs will affect to overall efficiency in asset accounting. As an addition will be introduced project framework which can be used in future projects and which help to avoid certain steps in the development process. At the moment data needs to be inputted manually with many useless mouse clicks and data needs to be searched from many various resources which slow down the process. Other organization has better tools at the moment than the myOrders system which is under investigation Research was started by exploring the main improvement areas. After this possible defects were traced. Suggested improvements were thought by exploring literature which has been written from usability design and research. Meanwhile also directional calculations from the benefits of the project were done alongside with the analysis of the possible risks and threats. After this NSN IT approved the changes which they thought was acceptable. The next step was to program them into tool and test them before releasing to production environment. The calculations were made also from implemented improvements and compared them to planned ones From whole project was made a framework which can be utilized also to other similar projects. The complete calculation was not possible because of time schedule of the project. Important observation in the project was that efficiency is not improved not only by changing the GUI but also improving processes without any programming. Feedback from end user should be also listened more in development process. End-user is after all the one who knows the best how the program should look like.