TOGAF

INGENIERA INFORMTICA
THE OPEN GROUP ARCHITECTURE FRAMEWORK

CURSO: TPICOS EN INGENIERA DE SOFTWARE 1
AUTORES:
PAZ CORNEJO RENATO
MACEDO DUEAS RICARDO DERLY
VIGIL CAROLINA
SEMESTRE - IX
AO: 2010
Los alumnos declaran haber realizado el presente trabajo de
acuerdo a las normas de la Universidad Catlica San Pablo
__________________
__________________
__________________
THE OPEN GROUP ARCHITECTURE FRAMEWORK

1. DEFINICIN
Nacido a mediados de los 90, The Open Group ha trabajado de forma continua
en la definicin y evolucin de TOGAF la cual se trata de una metodologa
(framework) para la creacin de una Arquitectura Empresarial puede ser
utilizado libremente por toda aquella empresa que as lo desee. TOGAF son las
siglas de The Open Group Architecture Framework y, por tanto, pertenece a The
Open Group, un consorcio que est formado por profesionales del sector TI
(Tecnologas de Informacin), con el objetivo de marcar directrices,
independientes de fabricantes, en el mundo de la Arquitectura TI.
La definicin de TOGAF tiene una definicin propia de lo que es una
arquitectura, que en resumen es "una descripcin formal de un sistema, o un plan
detallado del sistema a nivel de sus componentes que gua su implementacin", o
"la estructura de componentes, sus interrelaciones, y los principios y guas que
gobiernan su diseo y evolucin a lo largo del tiempo."
Un framework de arquitectura es un conjunto de herramientas que puede ser
utilizado para desarrollar un amplio espectro de diversas arquitecturas. Este
framework debe:
Describir una metodologa para la definicin de un sistema de

informacin en trminos de un conjunto de bloques constitutivos que
encajen entre s adecuadamente.
Contener un conjunto de herramientas
Proveer un vocabulario comn
Incluir una lista de estndares recomendados
Incluir una lista de productos que son idneos para la implementacin de
los bloques constitutivos
Por otra parte TOGAT tiene como objetivo principal el establecer un enlace entre
el negocio y las tecnologas de la informacin en las empresas, aportando
mltiples beneficios a ambas reas.
Sin embargo es importante tambin el conocer que forma parte y que no forma
parte de TOGAF, a continuacin se muestra una tabla comparativa:
Que es TOGAF
Genrico
Proceso Impulsado
Se adapta a todas las organizaciones de
diferentes tamao
Flexible
Conjunto de herramientas conceptuales
Provee entregables genricos
Que no es TOGAF
Establece como personalizar el framework
Establecer e impulsar artefactos
Especfico para un tamao de compaa o
industria
Impulsa ontologas
Herramienta
Establece un conjunto especifico de
entregables
2. DIMENSIONES DE TOGAF
La arquitectura empresarial de TOGAF se basa en cuatro dimensiones:
Arquitectura de Negocios: Llamado tambin Procesos de Negocio, esta

dimensin define la estrategia de negocios, la gobernabilidad, la estructura y
los procesos clave de la organizacin.
Arquitectura de Aplicaciones: Provee un plano para cada uno de los
sistemas de aplicacin que se requiere implantar, las interacciones entre estos
sistemas y sus relaciones con los procesos de negocio centrales de la
organizacin.
Arquitectura de Datos: Describe la estructura de los datos fsicos y lgicos
de la organizacin, y los recursos de gestin de estos datos.
Arquitectura Tecnolgica: Describe la estructura de hardware, software y
redes requerida para dar soporte a la implantacin de las aplicaciones
principales, de misin crtica, de la organizacin.
3. MTODOS DE DESARROLLO DE LA ARQUITECTURA

Ms conocido como ADM, sigla en ingls de "Architecture Development
Method", es el mtodo definido por TOGAF para el desarrollo de una
arquitectura empresarial que cumpla con las necesidades empresariales y de
tecnologa de la informacin de una organizacin. Puede ser ajustado y
personalizado segn las necesidades propias de la organizacin y una vez
definido se utiliza para gestionar la ejecucin de las actividades de desarrollo de
la arquitectura.
El proceso es iterativo y cclico. Cada paso inicia con la verificacin de los
requerimientos. La fase C involucra una combinacin de Arquitectura de Datos y
Arquitectura de Aplicaciones.
Cualquier informacin adicional relevante que se pueda recopilar entre los pasos
B y C ayudarn a perfeccionar la Arquitectura de Informacin.
Las prcticas de Ingeniera del Desempeo se utilizan en la fase de
requerimientos, lo mismo que en las fases de Arquitectura de Negocios, de
Arquitectura de Sistemas de Informacin y Arquitectura Tecnolgica. Al interior
de la Arquitectura de Sistemas de Informacin se utiliza tanto la Arquitectura de
Datos como la de Aplicaciones.
Caractersticas
Consiste en un nmero de fases
Es un proceso iterativo, en todo el proceso y dentro de las fases
Cada fase usa activos (assets) generados en fases previas
Cada fase genera activos a que se utilizan en fases posteriores

Es un Mtodo Genrico que se puede adaptar a cualquier organizacin
Agnstico de cualquier tecnologa
Tiene en cuenta variables geogrficas, sectores verticales y distintos tipos de
industria
Se puede modificar o extender a necesidades particulares de una
organizacin
Ciclo de Desarrollo de la Arquitectura

Fase Preliminar: Framework y Principios
Preparar a la organizacin un adecuado

proyecto de arquitectura TOGAF, definir
los principios de arquitectura, definir el
Framework y las herramientas.
Gestin de Requerimientos
Asegurar que cada etapa del proyecto

TOGAF
este
fundamentada
en
requerimientos de negocio validados.
Fase A: Visin de Arquitectura
Establecer el alcance, restricciones, y las

expectativas del proyecto TOGAF; Crear
la Visin; determinar los stakeholders;
validar el contexto del negocio y crear el
Statement of Architecture Work;
Obtener aprobaciones.
Desarrollar la arquitectura en tres niveles:
Fase B: Arquitectura de Negocios
Fase C: Arquitecturas de Sistemas de 1. Negocio

Informacin
2. Sistema de Informacin(aplicaciones y
datos)
Fase D: Arquitectura Tecnolgica
3. Tecnologa
En cada caso desarrollar la arquitectura
baseline (as is) y el objetivo (to be) y
analizar gaps
Fase E: Oportunidades y Soluciones
Evaluar y seleccionar entre las opciones

de implementacin identificadas en la
arquitectura objetivo; identificando los
proyectos de implementacin ms
importantes.
Fase F: Plan de Migracin
Analizar costos, beneficios y riesgos;

desarrollar una lista priorizada de
proyectos sobre las bases del plan de
implementacin y migracin.
Fase G: Implementacin del Governance
Preparar y realizar los Architecture

