Servicios de Arquitectura de DBAccess

1. Established
1988
Enfoque
y
Servicios
Unidad
de
Arquitectura
e
Innovación
Evolucione
a
la
plataforma
tecnológica
requerida
por
su
negocio
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

2. Agenda
• La
Realidad
de
las
Gerencias
de
TI
• ¿Qué
necesita
el
Negocio?
• El
Enfoques
DBAccess
• Áreas
de
Servicio
de
Arquitectura
• Servicio
de
Arquitectura
Empresarial
• Servicio
de
Diseño
de
Arquitectura
Meta
• Algunas
Experiencias
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

3. Realidades
en
Agenda
de
las
Gerencias
de
TI
Dificultad
en
aprobación
de
los
Dificultad
para
generar
la
presupuestos
de
TI
información
requerida
è
No
se
comprende
como
TI
è
Se
cuenta
con
los
datos
pero
agrega
valor
al
negocio
la
integración
es
un
problema
Dificultad
creciente
para
Hay
obsolescencia
tecnológica
realizar
los
cambios
solicitados
pero
no
siempre
está
claro
por
el
negocio
hacia
dónde
y
cómo
migrar
èSistemas
de
tamaño
y
èFalta
de
visión
tecnológica
complejidad
alta
Los
Mempos
del
mercado
para
introducir
nuevos
productos
apalancados
en
la
tecnología
son
cada
vez
menores
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

4. Factores
Externos
a
TI
Condiciones Oportunidades Variables Situación Correlación de
del mercado de negocio geopolíticas del país fuerzas mundiales
Nuevas Situación
tecnologías actual de
información
Mejores
prácticas
Nuevos
estándares
Situación
Nuevas actual de
soluciones Tecnología
Plan de Objetivos Indicadores Capacidades
negocio y metas del negocio internas
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

5. Necesidades
Actuales
del
Negocio
Acceso
a
la
…
Agilidad
Información
Innovación
…
Mayor
velocidad
para
Tener
disponibilidad
de
la
Un
entorno
ágil
responder
a
las
demandas
información
y
que
ésta
habilita
una
cultura
y
de
todos
los
clientes,
sea
confiable,
actualizada
ambiente
férLl
para
la
transformarse
y
adaptarse
e
íntegra
generación
de
ideas
a
dichas
demandas
El
camino
hacia
una
organización
ágil
desde
la
tecnología:
Ø Crear
una
infraestructura
flexible
y
fuerte
para
soportar
las
aplicaciones
centrales.
Ø Integrar
las
aplicaciones
de
negocios.
Ø Simplificar
y
automaLzar
siempre
que
se
pueda.
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

