MXPA02001823A

MXPA02001823A - Estructura y metodo para modelar cuadros de trabajo de tecnologia de informacion y negocios integrados y arquitectura en soporte de un negocio.

Info

Publication number: MXPA02001823A
Application number: MXPA02001823A
Authority: MX
Inventors: B Myrick Conrad
Original assignee: Electronic Data Syst Corp
Priority date: 1999-08-20
Filing date: 2000-08-17
Publication date: 2002-08-12
Also published as: AU767667B2; BR0013457A; WO2001014998A8; AU6781800A; JP2003524825A; NZ517283A; US20040143470A1; CN1399754A; US7870004B2; US7162427B1; KR20020026587A; HK1046971A1; US20040059611A1; WO2001014998A2; CA2384791A1; EP1221109A2

Abstract

Una arquitectura de empresa para un negocio esta dividida en una arquitectura de negocios, una arquitectura de tecnologia de informacion, y un armazon de manejo de empresa. La arquitectura de negocios es el impulsor principal para la arquitectura de tecnologia de informacion pero la arquitectura de tecnologia de informacion tambien puede tener un impacto sobre la construccion de la arquitectura de negocios. El armazon de manejo de empresa permite el manejo de dos arquitecturas. Una torre de armazon es construida alrededor de los componentes esenciales y obligatorios de la arquitectura de empresa. La torre de armazon esta constituida de una pluralidad de planes que representan componentes obligatorios de la arquitectura de empresa. Los componentes de la torre de armazon incluyen un plan estrategico, una arquitectura de negocios, una arquitectura de informacion, una arquitectura de aplicacion, una arquitectura de infraestructura de tecnologia, un armazon de manejo de tecnologia de informacion de empresa. Cada componente en la torre de armazon se refiere a gente, procesos y tecnologia de la arquitectura de empresa de manera que la planeacion de tecnologia de informacion estrategica, la definicion de arquitectura de empresa y la tecnologia de informacion efectiva y repetible que habilitan soluciones pueden llevarse a cabo y entregarse al negocio.

Description

ESTRUCTURA Y MÉTODO PARA MODELAR CUADROS DE TRABAJO DE TECNOLOGÍA DE INFORMACIÓN Y NEGOCIOS INTEGRADOS Y ARQUITECTURA EN SOPORTE DE UN NEGOCIO CAMPO DE LA INVENCIÓN La presente invención se refiere en general a las técnicas de modelado de tecnología de negocios y de información y en particular a una estructura y a un método para modelar cuadros de trabajo de tecnología de información y de negocios integrados y arquitectura en soporte de un negocio.

ANTECEDENTES DE LA INVENCIÓN A fin de que una empresa de negocios se alinee y permita fuentes de negocios, debe haber una valoración, identificación, construcción, modificación, incremento, e integración de los componentes de tecnología de información y de negocios. Sin embargo, la mayoría de las empresas carecen de una base desde la cual pueden derivarse acercamientos de planeación de tecnología de información estratégica y desarrollarse para desplegar componentes de tecnología de negocios y de información requeridos. Por tanto, un negocio no es capaz de asegurar una habilitación de tecnología de información exitosa de un proceso de negocios funcional cruzado en actividades de extremo a extremo. No hay un mecanismo o ** * ** * cuadro de trabajo en la industria de tecnología de información (IT) para un fundamento que proporcione modelos de referencia de tecnología de negocios y de información esencialmente integrados necesarios para definir, construir, o evaluar una arquitectura de empresa. No hay una marca de banca integrada, adaptable o completa desde la cual puedan valorarse y desarrollarse los requerimientos y procesos de tecnología de negocios e información. Por tanto, es deseable el proporcionar un negocio con una estructura o cuadro de trabajo de fundamento que permita a la arquitectura de negocios el derivar la arquitectura de tecnología y también permitir a la arquitectura de tecnología el tener un impacto directo sobre la construcción de la arquitectura de negocio a través de la habilitación o mediante el proporcionar formas nuevas y creativas de llevar a cabo el negocio.

SÍNTESIS DE LA INVENCIÓN De lo anterior, puede apreciarse que ha surgido una necesidad para una técnica efectiva para modelar un negocio. De acuerdo con la presente invención, un método y una estructura para modelar cuadros de trabajo y arquitectura en soporte de un negocio se proporciona que elimina o reduce esencialmente las desventajas y problemas asociados con las técnicas de modelado de tecnología de información.

De acuerdo a una incorporación de la presente invención se proporciona un método para modelar cuadros de trabajo y arquitectura en soporte de un negocio que incluye el identificar entidades manejables de los negocios. Una 5 arquitectura global para el negocio se determinó que define como las entidades manejables se relacionan unas a otras. La arquitectura de empresa global está representada en un modelo de torre con seis componentes fundamentales-plan estratégico, arquitectura de negocios, arquitectura de información, 10 arquitectura de aplicación, arquitectura de infraestructura de tecnología, y cuadro de trabajo de administración de tecnología de información de empresa. Cada componente fundamental o plano en el modelo de torre puede incluir subplanos para definir además la arquitectura de la empresa de negocios. Un lenguaje 15 común es implementado a fin de articular la arquitectura gioba.. Los requerimientos ?e tecnología para el negocio son analizados, planeados e implementados de acuerdo a la arquitectura global. 20 La presente invención proporciona varias ventajas técnicas sobre las técnicas de modelado de negocio convencionales. Por ejemplo una ventaja técnica es la de proporcionar disciplina para entregar soluciones habilitadoras de tecnología de información repetibles y efectivas para 25 acomodar las necesidades del negocio. Otra ventaja técnica es la de promover la integración de los negocios y la planeación a ,aff .'fe faaSf,lÉfe*ifíiflígr,?t.í de tecnología y establecer una estrategia de tecnología que sostenga y dirija los esfuerzos del negocio. Aún otra ventaja técnica es la de proporcionar un modelo común para articular los componentes obligatorios de una arquitectura de empresa y 5 la línea de base para desarrollar los acercamientos de integración y planeación de tecnología de información. Aún otra ventaja técnica es el manejo efectivo de un ambiente de tecnología heterogéneo. Otras ventajas técnicas pueden ser fácilmente diecernibles por aquellos expertos en el arte de las 10 siguientes figuras, descripción y reivindicaciones.

BREVE DESCRIPCIÓN DE LOS DIBUJOS 15 Para un entendimiento más completo de la presente invención y de las ventajas de la misma, se hace ahora reíerencia a la siguiente ?escripción tomada en conjunción con los dibujos acompañantes, en donde los números de referencia iguales representan partes iguales, en los cuales: 20 " " La figura 1 ilustra un continuo de planeación mostrando los pasos intermedios desde una estrategia de negocios para entregar tecnología de información; 25 La figura 2 ilustra el continuo de planeación en mayor detalle mostrando las entradas, salidas y relaciones; i»?, **?it , -. . . , ¿?fe^a La figura 3 ilustra un diagrama de bloque simplificado de una arquitectura de empresa para un negocio y de cómo se interrelaciona el negocio y la tecnología de información; La figura 4 ilustra componentes de cuadro de trabajo de planeación de tecnología de información estratégica fundamentales ; La figura 5 ilustra un modelo de torre de cuadro de trabajo de planeación de tecnología de formación estratégica de empresa; La figura 6 ilustra un modelo ambiental de operación para el negocio de empresas; La figura 7 ilustra las funciones de línea y de soporte para el riegocio de empresas; La figura 8 ilustra un mapa de ubicación lógica de negocios; La figura 9 ilustra una vista geoestructural del mapa de ubicación lógico de negocios; La figura 10 ilustra una inversión y perfil de gastos de tecnología de información; La figura 11 ilustra una marca de banca de gastos de industria y tecnología de la información de cliente; La figura 12 ilustra el cuadro de negocios de empresa con las entradas y salidas externas y las entidades asociadas ; La figura 13 ilustra los agregados de corriente de valor de la empresa de negocio; La figura 14 ilustra un modelo de evento de corriente de valor y los métricos correspondientes; La figura 15 ilustra una arquitectura de proceso para una corriente de valor de la empresa de negocios; La figura 16 ilustra un modelo de ambiente de corriente de valor; La figura 17 ilustra un modelo de escenario de flujo de trabajo de proceso para una corriente de valor; t*i **.

La figura 18 ilustra los preceptos y cuadro de trabajo de administración de información y datos de empresa; La figura 19 ilustra los escenarios de inteligencia de negocios; La figura 20 ilustra una vista de componente geoestructural para la arquitectura de información.

La figura 21 ilustra un cuadro de trabajo de almacén de datos de arquitectura de datos e información; La figura 22 ilustra una matriz de integración de sistema y de portafolio de aplicación de información; Lo figura * ilustra un ejemplo de una arquitectura de aplicación integrada para una habilitación de corriente de valor; La figura 24 ilustra una vista de componente geoestructural para una arquitectura de aplicación; La figura 25 ilustra una matriz de integración de sistema y portafolio de software de aplicación de empresa; La figura 26 ilustra un ejemplo de las mejores recomendaciones de prácticas de portafolio de aplicación; La figura 27 ilustra un modelo de referencia técnica, plataforma asociada, y estructura de gobierno de políticas y estándares; La figura 28 ilustra un modelo de conectividad de ubicación lógica; La figura 29 ilustra una ubicación lógica y una matriz de componente de software lógico; La figura 30 ilustra un esquema de despliegue de software de ubicación lógica.

La figura 31 ilustra una vista de un componente geoestructural para una arquitectura de infraestructura de tecnología; La figura 32 ilustra un ejemplo de las mejores recomendaciones de prácticas de arquitectura de infraestructura de tecnología; La figura 33 ilustra un modelo de administración de negocios de sistema; La figura 34 ilustra los modelos de proceso de administración de sistemas de empresa; 5 La figura 35 ilustra una vista de un componente geoestructural para arquitectura de manejo de sistemas de tecnología de información; La figura 36 ilustra una matriz de integración 10 para un portafolio de software de manejo de sistemas; La figura 37 ilustra una vista de componente geoestructural para un cuadro de trabajo organizacional de manejo de tecnología de información de empresa; 15 La figura 3fc ilustra el modelo orgamzacionai de manejo de tecnología de información de empresa; La figura 39 ilustra una copia heliográfica de 20 cuadro de trabajo; La figura 40 ilustra una copia heliográfica de plano de tecnología de información estratégica; 25 La figura 41 ilustra cómo una copia heliográfica guía la información de modelos de objetivo; -?t&-A¿ia:-ft -írr'-il f aSS U La figura 42 ilustra un acercamiento a la planeación de tecnología de información estratégica; La figura 43 ilustra la construcción e implementación de un plan de tecnología de información estratégica; La figura 44 ilustra un escenario de entrega de flujo de trabajo de cuadro de trabajo de tecnología de información estratégica; y La figura 45 ilustra los componentes de un plan de tecnología de información estratégica.

DESCRIPCIÓN DETALLADA DE LOS DIBUJOS PLANEACION ESTRATÉGICA La planeación estratégica proporciona el contexto y guía que deriva la definición de las funciones de negocios, procesos, sistemas y organización. Este es el proceso de definir, la visión, la misión y los objetivos a largo plazo para un negocio y las estrategias para lograrlos. El proceso de planeación estratégica determina las acciones y la dotación de los recursos para satisfacer estos objetivos. Los planes estratégicos resultantes permiten a la empresa el usar efectivamente su tiempo, recursos, capital intelectual y experiencia y transición desde un estado corriente a un nuevo estado para llevar a cabo los negocios. En este documento son de interés principal dos procesos de planeación de negocios debido a su correlación directa e interdependencias. El primero es la Planeación de Negocios Estratégica la cual es el proceso para definir la misión y objetivos a largo plazo para el negocio y las estrategias para lograrlos. La segunda es la planeación de tecnología de información estratégica, la cual es el proceso para definir los cuadros de trabajo y arquitecturas en soporte del negocio y crear el plan para implementar esos cuadros de trabajo y arquitecturas. Aún cuando el foco está sobre la planeación de la tecnología de información, la salida del proceso de planeación de negocios estratégico, el plan de negocios es lo que impulsa y siempre debe ser consiaerado en la creación de un plan de tecnología de información exitoso. A través del uso de una torre de cuadro de trabajo de planeación de tecnología de información estratégica, una empresa tendrá los cuadros de trabajo de información estratégica apropiados guiando la dirección de tecnología apropiada necesaria para implementar efectivamente la dirección del negocio de la organización .

La figura 1 es un diagrama de alto nivel que ilustra un continuo de planeación completo 1000 de una ^^^gßjMgßßg estrategia de negocios a través de una entrega de soluciones de estrategia de tecnología de información a soluciones de tecnología de información. La planeación de tecnología de información es una parte integral de ese continuo. En el ambiente de negocios dinámico del día de hoy, es crítico el hacer decisiones exactas y a tiempo acerca de en qué tecnología invertir y cuando debe ocurrir el cambio, y qué valor recibirá el negocio mediante el implementar un nuevo paradigma de tecnología. Para asegurar que estas decisiones son razonables, el proceso de planeación estratégica de tecnología de información y entregables necesita ser impulsado y guiado por el contexto de negocios dentro del cual la empresa residirá.

La figura 2 establece el mapa para el diagrama de alto nivel de la Figura 1 y muestra el rango de actividades de negocios desde una planeacion de negocios y mejora de procesos a través y hasta la entrega y administración de soluciones de tecnología de información para soportar los procesos de negocios. Las cajas sobre el lado izquierdo representan el capital intelectual en la forma de modelos y soluciones de plantilla. Las cajas sobre el lado derecho representan los productos entregados a un cliente y son los componentes principales del plan de tecnología de información. El hilo de proceso que corre hacia abajo del diagrama ilustra cómo las actividades y las entradas y salidas de relacionan unas con otras. Las barras sobre la derecha del diagrama muestran el ^é ^^^¡ alcance de las actividades proporcionadas por varias organizaciones y aproximan la composición rudimentaria del modelo de torre de cuadro de trabajo de planeación de tecnología de información estratégica. El modelo de torre de cuadro de trabajo de planeación de tecnología de información estratégica de empresa en conjunción con una variedad de servicios de planeación de tecnología de información llena la separación entre la consultoría de administración y la entrega de las soluciones de la tecnología de información. Las siguientes secciones cubren los conceptos detrás de la torre de cuadro de trabajo de planeación de tecnología de información estratégica de empresa y el uso de los componentes de cuadro de trabajo para proporcionar una planeación de la tecnología de información estratégica.

En la figura 2, e continuo ae planeacion 100C fluye desde la consultoría de administración 1002 a través de la planeación de tecnología de información 1004 para entrega 1006. En la fase 1002 de consultoría de administración, la planeación de negocio y la transformación 1008 se llevan a cabo en respuesta a la industria de contexto de negocio 1010 y los modelos de negocio 1012 comunes y las estrategias de negocios tal como el plan de transformación de negocios 1014, el plan de negocios y la arquitectura 1016, y otras estrategias de negocios 1018. La información desarrollada durante la fase 1002 de consultoría de administración es empleada para impulsar el desarrollo de la empresa IS/Tecnología de información 1020 en la fase 1004 de planeación de tecnología de información. El desarrollo de estrategia de IS/IT de empresa 1020 reacciona a entradas desde la industria de arquitectura IS 1022 y los 5 modelos comunes 1024 a fin de impulsar las estrategias IS/IT 1026 de empresa. Del desarrollo de la estrategia y de las estrategias mismas, es determinada una definición de arquitectura IS/IT 1028 de empresa basada sobre los modelos de referencia de arquitectura de tecnología de información 1030. 10 La definición de arquitectura de empresa IS/IT 1028 ayuda a generar los planos de transición 1032 y las arquitecturas IS/IT de empresa 1034 a fin de impulsar el desarrollo de soluciones de alto nivel 1036 está basado sobre los modelos de solución 1038 y resulta en soluciones de alto nivel 1040 y en planes de 15 transición 1042 para su implementación. Una vez que las soluciones ae alto nive 1040 sean generaaas, las soluciones y servicios de entrega 1044 se llevan a cabo basándose sobre componentes 1046 y las plantillas 1048. Los entregables incluyen los diseños 1050, el código 1052 y los sistemas de 20 aplicación 1054. Después de la entrega, se pone una función de mantenimiento 1056 para los entregables.

PLANEACIÓN DE TECNOLOGÍA DE INFORMACIÓN ESTRATÉGICA 25 *¿?a pí»i???¡^aa'i>^^, ai La planeación de tecnología de información estratégica es el proceso de modelar y definir cuadros de trabajo y arquitecturas en soporte del negocio y crear el plan o planes para implementar esos cuadros de trabajo y arquitecturas. La planeación de tecnología de información estratégica es definiendo y no diseñando. Un plan de tecnología de información estratégica no diseña sistemas, bases de datos o redes. El diseño e implementación del trabajo es iniciado después de que el proceso de definición se ha completado. Basándose sobre esta premisa, un proceso para definir los cuadros de trabajo y las arquitecturas requeridas y su uso está demostrado. A fin de convertir las iniciativas de un plan de negocios estratégico de empresas en resultados manejables e implementables, deben ocurrir tres cosas. Primero la complejidad es descompuesta en unidades manejables. En segundo lugai , las arquitecturas y los cuaaroe de trabajo son construidos de manera que estos puedan ser usados para modelar el negocio y habilitar la transferencia de información. En tercer lugar, se decide un lenguaje común sobre y usado para articular los cuadros de trabajo y las arquitecturas.

Primero, la empresa es rota en entidades manejables o componentes manejables. Justo como un aeroplano puede descomponerse en partes separadas usando una cuenta de materiales la cual es una lista de productos y especificaciones que describen los elementos de producto, características y algunas veces los requerimientos de ensamble, lo mismo puede hacerse para una empresa. Una empresa dividida requiere ser definida de manera que pueda entenderse dentro del contexto del todo y suficientemente detallado para ser analizado para el cambio, búsqueda de fuente y ensamble, justo como la cuenta de materiales para un aeroplano. No solo esto permite el que varios grupos y organizaciones desarrollen procesos para transformar las entradas en salidas sino que también habilita mejor a la tecnología de información para soportar la transformación.

En segundo lugar hay una necesidad de una arquitectura global (o cuadro de trabajo) para describir como todas las partes (o componentes organizacionales) encajan juntos y cómo cada parte se refiere a otra. Por tanto la arquitectura ae la empresa es ej verdadero habilitador de cualquier actividad, proceso o función. Si no se encuentra un componente arquitectónico esencial en la empresa (o se menciona en un convenio de fuente externa) , no pueden completarse los procesos y funciones, y actividades asociadas.

Finalmente, debe haber un lenguaje común o manera de comunicarse en términos claros y precisos que entiendan todas las partes involucradas. No un lenguaje para la gente de ventas, y otro para la gente de la oficina de origen, y otro para la gente de tecnología de información, sino que sea uno , ^«,s * que todos entiendan y del cual son derivados otros modelos y arquitecturas. Este lenguaje común no es el denominador común más bajo sino más bien un paso significante en el aprendizaje de cómo comunicarse en modelos gráficos objetivos.

Habiendo satisfecho estas necesidades y usando los modelos desarrollados de la empresa, el entendimiento e implementación de las iniciativas puede comenzar. Además de proporcionar límites, los modelos de empresa representan el depositante común de datos, información y conocimientos alrededor de su empresa. Las representaciones gráficas describen precisamente la empresa en términos claros y entendibles. El alcance de los modelos es de cuatro dimensiones considerando las actividades funcionales dentro de un departamento, las actividades funcionales cruzadas dentro de la compañía., iae activiaaaee de cliente y proveedo , y finalmente las actividades del competidor tal como "tiempo para comercializar" . Esta vista holística y entendimiento habilita la alineación de tecnología de información con una empresa y sus objetivos y fines.

De estos modelos de los que es analizado el estado actual de la empresa de los que pueden ser desarrolladas las arquitecturas de tecnología de información y de cuadros de trabajo y de plan de transición para el estado futuro. Los modelos también pueden permitir la descomposición de la empresa en unidades manejables y entendibles, reduciendo por tanto su complejidad. Es de esta descomposición de la que están diseñadas la efectividad, eficiencia, adaptabilidad y se han optimizado mediante la empresa. Sin embargo, debe entenderse 5 que ningún modelo único o unidad dividida proporciona la solución "bala de plata" para la empresa. La síntesis de información del negocio integrado y los modelos de tecnología de información proporcionan los eslabones los cuales unen la empresa en una entidad holística, lineando por tanto una 10 estrategia de empresa completa, prendas interiores con personas, procesos y tecnología.

