Koonnin monitorointi

Abstract

Jatkuva integraatio tähtää projektityöskentelyn sekä ohjelmistotuotteen kehittämisen helpottamiseen. Ohjelmistotuote on tarkoitus saada valmiiksi mahdollisimman kivuttomasti ja kehitysprosessissa olisi hyvä törmätä mahdollisimman vähän kehittäjien ohjelmoimien ohjelmistomoduulien tai -komponenttien välisiin konflikteihin.

Jotta konfliktit ohjelmistomoduulien ja -komponenttien välillä huomattaisiin mahdollisim-man nopeasti, tarvitaan tapa ilmoittaa konfliktin tapahtumisesta, eli koonnin epäonnistumisesta, kehitysryhmälle ja muille projektin osapuolille mahdollisimman nopeasti. Perinteinen tapa tämän tekemiseen on lähettää eri osapuolille sähköpostia. Tämä ei kuitenkaan ole paras eikä huonoin tapa, vaan yksi monista tavoista välittää informaatio koonnin tilasta kehitysryhmälle. Opinnäytetyössä tullaan esittelemään erilaisia ratkaisuja informatiivisen kehitysympäristön rakentamiseen.

Tämä opinnäytetyö tehtiin Metropolia Ammattikorkeakoulun Bulevardin toimipisteelle. Yksi opinnäytetyön tavoitteista oli suunnitella ja ohjelmoida reaaliajassa toimiva koontiympäristön tarkkailuun soveltuva ohjelmisto Ohjelmistotuotantoprojekti-kurssille. Sovellus voidaan luokitella osaksi kehitys- sekä työympäristöä.

Opinnäytetyössä kerrataan jatkuvaan integraation liittyvät perusasiat sekä perehdytään koontiympäristön tarkkailumenetelmiin. Tässä dokumentissa esitellään myös opinnäyte-työn konkreettinen osa: Java-sovellus ”Koonta” ja esitellään kurssin uusi kehitysympäristö.

Työn lopputuloksena saatiin valmiiksi Java-sovellus Koonta, jonka tarkoitus on antaa ohjelmistokehitysryhmälle suoraa palautetta ohjelmistoprojektin tilasta. Ohjelmistossa ei ole vielä kaikkea asiakkaan haluamaa toiminnallisuutta, mutta ohjelmiston kehittämistä jatketaan opinnäytetyön valmistumisen jälkeen.

Continuous integration aims to ease project management and the software development process. The goal is to have a software development process that has as few component and module conflicts as possible.

For the development team to be able to react to conflicts swiftly, a convenient way to feedback the team is needed. Did the build fail? Who broke it? Feedback can be produced in the form of e-mail. This is not the best, nor is this the worst way to feedback the team. This is one of the many ways to notify the development team of a broken build. This document offers a look at some of the feedback methods and presents an example of an informative development environment.

The thesis was carried out for the Degree Programme of Information and Communications Technology of the Helsinki Metropolia University of Applied Sciences. The object was to design and program a piece of software for monitoring the build environment in real time. The piece of software is to be used by the students in the Software Development Project course to monitor their Jenkins CI build activities.

The thesis goes through the basics of continuous integration as well as introduces different build environment monitoring methods. The concrete part of the study, the Java based software: “Koonta”, is presented and the work and development environments of the course in question are introduced as well.