Administración de Tecnologías

Se consideran medidas de resultado: El número de bases de datos existentes, cuantos e-mails se envían a cada día, o como un proyecto de TI está cumpliendo con la línea base relacionada con costo/horario/ rendimiento. La mejor integración de los componentes arquitectónicos, el incremente de la satisfacción del usuario final de aplicaciones, o lograr la mayor eficacia en la toma de decisiones en la inversión de recursos de TI. Los indicadores de gestión arquitectónica.

Los ERD o diagramas de entidad relación son utilizados por analistas y programadores para: Identificar las entidades de datos que la empresa requiere sean capturados por los sistemas de TI. Identificar los objetos que la empresa requiere sean capturados por los sistemas de TI. Identificar los roles y responsabilidades dentro de las actividades de recolección de información.

Los cambios en las vistas actuales y futuras: Se recogen durante cuatro o cinco meses y luego se publican inmediatamente como una nueva versión arquitectónica de la empresa. Se recogen y actualizan en periodos cortos de implementación. Se recogen durante cuatro o cinco meses y luego se publican en los seis meses siguientes como una nueva versión arquitectónica de la empresa.

La vista arquitectónica futura provee la documentación: Del desempeño actual de los sistemas de TI. De los cambios identificados en cuanto a los objetivos estratégicos, servicios de negocios, flujos de información, solicitudes de apoyo y recursos de red. Para la revisión de la operación de los procesos organizacionales.

Sobre el presupuesto del programa. Se realiza una estimación inicial llamada línea de base para la financiación en donde se incluye costos como puesta en marcha y operación del programa, salarios, facilidades de trabajo para el equipo, documentación, soporte o compra de herramientas etc. Se realiza una estimación inicial llamada línea de base del costo que actualmente tienen los sistemas de la empresa. Se realiza una estimación llamada línea de base del costo que actualmente tienen los servicios que presta la empresa.

El plan de secuenciación: Evita que el programa tenga menos funcionalidades esperadas. Documenta las tareas, hitos y cronograma para la aplicación de nuevos componentes y artefactos. Permite al arquitecto en jefe controlar el alcance, costo, tiempo y calidad de acuerdo a una línea base establecida.

Son documentos de apoyo que se incluyen en el Plan de Gestión del Proyecto o PMP. Plan Estratégico de TI, cronograma de desglose del trabajo (WBS) y documentación de casos de negocio. Vista arquitectónica actual y futura. Plan de comunicación y FODA.

Los diccionarios de datos son: Son depósitos que guardan detalles de las entidades de datos y atributos que la empresa recoge y almacena en base de datos. Son diagramas de secuencia que muestran cómo grupos de objetos exhiben comportamientos en respuesta a un evento específico llamado disparador. Muestran una visión estática de las cosas que interactúan en cada caso de uso en el sistema de información, y cómo los comportamientos del objeto realizarán esas interacciones.

La vista actual de los artefactos en el nivel estratégico debe actualizarse: Cuando los cambios en el Plan Estratégico y Plan de E-Commerce/E-Government son identificados. Cuando los cambios ingresan al plan de gestión configuración arquitectónica. Cuando los cambios en el Plan Estratégico y Plan de E-Commerce/E-Government se publican oficialmente.

El desarrollo de la vista arquitectónica actual permite: Mostrar las metas e iniciativas estratégicas actuales que están ejecutándose actualmente en el entorno operativo de la empresa. Mostrar los recursos de TI que están actualmente activos en el entorno operativo de la empresa. La disponibilidad de recursos humanos y tecnológicos.

Son componentes del nivel de Productos y Servicios: Cadenas de suministro, proceso de negocio. Plan de negocios, casos de negocio. Diagrama de conectividad de nodos, diagrama de procesos.

Al desarrollar escenarios operativos futuros, se debe reflejar tantos entornos operativos buenos y malos. Sí, porque ayuda a la empresa a pensar a través de sus respuestas probables (movimientos defensivos) e iniciativas (movimientos ofensivos) de anticipación. No, solo se debe desarrollar escenarios que reflejan entornos buenos para la empresa.

Tener una vista arquitectónica actual completa ayudar a tener una comprensión de cómo actualmente opera la empresa. Esto sirve para realizar una planificación futura y para la toma de decisiones. V. F.