En la donación de la definición y estructura para la empresa es básico el tomar en cuenta que ningún "sistema" 15 complejo puede ser óptimo para todas las partes involucradas y tener todas lae funciones optimizadas. Consecuentemente, la arquitectura o el desarrollo de una arquitectura o cuadro de trabajo para controlar y delimitar la complejidad es una materia de ajuste, balance y compromiso de muchos factores y de muchos 20 intereses. Esto es especialmente verdadero en el desarrollo de una estructura, o arquitectura, dentro de la cual construir sistemas de tecnología de información complejos que soportarán y habilitarán el negocio de la empresa. Un sistema puede ser considerado que es un juego de diferentes elementos conectados o 25 relacionados en tal manera como para llevar a cabo una función única no realizada por los elementos solos. La característica ¿?*. a¿M»;&iát*.?3i*az,. más importante y distinguidora de un sistema, por tanto es la relación entre los elementos. La definición de un sistema puede además redefinir y romperse en dos partes básicamente: como un juego complejo de elementos o partes no similares así conectadas o relacionadas como para formar un todo orgánico y el todo es mayor que la suma de las partes; es decir, el sistema tiene propiedades más allá de aquéllas de las partes individuales. El propósito de sistemas de construcción es el de adquirir aquellas propiedades proporcionadas por el todo. Como se mencionó previamente, la esencia de los sistemas es relaciones, interconexiones, forma, ajuste y función. Por tanto, la esencia de la arquitectura es estructuración, simplificación, compromiso y balance. El desafío está en el control, sino la reducción de la complejidad y la falta de certeza, y esto debe de reflejarse en la arquitectura.

El desarrollo de una arquitectura debe ser también pragmático. Debe haber una expansión o reducción del problema a mano para una estructura y tamaño realístico, trabaj able e implementable . El cuadro de trabajo debe dictar estructuras que son logrables . La experiencia proporciona la respuesta a por qué hay una necesidad de arquitecturas y cuadros de trabajo. Las empresas con arquitecturas inadecuadas, pobremente definidas y no documentadas son propensas a gastos de recursos de tecnología de información altos y tienen dificultades de ajustar juntos componentes de sistema. Es decir, las piezas de un **¿¿e*¿ sistema no ajustan ni satisfacen la función intentada. La arquitectura hace a las piezas ajustar y facilita la integración y resolución de conflictos estructurales. La arquitectura define el todo. Surgen serias dificultades cuando el número y naturaleza de los elementos resulta en tantas interconexiones complejas de manera que un subsistema hace al resto no es ya tan simple como las entradas y salidas únicas. En este caso, las relaciones entre función y rompimiento de forma. La arquitectura, la creación de una estructura o cuadro de trabajo trae orden del caos, establece reacciones de sistema y adquiere las propiedades deseadas del todo.

Como con la modelación de la empresa de negocios, una arquitectura de tecnología de información puede quizás ser entendida mejor como una descripción de arriba debajo de la estructura del sistema. Por tanto, los modelos pueaen ayudar <= describir la estructura. En este caso, un modelo es una abstracción de lo que los participantes piensan y esperan cómo se verá el sistema final y su ambiente. Mediante el implicar una gran cantidad de estructura interna, un modelo puede comunicar una riqueza de información en una forma agregada y simple. Por ejemplo, un modelo de una casa es rápidamente entendido por todas las partes, no sólo en su forma externa sino también en sus sistemas eléctrico, de plomería de y calentamiento. Su espacio de habitación y su relación a sus alrededores. La mejor arquitectura está basada sobre la completa sumisión de las partes individuales al propósito función del todo. La "forma sigue la función" se convierte en un principio guía. Los sistemas exitosos pueden ser desarrollados siguiendo una arquitectura que es impulsada por la 5 función en vez de la forma. Sin embargo, deberá notarse que las arquitecturas exitosas se desarrollan lentamente, y que no son creadas con tales detalles que éstas puedan rigidizar la innovación Si una arquitectura está sobredefinida, los constructores no tendrán elección o flexibilidad distinta a la 10 "construcción para imprimir" . Es decir, con mucha descripción el desarrollador del sistema o el implementador no tendrá la opción para mejorar o ajustar el diseño para satisfacer las demandas ambientales del negocio cambiantes o el cambio de tecnología. 15 Para tomar simplemente lo que existe actualmente y tratar de hacerlo que trabaje junto en la mayoría de los casos no es realista, pragmático, ni satisfacerá las necesidades del negocio de una organización. Ningún constructor o desarrollador 20 de sistema puede remediar un concepto con una falla fundamental. Sin embargo, dado un fundamento arquitectónico sólido, el éxito puede ser realizado y sólo será contingente respecto de la habilidad del constructor y de los ingenieros. Finalmente los modelos de empresa y las arquitecturas de tecnología de 25 información y los cuadros de trabajo logran muy poco o nada, nunca alcanzando implementación. Por tanto, la planeación de tecnología de información estratégica es sumamente importante para el éxito si es que algo va a lograrse en una manera ordenada, eficiente y efectiva en soporte de las necesidades del negocio o de la empresa. Los siguientes puntos resumen el intento y el valor de la planeación de tecnología de información estratégica de empresa.

Un plan de tecnología de información estratégica de empresa hizo implementación proporcionará el cuadro de trabajo y el proceso para definir la visión, la misión, y los objetivos a largo plazo para la tecnología de información y el alinearlos con el negocio. Define las estrategias para lograrlos, y define la arquitectura para habilitarlos. El plan de tecnología de información también proporciona el contexto y la guía que impulsa la definición de los sistemas de tecnología ae información y de negocios mtegraaoe ( en soporte del procese de negocios y funciones) . La estructura de organización, y la solución de tecnología de información pone para los productos y servicioe. El plan de tecnología de información determina las acciones y parámetros para la dotación de recursos para satisfacer los objetivos. El plan de tecnología de información permite una utilización liberada, con prioridad, planeada y efectiva de una inversión de empresa en tiempo y recursos. 1 * ARMAZÓN DE EMPRESA Como se mencionó previamente, la planeación de tecnología de información estratégica es el proceso de modelar y definir los armazones y arquitecturas en soporte del negocio y la creación del plan para implementar esos armazones y arquitecturas. Deberá volverse a enfatizar que la planeación de tecnología de información estratégica es definiendo, no diseñando. Por tanto, a fin de definir todos los armazones y arquitecturas de tecnología de información necesarios en una forma consistente y repetible y para asegurar que todos los componentes obligatorios y apropiados de un plan de tecnología de información de empresa compresivo están presentes, debe ser definido y usa un modelo y armazón de planeación.

La torre de armazón de pianeacion de tecnología de información estratégica de empresa es el vehículo primario a través de cual es comunicada la información arquitectónica. El uso del modelo de torre, los conceptos detrás de la constitución del modelo y el concepto de las copias heliográficas y los patrones de trabajo que pueden ser usados juntos para producir los planes de tecnología de información estratégicos y las arquitecturas de tecnología que soportan las necesidades de un negocio de una sociedad serán demostrados. La torre es el punto de inicio para determinar el contexto y los componentes de fundamento y elementos necesarios para construir un plan de tecnología de información estratégico, arquitectura de empresa, componentes de arquitectura y soluciones de tecnología de información habilitantes y estrategias para una empresa. Los componentes y elementos identificados en la torre ayudan a los practicantes de planeación para analizar y evaluar efectivamente los requerimientos de tecnología, ponerlos en el contexto de negocios adecuados, y asegurar que se dé una debida consideración a todos los negocios y componentes de tecnología necesarios para referirse y soportar los impulsores de negocios y los requerimientos de modernización.

La torre también proporciona la línea de base en contra de la cual un negocio puede medir su ambiente actual y las iniciativas para asegurar que éstas trabajan con y sin un armazón compresivo para ei diseñe, ingeniería, aaquisición y desarrollo de soluciones habilitadas con tecnología para satisfacer los objetivos de negocios específicos. Las especificaciones, o "códigos de construcción" para algo de la arquitectura de componente técnico se encuentran en la "política de tecnología que cubren el gobierno de las normas y guías de diseño. Las copias heliográficas de torre dictan el ensamble de los componentes de modelo de armazón para la construcción de las entregas deseables tal como un plan de tecnología de información estratégico. Los componentes de armazón indicados en la copia heliográfica son entonces incorporados en un acercamiento y son procesados consecuentemente a través de los patrones de trabajo usando varias metodologías y técnicas para producir un plan de tecnología de información estratégico a la medida, arquitecturas de empresa y otros entregables. Es en los patrones de trabajo en los que son determinadas y tienen lugar las metodologías, los procesos, las técnicas y herramientas para el desarrollo de entregables específicos. Un juego de acercamientos y patrones de trabajo entregan planes de tecnología de información estratégica en otros entregables asociados .

A fin de desarrollar un plan de tecnología de información estratégico de empresa comprensivo y la arquitectura de empresa requerida 30 para una organización, deben ser consiaeradoe juntoe doe tipoe de arquitecturas: la arquitectura de negocios 32 y la arquitectura de tecnología de información 34, como se mostró en la figura 3. Las combinaciones de estos dos elementos constituyen la arquitectura de empresa para incluir un armazón de manejo de empresa 36 como se mostró en la figura 3 que permite el manejo o administración de las dos arquitecturas. La arquitectura de negocios es el impulsor principal para la arquitectura de tecnología de información pero la arquitectura de tecnología de información también puede tener un impacto sobre la construcción de la arquitectura de negocios a través de la habilitación o del proporcionar nuevas y creativas maneras para conducir el negocio, por ejemplo, el internet.

A fin de construir arquitecturas de empresa únicas o específicas de cliente y asegurar el que todos los procesos, componentes y elementos obligatorios estén presentes y colocados en el contexto adecuado, debe haber un armazón dentro del cual trabajar. El armazón está construido alrededor de los componentes obligatorios y esenciales de una arquitectura de empresa y se refiere a las personas, procesos y tecnología. La descomposición de la arquitectura de empresa puede ser representada por un modelo hecho de seis componentes fundamentales 40, mostrados como planes indicados en la figura 4. Estos componentes constituyen una arquitectura de empresa e incluyen ambas arquitecturas de negocios y de tecnología de información. Caaa plano representa un componente obligatorio en una arquitectura de empresas 30 y debe referirse en un plan de transferencia de información estratégico. El intento de los planes no es de implicar un flujo secuencial sino de ayudar a identificar fácilmente y catalogar los componentes arquitectónicos requeridos y sus elementos. Sin embargo, deberá entenderse que hay relaciones requeridas entre los componentes y los elementos aún cuando no mostradas por este modelo particular.

* Ai Para la planeación de tecnología de información estratégica de empresa y el desarrollo de arquitectura de tecnología de información y de negocios de empresa, cada componente del armazón contiene los elementos requeridos (subcomponentes) . La referencia a estos elementos no sólo hace a cada elemento completo sino que también permite que se establezca un "eslabón duro" para los otros componentes en el armazón. Los componentes contienen todo lo que se considera necesario para lo completo ambos en el lado de los negocios así como en el lado de la tecnología de información. Lo siguiente es una sobrevieión del nivel alto del contenido de los componentes fundamentales.

Planes Estratégicos 41 - Cada empresa debe tener por lo menos seis tipos de planes estratégicos: plan de negocios, pian de producto, pian financiero, plan de organización, plan de mercadeo y plan de tecnología de información. Los planes proporcionan el contexto y guía que impulsa la definición de las funciones de negocios, procesos, sistemas y organización. La planeación de negocios estratégica es el proceso para definir la misión y objetivos a largo plazo para el negocio y las estrategias para lograrlos. El plan de tecnología de información define y guía la habilitación de tecnología del negocio y los planes relacionados. En ambos de estos planes están los mapas de carretera ejecutables para la implementación y desarrollo de los planes.

^^^¿^ A Arquitectura de Negocios 42 - Refleja una vista de lo que el negocio debe hacer actualmente así como en el futuro para lograr los requerimientos de negocios particulares. La arquitectura de negocios define la estructura de organización de negocios, la inversión de tecnología de información y el perfil de gastos, funciones, arquitecturas de proceso de negocios (corrientes de valor) , escenarios de flujo de trabajo, y el ambiente de operación de empresa dentro del cual todos éstos existen.

Arquitectura de Información 44 - Representa qué información debe ser entregada a los individuos a través de la empresa para ayudarlos a ejecutar efectivamente los procesos de negocios y hacer decisiones informadas. Este plan contiene la información y el armazón y preceptos de manejo de datos, loe procesos de componente de inteligencia de negocios, la vista geoestructural del desarrollo de tecnología específica de información, y el portafolio de software de aplicación de información.

Arquitectura de Aplicación 46 - Sirve para soportar la ejecución del proceso de negocios (habilitación de la corriente de valor) y llevar la información y datos al proceso. La arquitectura de aplicación define el portafolio de software de aplicación y las relaciones de integración. Las entradas y salidas de aplicación son identificadas así como la vista geoestructural de aplicación para el desarrollo. Los principios de guía, normas y características de diseño soportan la adquisición así como el desarrollo e integración de las aplicaciones.

Arquitectura de Infraestructura de Tecnología 48 Define los componentes de tecnología de información necesarios para habilitar el acceso a la información y proporciona soporte para la ejecución de las actividades. Este plano contiene las normas y políticas o "códigos de construcción" para la construcción de infraestructura de tecnología. Este plano también contiene una caracterización del ambiente de objetivo, y la identificación y vistas de las colocaciones geoestructurales futuras con requerimientos de plataforma de tecnología de información y características que proporcionarán la base para las copias heliográficas de ingeniería .

Arquitectura de Manejo de Tecnología de Información de Empresa 49 - Lidia con los negocios y administración organizacional para proporcionar productos y servicios de tecnología de información, el manejo de los servicios, los sistemas de tecnología de información y manejo de red, para incluir seguridad así como la administración de elemento. Esta capa también abarca las capacidades, t.i*?* competencias, habilidades y modelos de funcionamiento de manejo de tecnología de información de empresa necesarios para implementar los comportamientos y cultura deseados. 5 La figura 5 muestra el modelo de torre 500 y exhibe gráficamente la descomposición de los componentes obligatorios (mostrados en gris) en subplanos. Un subplano es una convención para clarificar y detallar el elemento contenido de un componente obligatorio. Por ejemplo, una arquitectura de 0 negocios está típicamente compuesta de aquellos elementos asociados con: ambiente de operación de negocio de empresa, funciones de línea y soporte de negocio y estructura de organización, un armazón de negocio de empresa de arquitecturas y arquitecturas de proceso de negocios (corrientes de valor) y 5 escenarios de flujo de trabajo, por tanto cuatro subplanos.

En la figura 5, el modelo de torre 500 incluye los componentes obligatorios y sus subplanos. Para el componente de plano estratégico 41, puede haber un subplano de 0 negocio estratégico y de planos de tecnología de información 502. Para el componente de arquitectura de negocios 42, puede haber el ambiente de operación de negocios de empresa 504, las funciones de línea y de soporte de negocios y la estructura de organización 506, el armazón de arquitectura de negocios de 5 empresa 508, y la arquitectura de proceso de negocios y los subplanos de escenarios de flujo de trabajo 510. Para la L,AgSt? ^ arquitectura de información 44, pueden incluirse los preceptos y armazones de manejo de datos/información 512, los procesos de componente de inteligencia de negocios 514, la vista de componente geoestructural 516, y los subplanos de portafolio de software de aplicación de información 518. La arquitectura de información (habilitación de la corriente de valor) 520, vista del componente geoestructura 522, y los subplanos de portafolio de software de aplicación (matriz de integración de sistemas) pueden ser una parte de la arquitectura de aplicación 46. Las normas y políticas 526, la escena de desarrollo de software de ubicación lógica 528, los requerimientos y características de sistemas de operación 530, y los subplanos de vista de componentes geoestructurales 532 pueden ser incluidos en la arquitectura de infraestructura de tecnología 48. El componente de armazón de manejo de tecnología de información de empresa 49 pueae incluir los subplanoe de armazón de manejo de sistemas de tecnología de información 534, los componentes geoestructurales de manejo de sistemas de tecnología de información 536, el portafolio de software de aplicación de manejo de sistemas de tecnología de información 538 y el modelo de organización de manejo de tecnología de información de empresa 540.

Lo siguiente describe cómo el modelo de torre de armazón de planeación de tecnología de información estratégica de empresa es interpretado y consecuentemente usado para crear un plan de tecnología de información estratégico. El proceso sistemático de modelación de la empresa a través del desarrollo de un proceso de negocios sucinto y de modelos de arquitectura de tecnología de información de soporte de la arquitectura de negocios de empresa está descrito en cada descripción de los componentes de modelo de torre. La arquitectura de negocios de empresa está basada sobre un armazón compuesto de una serie de modelos de proceso de negocios que integran numerosos procesos de negocios en una serie de actividades de flujo de trabajo que colectivamente son llamados corrientes. Las corrientes de valor producen resultados específicos para un cliente basándose sobre objetivos de negocios, fines, factores de éxito críticos y medidas de funcionamiento.

El concepto para la planeación de tecnología de información estratégica delineado en esta sección está baeado sobre la premisa de que hay seis componentes de arquitectura de empresa obligatorios y fundamentales en cada empresa. Los seis componentes de arquitectura de empresa son desarrollados para retratar una vista estratégica del negocio mientras que se identifica cual y en donde debe desplegarse la tecnología habilitadora dentro de los procesos de negocio. Los componentes de arquitectura son enlazados intrínsecamente y son mutuamente soportadores unos de otros para moldear la empresa. Como se discutió previamente, los seis componentes de arquitectura obligatorios mostrados en el modelo de torre de planeación de i.*t tecnología de la información estratégica de empresa de la figura 5 son: planes estratégicos, arquitectura de negocios, arquitectura de información, arquitectura de aplicación, arquitectura de infraestructura de tecnología y armazón de manejo de tecnología de información de empresa. Los conceptos y los razonamientos detrás de cada uno de los planes de componente de arquitectura de la torre de armazón de planeación de tecnología de la información estratégica de empresa se discutirán y desarrollaran en las siguientes secciones.

Los modelos de referencia que están contenidos en cada una de las capas de componente son un icono o símbolo de taquigrafía que representan gráficamente una gran cantidad del contenido que puede ser encontrado en las metodologías, procesos, modelos de industria y capital intelectual. Los modelos en y por si mismoe no son importantes como el contenido implicado detrás de estos. Los modelos son solo representativas en la naturaleza y variaran para cada empresa en cuanto a la profundidad y contenido real. Sin embargo, hay ciertos objetivos esenciales de cada modelo que deben ser satisfechos y que se discutirán para cada modelo.

Basándose sobre la torre de armazón, un plan de tecnología de información estratégica lograra los siguientes objetivos de planeación de tecnología de información. Una arquitectura de negocios de organización para alinear la í¡A?,*.r t - j.<- . *- . tecnología de información con el negocio será examinada. Una arquitectura de información para necesidades de operación y el establecimiento de inteligencia de negocios dentro de una sociedad para manejarse a sí misma, llevar a cabo análisis económicos, y desarrollar escenario de negocios para la expansión o establecer nuevas actividades de negocios para competir en el comercio se proporcionara. Una arquitectura de aplicación que permita el soporte los procesos de negocios (corrientes de valor) y asegura que las operaciones de negocios dentro de la corporación se han integrado y optimizado completamente para la eficiencia y efectividad será definida. Se desarrollara una arquitectura de infraestructura de tecnología en soporte de la información, aplicación y arquitecturas de administración de sistema de tecnología de información de empresa. Se definirá un acercamiento de administración de sietema de empresa integrado y de armazón de organización de tecnología de la información para asegurar la confiabilidad, la disponibilidad y la consistencia del servicio de un sistema de información de empresa de organización en soporte y de sus operaciones de negocios y servicios, incluyendo extensiones a los clientes, socios y proveedores.