Contracts
(Implementacin
del
Governance Board); asegurando que la
implementacin del proyecto este acorde a
la arquitectura.
Fase H: Gestin del Cambio
Proveer un monitoreo continuo para

asegurar que la arquitectura responde a las
necesidades de la empresa.
Que es ADM
Una aproximacin detallada paso a paso para el desarrollo de la arquitectura
empresarial
Mtodo, un modo, tcnica, o proceso de o para hacer algo

Proceso, una serie de acciones u operaciones que conducen a un fin
Que no es ADM
El Framework completo de TOGAF
Complejo u utpico de aplicar
Fcil y rpido
4. CONTINUUM EMPRESARIAL
El Continuum Empresarial puede ser interpretado como un "repositorio virtual"
de todos los artefactos arquitectnicos disponibles en una organizacin. Incluye
modelos arquitectnicos, patrones de arquitectura, descripciones arquitectnica,
entre otros. Estos artefactos pueden existir especficamente al interior de la
empresa, o en general en la industria de Tecnologas de Informacin.
El Continuum Empresarial consiste tanto del Continuum Arquitectnico como
del Continuum de Soluciones. Continuum Arquitectnico especifica la estructura
de los artefactos arquitectnicos reutilizables, incluyendo reglas,
representaciones y relaciones de los sistemas de informacin disponibles en la
organizacin. Continuum de Soluciones describe la implementacin del
Continuum Arquitectnico mediante la definicin de bloques constituitivos de
solucin (solution building blocks, en ingls).
5. APLICABILIDAD
TOGAF sirve para la creacin de una Enterprise Architecture y normalmente se
aplica a:
Creacin de aplicaciones de misin crtica o core business

Minimizar riesgos de no-entendimiento entre Negocio y Tecnologa
Generacin de valor y descubrimiento de oportunidades en Business
Transformation
Describir, documentar y continuar los sistemas y aplicaciones
construidos
Uno de los problemas comunes de la industria de IT es el entendimiento de las

necesidades planteadas por los departamentos de negocio (usuarios de las
plataformas tecnolgicas) y los departamentos tcnicos (encargados de crear las
plataformas y dar los servicios demandados).
Causa frecuente de fracaso en proyectos de IT, la dificultad de entendimiento
entre Negocio y Tecnologa no solo reside en las especificaciones de requisitos
sino en el entendimiento de las soluciones e implicacin en el proyecto. TOGAF,
desde la visin de The Open Group, sirve para establecer un entorno de
comunicacin sin barreras, donde la informacin fluya entre los diferentes
implicados.
Este flujo sin barreras no quiere decir que no tenga lmites: lo que persigue es
permeabilidad entre los distintos niveles de definicin existentes en la empresa,
con el fin de poder representar la arquitectura de sistemas de informacin de
forma que todos los implicados puedan entender y participar en el proyecto.
La metodologa empleada en TOGAF se basa en modelos descriptivos y en un

ciclo de vida iterativo que permite definir la arquitectura desde diferentes puntos
de vista, implicando a diferentes reas de la empresa para lograr un
entendimiento global de las necesidades, restricciones y oportunidades del
proyecto.
6. VENTAJAS
TOGAF, como otros frameworks de Enterprise Architecture, tiene como
principal objetivo establecer un enlace entre Negocio y TI en las empresas,
aportando mltiples beneficios a ambas reas que a continuacin se describen.
Reduccin de costes
Si se quiere mejorar los tiempos de mercado de los proyectos de TI, o
incrementar su calidad o identificar oportunidades y mejorar funcionalmente las
aplicaciones, el efecto de aplicar TOGAF a la Enterprise Architecture es
beneficioso en trminos de costes:
Reduccin del coste de proyecto, pues al reducir costes y mejorar el

entendimiento las soluciones aportadas requieren menor inversin para
alcanzar los objetivos del negocio.
Llas inversiones en nuevos sistemas y en la transformacin del negocio son
recuperadas ms rpidamente.
Justificacin de la inversin, la metodologa descriptiva permite materializar
el trabajo de arquitectura y dinamizar las inversiones en TI, involucrando de
forma activa al personal vinculado a las operaciones del negocio en los
proyectos
Reduccin de Riesgos
La gestin de riesgos en proyectos software no slo debe contemplar los riesgos
tcnicos que puedan ser identificados por un arquitecto tcnico. Las empresas
son complejas y las relaciones entre diferentes departamentos, sistemas y
objetivos individuales impactan en la gestin de riesgos de un proyecto.
TOGAF identifica los drivers y objetivos de Negocio, as como de todos los
involucrados en los diferentes dominios de arquitectura, facilitando la
identificacin de estos riesgos y enfatizando en su mitigacin:
Anlisis de riesgos y preocupaciones

GAP Analysis
Anlisis de impacto
Iteracin sobre todos estos anlisis
Governance y gestin de requisitos, minimizando riesgos de dependencias y
configuraciones
Identificacin de Oportunidades
En cada proyecto se pueden descubrir oportunidades de negocio o de TI. La

Enterprise Architecture puede y debe identificar oportunidades en cada uno de
los proyectos, mediante los diferentes anlisis y puntos de vista que TOGAF
proporciona.
Estos son algunos ejemplos de las oportunidades que pueden ser identificadas
durante las iteraciones de un proyecto empleando TOGAF:
Time to market. El GAP Analysis y planificacin de migraciones /

despliegues puede aportar visiones de posicionamiento con respecto a la
competencia de una forma dinmica: se puede variar los alcances y tiempos
de versionado de aplicaciones para lograr posicionamiento as como para
materializar / justificar inversiones.
Identificacin de ineficiencias. TOGAF tiene en cuenta los procesos de
negocio y los relaciona con las visiones de arquitectura de sistemas de
informacin y de tecnologa: la identificacin de ineficiencias o de mejoras
en procesos de negocio, bsqueda de sinergias entre departamentos o
sistemas informticos o la reduccin de costes por reutilizacin de
plataformas comunes son algunos ejemplos de ineficiencias identificadas por
EA en proyectos.
Reduccin de riesgos y costes. La mantenibilidad es un aspecto muy
importante de los sistemas de informacin: gran parte de los presupuestos de
TI se destinan a soportar los sistemas desarrollados. TOGAF permite tener
una visin de conjunto de las arquitecturas e identificar aplicaciones o
sistemas de alto coste de mantenimiento, pudiendo anticipar inversiones.
Flexibilidad y Adaptacin
La transformacin de las empresas es cada vez ms frecuente y sobre todo ms
rpida. La agilidad demandada por el negocio supera a la capacidad de reaccin
del departamento de TI, por lo que es necesario flexibilizar los proyectos para
adaptarse a estas transformaciones.
La gestin de requisitos, centro de la metodologa ADM, es la clave para
flexibilizar proyectos sin perder calidad en las arquitecturas diseadas. TOGAF
permite adems adaptar a las necesidades de cada proyecto y empresa el marco
de trabajo y la metodologa ADM, existiendo casos de referencia y guas de
adaptacin para diferentes industrias y contextos.
La adaptacin de los procesos as como de los requisitos que conforman un
proyecto es un factor clave en la consecucin de objetivos de negocio.
Lenguaje comn
TOGAF provee un amplio repositorio de documentos y modelos (o viewpoints)
que permiten adaptar la visin de la empresa a los diferentes involucrados: de
esta forma se lanza un puente entre los mundos de Negocio y Tecnologa,