6. Realidad
y
Utopía
¿¿¿InverMr
esfuerzo
en
prácMcas
de
Arquitectura
es
una
respuesta
sensata
al
día
a
día
arrollador
y
las
presiones
del
negocio???
VA Enterprise DATA FUNCTI ON NETWORK PEOPLE TIME MOTIVATION Based on work by
Architecture What How Where Who When Why John A. Zachman
SCOPE Things Important Processes Business Important Ev ents Significant Business Goals SCOPE
(CONTEXTUAL) to the Business Performed locations Organizations to the Business and Strategy (CONTEXTUAL)
Planner Entity = Class of Function = Class of Node = Major People = Major Time = Major Ends/Means = Planner
Business Thing Business Process Business Locations Organizations Business Event Major Business Goals
ENTERPRISE Semantic Model Business Process Business Logistics Work Flow Model Master Schedule Business Plan ENTERPRISE
MODEL Model System MODEL
(CONCEPTU AL) (CONCEPTU AL)
Owner Ent = Business Entity Proc = Business Process Node = Business Location People = Organization Unit Time = Business Event End = Business Objectiv e Owner
Rel = Business Relationship I/O = Business Resources Link = Business Linkage Work = Work Product Cycle = Business Cycle Means = Business Strategy
SYSTEM MODEL Logical Data Application Distributed System Human Interface Processing Business Rule SYSTEM MODEL
(LOGICAL) Model Architecture Architecture Architecture Structure Model (LOGICAL)
Designer Ent = Data Entity Proc = Application Function Node = IS Function People = Role Time = System Event End = Structural Assertion Designer
Rel = Data Relationship I/O = User Views Link = Line Characteristics Work = Deliv erable Cycle = Processing Cycle Means = Action Assertion
TECHNOLOGY Physical Data System Technology Presentation Control Rule TECHNOLOGY
MODEL Model Design Architecture Architecture Structure Design MODEL
(PHYSICAL) (PHYSICAL)
Builder Ent = Segment/Table Proc = Computer Function Node = Hardware/Softw are People = User Time = Ex ecute End = Condition Builder
Rel = Pointer/Key I/O = Data Elements/Sets Link = Line Specifications Work = Screen Format Cycle = Component Cycle Means = Action
DETAILED Data Program Netw ork Security Timing Rule DETAILED
REPRESENTATIONS Definition Architecture Architecture Definition Design REPRESENTATIONS
(OUT-OF-CONTEXT) (OUT-OF-CONTEXT)
Sub-Contractor Ent = Field Proc = Language Statement Node = Addresses People = Identity Time = Interrupt End = Sub-Condition Sub-Contractor
Rel = Address I/O = Control Block Link = Protocols Work = Job Cycle = Machine Cycle Means = Step
FUNCTIONING Data Function Netw ork Organization Schedule Strategy FUNCTIONING
ENTERPRISE ENTERPRISE
Ent = Proc = Node = People = Time = End =
Rel = I/O = Link = Work = Cycle = Means =
DATA FUNCTI ON NETWORK PEOPLE TIME MOTIVATION
What How Where Who When Why
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

7. ¿Cómo
aplicar
las
PrácMcas?
ATLAS
"FARNESE
ATLAS"
Museo
Archeologico
Nazionale
di
Napoli,
Italia
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

8. …de
las
Necesidades
a
los
Enfoques
AE
Dificultad
en
aprobación
de
los
VA Enterprise
Architecture
DATA
What
FUNCTI ON
How
NETW ORK
Where
PEOPLE
Who
TI ME
When
MOTI VATI ON
Why
Based on work by
John A. Zachman
presupuestos
de
TI
S COPE Things Important Processes Business Important Ev ents Significant Business Goals S COPE
(CONTEX TUAL) to the Business Performed locations Organizations to the Business and Strategy (CONTEX TUAL)
Planner Entity = Class of Function = Class of Node = Major People = Major Time = Major Ends/Means = Planner
Business Thing Business Process Business Locations Organizations Business Event Major Business Goals
ENTERPRI S E Semantic Model Business Process Business Logistics Work Flow M odel Master Schedule Business Plan ENTERPRI S E
MODEL Model System MODEL
(CONCEPTU AL) (CONCEPTU AL)
Owner Ent = Business Entit
y Proc = Business Process Node = Business Location People = Organization Unit Time = Business Event End = Business Objectiv e Owner
?
Rel = Business Relationship I/O = Business Resources Link = Business Linkage Work = Work Product Cycle = Business Cycle Means = Business Strategy
S YS TEM MODEL Logical Data Application Distributed System Hum an Interface Processing Business Rule S YS TEM MODEL
(LOGI CAL) M odel Architecture Architecture Architecture Structure Model (LOGI CAL)
Designer Ent = Data Entit
y Proc = Application Function Node = IS Function People = Role Time = System Event End = Structural Assertion Designer
Rel = Data Relationship I/O = User Views Link = Line Characteristics Work = Deliv erable Cycle = Processing Cycle Means = Action Assertion
TECHNOLOGY Physical Data System Technology Presentation Control Rule TECHNOLOGY
MODEL M odel Design Architecture Architecture Structure Design MODEL
(PHYSI CAL) (PHYSI CAL)
Builder Ent = Segment/Table Proc = Computer Function Node = Hardware/Soft are People = User
w Time = Ex ecute End = Condition Builder
Rel = Pointer/Key I/O = Data Element
s/Sets Link = Line Specifications Work = Screen Format Cycle = Component Cycle Means = Action
Dificultad
creciente
para
realizar
DETAI LED Data Program Net ork
w Security Timing Rule DETAI LED
REPRES ENTATI ONS Definition Architecture Architecture Definition Design REPRES ENTATI ONS
(OUT-OF-CONTE XT) (OUT-OF-CONTE XT)
Sub-Contractor Ent = Field Proc = Language Statement Node = Addresses People = Identity Time = Interrupt End = Sub-Condition Sub-Contractor
Rel = Address I/O = Control Block Link = Protocols Work = Job Cycle = Machine Cycle Means = Step
FUNCTI ONI NG Data Function Net ork
w Organization Schedule Strategy FUNCTI ONI NG
ENTERPRI S E ENTERPRI S E
los
cambios
solicitados
por
el
Ent = Proc = Node = People = Time = End =
Rel = I/O = Link = Work = Cycle = Means =
DATA FUNCTI ON NETW ORK PEOPLE TI ME MOTI VATI ON
What How Where Who When Why
negocio
Los
Mempos
del
mercado
para
introducir
nuevos
productos
son
cada
vez
menores
Dificultad
para
generar
la
información
requerida
Hay
obsolescencia
tecnológica
pero
no
siempre
está
claro
hacia
dónde
y
cómo
migrar
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

