ASI

¿Qué es un proceso de negocio?. Un conjunto de actividades aisladas. Una totalidad (ciclo completo) que cumple un objetivo útil para la organización y agrega valor al cliente. Una tarea específica realizada por un empleado. Un plan de marketing.

¿Cuál es la definición más operativa de un proceso de negocio?. Un documento que describe las políticas de la empresa. Un conjunto organizado de actividades, interacciones y recursos que transforma entradas en salidas aportando valor. La interacción entre departamentos. La satisfacción del cliente.

¿Quiénes realizan los procesos de negocio?. Solo la alta gerencia. Solo los clientes. Personas (con roles) apoyadas por tecnología y usando información. Solo los sistemas de información.

¿Qué caracteriza a un proceso estratégico?. Atienden directamente la misión de la empresa. Dan soporte a otros procesos. Están orientados a diseñar y dirigir la organización, definiendo grandes caminos. Transforman entradas en salidas de valor.

¿Cuál es la característica principal de un proceso esencial?. Diseñan la dirección de la empresa. Dan soporte a las operaciones diarias. Atienden directamente la misión y se relacionan con los clientes. Transforman información interna.

¿Qué tipo de procesos son las acciones necesarias para que los procesos del negocio funcionen, pero no son directamente del negocio?. Estratégicos. Esenciales. De soporte. Operativos.

Si un proceso define rumbos, planes o ajustes, ¿a qué clasificación pertenece?. Esencial. Estratégico. De soporte. De cliente.

Si un proceso entrega valor al cliente y cumple con la misión, ¿a qué clasificación pertenece?. Estratégico. De soporte. Esencial. De operación.

¿Qué representa el 'Objetivo' en la ficha de un proceso de negocio?. El resultado final del proceso. La persona o entidad que recibe el resultado del proceso. El para qué existe el proceso; el fin que se persigue. Los recursos utilizados en el proceso.

¿Qué es el 'Cliente' en el contexto de un proceso de negocio?. El proveedor de los insumos. La persona, organización o proceso que recibe el resultado de valor. El responsable de ejecutar las actividades. El encargado de la tecnología utilizada.

¿Qué se entiende por 'Producto del proceso'?. Los recursos humanos y tecnológicos. Las reglas de negocio que lo gobiernan. El resultado final de cumplir con el objetivo del proceso; la salida principal. Los formularios generados.

¿Qué son los 'Proveedores' en el contexto de los 'Proveedores del proceso e insumos'?. Los que reciben el producto final. Los que proveen otros procesos necesarios que entregan algún insumo. Los que utilizan los recursos del proceso. Los que definen las reglas de negocio.

¿Qué son los 'Insumos' en la ficha de un proceso de negocio?. Las actividades realizadas. El personal que ejecuta el proceso. Información, materiales, documentos o cualquier otro elemento requerido para la ejecución. El resultado final entregado.

¿Qué se incluye en la categoría de 'Recursos' de un proceso de negocio?. Solo los insumos. Solo los clientes. Medios que se utilizan para ejecutar el proceso (humanos, tecnológicos, etc.). Solo el producto final.

¿Qué se modela en la sección 'Formularios, registros e información del proceso'?. Las reglas de negocio. Los recursos utilizados. Documentos generados y/o información ingresada, procesada o almacenada. El objetivo del proceso.

¿Qué son las 'Reglas de negocio'?. Los objetivos del proceso. Las condiciones o restricciones obligatorias que determinan cómo debe comportarse un proceso. Los insumos necesarios. Los recursos tecnológicos.

¿Qué representan las 'Restricciones' en la ficha de un proceso?. Las actividades realizadas. Los límites o condiciones que acotan cómo se puede diseñar o ejecutar un proceso. Los beneficios para el cliente. Los proveedores de insumos.

¿Qué significa 'Actividades' en la vista de un proceso?. Solo el resultado final. Acciones que realiza alguien en un período de tiempo específico y controlado. Los recursos utilizados. Las reglas de negocio.

¿Qué son las 'Excepciones' en el contexto de las actividades de un proceso?. Las actividades normales del proceso. Situaciones que cancelan el proceso o alternativas no resueltas en el flujo. Los objetivos del proceso. Los formularios generados.

¿Qué implica visualizar la organización desde la vista de procesos?. Pensar en tareas aisladas. Ignorar el valor para el cliente. Pensar el trabajo como totalidades, adoptando una visión horizontal y enfocándose en el valor. Centrarse únicamente en la estructura jerárquica.

