Object-oriented inheritance of statecharts for control applications

This paper discusses how object-oriented iuheritance can be re-interpreted if statecharts are used for modelling the dynamic behaviour of an object. The support of inheritance of statecharts allows the improvement of systems' development by easing the reutilization of parts of already developed euccessful systems, aad by promoting the iterative and continuous models' refinement advocated by the operatioaal approach. Statechart is the formalism used within UML to specify reactive state.based behaviours. This paper covers the use of statecharts within the modelling of embedded systems for industrial control applxications, where performance and memory usage are main concerns.

AirBooking. Reserves en línia

Implantació d'un lloc web de reserves de vol en línia. L'anàlisi i el disseny s'han documentat formalment mitjançant UML i la construcció s'ha efectuat sobre la plataforma de desenvolupament JavaEE 5.

Procurement in Project Implementation

Tutkimus keskittyy hankintatoimen kehittämiseen osana laitosprojektien toteutusta. Työ pohjautuu empiiriseltä taustaltaan Pöyry Oyj:n projektiliiketoimintaan ja työn tarkastelunäkökulmaksi onvalittu projektihallinnosta vastaavan yrityksen näkökulma. Tutkimus on hyvin käytännönläheinen ¿ se lähtee hankinnan ja sen seurannan ongelmista ja pyrkii tarjoamaan niihin uudenlaisia ratkaisuja. Pohjimmiltaan tutkimus kuuluu teollisuustalouden piiriin, vaikka tietojärjestelmätieteellä on vahva tukirooli. Työn tavoitteet ja tulokset liittyvät teollisuustaloudelle ominaisesti yrityksen toiminnan kehittämiseen, käytetyt välineet ja ratkaisut puolestaan hyödyntävät tietojärjestelmätieteen antamia mahdollisuuksia. Tutkimuksessa on käytetty konstruktiivista tutkimusotetta, jonka mukaisesti on luotu innovatiivisia konstruktioita ratkaisemaan aitoja reaalimaailman ongelmia ja tätä kautta tuotettu kontribuutioita teollisuustaloudelle. Tavoitteena oli järjestää hankintatoimi ja sen seuranta suurissa laitosprojekteissa tehokkaammin. Tätä varten uudistettiin ensin projektihallinnon ja hankintatoimen toimintaohjeet vastaamaan paremmin nykyajan vaatimuksia. Toimintaohjeiden perusteella ryhdyttiin toteuttamaan hankintaohjelmistoa, joka pystyisi kattamaan kaikki toimintaohjeissa kuvatut piirteet. Lopulta hankintaohjelmisto toi mukanaan uusia piirteitä projektihallintoon ja hankintatoimeen ja nämä sisällytettiin toimintaohjeisiin. Tähän kehitystyöhön ryhdyttiin, jotta laitosprojektien projektihallinto ja hankintatoimi toimisivat paremmin, eli pienemmin kustannuksin tuottaen projekteissa tarvittavat tulokset nopeammin, tarkemmin ja laadukkaammin. Tutkimuksella on kolmenlaisia tuloksia: hankintatoimen parannetut metodit, hankintaohjelmiston pohjana olevat toiminta- ja laskentamallit sekä implementaationa hankintasovellus. Uudistetut projekti- ja hankintaohjeet kuvaavat hankintatoiminnan parannettuja metodeja. Hankintaohjelmistoasuunnitellessa ja kehitettäessä tehdyt kuvaukset sisältävät uusia malleja niin hankintaprosessille kuin hankinnan seuraamiseksi suurissa laitosprojekteissa. Itse ohjelmisto on tuloksena implementaatio, joka perustuu parannettuihin hankintametodeihin ja uusiin toiminta- ja laskentamalleihin. Uudistetut projekti- ja hankintaohjeet ovat olleet käytössä Pöyry Oyj:ssä vuodesta 1991. Vuosien varrella nämä toimintaohjeet ovat auttaneet ja tukeneet satojen laitosprojektientoteutusta ja ylläpitäneet Pöyry Oyj:n kilpailukykyä kansainvälisenä projektitalona. Hankintasovellus puolestaan on ollut käytössä useissa projekteissa ja sen on havaittu pienentävän hankintatoimen suoria työkustannuksia laitosprojekteissa. Sovelluksen katsotaan myös tuovan epäsuoria kustannussäästöjä parempien hankintapäätösten muodossa, mutta näiden säästöjen suuruutta ei pystytä luotettavasti arvioimaan.

