Monoliittinen sovellus

ohjelmistotekniikassa monoliittinen sovellus kuvaa yksitasoista ohjelmistosovellusta, jossa käyttöliittymä ja datan Pääsykoodi yhdistetään yhdeksi ohjelmaksi yhdeltä alustalta.

monoliittinen sovellus on itsenäinen ja riippumaton muista laskentasovelluksista. Suunnittelufilosofia on, että sovellus on vastuussa ei vain tietyn tehtävän, mutta voi suorittaa jokaisen vaiheen, jota tarvitaan tietyn toiminnon suorittamiseen. Nykyään jotkut henkilökohtaiset rahoitussovellukset ovat monoliittisia siinä mielessä, että ne auttavat käyttäjää suorittamaan täydellisen tehtävän päästä päähän, ja ne ovat yksityisiä datasiiloja eivätkä osia suuremmasta sovellusten järjestelmästä, joka toimii yhdessä. Jotkut tekstinkäsittelijät ovat monoliittisia sovelluksia. Nämä sovellukset liitetään joskus keskuskoneisiin.

ohjelmistotekniikassa monoliittinen sovellus kuvaa ohjelmistosovellusta, joka on suunniteltu ilman modulaarisuutta. Modulaarisuus on ylipäätään suotavaa, koska se tukee sovelluslogiikan osien uudelleenkäyttöä ja helpottaa myös huoltoa sallimalla sovelluksen osien korjaamisen tai vaihtamisen ilman, että se vaatii tukkukauppaa.

Modulariteetti saavutetaan eri tavoin erilaisilla modularisaatiomalleilla. Koodipohjaisen modulaarisuuden avulla kehittäjät voivat uudelleenkäyttää ja korjata sovelluksen osia, mutta näiden ylläpitotoimintojen suorittamiseen tarvitaan kehitystyökaluja (esimerkiksi sovellus saatetaan joutua kääntämään uudelleen). Oliopohjainen modulaarisuus tarjoaa sovelluksen kokoelmana erillisiä suoritettavia tiedostoja, joita voidaan itsenäisesti ylläpitää ja korvata ilman koko sovelluksen uusimista (esim.Microsoft ”dll” – tiedostot; Sun/UNIX ”shared object” – tiedostot). Jotkut objektin viestitoiminnot mahdollistavat objektipohjaisten sovellusten jakamisen useisiin tietokoneisiin (esim.Microsoft COM+). Palvelukeskeiset arkkitehtuurit käyttävät erityisiä viestintästandardeja/ – protokollia moduulien väliseen viestintään.

alkuperäisessä käytössään termi ”monoliittinen” kuvasi valtavia keskuskonesovelluksia, joilla ei ollut käyttökelpoista modulaarisuutta. Tämä yhdessä laskentatehon nopean kasvun ja sitä kautta ohjelmistojen avulla ratkaistavien ongelmien monimutkaisuuden nopean lisääntymisen kanssa johti siihen, että järjestelmiä ei voitu ylläpitää ja ”ohjelmistokriisi”.