Planes Estratégicos Definición: ?£- Los planes estratégicos proporcionan el contexto y la guía que impulsa la definición de las funciones de negocios, procesos, sistemas, y organización. Los planes estratégicos definen la misión y los objetivos a largo plazo 5 parea llevar a cabo los negocios y las estrategias para lograrlos. Además estos determinan las acciones y la dotación de recursos para satisfacer los objetivos estratégicos, permitiendo una utilización efectiva de una inversión de la organización en tiempo y recurso. Cada plan estratégico sirve 10 para una función especifica y útil. Cada empresa debe tener por lo menos seis tipos fundamentales de planes estratégicos- plan de negocios, plan de producto, plan financiero, plan de organización, plan de mercadeo. Plan de tecnología de información. 15 Propósito ; La planeación de negocios estratégica es el proceso de definir la misión y objetivos a largo plazo para la 20 empresa de negocios y las estrategias para lograrlas. El plan de tecnología de información estratégica define y guía la habilitación de la tecnología de información del negocio y planes relacionados. Los mapas de camino ejecutables para la implementación y despliegue de los planes estratégicos 25 normalmente se encontrara en el plan de transformación de negocios (parte del plan de negocios) y un plan de transición ^s¿t?*üe*ß**W* *^*sá** **h.*?,A * *, . - .* . . _ .. , a ******. ?*?****^a de tecnología de información (parte de un plan de tecnología de información estratégica) . Elementos : Plan de Negocios Visión Objetivos Factores de Éxito Críticos Estrategia de Negocios (integrado) Seqmento de Mercado Productos y Servicios Principios de Operación (principios de guía) Canales de Distribución Operaciones (manejo] Organización Ciencia y Estrategia de Tecnología Impulsores de modernización Preceptos de Manejo de Información Principios de Guía de Tecnología Estrategia Financiera Plan de Transformación de Negocios Plan de Producto Plan de Organización Plan Financiero " Plan de Comercialización; Factores Externos, Impulsores Corrientes de Industria y "Mejores Practicas" Análisis de Mercado Análisis Competitivo Separaciones de Funcionamiento Posicionamiento e Identidad de Marca Publicidad y Promoción Plan de Transferencia de Información Contexto de Negocios Arquitectura (s) IT de Tecnología de Información de Empresa Políticas de Tecnología Plan de Transición Deficiencias : Plan de Negocios Estratégicos Declaración de Visión de negocios Fines y Objetivos de Negocios Factores de Éxito Críticos 5 Impulsores de Modernización de Tecnología y de Ciencia Medida de Desempeño de Negocios Preceptos de Administración e Información de 10 Negocios Preceptos de Inteligencia de Negocios Principios de Operación de Negocios 15 Estructura de Organización de Negocioe Lógica Exposición Razonada: 20 Los planes estratégicos proporcionan el contexto y la guía que impulsa la definición de las operaciones de negocios, funciones, procesos, sistemas y organización. 25 Discusión: -.^^.^^1».-.-»..^ t>_ La planeación de negocios estratégicos es el proceso de definir la misión y objetivos a largo plazo para la empresa de negocios y las estrategias para lograrlos. El plan de negocios estratégicos consiste de los siguientes elementos esenciales: visión, objetivos, actores de éxito críticos, estrategia de negocios integrada, valoración de mercado, productos y servicios, principios de operación, canales de distribución, organización de operación, ciencia y estrategia de tecnología, impulsores de modernización, preceptos de administración de información, principios de guía de tecnología; estrategia financiera, plan de transformación de negocios, El plan de tecnologías de información estratégica define y guía la habilitación de tecnología de información del negocio y de los planes relacionados. Los mapas de camino ejecutables para la implementación y el despliegue de los planes estratégicos normalmente se encontraran en un plan de transformación de negocios (parte del plan de negocios) y un plan de transición de tecnología de información (parte del plan de tecnología de información estratégica) . Una arquitectura de negocios de organización es formulada en soporte del plan o planes de negocios estratégicos de empresa mediante el desarrollar corrientes de valor de empresa de "como desea una sociedad operar en el futuro" , y que factores deben ser considerados. Es de los ambientes de negocios y de planes de negocios que los impulsores de tecnología de información son derivados y la dirección corporativa es indicada.

Arquitectura de Negocios Definición: Una arquitectura de negocios refleja una vista de empresa de lo que el negocio debe hacer actualmente bien así como en el futuro para lograr los requerimientos de negocios particulares. Esta visión esta basada sobre el contexto de negocios y la guía proporcionada por los planes de negocios estratégicos. Arquitectura de negocios define la estructura de organización de negocios, la inversión de tecnología de información y el perfil de gastos, funciones, arquitecturas de procesos de negocios (corrientes de valor) escenario de flujo de trabajo, y el ambiente de operación de la empresa dentro del cual todos estos deben existir. Es el contexto de negocios y la arquitectura de la empresa la que proporcionara la exposición razonada para el desarrollo y la línea de base de la arquitectura de tecnología de información de empresa futura.

Propósito: La arquitectura de negocios proporciona una visión general operacional de las funciones de negocios de empresa y de sus procesos de soporte (corrientes de valor) . Arquitectura de negocios se usara para entender y valorar en los procesos de negocios para identificar efectivamente como habilitara la tecnología de información de una empresa para lograr sus objetivos de negocios. El ambiente de operación de negocios de empresa proporciona una visión general del nivel superior del ambiente para diseñar una arquitectura de tecnología de información y de negocios de empresa. Esta caracterización permite el diseño del negocio de empresa lógico y las arquitecturas de tecnología de información de entendimiento del ambiente de sistemas y de información de empresa, definiendo los requerimientos geográficos para la información, aplicación, infraestructura, y arquitecturas de manejo de sistemas de tecnología de información, y desarrollo de negocio e alineación de tecnología de información perspectiva.

Elementos : Impulsores de Negocios Modelo de Empresa de Negocios Modelo de Proceso de Función de Negocios Modelo o Modelos de Ubicación Lógica *¡i.? -* Perfil de Gastos y de Inversión de tecnología de Información Armazón de Negocios de Empresa de Arquitecturas de Armazón de negocios de Empresa-Agregado de Entrada/Salida Externa Agregados de Corriente de Valor Modelos de Arquitectura de Corrientes de Valor: Modelo de Evento Arquitecturas de Proceso Escenarios de Flujo de Trabajo de Proceso de Modelos de Ambiente Dependencias: Plan de Negocios Estratégicos: Declaración de Visión de Negocios Objetivo de Negocios Fines de Negocios Factores de Éxito Critico Impulsores de Modernización de Tecnología y Ciencia Medidas de desempeño de Negocios Preceptos de Manejo de Información de Negocios Preceptos de Inteligencia de negocios Estructura de Organización de Negocios Lógica de Ambiente y Principios de Operación de Negocios Exposición Razonada: La arquitectura de negocios identifica los impulsores para tomar decisiones de tecnología de información, captura la línea primaria y soporta funciones y procesos de negocios para alinear los negocios de empresa y la tecnología de información hacia el alcanzar su propósito estratégico, identifica las arquitecturas e proceso de negocios necesarias (corriente de valores) y escenarios de flujo de trabajo desde los cuales los requerimientos de tecnología y arquitecturas para soportar estos pueden ser derivados y proporcionan la base para el desarrollo de los modelos y esquemas de despliegue de software de ubicación lógica de empresa. La arquitectura de negocios también proporciona una vista general de la integración requerida para soportar efectivamente los procesos de negocios a través de la empresa, proporciona una armazón de alto nivel y un mecanismo para desplegar consistentemente información, aplicación e información de arquitectura de infraestructura en vistas de ubicación lógica, define los modelos para las acciones criticas de negocios tales como el facilitar el cambio de administración y proporcionar un armazón para integración de procesos, y presente una vista geográfica de las ubicaciones lógicas y físicas y las funciones relativas necesarias para determinar la estructura organizacional lógica y de negocios para satisfacer los objetivos y fines corporativos.

Discusión: Una arquitectura de negocios de organización es formulada en soporte del plan o planes de negocios estratégicos de empresa. Para los propósitos de planeación de tecnología de información es la compilación de la información esencial acerca de los negocios la cual será la base para definir que información y tecnología será usada para soportar ese negocio. Un ambiente de negocios 600 dentro del cual opera la empresa como se muestra en la figura 6, como un ejemplo, es impactada por influencia exteriores. Por tanto, estos factores externos que afectan el negocio deben ser entendidos. Estas influencias incluyen el tipo de mercado 602 en los que el negocio esta o desea entrar, los competidores 604 de cara a los mercados 602, la legislación gubernamental 605 y los reglamentos 606 que debe acatar, mediante parámetros colocados sobre este por una sociedad padre 608 o el impacto que puede tener por cualesquier subsidiaria 610, servicios para proporcionar a sus clientes 612 y dar cuenta a sus socios 614. Las influencia interiores incluyen la producción de bienes, ventas y administración de la sociedad 616. En el desarrollo de un plan comprensivo de tecnología de información estor factores pueden excluir ciertas selecciones en la selección de tecnología.

El armazón de operación puede ser representado por un modelo de proceso/función de negocios 700 mostrado en la figura 7. Para propósitos de discusión, una compañía de fabricación es usada como un negocio de ejemplo para el modelo. El modelo 700 articula una estructura organizacional suelta de firma y las funciones de negocios de línea y los procesos de negocios de soporte. Este permite una vista sumaria para facilitar un entendimiento de las funciones relevantes en la empresa actual como la futura, identificando las fuentes existentes y potenciales para una diferenciación competitiva y ventaja, y proporciona una forma para enfocar en área que puede beneficiarse del análisis estratégico. El objetivo esencial del modelo 700 es el de mostrar la vista funcional actual de la empresa mediante el ilustrar las funciones de línea primarias las cuales se relacionan directamente a la entrega de los productos de empresas y servicios (por ejemplo las ventas 712, distribución y entrega 716) y las funciones de soporte, las cuales permiten la funcionalidad primaria (por ejemplo 706 finanzas) . El contenido especifico en las cifras individuales es solo representativo en la naturaleza y variara para cada empresa. En el modelo 700, una compañía de fabricación puede tener departamentos diferentes para incluir funciones de soporte de fabricación 702, administración corporativa 704, finanzas 706, y tecnología de información 708. Los ejemplos de función de línea primaria incluyen el desarrollo de negocios 710, mercadeo y ventas 712, cuidado del cliente 714, y distribución y entrega 716. Dentro de la función de soporte de fabricación 702, puede haber secciones de manejo de material 720, producción de planta 722, manejo de calidad 724, manejo de inventario 726, diseño e ingeniería 728, y mantenimiento de planta 729. Bajo la administración corporativa 704, las secciones pueden incluir recursos humanos 730, legal 732, desarrollo profesional 734, fusiones y adquisiciones 736, políticas y procedimientos 738, y auditorias 739. Las secciones bajo la función de soporte de finanzas 706 pueden incluir contabilidad corporativa 740, tesorería 742, manejo de valores 744, manejo de riesgo 746 y manejo financiero 748. Bajo la función de soporte de tecnología de información 708 puede haber secciones de manejo de negocios de tecnología de información 750, manejo de servicios 751, manejo de red/sistema 752, manejo de elementos 753, manejo de seguridad 754, telecomunicaciones 756 y manejo de voceo 758. 5 Para funciones de línea primarias, el desarrollo de negocios 710 puede contener el desarrollo de mercadeo 760, desarrollo de producto/servicio 762, y planeación de negocios 764. Las secciones bajo la función de línea de ventas y de 10 mercadeo 721 puede incluir el manejo de anuncios 770, el manejo de mercadeo 772, el manejo de fuerza de ventas 774, literatura 776 y promociones 778. Para la función de línea de cuidado de cliente 714, ventas 780, servicios 782, quejas 784, restauración de sistemas 786, manejo de sujeción 788 y grupos de información 15 técnica 789 pueden ser proporcionados. Las secciones bajo la distribución y entrega 716 pueden incluir los productos 790, los servicios de campo 792, y el manejo de operaciones 794.

El ambiente de operación también refleja una vista 20 del ambiente de presión lógico y físico mostrado en la figura 8 dentro de los cuales existe y opera una empresa. El ambiente de operación 800 ilustra un ejemplo de cómo los componentes del modelo de proceso y fusión de negocios 700 pueden ser separado por limites lógicos así como geográficos. Este ambiente también 25 tendrá un peso directo sobre el diseño, ingeniería, implementación y desarrollo de la tecnología de información.

****!*!)** ** -V -. », a La identificación de las ubicaciones de negocios lógicas define las varias áreas de actividad de negocios abarcadas por la empresa. La separación entre los lugares lógicos puede ser física (tal como limites geográficos) o puramente lógico (tal como limites de organización, culturales y políticos) . La definición de ubicaciones e negocios lógicas proporciona un ingrediente clave para analizar las necesidades de recurso de tecnología de información y determinar el diseño, implementación, despliegue y manejo de aquellos recursos a través de la empresa. Esta vista proporciona entrada a la distribución de aplicación así como a la información y requerimientos de infraestructura para la definición de esas arquitecturas. Un mapa de ubicación lógica 802 proporciona la correlación necesaria entre las ubicaciones lógica y física para las varias funciones de negocios de la empresa. A fin de soportar el diseño lógico de las arquitecturas de tecnología de información e ilustrar consistentemente las necesidades distribuidas de la empresa, una vista geo-estructural 900 mostrada en la figura 9, por ejemplo, es creada desde el mapa de ubicación de negocios lógico 802 para proporcionar la plantilla sobre la cual construir el manejo de sistemas de tecnología de información, infraestructura de tecnología, aplicación y arquitecturas de información. Esta incluirá el esquema de despliegue de software de ubicación lógica 3000, como se muestra en la figura 30, que finalmente llevar al diseño físico de soluciones de tecnología de información. Los elementos críticos de esta vista geo-estructural son la representación distinta de cada una de las ubicaciones de operación lógicas. Un centro de sistemas de soporte y de operaciones 902 proporciona la comunicación entre los usuarios móviles 904, las oficinas de ventas 906, las unidades de operación de fabricación 908, los centros de servicio de cliente 910, las oficinas regionales 912 y los socios en grupo 914. El centro de sistemas de soporte y de operaciones 902 tiene capacidad de acceso a los almacenes de datos corporativos 916, a los almacenes de datos operacionales 918 y a las oficinas centrales corporativas 920. El contenido especifico en las cifras individuales es solo representativo de la naturaleza y variara para cada empresa.

Un perfil de inversión de tecnología de información 1000 de ejemplo mostrada en la figura 10 refleja la inversión global de la compañía en tecnología de información en donde esta este enfocada. En algún grado, el perfil 1000 ilustra el valor percibido de los lugares de empresas sobre la "tecnología de información. El perfil de gastos y de inversión 1000 proporciona una vista de los delimitantes monetarios sobre el ambiente de operación de la tecnología de información y pone el tono y expectaciones para los gastos de tecnología de información futuras. Esto impactará directamente la posibilidad de ciertas elecciones de tecnología e iniciativas de tecnología de información recomendadas para alcanzar arquitecturas y ambientes de objetivo.

La captura de los datos de gasto de los sistemas de tecnología de información de cliente y la determinación en donde esta enfocado proporciona la línea de base en contra de la cual puede determinarse lo apropiados de los gastos de tecnología de información actuales y en contra de la cual pueden hacerse las recomendaciones y de transición y cálculos de presupuesto futuros. La figura 11 muestra un ejemplo de una marca de banca de gastos de industria y de gastos de tecnología de información de cliente 1100. También proporciona una manera en la cual el cliente determina en donde esta con relación a una marca de banca de norma de industria para negocios, competencia y medidas de industria.

La arquitectura de negocios de empresa es clave para el éxito del negocio de una sociedad así como para el desarrollo de planes de tecnología de información estratégicos efectivos. De los modelos de negocios estratégicos articulando las arquitecturas de proceso de negocios (corrientes de valor) pueden ser derivados los requerimientos de información y de tecnología habilitadora requeridos. El nivel de detalles y de exactitud aplicada a estos modelos impactará directamente lo robusto de los planes de tecnología de información que pueden ser desarrollados para una empresa así como el éxito de su ,.*. . .* * implementación subsecuente. A un nivel más alto, la arquitectura de negocios está representada por un modelo de empresa 1200 que muestra los elementos esenciales de los procesos de negocios externos primarios 1295 y las entradas 5 respectivas 1230 de y las salidas 1208 a las fuentes externas 1204. Como se mostró en la figura 12, el armazón 1202 en la mitad del modelo representa la empresa del cliente. Este modelo es un ejemplo de una empresa de industria de fabricación y el contenido específico en las cifras individuales son solo 10 representativas en la naturaleza y variarán para cada empresa.

El armazón de empresa 1202 maneja varias entradas y proporciona varias salidas para la interconexión con procesos externos. Un armazón de empresa 1202 puede crear tales 15 elementos como direcciones de negocios 1206, literatura 1208, convenios de descuento 1210, peticiones para indicaciones de respuestas 1212, citas 1214, órdenes 1216, facturas de cliente 1218, órdenes cumplidas 1220, peticiones de cliente cumplidas 1222, resolución de queja 1224, material de empaque 1226 y 20 " peticiones rechazadas 1228 como entradas a procesos de cliente 1204. En forma similar, el proceso de cliente 1204 puede crear elementos tales como direcciones de negocios 1206, peticiones para requerimientos de cita 1230, información de cliente 1232, órdenes 1216, pagos a cliente 1234 y artículos regresados 1238 25 como entradas a un cuadro de empresa 1202. El cuadro de empresa 1202 puede recibir entradas desde un proceso de servicios de recursos humanos 1240 para tales artículos como candidatos interesados 1242 y servicios de desarrollo de empleo 1244. Un proceso de servicios de gobierno 1246 puede crear artículos tales como guías de agencia de protección ambiental 1248, guías de administración de salud y de seguridad ocupacionales (OSHA) 1250, y reglamentos y políticas gubernamentales 1252 para la entrada a un cuadro de empresa 1202. Otros procesos del modelo de entrada/salida agregados 1200 incluyen un proceso de soporte de empleado 1254 que puede recibir compensación 1256, beneficios 1258, información de empleado 1260 y entradas de reembolsos 1262 generadas por el cuadro de empresa 1202 mientras que se crean peticiones de reembolsos 1264 y otros asuntos de empleados 1260 para el procesamiento por el cuadro de empresa 1202. Un proceso de suministro de bienes y servicios 1266 crea el material de fabricación 1268, la capacidad de proveedor y la disponibilidad 1270, los bienes 1272 y la factura de vendedor 1274 de entradas para el cuadro de empresa 1202 mientras que se responde a las entradas de pago de vendedor 1276 y orden de compra 1278 creadas por el cuadro de empresa 1202. Un proceso de aclaración de pagos 1279 maneja pagos por transferencia de fondos electrónicos 1280 y entradas de petición de envío de moneda extranjera 1281 generadas por el cuadro de empresa 1202 y proporciona una remisión de transferencia de fondos electrónicos 1282 y consejos de remisión de moneda extranjera 1283 al cuadro de empresa 1202. Un proceso de acción legal 1284 maneja los asuntos de caso cerrado 1285 y de reglamentos y de política implementada 1286 y genera los asuntos legales 1287. El proceso de servicios estratégicos 1288 expide los impulsores de ciencia y tecnología 1289, las corrientes de industria 1990 y los datos de mercadeo externo 1991 al cuadro de empresa 1202 para una consideración de planeación estratégica. Un proceso de autorizar crédito 1292 responde a las peticiones de verificación de crédito 1293 con respuestas de verificación de crédito 1294. Similarmente, un proceso de análisis de crédito 1295 responde a las peticiones de análisis de crédito 1296 con respuestas de análisis de crédito 1297.

La identificación de las corrientes de valor dentro de la empresa permitirá a la empresa el establecer servicios agregado/valuados en soporte de sus clientes y proporcionar un mecanismo para el entendimiento y evaluación de resultados. Una corriente de valor puede ser definida como un arreglo de extremo a extremo de las actividades que crean colectivamente un resultado valioso para ambos clientes internos y externos. Las corrientes de valor reconcilian todas las vistas que puede tener un cliente de la empresa y crear las vistas de una empresa de servicio única dedicada al cliente. Las corrientes de valor satisfacen los deseos del cliente tan completamente como sea posible más bien que el enfoque sobre procedimientos internos (o funciones) tal como contabilidad o ventas o envío.

Las corrientes de valor pueden ser agrupadas en cuatro categorías: enfrentamiento de cliente, cuidado de la gente, habilitación de negocios, y construcción futura. La figura 13 representa un modelo 1300 del agregado de los procesos dentro de una categoría particular (por ejemplo enfrentamiento de cliente) y las entradas y salidas externas para soportar las corrientes de valor. Esta vista muestra no solo la integración dentro de una categoría sino que también muestra las entradas y salidas requeridas de las otras categorías dentro de la empresa así como las fuentes afuera de la empresa tal como el proceso de habilitar al cliente 1204 de la figura 12. Los elementos elípticos tal como la orden cumplida 1220 representan objetos tangibles. Los objetos rectangulares o de esquina dura tal como la factura de cliente 1218 representan objetos de tecnología de información intercambiados con otras corrientes de valor o entidades externas. El contenido específico en las figuras individuales es solo representativo de la naturaleza y variedad para cada empresa.

En la figura 13, el proceso de habilitar cliente 1204 de la figura 12 está mostrado con sus entradas y salidas interactuando con ambos procesos interno y externo, tal como una orden para procesar efectivo 1302 y proceso de análisis de crédito 1295. Una orden de proceso de efectivo 1302 genera las facturas de cliente 1218 y las citas 1214 para habilitar al proceso de cliente 1204 y genera las peticiones de verificación de crédito 1293 para autorizar el proceso de crédito 1292. La orden de proceso de efectivo 1302 también genera entradas de débito recibibles 1304 y entradas de crédito recibibles 1306 así como órdenes de trabajo 1308 para la entrada a un proceso de fabricación a distribución 1310. La orden de proceso de efectivo 1302 maneja las respuestas de verificación de crédito 1294 desde un proceso de crédito de autorización 1292 junto con las órdenes 1216 y los pagos a cliente 1234 desde el proceso de cliente 1204. La orden de proceso de efectivo 1302 también maneja los datos ATP de disponibilidad para promesa 1312, fecha de envío programada 1314, notificación de envío avanzada 1316, aviso de recibo 1318, y entradas de prueba de entrega 1320 generadas por el proceso de fabricación a distribución 1310.

