Ingenieria De Software

TRABAJO COLABORATIVO 1

INGENIERÍA DEL SOFTWARE

Edison Moreno

301404_42

UNIVERSIDAD NACIONAL AVIERTA Y A DISTANCIA UNAD

CEAD LA PLATA

HUILA

05/10/12

TRABAJO COLABORATIVO 1

INGENIERÍA DEL SOFTWARE

Edison Moreno

301404_42

Tutor (a):

Pilar Alexandra Moreno

UNIVERSIDAD NACIONAL AVIERTA Y A DISTANCIA UNAD

CEAD LA PLATA

HUILA

05/10/12

INTRODUCCIÓN

Gracias a la realización de este proyecto logramos crear un equipo de trabajo ya un que al principio no se logro tener una reunión para asignación de roles cadauno de los participantes asumió un papel y respondió por una tarea específica. Con esta actividad no solo se logro el cumplimiento de una responsabilidad sino que vale la pena resaltar el aprendizaje tan magnífico que nos dejo los modelos de programación especialmente extreme programming (xp), que es una metodología que no debería ser utilizada solo en el diseño de productos sino en la vida diaria porqué si se hubiera entendido desde el principio hubieras obtenido una asignación de roles, el diseño de unas etapas y un producto de mejor calidad.

METODOLOGÍA AGILES METODOLOGÍA TRADICIONALES

Basada en Heurísticas provenientes de prácticas de producción de códigos Basada en normas previamente de estándares seguido por el entorno de desarrollo.

Especialmente preparadas para cambios durante el proyecto Cierta resistencias a los cambios

Procesos menos controlados con menos principios. Proceso mucho más controlado, con numerosas políticas/normas

No existe contrato tradicional a lo menos es bastante flexible. Existe un contrato reflejado

El cliente es parte del equipo de desarrollo El cliente interactúa con el quipo de desarrollo mediante reuniones

Grupos pequeños(10 integrantes) y trabajando en el mismo sitio, Grupos grandes y posiblemente distribuidos

Pocos Roles Mas roles

Menos énfasis en la arquitectura del software La arquitectura del software es esencial y se expresa mediante modelos.

Metodologías

Agiles Tradicionales

Lo expuesto anteriormente permite tener una idea más clara acerca de las metodologías agiles, las metodologías tradicionales han tenido gran trascendencia en los desarrollos. A primera vista las metodologías agiles no parecen estar muy enfocadas a los procesos en comparación con las tradicionales, sin embargo, algunas metodologías agiles tienen procesos establecidos, para abordar cada fase del ciclo de desarrollo;

las metodologías tradicionales llevan ventaja en este punto contra las metodologías ágiles por su amplia trayectoria y que algunas metodologías tradicionales son enfocadas a los procesos más que al individuo y/o al producto final.

En cuanto a los roles y responsabilidades tanto las metodologías tradicionales como las agiles abordan este punto, ya que al tenerlo definido correctamente facilita la comunicación, permite abordar de una mejor manera el desarrollo y cierra la brecha entre el cliente y el equipo de desarrolladores.

En cuanto a las practicas las metodologías agiles proponen la utilización de estas para atacar problemas específicos y son más abiertas a incluir nuevas y algunas incluso se enfocan a partes del ciclo de vida dejando a criterio del equipo como abarcar aquellas que no son tomadas en cuenta por la metodología, dando al equipo de desarrollo a la vez una gran responsabilidad y una versatilidad que las metodologías tradicionales no suelen dar.

Viendo desde las experiencias y la adaptación las metodologías tradicionales y las metodologías agiles tienen una meta en común, el utilizarlas como apoyo a la hora de que se van a realizar nuevos proyectos e inclusive para no cometer errores que se tuvieron de desarrollos del mismo dominio o de dominios similares, obteniendo con esto un gran oporte y retroalimentándolas a la vez.

El entorno de uso varía dependiendo de cada una de las metodologías ya sean tradicionales o agiles, pero principalmente las metodologías agiles son adoptadas para desarrollos pequeños o medianos, sin embargo han sido adoptadas para proyectos de gran envergadura obteniendo resultados impresionante como es el caso de XP, SCRUM y CRYSTAL. Teniendo en cuenta el ciclo de vida tanto las metodologías tradicionales como ágiles han ido apostando por ser iterativas e incrementales.