haciendo participe a ambos en la descripcin y construccin de las nuevas
aplicaciones.
El proceso de transformacin requiere de este entendimiento, y TOGAF permite
modelar la arquitectura de cada rea para poder ser entendida por el conjunto de
los implicados.
7. EMPRESAS QUE APLICAN TOGAF

A) Kynetia
Es una empresa de arquitectura y desarrollo de software especializados en la
optimizacin de procesos de valor y creacin de soluciones innovadoras para
el desarrollo de negocio. Un ejemplo son los desarrollos realizados para
Marsh & Mclennan, Cesce, Roche, Siemens, Caja Madrid, Renta 4, Nokia y
Telefnica Mviles.
Su misin es fortalecer a sus clientes dotndoles de innovadoras soluciones
software de alta calidad, hechas a medida en base a sus expectativas y
necesidades cambiantes desde la innovacin constante, la colaboracin y el
compromiso, maximizando la rentabilidad de sus inversiones en IT.
Forma de Trabajo de Kynetia con TOGAF

En Kynetia enfocan los proyectos de desarrollo software como procesos de
ingeniera en los que es necesario disear correctamente las soluciones que
proveen. Para poder asegurar calidad de servicio, y alcanzar las expectativas
de sus clientes, necesitan tener una visin clara de los cuatro dominios de
arquitectura que TOGAF propone:
Arquitectura de Negocio: conocer el negocio de su cliente, su negocio, su

organizacin, la motivacin que le impulsa a crear o transformar las
aplicaciones software.
Arquitectura de Aplicaciones: tener un dominio de las diferentes
aplicaciones involucradas, sistemas existentes, restricciones y relaciones
existentes entre ello y, sobre todo, la relacin con procesos y reas de
negocio de la empresa.
Arquitectura de Informacin: la informacin que la empresa necesita y
maneja, cmo se obtiene, se procesa, almacena, etc. Ubicaciones,
procesos de captura y explotacin es informacin necesaria para explorar

las capacidades y limitaciones existentes.
Arquitectura de Tecnologa: el diseo de las soluciones debe tener en
cuenta las infraestructuras disponibles y las interrelaciones con los dems
dominios de arquitectura.
Kynetia ha adaptado la metodologa ADM y el framework TOGAF a las

necesidades de las operaciones de sus clientes en diferentes proyectos de
Ingeniera de Software, aplicando los siguientes criterios:
Iteraciones sobre ADM, modificando los primeros ciclos para hacer

nfasis en los dominios donde ms riesgo o indefinicin se encuentran.
La iteracin sobre las primeras 3 fases (Prelim > A > B > C) es una
prctica comn en proyectos con un gran nmero de implicados de
diferentes departamentos, necesario para establecer un lenguaje comn y
una visin compartida del proyecto.
Adaptacin de los artefactos o productos de cada una de las fases de
TOGAF, adecuando la profundidad de los mismos a las necesidades del
proyecto. Limitaciones de tiempo, nivel de conocimiento de los
implicados as como la naturaleza en s de las aplicaciones tienen
impacto en el alcance de la documentacin a generar.
Governance, dado que no hay dos empresas iguales, la forma de
gestionar y gobernar proyectos depende en cada caso. Para Kynetia es
crtico conocer el grado de implicacin, conocimiento y responsabilidad
que cada implicado asume dentro de un proyecto, para adaptar las
prcticas de Governance a cada contexto:
o Gestin de requisitos
o Asuncin de roles y responsabilidades
o Definicin de criterios y procesos de aceptacin
o Contratos, niveles de servicio y compromisos
o Gestin de configuraciones
o Monitorizacin de proyecto: mtricas, informes, reuniones de
seguimiento
Perfiles, pues no todos los proyectos y empresas requieren los mismos
perfiles: las habilidades de negociacin, coordinacin y seguimiento
varan en funcin de la naturaleza del proyecto y de la implicacin del
personal vinculado a las operaciones de negocio en el mismo.
B) FORSAC - PERU
Se realiz un estudio en el cual se plantea el uso de TOGAF y como seria
implementado en Forsac Per S.A. la cual es una compaa que produce y
comercializa sacos multipliego de papel, perteneciente al grupo de empresas
CMPC S.A, siendo CMPC S.A. una de las primeras empresas forestales de
Latinoamrica, que adems se encuentra entre las cien mayores del mundo.
PROYECTO DE IMPLEMENTACIN DE TOGAF EN FORSAC
1) Alcance:
Todos los sistemas administrativos (Logstica, ventas, contabilidad y
recursos humanos), cubriendo los 4 tipos de arquitectura (negocios, data,
aplicaciones e infraestructura). Se puede decir que se va a tener un alcance
de tipo vertical, pero debido a que se va a desarrollar a nivel de varias reas,
tambin se puede decir que tiene caractersticas de un alcance horizontal.
2) Objetivos
Los objetivos de la Arquitectura TI que se propone para
FORSAC PERU son los siguientes:
la empresa
Definir las responsabilidades de cada uno de los miembros de la

organizacin.
Definir los principios de la arquitecturita que informe las restricciones
para el desarrollo de la arquitectura.
Definir los componentes de TI necesarios para la integracin de la
informacin, que permita el flujo de informacin entre las reas de una
organizacin.
Definir una plataforma de interconexin de infraestructuras.
3) Ciclo de Desarrollo de Arquitectura ADM Expandido

Fase Preliminar
-
Maximizar el beneficio de la empresa: Las decisiones son hechas

siempre con el fin de maximizar las utilidades de la empresa.
Uso de aplicaciones comunes: Desarrollo de aplicaciones usadas a
travs de la empresa es preferida sobre el desarrollo de aplicaciones
similares o duplicadas que son solo provistas para una parte de la
organizacin.
Data compartida: Los usuarios tienen acceso a los datos necesarios para
realizar sus labores por lo tanto la data es compartida a travs de la
empresa, funciones y trabajadores.
Data accesible: Para que todos los usuarios puedan realizar sus
funciones de la mejor manera.
Fcil de usar: La tecnologa que se implementa tiene que ser de fcil
manejo y aprendizaje para todos los usuarios, a fin de que puedan
concentrarse en las tareas que tienen que realizar.
Fase A: Visin de la Arquitectura

El desarrollo de la arquitectura supone, en primer lugar, el compromiso de la
alta direccin para llevar a cabo los objetivos. El diseo iniciar una vez que
el proceso de definicin de arquitectura est terminado, y ser implementado