** El proceso de fabricación a distribución 1310 genera reportes de cambio de ingeniería 1322, demandas de material de fabricación 1324, y reconocimientos de recibo 1326 junto con el material de fabricación de manejo 1328 y las entradas 1330 manuales técnicas.

Las entradas manuales técnicas 1330 también están procesadas por un proceso de petición de servicio 1332. El proceso de petición de servicio 1332 genera las órdenes 1216, las peticiones de cliente cumplidas 1222, la resolución de queja 1224, el material de empaque 1226, y las entradas de i1^ -? A petición rechazada 1228 al proceso del cliente 1204. El proceso de petición de servicio 1332 maneja la orden cumplida 1220, la petición de cliente 1236 y las entradas de artículo regresado 1238 generadas por el proceso de cliente 1204. El proceso de petición de servicio 1332 también genera memoranda de crédito 1336 y memoranda de débito 1338. El proceso de petición de servicio 1332 genera reportes de servicio de campo 1340 para usarse por el proceso de orden de cambiar 1302. Una entrada de queja 1342 es generada por el proceso de petición de servicio 1332 para el procesamiento por el proceso de fabricación a distribución 1310. La entrada de queja 1342 y de dirección de negocios 1344 es generada por el proceso de petición de servicio 1332 para usarse por un proceso de cliente de prospecto 1346.

El proceso de cliente en prospecto 1346 maneja las direcciones de negocios 1206 y la petición para las peticiones de citas 1230 desde el proceso de cliente 1204. El proceso de cliente de prospecto 1346 genera direcciones de negocios 1206, la literatura 1208, los convenios de descuento 1210, la petición para respuestas de cotizaciones 1212, las interconexiones de cliente 1232, y las entradas de cotización 1214 para el procesamiento por el proceso del cliente 1204. El proceso de cliente en prospecto 1346 interconecta con el proceso de análisis de crédito 1295 a través de las peticiones de análisis de crédito 1296 y las respuestas de análisis de crédito 1297. El proceso de cliente en prospecto 1346 responde a la estrategia de mercadeo 1348, a la estrategia de precios 1350 y a la información de corriente de compra 1352. Una notificación de orden de cambio de ingeniería 1354 proporciona una entrada al proceso de cliente en prospecto 1346 y al proceso de fabricación a distribución 1310. Una configuración de producto 1356 impulsa el proceso de cliente en prospecto 1346, el proceso de fabricación a distribución 1310, y la orden de proceso de pago 1302. El proceso de cliente en prospecto 1346 también genera un perfil de cliente 1358 para usarse por el proceso de efectivo 1302.

Subsecuente al agregado de corriente de valor de negocios de empresa, cada una de las corrientes de valor identificada en la arquitectura de negocios de empresa es además descompuesta en evento, proceso y arquitecturas de ambiente y modelos de escenario de flujo de trabajo. Los modelos de evento ilustran las actividades que pueden suceder afuera de la corriente de valor/empresa a las cuales debe reaccionar la corriente de valor en una forma predeterminada.

Los modelos de arquitectura muestran el estilo y método del diseño y construcción que comprende los elementos de un sistema y define el propósito y las interrelaciones de estos elementos.

Cada corriente de valor está mostrada con por lo menos una arquitectura de proceso y un modelo de ambiente. Los modelos de escenario de flujo de trabajo ilustran la secuencia de actividades necesarias para transformar las entradas en las salidas requeridas.

La figura 14 representa un ejemplo de un modelo de evento genérico 1400 para una corriente de valor tal como "una orden de pagar" . Este concepto requiere que para cada corriente de valor identificada en la arquitectura de negocios de empresa haya un modelo de evento correspondiente. El modelo de evento articula cada evento que dispara un escenario de flujo de trabajo dentro de la corriente de valor. Las medidas de evento de corriente de valor miden la captura del número de eventos que ocurren sobre algunos períodos de tiempo especificados. Estos eventos pueden ser ya sea externos o internos a la empresa. Para cada evento identificado en el modelo se derivará un esquema de despliegue de software de ubicación lógica.

En la figura 14, el escenario de llenar la orden 1401 es iniciado por varios eventos incluyendo la visita del cliente en el sitio de red 1402, la colocación de orden por el cliente 1404 y las respuestas de autoridad de crédito a la petición de verificar el crédito 1406, todas las cuales son eventos externos. El tiempo para facturar al cliente 1408, es un ejemplo de un evento interno. Otros eventos internos incluyen el tiempo para facturar al cliente 1408, y cuando el cliente hace el pago 1410, la orden de entrada envía la orden para la fabricación 1412. Subsecuentemente, la reparación de servicio de campo ordena el reemplazo de las partes 1414, somete las entradas de facturación 1415, el envío proporciona prueba de entrega 1416, consejo de recibo 1418 y notificación de envío avanzado (ASN) 1420 así como actualiza operaciones para datos de envío 1422 y ATP 1424 para ayudar al seguimiento de la orden. El escenario de orden de cambio/mantenimiento 1550 es impulsado por el cambio de cliente de una orden 1426 o la cancelación de una orden 1428. La autorización para el reembolso de una orden para un escenario de reembolso completo 1514 se da por el servicio de cliente 1430. Un escenario de orden de revisión 1432 procesa una petición de revisión del cliente 1434. El contenido específico en las figuras individuales son sólo representativas en naturaleza y variarán para cada empresa.

La figura 15 representa un ejemplo de una arquitectura de proceso genérico 1500 para una corriente de valor tal como una "orden de pagar" . Este concepto requiere que para cada corriente de valor identificada en la arquitectura de empresa, haya por lo menos una arquitectura de proceso correspondiente. Estas arquitecturas proporcionan la estructura dentro de la cual pueden ser derivados los modelos de escenario de flujo de trabajo que muestran varios escenarios de negocios para esa corriente de valor. ,. ^¡¿¿feaáj& En la figura 15, los elementos esenciales son los elementos de trabajo que están siendo ejecutados como se representa por el escenario de cumplir orden 1401 y la información que está siendo creada y usada como representada por una nueva petición de orden 1522. En la figura 15 un escenario de cumplir orden 1401 puede procesar la entrada de facturación de servicio de campo 1340, la configuración de producto 1356, el perfil de cliente 1358, la notificación de envío avanzada 1316, el consejo de recibo 1318, la prueba de entrega 1320, un pago de cliente 1234, respuestas de verificación de crédito 1294 y entradas de datos ATP 1312 y genera programas de fechas de envío 1314, factura de cliente 1218, petición de verificación de crédito 1293, cotización 1214 y una orden de liberación 1504. Los datos de cliente para el proceso de inteligencia de consumidor 1503 impulsan la información para el perfil de cliente 1358. Es generada una orden 1216 para el escenario de satisfacer la orden 1401. La orden 1216 incluye información con respecto a una orden tal como el ser metida 1506, liberada 1508, facturada 1510 y pagada 1512. La orden 1216 puede ser generada para un escenario de satisfacer el reembolsar 1514 que puede crear un crédito de reembolso 1516 o un memo de crédito de cliente 1518. El escenario de satisfacer el reembolso 1514 es disparado sobre una indicación mediante un reembolso/retorno aprobado 1520.

Una orden 1216 es iniciada mediante el escenario de satisfacer la orden 1401 en respuesta a una nueva petición de orden 1522 generada por un escenario de petición de orden directa 1524. El escenario de petición de orden directa 1524 recibe información de una petición de orden generada por teléfono 1528, por fax 1530 o por página de red 1532 desde un cliente 1534, CSR 1336, ejecutivo de cuenta 1538, o FSR 1540. El escenario de petición de orden directa 1524 puede generar una petición de revisión orden 1542 que inicia un escenario de revisión de orden 1542 que inicia un escenario de revisión de orden 1544 que revisa la información desde la orden 1216 a fin de generar la información de orden 1546. El escenario de petición de dirigir orden 1524 también puede generar una petición de mantener/cambiar orden 1548 que proporciona información para el escenario de mantener/cambiar orden 1550 a fin de llevar a cabo cualesquier alteración para la orden 1216. El escenario de petición de orden directo 1524 también genera una petición de retorno 1550 para usarse por un escenario de satisfacer reembolso 1514. El contenido específico en las cifras individuales son sólo representativo en la naturaleza y variará para cada empresa.

El modelo ambiental 1600 para una corriente de valor, como se mostró en la figura 16, muestra la interacción con las entidades externas, como se indicó con las fibras de reloj de arena oscurecidas, sí como las interconexiones con las otras corrientes de valor de la empresa. Las esferas elípticas en este modelo representan objetos del mundo real físico. Las formas rectangular o de "esquinas duras" representan los objetos de transferencia de información y por tanto los puntos de integración entre las corrientes de valor así como las entidades externas. Estos objetos de interconexión con los "que" que están reflejados en las matrices de integración de portafolio de software de sistemas de manejo/aplicación/información de empresa. La figura 16 muestra una vista de ambiente global para la orden de pago del ejemplo como se discutió arriba.

El modelo de flujo de trabajo 1700, como se mostró en la figura 17, muestra uno de los escenarios de flujo de trabajo basado sobre la arquitectura de proceso. Puede haber varios escenarios de flujo de trabajo para cada arquitectura de proceso y el número de escenarios de flujo de trabajo está enlazado directamente a los eventos identificados en el modelo de evento de corriente de valor asociado. Los escenarios de flujo de trabajo actualmente muestran la secuencia de las actividades necesarias para transformar las entradas en las salidas requeridas. Desde estos modelos granulares, la mayoría de las entradas y salidas requeridas para la empresa serán definidas así como las aplicaciones lógicas (ya sea físicas o de tecnología de información) que soportan el logro del flujo de trabajo particular. Desde estos » % V^^á t^ modelos, la base para los portafolios de aplicación y las arquitecturas de información son derivadas. Por tanto, estos modelos soportarán la construcción y proporcionarán la explicación detallada para las arquitecturas de tecnología de información (por ejemplo, portafolios de aplicación) desarrollados en el plan de tecnología de información de empresa .

Arquitectura de Información 10 Definición: Una arquitectura de información representa qué información debe ser entregada a individuos a través de la 15 empresa para ayudar a éstos a ejecutar efectivamente procesos de negocios y hacer decisiones informadas. El plan de arquitectura de información en la torre contiene el armazón de manejo de datos y de información y los preceptos; los modelos para la información integradas; las arquitecturas de manejo de 20 sistemas y de aplicación; la vista de componentes de tecnología geoestructural; y el portafolio de software de aplicaciones de información que se refiere a los escenarios de inteligencia de negocios . 25 Propósito: Para proporcionar la estructura de inteligencia de negocios para proporcionar a los empleados con la capacidad para analizar el desempeño de un negocio y su capacidad para lograr los fines del negocio, objetivos, factores de éxito crítico y medidas de desempeño delineadas en el plan de negocios de estrategia de empresa. La arquitectura de información es la piedra de toque de la capacidad de organización para manejar efectivamente la información. Esta capacidad es crítica para el descubrimiento y exploración de la información relacionada a los factores críticos y corrientes de un negocio y de su industria.

Elementos : Armazón de Manejo de Datos e Información: Preceptos de Manejo de Información de Negocios Preceptos de Inteligencia de Negocios Necesidades y Usos de Información Fuentes de Información Arquitectura de Administración Integrada/de Aplicación/de Información/de Sistemas A» a Escenarios de Inteligencia de Negocios Arquitectura de Tecnología de Información - Vista de Componente Geoestructural Portafolio de Software de Aplicaciones Información Dependencias: Fines y Objetivos de Negocios Factores de Éxito Críticos Medidas de Desempeño de Negocios Impulsores de Modernización de Tecnología Ciencia Principios de Operación de Negocios Ambiente de Operación de Negocios Arquitectura de Negocios Explicación Razonada: La arquitectura de información proporciona enfoque sobre la operación de los procesos de negocios y su interacción con otras funciones de negocios y procesos (corrientes de valor) dentro de la empresa, proporciona la capacidad para evaluar continuamente el desempeño de negocios y la productividad e identificar fácilmente las direcciones de negocios para asegurar el logro de los objetivos, fines, factores de éxito críticos y medidas de desempeño de los negocios y proporciona inteligencia de negocios y la información de valor agregado para llevar a cabo la decisión estratégica. La arquitectura de información también consolida efectivamente ambos requerimientos de información macro y micro y las perspectivas de la organización para asegurar la información e integridad de datos y ayuda a asegurar la compatibilidad entre la información y los sistemas de transacción operacionales.

Discusión: Una arquitectura de información de empresa de una corporación para habilitar la inteligencia de negocios es caracterizada por un armazón que establece los principios de realización de decisiones, los preceptos y las normas para la identificación y el uso de la información como un recurso de negocios, identifica los escenarios de inteligencia de negocios dentro de las corrientes de valor de negocios, identifica las entradas y salidas de alto nivel, que ocurren en la empresa desde las fuentes internas externas, para incluir aquéllas que están siendo generadas por ambos sistemas de cliente/servidor y legado. El armazón incluye una estructura de almacén de datos que proporciona los reportes necesarios de operaciones y de manejo de alto nivel. El armazón facilita el establecimiento de la infraestructura subyacente para manejar el valor de información mediante el resaltar las bases de datos de información requeridas y los componentes de aplicación de información, proporciona un portafolio de aplicación de soporte y una tabla de integración de sistema para identificar las aplicaciones de inteligencia de negocios y los requerimientos de integración, y proporciona una vista estructural para relacionar los componentes de información y de arquitectura de datos con sus ubicaciones lógica y física correspondientes.

La figura 18 muestra un armazón de manejo de datos y de información y preceptos 1800 de la empresa. La definición de una arquitectura de información de empresa incluye varias vistas que describen las necesidades y usos de información, sus propietarios y usuarios y administración, las formas en las que la información es almacenada y las fuentes de información. El armazón de manejo de datos y de información establece los principios de realización de decisiones, los t k-. preceptos y normas para la identificación y el uso de la información como un recurso de negocios. También como parte del armazón está el entendimiento de las necesidades de información del lado operacional (táctico) y del lado de información (estratégica) .

En la figura 18, las necesidades y los usos de información 1802 de la empresa son impulsados por el soporte de decisión 1804, la alineación de negocios 1806 y el soporte de operaciones 1808. El manejo de información 1810 está controlado a través del manejo de conocimiento 1812, el manejo de acceso 1814 y el manejo de almacenamiento 1816. Las fuentes de información 1818 incluyen las fuentes internas 1820 así como las fuentes externas 1822.

La figura 19 muestra un ejemplo de escenarios de inteligencia de negocios 1900 para la empresa. Como un resultado del plan de negocios estratégico global y de su arquitectura de soporte de negocios, se requiere una arquitectura de información de empresa para proporcionar inteligencia de negocios sobre ambos el ambiente de negocios interno y externo. Por ejemplo, esta arquitectura debe permitir a un negocio explorar ventas, ganancias, predicciones y la información de qué tal sí. Los requerimientos de información (entradas y salidas y las relaciones con otras aplicaciones así como los requerimientos de corriente de valor) son identificados y articulados en los modelos de negocios estratégicos de empresa encontrados en la arquitectura de negocios de empresa. Dependiendo de la filosofía de operación de negocios de una empresa, los escenarios de inteligencia de negocios pueden ser diseñados para permitir la capacitación de empleados a base de información a través de la empresa. Estos pueden proporcionarles con la capacidad para analizar las operaciones y el desempeño del negocio de acuerdo con reglas y políticas establecidas. De la información disponible los empleados deben ser capaces de identificar corrientes dentro y sin la empresa y determinar los cambios requeridos en respuesta.

Finalmente, la información de empresa y la arquitectura de datos está mapeada en una vista geoestructural.

La figura 10 proporcionar un ejemplo de una vista de componente geoestructural 2000. Esta vista mapea la información y los componentes de base de datos de la empresa para las funciones de negocios pertinentes de la firma. La vista geoestructural muestra la ubicación lógica de la información y los componentes de arquitectura de datos que deben ser integrados y soportados por la infraestructura técnica. Este despliegue se usará para desarrollar una arquitectura de infraestructura de tecnología lógica de soporte.

En la figura 20, la información para la empresa está controlada por un almacén de datos de empresa 2002. El almacén de datos de empresa 2002 puede incluir una pregunta de datos y una función de reporte 2004, un DSS/EIS 2006, un sistema de manejo de base de datos 2008, una función de extracción de datos 2010, una función de metadatos 2012, una función de duplicación 2014, una administración de datos 2016 y un procesador de datos 2018. El almacén de datos de empresa 2002 tiene acceso a la base de datos operacional 2020, ya sea los almacenes de datos corporativos internos 2022 o los almacenes de datos operacionales externos 2024 sobre las redes 2026. La información es intercambiada sobre las redes 2028 por el almacén de datos de empresa 2002 con las oficinas principales corporativas 2030, los usuarios de oficina pequeña/móvil 2032 y las estaciones de trabajo de oficina grande de ventas 2034, de soporte de cliente/regional. Un mercado de datos regional 2036 puede soportar comunicaciones de oficina grandes.

Basándose sobre las bases de datos que son requeridas para permitir la inteligencia de negocios, es formulado un armazón de almacén de datos de tecnología de datos y de información de empresa que identifica todas las transacciones de negocios que están ocurriendo dentro de la empresa desde ambas fuentes interna y externa. Además la arquitectura identifica todos los reportes de operaciones y de manejo de alto nivel pertinentes. Este armazón está orientado alrededor de los componentes de transacción y de información requeridos para desarrollar una capacidad de almacén de datos y habilitación de inteligencia de negocios dentro de una corporación. La figura 21 proporciona un ejemplo de un armazón de almacén de datos 2100.

La figura 21, el almacén de datos de empresa 2002 opera alrededor de un sistema de manejo de base de datos 2008 que procesa los datos a y desde los almacenes de datos corporativos internos 2022 y desde los almacenes de datos operacionales externos 2024. El procesador de datos 2018 lleva a cabo la extracción y fregado de datos entre el sistema de manejo de base de datos 2008 y los almacenes de datos 2022 y 2024. El sistema de manejo de base de datos 2008 interconecta con los metadatos 2012 y la administración de datos 2016 a fin de ejecutar las aplicaciones DSS/EIS 2006, la duplicación 2014 y la extracción de datos 2010.

En el soporte de los escenarios de inteligencia de negocios, debe ser identificado un portafolio de aplicación de información para proporcionar los reportes operacional y de manejo necesarios así como el acceso de los datos apropiados para otros sistemas de información. La figura 22 proporciona un ejemplo de un portafolio de aplicación de información de empresa y de una matriz de integración de sistema 2200. Esta matriz se identifica para cada una de las corrientes de valor los componentes de aplicación habilitantes que deben ser integrados y derivados de las arquitecturas de proceso de negocios y de los escenarios de flujo de trabajo. Esta matriz también se encontrará en la arquitectura de aplicación y en la arquitectura de manejo de sistemas de tecnología de información de empresa debido a que hay la posibilidad de requerimientos de integración de funcionalidad cruzada. Si esto debe ocurrir, el uso de la misma matriz lo hará evidente.

Arquitectura de Aplicación Definición: Una arquitectura de aplicación sirve para soportar la ejecución de proceso de negocios (habilitación de corriente de valor) y llevar la información y datos al proceso.

La arquitectura de aplicación define las relaciones de integración y de portafolio de software de aplicación. Las entradas y salidas de aplicación son identificadas así como la vista geoestructura de aplicación para el despliegue. Los principios de guía, normas, y características de diseño soportan la adquisición así como el desarrollo de aplicaciones.

Propósito: Para proporcionar un portafolio lógico de aplicaciones para soportar los varios procesos de negocios de una empresa. El portafolio de aplicación está diseñado para ilustrar la distribución óptima de aplicaciones y componentes a 5 través de las funciones de negocios múltiples, de los sitios, procesos y plataformas para habilitar los escenarios de flujo de trabajo de negocios que asegurarán operaciones de negocios suficientes y efectivas. 10 Elementos: Arquitectura de Manejo de Sistemas/Información/Aplicación Integrada (Vistas de Habilitación de Corriente de Valor) 15 Vista de Componente Geoestructural - Arquitectura de Portafolio de Aplicación Matriz de Integración de Portafolio de Software 20 de Aplicación de Empresa.