Tietotekniikan liiketoiminnalle tuomien hyötyjen kuvaaminen ja ohjaaminen

Tämän työn tavoitteena on arvioida hyödyt, jotka tietotekniikka mahdollistaa liiketoiminnalle ja löytää keino ohjata tietojärjestelmäkehitystä tavoiteltavien hyötyjen suuntaan. Työn teoriaosuudessa esitetään ongelmia, joita tietotekniikan liiketoiminnallisten hyötyjen arvioinnissa on esiintynyt. Teoriaosuudessa käsitellään prosessiajattelun perusteita ja prosessin suorituskyvyn arviointia yleisellä tasolla ja tarkastellaan tietotekniikan vaikutusta liiketoiminnan prosesseihin. Lisäksi todetaan tietotekniikan roolit ja hyödyt liiketoimintaan nähden ja esitellään EEM -menetelmä (Enabler-Effect Map), jolla hyödyt voidaan kartoittaa. EEM menetelmälle hahmotetaan käyttöympäristö ja tarkastellaan EEM:n käyttöä osana ohjelmistotuotantoprosessia. Työn käytännön osuudessa aloitetaan Mikrotukiyksikön kehitysprojektin toteutus esitetyn teorian mukaan. Projektissa määritellään uusi toimintaa tukeva tietojärjestelmä liiketoimintalähtöisesti. Määrittelyn tulokset esitetään työn loppuosassa, mutta tietojärjestelmän toteutus on jätetty tämän työn ulkopuolelle.Projektin määrittelyn perusteella tehdään johtopäätökset ja kehittämisehdotukset menetelmälle ja työn teettävälle yritykselle Tietoleonia Oy:lle

EPC-projektin hallinta ja johtaminen

Tämän diplomityön tavoitteena oli tutkia erään projektiliiketoimintaa harjoittavan yrityksen toimintajärjestelmää. Työn lähtökohtana oli yrityksen toimittamien projektien laajuuden nopea kasvu lähivuosien aikana. Työssä tutkittiin yrityksen nykyistä toimintajärjestelmää ja sen ohjeistusta nimen omaan EPC (engineering procurement construction) projekteissa. Toimintajärjestelmän ohjeistusta tutkittiin yrityksessä tehdyillä henkilöhaastatteluilla sekä vertaamalla olemassa olevia ohjeita ja kuvauksia projektin hallinnan ja johtamisen teorioihin. Teoriat, joihin yrityksen toimintajärjestelmää työssä verrattiin olivat Project Management Institute:n, Project Management Body of Knowledge ja International standard ISO 10006, Quality Management guidelines to quality in project management. Työn teoriaosassa käsiteltiin projektin hallintaa ja johtamista, projektin eri vaiheita, projektin organisointia ja ositusta sekä projektikulttuuria. Työn tuloksena luotiin käsitys siitä, mitä osaprosesseja EPC-projektin hallintaan ja johtamiseen kohdeyrityksessä liittyy. Prosesseja tutkimalla muodostettiin käsitys yrityksen toimintajärjestelmän ohjeistuksen tasosta ja esitettiin tältä pohjalta mahdollisuuksia toimintajärjestelmän kehittämiseksi. Yhtenä työn keskeisimmistä tuloksista esitettiin EPC-projektin projektikuvaus.

Markkinoinnin seuranta - Case Telia Finland

