Tipos de Frameworks

 Tipos de frameworks: 1.

1. Framewo rameworks rks priv privado ados: s: – EA IBM Framework :

A partir de los resultados obtenidos con la implementacin de EA en las or!ani"aciones nace la Academia de Estudio de Tecnolo!#a Tecnolo!#a de IBM de$ne las Ar%uitecturas Empresariales como: &EA es una disciplina %ue de$ne ' sostiene las iniciativas de ar%uitectura de los modelos( la !obernabilidad ' la transicin necesaria a los !rupos semi)autnomos para coordinar e$ca"mente los ne!ocios comunes ' * o metas de TI.+ Esta de$nicin fue dise,ada cuidadosamente buscando resaltar %ue EA m-s %ue una ar%uitectura es una disciplina. EA se destina tambin a la captura de las necesidades para vincular la estrate!ia de una empresa de ne!ocios con sus pro!ramas de cambio a travs de la de$nicin de: Modelos de ar%uitectura para capturar la estructura deseada de la empresa /a travs de una ar%uitectura de ne!ocios0 ' para par a proporcionar una especi$cacin clara de cmo varios pro'ectos ' pro!ramas deben eplotar la tecnolo!#a de la informacin /por conducto com2n( ' epl#cita( ' las ar%uitecturas de TI0. Mecanismos( tales como el !obierno de la ar%uitectura ' la plani$cacin ' !estin del cambio( para a'udar a plani$car( coordinar ' controlar todas las partes del ne!ocio( ase!urando %ue todos apunten a punten en la misma direccin. El IBM Enterprise Arc3itecture Framework se basa en e n tres pilares de ar%uitectura( la ar%uitectura del ne!ocio( la ar%uitectura de TI( ' el !obierno de la ar%uitectura. IBM EA Framework se de$ne como la funcin de plani$cacin entre formulacin de estrate!ias ' la entre!a. 



4a Fi!ura 1 representa el e l Framework desarrollado por la Academia de Tecnolo!#a Tecnolo!#a de estudio de EA de IBM( el cual aborda todos los conceptos mencionados en la de$nicin propuesta ' muestra cmo el IBM EA Framework se posiciona como el v#nculo entre la estrate!ia empresarial /tanto de ne!ocio ' de TI0 ' el funcionamiento de ne!ocios medio ambiente ' la infraestructura de TI.

Figura 1 IBM EA Framework