Dependencias : Fines y Objetivos de Negocios 25 Factores de Éxito Críticos * *** sesaA^ Mediciones de Desempeño de Negocios Preceptos de Manejo de Información de Negocios Preceptos de Inteligencia de Negocios.

Impulsores de Modernización de Tecnología y de Ciencia Principios de Operación de Negocios Arquitectura de Negocios Modelos de Ubicación Lógica Caracterización de Ambiente Operacional de Empresa .

Explicación Informada: La arquitectura de aplicación identifica las aplicaciones de negocios de empresa apropiadas y los requerimientos de integración para soportar la arquitectura de proceso de negocio (corrientes de valor) y escenarios de flujo de trabajo, proporciona un memo para incorporar políticas de negocio, procesos, procedimientos y reglas para operar y administrar efectivamente la empresa, proporciona una organización la habilidad para integrar la operación y el manejo de procesos de negocios e identifica el portafolio de aplicación y los requerimientos de infraestructura de tecnología.

Discusión: En el soporte del plan de negocios estratégico global y de su arquitectura de soporte de negocios, se requiere una arquitectura y un portafolio de aplicación habilitante para llevar a cabo las operaciones de negocios. La arquitectura de aplicación identifica las aplicaciones lógicas requeridas para optimizar las operaciones de negocios y las ubicaciones lógica de aquéllas aplicaciones habilitantes. Una arquitectura de aplicación de empresas consiste de un portafolio de aplicaciones que habilita las corrientes de valor y los escenarios de flujo de trabajo asociados. La arquitectura de aplicación se refiere a la combinación de aplicaciones de software que deben ser integradas para habilitar las corrientes de valor de proceso de negocios y los escenarios de flujo de trabajo delineados en arquitectura de negocios. El portafolio de aplicación integrada debe capacitar a los empleados de información dentro de la compañía para manejar las operaciones de día a día de la empresa, y permitir el análisis del negocio i t* ••»;*..•> 4 ** * * ** . . *. ** . . - ; < ,- 1 l -»-¿»*!B,¿-; y el manejo para concentrar el análisis de operación de los negocios. Una arquitectura de aplicación de empresa de corporación se caracterizará por los componentes de aplicación requeridos para habilitar a las corrientes de valor de empresa, una vista geoestructural para relacionar los componentes arquitectónicos de aplicación con sus ubicaciones lógicas y físicas correspondientes y las estructuras organizacionales, y os requerimientos de integración para las aplicaciones.

La identificación de las aplicaciones habilitadoras puede ser derivada de los modelos de escenario de flujo de trabajo y arquitectura de proceso de corriente de valor que comprenden la arquitectura de negocios de empresa. En adición, estos modelos resaltan las relaciones funcionales cruzadas con otras aplicaciones y consecuentemente identifican las aplicaciones que deben ser integradas así como la información y datos que son pasados entre estos como entradas y salidas. La figura 23 proporciona un ejemplo de la arquitectura de aplicación 2300 para la orden de pagar. Esta vista correlaciona las entradas y salidas de aplicación lógica para las corrientes de valor que éstas soportan. Basándose sobre las aplicaciones lógicas requeridas, es formulada una tabla de portafolio de software de aplicación de empresa para mostrar las aplicaciones que deben ser integradas.

El portafolio de aplicación de empresa es entonces resumido en una vista geoestructural . La figura 24 proporciona un ejemplo de la vista geoestructural 2400 para una compañía de fabricación genérica. Esta vista geoestructural 5 muestra la ubicación lógica de los componentes de portafolio y de aplicación lógica que deben ser integrados a través de una infraestructura técnica a fin de formar el sistema de negocios de empresa corporativo integrado y requerido. 10 En la figura 24 las aplicaciones para una empresa son supervisadas por una hacienda de servidor de empresa 2402. La hacienda de servidor de empresa 2402 incluye los servidores para el manejo de servicio 2404, ventas y mercadeo 2406, contabilidad financiera 2408, planeación de producto 2410, 15 manejo de material 2412, manejo de valores 2414, manejo, distribución y logística 2416, manejo de QA/QC/QM 2418, recursos humanos 2420, manejo de quejas 2422, legal y seguridad 2424, manejo corporativo 2426, automatización de oficinas 2428, red 2430 y otros 2432. Un procesador de petición externa 2434 maneja 20 el acceso al servidor para los almacenes de datos corporativos internos a través del almacén de datos de empresa 2002, el mercado de datos regional 2036, las bases de datos operacionales 2022. El procesador de petición externa 2434 también puede proporcionar un acceso de servidor a la base de datos 25 operacional externa 2024 y las estaciones de trabajo de cliente externo 2436. Un procesador de petición interno 2438 proporciona - " T]ll1f lÍÍÉffi?ÍÍfFa?Ífí»?í ' . i ,. * * .**,*** -l -. *¿* , *- * .* *. i . i ßr z**»* accesos al servidor a las estaciones de trabajo de cliente en oficina de ventas/regionales grandes 2034, usuarios móviles/pequeños y oficinas 2032 y cuarteles corporativos 2030 pase directamente a través de un servidor de aplicación de oficina 2440. El servidor de aplicación de oficina 2440 puede incluir las funciones de impresión 2442, de expediente 2444, de oficina postal 2446 y de automatización de oficina 2448. Las estaciones de trabajo de cliente pueden incluir las capacidades de duplicación de colaboración/flujo de trabajo 2450, la presentación de aplicación 2452 y de aplicaciones de red 2454.

La figura 25 proporciona un ejemplo de una plantilla 2500 para capturar un portafolio de aplicación de empresa. Esta matriz es derivada de las arquitecturas de proceso de negocio y de los escenarios de flujo de trabajo. Esta matriz también se encontrara en la arquitectura de información y en la arquitectura de manejo de sistemas de tecnología de información de empresa debido a que hay la posibilidad de requerimientos de integración de funcionalidad cruzada. Si esto debe ocurrir, el uso de la misma matriz se hará evidente. El soporte del portafolio de aplicación es habilitantes, puede ser desarrollado una tabla de recomendaciones de "mejores prácticas" de portafolio de aplicación correspondiente que resalte los productos de la "mejor clase" . El PIPE o un proceso similar es la extensión lógica de fabricación de recomendaciones de tecnología integrada. i i Stob^di La figura 26 proporciona un ejemplo de una tabla de recomendaciones 2600 que puede ser derivada que resalta la mejor clase de productos para habilitar los procesos de negocios.

Arquitectura de Infraestructura de Tecnología Definición: Una arquitectura de infraestructura de tecnología habilita el acceso a la información y proporciona un soporte para la ejecución de actividades. Este plano contiene las normas y políticas o "códigos de construcción" para la construcción de infraestructura. Este plano también contiene los esquemas de despliegue de software de ubicación lógica así como una caracterización del ambiente de infraestructura para proporcionar la línea de base para el ambiente de objetivo. Esto también proporciona la identificación y vistas de las colocaciones geoestructurales futuras con los requerimientos y características de operación de plataforma de tecnología de información que proporcionaran la base para el despliegue y copias heliográficas de ingeniería.

Propósito: La arquitectura de infraestructura de tecnología de empresa proporciona la estructura de tecnología para soportar las arquitecturas de información, aplicación y manejo de sistemas de tecnología de información de empresa. La arquitectura de infraestructura describe los sistemas subyacentes y las plataformas asociadas para integrar los portafolios de aplicación de negocios y de inteligencia de negocios en un sistema de información de empresa.

Elementos: Normas, Políticas, y Gobierno Esquemas de Despliegue de Software de ubicación Lógica Características y requerimientos de Operación y Sistemas Arquitectura de Infraestructura de Tecnología- Vista de Componente Geoestructural (con Enlaces a Arquitecturas de Componente Técnico de Nivel Inferior) Dependencias : Fines de Objetivos de negocios Factores de Éxito Críticos Medidas de desempeño de Negocios Preceptos de Manejo de Información de Negocios Preceptos de Inteligencia de Negocios Impulsores de Modernización de Tecnología y Ciencia Principios de Operación de Negocios Modelos de Ubicación Lógica Arquitectura de Negocios Caracterización de Ambiente de Operación de Negocios Arquitectura de Datos/Información Arquitectura de Aplicación Explicación Racional: • **«afc¡a«M¿a? La arquitectura de infraestructura de tecnología proporciona las plataformas de soporte y estructura de tecnología para los empleados capacitados con información (por ejemplo análisis de negocios, mercadeo con base en conocimiento y agentes de ventas, operaciones y analizadores de sistemas de soporte y ejecutivos corporativos) dentro de una empresa. La arquitectura de infraestructura de tecnología también produce la estructura técnica para un flujo sin costura de información a través de la empresa de negocios para soportar los procesos de habilitación de negocios, ayuda a nivelar las economías de escala para la procuración de tecnología de información, mejora la calidad y eficiencia del soporte de tecnología de información, facilita los esfuerzos de integración a través de la consistencia técnica.

Discusión: En el soporte de las arquitecturas de información y de aplicación, el armazón de manejo de sistemas de tecnología de información, debe ser definida una arquitectura de infraestructura técnica subyacente. La arquitectura de infraestructura se refiere a los sistemas y estructuras de red de trabajo que soportan los portafolios de aplicación que habilitan a las corrientes de valor y escenarios de flujo de trabajo delineados en arquitectura de negocios. El armazón de infraestructura también permite ambientes de operación consistentes comunes para que estos sean establecidos. La arquitectura de infraestructura identifica y muestra gráficamente las estructuras de red de trabajo subyacentes y las plataformas asociadas, los sistemas de operación, y los protocolos que habilitan los sistemas de información, aplicación y manejo de sistemas. La arquitectura de infraestructura técnica está caracterizada por el resaltar en la vista de infraestructura de empresa de corporación los componentes de sistema requeridos para habilitar las corrientes de valor y asegurar el desempeño efectivo y eficiente de estos sistemas, estableciendo un ambiente de operación común que estandarizara las prácticas de operación a través de la empresa y permitirá la facilidad de uso uy la facilidad de entrenamiento de los usuarios finales, el desarrollo de la tabla de recomendaciones de mejores practicas de infraestructura técnica de soporte o el proceso que resalta los productos de la "mejor clase" para la integración de los sistemas de información y empresa de la firma que permiten la optimización y control de costos.

La política de tecnología, basada sobre el modelo de armazón de arquitectura de grupo abierto (TOGAF) , (véase el modelo de referencia técnica 2700 en la figura 27) es un vehículo para articular el consenso y proporcionar una base de manera que aquellos involucrados la realice haciendo decisiones con relación a la adquisición y aplicación de varias tecnologías tendrán la información adecuada y apropiada con la cual basar sus propias decisiones. Las políticas de tecnología proporcionan guías sobre las cuales las tecnologías se usan y las cuales evitan y recomiendan herramientas especificas, vendedores o 5 sistemas cuando sea apropiado y establecen un ambiente de operación común que permitirá las practicas de operación estandarizadas a través de la empresa y permitirán la facilidad de uso y la facilidad de entrenamiento de los usuarios finales. 10 Una política de tecnología se caracterizara por proporcionar una vista general de cada tecnología, por hacer declaraciones de política con relación a tecnologías especificadas y proporcionar detalles de los componentes involucrados, proporcionando un cuadro de tiempo para el 15 desarrollo de las tecnologías recomendadas, proporcionando líneas de guía para decisiones o recomendaciones de herramientas especifica y documentar vistas actuales sobre tecnología y comunicar una dirección de tecnología consistente. 20 En la figura 27, el modelo de referencia técnica 2700 incluye el software de aplicación 2702 que ejecuta sobre la plataforma de aplicación los servicios 2704 a través de una interconexión de programación de aplicación 2706. Los servicios de plataforma de aplicación 2704 abarcan artículos tales como el 25 intercambio de datos 2708, el manejo de datos 2710, la computación distribuida 2712, las gráficas y formación de ** * * &****-* á ?tíi?í* k - *- 1 ** ? . imágenes 2714, la operación internacional 2716, la red 2718, el sistema de operación 2720, el procesamiento de transacción 2722, la interconexión de usuario 2724, la seguridad 2726, y el manejo de sistema y de red 2728. El acceso a los servicios de plataforma de aplicación 2704 es proporcionado para las comunicaciones 2730, de intercambio de información 2732, y los usuarios 2734 de un ambiente externo a través de una interconexión de ambiente externo 2736.

Un armazón de ambiente de plataforma integrado primario (PIPE) 2740 incluye las aplicaciones de ambiente de plataforma integrada primaria para el escritorio 2742, la estación de trabajo 2744, el servidor de campo/grupo de trabajo 2746, el servidor de empresa 2748 y el servidor de cuadro principal 2750. Las estructuras para el armazón de ambiente de plataforma integrada primaria 2740 incluyen el desarrollo de aplicaciones 2752, el manejo de sistemas 2754, el manejo de red 2756.

Cuando es posible, los estándares son estados en adición a los productos específicos que cumplen con las normas declaradas. La política de tecnología requiere que proporcione la dirección de tecnología. El enfoque está sobre las normas de núcleo que pueden ser usadas como el fundamento para las implementaciones de tecnología de información. Un proceso de tipo de ambiente de plataforma integrada primaria debe trabajar A**. ... * : de la mano con las políticas de tecnología. El proceso de ambiente de plataforma integrada primaria y la estrategia de seleccionar, refrescar, probar y certificar los productos de tecnología de información y las plataformas aseguraran un ambiente validado, consistente y de computación integrado.

A fin de llegar a la arquitectura de infraestructura de tecnología consolidada es derivada una serie de modelos de los modelos creados en la arquitectura de negocios. El modelo de conexión de ubicación lógica mostrado en la figura 28 conecta las ubicaciones lógicas identificadas en la arquitectura de negocios con los miembros de entrada para cada evento encontrado en el modelo de evento de corriente de valor para el software de aplicación lógica identificado en la arquitectura de la aplicación.

En la figura 28, el modelo de conexión 2800 está separado en las ubicaciones lógicas 2802, medio de evento 2804, portafolio de aplicación 2806 y en la infraestructura de tecnología 2808. Las ubicaciones lógicas incluyen los usuarios móviles 2810, clientes 2812, servicio a clientes 2814, cuarteles corporativos 2816, oficinas regionales 2818, sitios de campo 2820, almacenes 2822, plantas de fabricación 2824, y socios/proveedores>/suministradores 2826. Cada medio 2804 incluye las computadoras portátiles 2830 para permitir a los usuarios móviles el acceso al portafolio de aplicación 2806 a través de una red de conmutación publica 2832. Los clientes 2812 obtienen acceso al portafolio de aplicación 2804 a través de la red conmutada publica 2832 usando los teléfonos 2834 y mediante el fax 2836. Los clientes 2812 también pueden tener acceso a través de una red de Internet 2838 usando una estación de trabajo 2840. El acceso a un portafolio de aplicación 2806 para otras ubicaciones lógicas 2802 puede ser a través de las estaciones de trabajo 2842 o a través de una conexión fuera de la red 2844. 10 Las ubicaciones lógicas 2802 accesan las aplicaciones especificas en el portafolio de aplicación 2806 dependiente del evento de disparo en la corriente de valor. Las aplicaciones dentro del portafolio de aplicación 2806 pueden 15 incluir el habilitar el manejo de servicio 2850, habilitar el manejo de llamada 2852, habilitar el manejo de fax 2854, habilitar el manejo de red 2856, habilitar la configuración de producto 2858, habilitar el manejo corporativo de empresa 2860, habilitar la entrada de orden 2862, habilitar la logística 2864. 20 Habilitar la programación 2866, habilitar la fabricación 2868 y habilitar las cuentas recibibles 2870. El contenido y la supervisión del portafolio de aplicación 2806 sin llevados a cabo por las redes corporativas 2872 en conjunción con un componente de seguridad 2874 en los apartamentos de empresa 2876 25 en la infraestructura de tecnología 2808. &sSteÉ fe I¡Í fcjai El modelo de conexión de comunicación lógica es creado para cada corriente de valor. El agregado de estos modelos es logrado mediante el mapear las aplicaciones lógicas identificadas para cada ubicación lógica en la matriz 2900 en la figura 29. Las aplicaciones lógica son agrupadas en los componentes de software lógico equivalentes al software que puede ser obtenido fácilmente en forma comercial fuera del anaquel . Estos componentes de software lógico ponen la base inicial para el desarrollo de software sobre un área lógica o geográfica. Mediante el tomar las entradas de ubicación lógica individuales encontradas en la figura 29 y modelar cada instancia, como se muestra en la figura 30, la premisa de ingeniería comienza a emerger de manera que con la consolidación se da la vista del componente geoestructural de infraestructura de tecnología.

En la figura 30, el modelado de una despliegue de software lógico simplificado 3000 para un usuario móvil 2810 está mostrado. El usuario móvil 2810 puede interconectar con los clientes 2812 los cuales requerirá acceso a aplicaciones de software específicas dentro de la empresa. El usuario móvil 2810 obtiene acceso a los componentes de software lógico a través de la computadora portátil 2830 u otra estación de trabajo y las redes corporativas 2872. Los componentes de software lógico pueden incluir la seguridad 2874, el manejo de tecnología de información de empresa 3002, la automatización de oficina 3004, el manejo de cliente d empresa 3006, los recursos humanos 3008, la automatización de fuerza de ventas 3010 y otros componentes de empresa 3012.

La figura 31 proporciona un ejemplo de una vista lógica/física de infraestructura técnica 3100. Esta vista correlaciona los componentes de sistema requerido y los requerimientos de infraestructura de la empresa para habilitar las corrientes de valor y los escenarios de flujo de trabajo con los mapas de ubicación lógica y plantillas del plano de arquitectura de negocios. De la infraestructura lógica las exhibiciones en la figura 31 acopladas con los esquemas de despliegue de ubicación lógica, las arquitecturas de componente de tecnología de nivel inferior (por ejemplo Internet) pueden ser identificadas y consecuentemente realizadas. Los modelos de software de aplicación lógica y las arquitecturas de infraestructura de tecnología consolidada identifican las aplicaciones lógicas que requieran la integración y la operación en conjunto, retratan los elementos operacionales habilitantes, los componentes de procesos y tecnología para lograr los resultados de operación deseados basándose sobre los objetivos de negocios de organización, fines, factores de éxito critico y medidas de desempeño los requerimientos de integración del sistema en soporte de las arquitecturas de información, aplicación, manejo de sistemas e infraestructura.

En soporte de la arquitectura de infraestructura técnica subyacente, una tabla de recomendaciones de "mejores prácticas" correspondiente 3200 resalta los productos de "la mejor clase" para integrar las aplicaciones de empresa en los sistemas de información de la firma. La figura 32 proporciona un ejemplo y puede ser derivado de un proceso como el de ambiente de plataforma integrada primaria y dirigido por la política de tecnología. Las recomendaciones de producto no son consideradas como que son parte de la torre sino que están mostradas aquí para ilustra como estas pueden ser derivadas para una empresa particular.

Armazón de Manejo de Tecnología de Información de Empresa Definición: El armazón de manejo de información de empresa delinea el manejo operacional y de negocios para proporcionar recursos de tecnología de información. El armazón consiste de guía para manejar las relaciones de cliente, el manejo de servicios, establecer una selección de aplicación y proceso de desarrollo, e identificar acercamientos para los sistemas y manejo de red, y el manejo del elemento de sistemas.

Propósito: Una red de manejo de tecnología de información de empresa proporciona el intercambio de información de manejo de sistemas de tecnología de información con los sistemas de tecnología de información y servicios dentro de una empresa corporativa. Adicionalmente se proporciona la estructura para definir el valor óptimo para el cliente mediante el definir la demanda, productos y servicios, el cumplimiento de la demanda y la planeación y manejo de todos los aspectos de la tecnología de información. El armazón de manejo de sistemas de tecnología de información asegura la confiabilidad, disponibilidad y servicio de los sistemas y servicios de información. Esta arquitectura permite a una corporación el planear, vigilar y manejar los recursos de tecnología de información de empresa en una manera consistente. Estos recursos incluyen gente, redes heterogéneas, sistemas de comunicaciones, servidores, escritorios, aplicaciones y bases de datos.

Elementos : Armazón de Manejo de Sistema de Tecnología de información Modelo de Negocio de Manejo de Sistema de ITU-T Escenarios de Flujo de Trabajo de Manejo de Sistemas de Tecnología de Información a^ ttS.