Tanto las metodologías agiles como las tradicionales se encuentran de manera activa y con soporte inclusive algunas siguen en desarrollo para abarcar fases que no incluyen en este momento.

10

Características generales de la metodología. SCRUM

Características SCRUM

Scrum por su proceso iterativo incremental produce un grupo de funcionalidades en cada fin de iteración. Sus características son:

•Scrum es un proceso ágil para el manejo y control del trabajo de desarrollo.

•Scrum es un contenedor de prácticas de ingeniería existentes.

•Scrum es un enfoque basado en equipos, incrementa el desarrollo cuando los requerimientos cambian rápidamente.

•Scrum es un proceso que controla el caos entre los conflictos de interés y las necesidades.

•Scrum es un camino para mejorar las comunicaciones y maximizar la cooperación.

•Scrum es un camino para detectar la causa y solucionar cualquier problema en el desarrollo.

•Scrum es escalable desde proyectos simples a proyectos completos organizacionales, Scrum

Etapas de la Metodología SCRUM

En Scrum un proyecto se ejecuta en bloques temporales cortos y fijos (iteraciones de un mes natural y hasta de dos semanas, si así se necesita). Cada iteración tiene que proporcionar un resultado completo, un incremento de producto final que sea susceptible de ser entregado con el mínimo esfuerzo al cliente cuando lo solicite

El proceso parte de la lista de objetivos/requisitos priorizada del producto, que actúa como plan del proyecto.

En esta lista el cliente prioriza los objetivos balanceando el valor que le aportan respecto a su coste y quedan repartidos en iteraciones y entregas. De manera regular el cliente puede maximizar la utilidad de lo que se desarrolla y el retorno de inversión mediante la re planificación de objetivos que realiza al inicio de cada iteración. Las etapas para llevar a cabo un desarrollo Scrum son las siguientes:

Planificación de la iteración

El primer día de la iteración se realiza la reunión de planificación de la iteración. Tiene dos partes:

Selección de requisitos

(4 horas máximo). El cliente presenta al equipo la lista de requisitos priorizada del producto o proyecto. El equipo pregunta al cliente las dudas que surgen y selecciona los requisitos más prioritarios que se compromete a completar en la iteración, de manera que puedan ser entregados si el cliente lo solicita.2.

Planificación de la iteración

(4 horas máximo). El equipo elabora la lista de tareas de la iteración necesarias para desarrollar los requisitos a que se ha comprometido. La estimación de esfuerzo se hace de manera conjunta y los miembros del equipo se autoasignan las tareas.

Ejecución de la iteración

Cada día el equipo realiza una Reunión de sincronización (15minutos máximo). Cada miembro del equipo inspecciona el trabajo que el resto está realizando (dependencias entre tareas, progreso hacia el objetivo de la iteración, obstáculos que pueden impedir este objetivo) para poder hacer las adaptaciones necesarias que permitan cumplir con el compromiso adquirido. En la reunión cada miembro del equipo responde a tres preguntas:

¿Qué he hecho desde la última reunión de sincronización?

¿Qué voy a hacer a partir de este momento?

¿Qué impedimentos tengo o voy a tener? Durante la iteración el Facilitador se encarga de que el equipo pueda cumplir con su compromiso y de que no se merme su productividad.

Elimina los obstáculos que el equipo no puede resolver por sí mismo.

Protege al equipo de interrupciones externas que puedan afectar su compromiso o su productividad.

Inspección y adaptación

El último día de la iteración se realiza la reunión de revisión de la iteración. Tiene dos partes:

Demostración (4 horas máximo). El equipo presenta al cliente los requisitos completados en la iteración, en forma de incremento de producto preparado para ser entregado con el mínimo esfuerzo. En función de los resultados mostrados y de los cambios que haya habido en el contexto del proyecto, el cliente realiza las adaptaciones necesarias de manera objetiva, ya des de la primera iteración, replanificando el proyecto.2.

Retrospectiva(4 horas máximo). El equipo analiza cómo ha sido su manera de trabajar y cuáles son los problemas que podrían impedirle progresar adecuadamente, mejorando de manera continua su productividad. El Facilitador se encargará de ir eliminando los obstáculos identificados. Las responsabilidades en las etapas del Scrum son:

a. Cliente (Product Owner)

Las responsabilidades del Cliente (que puede ser interno o externo a la organización) son:

Ser el representante de todas las personas interesadas en los resultados

...