Principios de arquitectura

Los principios de arquitectura son uno de los resultados de la fase preliminar. Son
reglas generales y lineamientos destinados a ser duraderos y raramente
modificados. Informan y soportan la medida en la cual la organización desarrolla y
lleva a cabo su misión.

Cada principio de arquitectura debería ser claramente relacionado con los

objetivos del negocio y las guías clave de la arquitectura.

Tomando como base los principios ofrecidos por TOGAF y las características
particulares de las

A continuación

Principios de Negocio

Nombre Primacía de los principios

Referencia P.Negocio1
Enunciado Estos principios de manejo de información aplican para todas
las organizaciones dentro de la empresa.
Fundamento La única manera en que nosotros podemos dar un nivel
consistente y medible de la calidad de la información a
quienes toman las decisiones es si todas las organizaciones
acatan los principios.
Repercusiones  Sin este principio, exclusiones, favoritismo e inconsistencia
rápidamente debilitará la gestión de la información.
 Las iniciativas de gestión de la información no deberán
empezar hasta que ellas sean examinadas conforme con
los principios.
 Un conflicto con un principio será resuelto cambiando el
framework de la iniciativa.

Tabla 1 Principio de Negocio 1

Nombre Maximizar el beneficio para la empresa

Referencia P.Negocio2
Enunciado Las decisiones de gestión de la información están hechas
para proporcionar el máximo beneficio a la empresa como un
todo.
Fundamento Este principio representa la frase "servicio por encima de sí
mismo". Las decisiones tomadas desde una perspectiva de
toda la empresa tienen un mayor valor a largo plazo de las
decisiones tomadas desde cualquier punto de vista
organizativo particular. El máximo rendimiento de la inversión
(ROI) requiere decisiones de manejo de la información para
ser agregados a los manejadores (drivers) y a las prioridades
de toda la empresa. Ningún grupo minoritario irá en contra de
los beneficios del todo. Sin embargo, este principio no
excluirá ningún grupo minoritario de hacer su trabajo.
Repercusiones  Lograr el máximo beneficio de toda la empresa requiere
cambios en la forma como se planea y gestiona la
información. La tecnología por sí sola no puede hacer nada
para generar este cambio.
 Algunas organizaciones deberán conceder sus propias
preferencias por el mayor beneficio de toda la empresa.
 Las prioridades del desarrollo de aplicaciones deben estar
establecidas por toda la empresa para toda la empresa.
 Los componentes de las aplicaciones deben ser
compartidos a través de todas las fronteras
organizacionales.
 Las iniciativas de gestión de la información deben ser
realizadas en concordancia con el plan de empresa. Las
organizaciones individuales deben perseguir las iniciativas
de gestión de la información, las cuales conforman los
planos y prioridades establecidas por la empresa.
Cambiaremos el plan si se requiere.
 En el caso que surjan las necesidades, las prioridades
deben ser ajustadas. Un foro con una representación
suficiente de todas las partes de la empresa debe tomar
estas decisiones.

Tabla 2 Principio de Negocio 2

Nombre La gestión de la información es asunto de todos

Referencia P.Negocio3
Enunciado Todas las organizaciones de la empresa participan en las
decisiones de gestión de la información requeridas para el
cumplimiento de los objetivos de negocio.
Fundamento Los usuarios de la información son las partes interesadas
principales, o clientes, que hacen aplicación de tecnología y
que direccionan una necesidad del negocio. Con el fin de
garantizar que la gestión de información está alineada con el
negocio, todas las organizaciones de la empresa deben estar
involucradas en todo lo que componga el ambiente de la
información.
Los expertos del negocio en toda la empresa y el personal
técnico responsable del desarrollo y mantenimiento del
ambiente de la información necesitan agruparse como un
equipo y conjuntamente definir las metas y objetivos de TI.
Repercusiones  Para funcionar como un equipo cada parte interesada, o
cliente deberá aceptar la responsabilidad en el desarrollo
del ambiente de la información.
 El compromiso de recursos será requerido en la
implementación de este principio.
Tabla 3 Principio de Negocio 3

Nombre Continuidad del negocio