Vista de Componente Geoestructural-Arquitectura de Tecnología de Manejo de Sistemas de Tecnología de Información Portafolio de Software de Manejo de Sistemas de Tecnología de Información (matriz de Integración de Sistemas) Modelo de Organización de Manejo de Tecnología de Información de Empresa Dependencias: Fines y Objetivos de Negocios Factores de Éxito Critico Medidas de Desempeño de Negocios Preceptos de Manejo de Información de negocios Preceptos de Inteligencia de Negocios Impulsores de Modernización de Ciencia Tecnología Principios de Operación de negocios Modelos de Ubicación Lógica Arquitectura de Negocios Arquitectura de Datos/Información Arquitectura de Aplicación Arquitectura de Infraestructura de Tecnología Racional: El armazón de Manejo de Tecnología de Información de Empresa ayuda manejar los recursos de las relaciones de negocios de tecnología de información con el cliente y los proveedores de servicio externos o los socios de operación y vigila, maneja y examina la entrega real de los servicios de tecnología de información habilitantes para cualesquier socios. El armazón de manejo de tecnología de información de empresa asegura una alta disponibilidad de los servicios de tecnología de información. El armazón de manejo de tecnología de información de empresa proporciona la capacidad de manejo de sistema y de red de tecnología de información para vigilar, manejar y mantener el desempeño eficiente y efectivo del sistema de información de empresa y de sus redes de comunicaciones de soporte. El armazón de manejo de tecnología de información de empresa también vigila y maneja la disponibilidad y estado de *^ ** * * -* -* ~~ - - - - . - a » .,atoJ j... operación de los elementos críticos, componentes y dispositivos dentro del sistema de información de empresa en una manera consistente, continua y constante.

Discusión: Estructura de manejo de Sistemas de Empresa asegurará que los servicios de tecnología de información serán definidos exactamente y entregados en una manera confiable. El armazón arquitectónico discutido dentro de esta sección delinea una capacidad de manejo de sistemas de empresa para asegurar la confiabilidad, la disponibilidad y el servicio de un sistema de información de empresa de una sociedad. La planeación y ejecución exitosas de este armazón proporcionará un valor significante a la empresa mediante el utilizar la tecnología de información para permitir los procesos de negocios y además permitir una toma de decisiones más efectiva.

El armazón de manejo de sistemas de tecnología de información es creado para soportar arquitecturas de información de sociedad, aplicación e infraestructuras, así como los servicios que proporciona la organización de transferencia de información. El modelo de negocios de manejo de sistemas ITU-T mostrado en la figura 33 delinea las áreas funcionales que la administración de tecnología de información debe llevar a cabo bien para hacerse efectivamente un socio de negocios con su cliente. Este modelo ayudará a definir los procesos para permitir a la tecnología de información el convertirse en un componente integral y valioso de la empresa y unos medios para una ventaja competitiva.

En la figura 33, el modelo de negocios 3300 incluye el manejo de negocios 3302, el manejo de servicio 3304, el manejo de sistemas/red 3306, y un manejo de elementos 3308. Los componentes del modelo de negocios 3300 permitirán a un negocio el interconectar con clientes 3310 y proveedores/suministradores 3312 en una manera efectiva.

Basándose sobre los modelos de negocios de empresa, los procesos de manejo de técnica de información, y los escenarios de flujo de trabajo pueden ser identificados por ser requeridos para asegurar que se logre el desempeño del sistema y la entrega de servicios de información es satisfecha basándose sobre convenios de nivel de servicio. Subsecuentemente, cada uno de los escenarios de manejo de sistemas identificados tendrá sus arquitecturas de proceso de manejo de sistemas de tecnología de información asociadas y los modelos de escenario de flujo de trabajo 3400 como se mostró en la figura 34. Los modelos mostrarán las actividades de integración y sus entradas y salidas de operación asociadas requeridas para asegurar que está disponible el ambiente operacional de empresa y es funcional. Los escenarios de flujo de trabajo de manejo de sistemas principales son destilados en las categorías principales siguientes: expectación de servicio de tecnología de información puesta, monitor de tecnología de información, responder a situaciones de tecnología de información, y analizar servicios de tecnología de información. Las arquitecturas de proceso de manejo de sistemas/información/aplicación integradas y los modelos de soporte de escenario de flujo de trabajo identificarán los sistemas y funciones organizacionales de tecnología de información lógicos que requieren el operar e integrarse juntos; retratan los elementos operacionales habilitadores, los procesos y los componentes de tecnología para lograr la entrega deseada de resultados de servicios basándose sobre los fines, objetivos, factores de éxito crítico y medidas de desempeño de negocio de la sociedad que se han documentado en el convenio de nivel de servicios, y resaltan los requerimientos de manejo de sistema para asegurar que el desempeño del sistema es logrado, que el nivel de más alta confiabilidad del sistema de información de empresa también es logrado y que se satisfacen la entrega de servicios de información basándose sobre convenios de nivel de servicio. Las arquitecturas de proceso de manejo de sistemas/información/aplicación integrada entonces se convertirán en el mecanismo para asegurar un entendimiento mutuo de qué necesita hacerse entre los administradores de negocios de tecnología de información, propietarios de proceso y operadores de administradores del sistema de tecnología de información. Estos modelos identificarán los componentes tecnológicos comunes necesarios requeridos para manejar el sistema de información de empresa a través del ambiente de operación de empresa completo a través del empleo de las prácticas de manejo de flujo de trabajo de tecnología de información y componentes tecnológicos.

Una arquitectura tecnológica de manejo de sistemas de empresa 3500 mostrada en la figura 35 puede ser construida para exhibir la colocación de tecnología basada sobre el modelo de negocios de manejo de sistemas y ITU-T 3300 y mapeado a los mapas de ubicación lógica de la empresa. Los asuntos principales de la vista geoestructural en donde los componentes arquitectónicos de aplicación habilitante del portafolio de software de manejo de sistemas de empresa están lógicamente localizados dentro de la empresa. La vista geoestructural muestra la ubicación lógica de todos los componentes de aplicación de manejo de sistemas lógicos que deben ser integrados juntos a través de una infraestructura técnica para crear el ambiente de manejo de sistemas de empresa de corporación integrados y requeridos.

En la figura 35, el manejo de elemento 3308 del modelo de negocios 3300 incluye las ubicaciones de fabricación/ventas 3502, los centros de servicio al cliente lá,** 3504, las oficinas principales corporativas/regionales 3506, los centros de operaciones 3508. Cada ubicación del manejo de elemento 3308 puede incluir los agentes de base de información de administración 3510, servidores de empresa 3512, servidores de base de datos 3514, cubos 3516, interruptores ATM 3518, dirigidores, 3520, servidores de oficina 3522, compuertas 3524, armazón principal 3526, y computadoras de escritorio 3528. El manejo de elemento 3308 se comunica con el manejo de sistemas/red 3306 sobre una red 3530. El manejo de sistemas/red 3306 puede incluir en un centro de operaciones 3532 que tiene funciones de manejo de desempeño 3534, de manejo de evento 3536, de manejo de configuración 3538, y soporte de sistemas 3540. El manejo de evento puede además incluir la vigilancia de sistemas 3542, la vigilancia de red 3544, y el manejo de falla 3546. El soporte de sistemas 3540 puede tener un manejo de objeto 3548, manejo de impresión 3550, manejo de servicios de directorio 3552, manejo de tiempo 3554, manejo de software/medios 3556, servicios de seguridad 3558 y manejo de servidor de red 3560.

El componente de manejo de negocios 3302 está divido en manejo de relaciones de cliente 3562 y manejo de relaciones de proveedor/servicios 3564. El manejo de relaciones de cliente 3562 puede incluir departamentos tales como definición de servicio 3566, contabilidad financiera 3568, proyección/reportaje 3570, auditoría 3572, valoración de riesgo 3574, y planeación de continuidad de negocios 3576. El manejo de relaciones de servicios/proveedor puede incluir la planeación de servicios 3578, la planeación de tecnología 3580 y la planeación de recursos 3582. El manejo de servicios 3304 está dividido en cuidado/asistencia cliente 3584 y soporte de servicio 3586. El cuidado/asistencia de cliente incluye escritorios de ayuda 3588 y el manejo de escritorio 3590. El soporte de servicio 3586 incluye el manejo de almacenamiento 3592, el manejo de cambio 3594, el manejo de problema 3596, la administración de seguridad 3598 y el manejo de carga de trabajo 3599.

Basándose sobre las aplicaciones de manejo de sistemas lógicos identificados que son requeridos para habilitar los escenarios de flujo de trabajo y los procesos de manejo de sistemas de tecnología de información, es formulada una tabla de integración 3600 como se mostró en la figura 36 que identifica el arreglo de aplicaciones de manejo de sistemas que deben ser integrados juntos así como con otras aplicaciones. Esta matriz también se encontrará en la arquitectura de información y en las arquitecturas de aplicación debido a que hay la posibilidad de requerimientos de integración de funcionalidad cruzada. Si esto debe ocurrir, el uso de la misma matriz se hará evidente.

La vista geoestructural final 3700 como se mostró en la figura 37 es el armazón organizacional de manejo de tecnología de información de empresa para ilustrar las ubicaciones lógica y física de los varios componentes organizacionales que manejan los recursos y sistemas de tecnología de información. En la figura 37, un centro de manejo de servicios 3702 se comunica con los almacenes de datos corporativos internos 2022 y los almacenes de datos operacionales externos 2024 sobre los buses administrativos de red 3704. El centro de manejo de servicio 3702 procesa los datos de administración de red 3706 a y desde las oficinas centrales corporativas 3708, desde los centros de servicio de cliente 3710, desde las oficinas de ventas grandes 3712, desde las oficinas de ventas pequeñas 3714, y los usuarios móviles 3716 ya sea directamente o a través de oficinas regionales 3718. Cada ubicación puede incluir una red de área local y un administrador de telefonía 3720 y un administrador de escritorio 3722.

La figura 38 muestra el modelo organizacional de tecnología de información 3800 del cual pueden ser identificadas y modeladas las áreas de organización de tecnología de información. Un consejo ejecutivo 3802 incluye socios de unidad de negocios 3804 y el gobierno de transferencia de información 3806. El consejo ejecutivo 3802 proporciona una dirección de negocios estratégica y necesidades de valor y gobierno de tecnología de información, política y aprobaciones en respuesta a la innovación y liderazgo de tecnología de información, dirección estratégica, plan de soluciones, inversión y oportunidades y entradas de resultados de valor de negocios desde la empresa. La empresa lleva a cabo una función de valor de tecnología de información de manejo/entrega 3808 que usa un modelo de cadena de suministro de tecnología de información 3810 con una tecnología de información de plan/administración 3812, valora la demanda 3814, desarrolla productos, servicios y procesos 3816, y cumple los enlaces de demanda 3818. La función de valor de manejo/entrega de tecnología de información 3808 genera los productos de tecnología de información y los servicios IS para los accionistas y clientes de negocios 3820 en respuesta a la colaboración, matrices y necesidades de servicio, y además innovaciones de procesos de negocios desarrollados con estos. La función de valor de manejo/entrega de valor de tecnología de información es impulsada por el modelo de torre 500 en conjunción con la gente y la cultura 3822 de la empresa y de sus socios de tecnología de información 3824. Los socios de tecnología de información 3824 proporcionan productos, experiencias, corrientes, servicios, empleados, innovaciones y experiencia para ayudar a la gente y al cultivo 3822 de la empresa para implementar el desarrollo y entrega de tecnología de información. Los aspectos de la gente y cultura 3822 de la empresa que son importantes tanto individualmente como para la empresa incluyen la identificación de competencias de núcleo 3826, papeles y responsabilidades 3828, rasgos y comportamientos 3830, habilidades y conocimiento 3832, aprendizaje reflejo 3834, incentivos 3836, y prácticas de desempeño 3838. El modelo de torre 500 proporciona un contexto de negocios 3840, iniciativas de cambio de tecnología de información 3842, dirección estratégica de tecnología de información 3844, juegos de solución de innovación de tecnología de información 3846, y el conocimiento de la industria de la tecnología de información 3848 a fin de entregar el valor de tecnología de información de la empresa.

Construcción de un Plan de Tecnología de Información Estratégica de Empresa El propósito principal de un modelo de torre de armazón de planeación de tecnología de información estratégica de empresa es el de identificar todos los componentes y elementos necesarios para definir una arquitectura de tecnología de información de empresa y desarrollar un plan de tecnología de información que sea alineado estratégicamente con una dirección de negocios de organización. Además, la torre contiene modelos de referencia que representan cada elemento componente. Los acercamientos y patrones de trabajo que emplean los procesos apropiados, y metodologías, entonces trabajarán hacia la construcción, modificación, incremento y la consolidación apropiada del contenido sugerido de los modelos en un resultado deseado. El resultado es completamente contingente sobre qué requerimientos van a ser satisfechos por el plan. Qué modelos están contenidos en lo que puede entregarse dependerá del estado de los ambientes existente y futuro examinados por la iniciativa de planeación. Por ejemplo, si la arquitectura de aplicación ya se ha definido por una arquitectura de negocios previa y una iniciativa de transformación entonces esta parte del plan no tendrá que ser recreada y "entregada" . Si la misma iniciativa proporciona los modelos de negocios apropiados y la información requerida por la Torre entonces aquellos modelos serán suficientes y no tendrán que ser reconstruidos.

Para definir y construir un negocio de empresa de objetivo o arquitectura de tecnología de información o un plan de tecnología de información estratégica los componentes de armazón requeridos del modelo de Torre 500 deben ser identificados y ensamblados en una copia heliográfica 3900 que definirá el resultado deseado 3902 como se ilustra en la figura 39. Basándose sobre la copia heliográfica, puede ser desarrollado un patrón de trabajo y de acercamiento que incorporará las técnicas o metodologías apropiadas para servicio de una necesidad particular o para entregar un resultado deseado. Es un principio básico del armazón que la copia heliográfica de componente es fundamental y estática, pero el acercamiento y el patrón de trabajo consecuente y los l** ¿** *i procesos o metodologías empleados para referirse a la copia heliográfica son dinámicos y variarán dependiendo de las técnicas empleadas, del nivel de madurez de la arquitectura del cliente, de lo completo, sofisticación o necesidad. Por ejemplo, la copia heliográfica para un plan de tecnología de información estratégica es siempre el mismo, compuesto de los mismos componentes de armazón fundamentales como se mostró en la figura 40, pero la condición o existencia de los componentes de copia heliográfica puede variar de cliente a cliente, de organización a organización. Cada situación tendrá que ser examinada sobre una base de caso por caso y el patrón de trabajo apropiado desarrollado para lograr los resultados deseados. El modelo en la figura 40 detalla los componentes de armazón necesarios en un plan de tecnología de información estratégico comprensivo para obtener un plan de transición de tecnología de información 4000. Los componentes de torre apropiados son identificados y las relaciones son determinadas las cuales permitirán el desarrollo de un plan de tecnología de información estratégica.

Como se mencionó anteriormente, la condición o una existencia de los componentes arquitectónicos del cliente pueden variar de cliente a cliente y de organización a organización. Esta situación tendrá que ser examinada sobre una base de caso por caso y el acercamiento apropiado y el patrón de trabajo desarrollados para lograr los resultados deseados. Sin embargo, debido a que una copia heliográfica de planeación de tecnología de información estratégica es relativamente estática, la copia heliográfica puede también ser usada como una marca de banca de valoración, mediante el usar las normas y política de tecnología 4002, las definiciones de torre, y los modelos de referencia como la línea de base. Esta línea de base es entonces comparada con los componentes arquitectónicos actuales que una empresa en particular tiene actualmente en el lugar para determinar si estos requieren ser creados o ya existen o necesitan revisión. La figura 41 es una muestra gráfica de cómo una copia heliográfica puede finalmente guiar la formulación del modelo de objetivo.

En algunos casos, la información que debe estar en el modelo existe en fuentes o formatos múltiples que no son _ fácilmente accesibles o interpretables. Más frecuentemente, la información de arquitectura está en las mentes de las organizaciones de tecnología de información y es pocas veces documentada. La copia heliográfica identifica qué componentes estarán en el modelo de objetivo de manera que este pueda ser poblado por el esfuerzo de planeación estratégica de tecnología de información. Es crítico que la copia heliográfica sea establecida en el extremo frontal para definir el alcance de la iniciativa. No importa qué acercamiento, proceso, metodología o técnica sea usada en la construcción de los entregables desde la copia heliográfica mostrada en la figura 40, los componentes * t i t de la copia heliográfica indicados (los "qué") son consideraciones obligatorias en el desarrollo de un plan de tecnología de información estratégica comprensivo. El "cómo" y la práctica de obtener el resultado deseado se examinan en el desarrollo del acercamiento y patrón de trabajo.

A fin de crear un patrón de trabajo efectivo, debe primero concebirse una estrategia y acercamiento que definan y delimiten las necesidades que van a ser satisfechas (entregables) y consecuentemente qué componentes de armazón de la copia heliográfica necesitan ser examinados. Como se dictó por este acercamiento, un patrón de trabajo puede ser definido y los elementos y modelos de referencia pueden ser seleccionados para cada uno de los componentes que necesitan el ser examinados de acuerdo a los requerimientos de iniciativa de planeación. Por ejemplo si una arquitectura de aplicación de alto nivel es todo lo que se requiere, los modelos detallados derivados de la arquitectura de negocios no requerirán más probablemente el ser desarrollados con todas las entradas y salidas detalladas como se indicó por la torre. Por tanto, el modelo de referencia de arquitectura de manejo de sistemas/información/aplicación (habilitación de corriente de valor) puede ser todo lo que se requiera. Pero en todo caso la copia heliográfica asegurará que cualquier cosa que sea lo construido está en contexto con la arquitectura de empresa completa.

Un ejemplo simplificado de proceso de pensamiento detrás del desarrollo de una copia heliográfica de los componentes requeridos para un plan de tecnología de 5 información estratégico y un acercamiento es como sigue: los objetivos, fines, principios de operación, estrategias de negocios, influencias externas y factores de éxito críticos del negocio se encuentran en el plan de negocios estratégico) para una industria escogida o cliente dictan las funciones que deben 10 ser llevadas a cabo y de estos son derivados los requerimientos de negocios que deben satisfacer esas necesidades. Los procesos (corrientes de valor) son creados o se desenvuelven de estos requerimientos para lograr lo que los negocios o las organizaciones planean hacer. Los requerimientos de negocios y 15 todos los asuntos de negocios encontrados en el plan de negocios estratégico, el ambiente de negocios actual, y la arquitectura de negocios a su vez impulsan las selecciones de tecnología, la implementación y requerimientos de integración para habilitar los procesos apropiados. 20 Las estrategias de negocios globales de empresa son los impulsores de la organización de la tecnología de información. La organización de tecnología de información entonces desarrolla sus propias estrategias, las cuales 25 determinan el producto, servicio y acercamiento de cumplimiento n?atafcttdB» t ^ t de la organización de tecnología de información. Las especificaciones técnicas para acomodar los requerimientos de tecnología, los productos, servicios y procesos están dirigidas y gobernadas a través de la política de tecnología que articula 5 los principios de tecnología de información, políticas y normas que guían el desarrollo y evolución del portafolio de tecnología. Los requerimientos técnicos que satisfacen los requerimientos de negocios proporcionan las guías para el desarrollo de la información, aplicación y arquitecturas de 10 infraestructura de empresa. Basándose sobre las arquitecturas y todas las características de ambiente de operación el armazón de manejo de tecnología de información de empresa lidiará con el manejo de organización y negocios del proporcionar los servicios de tecnología de información, el manejo de servicios, 15 los sistemas de tecnología de información y el manejo de red, así como la evaluación y manejo de elementos.

Los componentes de copia heliográfica seleccionados de la torre, deben ser entonces evaluados 20 dependiendo de las necesidades del cliente, de las condiciones preexistentes, de los ambientes de negocio y de tecnología de información, y de la madurez de las arquitecturas y armazones de cliente existentes. Con la evaluación puede desarrollarse un patrón de trabajo y acercamiento para correlacionar 25 componentes en un todo unificado para un resultado y propósito ¿¿¿^^^¡¡^¿¿¡^ específicos. En el caso de un patrón de trabajo de planeación de tecnología de información estratégica, el resultado será un plan de tecnología de información estratégico que incluye las arquitecturas de tecnología y de negocios apropiadas y los armazones y un mapa de camino de cómo ir desde el ambiente actual a el ambiente de objetivo. La figura 42 muestra gráficamente cómo un acercamiento de planeación de tecnología de información estratégica es construida de la copia heliográfica de plan de tecnología de información estratégica en conjunción con la descripción previa de la intensión detrás de la estrategia de planeación de tecnología de información.

La figura 43 es un modelo que ilustra cómo pasar los componentes seleccionados del armazón basándose sobre copias heliográficas y un acercamiento creado para un propósito específico, a través de patrones de trabajo resulta en arquitecturas y planes (entregables) consistentes con la copia heliográfica y el acercamiento. A través de la implementación de los entregables, es decir, la implementación de las recomendaciones e iniciativas típicamente encontradas en el plan de transición, el cliente puede realizar el ambiente de empresa de objetivo intentado. Deberá reiterarse que el estado y existencia de diferentes ambientes de cliente y componentes de arquitectura en la empresa actual dictará un resultado diferente en cada caso. Los componentes existentes como se ilustraron en la figura 41 y aquéllos confeccionados para Eáiatáa * t Á-A ** i-ciertas industrias o clientes variarán el resultado. Por ejemplo, los componentes de torre basados a través de los patrones de trabajo entregarán diferentes resultados para la industria de telecomunicaciones en oposición a la industria del cuidado de la salud.