Los escenarios remplazan las acciones establecidas en el Plan Estratégico. Sí, porque ya se establece varios caminos que la empresa puede afrontar. No, porque los escenarios solo sirven para resumir y dar energía a la esencia de varios cursos de acción que se pide en el plan estratégico y hacerlos más relevantes.

Son artefactos del nivel de Sistemas y Aplicaciones: Plan de Gestión del Conocimiento, matriz de Intercambio de Información, diagrama de transición de estados, diagrama de secuencia, modelo lógico de datos. Diagrama de interfaces de sistema, diagrama de comunicación del sistema, diagrama de flujos de datos del sistema, matriz de sistemas/operaciones. Diagrama de conectividad de red, inventario de red, planos de construcción, diagrama de bienes de capital.

Seleccione la respuesta correcta. Las vistas arquitectónicas actuales deben representar todos los niveles del marco EA3. Las vistas arquitectónicas actuales deben representar solo el nivel de Productos y Servicios del marco EA3. Las vistas arquitectónicas actuales deben representar solo el nivel Sistemas y Aplicaciones del marco EA3.

Son componentes del nivel de Datos e Información: Almacenes de Conocimiento, sistemas de información, bases de datos. Plan de Gestión del Conocimiento, modelo lógico de datos, matriz de intercambio de información. Diagrama de transición de estados, diagrama de secuencia.

Un caso de negocio: Evita que el proyecto tenga menos funcionalidades de las esperadas. Permite al arquitecto en jefe definir con claridad el alcance del programa. Ayuda a asegurar que se genere el máximo valor a partir de nuevos proyectos de desarrollo, así como de las operaciones y actividades de mantenimiento.

El rol que cumple el experto en herramientas de Arquitectura Empresarial en el equipo es: Soporte en aplicaciones y base de datos. Manejo del Programa de Arquitectura Empresarial. Identificación de Requerimientos.

El FODA realizado a la empresa, ayuda a identificar la documentación de escenarios futuros. V. F.

El objetivo del plan de gestión arquitectónica describe: El proceso de gestión, metodología de implementación, el marco de documentación, así como los resúmenes de las vistas arquitectónicas actuales y futuras. La forma en que las políticas y el proceso de toma de decisiones se producirán dentro del programa. La mejor forma de mostrar los cambios esperados en los estándares de seguridad, planes, pruebas y certificación de cada sistema de TI.

Los artefactos de la vista futura deben guardar una relación directa con los artefactos de la vista actual. V. F.

La responsabilidad del Verificador de Requerimientos es: Identificar requerimientos de usuario final para los componentes arquitectónicos, proveer retroalimentación sobre la efectividad de las soluciones. Mantenimiento del software de aplicación y mantenimiento del repositorio de información. Provee análisis técnico y soporte al diseño para la selección e implementación de componentes, garantiza que los sistemas de TI cumplen con los requerimientos de integración e interoperabilidad, apoya al proceso de documentación arquitectónica.

La responsabilidad del Arquitecto de Datos es: Provee análisis técnico y soporte al diseño para la selección e implementación de bases de datos, garantiza que las bases de datos cumplen con requerimientos de documentación arquitectónica. Gestionar el programa y el proceso de documentación, seleccionar la metodología arquitectónica a implantar, identificar los estándares y gestionar los subprocesos de gestión de la configuración. Provee análisis técnico y soporte al diseño para la selección e implementación de componentes, garantiza que los sistemas de TI cumplen con los requerimientos de integración e interoperabilidad, apoya al proceso de documentación arquitectónica.

Es la fase de la Metodología de Implementación en donde se obtienen los escenarios operativos futuros. Fase 2: Marco de documentación arquitectónica y selección de herramientas. Fase 3: La documentación arquitectónica. Fase 4: Uso y mantenimiento de la información arquitectónica.

La responsabilidad del Arquitecto de Sistemas es: Gestionar el programa y el proceso de documentación, seleccionar la metodología arquitectónica a implantar, identificar los estándares y gestionar los subprocesos de gestión de la configuración. Participa en la toma de decisiones del programa. Promueve la identificación de soluciones de TI relacionadas con cada LOB. Provee análisis técnico y soporte al diseño para la selección e implementación de componentes, garantiza que los sistemas de TI cumplen con los requerimientos de integración e interoperabilidad, apoya al proceso de documentación arquitectónica.

