Bloque 3 Flashcards
1º Describa la diferencia entre Modelo de Ciclo de Vida y Metodología de Desarrollo.
El ciclo de vida del desarrollo de software (en inglés: SDLC – Systems Development Life Cycle) es la estructura que contiene los procesos, actividades y tareas relacionadas con el desarrollo y mantenimiento de un producto de software, abarcando la vida completa del sistema, desde la definición de los requisitos hasta la finalización de su uso.
Las metodologías de desarrollo de software tienen como objetivo presentar un conjunto de técnicas tradicionales y modernas de modelado de sistemas que permitan desarrollar software de calidad, incluyendo heurísticas de construcción y criterios de comparación de modelos de sistemas.
2º MCV en Espiral. Principales características. Ventajas e Inconvenientes.
El desarrollo en espiral es un modelo de ciclo de vida del software.
Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades.
Para cada ciclo habrá cuatro actividades:
- Determinar objetivos
- Análisis del riesgo
- Desarrollar y probar
- Planificación
Ventajas:
- El análisis del riesgo se hace de forma explícita y clara.
- Reduce riesgos del proyecto.
- Incorpora objetivos de calidad.
Desventajas:
- Genera mucho tiempo en el desarrollo del sistema.
- Modelo costoso.
3º SCRUM. Características y Eventos.
Scrum es un marco de trabajo para desarrollo ágil de software.
Es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas para trabajar colaborativamente, en equipo y obtener el mejor resultado posible de proyectos.
La metodología se basa en:
- El desarrollo incremental de los requisitos del proyecto en bloques temporales cortos y fijos.
- Se da prioridad a lo que tiene más valor para el cliente.
- El equipo se sincroniza diariamente y se realizan las adaptaciones necesarias.
- Tras cada iteración (un mes o menos entre cada una) se muestra al cliente el resultado real obtenido, para que este tome las decisiones necesarias en relación a lo observado.
- Se le da la autoridad necesaria al equipo para poder cumplir los requisitos.
- Fijar tiempos máximos para lograr objetivos.
- Equipos pequeños
Fases
1. Planeación del Sprint/Sprint Planning
- Reunión de equipo de Scrum/Scrum team meeting
- Refinamiento del Backlog/Backlog Refinement
- Revisión del Sprint/Sprint Review
- Retrospectiva del Sprint/Retrospective
4º Manifiesto Ágil. Valores y Principios.
Valores:
- Individuos e interacciones sobre procesos y herramientas
- Software funcionando sobre documentación extensiva
- Colaboración con el cliente sobre negociación contractual
- Respuesta ante el cambio sobre seguir un plan
Principios:
- prioridad es satisfacer al cliente a través de la entrega temprana.
- Aceptamos que los requisitos cambien.
- Entregamos software funcional frecuentemente.
- La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado
5º KANBAN. Características.
En el desarrollo de software, se utiliza el sistema Kanban virtual para limitar el trabajo en curso.
Características:
-Visualizar
Visualizar el flujo de trabajo y hacerlo visible es la base para comprender cómo avanza el trabajo
-Limitar el trabajo en curso
Limitar el trabajo en curso implica que un sistema de extracción se aplica en la totalidad o parte del flujo de trabajo
-Dirigir y gestionar el flujo
Se debe supervisar, medir y reportar el flujo de trabajo a través de cada estado.
-Hacer las Políticas de Proceso Explícitas
Configure las reglas y directrices de su trabajo
1º Indique los participantes de los siguientes perfiles de Métrica v3: Directivo
Comité de Dirección
Comité de Seguimiento
Directores de usuarios
Usuarios expertos
1º Indique los participantes de los siguientes perfiles de Métrica v3: Jefe de Proyecto
Jefe de Proyecto Responsable de Implantación Responsable de Mantenimiento Responsable de Operación Responsable de Sistemas Responsable de Seguridad Responsable de Calidad
1º Indique los participantes de los siguientes perfiles de Métrica v3: Consultor.
Consultor Consultor Informático Consultor de las Tecnologías de la Información Consultor de Sistemas de Información Especialista en Comunicaciones Técnico de Sistemas Técnicos de Comunicaciones
Indique y explique al menos 3 actividades de Seguimiento y Control según la Gestión de Proyecto de Métrica v3.
ACTIVIDAD GPS 1: ASIGNACIÓN DETALLADA DE TAREAS
ACTIVIDAD GPS 2: COMUNICACIÓN AL EQUIPO DEL PROYECTO
ACTIVIDAD GPS 3: SEGUIMIENTO DE TAREAS
1º Indique en qué consiste la regla del 40-20-40.
Una distribución del esfuerzo más común utilizada en desarrollo de software es la regla 40-20-40. Cuarenta por ciento del esfuerzo general del proyecto se asigna al análisis y el diseño, el mismo porcentaje se aplica a poner a prueba los sistemas de salida. Por lo que el porcentaje restante es asignado a la codificación, que no se le da tanto énfasis.
2º Diferencias entre método PERT y CPM.
En la actualidad la única diferencia entre PERT y CPM se relaciona con la duración estimada de cada actividad: CPM emplea un estimado de tiempo de un solo punto de duración de la actividad, mientras que PERT utiliza tres (muy probable, probable, lo menos probable).
El metodo PERT es más recomendable para los proyectos de investigación, en los cuales existe el problema de la estimación de los tiempos de trabajo y, por otro lado, tampoco hay antecedente para calcular los costes por unidad de tiempo, mientras que el CPM es aplicable a las construcciones en general en las cuales sea fácil estimar los tiempos y costes, y lo que interesa es saber cuál es la combinación coste-duración de cada tarea para que se pueda lograr el coste total mínimo del proyecto.
Explique en qué consiste la interfaz de Aseguramiento de la Calidad y en qué procesos principales de Métrica v3 interviene
El objetivo de la interfaz de Aseguramiento de la Calidad de MÉTRICA Versión 3 es proporcionar un marco común de referencia para la definición y puesta en marcha de planes específicos de aseguramiento de calidad aplicables a proyectos concretos
Procesos:
ESTUDIO DE VIABILIDAD DEL SISTEMA.
ANÁLISIS DEL SISTEMA DE INFORMACIÓN
DISEÑO DEL SISTEMA DE INFORMACIÓN.
CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN
IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA
MANTENIMIENTO DEL SISTEMA DE INFORMACIÓN.
Características de los Requerimientos Software
Especificación de requisitos de software Es una descripción completa del comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso que describe todas las interacciones que tendrán los usuarios con el software. Los casos de uso también son conocidos como requisitos funcionales. Además de los casos de uso, la ERS también contiene requisitos no funcionales (complementarios). Los requisitos no funcionales son requisitos que imponen restricciones en el diseño o la implementación, como, por ejemplo, restricciones en el diseño o estándares de calidad.
3º Diferencias entre sesiones JAD y JRP
JRP (Joint Requeriments Planning)
Las sesiones JRP tienen como objetivo potenciar la participación activa de la alta dirección como medio para obtener los mejores resultados en el menor tiempo posible y con una mayor calidad de los productos.
JAD (Joint Application Design)
Las sesiones JAD tienen como objetivo reducir el tiempo de desarrollo de un sistema manteniendo la calidad del mismo. Para ello se involucra a los usuarios a lo largo de todo el desarrollo del sistema
Regla 40-20-40.
Una distribución del esfuerzo más común utilizada en desarrollode software es la regla 40-20-40.
diseño(40%), prueba(40%), a la codificación(20%)
