Arquitectura de Tecnologia

El propsito de la arquitectura de
tecnologa es definir los principales tipos
de
tecnologas
necesarias
para
proporcionar
un
entorno
para
las
aplicaciones que manejan datos. El
objetivo de este captulo no es ensear
conceptos de la tecnologa - distribuidos
de computacin, redes, comunicaciones,
etc., pero para describir la forma de
gestionar esta fase como un componente
de una arquitectura global de la empresa

 La arquitectura de tecnologa no es un anlisis

de los requisitos detallados o un diseo de
redes informticas empresariales y software.
Se trata de una definicin de los tipos de
tecnologas - denominado plataformas - que
apoye el negocio con un entorno de datos
compartido. Para el negocio de gestin de
datos, plataformas tecnolgicas proporcionan
los medios para la recogida de datos de los
proveedores, transporte, almacenamiento y
procesamiento de datos, y la entrega de datos
a los clientes. Plataformas tecnolgicas son el
oleoducto y las instalaciones fsicas de la
utilidad de los datos

 La arquitectura de tecnologa corresponde a

la opinin del propietario (segunda fila) de la
columna de red del Marco Zachman para IS
Arquitecturas (ver Figura 1.6). Algunas
personas pueden decir que la identificacin
de plataformas de tecnologa va ms all de
la red logstica de negocios del segundo nivel
de la estructura. Sin embargo, el marco ha
ido evolucionando desde 1987, y los lmites
de las celdas estn sujetos a interpretacin.
La mayora de los empresarios esperan las
decisiones de la plataforma de tecnologa
como parte de un plan estratgico.

 La arquitectura de datos es un modelo

conceptual que define entidades, y la
arquitectura de aplicaciones es un modelo
conceptual que define aplicaciones. Del
mismo modo, la arquitectura de tecnologa es
un modelo conceptual que define plataformas,
no las disea. La arquitectura de tecnologa
no se debe confundir con el cuarto nivel o fila
del Marco de IS Arquitectura, el Modelo de
Tecnologa. El Modelo de Tecnologa del marco
consiste en los diseos fsicos de los datos en
un DBMS, aplicaciones en un lenguaje de
programacin, y la tecnologa con el equipo
en particular.

 Se requiere experiencia en tecnologa para esta

fase. Por lo tanto, esta fase, ms que cualquier
otro en el EAP, puede tener ms personas con
conocimientos tecnolgicos adecuados para
complementar el equipo de EAP. En algunos
proyectos de EAP, se ha establecido un equipo
independiente o subcomit para llevar a cabo
esta fase. Este equipo est formado por
expertos en tecnologa, adems de algunos
miembros del equipo de EAP. El director del
proyecto EAP debe liderar el equipo de
tecnologa de la coherencia con la arquitectura
de aplicaciones, arquitectura de datos y modelo
de negocio. Este segundo equipo no debe
definir la arquitectura de tecnologa de forma
independiente de las otras arquitecturas. Debe
definirse despus de la arquitectura de datos y
aplicaciones para asegurar que las plataformas
tecnolgicas sean razonables, factibles y
coherentes con las otras arquitecturas

CUATRO PASOS PARA ARQUITECTURA

DE TECNOLOGA

Hay cuatro pasos para la arquitectura de

tecnologa:
1. Identificar los principios y las
plataformas tecnolgicas.
2. Definir las plataformas y distribucin.
3. Relacionar las plataformas tecnolgicas
a las aplicaciones y funciones de
negocios.
4. Distribuir la arquitectura tecnolgica.

PASO 1: IDENTIFICAR LOS

PRINCIPIOS Y LAS
PLATAFORMAS
OBJETIVO
TECNOLGICAS

El propsito de este paso es identificar los

principios subyacentes a las plataformas
tecnolgicas y las plataformas potenciales
necesarias para apoyar un ambiente de toda la
empresa, un entorno de datos compartidos.
Los principios que determinan los tipos de
plataformas se definirn en el paso 2 y establecer
la direccin para la adquisicin de tecnologa.
ENTREGABLES
1. Principios de plataforma tecnolgica
2. Lista de las plataformas tecnolgicas
candidatos