9. …de
las
Necesidades
a
los
Enfoques
AE
Dificultad
en
aprobación
de
los
Áreas
de
Acción
presupuestos
de
TI
1. Mantenimientos
que
consumen
el
Dificultad
creciente
para
realizar
presupuesto
los
cambios
solicitados
por
el
2. Quiebres
entre
tecnología
y
negocio
negocio
3. Riesgos
Operacionales/Financieros
Los
Mempos
del
mercado
para
introducir
nuevos
productos
son
4. Vistas
de
Información
necesarias
cada
vez
menores
5. Áreas
más
dinámicas
del
negocio
6. Elementos
tecnológicos/información
Dificultad
para
generar
la
información
requerida
que
le
restan
agilidad
a
la
organización
Hay
obsolescencia
tecnológica
7. Potencial
de
reducir
complejidad
o
pero
no
siempre
está
claro
hacia
dónde
y
cómo
migrar
heterogeneidad
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

10. …de
las
Necesidades
a
los
Enfoques
AE
Áreas
de
Acción
VA Enterprise
Architecture
S COPE
DATA
What
Things Important
FUNCTI ON
How
Processes
NETW ORK
Where
Business
PEOPLE
Who
Important
TI ME
When
Ev ents Significant
MOTI VATI ON
Why
Business Goals
Based on work by
John A. Zachman
S COPE
to the Business Performed locations Organizations to the Business and Strategy
1. Mantenimientos
que
consumen
el
(CONTEX TUAL) (CONTEX TUAL)
Planner Entity = Class of Function = Class of Node = Major People = Major Time = Major Ends/Means = Planner
Business Thing Business Process Business Locations Organizations Business Event Major Business Goals
ENTERPRI S E Semantic Model Business Process Business Logistics Work Flow M odel Master Schedule Business Plan ENTERPRI S E
MODEL Model System MODEL
(CONCEPTU AL) (CONCEPTU AL)
Owner Ent = Business Entit
y Proc = Business Process Node = Business Location People = Organization Unit Time = Business Event End = Business Objectiv e Owner
Rel = Business Relationship I/O = Business Resources Link = Business Linkage Work = Work Product Cycle = Business Cycle Means = Business Strategy
S YS TEM MODEL Logical Data Application Distributed System Hum an Interface Processing Business Rule S YS TEM MODEL
(LOGI CAL) M odel Architecture Architecture Architecture Structure Model (LOGI CAL)
presupuesto
Designer Ent = Data Entit
y Proc = Application Function Node = IS Function People = Role Time = System Event End = Structural Assertion Designer
Rel = Data Relationship I/O = User Views Link = Line Characteristics Work = Deliv erable Cycle = Processing Cycle Means = Action Assertion
TECHNOLOGY Physical Data System Technology Presentation Control Rule TECHNOLOGY
MODEL M odel Design Architecture Architecture Structure Design MODEL
(PHYSI CAL) (PHYSI CAL)
Builder Ent = Segment/Table Proc = Computer Function Node = Hardware/Soft are People = User
w Time = Ex ecute End = Condition Builder
Rel = Pointer/Key I/O = Data Element
s/Sets Link = Line Specifications Work = Screen Format Cycle = Component Cycle Means = Action
DETAI LED Data Program Net ork
w Security Timing Rule DETAI LED
REPRES ENTATI ONS Definition Architecture Architecture Definition Design REPRES ENTATI ONS
(OUT-OF-CONTE XT) (OUT-OF-CONTE XT)
Sub-Contractor Ent = Field Proc = Language Statement Node = Addresses People = Identity Time = Interrupt End = Sub-Condition Sub-Contractor
Rel = Address I/O = Control Block Link = Protocols Work = Job Cycle = Machine Cycle Means = Step
2. Quiebres
entre
tecnología
y
negocio
FUNCTI ONI NG Data Function Net ork
w Organization Schedule Strategy FUNCTI ONI NG
ENTERPRI S E ENTERPRI S E
Ent = Proc = Node = People = Time = End =
Rel = I/O = Link = Work = Cycle = Means =
DATA FUNCTI ON NETW ORK PEOPLE TI ME MOTI VATI ON
What How Where Who When Why
3. Riesgos
Operacionales/Financieros
4. Vistas
de
Información
necesarias
5. Áreas
más
dinámicas
del
negocio
6. Elementos
tecnológicos/información
que
le
restan
agilidad
a
la
organización
7. Potencial
de
reducir
complejidad
o
heterogeneidad
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