Referencia P.Negocio4
Enunciado Las operaciones de la empresa se mantienen a pesar de las
interrupciones del sistema.
Fundamento Mientras que el sistema de operaciones se vuelva más
persuasivo, seremos más dependientes de él. De acuerdo
con esto, debemos considerar la confiabilidad de dichos
sistemas mediante su diseño y uso.
Las premisas del negocio a través de la empresa deben ser
dadas por la capacidad de continuar sus funciones en el
negocio independientemente de los eventos externos.
Errores de hardware, desastres naturales y la corrupción de
datos no deben interrumpir ni detener las actividades de la
empresa. Las funciones de negocio de la empresa deben ser
capaces de operar con mecanismos alternativos de entrega
de información.
Repercusiones  La dependencia de aplicaciones de sistemas compartidas
demuestran que los riesgos de interrupción del negocio
deben ser establecidos de antemano y gestionados. La
gestión incluye pero no se limita a revisiones periódicas,
pruebas de vulnerabilidad y exposición, o el diseño de
servicios de misión crítica para asegurar la continuidad de
la función del negocio mediante redundancia o capacidad
alternativa.
 Recuperabilidad, redundancia y mantenibilidad deben estar
dirigidas en el momento en que sean diseñadas.
 Las aplicaciones deben ser evaluadas según su criticidad e
impacto en la misión de la empresa, con el fin de
determinar el nivel de continuidad requerido y qué plan
correspondiente de recuperación es necesario.
Tabla 4 Principio de Negocio 4

Nombre Uso común de las aplicaciones

Referencia P.Negocio5
Enunciado El desarrollo de las aplicaciones utilizadas en la empresa
tiene preferencias sobre el desarrollo de aplicaciones
similares o que dupliquen a las anteriores, las cuales son
proveídas únicamente a una organización particular que
hacen parte de la empresa.
Fundamento La capacidad duplicada es costosa y prolifera el conflicto
entre datos.
No se debe permitir tener aplicaciones particulares de un
departamento a otro que hacen lo mismo pero de distinta
forma ya que permite la misma destrucción de la información
Repercusiones  Las organizaciones que dependen de una capacidad que
no sirve a toda la empresa, deben ser cambiadas a una
capacidad en reemplazo orientada hacia toda la empresa.
Esto requiere el establecimiento y la adhesión a una política
que así lo requiera.
 A las organizaciones no les será permitido desarrollar
capacidades para su propio uso, que sean similares o
dupliquen capacidades que estén orientadas hacia toda la
empresa. De esta manera, no se realizarán gastos en
recursos innecesarios para desarrollar esencialmente la
misma capacidad de diferentes formas desagregadas unas
de otras.
 Los datos y la información usados para apoyar la toma de
decisiones de la empresa deberán estar estandarizados a
una extensión mayor que la anterior. Esto es porque las
más pequeñas capacidades organizacionales las cuales
producen diferentes datos (que no están compartidas en
todas las organizaciones) serán reemplazadas por las
capacidades que abarcan toda la empresa. El ímpetu de
adicionar al conjunto de capacidades de toda la empresa
deberá provenir de una organización que genere un caso
convincente para el valor de los dato u información
previamente producida por esta capacidad organizacional,
pero la capacidad resultante se convertirá en parte del
sistema a de toda la empresa y la data que éste produce
será compartida a través de toda la empresa.

Tabla 5 Principio de Negocio 5

Nombre Orientación hacia el Servicio

Referencia P.Negocio6
Enunciado La arquitectura está basada en un diseño de servicios que
reflejan las actividades empresariales del mundo real
incluyendo los procesos de negocio de la empresa y entre las
empresas.
Fundamento La orientación al servicio genera agilidad a la empresa y el
flujo de la información sin barreras.
Implicaciones  La representación del servicio utiliza la descripción del
negocio para proveer contexto (por ejemplo, procesos de
negocio, objetivos, el estado, las políticas, la interfaz de
servicio, y el componente de servicio) e implementa los
servicios utilizando la orquestación de servicios.
 La orientación al servicio establece requerimientos únicos
