Ohjelmistoauditointi: mitä katselmus näyttää

Jos liiketoimintasovellus on useita vuosia vanha, sinulla on todennäköisesti yksi kysymys: kannattaako sitä kehittää eteenpäin vai onko aika rakentaa jotain uutta? Tämän kysymyksen perusteella tehdään usein kymmenien tuhansien eurojen päätöksiä ilman, että kukaan on katsonut koodia.

Ohjelmistoauditoinnin pitäisi tulla ennen päätöstä. Se ei ole kehitystä eikä korjaamista, vaan riippumaton katsaus siihen, missä kunnossa sovellus on ja mitä sille on järkevää tehdä.

Milloin katselmusta tarvitaan

• Kehittäjä tai toimisto on lähtenyt, eikä kukaan tiedä tarkalleen, miten järjestelmä toimii. Tästä tilanteesta kerron enemmän kirjoituksessa kehittäjä lähti — mitä ohjelmistolle nyt tapahtuu?
• Uusien ominaisuuksien lisääminen on muuttunut hitaaksi ja kalliiksi.
• Sinulla on tarjous sovelluksen uudelleenkirjoittamisesta ja haluat tietää, onko se oikeasti tarpeen.
• Sovelluskehys tai palvelin on jäänyt vaille tukea, eikä tietoturvapäivityksiä enää tule.
• Suunnittelet sovelluksen myymistä, esittelyä sijoittajalle tai luovuttamista uudelle tiimille.

Mitä katselmus sisältää

1. Koodin ja komponenttien katselmus. Mistä sovellus koostuu: ohjelmointikieli, sovelluskehykset ja niiden versiot, tietokanta, ulkoiset kirjastot ja palvelut. Mitkä niistä ovat vanhentuneita, mitkä vailla tukea ja missä on tunnettuja tietoturva-aukkoja.

2. Tietoturvariskien kartoitus. Käyttöoikeudet, salasanojen säilytys, vanhentuneet riippuvuudet, palvelimen asetukset. Tietoturvaongelmat menevät luettelossa ensimmäisiksi, koska ne eivät odota.

3. Teknisen velan kartoitus. Missä on kopioitua koodia, puuttuvia testejä, dokumentoimatonta logiikkaa ja kohtia, joihin kukaan ei uskalla koskea. Mitä se on ja miksi se maksaa, on kerrottu kirjoituksessa tekninen velka.

4. Infrastruktuuri. Missä sovellus pyörii, otetaanko varmuuskopioita ja onko niitä koskaan palautettu. Usein selviää, että palvelimen asetukset ovat yhtä dokumentoimattomia kuin koodi.

5. Vaiheittainen suunnitelma. Mitä tehdään heti, mitä seuraavan puolen vuoden aikana ja mikä voi odottaa. Jokaisen askeleen kohdalla on vaikutus, riski ja arvioitu työmäärä.

6. Rehellinen arvio. Modernisoidaanko vai tehdäänkö uudelleen. Jos nykyinen järjestelmä on niin vanha, että alusta rakentaminen tulee halvemmaksi, sanon sen suoraan.

Mitä katselmus ei ole

Katselmus ei ole kehitystyötä. Sen aikana koodia tai palvelinta ei muuteta, vaan katsotaan ja kirjataan ylös. Se on tietoinen valinta: arvion pitää pysyä riippumattomana siitä, kuka työn myöhemmin tekee. Suunnitelman kanssa voit mennä kenen tahansa kehittäjän luo.

Katselmus ei myöskään ole muodollinen tietoturva-auditointi sertifikaattia varten. Jos tarvitset jonkin standardin vaatimustenmukaisuutta, se on erillinen työ.

Mitä tarvitset ennen katselmusta

• Pääsy koodivarastoon (GitHub, GitLab tai muu) tai kopio koodista.
• Pääsy palvelimelle tai hostingiin, jossa sovellus pyörii, vähintään lukuoikeuksin.
• Lyhyt kuvaus siitä, mitä sovellus tekee ja kuka sitä käyttää.
• Jos on olemassa: vanha dokumentaatio, vikaluettelo, aiemmat tarjoukset.

Jos osa käyttöoikeuksista puuttuu, se on jo ensimmäinen löydös. Katselmuksen aikana autan selvittämään, miten ne saadaan takaisin.

Mitä katselmus maksaa

Sovelluksen katselmus modernisointisuunnitelmineen alkaa 390 eurosta. Tarkka hinta riippuu sovelluksen koosta ja siitä, montako erillistä järjestelmää on kytketty toisiinsa. Katselmuksen jälkeen modernisoinnin voi tehdä vaiheittain, ja jokaisen vaiheen hinta on tiedossa ennen työn alkua. Paketit löytyvät hintasivulta.

Yhteenveto

Katselmus on halvin askel, jonka vanhan sovelluksen kanssa voit ottaa. Se vastaa kysymykseen ”modernisoida vai tehdä uudelleen” faktojen eikä tunteen perusteella ja antaa sinulle suunnitelman, jonka kanssa pääset eteenpäin.

Katso, miten teen ohjelmistojen modernisointia ja jatkokehitystä, tai tilaa katselmus. Kuvaile parilla lauseella, millaisesta sovelluksesta on kyse.