onsdag 19. november 2014

, , , ,

Hva er artefakter, leveranser og byggeklosser i TOGAF rammeverk for virksomhetsarkitektur?


Leveranse

En leveranse er ofte et arbeidsprodukt som alle interessenter formelt er enige om, gjerne i et prosjekt. Leveranser i dokumentert form blir ofte arkivert i Arkitektur Databasen som en referansemodell, standard eller øyeblikksbilde av arkitekturlandskapet på et gitt tidspunkt.

Artefakt

En artefakt er et mer detaljert arkitekturprodukt som beskriver en gitt type arkitektur. Typiske eksempler er nettverksdiagram, server spesifikasjon eller use-case spesifikasjon. Artefakter defineres generelt som lister, matriser (som viser relasjoner) og diagrammer. En leveranse inneholder typisk mange artefakter. Artefaktene danner innholdet i Arkitektur Databasen.

(c) - OpenGroup

Byggekloss

En byggekloss representerer en (mulig gjenbrukbar) komponent av forretning, IT eller arkitektonisk kapasitet som kan kombineres med andre byggeklosser for å danne arkitektur og løsninger. Byggeklosser kan defineres på ulike detaljnivåer avhengig av stadier i utvikling av arkitekturen. Byggeklosser kan relateres til arkitekturer eller løsninger.

Architecture Building Blocks (ABB) beskriver gjerne kravene som danner grunnlaget for spesifikasjon av Solution Building Blocks (SBB).

Solution Building Block (SBB) representerer et komponent som benyttes til å implementere nødvendig kapasitet. Eksempelvis så er et nettverk en byggekloss som kan beskrives gjennom komplementerende artefakter.



Forfatter: Unknown - 23:28

mandag 17. november 2014

, ,

Felles rammeverk for virksomhetsarkitektur i departementene?

Difi har tidligere gjort tilgjengelig informasjon om deres erfaringer med TOGAF i linken nedenfor.

Difi erfaringer med TOGAF

Hva er status i 2014?  Er det laget en tilpasset versjon av TOGAF tilsvarende det som er gjort med PRINCE2 og Prosjektveiviseren?


Forfatter: Unknown - 23:08

Hva kreves for å innføre en funksjonell virksomhetsarkitektur?

Poenget med virksomhetsarkitektur er involvering på tvers av organisasjonene. Det er derfor svært vanskelig å ta ut de store gevinstene ved å forsøke å innføre dette uten en plan. Det kan imidlertid være mye å hente ved og sette seg inn i de forskjellige produktene og leveransene i rammeverket man ønsker å benytte.

Normalt skal det kartlegges og etableres nåsituasjon på områder som teknologi, informasjon, applikasjon og forretning. Ved å utvikle noen av basisproduktene innenfor et område man interesserer seg for lærer man mye og man vil få mye å tilføre et EA prosjekt på et senere tidspunkt.


Forfatter: Unknown - 22:33