en la infraestructura y las implementaciones deben utilizar
estándares abiertos para realizar la interoperabilidad y la
transparencia de ubicación.
 Las implementaciones son específicas del entorno, ellas
están restringidas o permitidas por el contexto y deben ser
descritas dentro de un contexto.
 Una gobernabilidad fuerte de la implementación y
representación del servicio es necesaria.
 Es necesaria una prueba de fuego la cual determine qué
tan bueno es un servicio.

Tabla 6 Principio de Negocio 6

Nombre Cumplimiento con la Ley

Referencia P.Negocio7
Enunciado Los procesos de gestión de información de la empresa
cumplen con todas las regulaciones, políticas y leyes
relevantes.
Fundamento Las políticas de la empresa acatan las leyes, políticas y
regulaciones. Esto no excluye mejoras en los procesos de
negocio que lleven a cambios en las políticas y las
regulaciones.
Implicaciones  La empresa siempre ha de tener en mente el cumplimiento
con leyes, regulaciones y políticas externas, en la
recolección, retención y manejo de datos.
 La educación y el acceso a las reglas. La eficiencia, la
necesidad y el sentido común no son las únicas guías. Los
cambios en las leyes y en las regulaciones deben manejar
o direccionar los cambios en los procesos y aplicaciones.
Tabla 7 Principio de Negocio 7

Nombre Responsabilidad TI
Referencia P.Negocio8
Enunciado La organización de TI es responsable por la tenencia e
implementación de los procesos de TI y la infraestructura que
genere soluciones que satisfagan los requisitos definidos por
el usuario para funcionalidad, niveles de servicio, costos y
tiempos de entrega.
Fundamento Una alineación efectiva de las expectativas con las
capacidades y los costos de manera que todos los proyectos
sean efectivos en costos.
Soluciones eficientes y eficaces tienen costos razonables y
excelentes beneficios.
Implicaciones  Un proceso debe ser creado para priorizar proyectos.
 La función de TI debe definir los procesos para gestionar
las expectativas de las unidades de negocio.
 Los modelos de tecnología, datos y aplicaciones deben
crearse para permitir soluciones integradas de calidad y
para maximizar los resultados.
Tabla 8 Principio de Negocio 8

Nombre Protección de la Propiedad Intelectual

Referencia P.Negocio9
Enunciado La propiedad intelectual de la empresa debe ser protegida.
Esta protección debe reflejarse en la arquitectura de TI, en su
implementación y en los procesos de gobernabilidad.
Fundamento La mayor parte de la propiedad intelectual de una empresa se
encuentra alojada en el dominio de TI
Repercusiones  Mientras la protección de los activos de propiedad
intelectual es un asunto de todos, gran parte de la
protección real se implementa en el dominio de TI. Aún los
procesos que no involucran TI pueden ser gestionados por
procesos de TI (por ejemplo: correo electrónico,
memorandos, etc.)
 Una política de seguridad que involucre tanto humanos
como actores de TI, requerirá que pueda mejorar
sustancialmente la protección de la propiedad intelectual.
Esta debe ser capaz de evitar el compromiso de la
propiedad intelectual y reducir los riesgos de exponerla.
 Los recursos dispuestos en tales políticas pueden
encontrarse en el SANS Institute (refiérase a
www.sans.org/security-resources/policies/)

Tabla 9 Principio de Negocio 9

Principios de Datos

Nombre Los datos son un activo

Referencia P.Datos1
Enunciado Los datos son un activo que tiene valor para la empresa y son
manejados como tal.
Fundamento Los datos son un recurso valioso corporativo, que tienen valor
real y medible. En términos simples, el propósito de los datos
es ayudar en la toma de decisiones. La data es precisa, los
datos a tiempo son fundamentales para tomar decisiones
oportunas. La mayoría de los activos de la empresa son
manejados cuidadosamente, los datos no son una excepción.
Los datos son el fundamento de nuestra toma de decisiones,
por lo que también se deben manejar con cuidado para
asegurar que sepamos en dónde están, que podamos confiar
en su exactitud y poder obtenerlos cuando y en donde los
necesitemos.
Repercusiones  Este es uno de los tres principios estrechamente
relacionados con respecto a los datos:
 Los datos son un activo.
 Los datos se comparten.
 Los datos son fácilmente accesibles.
 La implicación es que hay una tarea educacional necesaria
