Paradigmas

Plan your projects and define important tasks and actions

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

1. En Cascada

1.1. Etapas:

1.2. 1.- Especificación de requisitos

1.3. 2.- Diseño del software

1.4. 3.- Construcción o Implementación del software

1.5. 4.- Integración

1.6. 5.- Pruebas (o validación)

1.7. 6.- Despliegue (o instalación)

1.8. 7.- Mantenimiento

1.9. Aplica: proyectos largos ya que presenta poca flexibilidad comparado con otros paradigmas.

2. Modelo de espiral

2.1. Etapas:

2.2. 1.- Determinar Objetivos

2.3. 2.- Análisis del riesgo

2.3.1. Included

2.3.2. Included

2.3.3. Excluded

2.4. 3.- Desarrollar y probar

2.5. 4.- Planificación

2.6. Aplica: a cualquiera por que Reduce riesgos del proyecto, Incorpora objetivos de calidad y integra el desarrollo con el mantenimiento

3. RUP

3.1. Etapas:

3.1.1. Project specifications

3.1.2. End User requirements

3.1.3. Action points sign-off

3.2. 1.- Inicio

3.2.1. Define actions as necessary

3.3. 2.- Elaboración

3.4. 3.- Construcción

3.5. 4.- Transición

3.6. Aplica: en proyectos grandes donde minimo participen 15 pesonas.

4. SCRUM

4.1. Etapas:

4.2. 1.- Planeación

4.3. 2.- Desarrollo

4.4. 3.- QA

4.5. 4.- Evaluación

4.6. 5.- Requerimentos

4.7. Aplica: a proyectos pequeños con menos de 6 personas que requieren contruir un prototipo funcional de manera rapida.

5. Agile Unified Process

5.1. Etapas:

5.2. 1.- Modelar

5.3. 2.- Inplementación

5.4. 3.- Test

5.5. 4.- Deployment

5.6. 5.- Configuración

5.7. 6.- Project Management.

5.8. 7.- Environment

5.9. Aplica: proyectos que requieran de mucho iterar hasta conseguir objetivos

6. Modelo de prototipos

6.1. Etapas:

6.1.1. Dependencies

6.1.2. Milestones

6.2. 1.- Plan rápido

6.2.1. Schedule

6.2.2. Budget

6.3. 2.- Modelado, diseño rápido

6.3.1. KPI's

6.4. 3.- Construcción del Prototipo

6.5. 4.- Desarrollo, entrega y retroalimentación

6.6. 5.- Comunicación

6.7. 6.- Entrega del desarrollo final

6.8. Aplica: útil cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida.