diferencia entre moprosoft y metodologia xp

12
http://www.slideshare.net/monicanaranjolopez/diferencia-entre-metodologa-x

Upload: unemi

Post on 03-Jul-2015

1.364 views

Category:

Education


7 download

TRANSCRIPT

http://www.slideshare.net/monicanaranjolopez/diferencia-entre-metodologa-xp-extreme-programming-y-estilo-moprosoft-4861923

Nació en 1996. Ken Beck fundador de la

metodología de XP. Proyecto C3 de

DaimlerChrysler. Identificó que era lo simple y lo

difícil al momento de programar.

Metodología para un ágil desarrollo de software.

Programación basada en los deseos del cliente.

El equipo lo conforman los jefes de proyecto, desarrolladores y el cliente.

Se rige por valores y principios.

Comunicación: Crear software requiere de sistemas comunicados.

Simplicidad: Empezar con lo necesario y requerido y trabajar desde ahí.

Retroalimentacion: Del sistema, del cliente, y del equipo.

Valentia: Programa para hoy y no para mañana. Respeto: El equipo debe trabajar como uno, sin

hacer desiciones repentinas.

Ventajas: Programación organizada. Menor taza de errores. Satisfacción del programador.Desventajas: Es recomendable emplearlo solo en

proyectos a corto plazo. Altas comisiones en caso de fallar.

El cliente tiene el control sobre las prioridades.

Se hacen pruebas continuas durante el proyecto.

La XP es mejor utilizada en la implementación de nuevas tecnologías donde los requerimientos cambian rápidamente.

9

Capability Maturity Model SW-CMM® V1.1 (1994)

ISO/IEC TR 15504:1998 (E)

ISO 9000:2000 Sistemas de Gestión de la Calidad - Requisitos

10

11

ModelosCaracterísticas

ISO 9000:2000

SW-CMMISO 15504

1. Para SW

2.Comprensible

3. Procesos

4. Práctico

5. Mejora de procesos orientado al objetivo del negocio

6. Evaluación con vigencia

7. Aplicable como norma

METODOLOGIA XP EXTREME PROGRAMMING

MOPROSOFT

Ventajas Desventajas Ventajas Desventajas

Programación OrganizadaEs recomendable emplearlo

solo en proyectos a corto plazo

Basada en normas ISOEvaluaciones formales

constantes

Mejor codigoReduce numero de

participantes en proyectoFacilita la comprensión del

modeloNo es practico ni facil de

usar

Multiples desarrolladores contribuyen al diseño

Conseguir su implantación en un equipo es

algo que puede resultar dificultoso

Simplifica la relación entre el modelo de procesos y la

organización

Capacidad organizacional de gestión de proyectos

Propiedad Colectiva del codigo

El equipo no estáacostumbrado a este tipo de

técnicas

Cuenta únicamente con 9 procesos evitando la fragmentación que se

presenta en otros modelos

Capacidad organizacional de gestión de proyectos

Menor tasa de erroresAltas comisiones en caso de

fallarCapacidad organizacional de gestión de procesos

No es comprensible para los modelos ISO

9000:2000

Satisfaccion del Programador

Capacidad organizacional de gestión de proyectos

Mejora de procesos orientado al objetivo del

negocio