Decanato de Ingeniería e Informática

Escuela de Informática

Desarrollo Ágil

Presentado por:
Jorge Thomas Almanzar Soriano | A00110435
Omar Aldrielly Bautista Baez | A00110813
Eddy Anthony Brito Rivera | A00101811
Andrés Araujo De León | A00109382
José Miguel Almánzar | A00110652

Asignatura:
ISO300 | Fundamentos a la Ingeniería de Software

Maestro:
Ing. Leandro Fondeur

Fecha de entrega:
22 de septiembre 2022
Desarrollo

Vuelva a leer el “Manifiesto para el desarrollo ágil de software” al principio de este capítulo.
¿Describa una situación en la que uno o más de los cuatro “valores” pudieran causar
problemas al equipo de software?

Siempre es necesario tener un contrato con el cual se especifican las características del software a
desarrollar, se pueden generar descontentos por parte del cliente, además de esto incluir al cliente
en el proceso de desarrollo del software para tener lo mismo que el cliente y es muy importante
que el equipo se adapte a los cambios, siempre hay que tener un plan por si las cosas no van bien.

2. Describa con sus propias palabras la agilidad (para proyectos de software).

La agilidad en los proyectos de software es desarrollar lo más rápido posible, con el objetivo de
satisfacer las necesidades que tenga el cliente, pero este debe tener un proceso que se adapte a los
cambios y sobre todo que los procesos que se apliquen incluyan al cliente, el equipo con el que se
trabaja debe tener unos regímenes para que sean ordenados y constantes.

¿Por qué un proceso iterativo hace más fácil administrar el cambio? ¿Es iterativo todo
proceso ágil analizado en este capítulo? ¿Es posible terminar un proyecto en sólo una
iteración y aún así conseguir que sea ágil? Explique sus respuestas.

Porque se facilita la manera de administrar un nuevo cambio sin necesidad de volver al comienzo
del proyecto solo retrocediendo a la iteración anterior y eso hace que el cliente evalúe y de su punto
de vista acerca de esa fase del software.

Si es iterativo ya que todo el proceso del software hace que sea más ágil y facilita la colaboración
con el cliente sobre todos los procesos y la elaboración del software.

No, porque en una sola iteración puede que el software se encuentre en buen estado pero tengas
varias fallas y se tendría dar correcciones de lugar pero si se realiza el proceso en varias iteraciones
se corre menos riesgo posible en cuanto a la fallas.
1
Proponga un “principio de agilidad” más que ayudaría al equipo de ingeniería de software
a ser aún más maniobrable.

Tener la mente abierta ante los problemas y soluciones. Tenemos la dicha de que estamos listos
para todas las circunstancias que se nos presenten al momento del desarrollo. los mismos
problemas pueden venir de cualquier lado, por lo que no hay que alarmase de que alguien
accidentalmente haya borrado el software o que haya un bug difícil de encontrar. Las dificultades
existen no solo en ingeniería de software, sino en todos los ámbitos de la vida, por eso hay que
aceptarlas como parte del proceso. lo mismo pasan con las soluciones. Pueden aparecer en
cualquier momento y puede ser hasta lo más descabellado en el mundo del software.

¿Por qué cambian tanto los requerimientos? Después de todo, ¿la gente no sabe lo que
quiere?

Los requerimientos pueden variar dependiendo ciertas causas, tales como las necesidades que se
requieren o las tecnologías que se tenga disponible en el presente. a lo largo del proyecto, puede
que el cliente cambie el panorama de lo que necesita debido a este mercado tan cambiante. Otra
opción puede ser es que algunos de los requisitos pueden ser imposible o difícil de implementar
en el tipo de software que se está creando, por lo que, habrá de buscar alternativas.

2
La mayoría de modelos de proceso ágil recomiendan la comunicación cara a cara. No
obstante, los miembros del equipo de software y sus clientes tal vez estén alejados
geográficamente. ¿Piensa usted que esto implica que debe evitarse la separación geográfica?
¿Se le ocurren formas de resolver este problema?

Actualmente no es necesario que estemos en un mismo continente o país para la comunicación.

Gracias a plataformas como teams o Google meet resuelven esta problemática. Ofrecen una
alternativa al tradicional cara a cara, con una videoconferencia donde permite el “cara a cara”.
Aunque tengamos esa posibilidad, hay que recalcar que el cara a cara en persona sigue siendo la
mejor manera de transmitir información.

Escriba una historia de usuario XP que describa la característica de “lugares favoritos” o

“marcadores” disponible en la mayoría de los navegadores web.

Nombre “Marcadores o lugares favoritos”

Como estudiante.
Quiero tener acceso de manera rápida a las páginas
Descripción
que he visitado anteriormente.
Para no perder tiempo buscando la página que visite.
Dado que quiero la facilidad de encontrar mi página
anterior.
Cuando yo entro a una página no puedo añadir esa
Criterios de aceptación
página a favorito.
Entonces se pueden añadir las páginas más visitadas a
favoritos.

3
¿Qué es una solución en punta en XP?

Es un prototipo del diseño original de lo que quiere el cliente, porque en el diseño se ha encontrado
algún problema y es mejor implementar y evaluar ese prototipo.

Describa con sus propias palabras los conceptos de rediseño y programación en parejas de
XP.

Rediseño: es mejorar un software sin alterar su comportamiento original.

Programación en parejas de XP: es la forma en la cual el integrante observador, evita que su

compañero cometas errores que puedan perjudicar a largo plazo. Además, esto ayuda a que tenga
un mejor desarrollo en los proyectos y una optimización más efectiva.

Haga otras lecturas y describa lo que es una caja de tiempo. ¿Cómo ayuda a un equipo DAS
para que entregue incrementos de software en un corto periodo?

Una caja de tiempo en un desarrollo adaptativo de software supone un tiempo límite de entrega de
las iteraciones del proyecto. Ayuda al equipo de desarrollo a evaluar los tiempos destinados a cada
iteración y así hacer más efectivas las entregas al cliente.

Una caja de tiempo nos ayudara a guardar información del presente en la parte de recolección de
información y aprendizaje respetando así el tiempo que se asignó a dichas tareas. Ayudando así en
problemas futuros a no volver a recolectar y aprender información sino continuar con estos
antecedentes.

4
¿Por qué se le llama a Cristal familia de métodos ágiles?

El nombre de metodologías Crystal viene de que cada proyecto software puede caracterizarse
según dos dimensiones, tamaño y criticidad, al igual que los minerales se caracterizan por dos
dimensiones, color y dureza. Y esta es una de las bases de las metodologías Crystal: hay una
metodología para cada proyecto, o la escala de Cockburn (te dejo este post para ampliar este tema).

La familia Cristal en realidad es un conjunto de ejemplos de procesos ágiles que han demostrado
ser efectivos para diferentes tipos de proyectos. El objetivo es permitir que equipos ágiles
seleccionen al miembro de la familia Cristal más apropiado para su proyecto y ambiente.

El conjunto de herramientas propuestas en la sección 3.6 da apoyo a muchos de los aspectos

“suaves” de los métodos ágiles. Debido a que la comunicación es tan importante, recomiende
un conjunto de herramientas reales que podría utilizarse para que los participantes de un
equipo ágil se comuniquen mejor.

• Usar herramientas adecuadas para la comunicación.

• Usar la interactividad al momento de explicar y/o exponer los problemas o soluciones
planteadas por los equipos de trabajo