para asegurar que todas las organizaciones dentro de la
empresa entiendan la relación entre el valor de los datos, la
compartición de los datos y la accesabilidad a los datos.
 Los administradores deben tener la autoridad, es decir,
gestionar los datos por los cuales ellos deben dar cuenta.
 Debemos hacer una transición cultural de pensar en el
dueño de los datos a pensar en el administrador de los
datos.
 El rol del administrador de los datos es crítico debido a que
datos obsoletos, incorrectos o inconsistentes pueden
filtrarse al personal de la empresa y afectar de manera
adversa las decisiones en toda la empresa.
 Parte del rol de quien maneja los datos es asegurar la
calidad de los mismos. Se deben desarrollar procesos y ser
utilizados para prevenir y corregir errores en la información
y para mejorar los procesos que producen información
errónea. La calidad de los datos requiere ser medida en
pasos requeridos para la mejora de los datos mismos. Es
probable que las políticas y los procesos requieran ser
desarrolladas para ello también.
 Un foro con un conjunto representativo de la empresa debe
decidir sobre los cambios de procesos, sugeridos por el
administrador.
 Ya que los datos son un activo de valor para toda la
empresa, los administradores de los datos responsables del
manejo adecuado de los datos deben ser asignados a nivel
de la empresa.
Tabla 10 Principio de Datos 1

Nombre Los datos son compartidos

Referencia P.Datos2
Enunciado Los usuarios tienen acceso a los datos necesarios para
desarrollar sus deberes. Esto quiere decir que los datos se
comparten en todas las funciones y organizaciones de la
empresa.
Fundamento El acceso oportuno a datos precisos es esencial para mejorar
la calidad y eficiencia de la toma de decisiones en la
empresa. Es menos costoso mantener los datos actualizados
y precisos en una sola aplicación y compartirlos, que
mantener datos duplicados en múltiples aplicaciones.
La empresa mantiene en su poder una gran cantidad de
datos, que se almacenan en cientos de bases de datos
incompatibles. La velocidad de recopilación de datos, su
creación, su transferencia y su asimilación está manejada por
la habilidad de la organización para compartir de manera
eficiente esas islas de datos a través de toda la organización.
Los datos compartidos se traducirán en mejores decisiones
desde que nosotros confiemos en pocas (al final sola una
virtual) fuentes de datos más precisos y gestionados a tiempo
para toda nuestra toma de decisiones. Los datos compartidos
electrónicamente generarán un incremento de eficiencia, si
las entidades de datos existentes puedan ser utilizadas sin
realizar cambios para crear nuevas entidades.
Repercusiones  Este es uno de tres principios relacionados de manera
cercana en cuanto a datos: la data es un activo, es
compartida y es fácilmente accesible. La implicación es
que existe una tarea educacional para asegurarse que
todas las organizaciones entre la empresa entiendan la
relación entre el valor de la data, la compartición de la
data y el acceso a la data.
 Para permitir el intercambio de datos debemos desarrollar
y cumplir el conjunto de políticas, procedimientos y
normas que rigen la gestión y el acceso a los datos en el
corto y el largo plazo.
 Para el corto plazo, para preservar nuestra importante
inversión en sistemas heredados, tenemos que invertir en
software capaz de migrar los datos del sistema heredado
en un entorno de datos compartido.

 También será necesario desarrollar modelos de datos

estándar, elementos de datos, y otros metadatos que
definen a este entorno compartido y desarrollar un sistema
de depósito para el almacenamiento de estos metadatos
para hacerlos accesibles.

 Para el largo plazo, ya que los sistemas heredados son

reemplazados, debemos adoptar y hacer cumplir las
políticas de acceso a datos comunes y orientaciones para
los nuevos desarrolladores de aplicaciones para asegurar
que los datos en las nuevas aplicaciones siguen estando
disponibles para el ambiente compartido y que los datos
en el entorno compartido pueden seguir siendo utilizados
por las nuevas aplicaciones.

 Para ambos, el corto y el largo plazo, hay que adoptar