TAREAS Y DIRECTRICES
TAREA 1: FORMULACIN DE PRINCIPIOS DE LA
PLATAFORMA TECNOLGICA
Evaluar las tendencias y los cambios en las tecnologas
relativas a la informtica, las comunicaciones y las
redes, dispositivos de salida de almacenamiento,
software, insumos y productos, y as sucesivamente.
Obtener descripciones y predicciones sobre las
tendencias tecnolgicas de los servicios tcnicos de
informacin, empresas de consultora, libros y
artculos. Formular principios que servirn de base
para la arquitectura de tecnologa. Considere el
modelo de negocio, arquitectura de datos, arquitectura
de aplicaciones, y las oportunidades identificadas por
el Catlogo de Recursos de Informacin, y por la gente
de negocios en la Encuesta de Empresas.

 Ejemplos de principios de la plataforma

tecnolgica adoptados por los equipos de EAP
en los ltimos aos han incluido lo siguiente:
La tecnologa cliente / servidor se utilizar
para aplicaciones e implementacin de bases
de datos.
Una interfaz grfica de usuario comn (GUI)
ser utilizado por todas las aplicaciones.
El almacenamiento de datos se utilizar la
tecnologa relacional y acceso a datos emplear
SQL.
Adherirse a las normas nacionales e
internacionales para los protocolos y mensajes
(ISO, ANSI, IEEEE, CCITT) de red. Emplear el
marco de siete capas OSI de gestin de red.

 Aplicar conceptos de sistemas abiertos, lo que

significa que los sistemas operativos deben ser
o Portable: correr a travs de mltiples
plataformas de proveedores;
o Escalable: ejecutar a travs de una amplia
gama de potencias, desde pequeas a grandes
computadores;
o Interoperable: correr en un entorno
heterogneo;
o Compatible: preservar la inversin en software
existente y permitir avances tecnolgicos que
deben integrarse con otros componentes.

 Metodologa de desarrollo del sistema debe

emplear tcnicas de orientacin a objetos, mtodos
de ingeniera de la informacin, y ser apoyado por
caso y herramientas de repositorio de anlisis de
requisitos a travs de la generacin de cdigo.
Los datos deben ser capturados una vez en su
origen.
Los datos deben ser administrados centralmente
y se mantienen para el acceso compartido. Aplicar
el concepto de almacenamiento de datos.
La informacin que se almacena en lnea estar
disponible de forma continua.
Implementar datos distribuidos y sistemas de
aplicacin. Reducir el tamao de los sistemas de tal
forma que los datos y las aplicaciones se
encuentran cerca de los usuarios de negocios.

 Mantener la seguridad de los datos, el software

y los activos de hardware en todos los niveles
de la arquitectura de tecnologa, con la
seguridad de ser lo ms transparente posible.
Asegrese de recuperacin para proteger la
continuidad de los negocios por tener
o Copias de seguridad adecuados y apropiados
de todos los datos;
o Software de comprobacin de errores
incorporada y capacidad de recuperacin, y
o La integracin y compatibilidad de hardware
con despidos para las operaciones crticas.
Integrar diversas formas de datos de
mltiples fuentes, utilizando la tecnologa
multimedia.

TAREA 2: LISTA DE LAS PLATAFORMAS

TECNOLGICAS POSIBLES.
Una descomposicin jerrquica de las plataformas tecnolgicas
se produce como parte de la documentacin de las
aplicaciones actuales y arquitecturas de tecnologa (vase el
captulo 6, el paso 2, tarea 3). Actualizacin de la plataforma
de tecnologa de descomposicin mediante la eliminacin de
plataformas obsoletas, en consonancia con los principios de la
tarea 1. La lista debe identificar el tipo de plataforma que se
utilizar sin especificar un determinado proveedor o de marca,
a menos que el producto sera obligatoria.
Recopilar las definiciones o descripciones de las plataformas
tecnolgicas en un glosario. El glosario explica las plataformas
para las personas de negocios que van a leer la arquitectura de
la tecnologa y por lo tanto deben ser escritos con ese pblico
en mente.

PASO 2. DEFINIR LAS PLATAFORMAS