¿Por qué es importante detectar y reducir problemas entre áreas ('silos') al visualizar la organización por procesos?. Porque facilita la creación de más burocracia. Porque al mirar el flujo completo, los errores se hacen visibles. Porque aumenta la complejidad innecesariamente. Porque enfoca la atención solo en la tecnología.

¿Qué significa 'asignar responsabilidad transversal (dueño del proceso)'?. Que cada departamento sea responsable solo de sus tareas. Tener un responsable que supervise un proceso completo, gestionándolo como un TODO. Que la tecnología asuma toda la responsabilidad. Que el cliente sea el único responsable del resultado.

¿Quién es el 'Dueño del proceso'?. El empleado que realiza la tarea más simple. Un rol ejecutivo responsable del desempeño de un proceso completo, con autoridad para ajustarlo. El cliente final del proceso. El responsable de la infraestructura tecnológica.

¿Cuál es el objetivo del dueño del proceso?. Minimizar la satisfacción del cliente. Aumentar la satisfacción del cliente, ajustando el diseño y monitoreando indicadores. Ignorar los indicadores de desempeño. Delegar toda la responsabilidad a otros.

¿Qué es un modelo de proceso de negocio?. La ejecución real del proceso. Una representación visual de cómo funciona un proceso para entenderlo, comunicarlo y analizarlo. Un documento que solo lista las actividades. La estructura jerárquica de la organización.

¿Cuál es la importancia de modelar procesos de negocio para el desarrollo de SI (Sistemas de Información)?. Hace el negocio menos visible y más complejo. Permite hacer visible y entendible el funcionamiento del negocio, reducir complejidad y definir alcance para mejorar y automatizar. Solo sirve para documentar el pasado. No tiene relación con el desarrollo de SI.

¿Cómo mejora la incorporación de tecnología los procesos de negocio?. La aumenta la complejidad y el tiempo de ejecución. Habilita la automatización (workflow), facilita sistemas integrados (ERP) y mejora la conexión con actores externos. Solo sirve para generar más documentos. No tiene impacto significativo en la eficiencia.

Según el documento, ¿qué resultado se obtiene con procesos más eficientes, eficaces y controlados?. Menor satisfacción del cliente. Mayor complejidad y menos rendimiento. Mejor rendimiento. Aumento de los costos operativos.

¿Qué es BPMN?. Un método de gestión de proyectos. Un estándar de diagramación para modelar procesos de negocio que representa cómo fluye un proceso. Un tipo de software para análisis de datos. Una metodología de desarrollo ágil.

¿Qué representa un 'Pool' en la simbología BPMN?. Una tarea específica realizada por un actor. El inicio o fin de un proceso. Un contenedor del proceso que contiene carriles (lanes). Una decisión o bifurcación en el flujo.

¿Qué representan los 'Lanes' en BPMN?. El resultado final del proceso. Las reglas de negocio aplicadas. Los participantes (roles) dentro de un pool. Los insumos del proceso.

En BPMN, ¿qué representa un 'Evento'?. Una acción realizada. El inicio, interrupción o fin durante el curso de un proceso. La secuencia de actividades. Un formulario utilizado.

¿Qué representa una 'Actividad' en BPMN?. Una decisión tomada. Una tarea realizada por un actor. La conexión entre elementos. El objetivo del proceso.

Según BPMN, ¿qué tipo de tarea es 'Manual'?. Realizada totalmente por software. Ejecutada por personas apoyadas por software. Realizada por personas que no involucran el uso de software. Una tarea automática del sistema.

¿Qué tipo de tarea es 'Usuario' en BPMN?. Completamente automatizada por sistema. Realizada por personas con apoyo de software de soporte. Realizada sin ninguna tecnología. Una regla de negocio aplicada.

¿Qué representa una 'Regla de negocio' en BPMN?. El inicio de un proceso. Una actividad realizada por un usuario. Una actividad que modela o ejecuta una regla de negocio. La secuencia de actividades.

¿Qué son las 'Compuertas' en BPMN?. Representan la finalización de un proceso. Elementos para representar la toma de decisiones. Formularios utilizados en el proceso. Recursos necesarios para la ejecución.

¿Para qué se usa un 'Conector' en BPMN?. Para vincular información adicional. Para representar la secuencia de actividades. Para indicar el inicio del proceso. Para modelar formularios.

¿Qué representa un 'Objeto de dato' en BPMN?. Una tarea manual. La toma de decisiones. Formularios generados en el proceso (papel o electrónicos). La interrupción de un proceso.

¿Para qué se usan los 'Almacén de datos' en BPMN?. Para modelar reglas de negocio. Para representar la secuencia de actividades. Para modelar insumos/entradas o información que se registra/consulta en el proceso. Para indicar el fin del proceso.