gradualmente.
La arquitectura propuesta ira con la visin de la empresa, as como con las
recomendaciones brindadas en el primer trabajo debera responder a:
Cumplir con el actual trabajo de las diversas reas, es decir, asegurar la
conectividad con el SAP R/3 para las reas Comercial, Contabilidad,
Logstica y Finanzas y con el WINBOX-Oracle para el rea de Recursos
Humanos.
Adems debera contemplar la propuesta de agregar dos nuevos mdulos
de SAP, Produccin y Gestin, de manera que se integre el planeamiento y
control de la produccin de los sacos multipliegos de FORSAC y se pueda
dar un seguimiento adecuado al planeamiento estratgico de la empresa.
Potenciar el Portal Web para FORSAC, de manera que exista una mayor
interaccin con los clientes, de manera que les sea ms fcil enviar sus
pedidos.
Establecer una relacin fluida con nuestros proveedores, abriendo un
canal directo de comunicacin para que sepan en qu momento necesitamos
de insumos, de manera que no se vea afectada la produccin.
Escenarios de Negocio
Basndonos en los escenarios de negocios podemos describir los problemas
que tienen el negocio, para nuestro caso FORSAC , expresndolo en
trminos empresariales y de arquitectura, debido a ello se puede apreciar los
procesos de cada negocio, incluso la relacin que tiene unos con otros
negocios, lo que nos va permitir la formacin de una buena arquitectura TI, y
as poder plantear las posibles soluciones que puedan ayudar a la empresa, y
respetando los principios establecidos, y de los objetivos.
Escenario de negocio 1: Falta de clientes nuevos locales e internacionales
Identificacin del problema
La empresa no est consiguiendo captar nuevos clientes tanto locales como
internacionales, esto es un motivo de preocupacin ya que a pesar de que se
mantiene un buen nivel de ganancias no se est obteniendo mejoras en
cuanto a estas.
El ltimo periodo se obtuvo un considerable aumento de las ventas, que trajo
como consecuencia un aumento de las utilidades pero observando los
clientes que tiene la empresa son casi los mismos.
Este problema puede traer consecuencias a largo plazo ya que se depender
nicamente de los clientes que se cuentan actualmente y no se tendr nuevos
clientes que generen una mayor demanda y por tanto una mayor produccin
de los productos.
Ambiente de negocio
Este problema afecta el desarrollo del negocio y las ventas en un largo plazo,
la empresa nunca tuvo fuertes campaas de marketing ni un rea de
Marketing muy desarrollada debido a que su posicionamiento en el mercado
le permita dedicarse a otros procesos ms importantes sin prestarle la debida
atencin a promocionar sus productos.
Ambiente Tecnolgico
Un aspecto que podr colaborar con la mejora de la imagen de Forsac es la
mejora que se le d al Portal Web, de manera que una persona pueda saber
qu es FORSAC y qu es lo que ofrece, de modo que capte nuevos clientes,
esto complementando con un plan de marketing y la debida publicidad.
Tambin podra agregar valor agregado a sus productos, para qu se
diferencien de la competencia y as ganar ms consumidores.
Meta a lograr
Aumentar en un 5% el nmero de clientes de Forsac y conservar los que
actualmente maneja la empresa.
Actores Humanos
Los encargados del rea de Marketing, quienes debern usar todo su esfuerzo
en encontrar las alternativas ptimas para poder lanzar el nombre de la
empresa an ms alto de lo que est. Para esto se debe realizar promociones
en los productos que se ofrecen, adems de ofrecer un mejor servicio.
La filosofa y visin de los encargados se debe uniformizar dentro de dicha
rea para poder lograr los objetivos deseados.
Los diseadores del Portal Web, quienes debern darle un aspecto ms
amigable a la pgina, de modo que se pueda captar clientes desde all. Lo
que se busca es realizar publicidad a travs del portal web.
Actores Informticos
Las herramientas que permitan dar un mejor aspecto y nuevas
funcionalidades al Portal Web de FORSAC.
Equipos para el rea de Marketing con las especificaciones necesarias, de
manera que los trabajadores cuenten con las herramientas suficientes.
Indicadores de xito
Que la gente al ver publicidad sobre Forsac, reconozcan la marca y vean un

producto de calidad.
Qu el nmero de clientes para el prximo periodo se vea incrementado.
Requerimiento
Contar con un buen trabajo del departamento de Marketing, as como las
mejores herramientas para el desarrollo de una web amigable para el usuario,
de manera que los invite a comprar productos de Forsac.
Escenario de negocio 2: No se logra una total satisfaccin del cliente con los
productos de Forsac
Si bien se intenta normalizar los procesos de produccin, an existen
productos que no cumplen con la expectativa del cliente (productos
defectuosos).
Probablemente los procesos actuales no permiten detectarlos a tiempo, o no
se cuenta con una poltica de deteccin por proceso, sino que se hace una
ligera inspeccin al finalizar el proceso, pasndose por alto estas
deficiencias.
Quiz no sea un gran problema, ya que ciertas bolsas no afectan mucho al
usuario si no se cumplen con las condiciones establecidas al mnimo detalle,
sin embargo es una falencia a la que se debe atacar.
Ambiente de Negocio
El proceso de negocio se refiere a las diversas actividades que se realizan en
la fabricacin de las bolsas multipliegos. Este proceso es semi-complejo,
considerando la cantidad de actividades, as como la complejidad del
accionar de la maquinaria, as como las pericias de los operarios.
Ambiente Tecnolgico
Un punto importante que se debe mencionar es que se est trabajando con
maquinara de mediana antigedad, as que uno de los principales cambios,
aparte de algunos ajustes en el proceso mismo de produccin, sera la
evaluacin de traer nuevas maquinarias de forma que la calidad de los
productos se vean mejorados.
Otro aspecto sera importante es la implementacin del sistema informtico
que controle la produccin de manera que asegure la calidad, quiz se podra
implementar este mdulo en el SAP R/3 que ya tienen otros mdulos
implementados.
Meta a lograr
Aumentar el nivel de satisfaccin de los clientes, as como disminuir la

