Metodología de Desarrollo de Software

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

1. SOFTWARE

1.1. PROGRAMAS: Funcionalidad y rendimiento en la ejecución

1.2. DATOS: incluye datos para manejar y probar

1.3. DOCUMENTOS: Describe operación y uso.

2. METODOLOGIA: Conjunto de técnicas y métodos.

2.1. METODOLOGIA DE DESARROLLO DE SOFTWARE: Describe fases y orden en el que se ehecuta

3. CASCADA O LINEAL: Proceso de desarrollo secuencia, en el que el desarrollo fluye hacia abajo

3.1. ETAPAS: - Análisis de requisitos/ Especificación de requerimientos (Levantamiento Info). -Diseño y arquitectura (Prototipos). -Diseño y arquitectura. -Desarrollo (Programación). -Pruebas. -Implementación. Pruebas. -Certificación. -Mantenimiento:

3.2. MODELO DE CICLO DE VIDA

3.2.1. -Requisitos. -Diseño. -Implementación. -Pruebas. -Mantenimiento.

3.2.2. CARACTERISTICAS: -Levantamiento exhaustivo. -Detectar defectos iniciales. -Reducir cambios como sea posible. -Análisis y diseño, lo mas completo posible. -Diseño genérico. -Funciona en proyectos pequeños. -Todo esta organizado, no se mezclan las fases. -Fácil de gestionar, debido a su rigidez.

4. METODOLOGIAS AGILES

4.1. MANIFIESTO POR EL DESARROLLO AGIL DE SOFTWARE

4.1.1. -Individuos e interacciones. -Software que funciona. -Colaboración con el cliente. Responder ante el cambio.

5. EXTREME PROGRAMMING (XP)

5.1. PRACTICAS ESENCIALES: -Pruebas. -Prefabricación. -Juego de planeación. -Liberación pequeñas. -Integración continua.

5.2. ETAPAS: -Planificación. -Diseño. -Codificación. -Pruebas.

5.2.1. FASE 1: PLANIFICACION. -Se utiliza historia del usuario. -Se crean planes de entrega. -Se lleva a cabo la planificación de iteración. -Se desarrolla reuniones diarias.

5.2.2. FASE 2: DISEÑO. -Se escoge una metáfora del sistema. -Se propone soluciones. -Se ignoran las funcionalidades extras. -Se remueve la redundancias (Funcionalidades innecesarias).

5.2.3. FASE 3: CODIFICACION. -Se utiliza estándares para escribir códigos. -Se crean las pruebas antes de empezar a codificar. -Esta se realiza en equipo de trabajo y lleva una integración paralela. -Se deja la optimización para el final.

5.2.4. FASE 4: PRUEBAS. -Se crean pruebas de aceptación. -El cliente es responsable de revisar, tanto las pruebas de aceptación como los resultados obtenidos. -Una historia de usuario no se considera lista hasta que haya pasado todas sus pruebas de aceptación.

5.3. CICLO DE VIDA DEL XP

5.3.1. FASE DE EXPLORACION: Actualizaciones periódicas

5.3.2. FASE DE PLANEACCION: Prioridades, esfuerzo estimado par la siguiente iteración.

5.3.3. FASE DE ITERACIONES A ENTREGA: Revisiones continuas para el programador

5.3.4. FASE DE PRODUCCION: Pequeña entrega

5.3.5. FASE DE MANTENIMIENTO: Entregas actualizadas

5.3.6. FASE DE MUERTE: Entrega final.

5.4. CONCLUSION: -Es mas una filosofía de trabajo que una metodología. -Esta diseñado para grupos pequeños de programadores.

6. SCRUM: Proceso en el que se aplican de manera regular un conjunto de buenas practicas para trabajar colaborativamente en equipo.

6.1. ETAPAS: -FASE 1: PLANIFICACION DE ITERACION : Selección de requisitos. -FASE 2: SINCRONIZACIONES DIARIAS: Colaboración del cliente. -FASE 3: RETROSPECTIVA: Demostración de requisitos.

6.2. ROLES: -SCRUM MASTER: Interactúa con el cliente y el equipo. -PROPIETARIO DEL PROYECTO: Es el responsable oficial del proyecto, gestión, control y visibilidad de la lista de acumulación o lista de retraso del producto.

6.2.1. ROLES AUXILIARES: -MANAGEMENT: Esta a cargo de las decisiones fundamentales y participa en la definición de los objetivos y requerimientos. -STAKEHOLDERS (CLIENTES): Se refiere a la gente que hace posible el proyecto y para quienes el proyecto producirá el beneficio acordado que justifica su producción.

6.3. CONCLUSION: El equipo de desarrollo, tiene la responsabilidad de entregar el producto. Un equipo pequeño de 3 a 9 personas con las habilidades transversales necesarias para realizar el trabajo.

7. RATIONAL UNIFIED PROCESS (RUP)

7.1. CARACTERISTICAS: -Proceso dirigido por casos de uso. -Proceso centrado en la arquitectura. -Proceso iterativo o incremental. -Modelado visual - UML. -Verificación continua de calidad. -Gestión de los cambios. -Administración de riesgos.

7.2. FASE 1 : INICIO -Visión del producto y su alcance. -Entidades externas con las que interactuara. -Se definen los requerimientos. -Lista de casos en uso. -Riesgos. -Plan del proyecto.

7.3. FASE 2: ELABORACION -Caracterisitcas y desaño de ka arquitectura. -Eliminar los riegos mas altos. -80% de los casos de uso completos. -Requerimientos no funcionales. -Prototipo ejecutable.

7.4. FASE 3: CONSTRUCCION -Construir el producto hasta que este listo para salir al mercado. -El producto se integra sobre la plataforma adecuada. -Manuales de usuario.

7.5. FASE 4: TRANSICION -Transición del producto a los usuarios. -Manufactura, envió, soporte y mantenimiento. -Ajustes, incluyendo corrección de errores.

7.6. FLUJO DE TRABAJO DE PROCESOS

7.6.1. -Modelo de negocios. -Requerimientos. -Analisi y diseño. -Implementacion. -Prueba. -Desarrollo

7.7. CONCLUSIONES: -Desarrollar software iterativamente. -Gerenciar los requerimientos. -Usar arquitecturas basadas en componentes. -Modelar visualmente el software.