EA es m-s %ue una ar%uitectura( se entiende %ue la ar%uitectura es slo una parte de lo %ue se inclu'e cuando se considera IBM EA Framework. En particular( EA inclu'e la ar%uitectura( el !obierno( ' el roadmap. 4a Fi!ura 5 muestra estos blo%ues de construccin de EA ' cmo in6u'en e interact2an con pro'ectos en desarrollo para alcan"ar los ob7etivos de ne!ocio.

Fi!ura 5. Blo%ues del IBM EA Framework El Framework establecido por IBM facilita el desarrollo ' la aplicacin de las EA ' se compone de varios dominios como se muestra en la Fi!ura 8.

Fi!ura 8 9ominios del IBM EA Framework El mtodo de desarrollo de Ar%uitecturas Empresariales de IBM( conocido como IBM EA Met3od( se describe en trminos de de$nicin de est-ndares de los productos de traba7o( de identi$cacin de sus entradas*salidas ' plantillas( apo'-ndose en un con7unto de buenas pr-cticas. Esto conduce a la creacin de la Ar%uitectura Empresarial de IBM( %ue como vimos anteriormente est- compuesta por una Ar%uitectura de e!ocios( una Ar%uitectura de TI( una planeacin de la transicin ' un ;obierno de Ar%uitectura.

Fi!ura <.

=iclo de desarrollo del IBM EA Framework IBM( tiene dentro de su portafolios( diferentes productos %ue facilitan la aplicacin del IBM EA Framework dentro de las or!ani"aciones( al!unos de estos son: IBM B>M ?uite( implementado principalmente con @ebsp3eere ational ?'stem Arc3itect uines son IBM EA FrameworkC  

9ubai =ustoms  Dans3a ;lobe Telecom IBM..entre otras El IBM EA Framework( se apo'a principalmente en las !u#as de T;AF( ' le presenta a sus clientes sus productos para facilitar su implementacin.    

5.

– ?A> EA Framework:

A> Enterprise Arc3itecture Framework es una etensin del T;AF Framework espec#$camente dise,ado para apo'ar la adopcin efectiva de las soluciones de empa%uetado en la Empresa rientada a ?ervicios

POR QUÉ BASARSE EN TOGAF?

G Hn mtodo $able ' probado para el desarrollo de la Ar%uitectura empresarial. G Es un est-ndar Abierto. G Es proveedor neutral. G T;AF es considerado como el framework m-s relevante /
Características del SAP EA Framework  GFramework estrat!ico de EA. G9ise,ado para ser implementado sobre todas las obli!aciones empresariales. GAdaptacin al los re%uerimientos espec#$cos de la empresa ' el ne!ocio. G>ermite el mane7o oportuno de puntos ar%uitecturales cr#ticos. GEnfo%ue especi$co sobre soluciones ' es%uemas de ne!ocio con proveedores de mtodos( servicios ' 3erramientas. GEnfocado 3acia las necesidades del clientes.

SAP EA Framework

Como!e!tes de SAP EA Framework  4os componentes %ue conforman el ?A> EA Framework son: GEstrate!ias del ne!ocio ' re%uerimientos( alimenta a las ar%uitecturas GAr%uitectura de e!ocios: =ompuesta por los procesos de ne!ocio( 6u7os de traba7o(  Transacciones ' colaboracin

GAr%uitectura de Aplicaciones: =ompuesta por los ?istemas de Informacin( los servicios ' casos de uso funcionales GAr%uitectura de 9atos: 9atos( ob7etos de ne!ocio( ?e!uridad e inte!ridad de la informacin. GAr%uitectura de Tecnolo!#a: ardware( ?ervidores( len!ua7es de pro!ramacin( ?istemas operativos e infraestructura de red G>ro!ramas ' >ro'ectos: son alimentados por los componentes de las ar%uitecturas.

Componentes del SAP EA Framework

CONTR"BUC"#N $E SAP EA FRA%E&OR' A TOGAF ()* En el 5.KKN ?A> 3ace una etensin a T;AF( la cual se ilustra en la si!uiente ima!en:

SAP Extensions

BENEF"C"OS G Apo'a los cambios m-s r-pido del ne!ocios a travs de pro'ectos m-s pe%ue,os ' -!iles. G>ermite implementaciones a la medida)sin poner en peli!ro el n2cleo de la plataforma. G>roporciona soporte de TI para el ne!ocio !enerando la me7or combinacin de innovacin en soluciones. GApo'o a cadenas de valor m-s comple7as ' -!iles( aprovec3ando el poder de Enterprise ?A

8.

– EA racle Framework:

QUÉ ES EA SEG+N CAPGE%"N"? Hna ar%uitectura empresarial traduce los ob7etivos estrat!icos ' la visin de una empresa en un plan reali"able para los ne!ocios ' el cambio de la informacin. $ESARRO,,O =ap!emini a'uda a las or!ani"aciones a desarrollar su Ar%uitectura Empresarial( en estrec3a colaboracin con las empresas ' con la TI( a comprender los factores impulsores del ne!ocio( la visin ' cmo esto debe re6e7arse en la ar%uitectura empresarial. Traba7an en colaboracin con las partes claves interesadas para entender su ne!ocio ' los retos tecnol!icos de los %ue la ar%uitectura de la empresa se pueden derivar. A travs del uso de su Ar%uitectura Marco Inte!rado( se 3ace un pra!m-tico enfo%ue comprobado para el desarrollo de la ar%uitectura empresarial con un len!ua7e com2n( para %ue los ar%uitectos empresariales puedan traba7ar 7untos con ma'or e$cacia tanto a travs de =ap!emini( como con sus cliente.

$ESP,"EGUE Hna ve" %ue la ar%uitectura empresarial se 3a de$nido para proporcionar la situacin $nal de la visin( es importante para !aranti"ar la ar%uitectura empresarial ' se utili"a para !uiar los pro'ectos( %ue un pro!rama de cambio se de$na ' se promul!ue para mover el ne!ocio 3acia este ob7etivo( ' reconocer %ue la ar%uitectura tendr- %ue cambiar con el tiempo a medida %ue las nuevas presiones ' oportunidades dentro ' fuera de la empresa avancen. A travs del uso de su Ar%uitectura Marco Inte!rado( los modelos ' los resultados $nales de la ar%uitectura empresarial puede ser utili"ados como materia prima en la Ar%uitectura de ?oluciones. GOBERNAB","$A$ =ap!emini a'uda a las or!ani"aciones a desarrollar el pro!rama de cambio( dise,ar ' crear el modelo de !obernan"a para !aranti"ar %ue la ar%uitectura empresarial sea capa" de entre!ar valor al ne!ocio( ' pueda se!uir 3acindolo si las circunstancias cambian. >ara a%uellas or!ani"aciones %ue no tienen capacidad para una ar%uitectura empresarial ( pueden a'udar a desarrollarlas. Ar-.itect.ra de %arco "!te/rado "AF 0"!te/rated Arc1itect.re Framework2 >ara %ue la ar%uitectura pueda ofrecer un valor real( una visin inte!ral ' 3ol#stica es esencial( %ue uno se pueda conectar con todos los diferentes tipos de ar%uitecturas ( a travs de un marco ' un vocabulario com2n( a travs de las distintas comunidades. Es por eso %ue =ap!emini a optado por un modelo llamado IAF. =ap!emini 3a desarrollado su enfo%ue de la ar%uitectura propia %ue cubre ne!ocio( informacin ' tecnolo!#a desde 1OO8. Este enfo%ue( o marco( %ue se llama Ar%uitectura de Marco Inte!rado /IAF0( 3a sido desarrollado a partir de la eperiencia ' pr-ctica de los ar%uitectos en pro'ectos para clientes de todo el !rupo. Este modelo se enfoca b-sicamente en lo %ue 3ablamos anteriormente %ue es el desarrollo( desplie!ue ' !obernabilidad de la Ar%uitectura Empresarial a desarrollar. Adem-s de estar conectado con la Ar%uitectura de Marco de ?ervicios( ' con ecelentes 3erramientas de  TI. "AF ES3 G Hn marco !lobal %ue permite a =ap!emini ofrecer soluciones l#deres en el mercado. G 1KKJ adaptable a las necesidades espec#$cas de nuestros clientes. G Escalable desde pro'ectos individuales a la transformacin de toda la empresa. G econocida como l#der en el mercado tanto por los analistas /Forrester( ;artner( I9=0 ' principales actores del mercado /Microsoft( >( =isco( ?A>( etc.0. G Hna ar%uitectura o mtodo reconocido en T3e pen ;roup como un reconocido &mtodo de Ar%uitectura de TI + en su =erti$cacin de ar%uitectura de TI de /=IAT0 del pro!rama en 5KKL.

IAF Capgemini

A3ora( 'a m-s de 15 a,os( la IAF 3a evolucionado en base a la eperiencia del mundo real de altos profesionales de la ar%uitectura en =ap!emini( ' si!ue prestando especial 3incapi en la necesidad de comprender las necesidades de ne!ocios ' de todos los aspectos de la ar%uitectura. Este marco de la ar%uitectura( as# como la formacin ' los pro!ramas de certi$cacin disponibles( se ase!ura de %ue nuestros ar%uitectos estn me7or e%uipados para llevar a cabo una amplia !ama de desa$antes pro'ectos.

5. Frameworks ?emipropietarios:  – Pac3man EA Framework(EA8 =ube: El =ubo de EA 8 fue desarrollado en 5KK<( por ?cott bernardQs.?e!2n Bernard entonces las metas de ne!ocios son el motor de cmo la ar%uitectura Empresarial est- dise,ada. El =ubo de EA8 se basa en la funcin principal de or!ani"ar ' plani$car los recursos de  TI ' la documentacin de la ar%uitectura empresarial ' esta construido en cinco capas.

El Cubo de EA3

?us compontentes verticales son:

G4as l#neas de ne!ocio( son una divisin o una manera de la or!ani"acin de producir un producto o servicio %ue los clientes pueden 3acer uso( ' son ?us componentes 3ori"ontales son: Gb7etivos e iniciativas G>roductos ' ?ervicios G9atos e Informacin G?istemas ' Aplicaciones Gedes e infraestructura

8. Frameworks pen:  – T;AF: T3e pen ;roup Arc3itecture Framework: Es un framework para Ar%uitecturas Empresariales desarrollado por T3e pen ;roup ) T;AF ' si!ni$caT3e pen ;roup Arc3itecture Framework. Es una 3erramienta para asistir en la aceptacin( produccin( uso ' mantenimiento de ar%uitecturas empresariales (basandose en un modelo de proceso iterativo soportado por buenas pr-cticas ' un con7unto reusable de activos ar%uitecturales eistentes. 4a primera versin de T;AF fue desarrollada en 1OO( basada en TAFIM )Tec3nical Arc3itecture Framework for Information Mana!ement) del 9epartamento de 9efensa de los Estados Hnidos . 4a 2ltima versin es T;AF O.K publicado en Enero de 5KKO. Es un framework de EA %ue se puede complementar ' ser usado en unin con otros frameworks %ue son m-s espec#$cos en al!unos sectores como ;obierno( Manufactura(  Telecomunicaciones( 9efensa ' Finan"as.  T;AF Arc3itecture 9evelopment Met3od /A9M0( es el mtodo en el %ue T;AF desarrolla sus ar%uitecturas diri!idas 3acia las necesidades del ne!ocio.

Pri!ciales como!e!tes de TOGAF – A9M /Arc3itecture 9evelopment Met3od0: >rovee un n2mero de fases para el desarrollo de la ar%uitectura basada en un ciclo ( provee una narrativa para cada fase( %ue permite describir cada fase en trminos de ob7etivos( enfo%ue( entradas( fases ' salidas. 4as entradas ' salidas proveen una de$nicin de la estructura del contenido del framework ' los entre!ables( provee res2menes para !estionar el cumplimiento de re%uisitos

A9M de T;AF =ada una de las fases de este A9M( tiene sus propios entre!ables. – ;HRA? D TS=I=A? >AA A9M ) ?on las !u#as ' tcnicas %ue soportan la aplicacin de A9M . Estas !u#as se puede adaptar a diferentes escenarios( por estilo de proceso /p.e. iterativo0 o para una ar%uitectura especi$ca /p.e. se!uridad0 . 4as tcnicas soportan tareas especi$cas dentro de A9M /tales como principios( escenarios de ne!ocios( an-lisis de brec3as( planeacin de la mi!racin( !estin de ries!os( etc.0 – FAME@ 9E4 =TEI9 9E 4A AHITE=THA: >rovee un modelo detallado de los productos %ue produce la ar%uitectura mediante entre!ables( artefactos dentro de los entre!ables ' ABBs /Arc3itecture Buildin! Blocks0

– ETE>I?E =TIHMM D EMIETA?) >rovee un modelo para estructurar un repositorio virtual. >rovee mtodos para la clasi$car los artefactos de la solucin ' de la ar%uitectura( mostrando como los diferentes artefactos se relacionan ' como pueden ser reusados . ?e basa en los modelos ' ar%uitecturas eistentes /patrones( modelos( descripciones ar%uitectnicas( etc.0 dentro de la empresa o en la industria( las cuales se pueden almacenar para el desarrollo de la ar%uitectura.

– FAME@ 9E =A>A=I9A9 9E 4A AHITE=THA: Es el con7unto de recursos( !u#as( plantillas( antecedentes( etc( %ue son provistos para a'udar al ar%uitecto a establecer una pr-ctica ar%uitectnica dentro de una or!ani"acin.

4os productos de T;AF( se a!rupan en 8 cate!or#as: – ETE;AB4E: es el producto de traba7o %ue esta contractualmente de$nido ' %ue es revisado( acordado ' $rmado por los actores. 4a unin de estos entre!ables forma un pro'ecto. – ATEFA=T: es un producto de traba7o m-s !ranular %ue describe una ar%uitectura desde un punto de vista. E7emplos: dia!rama de red( especi$cacin de un servidor( una especi$cacin de un caso de uso. ?e subdivide en: =atalo!os /listas de cosas0( Matrices /relaciones entre cosas0 ' 9ia!ramas /pinturas de cosas0 – B4HE =?TH=TIU: representa un componente /potencialmente reusable0 de ne!ocios( de tecnolo!#a de informacin( o una capacidad ar%uitectural %ue combina otros blo%ues constructivos. 4os blo%ues constructivos pueden ser de$nidos a varios niveles: ABBs /Arc3itecture Buildin! Blocks0 t#picamente describen la capacidad re%uerida en la forma de ?BBs /?olution Buildin! Blocks0 %ue representan componentes %ue son usados para implementar una capacidad re%uerida

<. Framworks para r!ani"aciones Estatales: )FEAF: Federal Enterprise Arc3itecture Framework( 99AF