cantidad de productos defectuosos. Tambin disminuir el tiempo de
respuesta ante las solicitudes de los clientes.
Actores humanos e informticos
Se identifican como actores humanos:
A los operarios en cada actividad del proceso de produccin
El personal encargado de la inspeccin en cada etapa del proceso
productivo.
Los trabajadores del rea de despacho y venta, quienes estn en contacto
con los clientes
Son actores informticos:
El sistema encargado de normar la produccin, as como se evaluar el
nivel de calidad de los productos.
El portal Web que ser una gran fuente de informacin para la relacin
Empresa Cliente.
La nueva arquitectura de red, de manera que permita estar integrado lo que
ocurre en la produccin con los niveles gerenciales, de manera que puedan
saber lo que ocurre y tomar las acciones del caso.
Indicador de xito
Los reportes que indican la cantidad de productos defectuosos, as como
tambin las encuestas que se les hacen a los clientes sobre su nivel de
satisfaccin y las recomendaciones o crticas que ellos dan.
Requerimiento
Implementar el mdulo de SAP que gestione la produccin, as como
mejorar la funcionalidad de la actual pgina web de FORSAC.
Fase B: Arquitectura del Negocio
Modelo de Procesos
El siguiente modelo ha sido realizado para conocer las funciones y
actividades que se realizan dentro de Forsac para este fin se ha utilizado la
notacin BPMN.
Se describe desde la realizacin del pedido del cliente hasta la entrega del
pedido en forma general.
El proceso es como sigue:
1. Pedido del Cliente
2. Planificacin de la Produccin
3. Compra de Materiales y su almacenamiento
4. Produccin y despacho
5. Elaboracin de Estrategias y Estudio de Mercado
Fase C: Arquitectura de Datos
Principios de Datos
Accesibilidad de datos
Todas las reas deben tener acceso a los datos de acuerdo a sus funciones.
Fundamento:
El rpido acceso a los datos permite eficiencia y efectividad en la toma de
decisiones y proporciona soluciones oportunas a requerimientos de
informacin para optimizar los procesos de produccin.
La flexibilidad y accesibilidad de la data estn ntimamente relacionadas.
Implicancias:
Facilidad con que los usuarios obtienen informacin.
o
o
o
Los empleados deben tener cuidado de no malinterpretar la informacin.

La accesibilidad de datos no implica la libre modificacin y/o
divulgacin por parte de los usuarios.
El acceso de datos puede garantizar el xito de la automatizacin del
sistema.
Datos son compartidos

Usuarios tienen acceso a los datos necesarios para rendir sus tareas.
Fundamento:
El acceso oportuno a datos correctos es esencial para mejorar la calidad y
eficiencia en la toma de decisiones de la empresa. Hay un menor costo en
mantener acceso oportuno de datos en una aplicacin y luego compartirla
que mantener datos duplicados en mltiples aplicaciones.
Implicancias:
o
o
Habilitar el compartir de los datos, nosotros tenemos que desarrollar un

conjunto de polticas, procedimientos y crear estndares.
Nosotros debemos invertir en software capaz de migrar Sistemas
Legacies dentro de un ambiente de datos compartidos.
Seguridad de Datos
Los datos son protegidos del uso no autorizado y de su revelacin.

Fundamento:
Informacin tienen que ser protegida para evitar especulacin no
garantizada, mal interpretacin y uso inapropiado.
Implicancias:
o
Datos pueden ser puestos en lugares con acceso restringido para slo
vista o nunca verlos.Seguridad tiene que ser diseada dentro de los
elementos de datos desde el inicio y no ser agregados mas tarde,
Sistemas, datos y tecnologa tienen que ser protegidos de acceso no
autorizado y su manipulacin.
Matriz Funcin Entidad

Puntos de vista dirigidos a aspectos claves de las preocupaciones de los
grupos de inters
Proveedores:
o
Las aprobaciones de rdenes de compra podrn hacerse en un menor

tiempo lo cual beneficia a los proveedores.
Alta gerencia:
o
o
o
Interaccin con un solo aplicativo.

Mayor facilidad ante la solicitud de reportes
Comunicacin con todas las plantas de la empresa
Personal:
o
o
o
Roles y funciones definidos.

Interaccin con toda la empresa de manera directa y no indirecta.
Mejor planeamiento de la produccin.
Clientes:
o
Las ordenes de pedidos sern atendidos con mayor rapidez beneficiando

enormemente al cliente.
Aspectos Cualitativos
Confidencialidad: asegura que la informacin sea accesada solo por el
personal autorizado
Accesos a los sistemas y activos de la empresa solo por personal autorizado
Tipos de acceso:
o Lectura
o
o
o
Escritura
Impresin
Conocer la existencia de un tema en particular.
Integridad: Asegura que la informacin solo sea modificada por el personal

autorizada.
Modificacin de activos solo por usuarios autorizados de maneras
autorizadas.
Diferentes significados:
o Preciso
o Exacto
o Inmodificable
o Modificable solo por personal autorizado
o Consistente
Disponibilidad: Asegura que la informacin y los sistemas puedan ser
accesados cuando los necesite el personal autorizado.
Los activos son accesibles a usuarios autorizados.
Diferentes expectativas:
o Presencia de objetos de manera que puedan ser utilizados.
o Capacidad de alcanzar las necesidades del servicio.
o Puntualidad y tiempos adecuados del servicio.
Objetivos de disponibilidad:
o Respuesta oportuna
o Asignacin justa
o Tolerante a falla
o Utilidad
Aspectos de interoperabilidad de datos
La interoperabilidad es la condicin mediante la cual sistemas
heterogneos pueden intercambiar procesos o datos.
Los aplicativos que soportan el ncleo del negocio son Mdulos de SAP,
los cuales estn sobre un Sistema Operativo Windows, estos Mdulos usan la
misma Base de Datos.
Fase C: Arquitectura Del Sistema De Informacion Aplicaciones
Descripcin del punto de partida de las aplicaciones
Aplicacin 1
Nombre: SAP - Modulo de Planificacin y Control de la Produccin (PP)
Implementacin: Modulo adquirido a SAP
Encargados de su mantenimiento: rea de Tecnologa de la Informacin
Dueo/unidad de negocio responsable de sus requerimientos

Ventas y Pedidos
Otros usuarios
Proyectos
Simple descripcin de lo que la aplicacin hace
El sistema ofrece mtodos aceptados de planificacin y control de los
materiales hasta la entrega misma de los productos. La administracin
integrada de la cadena de suministro es el mtodo que utiliza SAP para
construir y soportar la planificacin y el control de la produccin.
Estado: Operativo
Funciones de negocio soportadas
Registro de pedidos
Verificacin de stock
Verificacin de estados de pedidos
Verificacin produccin por lnea
Verificacin de ventas realizadas
Unidades organizacionales soportadas
Produccin
Logstica
Ventas
Plataformas de hardware/software
Hardware
o 38 Maquinas
Pentium Core 2 duo, 2GB RAM ( 35 mquinas )
Pentium III, 256MB RAM ( 3 mquinas )
Software
o Windows XP ( 35 mquinas )
o Windows 2000 ( 3 mquinas )
Base de Datos: Base de datos de SAP
Redes de comunicaciones: LAN Ethernet 100Mbps
Aplicacin 2
Nombre: SAP - Modulo de Administracin de Materiales (MM)