¿Qué es el Proceso Unificado de Desarrollo de Sistemas de Información (PUD SI)?. Un método para diseñar hardware. Un conjunto ordenado de actividades, métodos y productos de trabajo que guía la construcción de un sistema/software. Una técnica para el análisis de mercado. Un estándar para la comunicación de redes.

¿Cuál es el objetivo principal del PUD SI?. Construir un sistema que satisfaga las necesidades del usuario. Aumentar la complejidad del desarrollo. Reducir la comunicación entre equipos. Diseñar solo la interfaz de usuario.

¿Qué enfoque utiliza el 'Modelo en Cascada' para el desarrollo de software?. Iterativo y flexible. Secuencial y lineal, con dificultad para cambios una vez iniciado. Basado en prototipos desechables. Adaptativo a cambios constantes del mercado.

¿Cuándo es adecuado usar el 'Modelo en Cascada'?. Cuando los requerimientos son muy volátiles. En adaptaciones bien definidas a sistemas existentes o desarrollos con requerimientos claros y estabilidad razonable. Para proyectos de I+D con alta incertidumbre. Cuando se busca un desarrollo rápido y flexible.

¿Cuál es una ventaja principal de la 'Construcción de Prototipos'?. Es un proceso muy largo y costoso. Sirve como 'el primer sistema' y permite identificar y mejorar la comprensión cuando los requerimientos no están claros. No es útil para la validación temprana. Solo se usa para software de baja complejidad.

¿Qué caracteriza al 'Modelo Evolutivo' de desarrollo?. Se construye en una sola pasada y no se repite. Es iterativo, generando versiones cada vez más completas y adaptándose a cambios. Es un enfoque estrictamente lineal. No considera los cambios del mercado.

¿Qué son los 'Requerimientos Funcionales'?. Restricciones sobre cómo debe operar el sistema. Condiciones de seguridad del software. Las funciones y comportamientos del software; qué debe hacer el sistema. Los costos de desarrollo del sistema.

¿Qué son los 'Requerimientos No Funcionales'?. Las funcionalidades principales del sistema. Las características operativas del software. Restricciones y condiciones sobre cómo debe operar el sistema (ej. rendimiento, seguridad). Los objetivos del negocio.

Ejemplo de requerimiento funcional: 'El sistema debe permitir registrar usuarios'. Verdadero. Falso.

Ejemplo de requerimiento no funcional: 'El sistema debe responder en menos de 2 segundos'. Verdadero. Falso.

¿Cuál es el objetivo de la 'Ingeniería de Requerimientos'?. Solo programar el software. Entender lo que desea el cliente, analizar necesidades, acordar una solución y especificarla claramente. Diseñar la arquitectura del sistema únicamente. Probar el software una vez desarrollado.

¿Cuál es la primera etapa del proceso de Ingeniería de Requerimientos según el documento?. Elicitación. Validación. Concepción. Especificación.

¿Qué sucede en la etapa de 'Elicitación (indagación)'?. Se documenta el problema en detalle. Se negocian prioridades y costos. Los participantes definen lo que se requiere, recabando información mediante reuniones y técnicas. Se valida la especificación con los participantes.

¿Cuál es el propósito de la etapa de 'Validación' en la ingeniería de requerimientos?. Asegurar la coincidencia entre lo entendido por el equipo y lo que quieren los participantes, buscando errores. Definir el alcance inicial del proyecto. Desarrollar el software. Negociar los costos del proyecto.

¿Qué es la 'Especificación de Requerimientos de Software' (ERS)?. Un documento informal de ideas generales. Un documento formal que describe en detalle todos los aspectos del software a construir. El código fuente del programa. El plan de marketing del producto.

¿Qué es la 'Elicitación de Requerimientos'?. La etapa final de pruebas del software. La etapa donde se obtienen, descubren y comprenden las necesidades del sistema a partir de los usuarios. La codificación del software. La gestión de cambios en un proyecto ya iniciado.

¿Cuál es el objetivo de la Elicitación de Requerimientos?. Entender el problema, identificar requerimientos explícitos e implícitos y sentar la base para su posterior análisis. Asegurar que el software sea fácil de usar. Definir el presupuesto del proyecto. Crear la documentación técnica del sistema.

¿Qué técnica de elicitación consiste en hablar directamente con los usuarios?. Cuestionarios. Observación. Brainstorming. Entrevistas.

¿Qué ventaja ofrecen las entrevistas estructuradas (preguntas fijas)?. Permiten obtener información muy profunda y detallada. Son más rápidas que las no estructuradas. Permiten obtener información más profunda, opiniones y expectativas. Son ideales para recopilar datos de muchas personas.

