7‐Layer‐Software‐Architecture

Based on the mas­ter the­sis from Andre­as Mar­tens super­vi­sed be me, we defi­ned an abs­tract 7‐Layer‐Software‐Architecture. The idea behind this is to under­stand the map­ping of pos­si­ble com­pon­ents and libra­ries onto the land­s­cape of soft­ware archi­tec­tu­re. The 7‐Layer‐Software‐Architecture is also a kind of check­list for none‐functional issu­es like sta­te pro­pa­ga­ti­on and data trans­for­ma­ti­on. Each enter­pri­se app­li­ca­ti­on (and so its com­pon­ents) can be divi­ded logi­cal­ly into this 7 lay­ers. Onto or bet­ween the­se lay­ers you can find libra­ries like Hiber­na­te (OR‐Mapper bet­ween Domain Data model and Abs­tract Data model). Depen­ding on the IT archi­tec­tu­re the­se lay­ers get­ting map­ped into one or more tiers.
wei­ter…

0

Architektur‐Kriterien in Enterprise‐Anwendungen

Was benö­tigt ein Soft­ware­ar­chi­tekt um kei­ne (non-)funktionale Kri­te­ri­en einer Enterprise‐Anwendung zu über­se­hen? Gibt es hier ein Architektur‐Metamodell? Das waren die Fra­gen, die mich beschäf­tig­ten, als ich damals eine ent­spre­chen­de Diplom­ar­beit aus­schrieb. Jetzt bin ich stolz, dass mein dama­li­ger Diplo­mand Andre­as Mar­tens hier­zu sei­ne Arbeit in Buch­form gie­ßen durf­te. Der Buch­ti­tel „Architektur‐Kriterien in Enterprise‐Anwendungen — Iden­ti­fi­zie­rung, Loka­li­sie­rung, Umset­zung“ zeigt, dass das behan­del­te The­ma sehr inter­es­sant ist.
wei­ter…

2