Compras y Logstica
El sistema proporciona un soporte detallado de las actividades diarias
acerca del consumo de materiales en los procesos de produccin.
Estado: Operativo
Logstica de entrada
Verificacin de stock
Programar y coordinar las operaciones de suministro
Produccin
Logstica
Hardware
o 38 Maquinas
Software
Aplicacin 3
Nombre: SAP - Modulo de Ventas y Distribucin (SD)
Ventas y Logistica
Este mdulo proporciona un conjunto de registros maestros de datos y
un sistema de transacciones comerciales documentadas.
Estado: Operativo
Logstica de salida
Recepcin de los productos requeridos por los clientes
Gestionar las actividades de ventas y distribucin de los productos
Ventas
Logstica
Hardware
o 38 Maquinas
Software
Aplicacin 4
Nombre: SAP - Modulo de Contabilidad Financiera (FI)
Administracin, Contabilidad
Este mdulo satisface todas las necesidades de gestin financiera y

contabilidad adems de poseer los principales reportes.
Estado: Operativo
Contabilidad
Cuentas por pagar
Cuentas por cobrar
Contabilidad bancaria
Contabilidad
Hardware
o 38 Maquinas
Software
Aplicacin 5
Nombre: Tempus
Implementacin: Software adquirido.
Encargados de su mantenimiento: La empresa proveedora Tempus.
Recursos Humanos
El software se encarga del control de asistencia de los empleados de la
empresa.
Estado: Operativo
Control de asistencias, tardanzas y faltas del personal
Recursos Humanos
Hardware
o 38 Maquinas
Software
Base de Datos: Base de datos ORACLE
Aplicacin 6
Nombre: Osis
Implementacin: Software adquirido.
Encargados de su mantenimiento: La empresa proveedora Osis.
Recursos Humanos
El software se encarga del pago a planilla segn los resultados control de
asistencia de los empleados de la empresa.
Estado: Operativo
Pago al da del personal.

Recursos Humanos
Hardware
o 38 Maquinas
Software
Base de Datos: Base de datos ORACLE
Principios de aplicaciones validados, o nuevos principios de
aplicaciones
Nombre: Primaca de principios
Declaracin: Principios orientados al manejo de informacin que debe ser
cubierto en toda la empresa.
Fundamento: Es una manera de proveer un estndar de calidad de
informacin para la toma de decisiones en las distintas reas de la empresa.
Implicancias:
Excluir este principio nos llevara a decisiones errneas debido a
preferencias entre reas e incongruencias de veracidad de informacin.
Nuevos proyectos de gestin de sistemas de informacin no se inician
hasta que ellas hayan cumplido con los principios establecidos.
Nombre: La continuidad de las operaciones
Declaracin: Tanto procesos de sistema y maquinarias de produccin no
pueden caer en tiempos muertos o de operacin nula.
Fundamento: Prevencin ante posibles situaciones de mal funcionamiento,
identificando la causa del mismo y la solucin mas viable frente a este.
Implicancias:
Anlisis de comportamiento e identificacin de periodos clave en la

empresa.
Reconocimiento de los procesos crticos en la empresa.
Se debe tener revisiones constantes, pruebas de procesos crticos para
asegurar la continuidad y el normal desarrollo de las funciones de la
empresa.
Implementacin de planes de contingencia.
Nombre: El manejo de los sistemas de informacin debe ser responsabilidad
de cada miembro de la empresa.
Declaracin: Participacin de todas las reas en el manejo de los
informacin.
Fundamento: Afinamiento en la relacin usuario-informacin-empresa,
destacando la importancia del manejo de informacin para cubrir las
necesidades de la empresa
Implicancias:
Todos los miembros de la empresa y en especial los usuarios de los
sistemas de informacin, debern comprometerse con la implementacin de
los mismos.
Interaccin constante entre desarrolladores y usuarios finales.
Nombre: Accesibilidad de datos
Declaracin: Todas las reas deben tener acceso a los datos de acuerdo a sus
funciones.
Fundamento:
El rpido acceso a los datos permite eficiencia y efectividad en la toma
de decisiones y proporciona soluciones oportunas a requerimientos de
La flexibilidad y accesibilidad de la data estn ntimamente relacionadas.
Implicancias:
Los empleados deben tener cuidado de no malinterpretar la informacin.
sistema.
Nombre: Administracin de reportes
Declaracin: Todas las reas cuentan con reportes que deben ser
administrados de manera correcta para establecer puntos como:
Historial correspondiente
Comportamiento de las reas
Estado de reportes
Fundamento:
Una debida administracin de reportes permite un anlisis de los reportes
para acciones futuras.
Implicancias:
Un factor ms para la toma de decisiones.
Fluidez de informacin en todas las reas de la empresa.
Nuevos principios encontrados
Nombre: Documentacin
Declaracin: Debido a la amplia cantidad de usuarios las aplicaciones
mencionadas deben estar debidamente documentada y dada a conocer a
todos los implicados en el uso de las mismas.
Fundamento:
El rpido acceso a los datos permite eficiencia y efectividad en la toma
de decisiones y proporciona soluciones oportunas a requerimientos de
La flexibilidad y accesibilidad de la data estn ntimamente relacionadas
Implicancias:
Interaccin del usuario con el sistema de manera educada.
sistema.
Vistas correspondientes a seleccionados puntos de vista; por
ejemplo:
Vista de servicios comunes a las aplicaciones
Esta vista es considerada en la arquitectura de aplicaciones porque facilita
claramente el diseo de la reutilizacin en la solucin. Al contener servicios
comunes es ms fcil la integracin de las aplicaciones hacia el objetivo de
la creacin de un sistema homogneo.
Ejemplo:
La aplicacin Osis ofrece un servicio comn a las reas de:
Recursos Humanos, Gerencia General y Contabilidad. Esta aplicacin
clasifica a los empleados de acuerdo a sus respectivos perfiles en categoras
y les asigna sueldos o salarios correspondientes a cada categora. Esta
informacin es de vital importancia para el rea de Gerencia General y
Contabilidad, pues interviene en la planificacin y manejo de presupuestos
de la empresa.
Vista de interoperabilidad de aplicaciones
La interoperabilidad es una meta de la arquitectura de software., mediante la
cual sistemas heterogneos pueden intercambiar procesos o datos.
No slo permite una mayor facilidad en la escalabilidad del software sino
que reduce los costos de migracin de tecnologas, esto sucede cuando se
requiere realizar cambios tecnolgicos en la empresa, en tal sentido es
favorable desde el punto de vista econmico para la empresa.
Ejemplo:
Osis, que es usada para las reas de: Recursos Humanos, Gerencia
General y Contabilidad, y los modulos de SAP que son usados por las dems
reas. Cada una de estas reas maneja plataformas de software y hardware
diferentes, sin embargo esto no debe ser un obstculo para la integracin de
aplicaciones, intercambio y procesamiento de datos e informacin entre
sistemas heterogneos.
Vista de informacin vs. Aplicaciones
La informacin dentro de la empresa debe fluir y as integrar todas las
unidades del negocio. Sin embargo, existen reportes que se necesitan en la
empresa pero que no se cuentan y no se debe al hecho de no poder tenerlos
sino es que si pueden tener pero aun no se conoce toda la potencialidad de
las herramientas y aplicaciones con las que se cuenta en la empresa, y por lo
tanto no se generan dichos reportes.
Ejemplo:
El modulo SAP de Contabilidad Financiera (FI) cuenta con una infinidad de
reportes que no se conocen en su totalidad sino los que mas son usados, y
eso se debe a que el sistema posee un cmulo de opciones y no han sido
explorados en su totalidad.
Aspectos Cualitativos de las Aplicaciones:
Seguridad
Los mdulos al ser propios de SAP e integrarse con los que ya cuenta la
empresa, tendrn la seguridad que brinda el sistema SAP.
Costos
El costo por los mdulos viene a ser elevado pero las fallas de maquinaria,
en revisin de calidad entre otros ameritan hacer un anlisis de costebeneficio para determinar la posibilidad de implementar esos mdulos y
terminar con los problemas.
Performance
Es conocida la eficiencia de los mdulos SAP a nivel mundial, y que ser
reflejada en los procesos de la empresa.
Fase D: Arquitectura Tecnolgica
Paso 1: Descripcin de los sistemas existentes en trminos de los servicios
del marco TOGAF
Arquitectura tecnolgica Versin 0.1:
Restricciones de la arquitectura tecnolgica
-
Teniendo ya una base de software implementado la tecnologa deber