¿Cuál es una desventaja de las entrevistas?. Son muy económicas. Permiten ver el proceso real. Consumen tiempo y dependen de la comunicación del entrevistado. Son rápidas y participativas.

¿Qué técnica de elicitación implica observar cómo trabajan los usuarios?. Análisis de Documentación. Cuestionarios. Observación. Brainstorming.

¿Qué permite la técnica de Observación?. Recopilar datos de muchas personas rápidamente. Ver el proceso real y no solo lo que dicen que hacen. Obtener información profunda y detallada de forma escrita. Generar ideas de forma masiva y sin juicio inicial.

¿Cuál es una desventaja de la Observación?. Consume mucho tiempo. La presencia del observador puede alterar el comportamiento del observado. Es difícil de realizar. No proporciona información útil.

¿Qué son los 'Cuestionarios' como técnica de elicitación?. Conversaciones uno a uno. Formularios escritos enviados a muchos usuarios para recopilar información rápidamente. Reuniones grupales para generar ideas. Análisis de documentos existentes.

¿Cuál es la ventaja de usar Cuestionarios?. Proporcionan información muy rica y detallada. Son una técnica rápida y económica. Permiten una interacción profunda con el encuestado. Obtienen insights sobre el comportamiento real.

¿Cuál es la desventaja de los Cuestionarios comparados con las entrevistas?. Son más caros de implementar. Las respuestas suelen ser menos ricas y detalladas. Requieren más tiempo para su análisis. No permiten obtener información de muchas personas.

¿Qué implica el 'Análisis de Documentación'?. Hablar directamente con los usuarios. Analizar documentos existentes (formularios, reportes, etc.) para identificar datos, reglas y flujos. Observar el comportamiento de los usuarios en su entorno. Realizar sesiones de lluvia de ideas.

¿Cuál es una ventaja del 'Análisis de Documentación'?. Garantiza que la información esté actualizada. Permite obtener información concreta y ya disponible. Reemplaza la necesidad de hablar con los usuarios. Es la técnica más rápida para obtener requerimientos.

¿Cuál es una desventaja del 'Análisis de Documentación'?. Los documentos pueden estar desactualizados. Consume demasiado tiempo. Es difícil de realizar. No proporciona información útil.

¿Qué es 'Brainstorming' (Lluvia de ideas)?. Una técnica de análisis de documentos. Una reunión donde personas generan ideas, necesidades y problemas sin juzgarlas inicialmente. Una forma de observar el comportamiento del usuario. Un método para validar requerimientos.

¿Cuál es una ventaja del Brainstorming?. Es una técnica lenta y poco participativa. Saca requerimientos ocultos y es rápida y participativa. Evita la generación de ideas superficiales. No requiere la participación de los usuarios.

¿Cuál es una desventaja del Brainstorming?. Genera pocas ideas. La dominancia de algunas personas puede limitar la participación o la calidad de las ideas. Es demasiado estructurado. No es útil para identificar problemas.

¿Qué es una 'Historia de Usuario'?. Un documento técnico detallado del sistema. Una descripción simple de una necesidad del usuario desde su punto de vista (quién, qué, para qué). Un plan de proyecto completo. Un diagrama de flujo de datos.

¿Qué técnica se utiliza para describir una necesidad del usuario desde su punto de vista?. Buyer Persona. Mapa de Empatía. Historia de Usuario. Análisis de Documentación.

¿Qué facilita la 'Historia de Usuario' en la comunicación?. La comunicación entre programadores únicamente. La comunicación entre el negocio y el desarrollo, poniendo el foco en el usuario. La documentación técnica del sistema. La definición de la arquitectura del software.

¿Qué es un 'Buyer Persona'?. El cliente real que compra el producto. Un perfil ficticio basado en datos reales que representa un tipo de usuario consumidor. El desarrollador principal del software. El jefe de proyecto.

¿Para qué sirve un 'Buyer Persona'?. Para diseñar software genérico. Para entender para quién se diseña el producto y tomar decisiones alineadas al usuario real. Para documentar el código fuente. Para planificar las finanzas del proyecto.

¿Qué ayuda a comprender un 'Mapa de Empatía'?. Solo los datos técnicos del sistema. Al usuario a nivel emocional y contextual, entendiendo cómo piensa, siente y actúa. Las reglas de negocio de la empresa. El flujo de datos en la red.

¿Cuál es el propósito del Mapa de Empatía?. Definir la arquitectura del software. Complementar al Buyer Persona y detectar necesidades no explícitas del usuario. Documentar el código fuente del programa. Realizar pruebas de rendimiento del sistema.