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. Asegurar que cada etapa del proyecto TOGAF este fundamentada en requerimientos de negocio validados. 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:

Gestin de Requerimientos

Fase A: Visin de Arquitectura

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. Preparar y realizar los Architecture Contracts (Implementacin del Governance Board); asegurando que la implementacin del proyecto este acorde a la arquitectura. Proveer un monitoreo continuo para asegurar que la arquitectura responde a las necesidades de la empresa.

Fase G: Implementacin del Governance

Fase H: Gestin del Cambio

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)

Implementacin: Modulo adquirido a SAP Encargados de su mantenimiento: rea de Tecnologa de la Informacin Dueo/unidad de negocio responsable de sus requerimientos Compras y Logstica Simple descripcin de lo que la aplicacin hace El sistema proporciona un soporte detallado de las actividades diarias acerca del consumo de materiales en los procesos de produccin. Estado: Operativo Funciones de negocio soportadas Logstica de entrada Verificacin de stock Programar y coordinar las operaciones de suministro Unidades organizacionales soportadas Produccin Logstica 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 3 Nombre: SAP - Modulo de Ventas y Distribucin (SD) 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 Logistica Simple descripcin de lo que la aplicacin hace Este mdulo proporciona un conjunto de registros maestros de datos y un sistema de transacciones comerciales documentadas. Estado: Operativo Funciones de negocio soportadas Logstica de salida Recepcin de los productos requeridos por los clientes Gestionar las actividades de ventas y distribucin de los productos Unidades organizacionales soportadas Ventas Logstica 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 4 Nombre: SAP - Modulo de Contabilidad Financiera (FI) Implementacin: Modulo adquirido a SAP Encargados de su mantenimiento: rea de Tecnologa de la Informacin Dueo/unidad de negocio responsable de sus requerimientos Administracin, Contabilidad Simple descripcin de lo que la aplicacin hace

 Este mdulo satisface todas las necesidades de gestin financiera y contabilidad adems de poseer los principales reportes. Estado: Operativo Funciones de negocio soportadas Contabilidad Cuentas por pagar Cuentas por cobrar Contabilidad bancaria Unidades organizacionales soportadas Contabilidad 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 5 Nombre: Tempus Implementacin: Software adquirido. Encargados de su mantenimiento: La empresa proveedora Tempus. Dueo/unidad de negocio responsable de sus requerimientos Recursos Humanos Simple descripcin de lo que la aplicacin hace El software se encarga del control de asistencia de los empleados de la empresa.

Estado: Operativo Funciones de negocio soportadas Control de asistencias, tardanzas y faltas del personal Unidades organizacionales soportadas Recursos Humanos

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 ORACLE Redes de comunicaciones: LAN Ethernet 100Mbps Aplicacin 6 Nombre: Osis Implementacin: Software adquirido. Encargados de su mantenimiento: La empresa proveedora Osis. Dueo/unidad de negocio responsable de sus requerimientos Recursos Humanos Simple descripcin de lo que la aplicacin hace El software se encarga del pago a planilla segn los resultados control de asistencia de los empleados de la empresa. Estado: Operativo Funciones de negocio soportadas Pago al da del personal.

Unidades organizacionales soportadas Recursos Humanos 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 ORACLE Redes de comunicaciones: LAN Ethernet 100Mbps 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 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. 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. 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 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. Interaccin del usuario con el sistema de manera educada. 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. 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.

 Servicios de seguridad. 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. Servicios de seguridad. 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. Servicios de seguridad. 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: o Aumentar el nivel de satisfaccin de los clientes metas y objetivo y la arquitectura a

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