Jatkuvan integraation toteutus tukiasemaohjaimen hälytyksen ja elvytyksen hallinnalle

Abstract

Tämän opinnäytetyön tarkoituksena oli toteuttaa jatkuva integraatio tukiasemaohjaimen hälytyksen ja elvytyksen hallinnan ohjelmalohkolle. Hälytyksen ja elvytyksen hallinnan ohjelmalohko toimii DX200 GSM matkapuhelinjärjestelmän tukiasemaohjaimessa.

Jatkuva integraatio projekti oli aloitettu asiakkaan pyynnöstä. Projekti oli päätetty toteuttaa Jenkinsillä. Jenkins suorittaisi koodin kääntämisen, moduulitestaukset ja ilmoittaisi mahdollisilta virheistä. Lisäksi saataisiin Jenkinsiin lisättyjen lisätoimintojen eli pluginien avulla muuta tietoa koodin mahdollisista epäkohdista. Jenkins voisi tehdä tätä jatkuvasti tasaisin väliajoin, eikä koodaajan tarvitse tehdä muuta kuin lisätä uusin koodi Jenkinsin ajettavaksi. Tämän jälkeen koodaaja olisi vapaa muihin tehtäviin tuloksia odotellessa tai ajon voisi pistää menemään läpi työajan ulkopuolella, jolloin tulokset olisivat valmiita seuraavana päivänä.

Hälytyksen ja elvytyksen hallinnan ohjelmalohkolle tehtiin niin kattava moduulitestaus kuin käytössä oleva testipenkki vain salli. Ohjelmalohkolle tehtiin myös toimiva projekti Jenkinsiin. Kyseinen projekti voidaan liittää muiden haluttujen ohjelmalohkojen kanssa Jenkinsin käyttöön varatulle koneelle, missä kukin ohjelmalohko ajetaan vuoronperään niiden uusimmilla koodeilla.

The purpose of this thesis was to implement continuous integration for base station controller's alarm and recovery control program block. Alarm and recovery control program block works in DX200 GSM mobilephonesystem's base station controller.

Continuous integration project had been started because of customer's proposal. Project had been decided to be executed with Jenkins. Jenkins would compile code, execute module testing and notify from possible errors. Also with extra features implemented in Jenkins a.k.a plugings, one could get extra information from possible faults in code. Jenkins could do this continuously with steady phasing and only thing programmer would have to do is insert latest code for Jenkins to run. After this programmer is would be free to do other tasks while waiting for results or he could make run execute outside working hours and then results would be ready next day.

As comprehensive as possible module testing was made for alarm and recovery control program within the limits of used test bench. Working Jenkins project was also made for program block. Project in question can be added with other program blocks to computer reserved for Jenkins, where each program block is run after each other with their latest codes.