Tutkimuksen tavoitteena oli selvittää, miten järjestetään yritysmarkkinoinnin seurantamalli sekä seurannan tietojärjestelmätuki. Erityistä huomiota kiinnitettiin markkinoinnin seurannan ja liiketoimintastrategian kytkökseen. Tutkimusmenetelmänä käytettiin case-tutkimusta. Käsittely oli lineaaris-analyyttinen. Markkinoinnin seurannan tietojärjestelmätuen kehittämisen osalta tutkimus omaa myös jonkin verran systeemianalyyttisiä piirteitä. Case-tutkimuksen tiedonhankinnassa käytettiin yrityksen markkinointihenkilöille jaettua kyselytutkimusta. Markkinoinnin seuranta jaoteltiin strategisen tason ja operatiivisen tason seurantaan. Tutkimuksessa todettiin, että liiketoiminnan kilpailuympäristö, valittu kilpailustrategia ja yrityksen elinkaariasema vaikuttavat liiketoimintastrategiaan ja sitä kautta markkinoinnin seurannan järjestämiseen ja että markkinoinnin strategisen tason seurannan tavoitteena on varmistaa, että markkinointitoiminta toteuttaa valittua liiketoimintastrategiaa. Markkinoinnin operatiivisen tason seurannan tehtäväksi todettiin yrityksen markkinointitoiminnan myynnillisten sekä taloudellisten tulosten, sekä kannattavuuden ja tehokkuuden seuranta ja raportointi. Yritysmarkkinoinnin strategisen tason seurantaan soveltuu parhaiten eteenpäinkytkentäinen, tavoiteltavia tuloksia edeltävien muutosten seurantaan keskittyvä malli. Markkinoinnin operatiiivisen tason seurantaan soveltuu laajan markkinoinnin seurannan perusmittariston sisältävä malli, jolla voidaan palvella nykyisiä seurannan tarpeita ja laatia tarvittaessa uusia seurantakokonaisuuksia. Yritysmarkkinoinnin seurannan tietojärjestelmätuen järjestämiseen soveltuu parhaiten asiakastietokantapohjainen tietojärjestelmämalli. Näin voidaan hallita asiakkaaseen kohdistetut markkinointitoimenpiteet sekä niiden seuranta. Case-tutkimus vahvisti tarpeen kehittää kokonaisvaltainen suunnitelma markkinoinnin strategisen ja operatiivisen tason seurannasta sekä sitä tukevista tietojärjestelmistä. Ilman kokonaissunnitelmaa seuranta muodostuu organisaatioyksiköittäin ja seuranta-alueittain epätasaiseksi, eikä yrityksen asemasta markkinoilla ole muodostettavissa kokonaiskuvaa.

International STakeholder NETwork (ISTNET): creating a developmental neurotoxicity (DNT) testing road map for regulatory purposes.

A major problem in developmental neurotoxicity (DNT) risk assessment is the lack of toxicological hazard information for most compounds. Therefore, new approaches are being considered to provide adequate experimental data that allow regulatory decisions. This process requires a matching of regulatory needs on the one hand and the opportunities provided by new test systems and methods on the other hand. Alignment of academically and industrially driven assay development with regulatory needs in the field of DNT is a core mission of the International STakeholder NETwork (ISTNET) in DNT testing. The first meeting of ISTNET was held in Zurich on 23-24 January 2014 in order to explore the concept of adverse outcome pathway (AOP) to practical DNT testing. AOPs were considered promising tools to promote test systems development according to regulatory needs. Moreover, the AOP concept was identified as an important guiding principle to assemble predictive integrated testing strategies (ITSs) for DNT. The recommendations on a road map towards AOP-based DNT testing is considered a stepwise approach, operating initially with incomplete AOPs for compound grouping, and focussing on key events of neurodevelopment. Next steps to be considered in follow-up activities are the use of case studies to further apply the AOP concept in regulatory DNT testing, making use of AOP intersections (common key events) for economic development of screening assays, and addressing the transition from qualitative descriptions to quantitative network modelling.

Runkoverstaan tuotannon läpimenoajan sekä valmistusystävällisyyden kehittäminen

Diplomityö tehtiin kansainväliseen maanalaisia kaivoskoneita toimittavaan yritykseen. Diplomityön tavoitteena oli kartoittaa runkojen läpimenoaikaa robottihitsauksen ja koneistuksen osalta Normet Oy:n hitsaamon tuotannossa. Diplomityön teoriaosassa on esitelty tuotantojärjestelmiä, tuotantotekniikan kehittämisen osa-alueita, valmistusystävällisyyttä, tuotannonohjausta sekä tuotannon mittareita tuottavuuden kehittämisen näkökulmasta. Diplomityön kokeellisessa osassa tehtiin nykyisten tuotantoprosessien tarkat aikaseurannat. Ensisijaisesti koneistuksen kehittämisellä tavoiteltiin asetus- ja sivuaikojen minimointia sekä tuottavampaa lastuamista. Näin ollen uusien työkalujen sekä koneistusinnovaatioiden löytäminen oli avainasemassa kehitystyössä. Robotisoinnin kehittämisessä tärkeintä on tehokkaampien hitsausprosessien hyödyntäminen, laatutekijöiden analysointi sekä robottiystävällisten konstruktioiden käyttöönotto. Case-esimerkissä näitä menetelmiä pyritään esittämään Normetin volyymituote NT100-rungossa.