La responsabilidad del Arquitecto de Soluciones es: Gestionar el programa y el proceso de documentación, seleccionar la metodología arquitectónica a implantar, identificar los estándares y gestionar los subprocesos de gestión de la configuración. Participa en la toma de decisiones del programa. Promueve la identificación de soluciones de TI relacionadas con cada LOB. Colabora en la identificación de soluciones de TI relacionadas con problemas dentro de cada LOB. Apoya el proceso de documentación.

El proceso que sirve de apoyo a los sub-procesos por cuales se gestionan los cambios y se aplican las normas TSRM se denomina: Plan de Gestión del Cambio. Requerimientos de cambio. Plan de Gestión de la Configuración.

El Plan de Gestión del Proyecto es: Un formato de documento estándar utilizado por los jefes, patrocinadores y equipo de proyecto para mejorar la conceptualización, documentación, seguimiento, supervisión y ejecución de las tareas del proyecto en toda la empresa. Es un documento que describe cómo funcionan los sistemas de TI. Es un formato de documento estándar utilizado por el equipo de proyecto que describe los casos de negocio de una empresa.

Los objetivos estratégicos que se identifican en la empresa se persiguen mediante iniciativas estratégicas. V. F.

Son artefactos del nivel de Redes e Infraestructura: Plan de Gestión del Conocimiento, matriz de Intercambio de Información, diagrama de transición de estados, diagrama de secuencia, modelo lógico de datos. Diagrama de interfaces de sistema, diagrama de comunicación del sistema, diagrama de flujos de datos del sistema, matriz de sistemas/operaciones. Diagrama de conectividad de red, inventario de red, planos de construcción, diagrama de bienes de capital.

La matriz de interfaces del sistema es: Un modelo. Un artefacto. Un componente.

El rol que cumple el Patrocinador en el equipo de Arquitectura Empresarial es: Liderazgo ejecutivo. Manejo del Programa de Arquitectura Empresarial. Identificación de Requerimientos.

Es la fase de la Metodología de Implementación en donde se produce la documentación de las vistas actuales. Fase 2: Marco de documentación arquitectónica y selección de herramientas. Fase 3: La documentación arquitectónica. Fase 4: Uso y mantenimiento de la información arquitectónica.

Un escenario futuro puede convertirse en un escenario de operación actual, porque eventualmente en la planificación estratégica, se elige uno que representa lo que la empresa va a hacer. V. F.

La matriz CRUD en la vista arquitectónica de futuro: Proporciona una taxonomía y formatos estándar para las entidades de datos que se utilizan en los diversos sistemas empresariales de TI. Identifica cambios potenciales en la propiedad de los datos. Describe como se crean los objetos de datos.

La responsabilidad del Administrador de Líneas de Negocios es: Gestionar el programa y el proceso de documentación, seleccionar la metodología arquitectónica a implantar, identificar los estándares y gestionar los subprocesos de gestión de la configuración. Participa en la toma de decisiones del programa. Promueve la identificación de soluciones de TI relacionadas con cada LOB. Colabora en la identificación de soluciones de TI relacionadas con problemas dentro de cada LOB. Apoya el proceso de documentación.

Son artefactos del nivel de Productos y Servicios: Plan de Gestión del Conocimiento, matriz de Intercambio de Información, diagrama de transición de estados, diagrama de secuencia, modelo lógico de datos. Plan de negocios, diagrama de conectividad de nodos, diagramas de procesos, matriz de procesos/productos, casos de uso y diagramas narrativos, caso de negocio de inversiones. Diagrama de conectividad de red, inventario de red, planos de construcción, diagrama de bienes de capital.

Los diagramas de entidad relación o ERD muestran: Muestran sistemas complejos y la relación que existe entre estos sistemas. Muestran únicamente el nivel de detalle de un sistema en particular. Muestran sistemas complejos, pero no la relación que existe entre estos sistemas.

La documentación de la red en el nivel de redes debe estar apoyada por: Cualquier documento de texto o diagramas que den un entendimiento global del diseño físico y lógico de las redes. Solo por diagramas de flujo. Solo por diagramas de secuencia.

