- Liittynyt
- 13.11.2016
- Viestejä
- 1 973
Arkkitehtiroolejahan on monia erilaisia ja niillä on aika erilaiset vaatimukset, kuten @dropadrop tossa ylempänä ilmaisikin.
Joku järjestelmäarkkitehti voi hyvinkin päivittäisessä työssään olla hyvin kaukana koodista pyöritellessään jotain korkean tason (bpmn- / aktiviteetti- / skvenssi-)kaavioita joissa komponenttien välisiä riippuvuuksia määritellään. Noista kun sitten syntyy tuotteista vastaaville (tuote)arkkitehdeille vaatimuksia niin vasta he todellisuudessa ottavat kantaa siihen alla olevaan toteutukseen, joka on ennen sitä vasta määritelty aika korkealla tasolla.
Sitten voi olla vielä jotain ratkaisuarkkitehteja jotka sovittavat tuotteen ja asiakkaan omat tuotteet keskenään erinäisillä integraatioprojekteilla, ja siinä taas auttaa asiakkaan busineksen ymmärtäminen sekä tuotteen ymmärtäminen.
Organisaation koko ja ylipäätään scope jossa arkkitehtuuria määritellään vaikuttaa aika hitosti niihin teknisiin vaatimuksiin joita arkkitehdille tulee.
Joku järjestelmäarkkitehti voi hyvinkin päivittäisessä työssään olla hyvin kaukana koodista pyöritellessään jotain korkean tason (bpmn- / aktiviteetti- / skvenssi-)kaavioita joissa komponenttien välisiä riippuvuuksia määritellään. Noista kun sitten syntyy tuotteista vastaaville (tuote)arkkitehdeille vaatimuksia niin vasta he todellisuudessa ottavat kantaa siihen alla olevaan toteutukseen, joka on ennen sitä vasta määritelty aika korkealla tasolla.
Sitten voi olla vielä jotain ratkaisuarkkitehteja jotka sovittavat tuotteen ja asiakkaan omat tuotteet keskenään erinäisillä integraatioprojekteilla, ja siinä taas auttaa asiakkaan busineksen ymmärtäminen sekä tuotteen ymmärtäminen.
Organisaation koko ja ylipäätään scope jossa arkkitehtuuria määritellään vaikuttaa aika hitosti niihin teknisiin vaatimuksiin joita arkkitehdille tulee.