El desarrollo del patrón de trabajo detallado puede comenzar una vez que la copia heliográfica de planeación de tecnología de información apropiada se ha decidido, los componentes de la copia heliográfica seleccionados del modelo de torre son evaluados dependiendo de las necesidades del cliente, de las condiciones existentes previamente, de los ambientes de tecnología de información y de negocios; y de la madurez de las arquitecturas del cliente y de los armazones existentes, y es determinada la estrategia de acercamiento de planeación. El patrón de trabajo detallado correlacionará los contenidos de los componentes, elementos y modelos de referencia asociados en un todo unificado para un propósito y resultado específicos o juego de entregables. Básicamente, es comenzado el proceso de definición de las actividades y de las entradas y salidas de la "población" de los modelos de referencia de torre.

Puede haber muchas maneras para definir las actividades de un patrón de trabajo. Una puede ser el desarrollo de una lista simple de las tareas percibidas que requieren llevarse a cabo. Otra podría ser la definición de los entregables que son deseados y de las actividades ad hoc llevadas a cabo para satisfacer las demandas de los entregables. La forma más precisa y exacta de acercamiento al desarrollo del patrón de trabajo es a través del uso del modelado. El modelado es una técnica gráfica para articular los eventos que requieren ocurrir basándose sobre un entendimiento de las entradas y salidas y las relaciones entre esas entradas, salidas y actividades para entregar los resultados deseados. La metodología de modelado preferida es para seguir los conceptos de descomposición de reingeniería de proceso de negocios de la arquitectura de negocios en corrientes de valor, arquitecturas de corriente de valor, y modelos de flujo de trabajo y el usar el "lenguaje de diseño visual" (VDL) como la anotación de flujo de trabajo y de arquitectura. La descomposición de corriente de valor está enfocada sobre las entradas y salidas y es muy estructurada, y el lenguaje de diseño visual, usando una sintaxis muy rica, articula muy capazmente los resultados del esfuerzo de modelado. Aún cuando cualquier técnica de modelado o lenguaje puede ser usado, las corrientes de valor y arquitecturas y el lenguaje de diseño visual son usados en los ejemplos.

A fin de que el patrón de trabajo sea de uso, las entradas y salidas, los procesos, las tareas y las relaciones entre éstos deben ser ilustradas. En adición una arquitectura para el proceso debe ser definida para limitar el dominio del proceso y permitir un entendimiento completo de los contenidos "entradas y salidas" del proceso. Esto es algo para un diccionario que va a ser desarrollado que amarrará directamente de regreso al modelo de torre y a los componentes, elementos y modelos de referencia ahí y permitirá una gran claridad en entendimiento de lo que se está examinando. La descomposición de corriente de valor también usa una técnica de capas o estructura de rompimiento para ayudar a ver la información holísticamente en la capa superior del todo hasta abajo a los detalles que comprende el todo en los niveles o capas inferiores. Esto permite que los diagramas o modelos producidos comuniquen más fácilmente los flujos complejos y relaciones. Este método es muy similar a lo que frecuentemente se menciona como una estructura de rompimiento de trabajo.

La definición de las reglas de modelado puede encontrarse en el Apéndice 1: Reglas de Modelado y Líneas de Guía. Un listado completo de la sintaxis VDL puede ser encontrada en el Apéndice 2: Lenguaje de Diseño Visual Resumen de Sintaxis. Alguna sintaxis VDL clave está listada abajo a fin de que un lector casual de este documento sea capaz de entender el modelo de flujo de trabajo VDL de planeación de tecnología de información estratégica presentado en la figura 44.

Entrada/Salida - representa patrones y sustantivos u objetos que son ya sea usados como información o un componente que es usado para producir otros componentes a través de la ejecución de una operación o proceso. Un ejemplo es materia prima o información. El resultado de la entrada sobre la que se ha actuado por el proceso es la salida.

Proceso - un juego de actividades que usa entradas 10 claramente identificadas para producir salidas claramente identificadas. Un flujo de proceso es la descripción completa de los elementos que definen las actividades de proceso. Un proceso puede ser completamente descrito en un diagrama único o complejo suficiente de manera que varios 15 diagramas en capas serán requeridos para representarlo. «i * Operación o ejecución de escenario - es un juego lógicamente relacionado de actividades de proceso que usa entradas claramente identificadas para producir salidas 20 claramente identificadas.

Patrón - un juego compartido de relaciones entre un agregado de elementos. Los elementos pueden ser cualquier cosa en cualquier combinación - personas, piezas de papel, alimentos, rasgos de carácter, comportamientos, otros patrones, relaciones u cualquier cosa que nosotros podamos identificar.

? Nombre u objetivo - un sustantiavo es maas que soa,lo una persona, lugar o cosa. Este también puede ser un concepto, clase o categoría.

Atributo - describe alguna característica o cualidad acerca de un elemento. Los atributos concretos son cosas como color, tamaño, estado, condición y otras declaraciones "objetivas" . Los atributos inducidos están en el ojo de que observa. Las cosas como calidad y un buen lugar para trabajar caen en esa categoría.

® -=- VerJo - una clase de relaciones entre sustantivos o elementos de tipo sustantivo que involucra acción. El VDL tiene un juego rico de verbos y formas gráficas para representarlos. El símbolo mostrado aquí es el verbo creado.

Integral para el proceso de entrega del plan de tecnología de información estratégica es el uso de una metodología que asegure que el patrón de trabajo es exacto y completo y que describa adecuadamente el acercamiento sobre el que se ha decidido. El método preferido para mostrar el flujo de trabajo de patrón de trabajo es el VDL.

La disciplina inherente y la estructura que este método requiere asegura lo completo del proceso y soporta representaciones gráficas comunes y razonables de la información que permiten la comunicación de los resultados. Este ejemplo particular del escenario de flujo de trabajo presume que la copia heliográfica requiere que sean desarrollados todos los componentes de copia heliográfica de planeación de tecnología de información estratégica durante este proyecto.

La figura 44 muestra el escenario de flujo de trabajo para entregar un armazón de tecnología de información estratégica. Lo siguiente es una descripción breve del modelo. El primer paso crítico definido en el flujo de trabajo es el de iniciar el enganche o proyecto mediante el definir el acercamiento, identificando los participantes incluyendo los , . > miembros del equipo de proyecto, los hacedores de decisión y las fuentes de información, estableciendo la duración y piedras clave, y estableciendo el alcance y objetivos. Las entrevistas con los participantes clave son entonces llevadas a cabo con 5 esfuerzos paralelos típicamente para recoger la documentación existente. Este juego de trabajo de actividades llevará a los siguientes pasos principales, los cuales son el desarrollo del negocio requerido y los modelos de tecnología inclusivos del análisis de situación actual y del entendimiento de la 10 dirección futura. Los modelos de referencia de torre son completamente documentados y en este caso están considerados como que son entregables principales con una participación de cliente apropiada y aprobaciones para el contenido. Las entradas clave para el desarrollo de los modelos son el 15 conocimiento de tecnologías emergentes, mejores prácticas de la industria, política de tecnología y corrientes de negocios. El proceso de manejo de proyecto requiere que los libros de trabajo de proyecto sean creados y las piedras interinas se alcancen para revisiones periódicas y retroalimentación 20 continua. Basada sobre los impulsores, separaciones y necesidades de transición, una estrategia para cambiar el ambiente de tecnología de información es definido. Los participantes presumen esta vista inicial del armazón de tecnología de información estratégica para asegurar la 25 alineación de tecnología de información/negocios, los recursos estimados y las posibilidades, y determinar la puesta en escena ^a^^tswi...,.«««*:• y prioridades de las iniciativas de cambio. El resultado de esta valoración es entonces presentado a los hacedores de decisión claves los cuales son típicamente los comités de dirección de tecnología de información. Los proyectos son entonces considerados terminados y deben ser vistos objetivamente para evaluar en dónde fueron exitosos y determinar y proceso para mantener el plan y asegurar su implementación.

A fin de articular y mostrar gráficamente los modelos de referencia particulares que se usarán en el soporte de la entrega de un plan de tecnología de información estratégico, es empleado el uso de una técnica llamada "tabla de historia" . La tabla de historia es construida directamente de la copia heliográfica de plan de tecnología de información estratégica, del acercamiento de planeación y del patrón de trabajo detallado. Se ha encontrado que la tabla de historia permite una comunicación y entendimiento rápido, claro y conciso del modelo establecido que será usado para describir la empresa tanto actualmente como en el futuro. A un alto nivel, los agrupamientos de modelos de referencia se adherirán a la torre de armazón de planeación de tecnología de información estratégica de empresa y a los entregables típicos de un plan de tecnología de información estratégica como se muestra en la figura 45.

El uso del tablero de historia ayudará a los practicantes a comunica precisamente la colección de modelos de referencia que se usará en la iniciativa de planeación y para entender de una mirada las relaciones de los componentes de 5 armazón y el contenido de entregables.

SÍNTESIS Crear un acercamiento de arquitectura de empresa 10 en la cual se desarrollen sistemas de tecnología de información complejos lo cual es una tarea difícil debido a que intereses opuestos deben ser balanceados. Por un lado, el acercamiento puede soportar el desarrollo de tecnología de información a través de normas, guías, políticas de manejo, métodos y 15 productos aprobados. Por el otro lado, un sistema que se adhiere completamente a una arquitectura estándar puede no ser flexible al punto de que no pueda ser optimizado para una tarea particular. Tal es el intercambio entre estandarización para el manejo y la formación a la medida para funcionalidad. La 20 esencia de una arquitectura es la estructura, simplificación, compromiso y balance. Considérese que un sistema es un juego de elementos dispares puestos juntos para llevar a cabo una función única que no puede ser realizada por un elemento único cualquiera por sí mismo. El atributo más importante del 25 sistema hace a las relaciones que transforma los elementos disimilares en un todo orgánico. Los controles de «fc*taifcah.Jfe*i» arquitectura, la complejidad y la falta de certeza de las relaciones de elemento mediante el establecer entrecaras, forma, ajuste y función. Esto hace que las piezas ajusten y facilita la integración y la resolución de los conflictos estructurales. La arquitectura define el todo.

La cantidad de información capturada en arquitectura es un balance delicado entre muy poco detalle (resultado: caos de sistema) y demasiado detalle (resultado innovación rigidizada) . El objetivo es el de tener suficientes detalles para facilitar el manejo del ambiente de tecnología de información mientras que se permite a los desarrolladores de aplicación la oportunidad de confeccionar diseños para satisfacer demandas de negocios o cambios de tecnología. Finalmente, es importante el notar que una arquitectura no es simplemente definida en un punto único en un momento y colocada en un almacén como completa. Más bien, una arquitectura es una entidad que se desenvuelve que cambia con el ambiente de negocio y el paisaje de tecnología. De hecho, su beneficio real es la necesidad de que la organización de tecnología de información continúe refiriéndose a la validez, discusión estimulada y ganancia de consenso de la arquitectura. Una arquitectura de tecnología de información de empresa y armazón es una herramienta poderosa que requiere un cuidado atento para realizar la fuerza completa de sus beneficios. £ i Á-* La torre de armazón de planeación de tecnología de información estratégica de empresa es el punto de inicio para determinar el contexto y los componentes principales mandatorios, y los métodos necesarios para desarrollar un plan de tecnología de información estratégica y consecuentemente construir soluciones de tecnología de información para habilitar exitosamente una empresa. La torre ayudará al personal de tecnología de información a analizar y a evaluar efectivamente los requerimientos de negocios y de tecnología, ponerlos en su contexto adecuado, y asegurar que la debida consideración se ha dado a todos los componentes arquitectónicos necesarios para soportar las necesidades de negocio y los requerimientos. Además, la torre ayudará a lograr los objetivos de definir y de abarcar una proposición de valor y capital intelectual basado sobre la experiencia y éxito, asegurando la consistencia de la entrega e integración de los resultados, asegurando lo específico en la definición pero no en el acercamiento de "libro de recetas" prescriptivo, y permitiendo la confección para requerimientos de cliente individuales y únicos pero construyendo desde un fundamente de "mejores prácticas".

El modelado y acercamiento deliberado de un proceso de planeación estratégica usando la torre de armazón e planeación de tecnología de información estratégica de empresa, copias heliográficas, acercamientos de patrón de trabajo, y tableros de historia gráfica asegurará que el desarrollo del plan de tecnología de información estratégica será razonable, ejecutable y útil. La implementación del plan de tecnología de información estratégica proporcionará el armazón y el proceso para definir la visión, la misión y los objetivos a largo plazo para la tecnología de información y alinearlos con el negocio, las estrategias para lograrlos y las arquitecturas para habilitarlos. La implementación del plan de tecnología de información estratégica proporciona el contexto y la guía que impulsa la definición del negocio integrado y los sistemas de tecnología de información (en soporte de las funciones y procesos de negocios) , estructura de organización y juegos de solución de tecnología de información para productos y servicios. La tecnología de información estratégica también determina las acciones y parámetros para las dotaciones de recursos para satisfacer los objetivos y permitir una utilización deliberada, planeada y efectiva de una inversión de empresa en tiempo y recursos.

Por tanto, es evidente el que se ha proporcionado, de acuerdo con la presente invención, una estructura para y un método de modelado de negocio integrado y armazones de tecnología de información y arquitectura en soporte de un negocio que satisface las ventajas establecidas arriba. Aún cuando la presente invención se ha descrito en detalle, varias sustituciones, cambios y alteraciones pueden Í ****. *. . *. *. i i . ser determinables fácilmente por aquellos expertos en el arte y pueden hacerse aquí sin departir del espíritu y alcance de la presente invención como se definió por las siguientes reivindicaciones .

Apéndice 1 : Reglas de Modelado y Líneas de Guía REGLAS : Hay cuatro tipos de modelos de empresa: Arquitecturas - gráficamente retrata lo que son los propósitos y las entrerrelaciones de todos los elementos de una empresa.

Flujos de trabajo - retrata gráficamente cómo las entradas son transformadas en salidas para la empresa.

Eventos - retrata gráficamente cuando la empresa debe reaccionar en una forma planeada.

Función/Proceso - organiza los procesos de la empresa en áreas de función similares.

Los modelos de arquitectura, flujo de trabajo y de evento son requeridos para ser balanceados y nivelados con entradas y salidas. El modelo de función/proceso es opcional. Los acercamientos de modelado típicos crean justo los flujos de trabajo y unos pocos incluyen los modelos de evento. Los modelos de arquitectura están faltando, y usualmente los flujos de trabajo no se balancean ni nivelan con las entradas y salidas. Las arquitecturas son requeridas a fin de llevar los modelos para el cierre y algún estado de finalidad razonable. Las arquitecturas habilitan los flujos de trabajo iniciados por los eventos externos. Esto claramente define las relaciones entre todos los componentes de la empresa a través de las entradas y salidas.

Se requiere la descomposición de los modelos de flujo de trabajo y de arquitectura. La descomposición adecuada alrededor de las salidas o resultados reduce la complejidad de la empresa en elementos manejables e integrados. Esto también permite la posibilidad de una fuente externa con requerimientos muy definidos y reglas de negocios para cada elemento. La descomposición de la empresa se desenvuelve alrededor de una salida o resultado, no sobre una actividad o función. El cortado en piezas nunca descompone un aeroplano. Usted no desea el volar un aeroplano reensamblado que fue cortado en piezas. Lo mismo es verdadero para una corriente de valor.

El uso de un lenguaje común para el modelado y la descomposición es requerido. Se prefiere un lenguaje de •i?nt i £.1 modelado más rico y más gráfico. No se busque el denominador común más bajo cuando se consideran los lenguajes de modelado. Un lenguaje de modelado más rico permite una mejor comunicación a través de representaciones gráficas más precisas del modelo. Esto también forza a los miembros de equipo a escuchar y a comunicarse mejor y a que cada uno tiene que comunicarse a través del lenguaje de modelado. Este aprendizaje actualmente habilita una mejor comunicación. En vez de escuchar a solo palabras, cada miembro de equipo busca el entender las ideas y conceptos representados por el lenguaje común en los modelos.

Guías de Modelado: La descomposición y transición de arquitectura para flujo de trabajo- Continuar descomponiendo un modelo de arquitectura hasta que cada uno de sus escenarios logra alguna independencia relativa de los otros escenarios. Después, verificar en forma cruzada los escenarios independientes para ver si cada uno está asociado directamente con un evento externo a la empresa o a la corriente de valor.

Manejo de Instancias de Flujo de Trabajo: Los modelos de empresa ilustran que, como, en donde, quien y cuando. Aun cuando estos modelos representan las variaciones de flujo de trabajo posibles que no se intenta el iit* .*.. representar el programa de una instancia de flujo de trabajo única u ocurrencia. El manejo de varias ocurrencias de eventos es seguido apropiadamente con un programa. Sin embargo, estos programas numerosos no están incluidos en el dominio de los modelos de empresa.

Definiciones de Modelo: Modelos de Empresa - Definidos como un juego ordenado de actividades enlazadas por relaciones definidas previamente, la ejecución de las cuales es disparada por algunos eventos y los cuales resultan en un resultado final cuantificable u observable. Este juego integrado de modelos abstractos ilustra las siguientes características acerca de la empresa: que, como, cuando, quien, que tanto y en donde. Los modelos de empresa son la base de conocimiento y memoria de la empresa .

Las Corrientes de Valor - Un arreglos de extremo a extremo de actividades que integran colectivamente los sesos funcionales cruzados a través de un valor de empresa y crea valor (por ejemplo velocidad, calidad, servicio y/o beneficio de costo) para ambos clientes interno y externo. Las corrientes de valor reconcilian todas las vistas de un cliente que puede tener de la empresa y crean la visión de una empresa de servicio única dedicada al cliente. Las corrientes de valor *** - * satisfacen los deseos del cliente tan completamente como sea posible más bien que el enfoque sobre procedimientos internos (o funciones) tal como la contabilidad o la venta o el envío.

Modelos de Arquitectura - Modelos de Arquitectura: Estos ilustran el estilo y método de diseño y construcción que comprende los elementos de un sistema y define el propósito y las interrelaciones de esos elementos.

Los Modelos de Flujo de Trabajo - Estos ilustran la secuencia de las actividades necesarias para transformar las entradas en las salidas requeridas.

Modelos de Evento - Estos ilustran las cosas que suceden afuera de la corriente de valor/empresa a la cual debe reaccionar la corriente de valor/empresa en una forma planeada previamente .

Modelos de Proceso/Función - Definidos como un juego de modelos ilustrando los agrupamientos funcionales de una empresa. Estos son además subdivididos en dos grupos, primariamente (por ejemplo operaciones) y de soporte (por ejemplo finanzas). Cada grupo funcional contiene varios procesos de negocios únicos (por ejemplo para finanzas, contabilidad y manejo de valores) . l?fll'l'illflIil'aÉ? Apéndice 2: Síntesis de lenguaje de Diseño Visual La siguiente sección identifica las anotaciones 5 que son usadas en los diagramas de modelado VDL. El VDL fue realizado por Neal Goldstein es un consultor sobre procesos de negocios, diseño, metodologías de desarrollo de software y tecnología de objetos. Su énfasis es sobre innovar procesos de negocios, y el uso apropiado de tecnología en implementar los 10 procesos. El ha sido director de los sistemas de información de administración para una sociedad de Fortune 500 y es el arquitecto primario de un numero de sistemas que han implementado procesos de negocios rediseñados. El puede ser notificado en: 15 Neal Goldstein 659 Tennyson Avenue Palo Alto, CA 94301 415-327-9525 Fax 20 Copyright 1994, 1995, 1996, 1997, 1998, 1999 por Neal Goldstein. Todos los derechos reservados.

Sustantivos Un sustantivo corresponde al nombre en ingles. Los sustantivos pueden 25 actuar (puede ser un sujeto) o pueden actuarse sobre estos sujetos. Y justo como en el Inglés, un sustantivo es más que solo una persona, el lugar o cosa. Este también puede ser un concepto, clase o categoría. Lo que hace a un elemento o sustantivo es lo que hace a una palabra un sustantivo en ingles y como esta es usada. En nuestro caso, un sustantivo es algo que puede aparecer en uno o en otro lado de una frase de sustantivo verbo sustantivo.

Sustantivo u Objeto Los sustantivos también son mencionados como objetos. Un disco sólido representa un sustantivo.