11. El
Impacto
en
el
Negocio…
• La
plataforma
tecnológica
impacta
directamente
en
los
costos
de
operación
y
Lempos
de
ejecución
de
los
procesos
de
negocio.
• La
plataforma
tecnológica
es
responsable
de
ofrecer
de
forma
oportuna
y
confiable
las
vistas
de
información
que
el
negocio
requiere
para
su
toma
de
decisiones.
• La
estabilidad
de
la
plataforma
tecnológica
está
directamente
relacionada
con
los
riesgos
operaMvos
y
financieros
del
negocio.
• La
usabilidad
y
los
Lempos
de
respuesta
de
los
sistemas
de
información
Lenen
el
potencial
de
mejorar
o
entorpecer
la
efecMvidad
de
los
usuarios
en
sus
acLvidades
diarias.
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

12. Capas
de
la
Arquitectura
La Arquitectura de Negocio
• Objetivos describe e interrelaciona
• Misión/Visión misión, visión, objetivos y
Arquitectura de • Unidades estrategia junto con los
Organizacionales procesos core y las unidades
Negocio • Procesos del negocio y sus
• Indicadores interacciones
• Modelos de Datos
La Arquitectura de Información
• Dominios de describe los modelos de datos,
Arquitectura de Información cómo la información de negocio
Información • Ciclo de vida es manejada por las aplicaciones
• Gobernabilidad y los sistemas de información del
negocio
• Aplicaciones La Arquitectura de Tecnología
• Bases de datos describe los componentes
Arquitectura de • Redes tecnológicos, tanto de hardware
Tecnología • Modelos físicos como de software, presentes en
• Servidores la Organización y las respectivas
interacciones entre ellos
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