adaptarse a lo ya puesto y no presentar mayor problema al momento
de su implementacin.
El esquema de red a implementar deber satisfacer todas las

necesidades de acuerdo a la funcionalidad del aplicativo y deber
contar con un diseo ptimo que certifique disponibilidad, acceso y
seguridad.
Principios de arquitectura de la arquitectura tecnolgica

-
El software a implementar debe ser adaptado a cubrir las reas de

negocio.
El diseo de esquema de rede debe ser tener la condicin de soportar

las aplicaciones a implementar y visin de crecimiento.
Principios
Maximizar el beneficio de la empresa
Las decisiones son hechas siempre con el fin de maximizar las utilidades de
la empresa.
Uso de aplicaciones comunes
Desarrollo de aplicaciones usadas a travs de la empresa es preferida sobre el
desarrollo de aplicaciones similares o duplicadas que son solo provistas para
una parte de la organizacin.
Data compartida
Los usuarios tienen acceso a los datos necesarios para realizar sus labores
por lo tanto la data es compartida a travs de la empresa, funciones y
trabajadores.
Data accesible
Para que todos los usuarios puedan realizar sus funciones de la mejor
manera.
Fcil de usar
La tecnologa que se implementa tiene que ser de fcil manejo y aprendizaje
para todos los usuarios, a fin de que puedan concentrarse en las tareas que
tienen que realizar.
SAP R/3 Compras y Ventas (SD)
Registros de compra de insumos.
Registros de ventas.
Interconexin con mdulos de pedidos y gestin de inventarios
Registro de Proveedores.
Emisin de reportes clave.
Servicios de seguridad.
SAP R/3 Existencias (MM)
Registros de lneas de produccin.
Interconexin con mdulos de gestin de inventarios, ventas y pedidos.
Actualizacin de data de estado de pedido.
Emisin de reportes clave.
SAP R/3 Contabilidad y Tesorera (FI y TR)
Registro de aprobaciones para el control de pago al personal.
Servicios de Transferencia de Fondos
Registro de solicitudes, informes, reportes, etc.
Sistema WINBOX Acceso de personal y asistencia
Control de acceso mediante Tempus.
Generacin de planillas mediante Osis.
Informes y reportes sobre el estado del personal.
Paso 2: Considerar diferentes modelos de referencia, vistas y herramientas
Objetivo: Especificar protocolos, hardware, aplicativos y estndares de
acuerdo con la arquitectura a implementar.
Arquitectura tecnolgica Versin 0.2
Puntos de vista arquitectnicos de la arquitectura tecnolgica
Vista de Hardware de la red de computacin
-
Firewalls:
Tarjetas de red
Routers y Conmutadores (Switches)
Access Point
Medio de transmisin: cable trenzado
Vista de procesamiento
-
Protocolo TCP
Gestin de Buffers
Control de flujo
Sistema gestor de red
Vista de costos
-
ROI
VAN
TIR
Vista de estndares
-
ISO (International Organization for Standardization)
ITU-T
(International
Telecommunications Sector)
IEEE
Telecommunication
Union-
Paso 3: Crear modelo de arquitectura con bloques de construccin

Objetivo: Agrupacin de hardware, aplicativos y estndares de acuerdo con
la arquitectura a implementar en bloques segn vista.
Arquitectura tecnolgica versin 0.3
Modelo de la arquitectura tecnolgica
Vista de hardware de la red de computacin
Bloque de seguridad:
-
Firewalls
Bloque de hardware
-
Tarjetas de red
Routers y Conmutadores (Switches)
Medio de transmisin: cable trenzado
Vista de procesamiento
-
Gestin de Buffers
Control de flujo
Vista de costos
ROI
VAN
TIR
Vista de estndares
-
ISO (International Organization for Standardization)
ITU-T
(International
Telecommunications Sector)
IEEE
Telecommunication
Union-
Paso 4: Seleccionar portafolio de servicios por cada bloque de construccin

Objetivo: Asociar servicios con cada bloque de especificado en la etapa
anterior.
Arquitectura tecnolgica versin 0.4:
Servicios propuestos de la arquitectura tecnolgica (una descripcin de los
conjuntos de servicios requeridos tambin conocidos como estructura
especfica para una organizacin)
Bloque de seguridad: Servicio de seguridad para todos los sistemas
propuestos
Bloque de hardware: Servicio de soporte del sistema propuesto
Bloque de base de datos: Servicio de registros actualizaciones de datos
indispensables para el negocio.
Bloque de servidores: Servicios de correo electrnico
Bloque de gestin: Servicios de inventarios orientados a la fabricacin de
los productos.
Servicios de manejo de planillas
Paso 5: Confirmar metas y objetivos de negocio
Objetivo: Contraste entre la
implementar.
metas y objetivo y la arquitectura a
Metas:
o Aumentar el nivel de satisfaccin de los clientes
o Cumplir con el presupuesto asignado