Liiketoimintastrategisten vaatimusten syntyminen ja niiden toteutumisen arviointi keskisuurten yritysten toiminnanohjausjärjestelmähankkeissa. Tapaustutkimus kolmesta teollisuusyrityksestä ja aineistolähtöinen teoria

Tietojärjestelmien strateginen kehittäminen on ollut niin liike-elämän kiinnostuksen kuin akateemisen tutkimuksenkin kohteena jo pitkään. Aihe on edelleen ajankohtainen, eikä ajankohtaisuus osoita laantumisen merkkejä. Valtaosa tutkimuksesta on kohdistunut suuryrityksiin ja jonkin verran pk-yrityksiin yhtenä ryhmänä. Tutkimus on kohdistunut aiheeseen tarkastelemalla onko tietojärjestelmien ja liiketoimintastrategian välillä yhteyttä, ja jos, onko sillä merkitystä yrityksen menestykselle. Tämän tutkimuksen tavoitteena oli pureutua syvemmälle siihen tapaan, jolla yritys kytkee liiketoimintastrategiansa tietojärjestelmähankintaan. Kohdetietojärjestelmäksi tutkimuksessa valittiin toiminnanohjausjärjestelmät ja yrityskooksi keskisuuret yritykset. Toiminnanohjausjärjestelmän valintaa voidaan perustella sen kattavuudella yrityksen toiminnassa eri sidosryhmien suunnasta katsottaessa. Keskisuuret yritykset valittiin osittain sen vuoksi, koska niistä ei ole paljoakaan omaa tutkimusta, osittain sen vuoksi, että niiden luonne kehityspolun epäjatkumokohdassa haluttiin nostaa esille. Tutkimuksen empiirinen osa pohjautuu kolmeen tutkimustapaukseen, kolmen keskisuuren yrityksen toiminnanohjaushankkeeseen. Tapausyritysten liiketoiminta- ja ITjohtoa haastateltiin, ja lisäksi käytettiin kaikkea saataville ollutta kirjallista arkistoaineistoa. Tutkimuksen päämenetelmä oli Grounded Theory (GT). Tutkimustavassa ei, poiketen useista muista laadullisista tutkimustavoista, ole ennalta määrättyä viitekehystä, vaan tutkimus lähtee liikkeelle ns. puhtaalta pöydältä ilman esioletuksia luoden tutkimusprosessin kuluessa uutta teoriaa. Tutkimustavan etuna voidaan pitää ennakkoluulottomuutta. Aikaisemman tutkimuksen rooli tässä tutkimuksessa oli ensinnäkin kartoittaa tutkimusaluetta ja olla johdantona tutkimukselle, toisaalta tuloksia vertailtiin aikaisempaan tutkimukseen. Tutkimusaineisto analysoitiin tarkasti. Ensin aineisto käytiin läpi koodaamalla se aineistosta esille nousseiden käsitteiden alle. Seuraavaksi saatu tulos luokiteltiin aineistosta nousseisiin luokkiin sekä muodostettiin käsitteiden ja luokkien väliset yhteydet. Lopuksi muodostumassa oleva teoria konkretisoitiin 18 hypoteesin ja hypoteesit yhdistävän mallin avulla. Tutkimuksessa saatiin uutta tietoa siitä, miten vaatimusprosessi etenee ja miten keskisuuren yrityksen ominaispiirteet vaikuttavat vaatimusprosessiin. Lisäksi saatiin uutta tietoa siitä, mitkä ovat kriittisiä menestystekijöitä keskisuuren yrityksen toiminnanohjaushankkeessa. Keskisuuretyritykset näyttävät tämän tutkimuksen aineiston perusteella osaavan asettaa vaatimuksia toiminnanohjausjärjestelmälle liiketoimintastrategian, prosessikuvausten ja toiminnanohjausjärjestelmien tarjoamien mahdollisuuksien suunnista. Vaatimusten toteutumisenarviointi on keskisuurilla yrityksillä epäsystemaattista, kuten aikaisemmassa tutkimuksessa on todettu olevan myös suurilla yrityksillä. Resurssivaje vaikeuttaa toiminnanohjausjärjestelmän liiketoimintastrategisten vaatimusten toteutumista. Tutkimusaineiston perusteella voidaan päätellä, että keskisuurissa yrityksissä – huolimatta siitä, että niissä on olemassa prosessikuvaukset – ei ole varsinaista prosessiajattelua tai prosessijohtamista. Keskisuuret yritykset eivät tämän tutkimuksen aineiston perusteella näytä muodostavan poikkeusta, vaan mittariston käyttö on epäkypsää, eikä mittaristoa pystytä hyödyntämään tietojärjestelmähankkeen tukena. Tulosten pohjalta voidaan arvioida, että strategisen johtamisen komponentit ovat keskisuuressa yrityksessä toisistaan irrallisia. Vaikka toiminnanohjaushankkeen vaatimuksia asetettaessa liiketoimintastrategia on vahvasti mukana, jää vaatimuksenasettelu karkealle tasolle, eikä konkretisoidu prosesseihin ja mittarointiin. Sen seurauksena toiminnanohjausjärjestelmästä ei saada kaikkea sitä hyötyä ja tukea liiketoimintastrategialle, mikä olisi mahdollista. Tutkimuksessa tuli myös esille resurssi- ja osaamispuutteen haittavaikutuksia keskisuurten yritysten toiminnanohjaushankkeiden vaatimusprosessissa. Puutteet yhdistettynä hajallaan oleviin strategisen johtamisen komponentteihin muodostavat yhdessä vaikean lähtökohdan strategiselle toiminnanohjaushankkeelle.

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.

