Ohjelmistokokoonpano on joukko suoritettavaa koodia, joka on valmis kuluttajien käyttöön ja joka on tuotettu kääntämällä lähdekoodia. Tätä termiä voidaan käyttää myös viittaamaan itse rakennusprosessiin, jossa kehittäjät ottavat lähdekoodin ja suorittavat sen kääntämisprosessin avulla, jotta se toimisi. Ohjelmistoja päivitetään jatkuvasti, kunnes valmistajat päättävät lopettaa niiden tukemisen. Tämä voi sisältää useita rakennelmia, joista monet julkaistaan suurelle yleisölle.
Ohjelmistojen suunnittelijat aloittavat yleensä hahmottamalla, mitä he haluavat ohjelmiston tekevän ja miten he haluavat sen saavuttaa. Kehittäjät alkavat kehittää lähdekoodia, raaka -ainetta, joka muodostaa ohjelmiston selkärangan. Yksi asia, jota he harkitsevat työskennellessään lähteen parissa, on tulevaisuuden koontiversioiden tarve. Joustavaa lähdekoodia voidaan muokata, lisätä siihen ja muuttaa käyttäjän tarpeiden muuttuessa ja ohjelmiston muuttuessa. Jäykän koodin kanssa voi olla vaikeampi työskennellä tulevaisuudessa.
Ohjelmiston rakentamisprosessissa he kääntävät lähdekoodin ohjelman luomiseksi. He suorittavat tuloksen tarkan testauksen avulla varmistaakseen, että se toimii. Jos ohjelmiston rakentamisessa on ongelmia, ne voivat palata lähdekoodiin muokkaamaan niitä. Näin ollen kaikkia rakennelmia ei julkisteta; joskus vakava virhe tekee rakennuksesta täydellisen epäonnistumisen, ja muissa tapauksissa siinä on liian monta virhettä ollakseen valmiita yleiseen käyttöön.
Kun kehittäjät ovat tyytyväisiä, he voivat antaa koontiversion. Ohjelmiston versionumerot tarjoavat asiakkaille laajaa tietoa versiosta; esimerkiksi 1.0 tai 2.0. Koontiluvut tarjoavat tarkempia tietoja siitä, mitä ohjelmistokokonaisuutta asiakas käyttää. Esimerkiksi tekstinkäsittelyohjelma saattaa näyttää käynnistyksen yhteydessä tekstinkäsittelyohjelman 5.0 ja ilmoittaa asiakkaalle, että tämä on viides versio. Ohjelman yksityiskohdissa se voisi näkyä koontiversion numerolla muodossa 5.0.5.9865.
Kun asiakkaalla on ongelma, tukiteknikko voi pyytää ohjelmiston koontinumeroa, koska tämä voi olla tärkeää. Voi olla tiedossa oleva ongelma, joka voidaan ratkaista päivittämällä asiakkaan tietokoneeseen asennettu rakenne tai asentamalla korjaustiedosto. Jos ongelmasta ei ole ilmoitettu aiemmin, teknikko voi antaa ongelmalipun varoittaakseen kehittäjiä ja antaa mahdollisimman paljon tietoa virheestä heidän edukseen. Näin he voivat käsitellä ongelmaa tulevissa ohjelmistoversioissa. Joskus luonnossa ilmenee hyvin outoja virheitä, kuten kahden ohjelman välinen ristiriita, jota kehittäjät eivät olisi uskoneet testaavansa yhdessä.