Taller SVN

1. Darle permisos sobre el repositorio al usuario jeysonagarcia

2. En el archivo Word responder a las siguientes preguntas:
a. ¿Qué función cumple la opción CHECKOUT?

Esta opción permite asociar o crear una copia local de trabajo de un repositorio, en el
caso puntual del ejercicio se crea una carpeta dentro del ordenador, a este se le da
Checkout SVN y de esta forma se asocia al proyecto integrador mediante la url del
proyecto anteriormente creado

b. ¿Qué función cumple la opción COMMIT?

Esta opción envía cambios desde su copia de trabajo local al repositorio, mediante esta
opción actualizamos el estado del proyecto, ya sea por cambios ejecutados como agregar,
eliminar o editar archivos.

c. ¿Qué función cumple la opción UPDATE?

Esta opción trae cambios del repositorio a su copia local de trabajo, es decir actualiza en
nuestro ordenador todos los cambios que se hayan presentado en el proyecto.

3. Leer uno de los siguientes artículos Agile software development methodology for
medium and large projects o Gamifying software development scrum projects (19
de Marzo) y realizar un breve resumen en el archivo Word.

Metodología ágil de desarrollo de software para proyectos medianos y grandes

Página 1 de 5
A continuación se presenta una propuesta de metodologías agiles para desarrollo de software
para proyectos medianos o grandes, como primera medida es importante definir como se
realizara la clasificación del tamaño del proyecto; Un proyecto de software se considera pequeño
si las líneas de código de este se encuentran entre 10000 y 40000, Medio si está entre 40000 y
100000 y Grande si tiene más de 100000, Adicional al tamaño existen otros aspectos a tener en
cuenta para medir el tamaño del proyecto como la complejidad, la criticidad de la misión y el
esfuerzo humano, sin embargo, para este documento solamente se tendrá en cuenta las líneas de
código para definir su tamaño.
Los principales beneficios de los modelos ágiles son el rápido desarrollo y una reducción en el
costo, sin embargo, muchas veces la reducción de tiempo y costos conduce a una baja calidad del
software, documentación débil, problemas para actualizar, falta de reutilización y mantenimiento
excesivo.
la programación extrema XP es ampliamente utilizada entre los modelos agiles. Se han realizado
varios estudios sobre la implementación efectiva de este sistema para pequeños proyectos, ya que
ofrece ventajas tales como ahorro de tiempo, reducción de costos, refactorización e idoneidad
para proyectos pequeños con equipos pequeños. Sin embargo, presenta inconvenientes en
proyectos críticos en temas de seguridad, apoyo limitado para la contratación externa, asistencia
inadecuada para el desarrollo cooperativo, documentación débil e inadecuada para proyectos
medianos y grandes.

Por lo tanto la investigación se plantea: ¿cómo adaptar XP para el desarrollo de proyectos

medianos y grandes? En este documento se plantea una propuesta llamada metodología XP
extendida, que pretende cambiar las fases del modelo XP tradicional las cuales son planeación,
diseño, codificación y pruebas, Mientras que las principales fases de la metodología XP
extendida son: Planificación del proyecto, Análisis y gestión de riesgo, Diseño y Desarrollo y por
ultimo un plan de pruebas, a continuación, se muestran las características de cada una de las
etapas del nuevo modelo:

Página 2 de 5
Planificación del proyecto: en esta fase se reúnen las historias de usuario, ciclos de
retroalimentación, estimaciones de historias, criterios de prueba de aceptación y plan de
iteraciones, esta fase además aporta el enfoque para dirigir y completar el proyecto. juega un
papel muy importante para el éxito o el fracaso de este. Un proyecto de software se deteriorará
después de algunos años si la planificación del proyecto no está hecha y documentada
adecuadamente, a diferencia de la metodología tradicional en esta etapa se crea una
documentación sólida y más elaborada que permita sostener un proyecto de mayor tamaño.