o Cumplir como mnimo el 70% del programa de capacitacin a los
usuarios
o Incrementar a 75% la satisfaccin de los clientes internos de sistemas de
informacin al finalizar el ao.
o Lograr los siguientes indicadores de produccin: Recorte 2.5%,
productividad 665 sacos/hora, eficiencia: 73%
o Cumplir al 100% el Plan de Mantenimiento Preventivo, para asegurar el
correcto funcionamiento de los equipos informticos
o Desarrollar un sistema integrado para toda la organizacin
o Aumentar las utilidades en 2% con respecto al ao anterior
Objetivos:
o Generar con nuestros clientes redes de innovacin y articulaciones
productivas y comerciales sostenibles, mediante el desarrollo de factores
de diferenciacin.
o Desarrollar una cultura organizacional de excelencia basados en
principios y valores que permitan un ambiente propicio para el trabajo,
asimismo cumplir en un 70% los programas de Capacitacin para los
empleados.
o Garantizar la sostenibilidad organizacional mejorando la gestin del
conocimiento, los procesos de gerencia, el desarrollo de competencias y
el uso eficiente de los ingresos.
o Incrementar la productividad de la planta en un 20% mediante el
mantenimiento y compra de Maquinaria de la Empresa.
o Tener los costos ms bajos del mercado de produccin de sacos.
o Alcanzar un 100% de Satisfaccin del Cliente en cada pedido, compra y
transporte del de los productos.
Paso 6: Determinar los criterios para las especificaciones
Objetivo: El objetivo de este paso es desarrollar un conjunto de criterios
para escoger especificaciones y conjuntos de especificaciones.
Arquitectura tecnolgica Versin 0.6:
Requerimientos de trazabilidad de la arquitectura tecnolgica (criterios de

seleccin de estndares)
Criterios de Seleccin de estndares:
Criterio que se ajuste a las necesidades y procesos de negocio.
Criterio que nos permita cumplir con nuestros objetivos y metas.
Que se adapten fcilmente a la empresa
Debe ser bien entendible y de tecnologa madura
Debe presentar consistencia
De carcter comercial para la facilidad de informacin.
Debe fcil adquisicin.
Los Estndares estn basados en:
Servicios de gerencia de datos
Servicios de red
Servicios del sistema operativo
Servicios de seguridad
Paso 7: Completar la definicin de la Arquitectura Tecnolgica
Objetivo: Se especifica completamente la arquitectura tecnolgica.
Arquitectura tecnolgica versin 0.7
Trazabilidad de los requerimientos de la arquitectura tecnolgica
Estandarizar los documentos que fluyen dentro de la empresa.
Asignar a los responsables de cada rea responsabilidades para que as se
puedan cumplir con los procedimientos establecidos.
Permitir al personal apoyarse en la tecnologa existente para poder
mejorar su eficiencia
Mapeo de arquitecturas en el repositorio virtual de la arquitectura
tecnolgica.
La arquitectura del sistema propuesto consta de 6 aplicaciones:

Sistema de gestin de administracin y control de plan estratgico
Sistema de gestin de compras y ventas
Sistema de gestin de acceso de personal y asistencia
Sistema de gestin de Contabilidad
Sistema de gestin de Existencias
Sistema de gestin de Produccin, Calidad y Control de Productos
8. BIBLIOGRAFA
http://www.slideshare.net/Infosys/togaf-tutorial-443776
http://sp.kynetia.com/especializacion/togaf.html
http://www.opengroup.org/onlinepubs/8299909899/toc.pdf
http://www.opengroup.org/architecture/togaf9-doc/arch/
http://www.buenastareas.com/ensayos/Arquitectura-Togaf-ParaForsac/75344.html
http://www.voypormas.com/Gestion/Las-7-S-de-McKinsey.html

TOGAF

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

TOGAF

Cargado por

Copyright:

Formatos disponibles

INGENIERA INFORMTICA

THE OPEN GROUP ARCHITECTURE FRAMEWORK

THE OPEN GROUP ARCHITECTURE FRAMEWORK

Describir una metodologa para la definicin de un sistema de

Arquitectura de Negocios: Llamado tambin Procesos de Negocio, esta

3. MTODOS DE DESARROLLO DE LA ARQUITECTURA

Cada fase genera activos a que se utilizan en fases posteriores

Ciclo de Desarrollo de la Arquitectura

Preparar a la organizacin un adecuado

Asegurar que cada etapa del proyecto

Fase A: Visin de Arquitectura

Establecer el alcance, restricciones, y las

Fase B: Arquitectura de Negocios

Fase C: Arquitecturas de Sistemas de 1. Negocio

Evaluar y seleccionar entre las opciones

Fase F: Plan de Migracin

Analizar costos, beneficios y riesgos;

Fase G: Implementacin del Governance

Preparar y realizar los Architecture

Fase H: Gestin del Cambio

Proveer un monitoreo continuo para

Mtodo, un modo, tcnica, o proceso de o para hacer algo

Creacin de aplicaciones de misin crtica o core business

Uno de los problemas comunes de la industria de IT es el entendimiento de las

La metodologa empleada en TOGAF se basa en modelos descriptivos y en un

Reduccin del coste de proyecto, pues al reducir costes y mejorar el

Anlisis de riesgos y preocupaciones

En cada proyecto se pueden descubrir oportunidades de negocio o de TI. La

Time to market. El GAP Analysis y planificacin de migraciones /

esta forma se lanza un puente entre los mundos de Negocio y Tecnologa,

7. EMPRESAS QUE APLICAN TOGAF

Forma de Trabajo de Kynetia con TOGAF

Arquitectura de Negocio: conocer el negocio de su cliente, su negocio, su

procesos de captura y explotacin es informacin necesaria para explorar

Kynetia ha adaptado la metodologa ADM y el framework TOGAF a las

Iteraciones sobre ADM, modificando los primeros ciclos para hacer

Definir las responsabilidades de cada uno de los miembros de la

3) Ciclo de Desarrollo de Arquitectura ADM Expandido

Maximizar el beneficio de la empresa: Las decisiones son hechas

Fase A: Visin de la Arquitectura

el proceso de definicin de arquitectura est terminado, y ser implementado

Que la gente al ver publicidad sobre Forsac, reconozcan la marca y vean un

Aumentar el nivel de satisfaccin de los clientes, as como disminuir la

Los empleados deben tener cuidado de no malinterpretar la informacin.

Datos son compartidos

Habilitar el compartir de los datos, nosotros tenemos que desarrollar un

Los datos son protegidos del uso no autorizado y de su revelacin.

Matriz Funcin Entidad

Las aprobaciones de rdenes de compra podrn hacerse en un menor

Interaccin con un solo aplicativo.

Roles y funciones definidos.

Las ordenes de pedidos sern atendidos con mayor rapidez beneficiando

Integridad: Asegura que la informacin solo sea modificada por el personal

Dueo/unidad de negocio responsable de sus requerimientos

Implementacin: Modulo adquirido a SAP

Este mdulo satisface todas las necesidades de gestin financiera y

Unidades organizacionales soportadas

Anlisis de comportamiento e identificacin de periodos clave en la

Teniendo ya una base de software implementado la tecnologa deber

El esquema de red a implementar deber satisfacer todas las

Principios de arquitectura de la arquitectura tecnolgica

El software a implementar debe ser adaptado a cubrir las reas de

El diseo de esquema de rede debe ser tener la condicin de soportar

Routers y Conmutadores (Switches)