Referente al tema de la Ingeniería de los Sistemas de Información, cuando se habla de la teoría de los Ciclos de Vida, se sabe que todo ciclo de vida debe cubrir tres objetivos básicos. Seleccione la opción que NO es un objetivo básico de un ciclo de vida:
Definir las actividades a realizar y en qué orden.
Asegurar la consistencia con el resto de los sistemas de información de la organización.
Proporcionar puntos de control para la gestión del proyecto (calendario y presupuesto).
Obtener entregables perfectamente organizados y siguiendo la nomenclatura establecida en el libro blanco de desarrollo de la empresa.
Referente al tema de la Ingeniería de los Sistemas de Información, cuando se habla de la teoría de los Ciclos de Vida, existe una primera clasificación de los modelos de los Ciclos de Vida que los divide en dos: Los Tradicionales y Los Alternativos. Dentro de los tradicionales encontramos el MCV basado en prototipos. Seleccione la opción que indica un MCV que NO está basada en prototipos:
Construcción de Prototipos.
Desarrollo Incremental.
Prototipado Evolutivo.
Transformación de Prototipos.
Referente al tema de la Ingeniería de los Sistemas de Información, cuando se habla de la teoría de los Ciclos de Vida, existe un modelo que se ha utilizado durante mucho tiempo, el modelo en CASCADA (WATERFALL). Dicho modelo es una evolución de un modelo anterior. Seleccione la OPCIÓN CORRECTA que indica el modelo a partir del cual evolucionó el modelo en CASCADA.
Modelo por Etapas (STAGEWISE).
Modelo de codificación y corrección (CODE-AND-FIX).
Modelo de Transformación (TRANSFORM).
Modelo basado en Componentes (DSBC o CBSB)
Referente al tema de la Ingeniería de los Sistemas de Información, cuando se habla de la teoría de los Ciclos de Vida, no se puede dejar de hablar de las principales dificultades con las que contaba uno de los modelos más populares y utilizados, el modelo en CASCADA (WATERFALL). Seleccione la opción que indique dicha dificultad principal:
Énfasis en documentos totalmente elaborados como criterio de terminación de las distintas fases de análisis y requerimientos de diseño.
El ajuste de código (programa) era caro debido a su poca preparación para ser validado y modificado.
Después de un número de ajustes, el código se hace tan poco estructurado que los siguientes ajustes se convierten en muy costosos.
Partir de la suposición (muchas veces no realista), de que el sistema operacional del usuario final será lo suficientemente flexible como para poder incorporar caminos de evolución futuros no planificados con anterioridad.
Referente al tema de la Ingeniería de los Sistemas de Información, cuando se habla de la teoría de los Ciclos de Vida, existe un modelo que se diferenció claramente de los anteriores que se habían utilizado hasta la fecha de su creación, estamos hablando del MODELO EN ESPIRAL. Seleccione la opción que NO se ajuste a una de las principales diferencias entre este modelo y los anteriores:
En este modelo hay un reconocimiento explícito de las diferentes alternativas para alcanzar los objetivos del proyecto.
Se centra en la identificación de las ventajas asociadas a cada alternativa y en la manera de aprovechar dichas ventajas sin tener en cuenta los riesgos que éstas alternativas puedan tener, ya que los problemas que se puedan encontrar debido a la elección de una alternativa no son tan importantes como las ventajas que las soluciones te aportan y pueden solventar cualquier tipo de problema que surjan, simplemente cambiando de alternativa.
Los proyectos se dividen en ciclos (ciclos de la espiral) avanzándose en el desarrollo mediante consensos al final de cada ciclo.
Se adapta a cualquier tipo de actividad.
Referente al tema de la Ingeniería de los Sistemas de Información, cuando se habla de la teoría de los Ciclos de Vida y se estudia el MODELO en ESPIRAL, siempre hay que tener en cuenta el PLAN DE GESTIÓN DE RIESGO. Dicho plan tiene una serie de ítems de riesgo del software muy importantes. Seleccione la opción que NO se corresponde con uno de los 10 ítems del riesgo del software.
Continuos cambios de requerimientos.
Problemas en el rendimiento en tiempo real.
Desarrollo de funciones de software no adecuadas.
Todos son ítems de riesgo de software importantes.
Referente al tema de la Ingeniería de los Sistemas de Información, cuando se habla de la teoría de los Ciclos de Vida y se estudia el MODELO en ESPIRAL, siempre hay que tener en cuenta el PLAN DE GESTIÓN DE RIESGO. En dicho plan, se trabaja para gestionar correctamente el riesgo donde los ítems más importantes son 5. Seleccione la opción que indica una tarea para gestionar el riesgo que NO forma parte de esos 5 ítems de gestión del riesgo:
Presentar un plan para resolver cada item de riesgo.
Actualizar mensualmente la lista de items de mayor riesgo, planes y resultados.
Resaltar el estado de los items de riesgo en las revisiones mensuales del proyecto.
Identificar los 10 ítems de menor riesgo.
Referente al tema de la Ingeniería de los Sistemas de Información, cuando se habla de la teoría de los Ciclos de Vida, existen una serie de modelos basados en la Transformación, donde se asume la existencia de la posibilidad de convertir automáticamente una especificación formal de un producto software en un programa que satisface las especificaciones. Para ello se acometen una serie de pasos por el modelo de transformación. Seleccione la opción que indica un paso que NO es correcto en el modelo de transformación:
Transformación automática de la especificación en código.
Un bucle iterativo, si fuera necesario, para mejorar el rendimiento del código resultante.
Se reajustan las especificaciones para dejarlas en concordancia con el resultado de la experiencia operativo, se vuelve a generar el código a partir de las especificaciones y se vuelve a optimizar y probar el producto.
Todas las respuestas son correctas.
Referente al tema de la Ingeniería de los Sistemas de Información, existen alternativas a los modelos conocidos de ciclos de vida. Una de las alternativas más conocidas es el PUDS (Proceso Unificado de Desarrollo de Software), que plantea un MCV iterativo e incremental que guía el desarrollo del sistema. El PUDS impulsa un control de calidad y una gestión de riesgos objetivos y continuos. El PUDS se compone de fases, donde una fase es el intervalo de tiempo entre dos hitos importantes del proceso. Seleccione la opción que indica las 4 fases más comunes del PUDS.
1. Iniciación - 2. Elaboración - 3. Construcción - 4. Transición
1. Iniciación - 2. Elaboración - 3. Transición - 4. Construcción
1. Iniciación - 2. Elaboración - 3. Adaptación - 4. Corrección
1. Iniciación - 2. Elaboración - 3. Verificación - 4. Adaptación
Referente al tema de la Ingeniería de los Sistemas de Información, existe una alternativa en el Desarrollo de Software que es la Basada en Componentes (DSBC), en el que su enfoque consiste en configurar y especializar componentes software ya existentes (COTS (Commercial off-the-self). Este ciclo de vida tiene una serie de fases. Seleccione la opción que indica una fase que no forma parte del modelo basado en DSBC:
Buscar componentes (COTS y no COTS).
Crear una solución compuesta que integre los componentes más adecuados para el sistema.
Componer y distribuir el producto.
Todas las fases indicadas forman parte del DSBC.
