UNIVERSIDAD CATOLICA DE CUENCA
Facultad de Ingeniería de Sistemas INGENIERIA DE SOFTWARE Problemas y puntos por evaluar, capítulo 3
Instructor:
Ing. Isael Sañay
Curso:
Quinto de Ingeniería de Sistemas
Estudiante:
Fredy Tacuri
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” pudieran causar problemas al equipo de software? Responder al cambio, mejor que apegarse a un plan Este valor podría repercutir de manera negativa en el equipo de desarrollo debido a que podría llevar a un desarrollo desordenado, poco documentado, aunque en este método no se le dé mucha importancia a la documentación.
3.2. Describa con sus propias palabras la agilidad (para proyectos de software. Este término hace referencia a que el proceso de desarrollo de software tiene que ser más rápido, menos complejo, con plazos de entrega menores, de constantes pruebas, de adaptación al cambio sin efectos secundarios.
3.3. ¿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 aun así conseguir que sea ágil? Explique sus respuestas. Porque en cada uno de los procesos iterativos se puede ir acoplando cambios al proyecto, al tener pruebas en cada uno de los procesos iterativos, los cambios se pueden evaluar al instante. Es muy difícil, pero creo que si es posible realizar, pero pienso que para esto se debe contar sobre todo con experiencia.
3.4. ¿Podría describirse cada uno de los procesos ágiles con el uso de las 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.
PROCESOS AGILES Los Individuos y sus Iteraciones, sobre los procesos y la Herramientas. El Software que funciona, más que la documentación exhaustiva. La colaboración con el Cliente, y no tanto la negociación del contrato. Responder al Cambio, mejor que apegarse a un Plan.
ACTIVIDADES ESTRUCTURALES Comunicación, Planeación y Modelado. Modelado, Construcción y Despliegue. Comunicación y Despliegue. Comunicación, Planeación, Modelado y Construcción.
3.5. Proponga un “principio de agilidad” más que ayudaría al equipo de ingeniería de software a ser aún más maniobrable. El soporte de software constante como parte de la retro alimentación con el cliente, aprovechando la participación activa del cliente, usar la información que se obtenga en el proceso de soporte, teniéndolo a este como parte de cada una de las iteraciones del proceso ágil.
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 presentó 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 no se requiere para este problema)]. 1. La prioridad más alta es satisfacer al cliente a través de la entrega pronta y continua de software valioso. Este principio está más que presente dentro del modelo ágil, debido a que es pieza fundamental del mismo. Es el método de medición del avance del desarrollo, por esta razón debe estar presente en el modelo sin duda alguna.
3.7. ¿Por qué cambian tanto los requerimientos? Después de todo, ¿la gente no sabe lo que quiere? Esto se debe, desde mi punto de vista, al aspecto humano de la persona que establece los requerimientos. Es difícil que se pueda tener todos los ítems en mente, siempre existirá uno que no sea contemplado, lo que cambia mucho el requerimiento. Agregar también el aspecto de los inesperado, algo que se debe manejar con mucho cuidado. Entonces pienso que no se trata de que la gente no sabe lo que quiere, por lo expuesto anteriormente.
3.8. 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? La situación geográfica no creo que sea un aspecto tan relevante siempre y cuando exista un canal de comunicación constante entre el equipo de desarrollo y el cliente, aprovechando las tecnologías actuales se puede aplicar por ejemplo, video conferencias.
3.9. Escriba una historia de usuario XP que describa la característica de “lugares favoritos” o “marcadores” disponible en la mayoría de navegadores web.
HISTORIA DE USUARIO XP NRO: 10 Usuario : Navegador Web Nombre de Historia: “Lugares Favoritos” o “Marcadores” Prioridad del Negocio : Media Riesgo de Desarrollo: Bajo Puntos Estimados : 1 Iteración Asignada : 6 Programador Responsable : Fredy Patricio Tacuri Peláez Descripción: El navegador Web, almacena los URL de páginas Web que sean visitadas constantemente y que contengan necesaria para el navegador web. Observaciones: Navegadores como FIFEROX, CHROME, INTERNET EXPLORER ofrecen diferentes opciones de almacenamiento de estos marcadores para un fácil acceso a los mismos posteriormente.
3.10. ¿Qué es una solución en punta en XP? Es una técnica que se aplica en la fase del diseño de la historia para cuando existen partes de la historia que son difíciles de diseñar, entonces se crea un modelo operativo de esa parte de la historia que ayudará a reducir los riesgos.
3.11. Describa con sus propias palabras los conceptos de rediseño y programación en parejas de XP. Rediseño, es una técnica en donde se trabaja el código a nivel interno, pero tratando que los resultados del mismo (externamente, hacía el usuario) no se vean afectados. Programación en parejas , este término hace referencia a una técnica usada en el desarrollo ágil que aprovecha el trabajo en equipo entre 2 personas para mejorar el producto final. Esto por medio de la validación constante de la calidad, la colaboración, las ideas que se puedan tener y la complementación por parte de la pareja de desarrolladores.
3.12. 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? La Caja de Tiempo facilita el proceso de aprendizaje de un Equipo DAS ya que teniendo antecedentes, información y documentación de software se hace más corto el mismo, gracias a que ya se tiene información previa.
3.13. ¿Se logra el mismo resultado con la regla de 80% del MDSD y con el enfoque de la caja de tiempo del DAS? Depende de los plazos en los que se han establecido para la entrega de cada iteración, pero se debe indicar que los dos métodos ayudan en mucho en la reducción de los plazos.
3.14. Con el formato de patrón de proceso presentado en el capítulo 2, desarrolle uno para cualquiera de los patrones Scrum presentados en la sección 3.5.2.
NOMBRE DEL PATRON: Implementación del Software FUERZA: FT-DEVELOPER. TIPO: Tenemos: Patrón Etapa: Mejorar la Atención al Usuario. Patrón de Tarea: Definir Requerimientos. Patrón de Fase: Modelos Iterativos y prototipos. PROBLEMA: Demora en la atención al usuario para realizar reserva de un ticket de soporte técnico en la empresa FT-DEVELOPER. SOLUCION: Implementar Software de Entrega y Gestión de tickets de soporte técnico, para agilizar el proceso de soporte técnico en la empresa FT-DEVELOPER CONTEXTO RESULTANTE: La mejora de la Atención al cliente al momento de dar un soporte técnico. PATRONES RELACIONADOS: Comunicación, Requerimientos, Análisis, Diseño, Construcción, Pruebas, Implementación y Mantenimiento. USOS Y EJEMPLOS: Comunicación: Establecida entre Equipo desarrollador y el cliente.
3.15. ¿Por qué se le llama a Cristal familia de métodos ágiles? Se utiliza este término para agrupar todos los métodos ágiles, sus características, sus casos de éxito, para que de esta manera se pueda elegir dentro de todos estos el método ideal para un proyecto determinado.
3.16. Con el formato de característica 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 del navegador web Internet Explorer
Instalación rápida, navegador nativo de Windows
Actualizaciones constantes
Diseño claro
Uso de pestañas
Integración con Windows
3.17. Visite el sitio oficial de modelación ágil y elabore la lista completa de todos los principios fundamentales y secundarios del MA. Principios fundamentales
Asumir la simplicidad
Abraza el cambio
Activación del siguiente esfuerzo es su meta secundaria
Cambio incremental
Maximizar el ROI (Retorno sobre la inversión) de las partes interesadas (Stakeholder).
Modelo con un propósito
Múltiples modelos
Trabajo de calidad
Retro alimentación rápida
Trabajar sobre el software es la meta primaria
Viaja ligero
Principios suplementarios
El contenido es más importante que la representación
Comunicación abierta y honesta
3.18. 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.
Reuniones en lugares alternativos, búsqueda de diferentes ambientes. Uso de palabras clave para el entendimiento más fácil Uso de audiovisuales para el apoyo en la comprensión del proyecto.
