3.1. Vuelva a leer el “Manifiesto para el desarrollo ágil de software”
al principio de este capítulo. Puede pensar en una situación en la que uno o
más de los cuatro “valores” pudiera causar problemas al equipo de software?
·
Siempre es necesario contar de un contrato con
el cliente donde se especifiquen las características del software que se va a
desarrollar, porque después podrían generarse problemas de inconformidad por
parte del cliente, además de esto incluir al cliente en el proceso de
desarrollo del software para poder tener la misma visión que el cliente.
·
Es muy importante que el equipo tenga que
adaptarse a los cambios, pero siempre se
debe tener un plan por si las cosas no resultan bien.
3.2 Describa con sus propias
palabras la agilidad (para proyectos
de software).
La agilidad en
los proyectos de software consiste en desarrollar el software de la manera más
rápida posible, así poder satisfacer las necesidades del cliente con prontitud,
pero este debe tener un proceso continuo que se adapte a los cambios y sobre
todo que los responsables del desarrollo hagan participar al cliente, el equipo
debe mantener orden y una constante
disciplina.
3.3. ¿Por qué un proceso iterativo hace más fácil administrar el
cambio? ¿Es iterativo todo proceso analizado en este capítulo? ¿Es posible
terminar el proyecto en una sola iteración y aun así conseguir que sea ágil?
Explique sus respuestas.
·
Ya que el trabajo iterativo consiste en
planificar diversos bloques temporales,
y al ser entregado al usuario de manera incremental se hace más
fácil el control los errores que
pudieran existir y adaptarse a los
cambios que ocurran.
·
Si, por que todos estos procesos descritos se
basan en el desarrollo ágil de software.
·
No, porque en una sola iteración se entrega una
parte del proyecto ya funcional pero faltaría revisar los errores o fallas que
tenga el software; además completarlo.
3.4. ¿Podría describirse cada
uno de los procesos ágiles con el uso de actividades estructurales generales
mencionadas en el capítulo 2? Construya una tabla que mapee las actividades
generales en las actividades definidas para cada proceso ágil.
3.5. Proponga un “principio de agilidad” más que ayudara al equipo de
ingeniería de software a ser aun mas maniobrable.
Los integrantes de desarrollo de
software deben tener confianza el uno del otro y tener habilidades de trabajo
en grupo ya que no debe existir el egoísmo en el momento de proponer y
compartir las soluciones
3.6. Seleccione un principio de agilidad mencionado en la sección 3.3.1 y trate de determinar si está incluido en cada uno de los modelos de proceso presentados en este capítulo [Nota: Sólo se presento el panorama general de estos modelos de proceso, por lo que tal vez no fuera posible determinar si un principio está incluido en uno o más de ellos, a menos que el lector hiciera una investigación (lo que se requiere para este problema].
Los modelos mencionados en el capítulo no presentan todas las características completas en si, pero lo que todos estos modelos proponen es satisfacer al cliente a través de entregas continuas que estén funcionando.
3.7. ¿Por qué cambian tanto los requerimientos? Después de todo, ¿la gente no sabe lo que quiere?
Debido a que las empresas van evolucionando es por que tratan de mejorar y ser más competentes, tratan de adaptarse a las necesidades de un mercado cambiante entonces las forma en la que realizan sus servicios debe adaptarse, es por esto que los requerimientos varias constantemente.
3.8. La mayoría de modelos de proceso ágil recomiendan la comunicación cara a cara, no obstante los
Es muy importante que los requerimientos sean levantados estando es presencia del cliente, y cuando se tomen decisiones relevantes durante el desarrollo del software, es muy importante que el equipo se reúna, caso contrario podrían presentarse mal entendidos, si uno dice lo que el otro le dijo pueda ser que no lo entienda de la manera original y se juegue al teléfono malogrado.
En caso que los desarrolladores
estén lejos uno del otro, para comunicarse sobre cosas sencillas o hacer
preguntas, absolver consultas, podrían optar por comunicarse por correo, redes
sociales, skipe, que permiten comunicaciones privadas entre miembros de un
grupo.
3.9 Escriba una historia de usuario XP que describa las características de “lugares favoritos” o “marcadores” disponibles en la mayoría de navegadores web.
Historia de Usuario
|
|||
Número: 2
|
“Marcadores” o “Añadir
favoritos”
|
||
Como cliente
quiero poder acceder a internet de manera más rápida, que al ingresar al
navegador aparezcan las páginas que ya he visitado y pueda seleccionar a las
que acceso con más frecuencia.
|
|||
Prioridad : 100
|
|||
Estimación: 5
|
Dependiente: de 1
|
||
Responsable: Paola Ruiz
|
|||
Pruebas de
aceptación
|
|||
Introducir las Url de páginas.
|
|||
Incluir las URL
mas visitadas a mis favoritos y comprobar que se hayan almacenado.
|
|||
Observaciones: Poner un ícono fácil de ser
identificado por los usuarios.
|
|||
3.10 ¿Qué es una solución en
punta en XP?
Es aquella que se adapta al desarrollo XP, donde existe la interrelación entre los clientes y desarrolladores para poder sacar los requerimientos, que permita las entregas en el menor tiempo posible, si existen cambios la metodología es adaptable, tanto así que acepta cambiar los requerimientos, modificarlos o incluso eliminarlos.
3.11 Describa con sus propias palabras el concepto de rediseño y programación en parejas XP.
El rediseño trata de usar un código fuente ya desarrollado, mediante el análisis de este, podemos modificarlo de acuerdo a nuestras necesidades.
La programación en parejas XP, es que el
desarrollo de software se juntan 2 personas en una sola máquina donde ambos
programan, al inicio uno esta de codificador y el otro revisa y esta atento en
cosas que tal vez el programador no se haya dado cuenta, y después de
transcurrido un tiempo determinado las personas cambian de posición.
3.12 haga otras lecturas y describa que es una caja de tiempo, ¿Cómo ayuda a un equipo Das a 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.
3.13 ¿Se logra el mismo resultado con la regla del 80% del MDSD y con el enfoque de la caja de tiempo del DAS?
Si se logra el mismo resultado debido a que esta propone la regla de Pareto: 80 por ciento de una aplicación puede entregarse en 20 por ciento del tiempo que tomaría entregarla completa.
Esto propone hacer las entregas
en menos tiempo del que se plantearía la entrega total.
3.14 Con el formato de patrón de proceso presentado en el capítulo 2 . Desarrolle uno para cualquiera de los patones scrum, presentados en la sección 3.5.2
3.15 ¿Por qué se le llama a cristal familia de métodos ágiles?
Es porque este fue creado con el
fin de obtener un enfoque de desarrollo de software que premia la
maniobrabilidad, también es un conjunto de ejemplos de procesos ágiles que han
demostrado ser efectivos para todo tipo de proyectos.
3.16 Con el formato de características DIC descrito en la sección 3.5.5, defina un conjunto de características para un navegador web. Luego desarrolle un conjunto de características para el primer conjunto.
-Características de un navegador
web.
· -Funciona
en bloques pequeños fáciles de entender por el usuario.
· - El diseño
y representación en código son mas fáciles de inspeccionar porque son pequeñas.
3.17 Principios
·
El contenido es mas importante que la representación.
·
Todos podemos aprender de todos.
·
Conozca sus modelos.
·
Conozca sus herramientas.
·
Adaptación local.
·
Comunicación abierta y honesta.
·
Trabaje con el instinto de las personas.
3.18 Las metodologías nos ofreces una variedad de herramientas
para el desarrollo ágil, que facilitan
la comunicación, detección de errores, etc.
Pues así nos ayuda a optimizar el
proceso de desarrollo de software.