métodos y herramientas comunes para crear, mantener y
acceder a los datos compartidos en toda la empresa.
Tabla 11 Principio de Datos 2

Nombre Los datos son accesibles

Referencia P.Datos3
Enunciado Los datos son accesibles a los usuarios para poder realizar sus
funciones.
Fundamento Amplio acceso a los datos conduce a la eficiencia y la eficacia
en la toma de decisiones, y ofrece respuesta oportuna a las
solicitudes de información y prestación de servicios. El uso de
información debe considerarse desde una perspectiva
empresarial para permitir el acceso a ésta por una gran
variedad de usuarios. Se ahorrará el tiempo del personal y los
datos serán más consistentes.
Repercusiones  Este es uno de tres principios relacionados de manera
cercana en cuanto a datos: la data es un activo, es
compartida y es fácilmente accesible. La implicación es que
existe una tarea educacional para asegurarse que todas las
organizaciones entre la empresa entiendan la relación entre
el valor de la data, la compartición de la data y el acceso a
la data.

La accesibilidad involucra la facilidad con la que los usuarios

obtienen información.
La forma en que la información se accede y se muestra debe
ser lo suficientemente adaptable para satisfacer una amplia
gama de usuarios de la empresa y sus correspondientes
métodos de acceso.
El acceso a los datos no constituye el entendimiento de los
datos. El personal debe tener precaución de no mal interpretar
la información.
El acceso a los datos no necesariamente otorga los privilegios
de acceso de usuario para modificar o divulgar los datos. Esto
requerirá un proceso de educación y un cambio en la cultura
organizacional, la cual actualmente soporta la creencia en la
"propiedad" de los datos por unidades funcionales.
Tabla 12 Principio de Datos 3

Nombre Administrador de Datos

Referencia P.Datos4
Enunciado Cada elemento de datos tiene un responsable por la calidad de
la data.
Fundamento Uno de los beneficios de un ambiente con arquitectura es la
capacidad de compartir datos a través de la empresa. A
medida que el grado de intercambio de datos crece y unidades
de negocio se basan en la información común, es esencial que
sólo el administrador de datos tome las decisiones sobre el
contenido de los datos. Debido a que los datos pierden
integridad cuando son ingresados en múltiples ocasiones, el
administrador de datos será el único responsable del ingreso
de datos lo cual elimina el error de redundancia humana y de
los recursos de almacenamiento de datos.
Nota: Un administrador es diferente de un ___. Un
administrador es responsable por la precisión y la actualización
de los datos, mientras que las responsabilidades de un ___
pueden ser ampliar e incluir estandarizaciones de datos y
tareas de definición.
Repercusiones Un tutelaje real en los datos disuelve los problemas
relacionados con la propiedad de los datos y permite que los
datos estén disponibles para satisfacer todas las necesidades
de los usuarios. Esto implica que debe haber un cambio
cultural del concepto de la propiedad de los datos hacia la
tutela de los datos.

El administrador de datos será responsable de cumplir con las

exigencias de calidad impuestas a los datos de los cuales es
responsable. Es esencial que el administrador de datos tenga
la capacidad de proporcionar confianza al usuario en los datos
con base en atributos como la "fuente de datos".
Es esencial identificar la verdadera fuente de datos en orden
de que la autoridad del dato pueda ser asignada bajo la
responsabilidad de este administrador. Esto no quiere decir
que las fuentes clasificadas sean reveladas y tampoco quiere
decir que la fuente será el administrador.

La información debe ser capturada electrónicamente una vez e

inmediatamente validada de manera más directa posible con la
fuente. Medidas de control de calidad deben ser
implementadas para asegurar la integridad de los datos.

Como resultado del intercambio de datos en toda la empresa,

el administrador de datos está a cargo y es responsable por la
precisión y actualidad de los datos asignados a él y debe
reconocer la importancia de esta responsabilidad de tutelaje.
Tabla 13 Principio de Datos 4

Nombre Vocabulario común y definiciones de datos