13. Áreas
de
Servicio
El
diseño
de
la
arquitectura
meta
de
un
área
de
negocio
requiere
un
análisis
exhausLvo
de
la
plataforma
existente,
sus
fortalezas
y
debilidades,
la
dinámica
de
mantenimiento,
la
expectaLva
y
feedback
de
sus
usuarios.
El
contexto
de
negocio
e
inversión
proporcionan
también
información
muy
valiosa
que
pemiLrá
diseñar
una
plataforma
alineada
con
las
necesidades
reales
del
negocio.
PrácLcas
de
gobernabilidad
Arquitectura
Empresarial
DiagnósLco
de
madurez
PrácLcas
de
gesLón
de
portafolio
Diseño
de
arquitectura
meta
de
áreas
de
negocio
Arquitectura
de
Solución
CerLficación
de
calidad
de
producto
IdenLficación
de
brechas
Levantamiento/Definición
de
procesos
de
negocio
Arquitectura
de
Negocio
AutomaLzación
de
procesos
de
negocio
IdenLficación
de
dominios
de
información
Arquitectura
de
Información
Analisis
de
dispersión
de
datos
Definición
de
estándares
tecnológicos
Arquitectura
de
Tecnología
Análisis
de
capacidades
de
plataforma
instalada
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

14. Arquitectura
Empresarial
ü Gobernabilidad
de
la
Plataforma
Tecnológica
ü Control
de
AcLvos
de
Tecnología
ü Inversión
enfocada
en
los
elementos
ü Mejor
comunicación
con
el
Negocio
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

15. ObjeMvos
del
Servicio
A través de la prestación de servicios de Arquitectura Empresarial, DBAccess
ayuda al cliente en el logro de los siguientes objetivos:
Conformar una plataforma tecnológica que de al
negocio la agilidad y efectividad requerida
Definir mecanismos de gobernabilidad que permitan
el control y evolución
Implantar una dinámica de mejora continua
Establecer mecanismos para que la inversión en
tecnología y los cambios en la plataforma sean
acciones alineadas con el cumplimiento de las metas
Mejorar la visibiildad que tienen las áreas de negocio
sobre el estado de la plataforma y proover mayor
alineación sobre las prioridades
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

16. Servicio de AE de DBAccess
Enfoque
de
Servicio
Fase
de
Fase
de
Fase
de
Alineación
Fase
de
Diseño
Evolución
DiagnósLco
Estratégica
ConLnua
Información
Información
Información
Tecnología
Tecnología
Tecnología
Negocio
Negocio
Negocio
DBAccess plantea un modelo de AE basado en las mejores prácticas de las industria; TOGAF,
Zachman, Gartner, NASCIO, etc. Este modelo permite de forma práctica y asimilable trabajar en
artefactos específicos en las diferentes aristas Información, Negocio y Tecnología, construyendo
paso a paso elementos para la conformación de una plataforma tecnológica estable y confianble
atendiendo las necesidades del Negocio.
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

17. AcMvos
base
para
obtener
Beneficios
de
AE
Negocio
Organización
• Procesos
de
negocio
a
alto
nivel
• Declaración
conjunta
de
todos
los
• ObjeLvos
y
estrategias
de
negocio
involucrados
sobre
la
necesidad
de
vigentes
incorporar
nuevas
prácLcas.
Tecnología
• Claridad
y
acuerdo
en
las
necesidades
• Stack
de
tecnologías
estándares
de
negocio
que
moLvan
la
iniciaLva
• Inventario
de
componentes
de
la
• PrácLca
de
medición
de
los
objeLvos
plataforma
tecnológica
de
la
iniciaLva
• Procesos
de
gobernabilidad
de
los
• Trazabilidad
de
los
procesos
de
acLvos
definidos
negocio
a
las
aplicaciones
a
la
infraestructura
• PrácLcas
repeLbles
de
aplicación
de
los
Información
acLvos
• PrácLca
que
genere
sinergia
entre
• SemánLca
target
común
gesLón
de
portafolios
y
arquitectura
• Modelos
conceptuales
generales
con
empresarial
responsables
por
dominio
• Métricas
de
fallas
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

