Puoliautomaattinen ohjelmiston paikkaustyökalu

Abstract

Ohjelmiston päivitysprosessissa pitää tehdä tiedostovertailut ohjelman alku- ja lopputilanteiden välillä silloin, kun päivityksen kohteena olevassa ohjelman versiossa on paljon päivityspaketissa huomioimattomia mutta kuitenkin tärkeitä paikallisia muutoksia. Vertailujen eroavaisuudet kopioidaan päivityspakettiin siten, että uudessa lopputulemassa on sekä päivityksen uudet ominaisuudet että tuotantoympäristöön liittyvät paikalliset muutokset. Prosessin toteutus on suhteellisen yksinkertainen, kun päivityskohteita on vain muutamia. Jos päivityksen korjaus on kiireellinen, ja se tulisi asentaa laaja-alaisesti suurelle osaa käytössä olevista tuotantoversioista, on prosessi kuitenkin kokonaisuudessaan raskas, monimutkainen ja siten myös altis virheille.

Tuotannossa voi olla monia eri ohjelmiston versioita, joten päivityspaketti pitää muotoilla kyseisille versioille sopivaan muotoon. Laaja-alaisen päivityksen levittämiseksi ohjelmistosuunnittelijan tulee toteuttaa kyseiset korjaukset yksittäistapauksina kaikkiin käytössä oleviin versioihin. Tuotantoversioiden korjauspäivittäminen vaatii siis jokaiselle päivitettävälle asennukselle oman uniikin versio- ja ympäristökohtaisen päivityspaketin.

Työssä toteutettu puoliautomaattinen paikkaustyökalu on PHP-ohjelmointikielellä toteutettu aputyökalu. Sen tarkoituksena on versiokohtaisten korjauspäivitysten ohjelmallinen luominen sekä niiden jakaminen moneen eri tuotantoversioon siten, että myös asennusten paikalliset muutokset huomioidaan, ja että muutokset on myös mahdollista arvioida ennen käytäntöönottoa. Työkalun on tarkoitus automatisoida tiedostovertailuja vaativasta ohjelmistopäivitysprosessista ne osat, jotka eivät tavallisesti vaadi päivityksen asentajahenkilöltä erityistä harkintaa. Työn ajatuksena on se, että ohjelmistopäivityksessä asentajahenkilö pystyy paremmin keskittymään olennaiseen eli päivityksen riskialttiiden muutosten arvioimiseen.

Työ onnistui tavoitteissaan, mutta sen tuloksena syntynyt työkalu ei ole sellaisenaan ainakaan yksittäisenä työkaluna valmis kokonaisratkaisu suurimpiin päivitysarkkitehtuurisiin ongelmiin. Kehitysympäristöön liittämiseen liittyvällä jatkokehityksellä työkalu kuitenkin toimii työntekoa helpottavana osana kehitysympäristön isoa kokonaisuutta, jossa yhdistyvät versionhallintajärjestelmän ominaisuudet, versiokohtaisten päivitysten luomisen helppous sekä turvallinen tiedonsiirto eri järjestelmien välillä.

In a software upgrading process where the destination systems have important locally modified contents that are not included in the new install package, it is required for the process to apply file based comparisons between the starting and the current snapshot point of the software. The differences from the comparison are copied to the update package so that the resulting install package have both the features from the initial update and the local modifications. The implementation of the process is relatively simple when there are only a few production environment instances to upgrade. However, if the patch is urgent and should be installed to a wide range of different production versions the process as a whole becomes heavy, complex and thus prone to errors.

There can be several different software versions in use at the production environments so the initial update package must be modified to suit the specifications of the version. For delivering an wide-range update the software engineer will have to make seperate repairs for each in use version. Patching multiple production versions requires therefore as many unique and environment specific patches as there are production versions.

The semi-automatic patching tool produced for this thesis is a utility tool developed in PHP programming language whose purpouse would be the programmatic creation of version specific patches and the delivery of the created patches in a way that the production systems local changes are taken into account. The tool was designed to automate the parts that do not require user attencion from the software updating processes where the file comparisons are required. The idea was that in a software update the person doing the job could better focus on the essentials of the process.

The work succeeded in its goals but the resulting tool is not a complete answer for the update architectural problems. Developing the tool forward when it is integrated to the some specific development environment the tool could work as a assisting part of the totality that combines the features of the version control systems, the easy creation of version specific patches and secure transfer of information between the systems.