Referencia P.Datos5
Enunciado Los datos se definen consistentemente en toda la empresa, y
las definiciones son comprensibles y deben estar disponibles
para todos los usuarios.
Fundamento Los datos que se utilizarán en el desarrollo de aplicaciones
deben tener una definición común en toda la Sede para
permitir el intercambio de datos. Un vocabulario común
facilitará las comunicaciones y permitirá un diálogo efectivo.
Además, se requiere para los sistemas de interface y los
intercambios de datos.
Repercusiones Normalmente nos quedamos con el concepto de que esta
problemática se aborda adecuadamente porque existe gente
cuyo trabajo es administrar los datos y foros con acuerdos
implicando responsabilidades. Se debe hacer un esfuerzo
significativo adicional y disponer de recursos para realizar esta
tarea. Esto es clave para el éxito de los esfuerzos de mejorar el
ambiente de la información. Esto se encuentra separado pero
relacionado con el problema de definición de datos la cual es
direccionada por una amplia comunidad. Esto es más como un
vocabulario común y una definición.

La empresa debe establecer el vocabulario común inicial para

el negocio. Las definiciones se utilizarán de manera uniforme
en toda la empresa.
Siempre que se requiera una nueva definición de datos, el
esfuerzo de definición será coordinado y conciliado con el
"glosario" corporativo de descripciones de datos. El
administrador de datos empresariales proporcionará esta
coordinación.
Las ambigüedades resultantes de múltiples definiciones
parroquiales de datos deben dar paso a las definiciones y la
comprensión de datos aceptados por toda la empresa.

Varias iniciativas de estandarización de datos deben ser

coordinadas.
Responsabilidades funcionales de la administración de datos
deben ser asignadas.

Tabla 14 Principio de Datos 5

Nombre Seguridad de los datos
Referencia P.Datos6
Enunciado Los datos están protegidos del uso y divulgación no
autorizados. Además de los aspectos tradicionales de la
clasificación de seguridad nacional esto incluye pero no está
limitado a la protección de información para la toma de
decisiones, información de fuente sensible e información
propietaria.

Fundamento Libre intercambio de información y la divulgación de

información a través de la legislación pertinente debe
equilibrarse con la necesidad de restringir la disponibilidad de
la información clasificada, patentada y confidencial.

Las leyes y regulaciones existentes requieren salvaguardar la

seguridad nacional y la privacidad de los datos al mismo
tiempo que permiten el acceso libre y abierto. Información
predecisional (trabajo en progreso pero todavía no autorizado
para salir a la luz) debe ser protegida para evitar la
especulación, malinterpretación e uso inapropiado.
Repercusiones Las agregaciones de datos clasificadas o no, crean un gran
blanco que requiere revisión y procesos de reclasificación para
mantener control apropiado. Los propietarios de los datos y/o
usuarios funcionales deben determinar cuál es la agregación
de datos que resulta en un nivel de clasificación mayor.
Necesitaremos políticas apropiadas y procedimientos para
manejar esta revisión y reclasificación. El acceso a la
información basado en una política de “necesito saber” forzará
las revisiones regulares del cuerpo de la información.

La práctica actual de tener sistemas separados para contener

diferentes necesidades de clasificación de la información debe
ser replanteada. ¿Existe una solución de software para separar
los datos clasificados y no clasificados? ¿La solución actual de
hardware es inmanejable, ineficiente y costosa? Es más caro
manejar información no clasificada dentro de un sistema de
información clasificada. Actualmente la única manera de
combinar estas dos es colocar la información no clasificada en
el sistema de información clasificada donde permanece.

En orden de proveer proceso adecuado a la apertura de la

información mientras se mantienen la seguridad de esta, la
seguridad necesita ser identificada y desarrollada al nivel de
los datos y no de la aplicación.

Los protectores de la seguridad de los datos pueden

establecerse para restringir los accesos a solamente ver o
nunca ver. La sensibilidad del etiquetado para el acceso a la
información predecisional, decisional, clasificada, sensibles o
propietaria, debe ser determinado.

Debe designarse la seguridad dentro de los elementos de

datos desde el principio, no puede ser añadida después. Los
sistemas, la data y las tecnologías deben ser protegidas de un
acceso de datos no autorizado y de la manipulación. Los
Tabla 15 Principio de Datos 6
Principios de Aplicación