18. Arquitectura
de
Solución
La
Arquitectura
da
respuesta
a
problemas
y
requerimientos
específicos
a
través
del
diseño
de
aplicaciones
y
sistemas
de
información.
Planteamientos
en
las
áreas
de
negocio,
información
y
tecnología
dan
respuesta
iProvides the
lFoundation for Betterecesarios
para
una
solución
exitosa.
EA
ntegral
a os
elementos
n
Implementation Decisions EA Provides the Foundation for Better
Implementation Decisions
EA provides the foundational principles, guidelines, standards and constraints
that enable implementation teams to make better decisions. foundational principles, guidelines, standards and constraints
EA provides the
that enable implementation teams to make better decisions.
AC Water Media
AC Water Media
EA is not implementation.
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio
EA is not implementation.

19. Tracks
de
Trabajo
El
diseño
de
la
arquitectura
meta
de
un
área
de
negocio
requiere
un
análisis
exhausLvo
de
la
plataforma
existente,
sus
fortalezas
y
debilidades,
la
dinámica
de
mantenimiento,
la
expectaLva
y
feedback
de
sus
usuarios.
El
contexto
de
negocio
e
inversión
proporcionan
también
información
muy
valiosa
que
pemiLrá
diseñar
una
plataforma
alineada
con
las
necesidades
reales
del
negocio.
El
negocio
es
la
razón
de
la
existencia
de
la
tecnología,
comprender
Análisis
de
Negocio
sus
procesos
y
metas
es
fundamental
para
diseñar
una
plataforma
alineada
con
las
expectaLvas
Lograr
que
la
información
de
la
organización
esté
disponible
Arquitectura
de
Información
oportunamente
depende
de
la
capacidad
de
reconocerla
y
manejarla
de
forma
integral
La
plataforma
tecnológica
actual
Lene
fortalezas
y
Arquitectura
de
Tecnología
debilidades,
se
debe
comprender
lo
existente
y
aprovechar
lo
bueno,
así
como
escuchar
a
sus
usuarios
Las
aplicaciones
que
conforman
la
plataforma
Diseño
de
Arquitectura
Meta
tecnológica
dan
respuesta
a
los
planteamientos
de
las
arquitecturas
de
negocio
e
información
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

20. Track
1:
Arquitectura
de
Negocios
• Comprensión
de
Procesos
de
Negocio
La
plataforma
tecnológica
es
un
medio
que
sirve
a
la
fluidez,
eficiencia,
pracLcidad
y
mejora
de
costos
del
negocio
al
que
soporta.
El
diseño
de
una
arquitectura
meta
parte
de
la
comprensión
de
ese
negocio
a
través
de
sus
principales
procesos.
• IdenMficación
de
ObjeMvos
y
ExpectaMvas
del
Negocio
Se
debe
conocer
las
iniciaLvas
estratégicas
relacionadas
con
el
área
de
negocio
que
se
analiza,
las
metas
y
objeLvos,
las
expectaLvas
de
los
involucrados.
Indicadores
de
gesLón,
PKIs,
etc.,
todos
elementos
fundamentales
para
diseñar
en
función
de
las
necesidades
reales
del
negocio.
• IdenMficacion
de
Involucrados
y
Actores
Los
actores
y
áreas
responsables
ejecutan
los
procesos
de
negocio
en
la
organización,
cada
uno
requiere
diferentes
vistas
de
información
y
parLcipan
en
diferentes
momentos
en
los
procesos.
Definir
perfiles
permiLrá
gesLonar
la
información
e
idenLficar
fronteras
en
las
soluciones.
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