Los cuatro tipos generales de cambios que se documentan en la visión del futuro del Nivel de Negocios son la introducción de un proceso totalmente nuevo, la eliminación, reingeniería y mejoras mínimas de un proceso existente. V. F.

El objetivo del plan de gestión arquitectónica es: Documenta la forma en que las políticas y el proceso de toma de decisiones se producirán dentro del programa. Apoyar y mejorar la planificación estratégica y de negocios de la empresa, así como identificar las brechas de desempeño que los componentes arquitectónicos pueden ayudar a cerrar. La mejor forma de mostrar los cambios esperados en los estándares de seguridad, planes, pruebas y certificación de cada sistema de TI.

Los escenarios estratégicos pueden ser añadidos o borrados de la vista futura del Plan Estratégico en respuesta a: Cambios en los objetivos e iniciativas estratégicas. Cambios en el entorno operativo interno y externo. Cambios en los componentes arquitectónicos.

Seleccione el ítem que no es un método para modelar procesos de negocio. El modelado a través de IDEF. Diagramas de carril. Diagramas de flujo. Líneas de negocio.

Son diagramas que muestran cómo grupos de objetos exhiben comportamientos en respuesta a un evento específico llamado disparador. Diagrama de Casos de uso. Diagrama de Secuencia. Diagrama de transición de estados.

En un programa arquitectónico siempre debe elaborarse un plan de gestión arquitectónica. Si porque este documento ayuda a describir como la empresa se encargará de hacer la transición de sus procesos y recursos actuales que se necesitaran en el futuro. No es necesario que se elabore si la empresa solo desea mantener una vista actual de cómo opera.

La responsabilidad del Patrocinador es: Ejecutor del proyecto, proveer recursos y ayudar a resolver problemas de alto nivel. Participa en la toma de decisiones del programa. Promueve la identificación de soluciones de TI relacionadas con cada LOB. Colabora en la identificación de soluciones de TI relacionadas con problemas dentro de cada LOB. Apoya el proceso de documentación.

Cuatro tipos básicos de diagramas que se utilizan para describir un caso de uso, cada uno de los cuales es un artefacto arquitectónico que se debe mantener en el nivel de información de la estructura: Diagrama de Casos de uso, Diagrama de Clases/Objetos, Diagramas de Secuencia, y Diagramas de transición de estados. Objetos, Polimorfismo, Herencia y Encapsulación. Estrategia, Datos, Negocio y TI.

En el nivel de datos e información para la identificación de objetos, son 3 características que los definen: Polimorfismo, Herencia y Encapsulación. Estrategia, Negocio y TI. Diagramas de flujos de datos, diagramas entidad relación y UML.

Son diagramas que muestran una visión estática de las cosas que interactúan en cada caso de uso en el sistema de información, y cómo los comportamientos del objeto realizarán esas interacciones. Diagrama de Clases/Objetos. Diagrama de Casos de uso. Diagrama de Secuencia.

El rol que cumple el Administrador de Líneas de Negocios en el equipo de Arquitectura Empresarial es: Liderazgo ejecutivo y toma de decisiones. Manejo del Programa de Arquitectura Empresarial. Identificación de Requerimientos.

Son componentes del nivel de Redes e Infraestructura: Redes de datos, redes de telecomunicaciones, soluciones de seguridad. Inventario de red, planos de construcción. Diagrama del centro de redes, diagrama de la planta de cableado.

Los escenarios operativos futuros se basan en: Suposiciones de capacidad y estrategias para un desempeño exitoso en respuesta a las influencias externas e internas que pueda afrontar una empresa. Las nuevas adquisiciones tecnológicas que deba adquirir una empresa para ofrecer nuevos servicios. En hacer una proyección de los escenarios actuales que deban actualizarse en un periodo determinado.

Son artefactos del nivel de Datos e Información: Plan de Gestión del Conocimiento, matriz de Intercambio de Información, diagrama de transición de estados, diagrama de secuencia, modelo lógico de datos. Diagrama de interfaces de sistema, diagrama de comunicación del sistema, diagrama de flujos de datos del sistema, matriz de sistemas/operaciones. Diagrama de conectividad de red, inventario de red, planos de construcción, diagrama de bienes de capital.

