Republica Bolivariana de Venezuela Ministerio del Poder Popular para la Educacin Universitaria Aldea: Ciudad Angostura Ciudad Bolvar-

Edo Bolvar

Profesora: Denis Acosta

Alumno: Marcano Hermes

Ciudad Bolvar 2011

Aspectos Estabilidad

RUP
RUP no es una metodologa con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin.

SCRUM
Scrum est enfocado a la gestin de procesos de desarrollo de software, puede ser utilizado en equipos de mantenimient o de software, o en una aproximacin de gestin de programas

MERINDE
Merinde es un proyecto que propone un estndar abierto para el proceso de desarrollo de software orientado a planes que se estructura en dos dimensiones vertical o horizontal

OPENUP
Open up es gil y se puede adaptar a cualquier proyecto vienesa corto o largo y se puede pensar a quien est dirigido, hacer lo mnimos y ms dispensable para el usuario.

WATCH
Es un marco metodolgico que describe los procesos tcnicos, gerenciales y de soporte que deben emplear los grupos de desarrollo de aplicaciones empresariales .

XP
Es la ms destacada de los procesos giles de desarrollo de software. Al igual que stos, la programacin extrema se diferencia de las metodologas tradicionales principalmente en que pone ms nfasis en la adaptabilidad que en la previsibilidad.

FDD
Se basa en un proceso iterativo con iteraciones cortas que producen un software funcional que el cliente y la direccin de la empresa pueden ver y monitorizar. Las iteraciones se deciden en base a features o funcionalidade s, que son pequeas partes del software con significado para el cliente.

UP
Simplemente proceso unificado es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura y por ser iterativo e incremental.

Flexibilidad

Es una infraestructura flexible de desarrollo de software que proporciona prcticas recomendadas probadas y una

Scrum, tiene la cualidad de ser flexible o gil sin sacrificar en absoluto la calidad del producto final de un

Merinde no pretende ser una estructura jerrquica, sino por el contrario representa

Es flexible porque se organiza en dos dimensiones diferentes, correlacionada s: contenido y

Es flexible porque es un patrn que debe ser adaptado, al proyecto y al grupo cada vez que se

Es flexible por la programacin orientada a objeto permite reutilizar los cdigos de programacin

Aqu si existen jerarquias, siempre debe haber un jefe de proyecto, y aunque es un proceso considerado

Es flexible porque al desarrollarse el software bajo la metodologa UP es mucho ms fcil

arquitectura configurable.

proyecto.

Rendimiento

Rup es de rendimiento porque cuenta con 4 fase, dentro de las cuales se realizan varias iteraciones segn el proyecto y en las que se hacen mayor o menos esfuerzo en las distintas actividades.

Scrum permite disfrutar de una elevada capacidad de respuesta, adecuacin, eficacia y eficiencia en el desarrollo de proyectos y del propio negocio. Y trae una nueva dimensin en la capacidad de respuesta, la adecuacin, eficiencia y

un modelo de trabajo flexible altamente comunicativo y colaborativo para aplicar las prcticas y flujos de trabajos especificados en Merinde. Merinde tiene un poco de rendimiento porque trabaja con planillas reusables para la ingeniera del software

mtodo de proceso contenido.

use.

implementado s en la aplicacin para mejorar el software.

ligero tambin incluye documentaci n

agregarle nuevos mdulos y funcionalidade s futuras sin tener que hacer todo un software nuevo.

Up tiene rendimiento porque se relaciona con uml o tienen relacin y tiene casi las mismas funciones de rup

Watch es una metodologa aplicable a empresas y negocios donde tiene mas compatibilida d

Xp es una de la metodologa con ms rendimiento porque va directo a la adaptabilidad que a la previsibilidad.

Consiste en cinco pasos secuenciales por los cuales se disea y construye el sistema. Soporta el diseo gil y cambios.

Tiene rendimiento porque se dirige por casos de usos centrados en la estructura y por ser iterativo e incrementar.

eficacia de la empresa.

Requerimiento s

Los requerimientos de los diversos inversores pueden ser diferentes, contradictorios o Disputarse recursos limitados.

Los requerimiento s no se entienden plenamente al principio del proceso. Los requerimiento s cambian durante el proceso. El mismo proceso puede ser imprevisible si se est trabajando con nuevas tecnologas.

Los
requerimiento s de merinde se basan en barias de las metodologas existentes como up,rup,etc

No se interpretan bien los requerimientos No se estiman bien las tareas y su esfuerzo asociado Surgen cambios Cambian los requerimientos Cambia el negocio Cambia la tecnologa

Los requisitos es que se adapte al grupo de trabajo que lo use

Su requerimiento se basa directamente a la programacin orientada a objeto basndose en esto a la relacin interpersonal y la velocidad de implementaci n y cambios.

Es una metodologa usada para proyectos cortos y de rpida creacin tiene que contar con un grupo satisfactorio para su desarrollo.

Requiere tener la informacin adecuada para poder desarrollar los casos de usos y llevarlo a ejecucin del software

Diseo

Metodologa que se gua por medios de los cosos de uso y iterativo e incrementar.

Se orienta a cualquier situacin con el software es iterativo e incrementar.

Implementaci

Constituye la

Se establece

Se utiliza por medio de cualquier requerimient o o necesidad que tenga una organizacin o comunidad. Se aplica en

Se establece por medio del desarrollo de proceso gil, iterativo e incrementar

Se establece en

Se utiliza por medio de su desarrollo Iterativo e incrementar de propsito especifico, flexible y adaptable. Se

Se utiliza un diseo simple y sencillo para su mejor desarrollo en menos tiempo.

Est basado en el desarrollo de lo iterativo en la iteracin gil

Se orienta por caso de uso y es iterativo e incrementar

Proyectos

Proyectos

Aplicable al

Prueba

metodologa estndar ms utilizada para el anlisis, implementaci ny documentaci n de sistemas orientados a objetos de pequeas, medianas o de gran envergadura. Observar cada flujo de funcionamient o para descartar fallas y verificar su buen funcionamient o

como un desarrollo muy complejo sin lo organizacin adecuada.

cualquier tipo de proyecto sin tomar en cuenta su complejidad o su dificultad

pequeos equipo con ms facilidad y sin controversia

implementa en empresas o grupos empresariales

pequeos y de baja envergadura

cortos y pequeos

flujo de empleo u objetos

Verificando y adatando aplicando la demostracin

Comprobar los casos de uso y corregir sus errores

Funcionamient o de resultados Y especificacin tcnica.

Confirmacin de funciones y aplicarlas

Implementaci n y prueba de fallas y seguridad

Verificar al final por equipos con alta experiencia.

Comprobar el flujo de funcionamient oy cumplimiento operacional