21. Track
2:
Arquitectura
de
Información
• Dominios
de
Información
IdenLfica
los
dominios
de
información
del
área.
Agrupaciones
conceptuales
de
elementos
que
son
de
un
mismo
fin
o
propósito.
Describe
su
objeLvo,
responsables,
estructuras,
etc.
• Representación
de
Relaciones
entre
Dominios
Los
dominios
de
información
lejos
de
ser
islas
están
relacionados
y
son
dependientes
entre
si.
Entender
estas
relaciones
es
parte
de
la
realidad
de
la
información
• Análisis
de
Dispersión
de
Datos
Un
primer
análisis
de
fragmentación
de
los
dominios
de
información
a
través
de
los
repositorios
esicos.
• Flujos
de
Información
con
otras
Áreas
IdenLficación
de
la
información
que
es
requerida
por
esta
área
o
es
consumida
por
otras.
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

22. Track
3:
Arquitectura
de
Tecnología
• Análisis
de
la
Plataforma
Tecnológica
Actual
IdenLficación
de
soluciones
tecnológicas
existentes
en
el
área.
Para
cada
solución
se
comprenderá
o
levantará
el
propósito,
los
actores
que
la
uLlizan
y
la
información
que
consulta
o
uLliza.
• Cobertura
de
Procesos
de
Negocio
/
Grado
de
AutomaMzación
El
mapeo
entre
las
soluciones
tecnológicas
y
los
procesos
de
negocio
nos
da
información
del
grado
de
automaLzación
de
un
área
y
sus
necesidades.
El
propósito
del
sistema
y
su
verdadero
aporte
se
ven
reflejados
en
este
análisis.
• Integración
con
otras
Áreas
IdenLficar
los
esquemas
de
integración
y
transmisión
de
datos
con
soluciones
de
otras
áreas;
patrones,
tecnologías,
frecuencias,
volúmenes
de
información,
etc.
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

23. Track
4:
Diseño
de
Arquitectura
Meta
• IdenMficación
de
Sistemas
de
Información
Definición
de
soluciones
de
alto
nivel
que
conforman
la
plataforma
tecnológica
del
área
en
función
de
principios
de
alta
cohesión
y
bajo
acoplamiento,
propósito
común
y
mantenibilidad.
• Atributos
de
Calidad
Esperados
(ISO
–
9126)
La
norma
ISO
–
9126
establece
los
atributos
de
calidad
del
sohware.
En
función
de
las
necesidades
del
negocio
se
establecen
las
caracterísLcas
esperadas
de
las
soluciones;
alta
disponibilidad,
seguridad,
recuperabilidad,
auditabilidad,
etc.
• Arquitectura
de
Sistemas
Diseñar
las
arquitecturas
de
alto
nivel
de
las
soluciones
a
través
de
sus
diferentes
vistas.
IdenLficación
de
componentes
principales,
flujos
de
información,
tecnología
base
requerida,
etc..
Es
ideal
contar
adicionalmente
con
una
arquitectura
de
referencia.
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio

24. Track
4:
Diseño
de
Arquitectura
Meta
• Esquemas
de
Integración
Diseño
de
patrones
de
integración
de
datos
entre
las
soluciones
del
área
y
las
soluciones
de
otras
áreas.
Definición
de
mecanismos
para
su
implementación.
Federación,
consolidación,
servicios,
en
Lempo
real
vs.
lotes,
son
todas
alternaLvas
con
ventajas
y
desventajas
según
cada
caso.
• Plan
de
Migración
/
Roadmap
Diseño
de
un
camino
natural
de
migración
de
la
arquitectura
actual
a
la
arquitectura
propuesta
a
través
de
un
proceso
iteraLvo,
minimizando
los
riesgos
operaLvos.
Es
importante
analizar
la
necesidad
de
elementos
temporales
que
permitan
la
coexistencia
de
elementos
actuales
y
propuestos
en
etapas
intermedias.
DBAccess.com
–
Innovación
que
agrega
valor
a
su
Negocio