Nombre Independencia Tecnología

Referencia P.Aplicación1
Enunciado Las aplicaciones son independientes de opciones específicas
de tecnología y por lo tanto pueden operar en una variedad de
plataformas tecnológicas.
Fundamento La independencia de las aplicaciones de la tecnología
subyacente permite que las aplicaciones sean desarrolladas,
actualizadas y operadas de la manera más económica y
oportuna posible.
Por otro lado la tecnología que es sujeto de obsolescencia
continua y de dependencia del vendedor, se convierte en la
guía en lugar de los requisitos de los usuarios como tales.
Al darse cuenta de que cada decisión tomada con respecto a
las Tecnologías de Información nos hace depender de esa
tecnología, lo que intenta este principio es asegurar que el
software de aplicación no es dependiente de un hardware y
sistema operativo específico.
Repercusiones Este principio requiere normas que apoyan la portabilidad.
Para las organizaciones gubernamentales o no comerciales,
las opciones actuales pueden ser limitadas, tanto como estas
aplicaciones sean tecnología y dependientes de la plataforma.

Las interfaces del subsistema tendrán la necesidad de ser

desarrolladas para permitir a las aplicaciones heredadas
interoperar con aplicaciones y entornos operativos
desarrollados bajo la arquitectura empresarial.

El Middleware debe utilizarse para desacoplar aplicaciones de

las soluciones de software específicas.

Como un ejemplo, este principio podría conducir al uso de

Java, y los futuros protocolos de Java similares, que dan un
alto grado de prioridad a la independencia de la plataforma.
Tabla 16 Principio de Aplicación 1

Nombre Facilidad de Uso

Referencia P.Aplicación2
Enunciado Las aplicaciones son fáciles de usar. La tecnología subyacente
es transparente a los usuarios, para que puedan concentrarse
en las tareas a mano.
Fundamento Cuanto más un usuario tiene que entender la tecnología
subyacente, la tecnología es menos productiva que el usuario.

La facilidad de uso es un incentivo positivo para el uso de

aplicaciones. Se anima a los usuarios a trabajar dentro del
entorno integrado de información en lugar de desarrollar
sistemas aislados para realizar la tarea afuera del entorno
integrado de información de la empresa. El conocimiento
requerido para operar un sistema debería ser suficiente para
operar otros similares. Un nivel mínimo de entrenamiento para
un usuario debería reducir al mínimo el riesgo de uso
inapropiado de un sistema.

El uso de una aplicación debe ser tan intuitivo como conducir

un carro diferente al propio.

Repercusiones Se requieren aplicaciones para tener una vista y sensación

común y unos requerimientos de soporte ergonómico. Por lo
tanto, el estándar de vista y sensación común debe ser
diseñado y debe desarrollarse un test de criterios de
usabilidad.

Los lineamientos para los usuarios de interfaces no deben ser

limitados por supuestos débiles acerca de la ubicación del
usuario, el idioma, la formación de sistemas, o capacidad
física. Factores tales como la lingüística, dolencias físicas del
cliente (agudeza visual, capacidad de utilizar el teclado/ratón),
y el dominio en el uso de la tecnología tienen amplias
ramificaciones en la determinación de la facilidad de uso de
una aplicación.
Tabla 17 Principio de Aplicación 2

Principios de Tecnología

Nombre Cambios basados en los requerimientos

Referencia P.Tecnología1
Enunciado Sólo en respuesta a las necesidades del negocio, se hacen cambios a las
aplicaciones y la tecnología
Fundamento Este principio fomentará un ambiente en el que el entorno de la
información cambia en respuesta a las necesidades de la
empresa, en lugar de hacer cambios en el negocio en
respuesta a los cambios de TI. Esto es para asegurar que el
objetivo del soporte de la información - la operación de los
negocios - es la base de cualquier cambio propuesto. Un
cambio en la tecnología puede proporcionar una oportunidad
para mejorar los procesos de negocio y, por tanto, cambiar las
necesidades del negocio.
Repercusiones  Los cambios en la la implementación seguirán un examen
completo de los cambios propuestos utilizando la
arquitectura empresarial.
 No financiamos una mejora técnica o un desarrollo de