TECNOLGICAS Y LA DISTRIBUCIN DE DATOS
Y APLICACIONES
PROPSITO
Despus de haber definido los principios para la
arquitectura de la tecnologa, el propsito de este
paso es determinar una estrategia para la
distribucin de aplicaciones y datos, y para definir
las plataformas tecnolgicas que se convertir en
un entorno para las aplicaciones y los datos para
apoyar el negocio
ENTREGABLES
1. Tablas y listas de distribucin de datos y
aplicaciones
2. Configuracin de las plataformas tecnolgicas
3. Evaluaciones arquitectura conceptual (opcional)

TAREAS Y DIRECTRICES
TAREA 1: LISTA DE UBICACIONES DE LA
EMPRESA.
La ubicacin de las funciones de negocio se
identific como parte del modelo de negocio.
Ubicacin fue documentada ya sea como un
atributo de una unidad de organizacin o como
una estructura jerrquica separada relacionada
con ambas unidades de organizacin y
funciones de negocios. Redes de tecnologa de
enlace generalmente unidades de la
organizacin a nivel departamental, y la
estructura. Listar los lugares de negocios, y
para cada lugar, mostrar las unidades y
funciones de la organizacin realizan.

 TAREA 2. DEFINIR LOS DATOS Y LA

DISTRIBUCIN DE LA APLICACIN.
Determinar las ubicaciones conceptuales para el
almacenamiento de datos y ejecutar aplicaciones.
Una ubicacin conceptual puede ser un lugar fsico
especfico, o puede ser una categora o grupo de
lugares. Ejemplos de lugares conceptuales son una
planta de ensamblaje, oficina ejecutiva, o (la
ubicacin actual de) un vehculo de servicio, se
refieren a las entidades en el texto de datos,
grficos, vdeo, audio, imagen, para ser utilizado
por las funciones soportadas por las aplicaciones.
Considere el propsito principal de la aplicacin
que debe ser necesario en cada ubicacin.

 TAREA 3. DEFINIR UNA CONFIGURACIN

DE LAS PLATAFORMAS TECNOLGICAS.
Una visin para el entorno de la tecnologa
se crea en esta tarea con las decisiones de
la plataforma y los principios de la etapa 1 y
los requisitos de distribucin de
datos/aplicaciones. La arquitectura
conceptual de la tecnologa debe abordar
tres niveles: el puesto de trabajo conceptual,
la red de la empresa conceptual, y la
arquitectura de los sistemas de negocio

LA RED CONCEPTUAL DE LA
EMPRESA
La red de la empresa
se compone de la informtica,
salidas, entradas, dispositivos de almacenamiento y
instalaciones de telecomunicaciones. Se llama
conceptual porque es independiente de la eleccin
de los equipos, software y servicios de
comunicaciones que podra ser usado para
implementar todo esto.
Un ejemplo de una red conceptual de la empresa es
mostrada en la figura 9.2. Cada uno de los
elementos que se muestran en esta figura tiene un
papel importante que brinda algn tipo de
informacin de apoyo a las funciones de la empresa.

LA RED CONCEPTUAL DE LA
EMPRESA
En la red conceptual de la empresa, todo
elemento informtico est conectado
directamente o indirectamente. El contacto
directo es aquella en la que dos elementos de la
red interactan directamente con los dems.
Una conexin indirecta es uno en el que se
comunican a travs de otro elemento de red.
Las cantidades reales y las ubicaciones de los
elementos de la red no son fijas. Ellos cambiarn
el tiempo dependiendo el modelo de uso,
Prioridades, y prcticas de negocio. La red
conceptual de la empresa tambin debe ser
flexible, adaptable, y acomodarse a los cambios
sin interrupcin de las operaciones.

LA ARQUITECTURA DEL SISTEMA

DE NEGOCIOS

La arquitectura del sistema de negocios es la tecnologa