Son componentes del nivel de Objetivos e Iniciativas estratégicas: Planificación estratégica, plan de comercio / gobierno electrónico. Plan estratégico, análisis FODA. Concepto de escenario de operaciones, concepto de diagrama de operaciones.

La documentación de la red en el nivel de redes e infraestructura debe contemplar: Las redes de voz, datos y video que la conforman, los routers, switches, hubs, salas de máquina, salas de cableado, plantas de cables, etc. Solo las redes de datos, voz, datos y video que la conforman. Únicamente los routers, switches y hubs que forman parte de la red.

La responsabilidad del Administrador Web es: Mantenimiento de los sitios web, contenido asociado, asiste en actividades de diseño y documentación de componentes arquitectónicos. Mantenimiento del software de aplicación y mantenimiento del repositorio de información. Provee análisis técnico y soporte al diseño para la selección e implementación de componentes, garantiza que los sistemas de TI cumplen con los requerimientos de integración e interoperabilidad, apoya al proceso de documentación arquitectónica.

Las ECAR´s documentan: Las solicitudes de cambo de cada nivel operativo de la AE. El impacto técnico y operativo de los cambios en los componentes en ciertos niveles específicos de la AE. El impacto técnico y operativo de los cambios en los componentes en todos los niveles de la AE.

La responsabilidad del Experto en Herramientas de Arquitectura Empresarial es: Mantenimiento del software de aplicación y mantenimiento del repositorio de información. Gestionar el programa y el proceso de documentación, seleccionar la metodología arquitectónica a implantar, identificar los estándares y gestionar los subprocesos de gestión de la configuración. Provee análisis técnico y soporte al diseño para la selección e implementación de componentes, garantiza que los sistemas de TI cumplen con los requerimientos de integración e interoperabilidad, apoya al proceso de documentación arquitectónica.

Son artefactos del nivel de Objetivos e Iniciativas estratégicas: Plan estratégico, análisis FODA, concepto de escenario de operaciones, concepto de diagrama de operaciones, balanced scorecard. Plan de Gestión del Conocimiento, matriz de Intercambio de Información, diagrama de transición de estados, diagrama de secuencia, modelo lógico de datos. Plan de negocios, diagrama de conectividad de nodos, diagramas de procesos, matriz de procesos/productos, casos de uso y diagramas narrativos, caso de negocio de inversiones.

La vista actual de sistemas y aplicaciones muestra: Todos los servicios web, sistemas, aplicaciones, soluciones ERP, herramientas ofimáticas, sistemas operativos, servidores, protocoles de red, etc. que forman parte de la empresa. Solo los sistemas y aplicaciones que forman parte de la empresa. Solo los servicios web y el nivel de detalle de estos servicios, sin son mediante métodos REST, SOAP, etc.

La vista futura documenta los recursos de TI que estarán activos en el entorno operativo por muchos años en el futuro. V. F.

El rol que cumple el Analista de investigación en el equipo de Arquitectura Empresarial es: Control de calidad. Soporte en aplicaciones y base de datos. Analista de requerimientos.

La diferencia entre los métodos para modelar procesos de negocio IDEF y Diagramas de Flujo es: Los Diagramas de flujo no muestran las actividades de entrada y salida a diferencia del modelado IDEF. Los Diagramas de flujo son muy complicados de establecer a diferencia del modelado IDEF. No existe ninguna diferencia, IDEF se consigue a través de diagramas de flujo.

Son diagramas que muestran una visión estática del conjunto de actividades y los actores de un sistema de información y como estos intercambian información. Diagramas de Casos de uso. Diagrama de Clases de objeto. Diagrama de Secuencia.

Una línea base arquitectónica: Proporciona el análisis de brechas de la información/artefactos para la planificación y la toma de decisiones. Proporciona una referencia de información/artefactos para la planificación y la toma de decisiones. Es un conjunto de normas y políticas para la gestión de la empresa.

Dentro del plan de gestión arquitectónica los escenarios futuros de funcionamiento describen: Los cambios que tendrán que producirse en los objetivos e iniciativas estratégicas. Los cambios que tendrán que producirse en los procesos, personas y tecnología. El modelo de datos.

En el plan de Gestión de Arquitectura Empresarial es necesario ofrecer un glosario de términos. Si, para mayor comprensión de términos arquitectónicos junto con una lista de acrónimos. No, porque la documentación ya describe y explica de que se está tratando.