Análisis y gestión de riesgos: Esta es la fase en la que un analista recopila información detallada
de los requerimientos e historias de usuario. La fase de análisis da como resultado requisitos de
usuario completos y una fuerte arquitectura, esto significa una modelo flexible que permite usar
patrones de diseño que lleven a disminuir el tiempo y el costo para la implementación de nuevos
requerimientos. El analista debe priorizar las historias de los usuarios en su necesidad y
proporciona un valor de índice similar a modelo existente de XP.

Fase de diseño y desarrollo: este nuevo modelo utiliza el sistema de prototipos para verificar
los diseños e historias de usuarios. El software está desarrollado en pequeños lanzamientos o
avances. Este proceso de diseño y codificación es cíclico para el resto de lanzamientos hasta que
se desarrolle todo el software, los programadores integran continuamente el código permitiendo
la consolidación del proyecto en general.

Fase de prueba: Los casos de prueba deben estar preparados antes de la codificación, Cada
lanzamiento se debe probar de inmediato, sin embargo, esto no garantiza el correcto
funcionamiento dentro del software por lo que se debe realizar una prueba general en donde se
verifica la integración entre los módulos. La prueba de aceptación es la última etapa para
verificar un correcto funcionamiento de todo el software, para que este se pueda enviar al cliente.

Evaluación de la propuesta extendida Modelo de XP

Página 3 de 5
Para analizar la aplicación de esta nueva metodología, se llevaron a cabo tres casos de estudio en
proyectos pequeños, medianos y grandes.
El caso de estudio 1 es un proyecto pequeño llevado a cabo por una empresa de software para
desarrollar un sistema de información que permita realizar una gestión de facturas. La compañía
de software ha venido utilizando el modelo de proceso unificado racional (RUP) para desarrollar
software previamente. La compañía de software no tenía experiencia de trabajo con el proceso de
XP y sus prácticas.
El caso de estudio 2 es un proyecto mediano realizado para una compañía de software para
desarrollar un sistema de gestión para un colegio de cadetes del ejército. las compañías están
ubicadas en cinco países, Pakistán, Reino Unido, Australia, China y EE. UU. La empresa utiliza
el modelo XP existente.
El caso de estudio 3 es un proyecto grande conducido para una compañía de software que tiene
dos oficinas; uno se encuentra en Pakistán y el segundo se encuentra en Estados Unidos. Se debe
desarrollar un software para una empresa líder del negocio inmobiliario en los estados unidos, La
empresa utiliza el modelo XP existente.

Resultados
La tasa promedio de fallas para los tres casos el estudio es menor de lo que se aborda en el
modelo existente de XP, lo que indica que la calidad del modelo XP extendido es mejor que el
XP existente. La mejora en la calidad del modelo extendido de XP es debido a los cambios
propuestos en las fases del ciclo de vida incorporadas en el anterior modelo.
También se puede concluir que hay una disminución gradual de tiempo y esfuerzo desde el
lanzamiento hasta la liberación en los tres proyectos. La razón principal, para disminuir el tiempo
y el esfuerzo de lanzamiento a lanzamiento, es debido al aprendizaje del investigador y equipos
sobre las experiencias del informe de errores

Conclusiones
Los modelos ágiles son un reemplazo deseable de los tradicionales modelos pesados para el
desarrollo de software, el modelo XP tiene muchas historias de éxito y hay una necesidad de
su modificación para proyectos medianos y grandes. Muchos esfuerzos están hechos para
extender el modelo existente de XP, sin embargo, esto no es suficiente, se requiere apoyo para

Página 4 de 5
adaptarlo y desplegarlo y así cumplir con los requisitos de la industria del software. En este
documento, se propone un modelo de XP extendido para abordar las limitaciones de la
metodología XP clásica, de acuerdo a los resultados obtenidos este nuevo modelo se puede
aplicar sobre proyectos medianos y grandes obteniendo muy buenos resultados.

Página 5 de 5