Ketterät menetelmät ja laadunhallinta

Ketterien menetelmien käyttö on yleistymässä ohjelmistotuotannossa. Tämän vuoksi ketteriltä menetelmiltä vaaditaan hyvää laadunhallintaa. Ketteriä menetelmiä on olemassa useita erilaisia, mutta ne kaikki jakavat samanlaiset perusarvot ja periaatteet. Tässä työssä tutkitaan kolmea eri ketterää menetelmää: Scrum, eXtreme Programming (XP) sekä Dynamic Systems Development Method (DSDM). Jokaisesta menetelmästä selvitetään, miten niissä hoidetaan laadunhallinta. Työssä otetaan myös kantaa ketterien ja perinteisten menetelmien eroihin sekä siihen, millaisissa projekteissa ketteriä menetelmiä kannattaa käyttää.

Viestitaktiikan kehittyminen yhtymän viestijärjestelmän käyttöönoton jälkeen

Tutkimus käynnistyi Maanpuolustuskorkeakoulun taktiikan laitoksen esittäessä aihepiiriä tutkittavaksi. Tutkimuksen tavoitteena on ollut lisätä tietämystä viestitaktiikan kehittymisestä yhtymän viestijärjestelmän käyttöönoton jälkeen 1980 – 2000-luvuilla osana operatiivistaktisten toimintaperiaatteiden ja -tapojen kehittymistä. Tutkimuksella on pyritty syventämään tietämystä taktisten periaatteiden muutoksista viestitaktiikan näkökulmasta. Tutkimuksessa tarkasteltiin maavoimien YVI-järjestelmillä varustettujen yhtymien viestitaktiikkaa sekä niissä tapahtuneita muutoksia. Muutoksia tarkasteltaessa tutkimuksessa keskityttiin käsitykseen viestitaktiikasta, viestitaktisiin periaatteisiin sekä viestipäällikköön ja hänen toimintakenttäänsä. Viestitaktisia periaatteita ja niissä tapahtuneita muutoksia vertailtiin myös yleisiin taktisiin periaatteisiin ja niiden painotuksissa tapahtuneisiin muutoksiin. Tutkimus on luonteeltaan kvalitatiivinen. Tutkimusongelmia lähestyttiin fenomenografisella tutkimusotteella, jossa tavoitteena on kuvailla, analysoida ja ymmärtää erilaisia käsityksiä ilmiöistä sekä käsitysten keskinäisistä suhteista. Lähdeaineiston muodostivat 18 viestitaktiikan asiantuntijan kokemusperäiset käsitykset viestitaktiikasta ja sen kehittymisestä YVIjärjestelmien käyttöönoton jälkeen. Käsityksistä muodostettiin merkitys- ja kuvauskategorioiden sekä tutkijan esiymmärryksen pohjalta induktiivisen päättelyn avulla tutkimuksen varsinaiset johtopäätökset. Tutkimushenkilöiden käsitysten sekä taktiikan ja viestitaktiikan aikaisempien määritelmien perusteella johtopäätöksenä määritettiin, että viestitaktiikka on tehtävän toteuttamiseen käytettävissä olevan viestillisen kapasiteetin optimaalista suunnittelua, soveltamista ja käyttöä viestivoimana haluttujen päämäärien saavuttamiseksi ja viestitaisteluiden voittamiseksi. Viestitaktikointi edellyttää viestitaisteluun liittyvien keinojen tuntemista sekä taitoa soveltaa niitä käytännössä. Tutkimustulosten perusteella keskeisiksi viestitaktisiksi periaatteiksi tärkeysjärjestyksessä muodostuivat - päämäärän ja tehtävän selkeys - varautuminen odottamattomiin tilanteen vaihteluihin - yksinkertaisuus - aktiivisuus ja oma-aloitteisuus. Keskeisiksi merkitystään lisänneiksi viestitaktisiksi periaatteiksi muodostuivat - voimien vaikutuksen keskittäminen - joukkojen ja voimien jakaminen (reservi) - varautuminen odottamattomiin tilanteen vaihteluihin - salaaminen ja harhauttaminen - turvallisuus. Selkeimpänä viestipäällikön tehtävien muutoksena pidettiin siirtymistä yksityiskohtaisesta viestiyhteyksien suunnittelijasta kokonaisvaltaiseksi yhtymän viestitoiminnan johtajaksi. Tutkimustulosten ja aikaisempien määritelmien perusteella johtopäätöksenä määritettiin, että viestipäällikkö johtaa yhtymän viestitoimintaa komentajan antamien vaatimusten mukaisesti ja vastaa yhtymän johtoryhmän jäsenenä viestitaktisista ratkaisuista haluttujen päämäärien saavuttamiseksi ja viestitaisteluiden voittamiseksi. Viestipäälliköltä edellytetään viestitaisteluun liittyvien keinojen tuntemista sekä taitoa soveltaa niitä käytännössä. Tutkimuksen mukaan yhtymän viestitaktiikkaan merkittävimmin vaikuttaneita tekijöitä olivat yhtymän viestijärjestelmien käyttöönotto, uusien esikunta- ja viestiyksiköiden kehittäminen, kiinteän viestiverkon ja johtamisjärjestelmäalan merkityksen kasvaminen, käytettävien tekniikoiden kehittyminen sekä joukkojen ja johtoportaiden tiedonsiirtotarpeiden kasvaminen. Viestitaktiikan osalta voidaan todeta deterministisen näkemyksen taistelusta ja taistelutilasta muuttuneen yleisten taktisten periaatteiden muutosten mukaisesti aikaisempaa monimuotoisempaan ja rohkeampaan, voluntaarisempaan, suuntaan.