Tipos Sustantivo Los elementos de tipo sustantivo no son estrictamente sustantivos pero pueden actuar como estos por ejemplo, estos pueden actuar como un sujeto u objeto. t ?~± Armazón \r ! El armazón es el alcance de la explicación. Esta puede ser una empresa extendida, un departamento de empresa, sistema. Un armazón está representado por un rectángulo con dos líneas de ángulo recto en la esquina izquierda superior.

Pa rón Un patrón es un juego compartido de relaciones entre un agregado de elementos . Los elementos pueden ser cualesquier cosa en cualquier combinación-gente, piezas de papel, comida, rasgos de carácter, comportamientos, otros patrones, relaciones o cualquier cosa que nosotros podamos identificar. Los patrones pueden ser usados para representar una abstracción, clase, .. . i -&,.a?aaaí^s categoría o cualquier juego de conocimiento de propiedades tales como "un vehículo" o similitudes entre versión de un proceso. Un patrón es un camino corto que evita le necesidad de definir separadamente cada elemento. Una forma "tazón" presenta un patrón.

Proceso Un proceso es un juego de actividades que usa entradas identificadas claramente para reducir salidas identificadas claramente. Un proceso toma tiempo y casi siempre limites funcionales cruzados en la mayoría funcional) organizaciones. Un proceso puede ser un valor agregado, soporte o un valor no agregado. Un reloj de arena representa un proceso. «jai . . ., : * ,s?^as¿ja¡¡ Subproceso Un subproceso resume todas las actividades en un área funcional tal como dar cuenta de operaciones. La colocación de una "S" en el símbolo de proceso identifica un subproceso.

Operación (Escenario de Ejecución) Z27 Una operación o escenario de ejecución (Escenario de es un juego lógicamente relacionado de ejecución) actividades de proceso que usa entradas claramente identificadas para producir saludas claramente identificadas, esta puede ser descompuesta para describir los componentes, comportamientos y su orden, relaciones que resultan en una salida de operación. Una operación debe ser una forma, un todo que es tomado por el observador como siendo más que justo la suma de sus partes. Una carpeta de expediente representa una operación. En momentos esta es útil para organizar actividades jerárquicamente de manera que una operación única como un todo este representada como un elemento único en una operación más grande. En este caso, el elemento de operación puede representar una suboperación.

Procedimiento 7 Un escenario de procedimientos es una actividad que es medida por el resultado y comportamiento. Asociado con un escenario de procedimiento está un juego de alto nivel de instrucciones para llevar a cabo la actividad.

Regla de Contenido Un escenario llevado a caboO por una computadora puede tener varias reglas de contenido para llevar a cabo las operaciones de computadoras asociadas con este.

Regla de Interconexión 10 Un escenario llevado a cabo por una persona usando una computadora puede tener varias especificaciones para la interconexión o varias reglas de interconexión asociadas con esta. 15 Elementos de Contenido: Las reglas de contenido contienen elementos adicionales. Estos incluyen objetos de contenido y abstracciones. Estos son 20 directamente analogías a, respectivamente, nombres y patrones. Nosotros usamos ángulos duros con elementos de contenido £*Z --- --~-*?se?místi*****m? - para identificarlos como creaciones tecnológicas usadas por una computadora más bien que la palabra real o conceptos .

Objeto de Contenido Un objeto de contenido es una creación tecnológica, usualmente dentro de una computadora. Un paralelogramo sólido representa un objeto de contenido.

Abstracción de Contenido Una abstracción de contenido es una declaración de que ciertos objetos de contenido comparten los atributos y responsabilidad y listados para la abstracción. Una abstracción de contenido es un camino corto que evita la necesidad de describir separadamente cada objeto de contenido. Una caja no profunda representa una abstracción de contenido.

Verbos Un verbo es una clase de relación entre sustantivos o elementos de sustantivo que involucra acción. Algunos verbos requieren que el nombre en uno o ambos extremos de la relación sea activo, por ejemplo, capaz de comportarse. Los requerimientos para un sustantivo activo, o uno que es capaz de un comportamiento está representado en la referencia del lenguaje por una "A" dentro de un círculo. Las cosas como personas, computadoras y maquinas son activos, mientras que las cosas como la información, rocas y negocios reportados no lo son. Un elemento de tipo de sustantivo que es una abstracción de un sustantivo activo, o cuya descomposición contiene un sustantivo activo, también ¿w< ^¿aA^a satisface los requerimientos. Dependiendo del nivel de detalle deseado, los símbolos de grupo pueden ser ya sea jalados de un sustantivo o de una actividad especifica.

Crear ® - Un sustantivo activo puede crear nombres y otros elementos. La creación está representada por una línea con un signo de más (+) sobre el extremo hacia el elemento que está siendo creado.

Destruir ® Un sustantivo activo puede destruir sustantivos de otros elementos. La destrucción está representada por una línea con un signo de menos (-) sobre el extremo hacia el elemento que está siendo destruido.

Manipular ®— Un sustantivo activo puede manipular sustantivos de otros elementos. La manipulación abarca cambio, modificación y movimiento físico. La manipulación está representada por una línea con un arco sobre el extremo hacia el elemento que está siendo el sustantivo manipulado.

Uso como Información Un sustantivo activo puede usar (usualmente no activo) sustantivos como información. Como nosotros dijimos. Lo que hace a alguna información es que esta responde a una pregunta. El uso de información está representado por una línea con una flecha en reversa sobre el extremo hacia el objeto que contiene la información.

Usar como Entrada XS> Los sustantivos activos pueden usar i .* ***,*! * *l* * ? ln * sustantivos (usualmente no activos) como entrada. Esto es más comúnmente usado para representar cosas como materias primar usadas en una actividad o proceso. El uso como una entrada está representado por una flecha con la cabeza de flechas sobre el extremo hacia el objeto que usa la entrada. Usted 10 puede distinguir entre la información, que responde preguntas y datos, los cuales sirven cono entrada, pero tratan los datos como entrada. 15 Uso como una Regla ®- Un sustantivo activo puede usar (sustantivos usualmente no activos) como una regla o construcciones 20 colocadas sobre un proceso o acción. El uso como una regla está representado como una línea por una flecha de reversa doble sobre el extremo hacia el objeto que 25 contiene la regla. t - ri iii = tiiiif i Colaboración (gH . ~ Kg) Dos sustantivos activos pueden ser colaboradores. La colaboración es una interacción de dos de vías. Una flecha de dos cabezas que pasa a través de un conducto representa la colaboración. Dado que para sea capaz de enviar información (o comando) desde un sustantivo a otro, debe hacer una actividad para el que recibe y el que envía el mensaje y una para el que recibe y actúa sobre ese mensaje, la colaboración ee máe comúnmente mostrada entre actividades.

Comando ®—= Kg) Un sustantivo activo puede ordenar sustantivos activos. El comando es una interacción de una vía. El comando está representado por una flecha que pasa a través de un conducto, con la cabeza de flecha *Í -* *** j 4- * en el extremo hacia el objeto que recibe (lleva a cabo el comando) .

Causa Un elemento puede causar que suceda algo. La causa es diferente de la creación en que esta es indirecta. Yo no hago a un cliente 10 insatisfecho-una acción de mi parte provoca que un cliente sea infeliz. Esta relación puede existir entre cualesquier dos elementos. Una línea punteada que va a través de un conducto con una flecha sobre el extremo hacia el elemento que está siendo causado representa la causa.

Causa para cambio, efecto, } 20 Un elemento puede causar que algo cambie. La causa para cambiar es diferente la manipulación en que esta es indirecta. La causa para cambio está representada por una „ML^Bl¿^, a a - &£¿ - 1 & línea puntada con un arco en el extremo hacia el elemento cambiado.

Modificadores Atributo C^ í Un atributo describe alguna característica o cualidad acerca de un elemento. Un atributo está representado por un disco oblongo plano, ligeramente arriba del plano y conectado a un elemento. Los atributos pueden ser concretos o inducidos . Los elementos concretos son cosas como, color, tamaño, estado, condición y otras declaraciones "objetivas". Los atributos inducidos están en el ojo del que observa. Las cosas como la calidad y la buena colocación para trabajar caen dentro de esta categoría. Los atributos inducidos están basados sobre algún modelo mental de que significa el atributo. Una línea punteada de calidad no puede ser agregada a un producto durante el aseguramiento de calidad. Esto se convierte en un atributo cuando es verdadero o cierto juego de condiciones.

Ausencia de / 10 La ausencia de un elemento puede causar un problema y nosotros deseamos el indicar que algo no est ahí. La ausencia de está representada por una línea 15 inclinada a travér del elemento faltante. La ausencia usada extensivamente en el contexto para ilustrar la casualidad y es especialmente útil para llamar la 20 atención a relaciones faltantes.

Actividades Los sustantivos activos pueden tener actividades explícitas especificadas. Una actividad es una 25 acción especifica con un resultado que puede ser medido y/o evaluado. Las actividades pueden ser ya sea responsabilidades o procedimientos.

Responsabilidad Una responsabilidad es una actividad que es medida por resultados mas bien que por comportamiento. Una responsabilidad esta representada por un texto sobre una línea, arriba del plano y conectada al elemento.

Procedimiento Un procedimiento es una actividad que es medida por el resultado y el comportamiento. Asociado con un procedimiento esta un juego de instrucciones de paso por paso para llevar a cabo una actividad. Un procedimiento esta representado por el texto sobre una línea, sobre un icono de documento, ligeramente arriba del plano y conectado al elemento.

Suboperación S" A veces es útil el organizar actividades jerárquicamente de manera que una operación única como un todo este representado como un elemento único en una operación más grande. Como se mostró previamente, una suboperación puede ser representada por una operación dentro de una operación. Alternativamente, una suboperación es6ta representada por un texto sobre una línea, sobre un icono de operación, ligeramente arriba del plano y conectado al elemento.

Actividad con Regla De Contenido A Una actividad llevada a cabo por una computadora puede tener un negocio o regla de contenido para llevar a cabo una operación de computadora asociada con este. Una regla de contenido esta representada por un texto sobre una línea, sobre un icono de computadora, ligeramente arriba del plano y conectado al elemento. 10 Actividad con Regla De Interconexión /Q Una actividad llevada a cabo por una persona usando una computadora puede tener descripciones para la interconexión c una regla de interconexiones asociada con esta. Para indicar esto, un icono de monitor es colocado bajo las líneas de texto de actividad. 20 Preposiciones Las preposiciones muestran la relación entre los elementos. 25 Alineado Dos elementos pueden estar alineados. Los elementos están alineados cuando ambos tienen los mismo objetivos. Alineado esta representado por una línea punteada que pasa a través de un conducto.

Consistente Dos elementos pueden ser consistentes. Los elementos son consistentes cuando estos son compatibles o sincronizados a un nivel de operación. Una línea que pasa a través de un conducto representa consistente.

Mismo Dos elementos pueden ser los mismos. El mismo elemento puede tener diferentes nombres, para claridad o por necesidad.

Implementado por, Parcialmente Implementado por >*> Un elemento puede ser implementado por o parcialmente implementado por otro elemento. Implementado por es usado para indicar la satisfacción de algún requerimiento y es usualmente una relación entre cursos de diferentes tipos. Implementado por esta representado por una línea con una flecha de cabeza doble del elemento que esta siendo implementado a su implementación, con las cabezas de flecha sobre el extremo hacia el elemento que es la implementación. Implementado parcialmente por esta representado por una línea punteada con una cabeza punteada de flecha doble es el elemento que esta siendo implementado a su implementación parcial, con las cabezas de flecha sobre el extremo hacia el elemento que es la implementación parcial.

Reemplazado por, Parcialmente reemplazado por -X Un elemento puede ser reemplazado por o parcialmente reemplazado por otro. Esto puede ocurrir cuando algo se hace obsoleto. Reemplazado por esta representado por una línea con una "x" sobre el extremo hacia el elemento que esta siendo reemplazado. Parcialmente reemplazado por esta representado por una línea punteada con una "x" sobre el extremo hacia el elemento que esta siendo reemplazado.

Parte de Un sustantivo puede ser parte de otro sustantivo que es un grupo de obj etos que combinan para constituir en todo. La parte de esta representada por una flecha con líneas de ángulo recto que vienen desde la parte superior de la parte hasta el fondo del todo, con la cabeza de flecha sobre el extremo hacia el todo.

Contenido en G Un sustantivo puede estar contenido en otro sustantivo. Contenido en est5a representado por una flecha curva desde el elemento contenido adentro de la parte superior del elemento que lo contiene, con la cabeza de flecha sobre el extremo hacia el recipiente.

Clase de, Tipo de Un elemento puede ser una clase o un tipo de otro elemento. Este es el caso cuando estos comparten propiedades. Esta relación puede existir entre cualesquiera de dos elementos y no solo con un elemento y un patrón, los cuales nosotros indicamos pueden ser usados para definir cuales son la<s propiedades compartidas. En el caso anterior, todo lo que usted puede desear mostrar es que un elemento es un tipo de otro elemento, sin describir las propiedades compartidas. Una flecha arqueada con líneas en ángulo recto representa el tipo, viniendo del elemento que es el tipo del, con la cabeza de flecha sobre el extremo hacia el elemento que es ese tipo.

Conjunciones Una conjunción es usada para unir elementos .

Ti empo Dependiendo del contexto, la cultura occidental interpreta izquierda a derecha y parte superior a inferior como una secuencia de tiempo. Nosotros usamos esa interpretación ¡£^¡ g¡j¡ automática para describir la secuencia de tiempo en actividades en escenarios de ejecución.

Línea de Tiempo Puede ser útil es representar explícitamente una línea de tiempo. Una línea de tiempo puede mostrar que tiempo ha pasado. Unas actividades de objeto también pueden ser colocadas a lo largo de una línea de tiempo en el punto en el tiempo a las cuales éstas ejecutan. Una línea de tiempo esta representada por punto? largos y cortos. Una línea de tiempo es necesaria para mostrar el tiempo en un contexto.

.Retraso — — Puede haber un retraso en una línea de tiempo. Un retraso esta representado por dos líneas de 45 grados indicando el inicio y el lu. final del retraso. Un atributo puede ser usado para explicar el retraso y condiciones para volver a iniciar.

Repetición Un juego de actividades puede repetir. Dos líneas verticales indican el inicio y el final del segmento que representa repetir. Un atributo puede ser unido a la línea vertical derecha para indicar las condiciones que causan que la repetición se detenga. Las repeticiones pueden ser anidadas.

Selección de Al ternativas Frecuentemente las cosas no son fijas. Puede haber la posibilidad alternativas-trayectorias en una secuencia de tiempo o relaciones de elementos, atributos, partes o similares . Uno o más Uno o más de los elementos puede existir. Uno o más esta representado por una línea con un numero de clarificaciones que corresponde al numero de alternativas. En ninguno puede ser una elección y debe ser indicado explícitamente. Esto puede ser usado para indicar tales cosas como la posibilidad de uno o más trayectorias en una secuencia de tiempo o una o más relaciones, uno o más atributos, una o más cosas contenidas, una o más partes, y similares .

Solo una < Solo una de las alternativas puede existir. Solo una esta representada por una línea con una línea tj¿.A)a.. vertical a través de un numero de ramificaciones que corresponden al numero de alternativas. Cualquier Orden Algunas veces las actividades pueden llevarse a cabo en cualquier orden. Los paréntesis representan cualquier orden. fc-* 1

Claims

R E I V I N D I C A C I O N E S 1. Un método para modelar una arquitectura y armazones de tecnología de información y de negocios integrados en soporte de un negocio que comprende: identificar las entidades manejables del negocio y la tecnología de información de soporte; determinar una arquitectura global para el negocio, la arquitectura global define como se relacionan unas a otras las entidades manejables; implementar un lenguaje común a fin de articular la arquitectura global; y analizar los requerimientos de tecnología de información para el negocio; y planear para la implementación y desarrollo de la tecnología de información de acuerdo a la arquitectura global. 2. El método tal y como se reivindica en la cláusula 1, caracterizado porque la arquitectura global contiene una pluralidad de componentes, la pluralidad de componentes incluye un plan estratégico, una arquitectura de negocios, una arquitectura de información, una arquitectura de aplicación, una arquitectura de infraestructura de tecnología, y un armazón de manejo de tecnología de información de empresa . 3. El método tal y como se reivindica en la cláusula 1, caracterizado porque la arquitectura global se refiere a personas, procesos y tecnología de los negocios. 4. El método tal y como se reivindica en la cláusula 2, caracterizado porque el componente de plan estratégico incluye un plan de negocios, un plan de producto, un plan financiero, un plan de organización, un plan de mercadeo, y un plan de tecnología de información en soporte de los planes antes mencionados. 5. El método tal y como se reivindica en la cláusula 2, caracterizado porque del componente de arquitectura de negocios define la dirección de negocios actual, los objetivos, y los procesos de soporte así como la dirección futura, objetivos y procesos de soporte futuros. 6. El método tal y como se reivindica en la cláusula 2, caracterizado porque el componente de arquitectura de información proporciona preceptos de manejo de información y datos, un portafolio de software de aplicación e información y una vista geo-estructural de despliegue de tecnología especifica de información. 5 7. El método tal y como se reivindica en la cláusula 2, caracterizado porque el componente de arquitectura de aplicación define un portafolio de software de aplicación y relaciones de integración para el negocio. 10 8. El método tal y como se reivindica en la cláusula 2, caracterizado porque el componente de arquitectura de infraestructura de tecnología permite el acceso a las colocaciones de información infraestructural para las plataformas de tecnología de información. 15 . El método tal y como se reivindica en la cláusula 2, caracterizado porque el componente de armazón de manejo de tecnología de información de empresa proporciona productos y servicios de tecnología de información, manejo de 20 servicios, manejo de red y de sistemas de tecnología de información, y capacidades, competencias, habilidades y modelos de desempeño de organización de manejo de tecnología de información de empresa. 25 10. El método tal y como se reivindica en la cláusula 1 caracterizado además porque comprende: ,.^.AM»t^ >».-^ descomponer las entidades manejables de manera que cada entidad manejable tenga una independencia relativa de otras entidades manejables pero que esta en el contexto con la 5 arquitectura de empresa global . 11. El método tal y como se reivindica en la cláusula 1, caracterizado porque la arquitectura global proporciona el punto de inicio para determinar el contexto en 10 los componentes de fundamento y elementos necesarios para construir ya sea un plan estratégico de tecnología de información, una arquitectura de empresa global, o soluciones de tecnología de información habilitantes para una empresa. 15 12. Una estructura para modelar una arquitectura y armazones de tecnología de información y d negocios integrados en soporte de un negocio que comprende: una arquitectura global que define como se 20 relacionan unas a otras las entidades manejables de un negocio, arquitectura global incluye: un componente de plan de negocios estratégico que proporciona contexto y guía que impulsan la definición de las 25 funciones, procesos, sistemas y organización del negocio; "~*****Émtl Fk ?. ? *..l . í********* , ,.. * . aa- a ._ _ **, a . * * . ** . .^**. ' ' .3^^^ un componente de arquitectura de negocio que refleja lo que el negocio hace en el presente así como en 1 futuro para lograr los requerimientos de negocio particulares; un componente de arquitectura de información que representa que información va a ser entregada a los individuos a través del negocio; un componente de arquitectura de aplicación que soporta el flujo de información y ejecución de procesos de negocios ; una arquitectura de infraestructura de tecnología que soporta la ejecución de actividades y que define que componentes de tecnología de información son necesarios para permitir el acceso a la información; un componente de arquitectura de manejo de tecnología de información de empresa que lidia con el manejo organizacional y de negocios de proporcionar servicios y productos de tecnología de información así como sistemas, redes y manejo de elemento. R E S U M E N Una arquitectura de empresa para un negocio esta dividida en una arquitectura de negocios, una arquitectura de tecnología de información, y un armazón de manejo de empresa. La arquitectura de negocios es el impulsor principal para la arquitectura de tecnología de información pero la arquitectura de tecnología de información también puede tener un impacto sobre la construcción de la arquitectura de negocios. El armazón de manejo de empresa permite el manejo de dos arquitecturas. Una torre de armazón es construida alrededor de los componentes esenciales y obligatorios de la arquitectura de empresa. La torre de armazón esta constituida de una pluralidad de planes que representan componentes obligatorios de la arquitectura de empresa. Los componentes de la torre de _ armazón incluyen un plan estratégico, una arquitectura de negocios, una arquitectura de información, una arquitectura de aplicación, una arquitectura de infraestructura de tecnología, un armazón de manejo de tecnología de información de empresa. Cada componente en la torre de armazón se refiere a gente, procesos y tecnología de la arquitectura de empresa de manera que la planeación de tecnología de información estratégica, la definición de arquitectura de empresa y la tecnología de información efectiva y repetible que habilitan soluciones pueden llevarse a cabo y entregarse al negocio. ol/ l Sí