8

Diferencia entre metodología xp extreme programming y estilo moprosoft

  • Upload
    unemi

  • View
    1.329

  • Download
    5

Embed Size (px)

DESCRIPTION

Diferencia entre metodologia XP y MOPROSOFT

Citation preview

Page 1: Diferencia entre metodología xp extreme programming y estilo moprosoft
Page 2: Diferencia entre metodología xp extreme programming y estilo moprosoft

DIFERENCIA ENTRE METODOLOGÍA XP EXTREME PROGRAMMING Y ESTILO MOPROSOFT

Estructuras de ambas metodología

Los procesos de MOPROSOFT abarcan las responsabilidades asociadas a la estructura de una organización que son: la Alta Dirección, Gestión y Operación.Las prácticas de planeación, seguimiento y evaluación se incluyeron en todos los procesos de gestión y administración. (Representado por la tabla No. 1 y No. 2)

Los Valores originales de la programación extrema son: simplicidad, comunicación, retroalimentación (feedback) y coraje. Un quinto valor, respeto, fue añadido en la segunda edición de Extreme Programming Explained. (Representado por la tabla No. 3)

Diferencias entre ambas metodologías

METODOLOGIA XP EXTREME PROGRAMMING

MOPROSOFT

Ventajas Desventajas Ventajas Desventajas

Programación Organizada

Es recomendable emplearlo solo en

proyectos a corto plazoBasada en normas ISO

Evaluaciones formales constantes

Mejor códigoReduce número de

participantes en proyectoFacilita la comprensión

del modeloNo es practico ni fácil de

usar

Múltiples 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 código

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 fallar

Capacidad organizacional de gestión

de procesos

No es comprensible para los modelos ISO

9000:2000

Satisfacción del Programador

 Capacidad

organizacional de gestión de proyectos

Mejora de procesos orientado al objetivo del

negocio

Page 3: Diferencia entre metodología xp extreme programming y estilo moprosoft

Características

MOPROSOFT METODOLOGIA XPLas categorías de procesos corresponden a niveles organizacionales de administración 

Desarrollo iterativo e incremental

Procesos integrados y relacionados  Pruebas unitarias continuasFoco en producto y su capitalización  Programación en parejasCapacidad organizacional de gestión de procesos  

Corrección de todos los errores

Capacidad organizacional de gestión de proyectos 

Refactorización del código

Alineación con objetivos de negocio  Propiedad del código compartida

Conclusiones

El propósito de MoProSoft es apoyar a las organizaciones en la estandarización de sus prácticas, en la evaluación de su efectividad y en la integración de la mejora continua. Los procesos abarcan las responsabilidades asociadas a la estructura de una organización que son: la Alta Dirección, Gestión y Operación, fue desarrollada por la AMCIS (emitida como norma por el NYCE. Es un sistema de gestión de la calidad de los procesos de desarrollo y mantenimiento de software para las PYMES.)

• Mejora la calidad del software producido por la empresa que adopta el modelo. • Eleva la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles

internacionales de competitividad. • Integra todos los procesos de la organización y mantiene la alineación con los objetivos

estratégicos. • Inicia el camino a la adopción de los modelos ISO 9000 o CMMI. • Sirve para implantar un programa de mejora continua. • Permite reconocer a las organizaciones mexicanas por su nivel de madurez de procesos. • Facilita la selección de proveedores. • Permite obtener acceso a las prácticas de ingeniería de software de clase mundial.

Mientras que la metodología XP Extreme programming es una metodología de desarrollo ligero que se basa en la adaptabilidad de cualquier cambio como medio para aumentar las posibilidades de éxito de un proyecto. La metodología XP pretende evitar retrasos en la planificación, sistemas deteriorados y tasa de defectos, requisitos mal comprendidos y cambios de negocio con falsa riqueza, cambio de personal. Sus objetivos radican en satisfacer al cliente y potenciar el trabajo en grupo, contiene cuatro variables importantes que son costo, tiempo, calidad y ámbito.

El propósito del método de evaluación de procesos EvalProSoft para la industria de software, es otorgar a la organización solicitante, un perfil del nivel de capacidad de los procesos implantados en la organización y un nivel de madurez de capacidades

