Tapahtumat

Kun kirjaudut sisään näet tässä ilmoitukset sinua kiinnostavista asioista.

Kirjaudu sisään

Tarvitseeko IT arkkitehdin tuntea kaikki järjestelmät joita hallinnoi?

Vierailija
25.05.2016 |

Eli ajatellaan järjestelmämaailmaa jossa on monenlaista eri ohjelmistoa, on ajankirjausta, palkanlaskentaa, ostojärjestelmä, laskutus, jokin SAP mokkula jne. ja tähän maailmaan tarvitaan arkkitehti. Pitääkö arkkitehdin "osata" jokainen järjestelmä? Eli että hän käyttää tai ainakin osaisi käyttää jokaista? Vai riittääkö jos tietää mihin järjestelmää käytetään ja tuntee järjestelmien väliset integraatiot ja integraatiometodit?

Kommentit (7)

Vierailija
1/7 |
25.05.2016 |
Näytä aiemmat lainaukset

Jos nyt oltaisiin korvaamassa vaikka palkanlaskentajärjestelmää, niin näkisin että arkkitehdin pitää tietää kaikki liittymät joita järjestelmästä lähtee ja järjestelmään tulee. Hänen pitää tsekata potentiaalisten ehdokkaiden kyky tukea vastaavia integraatioita. Mutta hänen ei ole pitänyt koskaan varsinaisesti käyttää itse palkanlaskentajärjestelmää.

Vierailija
2/7 |
25.05.2016 |
Näytä aiemmat lainaukset

Kyllä minun mielestä pitäisi toimintaperiaatteet tuntea hyvin.

Sisältö jatkuu mainoksen alla
Sisältö jatkuu mainoksen alla
Vierailija
3/7 |
25.05.2016 |
Näytä aiemmat lainaukset

No eihän kukaan voi ihan kaikkea osata. Riippuu toimenkuvasta ja talon koosta. Isossa talossa riittää että kokonaisuus pysyy näpeissä ja osaa tehdä itse kriittiset asiat ja osaa hankkia tekijät eri osa-alueiden ylläpitoon. Pienemmässä talossa pitää oikesti sitten osata ratkoa itse onlmat, mutta kokonaisuus vastaavasti helpompi.

Vierailija
4/7 |
25.05.2016 |
Näytä aiemmat lainaukset

Ei pidä jokaista järjestelmää tuntea. Mutta pitää tuntea järjestemien tarpeet,,niiden alustat ja liittymät. Kyetä suunnittelemaan kokonaisuuksia, järkeistämään ja tehostamaan toimintaan. Esim jos useammassa paikassa tarvitaan samaa tietoa järjestelmästä, toteutetaan vain yksi rajapinta. Arkkitehti optiomoi myös tilannetta, tarvitaanko 10 järjestemää vai riittäisikö vähempi, toimittaako joku toimitraja useampi järjestelmiä jne.

Vierailija
5/7 |
25.05.2016 |
Näytä aiemmat lainaukset

Ei tietenkään ainakaan arkkitehdiksi tullessaan tarvitse tuntea. Kyllä siellä it-talossa löytyy rajapintakuvaukset kaikesta tarpeellisesta, niin että se mitä ei vielä tiedä, on selvitettävissä kun on tarve. 

Itse olen ison it-talon arkkitehti, ja meillä on tiimissä kymmeniä softia ylläpidossa ja pari isoa aktiivikehityksessä. En minä tosiaan muista joka softaa liittymineen ulkoa, mutta tiedän mistä dokumentaatio löytyy niin että osaan selvittää nopeasti. Ja olen aina arkkitehtinä pitänyt tarkan huolen siitä että dokumentaatio on tehty ja se pidetään ajan tasalla, joten ikäviä yllätyksiä ei juuri tule.

Vierailija
6/7 |
25.05.2016 |
Näytä aiemmat lainaukset

Vierailija kirjoitti:

Ei tietenkään ainakaan arkkitehdiksi tullessaan tarvitse tuntea. Kyllä siellä it-talossa löytyy rajapintakuvaukset kaikesta tarpeellisesta, niin että se mitä ei vielä tiedä, on selvitettävissä kun on tarve. 

Itse olen ison it-talon arkkitehti, ja meillä on tiimissä kymmeniä softia ylläpidossa ja pari isoa aktiivikehityksessä. En minä tosiaan muista joka softaa liittymineen ulkoa, mutta tiedän mistä dokumentaatio löytyy niin että osaan selvittää nopeasti. Ja olen aina arkkitehtinä pitänyt tarkan huolen siitä että dokumentaatio on tehty ja se pidetään ajan tasalla, joten ikäviä yllätyksiä ei juuri tule.

Lisään vielä että niistä itse softista joihin liittymiä on, ei tarvitse tietää käytännössä mitään. Arkkitehdin täytyy enemmämnkin tietää missä palvelimella ne on, millaiset liittymät niihin on, jne. Niitä itse ohjelmistoja pääosin kannattaa ajatella "mustina laatikoina", joista tulee sovitun rajanpinnan mukainen tuloste itse suunniteltavan ohjelmiston käyttöön, kun sitä kutsuu tietyllä tavalla, eikä vaivata päätään toisten toteuttaman ohjelmiston käytöllä tai sisäisillä toiminnoilla.

Sisältö jatkuu mainoksen alla
Vierailija
7/7 |
25.05.2016 |
Näytä aiemmat lainaukset

Vierailija kirjoitti:

Vierailija kirjoitti:

Ei tietenkään ainakaan arkkitehdiksi tullessaan tarvitse tuntea. Kyllä siellä it-talossa löytyy rajapintakuvaukset kaikesta tarpeellisesta, niin että se mitä ei vielä tiedä, on selvitettävissä kun on tarve. 

Itse olen ison it-talon arkkitehti, ja meillä on tiimissä kymmeniä softia ylläpidossa ja pari isoa aktiivikehityksessä. En minä tosiaan muista joka softaa liittymineen ulkoa, mutta tiedän mistä dokumentaatio löytyy niin että osaan selvittää nopeasti. Ja olen aina arkkitehtinä pitänyt tarkan huolen siitä että dokumentaatio on tehty ja se pidetään ajan tasalla, joten ikäviä yllätyksiä ei juuri tule.

Lisään vielä että niistä itse softista joihin liittymiä on, ei tarvitse tietää käytännössä mitään. Arkkitehdin täytyy enemmämnkin tietää missä palvelimella ne on, millaiset liittymät niihin on, jne. Niitä itse ohjelmistoja pääosin kannattaa ajatella "mustina laatikoina", joista tulee sovitun rajanpinnan mukainen tuloste itse suunniteltavan ohjelmiston käyttöön, kun sitä kutsuu tietyllä tavalla, eikä vaivata päätään toisten toteuttaman ohjelmiston käytöllä tai sisäisillä toiminnoilla.

No näin tämän vähän itsekin ajattelin. Kiitokset. -ap

Kirjoita seuraavat numerot peräkkäin: yhdeksän kolme yksi