El plan de gestión de arquitectura empresarial documenta: Las brechas de desempeño, la necesidad de recursos, las soluciones planeadas, el plan de secuenciación, y un resumen de la arquitectura actual y futura. El estado de las vistas arquitectónicas actuales y futuras y sus necesidades. Promueve enfoques probados y estandarizados para la implementación o actualización de los recursos de TI.

El rol que cumple el Administrador Web en el equipo de Arquitectura Empresarial es: Soporte de aplicativo web. Analista de requerimientos. Soporte en aplicaciones y base de datos.

Las vistas futuras: Capturan uno o más posibles escenarios operativos del negocio y la tecnología, que apoyan a la planificación y toma de decisiones. Capturan un escenario operativo actual del negocio y la tecnología que apoyan a la planificación y la toma de decisiones. Captura únicamente el escenario operativo futuro del negocio y tecnología que va a ser el nuevo escenario actual.

Seleccione la respuesta correcta. Comparar periódicamente el escenario estratégico actual para varios escenarios posibles que se mantienen en la visión arquitectónica futura puede ser una actividad valiosa de planificación. Nunca se debe comparar el escenario estratégico actual con ningún escenario futuro porque disminuye la visión de planificación.

Los CONOPS o escenarios de concepto de operaciones ayudan a documentar tanto el entorno operativo actual como posibles entornos operativos futuros. V. F.

Las API´s: Definen el grado de interacción entre los diferentes objetos de la arquitectura. Definen el grado de interoperabilidad, así como las nuevas capacidades funcionales que tendrán que ser integradas a la vista arquitectónica futura. Definen como se integrarán los sistemas de TI al contexto arquitectónico de la organización.

El rol que cumple el Verificador de Requerimientos en el equipo de Arquitectura Empresarial es: Control de calidad. Soporte en aplicaciones y base de datos. Identificación de Requerimientos.

Los cambios potenciales dirigidos a los componentes arquitectónicos actuales incluyen a: Los objetivos e iniciativas estratégicas, servicios de negocio, flujos de información, sistemas, aplicaciones y redes de apoyo nuevas o actualizadas. Los artefactos que documentan a los componentes arquitectónicos existentes en toda la empresa. Un conjunto de entregables que se han establecido para completar una parte o la totalidad del programa.

La seguridad de TI: Se debe documentar en un plan separado de Seguridad de TI que sólo ciertas personas en la empresa tienen acceso. Se debe documentar dentro del plan de gestión arquitectónica. Se debe documentar tanto en el plan de gestión arquitectónica con en el plan de Seguridad de TI.

En el plan de Gestión de Arquitectura Empresarial es un documento que se incluye como: Parte de la Metodología de la AE. Parte del Framework de la AE.

El uso de escenarios futuros es una forma de: Identificar posibles entornos operativos y supuestos de planificación en los que deben basarse las vistas arquitectónicas futuras. Identificar entornos operativos y supuestos de planificación definitivos en los que deben basarse las vistas arquitectónicas futuras. Describir el proceso de transición del estado actual al futuro.

El plan de gestión del proyecto se utiliza para: Tener un mejor control sobre costes, plazos y objetivos de rendimiento. Describir el alcance del proyecto. Identificar las brechas de rendimiento de las vistas arquitectónicas actuales y futuras.

Cuando se realizan cambios en las vistas actuales y futuras se deben mantener un control de versiones estable en el repositorio de información. V. F.

Para la documentación de los procesos de negocio, es necesario: Seleccionar un método de modelado de procesos que pueda plasmar los servicios clave del negocio. No es necesario seleccionar un modelado de procesos, porque ya se elabora una lista de todos los servicios que presta la empresa. Se debe realizar historias de usuario que van en remplazo de los métodos de modelado.

Es un método para modelar los procesos de negocio. IDEF o definición de la Integración para la modelización de las funciones. Caso de uso. Componente arquitectónico.

La responsabilidad del Jefe de Arquitectura es: Gestionar el programa y el proceso de documentación, seleccionar la metodología arquitectónica a implantar, identificar los estándares y gestionar los subprocesos de gestión de la configuración. Participa en la toma de decisiones del programa. Promueve la identificación de soluciones de TI relacionadas con cada LOB. Colabora en la identificación de soluciones de TI relacionadas con problemas dentro de cada LOB. Apoya el proceso de documentación.