Criterios Empleados

MOPROSOFT

Se han aplicado los siguientes criterios para la elaboración de este modelo de procesos:

La estructura de procesos resultante debe ser acorde a la estructura generalmente empleada por las organizaciones de la industria del software (alta dirección, gestión y operación)

Page 4: Diferencia entre metodología xp extreme programming y estilo moprosoft

La alta dirección tiene un papel importante a través de la planificación estratégica. Debe actuar como promotor del buen funcionamiento de la organización a través de su implicación en la revisión y mejora continua del modelo.

El modelo considera a la gestión como proveedora de recursos, procesos y proyectos; así como responsable de la vigilancia del cumplimiento de los objetivos estratégicos de la organización.

El modelo considera a la operación como ejecutora de los proyectos de desarrollo y mantenimiento de software.

El modelo integra con claridad y consistencia los elementos indispensables para la definición de los procesos y las relaciones entre ellos.

Moprosoft se basa en los modelos de procesos ISO 9001:2000, en las áreas de procesos de los niveles 2 y 3 de CMM-SW: CMM-SW v.1.1., en el marco general ISO/IEC15504 y en prácticas y conceptos de PMBOKY SWEBOK.

METODOLOGIA XP EXTREME PROGRAMMING

Las características fundamentales del método son:

Desarrollo iterativo e incremental: pequeñas mejoras, unas tras otras. Pruebas unitarias continuas, frecuentemente repetidas y automatizadas, incluyendo pruebas de

regresión. Se aconseja escribir el código de la prueba antes de la codificación. Véase, por ejemplo, las herramientas de prueba JUnit orientada a Java, DUnit orientada a Delphi y NUnit para la plataforma.NET. Estas dos últimas inspiradas en JUnit.

Programación en parejas: se recomienda que las tareas de desarrollo se lleven a cabo por dos personas en un mismo puesto. Se supone que la mayor calidad del código escrito de esta manera -el código es revisado y discutido mientras se escribe- es más importante que la posible pérdida de productividad inmediata.

Frecuente integración del equipo de programación con el cliente o usuario. Se recomienda que un representante del cliente trabaje junto al equipo de desarrollo.

Corrección de todos los errores antes de añadir nueva funcionalidad. Hacer entregas frecuentes. Refactorización del código, es decir, reescribir ciertas partes del código para aumentar su legibilidad

y mantenibilidad pero sin modificar su comportamiento. Las pruebas han de garantizar que en la refactorización no se ha introducido ningún fallo.

Propiedad del código compartida: en vez de dividir la responsabilidad en el desarrollo de cada módulo en grupos de trabajo distintos, este método promueve el que todo el personal pueda corregir y extender cualquier parte del proyecto. Las frecuentes pruebas de regresión garantizan que los posibles errores serán detectados.

Simplicidad en el código: es la mejor manera de que las cosas funcionen. Cuando todo funcione se podrá añadir funcionalidad si es necesario. La programación extrema apuesta que es más sencillo hacer algo simple y tener un poco de trabajo extra para cambiarlo si se requiere, que realizar algo complicado y quizás nunca utilizarlo.

La simplicidad y la comunicación son extraordinariamente complementarias. Con más comunicación resulta más fácil identificar qué se debe y qué no se debe hacer. Cuanto más simple es el sistema, menos tendrá que comunicar sobre éste, lo que lleva a una comunicación más completa, especialmente si se puede reducir el equipo de programadores.

Page 5: Diferencia entre metodología xp extreme programming y estilo moprosoft

ANEXOS

Tabla No. 1 MOPROSOFT

Tabla No. 3 Metodología XP

Page 6: Diferencia entre metodología xp extreme programming y estilo moprosoft

BIBLIOGRAFIA

Beck, Kent. Smalltalk Best Practice Patterns. Upper Saddle River, N.J.: Prentice Hall, 1997.

Fowler, Martin. Refactoring: Improving the Design of Existing Code.Addison-Wesley.

http://www.esp.uem.es/jccortizo/xp.pdf http://www.extremeprogramming.org