es la tecnologa para la implementacin y el
mantenimiento de las aplicaciones y bases de datos de la
empresa. Una ilustracin de una arquitectura del sistema
de negocios es la figura 9.3. Estas ilustraciones suelen
mostrar mltiples capas a travs del cual se puede
acceder a los datos de la empresa.
El acceso a los sistemas de negocio del terminal de
trabajo conceptual puede ser para cinco propsitos:
1. Actualizacin de la informacin operacional crea,
cambia o actualiza los datos operacionales interactivos.
Las aplicaciones proporcionan dilogos y pantallas para
este propsito.
2. Investigar informacin operativa permite a las
aplicaciones acceder a datos de forma interactiva y ver los
datos en diversos formatos y medios de comunicacin que
han sido preparadas con anterioridad. Por ejemplo, un
usuario puede ver los datos del historial de pagos de un
cliente a travs de un nmero de cliente nico
(identificador

Por ejemplo, un usuario puede ver los datos del historial de

pagos de un cliente a travs de un nmero de cliente nico
(identificador
de la entidad) o, como alternativa, el usuario puede buscar
todos los clientes usando criterios como el apellido del
cliente.
3. Revisar reportes operacionales ayuda a los usuarios
localizar y visualizar informes lotes generados y
programados.
4. Revisar informacin Ad hoc proporciona facilidades para
el acceso a los datos empresariales con SQL o algn otro
lenguaje conveniente.
5. Investigar y actualizar reglas de negocio permite a los
usuarios autorizados editar las reglas que rigen el
funcionamiento de los sistemas de negocio.

PASO 3: RELACIONAR LAS PLATAFORMAS

TECNOLGICAS A LAS APLICACIONES Y
FUNCIONES DE NEGOCIOS.

Propsito.
Esta etapa comenzar a establecer una
justificacin de las plataformas tecnolgicas
relacionndolas con las funciones de la
empresa que utilizarn directamente.
Entregas.
1. Tablas y listas de referencias cruzadas de
la plataforma tecnolgica para las
aplicaciones.
2. Tablas y listas de referencias cruzadas de
la plataforma tecnolgica para las funciones
de negocio.

TAREA 1: RELACIONAR PLATAFORMAS TECNOLGICAS

PARA LAS APLICACIONES.

Relacionar las plataformas tecnolgicas identificadas

en el paso anterior para las aplicaciones en la
arquitectura de las aplicaciones que requieren que la
tecnologa. El grado de dependencia de una solicitud
de una plataforma tecnolgica puede indicarse con
una escala S-No, de alta moderada baja, o
numrica. La relacin se puede mostrar como una
tabla o matriz, o como una lista de referencias
cruzadas. Cuando se compara con la matriz de las
aplicaciones existentes en relacin a las plataformas
tecnolgicas, la matriz de esta tarea mostrar
nuevas plataformas para ser utilizado por las
aplicaciones
de
arquitectura
y
plataformas
existentes que sern sustituidas o descontinuados.
Estas dos matrices, actuales y futuras, son algunos
de los productos ms valiosos de la EAP que
muestran las decisiones arquitectnicas.

TAREA 2: RELACIONAR LAS PLATAFORMAS

TECNOLGICAS PARA LAS FUNCIONES DE
NEGOCIO

Las aplicaciones se relacionaron con las

funciones de negocio en el Captulo 8, el
paso 2. Combinando esa relacin con el
resultado de la tarea 1 anterior se traducir
en una relacin aproximada de las
plataformas tecnolgicas para ser utilizado
por las funciones de negocio y unidades de
organizacin (a travs de esa relacin que
se establece en el captulo 4 y 5). Con fines
de presentacin, las relaciones combinadas
pueden ser lo suficientemente bueno. El
tiempo lo permite, sin embargo, el equipo
de EAP debera revisar aquellas relaciones
implcitas debido a la composicin del
principio 80/20.

TAREA 4: EVALUAR LA ARQUITECTURA

TECNOLGICA CONCEPTUAL (OPCIONAL).
Para las empresas que tienen requisitos de
rendimiento
extremadamente
crticos
con
respecto a la tecnologa, usar el modelado de
rendimiento funcional para determinar que la
arquitectura tecnolgica conceptual cumpla
probablemente
los
requerimientos.
Las
estimaciones e hiptesis en esta etapa son
bastante
peligrosas.
Requisitos
de
alto
rendimiento pueden incluir especficamente el
nmero de transacciones, volmenes y los flujos
de comunicacin, o los tiempos de respuesta.
Modelado de rendimiento funcional puede
emplear frmulas matemticas, modelos icnicos,
simulaciones, o comparacin de situaciones.
Para esta tarea, el equipo de EAP suele
complementarse con las personas que tienen este
tipo de experiencia de modelado.

PASO 4: DISTRIBUCIN DE LA ARQUITECTURA

TECNOLGICA
El propsito de este paso es para confirmar que la
arquitectura de la tecnologa para toda la empresa es
razonable y aceptable. La arquitectura de la
aplicacin puede ser emitida simultneamente con la
arquitectura de la tecnologa como un nico
documento que abarque ambas arquitecturas.
Entregables
1. Documento de la Arquitectura tecnolgica.
2. Presentacin o reuniones con la comunidad
empresarial.
3. Las revisiones de las plataformas tecnolgicas
basadas en los comentarios del usuario.
Tareas y directrices

TAREA 1: PREPARAR EL DOCUMENTO DE

ARQUITECTURA TECNOLGICA.

Escribe introducciones que explican cada

seccin del documento. El glosario de
trminos de tecnologa se debe incluir en el
documento. Tambin se incluyen los
diagramas que ilustran el concepto de
plataforma
tecnolgica
y
de
la
configuracin de capas. El equipo EAP debe
editar los borradores de este informe para
asegurarse de que es adecuado para su
distribucin general. Ejemplo de tablas de
contenido de documentos de arquitectura
tecnolgica se presentan en el Apndice H.

TAREA 2: PREPARAR LOS MATERIALES DE

PRESENTACIN

Incluye ejemplos e ilustraciones sobre la

arquitectura de la tecnologa en la
presentacin. Comparaciones presente /
futuro pueden ser tiles para transportar el
impacto de las nuevas tecnologas. Crear
las demostraciones de nuevas capacidades
para transmitir an ms la visin del futuro.
Al crear demostraciones, tener en cuenta el
efecto de alarde publicitario; mostrar las
capacidades que son ms tiles para la
gestin y el uso de pantallas deslumbrantes
de color, ventanas, tutoriales y grficos.

 TAREA 3: PRESENTAR LA ARQUITECTURA

TECNOLGICA (ARQUITECTURA DE
APLICACIONES) PARA LA COMUNIDAD DE
NEGOCIOS HACIENDO HINCAPI EN LOS
BENEFICIOS Y LA CONSECUCIN DE
OPORTUNIDADES DE NEGOCIO Y FACTORES DE
XITO.
Al igual que con las otras arquitecturas anteriores,
recabar las opiniones y sugerencias de la comunidad
empresarial respecto a las decisiones de arquitectura
de tecnologa. Asegrese de que la arquitectura de la
tecnologa es generalmente aceptable antes de
proceder con la fase de Plan de Implementacin.

 Las presentaciones y reuniones en esta etapa

deben ser informales. Esta es una agenda sugerida
para una reunin con un ejecutivo de negocios:
1. Describir los ltimos cambios en el modelo de
negocios relacionados con su funcin.
2. Revisar los datos y las arquitecturas de
aplicacin y su influencia en la arquitectura de
tecnologa.
3. Describir los principios y oportunidades de la
tecnologa.
4. Presentar la arquitectura de tecnologa y discutir
las ventajas y desventajas de las decisiones.

 5. Discutir los requisitos de negocio

adicionales y sus implicaciones.
6. Si es necesario, ponerse de acuerdo
sobre los cambios para hacer las
arquitecturas aceptables.
7. Indicar cuando nuevas observaciones
y sugerencias deben ser devueltos.
8. Describir los pasos de la fase del Plan
de Implementacin

 Discutir las implicaciones y los posibles

cambios para la organizacin, polticas y
procedimientos para un entorno de datos
compartido. Revisar la integridad de los
datos y los requerimientos de seguridad
para los negocios. Explicar el plan de
implementacin desarrollado en la
siguiente fase ser responder a preguntas
como Cundo se implementarn las
arquitecturas? Quin va a
implementarlas? y Cunto costara?

 TAREA 4: REVISE LA ARQUITECTURA

DE LA TECNOLOGA PARA ADAPTARSE
A LAS SUGERENCIAS Y COMENTARIOS
DE LA COMUNIDAD EMPRESARIAL
El equipo EAP debe revisar todos los
comentarios y sugerencias sobre la
arquitectura tecnolgica. Las revisiones se
pueden incorporar para hacer las
arquitecturas aceptables, siempre que siga
siendo factible a un costo razonable.