sistema a menos que exista una necesidad de negocio
documentada.
 Los procesos de gestión del cambio que se ajusten a este
principio serán desarrollados e implementados.
 Este principio se relaciona con el principio de un cambio de
respuesta. Debemos asegurar el proceso de
documentación de requisitos no impide el cambio de
respuesta para satisfacer las necesidades comerciales
legítimos. El propósito de este principio es mantenernos
enfocados en los negocios, no las necesidades de
tecnología - El cambio de respuesta es también una
necesidad de negocio.
Tabla 18 Principio de Tecnología 1

Nombre Gestión del Cambio Responsable

Referencia P.Tecnología2
Enunciado Los cambios en el entorno de la información empresarial se
implementan de manera oportuna.
Fundamento Si la gente ha de esperar para trabajar en el entorno de la
información empresarial, que entorno de la información ha de
ser sensible a sus necesidades.
Repercusiones Tenemos que desarrollar procesos para la gestión y la
implementación del cambio que no generan retrasos.

Necesitará un usuario que sienta la necesidad de cambio para

conectar con un "experto en negocios" para facilitar la
explicación y la aplicación de esa necesidad.

Si vamos a hacer cambios, hay que mantener la arquitectura

actualizada.

La adopción de este principio puede requerir recursos

adicionales.

Este entrará en conflicto con otros principios (por ejemplo, el

máximo beneficio de toda la empresa, las aplicaciones en toda
la empresa, etc.)
Tabla 19 Principio de Tecnología 2

Nombre Control técnico Diversidad

Referencia P.Tecnología3
Enunciado Diversidad tecnológica es controlada para minimizar el costo
no trivial de acumular conocimientos especializados y la
conectividad entre múltiples entornos de procesamiento.
Fundamento Hay un verdadero costo no trivial de la infraestructura
necesaria para apoyar las tecnologías alternativas para
entornos de procesamiento. Hay otros costos incurridos para
mantener la infraestructura de varios procesadores
interconectados construye y se mantiene.
La limitación del número de componentes soportados va a
simplificar y reducir los costos de mantenimiento.
Tecnología común en toda la empresa brinda los beneficios de
las economías de escala para la empresa. Costos de
administración y el soporte técnico están mejor controlados
cuando los recursos limitados pueden centrarse en este
conjunto compartido de la tecnología.
Repercusiones Las políticas, normas y procedimientos que rigen la adquisición
de la tecnología deben estar vinculados directamente a este
principio.

Las opciones tecnológicas se verán limitados por las opciones

disponibles dentro del plan de tecnología. Procedimientos para
aumentar la tecnología aceptable establecida para satisfacer
las nuevas necesidades tendrán que ser desarrollado y puesto
en marcha.

No estamos congelando nuestra línea de base tecnológica.

Damos la bienvenida a la tecnología avanza y va a cambiar el
modelo de tecnología cuando la compatibilidad con la
infraestructura actual, la mejora en la eficiencia operativa, o
una capacidad requerida ha sido demostrada.
Tabla 20 Principio de Tecnología 3

Nombre Interoperabilidad
Referencia P.Tecnología4
Enunciado Software y hardware deben ajustarse a las normas definidas
que promuevan la interoperabilidad de los datos, las
aplicaciones y la tecnología.
Fundamento Las normas ayudan a garantizar la coherencia, mejorando así
la capacidad de administrar los sistemas y mejorar la
satisfacción del usuario y proteger las inversiones de TI
existentes, maximizando así la rentabilidad de la inversión y la
reducción de costos. Estándares para la interoperabilidad,
además, ayudan a asegurar el apoyo de múltiples proveedores
para sus productos, y facilitan la integración de la cadena de
suministro.
Repercusiones Los estándares de interoperabilidad y estándares de la
industria serán seguidas a menos que exista una razón de
negocios para implementar una solución no estándar.
Debe establecerse un proceso para el establecimiento de
normas, examinar y revisar periódicamente, y la concesión de
excepciones.
Las plataformas existentes deben ser identificadas y
documentadas.
Tabla 21 Principio de Tecnología 4