Laadunhallintajärjestelmäprojektin suunnittelu ja projektiorganisaation toimintatapojen kartoittaminen

Tämän diplomityön tavoitteina oli luoda suunnitelma ISO 9001 ja 14001 -sertifikaatteihin oikeuttavalle laadunhallintajärjestelmälle ja luoda malli projektiorganisaation toiminnan mittaamiselle ja kehittämiselle. Lisäksi työn tarkoituksena oli luoda teoreettinen osaamispohja projektipäällikölle laadunhallintajärjestelmäprojektin läpiviemisen tueksi. Työssä perehdyttiin laadunhallinnan periaatteisiin, tietojärjestelmäprojektikehityksen elinkaareen, tietojärjestelmäprojektien kriittisiin menestystekijöihin ja itsearviointimallin laatimisperiaatteisiin. Diplomityön kanssa lomittain suoritetulle laadunhallintajärjestelmäprojektille parhaiten sopivat käytännöt tunnistettiin kirjallisuudesta sekä puolistrukturoidulla haastattelulla Volvo Finland Ab:n johdon edustajille. Työssä luodun suunnitelman mukainen laadunhallintajärjestelmä toteutettiin Volvo Finland Ab:lle yhdessä nelikymmenhenkisen projektiorganisaation kanssa. Projektin aikana tehdyn aktiivisen, osallistuvan havainnoinnin ja diplomityössä luodun itsearviointimallin perusteella kartoitettiin projektiorganisaatiolle parhaiten sopivat toimintamenetelmät. Toimintamenetelmäkartoituksen tuloksena todettiin, että organisaation tietotaito on vertikaalista ja tästä syystä resurssienhallinta nostettiin kriittisimmäksi elementiksi projektien onnistumisen kannalta. Resurssienhallinnan tueksi ehdotettiin Stage-Gate-mallia projektien läpiviemiseen. Mallin avulla voitaisiin resurssit hallitusti kohdistaa uudelleen projektin joka vaiheessa.

