Paradigmas de Desarrollo de Software

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Paradigmas de Desarrollo de Software por Mind Map: Paradigmas de Desarrollo de Software

1. Modelo en espiral.

1.1. El Método espiral no es tan conocido como otros modelos SDLC (Software Development Life Cycle) como Scrum o Kanban porque es costoso y no funciona para proyectos pequeños.

1.1.1. Las cuatro fases principales son

1.1.1.1. Determinar objetivos

1.1.1.1.1. Al comienzo de cada fase, se deben identificar, elaborar y analizar los objetivos a partir de los requisitos de los clientes

1.1.1.2. Alternativas

1.1.1.2.1. Durante esta fase se analizan todas las posibles soluciones y se evalúa cuál es la más satisfactoria.

1.1.1.3. Restricciones

1.1.1.3.1. También se le conoce como fase de ingeniería. Mientras el producto se planifica se desarrollan pruebas

1.1.1.4. Fase de planificación

1.1.1.4.1. También llamada fase de evaluación. Consiste en planificar las próximas fases y evaluar la salida del proyecto hasta la fecha antes de que el proyecto continúe a la siguiente espiral

2. Modelos ágiles.

2.1. Cuando decimos que una metodología es ágil lo que estamos expresando es que la disciplina de los miembros del grupo se enfoca en un conjunto de prácticas definidas, lo que determina la disciplina del proyecto.

2.1.1. Metodologías ágiles más utilizadas

2.1.1.1. programación extrema (XP)

2.1.1.1.1. Esta herramienta es muy útil sobre todo para startups o empresas que están en proceso de consolidación, puesto que su principal objetivo es ayudar en las relaciones entre los empleados y clientes

2.1.1.2. Scrum

2.1.1.2.1. Se caracteriza por ser la «metodología del caos» que se basa en una estructura de desarrollo incremental, esto es, cualquier ciclo de desarrollo del producto y/o servicio se desgrana en «pequeños proyectos» divididos en distintas etapas: análisis, desarrollo y testing.

2.1.1.3. Kanban

2.1.1.3.1. Esta consiste en la elaboración de un cuadro o diagrama en el que se reflejan tres columnas de tareas; pendientes, en proceso o terminadas

3. Modelo en cascada.

3.1. Es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software.

3.1.1. Mantenimiento

3.1.1.1. Una de las etapas mas criticas, ya que se destina un 75% de los recursos, es el mantenimiento del Software ya que al utilizarlo como usuario final puede ser que no cumpla con todas nuestras expectativas.

3.1.1.1.1. Tipos de Mantenimiento

3.1.2. Diseño del Programa

3.1.2.1. Es la fase en donde se realizan los algoritmos necesarios para el cumplimiento de los requerimientos del usuario así como también los análisis necesarios para saber que herramientas usar en la etapa de Codificación.

3.1.3. Codificación

3.1.3.1. Es la fase en donde se implementa el código fuente, haciendo uso de prototipos así como de pruebas y ensayos para corregir errores.

3.1.4. Pruebas

3.1.4.1. Los elementos, ya programados, se ensamblan para componer el sistema y se comprueba que funciona correctamente y que cumple con los requisitos, antes de ser entregado al usuario final.

4. Modelo de prototipos.

4.1. El modelo de prototipos permite que todo el sistema, o algunos de sus partes, se construyan rápidamente para comprender con facilidad

4.1.1. El modelo de prototipos permite que todo el sistema, o algunos de sus partes, se construyan rápidamente para comprender con facilidad

4.1.1.1. Escuchar al cliente. Recolección de requisitos. Se encuentran y definen los objetivos globales, se identifican los requisitos conocidos y las áreas donde es obligatorio más definición.

4.1.1.2. Construir y revisar la maqueta (prototipo).

4.1.1.3. El cliente prueba la maqueta (prototipo) y lo utiliza para refinar los requisitos del software.

4.1.2. Este modelo es útil cuando

4.1.2.1. El cliente no identifica los requisitos detallados.

4.1.2.2. El responsable del desarrollo no está seguro de la eficiencia de un algoritmo, sistema operativo o de la interface hombre-máquina.