Es un artefacto para mostrar una imagen precisa de TI en el nivel de sistemas y aplicaciones. Diagrama de interfaces de sistema. Diagrama de casos de uso. Servicios web.

El rol que cumple el Jefe de la oficina de información CIO en el equipo de Arquitectura Empresarial es: Liderazgo ejecutivo y toma de decisiones. Manejo del Programa de Arquitectura Empresarial. Identificación de Requerimientos.

IDEF para modelar procesos de negocio utiliza: Entradas, salidas, controles y mecanismos. Estrategia, Negocio y TI. Objetivos, estrategias, servicios y aplicaciones.

La cantidad de información y el nivel de detalle que se ubica en el Plan de Gestión del Proyecto, están dadas por: Las características del programa, tales como el tamaño y la complejidad de la empresa. Ya existe un formato establecido para realizar el PMP. No es necesario realizar un PMP en un proyecto de Arquitectura Empresarial.

El rol que cumple el Arquitecto de Soluciones en el equipo de Arquitectura Empresarial es: Resolver problemas de arquitectura. Manejo del Programa de Arquitectura Empresarial. Identificación de Requerimientos.

La vista arquitectónica actual de sistemas y aplicaciones de TI debe obtenerse para: Mostrar una imagen precisa de las aplicaciones de software, servicios de oficina front-office / back-office, y los sistemas que la empresa tiene actualmente en su entorno operativo de TI. Mostrar la relación entre los objetivos e iniciativas estratégicas del negocio y la vista arquitectónica futura. Mostrar la interrelación entre los sistemas de TI.

El rol que cumple el Arquitecto de Datos en el equipo de Arquitectura Empresarial es: Análisis y Diseño. Manejo del Programa de Arquitectura Empresarial. Identificación de Requerimientos.

El rol que cumple el Arquitecto de Sistemas en el equipo de Arquitectura Empresarial es: Análisis y Diseño. Manejo del Programa de Arquitectura Empresarial. Identificación de Requerimientos.

Las iniciativas estratégicas que se identifican en la empresa se persiguen mediante objetivos estratégicos. V. F.

Los sistemas de TI: Son depósitos de las entidades de datos y atributos que la empresa recoge y almacena en bases de datos. Son colecciones de aplicaciones, bases de datos, sistemas operativos y hardware que satisfacen las necesidades específicas de tecnología o de negocios de la organización. Son especificaciones técnicas que permiten normar el desempeño de las actividades de la organización.

El rol que cumple el Jefe de Arquitectura en el equipo de Arquitectura Empresarial es: Liderazgo ejecutivo y toma de decisiones. Manejo del Programa de Arquitectura Empresarial. Identificación de Requerimientos.

La responsabilidad del Analista de Investigación es: Documenta y verifica los requerimientos de usuario final de cada LOB, asiste en actividades de diseño y documentación de componentes arquitectónicos. Mantenimiento del software de aplicación y mantenimiento del repositorio de información. Provee análisis técnico y soporte al diseño para la selección e implementación de componentes, garantiza que los sistemas de TI cumplen con los requerimientos de integración e interoperabilidad, apoya al proceso de documentación arquitectónica.

El desarrollo de las vistas futuras en el nivel de información para el diccionario de datos: Mostraría los cambios en los estándares y formatos de los datos que se prevé se necesitan como resultado de los cambios realizados al sistema de base de datos. No existe una vista futura para el diccionario de datos.

La responsabilidad del Jefe Oficina de Información (CIO) es: Facilitar el establecimiento de las operaciones en curso del programa y liderar la resolución de problemas de alto nivel. Participa en la toma de decisiones del programa. Promueve la identificación de soluciones de TI relacionadas con cada LOB. Colabora en la identificación de soluciones de TI relacionadas con problemas dentro de cada LOB. Apoya el proceso de documentación.

Los diagramas de flujo para modelar procesos de negocio utilizan: Eventos, puntos de decisión y secuencia de flujos de las actividades. Entradas, salidas, controles y mecanismos. Estrategia, Negocio y TI.