Virtuaalinen käyttöönottoympäristö automaatiojärjestelmälle

Valmistavan teollisuuden kiristyvät vaatimukset suunnittelusta markkinoille -ajassa (engl. time-to-market), laadussa, kustannustehokkuudessa ja turvallisuudessa luovat paineita uusien toimintatapojen etsimisessä. Usein laitteiston ohjausalgoritmeja ei ole mahdollista testata todellisen laitteiston kanssa, vaan ainoaksi ennakoivaksi vaihtoehdoksi jää todellisen laitteiston virtuaalinen mallintaminen. Eräs uusista toimintavoista on virtuaalinen käyttöönotto, jossa tuotantolinja tai laitteisto mallinnetaan ja sen käyttäytymistä simuloidaan ohjausalgoritmien parantamista ja todentamista varten. Tämän diplomityön tavoitteena oli toteuttaa virtuaalinen käyttöönottoympäristö, jolla laitteiston 3D-mallinnettua virtuaalista mallia voidaan ohjata reaaliajassa todellisen laitteiston ohjauslaitteistolla. Käyttöönottoympäristön toteuttamisen lopullisena tavoitteena on tutkia, millaisia hyötyjä sillä voidaan saavuttaa Outotec (Finland) Oy:n automaatiojärjestelmien suunnittelussa ja käyttöönotossa kiristyvien vaatimusten täyttämiseksi. Työssä toteutetulla käyttöönottoympäristöllä pystytään simuloimaan 3D-mallinnetun laitteiston osan toimintaa reaaliajassa. Todellisen laitteiston ominaisuuksista määritettyjä vaatimuksia ei kustannussyistä täytetty, sillä ennen sitä haluttiin varmistua valitun alustan ominaisuuksista, toimivuudesta ja soveltuvuudesta. Toteutuksen katsotaan kuitenkin täyttävän pehmeän reaaliaikaisuuden kriteerin noin 40 ms aikatasolla ja 80 ms reaktioajalla. Toteutettu virtuaalinen käyttöönottoympäristö osoittautui toimivaksi ja soveltuvaksi, sekä sen todettiin tuovan potentiaalisia hyötyjä Outotec (Finland) Oy:lle, esimerkiksi kosketusnäyttöjen visualisoinnin parannus, hybridikäyttöönottomahdollisuus sekä automaatio-ohjauksien kehittäminen. Työn perusteella arvioidaan onko Outotec:lla tarvetta jatkaa valitulla alustalla todellisen laitteiston aikavaatimukset täyttävään reaaliaika-toteutukseen, jota työssä esitellään.

Impacts and Detection of Design Smells

