ADM TEC 2

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.

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. Un conjunto de entregables que se han establecido para completar una parte o la totalidad del programa. Los artefactos que documentan a los componentes arquitectónicos existentes en toda la empresa.

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.

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.

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.

Una línea base arquitectónica: Proporciona una referencia de información/artefactos para la planificación y la toma de decisiones. Proporciona el análisis de brechas de la información/artefactos para la planificación y la toma de decisiones.

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.

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.

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. 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 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.

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.

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

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.

El objetivo del plan de gestión arquitectónica es: 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.

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.

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.

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

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.

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.

La vista arquitectónica futura provee la documentación: 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.

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

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.

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.

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.

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

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.

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 cambios en las vistas actuales y futuras: 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. Se recogen durante cuatro o cinco meses y luego se publican inmediatamente como una nueva versión arquitectónica de la empresa.

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

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

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

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

IDEF para modelar procesos de negocio utiliza: Entrada, salidas, controles, y mecanismo. Estrategia, negocio, TI.

Son componentes del nivel de Productos y Servicios: Cadenas de suministro, proceso de negocio. Plan de negocios, casos de negocio.

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.

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.

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

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.

Son artefactos del nivel de Redes e Infraestructura: Diagrama de conectividad de red, inventario de red, planos de construcción, diagrama de bienes de capital. Diagrama de interfaces de sistema, diagrama de comunicación del sistema, diagrama de flujos de datos del sistema, matriz de sistemas/operaciones.

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.

La responsabilidad del Jefe de Arquitectura es: A1. 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.

Una línea base arquitectónica: 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.

La responsabilidad del Verificador de Requerimientos es: AA. Identificar requerimientos de usuario final para los componentes arquitectónicos, proveer retroalimentación sobre la efectividad de las soluciones. 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.

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.

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

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.