INGENIERÍA INFORMÁTICA
“THE OPEN GROUP ARCHITECTURE FRAMEWORK” CURSO: TÓPICOS EN INGENIERÍA DE SOFTWARE 1
AUTORES: PAZ CORNEJO RENATO MACEDO DUEÑAS RICARDO DERLY VIGIL CAROLINA SEMESTRE - IX AÑO: 2010 Los alum alumno nos s decl declar aran an habe haberr real realiz izad ado o el pres presen ente te trab trabaj ajo o de “Los acuerdo a las las normas de la Universidad Universidad Católica San Pablo ”
__________________ __________________
__________________ __________________
__________________ __________________
THE OPEN GROUP ARCHITECTURE FRAMEWORK 1. DEFINICIÓN Nacido a mediados de los 90, The Open Group ha trabajado de forma continua en la definición y evolución de TOGAF la cual se trata de una metodología (framew (framework ork)) para para la creación creación de una Arquite Arquitectu ctura ra Empres Empresari arial al pue puede de 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 (Tec (Tecno nolo logí gías as de Info Inform rmac ació ión) n),, con con el obje objeti tivo vo de marc marcar ar dire direct ctri rice ces, s, independientes independientes de fabricantes, en el mundo de la Arquitectura TI. La defi defini nici ción ón de TOGA TOGAF F tien tienee una una defi defini nici ción ón prop propia ia de lo que que es una una arquitectura, que en resumen es "una descripción formal de un sistema, o un plan detallado del sistema a nivel de sus componentes que guía su implementación", o "la estructura de componentes, sus interrelaciones, y los principios y guías que gobiernan su diseño y evolución 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: •
• • • •
Descri Desc ribi birr una una meto metodo dolo logí gíaa para para la defi defini nici ción ón de un sist sistem emaa de información en términos de un conjunto de bloques constitutivos que encajen entre sí adecuadamente. Contener un conjunto de herramientas Proveer un vocabulario común Incluir una lista de estándares recomendados Incluir una lista de productos que son idóneos para la implementación de los bloques constitutivos
Por otra parte TOGAT tiene como objetivo principal el establecer un enlace entre el negocio y las tecnologías de la información en las empresas, aportando múltiples beneficios a ambas áreas. Sin embargo es importante también el conocer que forma parte y que no forma parte de TOGAF, a continuación continuación se muestra una tabla tabla comparativa:
Que es TOGAF
Que no es TOGAF Genérico Establece como personalizar el framework Proceso Impulsado Establecer e impulsar artefactos Se adapta a todas las organizaciones de Específico para un tamaño de compañía o diferentes tamaño industria Flexible Impulsa ontologías Conjun Con junto to de herram herramien ientas tas concep conceptua tuales les Herram Herramien ienta ta Provee entregables genéricos Establece un conjunto especifico de entregables
2. DIME DIMENS NSIO IONE NES S DE DE TOG TOGAF AF La arquitectura empresarial de TOGAF se basa en cuatro dimensiones: •
•
•
•
Arquitectura de Negocios: Llamado también Procesos de Negocio, esta dimensión define la estrategia de negocios, la gobernabilidad, la estructura y los procesos clave de la organización. Arquitec Arquitectura tura de Aplicacio Aplicaciones: nes: Provee un plano para cada uno de los sistemas de aplicación que se requiere implantar, las interacciones entre estos sistem sistemas as y sus relac relacion iones es con los proce procesos sos de neg negoc ocio io centr centrale aless de la organización. Arquitectura de Datos: Describe la estructura de los datos físicos y lógicos de la organización, y los recursos de gestión de estos datos. Arquitectura Tecnológica: Describe la estructura de hardware, software y redes redes requer requerida ida para para dar dar sopor soporte te a la implan implantac tación ión de las aplic aplicac acion iones es principales, de misión misión crítica, de la organización. organización.
3. MÉTODO MÉTODOS S DE DESARR DESARROLL OLLO O DE LA ARQUIT ARQUITECT ECTURA URA Más Más con conoc ocido ido como como ADM, ADM, sigla sigla en inglés inglés de "Archi "Architec tecture ture Dev Develo elopme pment nt Meth Method od", ", es el méto método do defi defini nido do por por TOGA TOGAF F para para el desa desarr rrol ollo lo de una una arquitectura empresarial que cumpla con las necesidades empresariales y de tecn tecnol olog ogía ía de la info inform rmac ació iónn de una una orga organi niza zaci ción ón.. Pued Puedee ser ser ajus ajusta tado do y personalizado personalizado según las necesidades necesidades propias de la organización y una vez definido se utiliza para gestionar la ejecución de las actividades de desarrollo de la arquitectura. El proceso es iterativo y cíclico. Cada paso inicia con la verificación de los requerimientos. La fase C involucra una combinación de Arquitectura de Datos y Arquitectura de Aplicaciones. Cualquier información adicional relevante que se pueda recopilar entre los pasos B y C ayudarán a perfeccionar la Arquitectura de Información. Las Las prác prácti tica cass de Inge Ingeni nier ería ía del del De Dese semp mpeñ eñoo se util utiliz izan an en la fase fase de requerimientos, lo mismo que en las fases de Arquitectura de Negocios, de Arquitectura de Sistemas de Información y Arquitectura Tecnológica. Al interior de la Arquitectura de Sistemas de Información se utiliza tanto la Arquitectura de Datos como la de Aplicaciones.
Características
•
Consiste en un número 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 Método Genérico que se puede adaptar a cualquier organización
•
Agnóstico de cualquier tecnología
•
•
Tiene en cuenta variables geográficas, sectores verticales y distintos tipos de industria Se pued puedee modi modifi fica carr o exte extend nder er a nece necesi sida dade dess part partic icul ular ares es de una una organización
Ciclo de Desarrollo de la Arquitectura Fase Fase Prel Prelim imin inar ar:: Fram Framew ewor orkk y Prin Princi cipi pios os
Prep Prepar arar ar a la orga organi niza zaci ción ón un adec adecua uado do proyecto de arquitectura TOGAF, definir los principios de arquitectura, definir el Framework y las herramientas.
Gestión de Requerimientos
Asegurar que cada etapa del proyecto TOGAF este fundamentada en requerimientos de negocio validados.
Fase A: Visión de Arquitectura
Establecer el al alcance, res restricciones, y las las expectativas del proyecto TOGAF; Crear la Visión Visión;; determ determina inarr los stakeh stakehold olders ers;; validar el contexto del negocio y crear el “Sta Stateme temennt of Arc Archite itectu cture Wo Work rk”; ”; Obtener aprobaciones. aprobaciones. Desarrollar la arquitectura en tres niveles:
Fase B: Arquitectura de Negocios
Fase Fase C: Arqu Arquit itec ectu tura rass de Sist Sistem emas as de 1. Negocio Información 2. Sistem Sistemaa de Inform Informaci ación( ón(apl aplica icacio ciones nes y datos) Fase D: Arquitectura Tecnológica 3. Tecnología En cada caso desarrollar la arquitectura baseline (“as is”) y el objetivo (“to be”) y analizar gaps Fase Fase E: Op Opor ortu tunnidad idadees y Solu Soluccione ioness
Evalu valuaar y sele selecc ccio iona narr entre tre las las opc opcion iones de implem implement entaci ación ón identi identific ficada adass en la arquit arquitect ectura ura objeti objetivo; vo; identi identific ficand andoo los proyectos de implementación más importantes.
Fase F: Plan de Migración
Analizar costos, beneficios y riesgos; des desarro arroll llaar una una list listaa prio priori rizzada de proyectos sobre las bases del plan de implementación y migración.
Fase Fase G: Impl Implem emen enta taci ción ón del del Go Gove vern rnan ance ce
Prep Prepar arar ar y real realiz izar ar los los “A “Arc rchi hite tect ctur uree Contracts” (Implementación del Govern Gov ernanc ancee Board); Board); asegu aseguran rando do que la implementación del proyecto este acorde a la arquitectura.
Fase H: Gestión del Cambio
Proveer un monitoreo continuo para asegurar que la arquitectura responde a las necesidades necesidades de la empresa.
Que es ADM •
Una aproximación detallada paso a paso para el desarrollo de la arquitectura empresarial
•
Método, un modo, técnica, 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 utópico de aplicar
•
Fácil y rápido
•
4. CO CONT NTIN INUU UUM M EMPR EMPRES ESAR ARIA IAL L El Continuum Empresarial puede ser interpretado como un "repositorio virtual" de todos los artefactos arquitectónicos disponibles en una organización. Incluye modelos arquitectónicos, patrones de arquitectura, descripciones arquitectónica, entre otros. Estos artefactos pueden existir específicamente al interior de la empresa, o en general en la industria de Tecnologías de Información. El Continuum Empresarial consiste tanto del Continuum Arquitectónico como del Continuum de Soluciones. Continuum Arquitectónico especifica la estructura de los los arte rtefact factoos arqu rquite itectón ctónic icos os reut reutil iliz izaables, les, inc incluy luyendo ndo regl reglaas, representaciones y relaciones de los sistemas de información disponibles en la organi organiza zació ción. n. Con Contin tinuu uum m de Soluc Solucion iones es descri describe be la implem implemen entac tación ión del Continuum Arquitectónico mediante la definición de bloques constituitivos de solución (solution building blocks, en inglés).
5. APLI APLICA CABI BILI LIDA DAD D TOGAF sirve para la creación de una Enterprise Architecture y normalmente se aplica a: • • •
•
Creación de aplicaciones de misión crítica o core business Minimizar riesgos de no-entendimiento entre Negocio y Tecnología Generación de valor y descubrimiento de oportunidades en Business Transformation Desc De scri ribi bir, r, docu docume ment ntar ar y cont contin inua uarr los los sist sistem emas as y apli aplica caci cion ones es construidos
Uno de los problemas comunes de la industria de IT es el entendimiento de las neces necesida idades des plante planteada adass por los depar departam tament entos os de neg negoci ocioo (usua (usuario rioss de las plataformas tecnológicas) y los departamentos técnicos (encargados de crear las plataformas y dar dar los servicios demandados). demandados). Causa frecuente de fracaso en proyectos de IT, la dificultad de entendimiento entre Negocio y Tecnología no solo reside en las especificaciones de requisitos sino sino en el enten entendim dimien iento to de las soluc solucion iones es e implic implicac ación ión en el proyec proyecto. to. TOGAF, desde la visión de The Open Group, sirve para establecer un entorno de comun comunica icació ciónn sin barrer barreras, as, don donde de la inform informaci ación ón fluya fluya entre entre los difere diferente ntess implicados. Este flujo sin barreras no quiere decir que no tenga límites: lo que persigue es permeabilidad entre los distintos niveles de definición existentes en la empresa, con el fin de poder representar la arquitectura de sistemas de información de forma que todos los implicados puedan entender y participar en el proyecto.
La metodología empleada en TOGAF se basa en modelos descriptivos y en un ciclo de vida iterativo que permite definir la arquitectura desde diferentes puntos de vist vista, a, impl implic ican ando do a dife difere rent ntes es área áreass de la empr empres esaa para para logr lograr ar un entendim entendimiento iento global global de las necesida necesidades, des, restricci restricciones ones y oportunid oportunidades ades del proyecto.
6. VENTAJAS TOGAF TOGAF,, como como otros otros frame framewor works ks de Enterp Enterpris risee Archit Architec ectur ture, e, tiene tiene como como principal objetivo establecer un enlace entre Negocio y TI en las empresas, aportando múltiples beneficios a ambas áreas que a continuación se describen.
Reducción de costes Si se quie quiere re mejo mejora rarr los los tiem tiempo poss de merc mercad adoo de los los proy proyec ecto toss de TI, TI, o incrementar su calidad o identificar oportunidades y mejorar funcionalmente las aplic aplicac acion iones es,, el efecto efecto de aplica aplicarr TOGAF TOGAF a la Enterp Enterpris risee Archit Architec ectur turee es beneficioso en términos de costes: costes: •
•
•
Redu Reducc cció iónn del del cost costee de proy proyec ecto to,, pues pues al redu reduci cirr cost costes es y mejo mejora rarr el enten entendim dimien iento to las soluc solucion iones es apo aporta rtadas das requie requieren ren menor menor invers inversión ión para para alcanzar los objetivos del negocio. Llas inversiones en nuevos sistemas y en la transformación del negocio son recuperadas más rápidamente. Justificación de la inversión, la metodología 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
Reducción de Riesgos La gestión de riesgos en proyectos software no sólo debe contemplar los riesgos técnicos que puedan ser identificados por un arquitecto técnico. Las empresas son son compl compleja ejass y las relac relacion iones es entre entre difere diferente ntess depar departam tament entos, os, sistem sistemas as y objetivos individuales impactan en la gestión de riesgos de un proyecto. TOGAF identifica los drivers y objetivos de Negocio, así como de todos los invo involu lucr crad ados os en los los dife difere rent ntes es domi domini nios os de arqu arquit itec ectu tura ra,, faci facilit litan ando do la identificación de estos riesgos y enfatizando en su mitigación: • • • • •
Análisis de riesgos y preocupaciones preocupaciones GAP Analysis Análisis de impacto Iteración sobre todos estos análisis Governance y gestión de requisitos, minimizando riesgos de dependencias y configuraciones
Identificación 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 análisis 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 Time to mark market et.. El GA GAP P An Anal alys ysis is y plan planif ific icac ació iónn de migr migrac acio ione ness / despliegues puede aportar visiones de posicionamiento con respecto a la competencia de una forma dinámica: se puede variar los alcances y tiempos de versionado de aplicaciones para lograr posicionamiento así como para materializar / justificar inversiones. Identificación de ineficiencias. TOGAF tiene en cuenta los procesos de negocio y los relaciona con las visiones de arquitectura de sistemas de información y de tecnología: la identificación de ineficiencias o de mejoras en proces procesos os de neg negoci ocio, o, búsque búsqueda da de sinerg sinergias ias entre entre depar departam tament entos os o sist sistem emas as info inform rmát átic icos os o la redu reducc cció iónn de cost costes es por por reut reutil iliz izac ació iónn de plataformas comunes comunes son algunos ejemplos ejemplos de ineficiencias identificadas identificadas por EA en proyectos. Reduc Reducció ciónn de riesgo riesgoss y costes costes.. La mante mantenib nibilid ilidad ad es un aspec aspecto to muy importante de los sistemas de información: gran parte de los presupuestos de TI se destinan a soportar los sistemas desarrollados. TOGAF permite tener una visión de conjunto de las arquitecturas e identificar aplicaciones o sistemas de alto coste de mantenimiento, pudiendo anticipar inversiones.
Flexibilidad y Adaptación La transformación de las empresas es cada vez más frecuente y sobre todo más rápida. La agilidad demandada por el negocio supera a la capacidad de reacción del departamento de TI, por lo que es necesario flexibilizar los proyectos para adaptarse a estas transformaciones. transformaciones. La gestión de requisitos, centro de la metodología ADM, es la clave para flexibilizar proyectos sin perder calidad en las arquitecturas diseñadas. TOGAF permite además adaptar a las necesidades de cada proyecto y empresa el marco de trabajo y la metodología ADM, existiendo casos de referencia y guías de adaptación para diferentes industrias y contextos. La adaptación de los procesos así como de los requisitos que conforman un proyecto es un factor clave en la consecución consecución de objetivos de negocio.
Lenguaje común TOGAF provee un amplio repositorio de documentos y modelos (o viewpoints) que permiten adaptar la visión de la empresa a los diferentes involucrados: de
esta forma se lanza un puente entre los mundos de Negocio y Tecnología, haciendo participe a ambos en la descripción y construcción de las nuevas aplicaciones. El proceso de transformación requiere de este entendimiento, y TOGAF permite modelar la arquitectura de cada área para poder ser entendida por el conjunto de los implicados.
7. EMPRES EMPRESAS AS QUE APLICA APLICAN N TOGA TOGAF F A) Kyne ynetia tia Es una empresa de arquitectura y desarrollo de software especializados en la optimización de procesos de valor y creación de soluciones innovadoras innovadoras para el desarrollo de negocio. Un ejemplo son los desarrollos realizados para Marsh & Mclennan, Mclennan , Cesce Cesce,, Roche Roche,, Siemens Siemens,, Caja Madrid, Madrid, Renta 4, 4, Nokia y Telefónica Móviles. Móviles. Su misión es fortalecer a sus clientes dotándoles de innovadoras soluciones software de alta calidad, hechas a medida en base a sus expectativas y necesidades cambiantes desde la innovación constante, la colaboración y el compromiso, maximizando maximizando la rentabilidad r entabilidad de sus inversiones en IT.
Forma de Trabajo de Kynetia con TOGAF En Kynetia enfocan los proyectos de desarrollo software como procesos de ingeniería en los que es necesario diseñar correctamente las soluciones que proveen. Para poder asegurar calidad de servicio, y alcanzar las expectativas de sus clientes, necesitan tener una visión clara de los cuatro dominios de arquitectura que TOGAF propone: •
•
•
Arquitectura de Negocio: conocer el negocio de su cliente, su negocio, su organización, la motivación que le impulsa a crear o transformar las aplicaciones software. Arqu Arquit itec ectu tura ra de Ap Apli lica caci cion ones es:: tene tenerr un domi domini nioo de las las dife difere rent ntes es aplicaciones involucradas, sistemas existentes, restricciones y relaciones existentes entre ello y, sobre todo, la relación con procesos y áreas de negocio de la empresa. Arquitectura de Información: la información que la empresa necesita y maneja maneja,, cómo cómo se obtien obtiene, e, se proce procesa, sa, almace almacena, na, etc. etc. Ubicac Ubicacion iones, es,
•
procesos de captura captura y explotación es información información necesaria para explorar explorar las capacidades y limitaciones existentes. Arquitectura de Tecnología: el diseño de las soluciones debe tener en cuenta las infraestructuras disponibles y las interrelaciones con los demás dominios de arquitectura.
Kynetia ha adaptado la metodología ADM y el framework TOGAF a las necesidades de las operaciones de sus clientes en diferentes proyectos de Ingeniería de Software, aplicando los siguientes criterios: •
•
•
Iterac Iteracion iones es sobre sobre ADM, ADM, modifi modifica cando ndo los primer primeros os ciclos ciclos para para hacer hacer énfasis en los dominios donde más riesgo o indefinición se encuentran. La iteración sobre las primeras 3 fases (Prelim > A > B > C) es una práctica común en proyectos con un gran número de implicados de diferentes departamentos, necesario para establecer un lenguaje común y una visión compartida del proyecto. Adaptación 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 implic implicado adoss así como como la natur naturale aleza za en sí de las aplic aplicaci acione oness tienen tienen impacto en el alcance de la documentación documentación a generar. Gove Go vern rnan ance ce,, dado dado que que no hay hay dos dos empr empres esas as igua iguale les, s, la form formaa de gestionar y gobernar proyectos depende en cada caso. Para Kynetia es crítico conocer el grado de implicación, conocimiento y responsabilidad que cada cada implic implicado ado asume asume den dentro tro de un proyec proyecto, to, para para adapt adaptar ar las prácticas de Governance Governance a cada cada contexto: Gestión de requisitos Asunción de roles y responsabilidades responsabilidades Definición de criterios y procesos de aceptación Contratos, niveles de servicio y compromisos Gestión de configuraciones configuraciones Monito Monitoriz rizaci ación ón de proye proyecto cto:: métric métricas, as, inform informes es,, reunio reunione ness de seguimiento Perfiles, pues no todos los proyectos y empresas requieren los mismos perfiles: las habilidades de negociación, coordinación y seguimiento varían en función de la naturaleza del proyecto y de la implicación del personal vinculado vinculado a las operaciones operaciones de negocio negocio en el mismo. o o o o o o
•
B) FORS FORSAC AC - PER PERU U 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 compañía 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 Latinoamérica, Latinoamérica, que además se encuentra entre las cien mayores del mundo.
PROYECTO DE IMPLEMENTACIÓN DE TOGAF EN FORSAC
1) Alcance: Todos Todos los sistem sistemas as admini administr strati ativos vos (Logís (Logístic tica, a, venta ventas, s, conta contabil bilida idadd 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 desarrollar a nivel de varias áreas, también se puede decir que tiene características de un alcance horizontal.
2) Objetivos Los Los objetivo objetivoss de la Arquite Arquitectu ctura ra TI que se propon proponee para la empres empresaa FORSAC – PERU son los siguientes: siguientes: •
•
•
•
Defini Defi nirr las las resp respon onsa sabi bili lida dade dess de cada cada uno uno de los los miem miembr bros os de la organización. Definir los principios de la arquitecturita que informe las restricciones para el desarrollo desarrollo de la arquitectura. arquitectura. Defini Definirr los compon component entes es de TI necesa necesario rioss para para la integr integrac ación ión de la informaci información, ón, que permita permita el flujo de informació informaciónn entre las áreas de una organización. Definir una plataforma de interconexión de infraestructuras.
3) Ciclo de Desarr Desarrollo ollo de Arquitectu Arquitectura ra ADM – Expandido Expandido
Fase Preliminar
-
Maximizar el beneficio de la empresa: Las decision decisiones es son hechas hechas siempre con el fin de maximizar las utilidades de la empresa. Uso de aplicacion aplicaciones es comunes: comunes: Desarrollo Desarrollo de aplicacio aplicaciones nes usadas usadas a través de la empresa es preferida sobre el desarrollo de aplicaciones similares o duplicadas que son solo provistas para una parte de la organización. Data compartida: Los usuarios tienen acceso a los datos necesarios para realizar sus labores por lo tanto la data es compartida a través de la empresa, funciones y trabajadores. Data accesible accesible:: Para Para que que todo todoss los los usua usuari rios os pued puedan an real realiz izar ar sus sus funciones de la mejor manera. Fácil de usar: La tecnología que se implementa tiene que ser de fácil manejo y aprendizaje para todos los usuarios, a fin de que puedan concentrarse en las tareas que tienen que realizar.
-
-
Fase A: Visión de la Arquitectura
El desarrollo de la arquitectura supone, supone, en primer primer lugar, el compromiso de la alta dirección para llevar a cabo los objetivos. El diseño iniciará una vez
que que el proc proces esoo de defin definic ició iónn de arqu arquit itec ectu tura ra esté esté term termin inad ado, o, y será será implementado gradualmente. La arquitectura propuesta iría con la visión de la empresa, así como con las recomendaciones recomendaciones brindadas en el primer trabajo debería responder a: ✓ Cumplir con el actual trabajo de las diversas áreas, es decir, asegurar la
conec conectiv tivida idadd con el SAP R/3 para para las áreas áreas Comerc Comercial ial,, Con Contab tabili ilidad dad,, Logística y Finanzas y con el WINBOX-Oracle para el área de Recursos Humanos. ✓ Además debería contemplar la propuesta de agregar dos nuevos módulos
de SAP, Producción y Gestión, de manera que se integre el planeamiento y control de la producción de los sacos multipliegos de FORSAC y se pueda dar un seguimiento adecuado al planeamiento estratégico de la empresa. ✓ Potenciar el Portal Web para FORSAC, de manera que exista una mayor
interacción con los clientes, de manera que les sea más fácil enviar sus pedidos. ✓ Establecer una relación fluida con nuestros proveedores, abriendo un
canal directo de comunicación para que sepan en qué momento necesitamos de insumos, de manera que no se vea afectada la producción.
Escenarios Escenarios de Negocio Basándonos en los escenarios de negocios podemos describir los problemas que que tien tienen en el nego negoci cio, o, para para nues nuestr troo caso caso FORS FORSAC AC , expr expres esán ándo dolo lo en términos empresariales y de arquitectura, debido a ello se puede apreciar los procesos de cada negocio, incluso la relación que tiene unos con otros negocios, lo que nos va permitir la formación de una buena arquitectura TI, y así poder plantear plantear las posibles soluciones que puedan puedan ayudar a la empresa, empresa, y respetando los principios establecidos, y de los objetivos.
Escenario de negocio 1: Falta de clientes nuevos locales e internacionales Identificación del problema La empresa no está consiguiendo captar nuevos clientes tanto locales como internacionales, esto es un motivo de preocupación 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 como con conse secue cuenci nciaa un aument aumentoo de las utilid utilidade adess pero pero observ observand andoo 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 producción de los productos.
Ambiente de negocio Este problema afecta el desarrollo del negocio y las ventas en un largo plazo, la empr empres esaa nunc nuncaa tuvo tuvo fuer fuerte tess camp campañ añas as de mark market etin ingg ni un área área de Marketing muy desarrollada debido a que su posicionamiento en el mercado le permitía dedicarse a otros procesos más importantes sin prestarle la debida atención a promocionar sus productos.
Ambiente Tecnológico 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 complementando con un plan de marketing y la debida publicidad. Tamb Tambié iénn podr podría ía agre agrega garr valo valorr agre agrega gado do a sus sus prod produc ucto tos, s, para para qué qué se diferencien de la competencia y así ganar más consumidores.
Meta a lograr Aumentar en un 5% el número de clientes de Forsac y conservar los que actualmente maneja la empresa.
Actores Humanos Los encargados del área de Marketing, quienes deberán usar todo su esfuerzo en encontrar las alternativas óptimas para poder lanzar el nombre de la empresa aún más alto de lo que está. Para esto se debe realizar promociones en los productos que se ofrecen, además de ofrecer un mejor servicio. La filosofía y visión de los encargados se debe uniformizar dentro de dicha área para poder lograr los objetivos deseados. Los diseñadores del Portal Web, quienes deberán darle un aspecto más amigable a la página, de modo que se pueda captar clientes desde allí. Lo que se busca es realizar publicidad a través del portal web.
Actores Informáticos Las herr herram amie ient ntaas que permit rmitaan dar dar un mejo mejorr aspec specto to y nuev uevas funcionalidades 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. calidad. Qué el número de clientes para el próximo 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 satisfacción del cliente con los productos de Forsac Si bien bien se intent intentaa normal normaliza izarr los proces procesos os de produc producció ción, n, aún aún exist existen en 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 política de detección por proceso, sino que se hace una lige ligera ra insp inspec ecci ción ón al fina finali liza zarr el proc proces eso, o, pasá pasánd ndos osee por por alto alto esta estass 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 mínimo 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 fabricación de las bolsas multipliegos. Este proceso es semi-complejo, consi consider derand andoo la cantid cantidad ad de activi actividad dades, es, así como como la comple complejid jidad ad del accionar de la maquinaria, así como las pericias de los operarios.
Ambiente Tecnológico Un punto importante que se debe mencionar es que se está trabajando con maquinara de mediana antigüedad, así que uno de los principales cambios, aparte de algunos ajustes en el proceso mismo de producción, sería la evaluación de traer nuevas maquinarias de forma que la calidad de los productos se vean mejorados. mejorados. Otro aspecto sería importante es la implementación del sistema informático que controle la producción de manera que asegure la calidad, quizá se podría implementar este módulo en el SAP R/3 que ya tienen otros módulos implementados.
Meta a lograr
Aumentar el nivel de satisfacción de los clientes, así como disminuir la cant cantid idad ad de prod produc ucto toss defe defect ctuo uoso sos. s. Tamb Tambié iénn dism dismin inui uirr el tiem tiempo po de respuesta ante las solicitudes de los clientes. Actores humanos e informáticos Se identifican como actores humanos: ▪ A los operarios en cada actividad del proceso de producción ▪ El pers person onal al enca encarg rgad adoo de la insp inspec ecci ción ón en cada cada etap etapaa del del proc proces esoo productivo. ▪ Los trabajadores del área de despacho y venta, quienes están en contacto con los clientes Son actores informáticos: ▪ El sistema encargado de normar la producción, así como se evaluará el nivel de calidad de los productos. ▪ El portal Web que será una gran fuente de información para la relación Empresa – Cliente. ▪ La nueva arquitectura de red, de manera que permita estar integrado lo que ocurre en la producción producción con los los niveles gerenciales, de manera manera que puedan 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 también las encuestas que se les hacen a los clientes sobre su nivel de satisfacción y las recomendaciones o críticas que ellos dan.
Requerimiento Implem Implemen entar tar el módulo módulo de SAP que gesti gestione one la produc producció ción, n, así como como mejorar la funcionalidad de la actual página web de FORSAC.
Fase B: Arquitectura del Negocio
Modelo de Procesos El sigu siguie ient ntee mode modelo lo ha sido sido real realiz izad adoo para para cono conoce cerr las las func funcio ione ness y activida actividades des que se realizan realizan dentro dentro de Forsac Forsac para este fin se ha utilizado utilizado la notación BPMN. Se describe desde la realización del pedido del cliente hasta la entrega del pedido en forma general. El proceso es como sigue: 1. Pedi Pedido do del del Cli Clien ente te 2. Planif Planifica icació ciónn de la Prod Produc ucció ciónn 3. Compra Compra de de Materia Materiales les y su almac almacen enami amien ento to
4. Prod Produc ucci ción ón y desp despac acho ho 5. Elaborac Elaboración ión de Estrategia Estrategiass y Estud Estudio io de Mercado 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 rápido acceso a los datos permite eficiencia y efectividad en la toma de deci decisi sion ones es y prop propor orci cion onaa solu soluci cion ones es opor oportu tuna nass a requ requer erim imie ient ntos os de información para optimizar los procesos de producción. La flexibilidad y accesibilidad de la data están íntimamente relacionadas.
Implicancias: Facilidad con que los usuarios obtienen información. o o
o
♦
Los empleados deben tener cuidado de no malinterpretar la información. La acce accesi sibi bili lida dadd de dato datoss no impl implic icaa la libr libree modi modifi fica caci ción ón y/o y/o divulgación por parte de los usuarios. El acceso de datos puede garantizar el éxito de la automatización 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 aplicación y luego compartirla que mantener datos duplicados en múltiples aplicaciones.
Implicancias: o
o
♦
Habilitar el compartir de los datos, nosotros tenemos que desarrollar un conjunto de políticas, procedimientos y crear estándares. 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 revelación.
Fundamento: Info Inform rmac ació iónn tien tienen en que que ser ser prot proteg egid idaa para para evit evitar ar espe especu cula laci ción ón no garantizada, garantizada, mal interpretación y uso inapropiado.
Implicancias: Datos pueden ser puestos en lugares con acceso restringido para “sólo vista” o “nunca verlos”.Seguridad tiene que ser diseñada dentro de los elem elemen ento toss de dato datoss desd desdee el inic inicio io y no ser ser agre agrega gado doss mas mas tard tarde, e, Sistemas, datos y tecnología tienen que ser protegidos de acceso no autorizado y su manipulación.
o
♦
Matriz Función – Entidad
Puntos de vista dirigidos a aspectos claves de las preocupaciones de los grupos de interés
Proveedores: Las aprobaciones de órdenes de compra podrán hacerse en un menor tiempo lo cual beneficia a los proveedores.
o
Alta gerencia: Interacción con un solo aplicativo. Mayor facilidad ante la solicitud de reportes Comunicación con todas las plantas de la empresa
o o o
Personal: Roles y funciones definidos. Interacción con toda la empresa de manera directa y no indirecta. Mejor planeamiento de la producción.
o o o
Clientes: Las ordenes de pedidos serán atendidos con mayor rapidez beneficiando enormemente al cliente.
o
♦
Aspectos Cualitativos
Confidencialidad: asegura que la información sea accesada solo por el personal autorizado autorizado • Accesos a los sistemas y activos de la empresa solo por personal autorizado • Tipos de acceso: Lectura o
o o o
Escritura Impresión Conocer la existencia de un tema en particular.
Integridad: Asegura que la información solo sea modificada por el personal autorizada. •Modi Modifi fica caci ción ón de acti activo voss solo solo por por usua usuario rioss auto autoriz rizad ados os de mane manera rass autorizadas. • Diferentes significados: Preciso Exacto Inmodificable Modificable solo por personal autorizado Consistente o o o o o
Disponibilidad: Asegura que la información y los sistemas puedan ser accesados accesados cuando los necesite el personal autorizado. • Los activos son accesibles a usuarios autorizados. • Diferentes expectativas: expectativas: Presencia de objetos de manera que puedan ser utilizados. Capacidad de alcanzar las necesidades del servicio. Puntualidad y tiempos adecuados del servicio. • Objetivos de disponibilidad: Respuesta oportuna Asignación justa Tolerante a falla Utilidad o o o
o o o o
Aspectos de interoperabilidad de datos • La inte intero rope pera rabi bili lida dadd es la cond condic ició iónn medi median ante te la cual cual sist sistem emas as heterogéneos heterogéneos pueden intercambiar procesos o datos. • Los aplicativos que soportan el núcleo del negocio son Módulos de SAP, los cuales están sobre un Sistema Operativo Windows, estos Módulos usan la misma Base de Datos.
Fase C: Arquitectura Del Sistema De Informacion – Aplicaciones
Descripción Descripción del punto de partida de las aplicaciones ♦
Aplicación 1
Nombre: SAP - Modulo de Planificación y Control de la Producción (PP) Implementación: Modulo adquirido a SAP Encargados Encargados de su mantenimiento: Área de Tecnología de la Información
Dueño/unidad de negocio responsable de sus requerimientos ▪ Ventas y Pedidos
Otros usuarios ▪ Proyectos
Simple descripción de lo que la aplicación hace ▪ El sistema ofrece métodos aceptados de planificación y control de los mater material iales es hasta hasta la entreg entregaa misma misma de los produc productos tos.. La admini administr straci ación ón integrada de la cadena de suministro es el método que utiliza SAP para construir y soportar la planificación y el control de la producción.
Estado: Operativo Funciones de negocio soportadas ▪ Registro de pedidos ▪ Verificación de stock ▪ Verificación de estados de pedidos ▪ Verificación producción por línea ▪ Verificación de ventas realizadas
Unidades organizacionales soportadas ▪ Producción ▪ Logística ▪ Ventas
Plataformas de hardware/software hardware/software ▪ Hardware 38 Maquinas ▪ Pentium Core 2 duo, 2GB RAM ( 35 máquinas ) ▪ Pentium III, 256MB RAM ( 3 máquinas ) o
▪ Software Windows XP ( 35 máquinas ) Windows 2000 ( 3 máquinas ) o o
Base de Datos: Base de datos de SAP Redes de comunicaciones: LAN – Ethernet 100Mbps ♦
Aplicación 2
Nombre: SAP - Modulo de Administración de Materiales (MM)
Implementación: Modulo adquirido a SAP Encargados Encargados de su mantenimiento: Área de Tecnología de la Información Dueño/unidad de negocio responsable de sus requerimientos ▪ Compras y Logística
Simple descripción de lo que la aplicación hace ▪ El sistema proporciona un soporte detallado de las actividades diarias acerca del consumo de materiales en los procesos de producción. Estado: Operativo
Funciones de negocio soportadas ▪ Logística de entrada ▪ Verificación de stock ▪ Programar y coordinar las operaciones de suministro
Unidades organizacionales soportadas ▪ Producción ▪ Logística
Plataformas de hardware/software hardware/software ▪ Hardware 38 Maquinas ▪ Pentium Core 2 duo, 2GB RAM ( 35 máquinas ) ▪ Pentium III, 256MB RAM ( 3 máquinas ) o
▪ Software Windows XP ( 35 máquinas ) Windows 2000 ( 3 máquinas ) o o
Base de Datos: Base de datos de SAP Redes de comunicaciones: LAN – Ethernet 100Mbps ♦
Aplicación 3
Nombre: SAP - Modulo de Ventas y Distribución (SD) Implementación: Modulo adquirido a SAP Encargados Encargados de su mantenimiento: Área de Tecnología de la Información Dueño/unidad de negocio responsable de sus requerimientos
▪ Ventas y Logistica
Simple descripción de lo que la aplicación hace ▪ Este módulo proporciona un conjunto de registros maestros de datos y un sistema de transacciones comerciales documentadas.
Estado: Operativo Funciones de negocio soportadas ▪ Logística de salida ▪ Recepción de los productos requeridos por los clientes ▪ Gestionar las actividades de ventas y distribución de los productos
Unidades organizacionales soportadas ▪ Ventas ▪ Logística
Plataformas de hardware/software hardware/software ▪ Hardware 38 Maquinas ▪ Pentium Core 2 duo, 2GB RAM ( 35 máquinas ) ▪ Pentium III, 256MB RAM ( 3 máquinas ) o
▪ Software Windows XP ( 35 máquinas ) Windows 2000 ( 3 máquinas ) o o
Base de Datos: Base de datos de SAP Redes de comunicaciones: LAN – Ethernet 100Mbps ♦
Aplicación 4
Nombre: SAP - Modulo de Contabilidad Financiera (FI) Implementación: Modulo adquirido a SAP Encargados Encargados de su mantenimiento: Área de Tecnología de la Información Dueño/unidad de negocio responsable de sus requerimientos ▪ Administración, Contabilidad
Simple descripción de lo que la aplicación hace
▪ Este módulo satisface todas las necesidades de gestión financiera y contabilidad además 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/software ▪ Hardware 38 Maquinas ▪ Pentium Core 2 duo, 2GB RAM ( 35 máquinas ) ▪ Pentium III, 256MB RAM ( 3 máquinas ) o
▪ Software Windows XP ( 35 máquinas ) Windows 2000 ( 3 máquinas ) o o
Base de Datos: Base de datos de SAP Redes de comunicaciones : LAN – Ethernet 100Mbps ♦
Aplicación 5
Nombre: Tempus Implementación: Software adquirido. Encargados Encargados de su mantenimiento: La empresa proveedora Tempus. Dueño/unidad de negocio responsable de sus requerimientos ▪ Recursos Humanos
Simple descripción de lo que la aplicación 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/software ▪ Hardware 38 Maquinas ▪ Pentium Core 2 duo, 2GB RAM ( 35 máquinas ) ▪ Pentium III, 256MB RAM ( 3 máquinas ) o
▪ Software Windows XP ( 35 máquinas ) Windows 2000 ( 3 máquinas ) o o
Base de Datos: Base de datos ORACLE Redes de comunicaciones: LAN – Ethernet 100Mbps ♦
Aplicación 6
Nombre: Osis Implementación: Software adquirido. Encargados Encargados de su mantenimiento : La empresa proveedora Osis. Dueño/unidad de negocio responsable de sus requerimientos ▪ Recursos Humanos
Simple descripción de lo que la aplicación hace ▪ El software se encarga del pago a planilla según los resultados control de asistencia de los empleados de la empresa.
Estado: Operativo Funciones de negocio soportadas ▪ Pago al día del personal.
Unidades organizacionales soportadas ▪ Recursos Humanos
Plataformas de hardware/software hardware/software ▪ Hardware 38 Maquinas ▪ Pentium Core 2 duo, 2GB RAM ( 35 máquinas ) ▪ Pentium III, 256MB RAM ( 3 máquinas ) o
▪ Software Windows XP ( 35 máquinas ) Windows 2000 ( 3 máquinas ) o o
Base de Datos: Base de datos ORACLE Redes de comunicaciones: LAN – Ethernet 100Mbps ♦
Prin Princi cipi pios os de apli aplica caci cion ones es vali valida dado dos, s, o nuev nuevos os prin princi cipi pios os de aplicaciones
Nombre: Primacía de principios Declaración: Principios orientados al manejo de información que debe ser cubierto en toda la empresa. Fundamento: Es una una mane manera ra de prov provee eerr un está estánd ndar ar de cali calida dadd de información para la toma de decisiones en las distintas áreas de la empresa. Implicancias: ▪ Excluir este principio nos llevaría a decisiones erróneas debido a preferencias entre entre áreas e incongruencias incongruencias de veracidad veracidad de información. información. ▪ Nuevos proyectos de gestión de sistemas de información no se inician hasta que ellas hayan cumplido con los principios establecidos. establecidos.
Nombre: La continuidad de las operaciones Declaración: Tanto procesos de sistema y maquinarias de producción no pueden caer caer en tiempos muertos muertos o de operación operación nula. Fundamento: Prevención ante posibles situaciones de mal funcionamiento, identificando la causa del mismo y la solución mas viable frente a este. Implicancias:
▪ Análisis de comportamiento e identificación de periodos clave en la empresa. ▪ Reconocimiento de los procesos críticos en la empresa. ▪ Se debe tener revisiones constantes, pruebas de procesos críticos para aseg asegur urar ar la cont contin inui uida dadd y el norm normal al desa desarr rrol ollo lo de las las func funcio ione ness de la empresa. ▪ Implementación de planes de contingencia.
Nombre: El manejo de los sistemas de información debe ser responsabilidad responsabilidad de cada miembro de la empresa. Declaración: Part Partic icip ipac ació iónn de toda todass las las área áreass en el mane manejo jo de los los información. Fundamento: Afinamien Afinamiento to en la relación relación usuario-in usuario-informa formación ción-empre -empresa, sa, dest destac acan ando do la impo import rtan anci ciaa del del mane manejo jo de info inform rmac ació iónn para para cubr cubrir ir las las necesidades de la empresa Implicancias: ▪ Todos los miembros de la empresa y en especial los usuarios de los sistemas de información, deberán comprometerse con la implementación de los mismos. ▪ Interacción constante entre desarrolladores y usuarios finales.
Nombre : Accesibilidad de datos Declaración: Todas las áreas deben tener acceso a los datos de acuerdo a sus funciones. Fundamento: ▪ El rápido acceso a los datos permite eficiencia y efectividad en la toma de decisi decisione oness y propor proporcio ciona na soluc solucion iones es opo oportu rtunas nas a requer requerimi imient entos os de información para optimizar los procesos de producción. ▪ La flexibilidad y accesibilidad de la data están íntimamente relacionadas.
Implicancias: ▪ Facilidad con que los usuarios obtienen información. ▪ Los empleados deben tener cuidado de no malinterpretar la información. ▪ La accesi accesibil bilida idadd de datos datos no implic implicaa la libre libre modific modificaci ación ón y/o divulgación por parte de los usuarios. ▪ El acceso de datos puede garantizar el éxito de la automatización del sistema.
Nombre: Administración de reportes
Declaración: Toda Todass las las área áreass cuen cuenta tann con con repo report rtes es que que debe debenn ser ser administrados de manera correcta para establecer puntos como: ▪ Historial correspondiente ▪ Comportamiento de las áreas ▪ Estado de reportes
Fundamento: Una debida debida administració administraciónn de reportes reportes permite permite un análisis análisis de los reportes para acciones acciones futuras.
Implicancias: ▪ Un factor más para la toma de decisiones. ▪ Fluidez de información en todas las áreas de la empresa. ♦
Nuevos principios encontrados
Nombre: Documentación Declar Declaraci ación: ón: Deb Debido ido a la ampli ampliaa canti cantida dadd de usuari usuarios os las aplica aplicacio cione ness mencionadas deben estar debidamente documentada y dada a conocer a todos los implicados en el uso de las mismas.
Fundamento: ▪ El rápido acceso a los datos permite eficiencia y efectividad en la toma de decisi decisione oness y propor proporcio ciona na soluc solucion iones es opo oportu rtunas nas a requer requerimi imient entos os de información para optimizar los procesos de producción. ▪ La flexibilidad y accesibilidad de la data están íntimamente relacionadas
Implicancias: ▪ Facilidad con que los usuarios obtienen información. ▪ Interacción del usuario con el sistema de manera educada. ▪ La accesi accesibil bilida idadd de datos datos no implic implicaa la libre libre modific modificaci ación ón y/o divulgación por parte de los usuarios. ▪ El acceso de datos puede garantizar el éxito de la automatización del sistema. ♦
Vist Vistas as corr corres espo pond ndie ient ntes es a sele selecc ccio iona nado doss punt puntos os de vist vista; a; por por ejemplo:
Vista de servicios comunes a las aplicaciones Esta vista es considerada en la arquitectura de aplicaciones porque facilita claramente el diseño de la reutilización en la solución. Al contener servicios comunes es más fácil la integración de las aplicaciones hacia el objetivo de la creación de un sistema homogéneo.
Ejemplo: La aplicación Osis ofrece un un servicio común a las áreas áreas de: Recur Recursos sos Human Humanos, os, Gerenc Gerencia ia Gen Genera erall y Con Contab tabili ilidad dad.. Esta Esta aplica aplicació ciónn clasifica a los empleados de acuerdo a sus respectivos perfiles en categorías y les asign asignaa sueld sueldos os o salari salarios os corres correspo pondi ndient entes es a cada cada categ categorí oría. a. Esta Esta información es de vital importancia para el área de Gerencia General y Contabilidad, pues interviene en la planificación 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 heterogéneos pueden intercambiar procesos o datos. No sólo permite una mayor facilidad en la escalabilidad del software sino que reduce los costos de migración de tecnologías, esto sucede cuando se requie requiere re realiz realizar ar cambio cambioss tecnol tecnológi ógicos cos en la empres empresa, a, en tal senti sentido do es favorable desde el punto de vista económico 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 demás áreas. áreas. Cada una de estas estas áreas áreas maneja maneja plataform plataformas as de software y hardware hardware diferentes, sin embargo esto no debe ser un obstáculo para la integración de aplicaciones, intercambio y procesamiento de datos e información entre sistemas heterogéneos. heterogéneos. Vista de información vs. Aplicaciones La información 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 cúmulo de opciones y no han sido explorados en su totalidad.
Aspectos Cualitativos de las Aplicaciones:
Seguridad Los módulos al ser propios de SAP e integrarse con los que ya cuenta la empresa, tendrán la seguridad que brinda el sistema SAP.
Costos El costo por los módulos viene a ser elevado pero las fallas de maquinaria, en revisión de calidad entre otros ameritan hacer un análisis de coste beneficio para determinar la posibilidad de implementar esos módulos y terminar con los problemas.
Performance Es conocida la eficiencia de los módulos SAP a nivel mundial, y que será reflejada en los procesos de la empresa.
Fase D: Arquitectura Tecnológica
Paso 1: Descripción de los sistemas existentes en términos de los servicios del marco TOGAF Arquitectura tecnológica Versión 0.1: • Restricciones de la arquitectura tecnológica -
Teniendo ya una base de software implementado la tecnología deberá adaptarse a lo ya puesto y no presentar mayor problema al momento de su implementación. implementación.
-
El esqu esquem emaa de red red a impl implem emen enta tarr debe deberá rá satis satisfa face cerr toda todass las las necesidades de acuerdo a la funcionalidad del aplicativo y deberá contar con un diseño óptimo que certifique disponibilidad, acceso y seguridad.
• Principios de arquitectura de la arquitectura tecnológica tecnológica -
El software software a implementar implementar debe debe ser adaptado adaptado a cubrir las áreas áreas de negocio.
-
El diseño de esquema de rede debe ser tener la condición de soportar las aplicaciones a implementar y visión de crecimiento.
Principios Maximizar el beneficio de la empresa
Las decisiones son hechas siempre siempre con el fin de maximizar maximizar las utilidades de la empresa.
Uso de aplicaciones comunes Desarrollo de aplicaciones usadas a través de la empresa es preferida sobre el desarrollo de aplicaciones similares o duplicadas que son solo provistas para una parte de la organización.
Data compartida Los usuarios tienen acceso a los datos necesarios para realizar sus labores por lo tanto la data es compartida a través de la empresa, funciones y trabajadores.
Data accesible Para que todos los usuarios puedan realizar sus funciones de la mejor manera.
Fácil de usar La tecnología que se implementa tiene que ser de fácil 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. • Interconexión con módulos de pedidos y gestión de inventarios • Registro de Proveedores. Proveedores. • Emisión de reportes clave. • Servicios de seguridad.
SAP R/3 Existencias (MM) • Registros de líneas de producción. • Interconexión con módulos de gestión de inve inventarios, ntarios, ventas y pedidos. • Actualización de data de estado de pedido. • Emisión de reportes clave.
• Servicios de seguridad.
SAP R/3 Contabilidad y Tesorería (FI y TR) • Registro de aprobaciones aprobaciones para el control de pago al personal. 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. • Generación 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: Espec Especific ificar ar protoc protocolo olos, s, hardwa hardware, re, aplica aplicativ tivos os y están estándar dares es de acuerdo con la arquitectura a implementar. Arquitectura tecnológica Versión 0.2 Puntos de vista arquitectónicos de la arquitectura tecnológica
• Vista de Hardware de la red de computación -
Firewalls:
-
Tarjetas de red
-
Routers y Conmutadores (Switches)
-
Access Point
-
Medio de transmisión: cable trenzado
• Vista de procesamiento -
Protocolo TCP
-
Gestión de Buffers
-
Control de flujo
-
Sistema gestor de red
• Vista de costos -
ROI
-
VAN
-
TIR
• Vista de estándares -
ISO (International Organization for Standardization)
-
ITU-T (International Telecommunications Telecommunications Sector)
-
IEEE
Telecommunication
Union-
Paso 3: Crear modelo de arquitectura con bloques de construcción Objetivo: Agrupación de hardware, aplicativos y estándares de acuerdo con la arquitectura a implementar en bloques según vista. Arquitectura tecnológica versión 0.3 Modelo de la arquitectura tecnológica
Vista de hardware de la red de computación • Bloque de seguridad: -
Firewalls
• Bloque de hardware -
Tarjetas de red
-
Routers y Conmutadores (Switches)
-
Medio de transmisión: cable trenzado
Vista de procesamiento -
Gestión de Buffers
-
Control de flujo
Vista de costos
-
ROI
-
VAN
-
TIR
Vista de estándares -
ISO (International Organization for Standardization)
-
ITU-T (International Telecommunications Telecommunications Sector)
-
IEEE
Telecommunication
Union-
Paso 4: Seleccionar Seleccionar portafolio de servicios por cada bloque de construcción Objetivo: Asociar servicios con cada bloque de especificado en la etapa anterior. Arquitectura tecnológica versión 0.4: Servicios propuestos de la arquitectura tecnológica (una descripción de los conju conjunto ntoss de servi servicio cioss requer requerido idoss tambié tambiénn con conoci ocidos dos como como estruc estructur turaa específica para una organización) organización)
Bloque Bloque de segur segurida idad: d: Servic Servicio io de seguri seguridad dad para para todos todos los sistem sistemas as propuestos Bloque de hardware: Servicio de soporte del sistema propuesto Bloque de base de datos: Servicio de registros actualizaciones de datos indispensables indispensables para el negocio. Bloque de servidores: Servicios de correo electrónico Bloque de gestión: Servicios de inventarios orientados a la fabricación de los productos. Servicios de manejo de planillas
Paso 5: Confirmar metas y objetivos de negocio Objetivo: Co Cont ntra rast stee entr entree la implementar.
meta metass y obje objeti tivo vo y la arqu arquit itec ectu tura ra a
Metas: o
Aumentar el nivel de satisfacción de los clientes
o
o
o
o
o
Cumplir con el presupuesto asignado Cumplir como mínimo el 70% del programa de capacitación a los usuarios Incrementar a 75% la satisfacción de los clientes internos de sistemas de información al finalizar el año. Logr Lograr ar los los sigu siguie ient ntes es indi indica cado dore ress de prod produc ucci ción ón:: Reco Recort rtee 2.5% 2.5%,, productividad 665 665 sacos/hora, eficiencia: eficiencia: 73% Cumplir al 100% el Plan de Mantenimiento Preventivo, para asegurar el correcto funcionamiento de los equipos informáticos
o
Desarrollar un sistema integrado para toda la organización
o
Aumentar las utilidades en 2% con respecto al año anterior
Objetivos: o
o
o
o
o
o
Generarr con Genera con nue nuestr stros os clien clientes tes redes redes de innova innovació ciónn y articu articulac lacion iones es productivas y comerciales sostenibles, mediante el desarrollo de factores de diferenciación. Desarro Desa rroll llar ar una una cult cultur uraa orga organi niza zaci cion onal al de exce excele lenc ncia ia basa basado doss en principios y valores que permitan un ambiente propicio para el trabajo, asimismo cumplir en un 70% los programas de Capacitación para los empleados. Garantizar Garantizar la sostenibi sostenibilidad lidad organizac organizaciona ionall mejorando mejorando la gestión gestión del conocimiento, los procesos de gerencia, el desarrollo de competencias y el uso eficiente de los ingresos. Incr Increm emen enta tarr la prod produc ucti tivi vida dadd de la plan planta ta en un 20% 20% medi median ante te el mantenimiento y compra de Maquinaria de la Empresa. Tener los costos más bajos del mercado de producción de sacos. Alcanzar un 100% de Satisfacción del Cliente en cada pedido, compra y transporte del de los productos.
Paso 6: Determinar los criterios para las especificaciones especificaciones Objetivo: El objetivo de este paso es desarrollar un conjunto de criterios para escoger escoger especificaciones especificaciones y conjuntos de de especificaciones. especificaciones. Arquitectura tecnológica Versión 0.6:
Requerimientos de trazabilidad de la arquitectura tecnológica (criterios de selección de estándares)
Criterios de Selección de estándares: • Criterio que se ajuste a las necesidades y procesos procesos de negocio. • Criterio que nos permita cumplir con nuestros objetivos y metas. • Que se adapten fácilmente a la empresa • Debe ser bien entendible y de tecnología madura • Debe presentar consistencia • De carácter comercial para la facilidad de información. • Debe fácil adquisición.
Los Estándares están basados en: • Servicios de gerencia de datos • Servicios de red • Servicios del sistema operativo • Servicios de seguridad
Paso 7: Completar la definición de la Arquitectura Tecnológica Objetivo: Se especifica completamente la arquitectura tecnológica. Arquitectura tecnológica versión 0.7 Trazabilidad de los requerimientos de la arquitectura tecnológica • Estandarizar los documentos que fluyen dentro de la empresa. • Asignar a los responsables de cada área responsabilidades responsabilidades para que así se puedan cumplir cumplir con los procedimientos procedimientos establecidos. establecidos. • Permitir al personal apoyarse en la tecnología existente para poder mejorar su eficiencia
Mapeo de arquitecturas en el repositorio virtual de la arquitectura tecnológica.
La arquitectura del sistema propuesto consta de 6 aplicaciones: aplicaciones: • Sistema de gestión de administración y control de plan estratégico • Sistema de gestión de compras y ventas • Sistema de gestión de acceso de personal y asistencia • Sistema de gestión de Contabilidad • Sistema de gestión de Existencias • Sistema de gestión de Producción, Calidad y Control de Productos
8. BIBLI IBLIOG OGRA RAF FÍA – http://www.slideshare.net/Infosys/togaf-tutorial-443776 http://www.slideshare.net/Infosys/togaf-tutorial-443776 – http://sp.kynetia.com/especializacion http://sp.kynetia.com/especializacion/togaf.html /togaf.html – http://www.opengroup.org/onlinepubs/829 http://www.opengroup.org/onlinepubs/8299909899/toc.pd 9909899/toc.pdf f – http://www.opengroup.org/architecture/togaf9-doc/a http://www.opengroup.org/architecture/togaf9-doc/arch/ rch/ – http://www.buenastareas.com/ensay http://www.buenastareas.com/ensayos/Arquitectura-Togaf-Paraos/Arquitectura-Togaf-ParaForsac/75344.html – http://www.voypormas.com/Gestion/Las-7-S-de-Mc http://www.voypormas.com/Gestion/Las-7-S-de-McKinsey.html Kinsey.html