Get Started. It's Free
or sign up with your email address
metodologia by Mind Map: metodologia

1. rup

1.1. Es un proceso configurable y no estático,Asigna disciplinadamente tareas y responsabilidades en la organización desarrolladora.

1.1.1. características

1.1.1.1. Proceso dirigido por casos de uso

1.1.1.2. Proceso centrado en la arquitectura

1.1.1.3. Proceso Iterativo o incremental

1.1.1.4. Modelado Visual – UML

1.1.1.5. Verificación continua de Calidad

1.1.1.6. Gestión de los cambios

1.1.1.7. Administración de Riesgos

1.1.2. fases

1.1.2.1. inicio

1.1.2.2. elaboracion

1.1.2.3. construccion

1.1.2.4. transicion

2. mof

2.1. MOF está diseñado como una arquitectura de cuatro capas. Proporciona un modelo de meta-meta en la capa superior, llamada la capa M3. Este M3-modelo es el lenguaje utilizado por MOF para construir metamodelos, llamada M2-modelos

2.1.1. estructura

2.1.1.1. meta meta model

2.1.1.2. integrated meta model

2.1.1.3. basic model

2.1.1.4. data

3. xp

3.1. Basada en la simplicidad, la comunicación y el reciclado continuo de código

3.1.1. planificacion

3.1.1.1. Se utilizan historias del usuario

3.1.1.2. Se crean planes de entrega

3.1.1.3. Se lleva a cabo la planificación de iteración

3.1.1.4. Se desarrollan reuniones diarias

3.1.2. diseño

3.1.2.1. Se escoge una metáfora del sistema.

3.1.2.2. Se proponen soluciones

3.1.2.3. Se ignoran las funcionalidades extras

3.1.2.4. Se remueve la redundancias (funcionalidades innecesarias)

3.1.3. codificacion

3.1.3.1. Se utilizan Estándares para escribir códigos

3.1.3.2. Se crean las pruebas antes de empezar a codificar

3.1.3.3. Esta se realiza en equipo de trabajo y lleva una integración paralela.

3.1.3.4. Se deja la optimización para el final.

3.1.4. pruebas

3.1.4.1. Se crean pruebas de aceptación

3.1.4.2. El cliente es responsable de revisar, tanto las pruebas de aceptación como los resultados obtenidos

3.1.4.3. Una historia de usuario no se considera lista hasta que haya pasado todas sus pruebas de aceptación.

4. cascada

4.1. El modelo en cascada es un proceso de desarrollo secuencial, en el que el desarrollo se ve fluyendo hacia abajo (como una cascada) sobre las fases que componen el ciclo de vida

4.1.1. requisitos

4.1.2. diseño

4.1.3. implementacion

4.1.4. pruebas

4.1.5. mantenimiento

5. scrump

5.1. Scrum es adaptativo, ágil, auto-organizante y con pocos tiempos muertos.

5.1.1. PLANIFICACIÓN DE ITERACIÓN: selección de requisitos

5.1.2. SINCRONIZACIONES DIARIAS: Colaboración del cliente

5.1.3. RETROSPECTIVA: Demostración de requisitos

5.1.4. roles principales

5.1.4.1. El Scrum Master. Interactúa con el cliente y el equipo. Es responsable de asegurarse que el proyecto se lleve a cabo de acuerdo con las prácticas, valores y reglas de Scrum y que progrese según lo previsto

5.1.4.2. 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. Toma las decisiones finales de las tareas asignadas al registro y convierte sus elementos en rasgos a desarrollar

5.1.5. roles auxiliares

5.1.5.1. Management (administradores). Está a cargo de las decisiones fundamentales y participa en la definición de los objetivos y requerimientos. Por ejemplo, selecciona al Dueño del Producto, evalúa el progreso y reduce el registro de acumulación junto con el Scrum Master.

5.1.5.2. Stakeholders (Clientes, Proveedores, Vendedores, etc), Se refiere a la gente que hace posible el proyecto y para quienes el proyecto producirá el beneficio acordado que justifica su producción. Sólo participan directamente durante las revisiones del sprint.

6. es un conjunto integrado de técnicas y métodos