Les changements sont faits de façon continue dans le code source des logiciels pour prendre en compte les besoins des clients et corriger les fautes. Les changements continus peuvent conduire aux défauts de code et de conception. Les défauts de conception sont des mauvaises solutions à des problèmes récurrents de conception ou d’implémentation, généralement dans le développement orienté objet. Au cours des activités de compréhension et de changement et en raison du temps d’accès au marché, du manque de compréhension, et de leur expérience, les développeurs ne peuvent pas toujours suivre les normes de conception et les techniques de codage comme les patrons de conception. Par conséquent, ils introduisent des défauts de conception dans leurs systèmes. Dans la littérature, plusieurs auteurs ont fait valoir que les défauts de conception rendent les systèmes orientés objet plus difficile à comprendre, plus sujets aux fautes, et plus difficiles à changer que les systèmes sans les défauts de conception. Pourtant, seulement quelques-uns de ces auteurs ont fait une étude empirique sur l’impact des défauts de conception sur la compréhension et aucun d’entre eux n’a étudié l’impact des défauts de conception sur l’effort des développeurs pour corriger les fautes. Dans cette thèse, nous proposons trois principales contributions. La première contribution est une étude empirique pour apporter des preuves de l’impact des défauts de conception sur la compréhension et le changement. Nous concevons et effectuons deux expériences avec 59 sujets, afin d’évaluer l’impact de la composition de deux occurrences de Blob ou deux occurrences de spaghetti code sur la performance des développeurs effectuant des tâches de compréhension et de changement. Nous mesurons la performance des développeurs en utilisant: (1) l’indice de charge de travail de la NASA pour leurs efforts, (2) le temps qu’ils ont passé dans l’accomplissement de leurs tâches, et (3) les pourcentages de bonnes réponses. Les résultats des deux expériences ont montré que deux occurrences de Blob ou de spaghetti code sont un obstacle significatif pour la performance des développeurs lors de tâches de compréhension et de changement. Les résultats obtenus justifient les recherches antérieures sur la spécification et la détection des défauts de conception. Les équipes de développement de logiciels doivent mettre en garde les développeurs contre le nombre élevé d’occurrences de défauts de conception et recommander des refactorisations à chaque étape du processus de développement pour supprimer ces défauts de conception quand c’est possible. Dans la deuxième contribution, nous étudions la relation entre les défauts de conception et les fautes. Nous étudions l’impact de la présence des défauts de conception sur l’effort nécessaire pour corriger les fautes. Nous mesurons l’effort pour corriger les fautes à l’aide de trois indicateurs: (1) la durée de la période de correction, (2) le nombre de champs et méthodes touchés par la correction des fautes et (3) l’entropie des corrections de fautes dans le code-source. Nous menons une étude empirique avec 12 défauts de conception détectés dans 54 versions de quatre systèmes: ArgoUML, Eclipse, Mylyn, et Rhino. Nos résultats ont montré que la durée de la période de correction est plus longue pour les fautes impliquant des classes avec des défauts de conception. En outre, la correction des fautes dans les classes avec des défauts de conception fait changer plus de fichiers, plus les champs et des méthodes. Nous avons également observé que, après la correction d’une faute, le nombre d’occurrences de défauts de conception dans les classes impliquées dans la correction de la faute diminue. Comprendre l’impact des défauts de conception sur l’effort des développeurs pour corriger les fautes est important afin d’aider les équipes de développement pour mieux évaluer et prévoir l’impact de leurs décisions de conception et donc canaliser leurs efforts pour améliorer la qualité de leurs systèmes. Les équipes de développement doivent contrôler et supprimer les défauts de conception de leurs systèmes car ils sont susceptibles d’augmenter les efforts de changement. La troisième contribution concerne la détection des défauts de conception. Pendant les activités de maintenance, il est important de disposer d’un outil capable de détecter les défauts de conception de façon incrémentale et itérative. Ce processus de détection incrémentale et itérative pourrait réduire les coûts, les efforts et les ressources en permettant aux praticiens d’identifier et de prendre en compte les occurrences de défauts de conception comme ils les trouvent lors de la compréhension et des changements. Les chercheurs ont proposé des approches pour détecter les occurrences de défauts de conception, mais ces approches ont actuellement quatre limites: (1) elles nécessitent une connaissance approfondie des défauts de conception, (2) elles ont une précision et un rappel limités, (3) elles ne sont pas itératives et incrémentales et (4) elles ne peuvent pas être appliquées sur des sous-ensembles de systèmes. Pour surmonter ces limitations, nous introduisons SMURF, une nouvelle approche pour détecter les défauts de conception, basé sur une technique d’apprentissage automatique — machines à vecteur de support — et prenant en compte les retours des praticiens. Grâce à une étude empirique portant sur trois systèmes et quatre défauts de conception, nous avons montré que la précision et le rappel de SMURF sont supérieurs à ceux de DETEX et BDTEX lors de la détection des occurrences de défauts de conception. Nous avons également montré que SMURF peut être appliqué à la fois dans les configurations intra-système et inter-système. Enfin, nous avons montré que la précision et le rappel de SMURF sont améliorés quand on prend en compte les retours des praticiens.