• No se han encontrado resultados

Programación Extrema XP

In document Número 5 - Año 2020 ISNN (página 81-84)

Cruz Bolivia

1.1. Marco Teórico

1.1.11. Programación Extrema XP

“Extreme Programming” o “Programación Extrema” es una de las llamadas metodologías Ágiles de desarrollo de software más exitosas. Es habitual relacionarla con scrum, y la combinación de ambas asegura un mayor control sobre el proyecto, y una implementación más efectiva y eficiente. XP está diseñada para entregar el software que los clientes necesitan en el momento en que lo necesitan. XP alienta a los desarrolladores a responder a los requerimientos cambiantes de los clientes, aún en fases tardías del ciclo de vida del desarrollo.

Modelo XP

Según Ingeniería de Software, 2018, la metodología XP define cuatro variables para cualquier proyecto de software: costo, tiempo, calidad y alcance. El método especifica que de estas cuatro variables, tres de ellas podrán ser fijadas arbitrariamente por actores externos al grupo de desarrolladores (clientes y jefes de proyecto), y el valor de la restante deberá será establecida por el equipo de desarrollo, quien establecerá su valor en función de las otras tres. Por ejemplo, si el cliente establece el alcance y la calidad, y el jefe de proyecto el precio, el grupo de desarrollo tendrá libertad para determinar el tiempo que durará el proyecto. Se trata de establecer un equilibrio entre las cuatro variables del proyecto.

Figura 4: Uso de las Metodologías Ágiles

Ventajas

• Metodología liviana de desarrollo de software

• Conjunto de prácticas y reglas empleadas para desarrollar software

• Basada en diferentes ideas acerca de cómo enfrentar ambientes muy cambiantes

• Originada en el proyecto C3 para Chrysler

• En vez de planificar, analizar y diseñar para el futuro distante, hacer todo esto un poco cada vez, a través de todo el proceso de desarrollo.

Objetivos

• Establecer las mejores prácticas de Ingeniería de Software en los desarrollos de proyectos.

• Mejorar la productividad de los proyectos.

• Garantizar la Calidad del Software desarrollando, haciendo que este supere las expectativas del cliente.

Contexto XP

• Cliente bien definido

• Los requisitos pueden (y van a) cambiar

• Grupo pequeño y muy integrado (máximo 12 personas • Equipo con formación elevada y capacidad de aprender

Características XP

• Metodología basada en prueba y error • Fundamentada en Valores y Prácticas

• Expresada en forma de 12 Prácticas–Conjunto completo– Se soportan unas a otras–Son conocidas desde hace tiempo. La novedad es juntarlas

Valores XP

• Simplicidad XP propone el principio de hacer la cosa más simple que pueda funcionar, en relación al proceso y la codificación. Es mejor hacer hoy algo simple, que hacerlo complicado y probablemente nunca usarlo mañana. • Comunicación Algunos problemas en

los proyectos tienen origen en que alguien no dijo algo importante en algún momento. XP hace casi imposible la falta de comunicación.

• Realimentación Retralimentación concreta y frecuente del cliente, del equipo y de los usuarios finales da una mayor oportunidad de dirigir el esfuerzo eficientemente.

• Coraje El coraje (valor) existe en el contexto de los otros 3 valores.(si funciona…mejóralo)

Prácticas básicas de la programación extrema

• Equipo completo: Forman parte del equipo todas las personas que tienen algo que ver con el proyecto, incluido el cliente y el responsable del proyecto. • Planificación: Se hacen las historias

de usuario y se planifica en qué orden se van a hacer y las mini-versiones. La planificación se revisa continuamente. • Test del cliente: El cliente, con la

ayuda de los desarrolladores, propone sus propias pruebas para validar las mini-versiones.

• Versiones pequeñas: Las mini-versiones deben ser lo suficientemente pequeñas como para poder hacer una cada pocas semanas. Deben ser versiones que

ofrezcan algo útil al usuario final y no trozos de código que no pueda ver funcionando.

• Diseño simple: Hacer siempre lo mínimo imprescindible de la forma más sencilla posible. Mantener siempre sencillo el código.

• Pareja de programadores: Los programadores trabajan por parejas (dos delante del mismo ordenador) y se intercambian las parejas con frecuencia (un cambio diario).

• Desarrollo guiado por las pruebas automáticas: Se deben realizar programas de prueba automática y deben ejecutarse con mucha frecuencia. Cuantas más pruebas se hagan, mejor.

• Integración continua: Deben tenerse siempre un ejecutable del proyecto que funcione y en cuanto se tenga una nueva pequeña funcionalidad, debe recompilarse y probarse. Es un error mantener una versión congelada dos meses mientras se hacen mejoras y luego integrarlas todas de golpe. Cuando falle algo, no se sabe qué es lo que falla de todo lo que hemos metido.

• El código es de todos: Cualquiera puede y debe tocar y conocer cualquier parte del código. Para eso se hacen las pruebas automáticas.

• Normas de codificación: Debe haber un estilo común de codificación (no importa cual), de forma que parezca que ha sido realizado por una única persona.

• Metáforas: Hay que buscar unas frases o nombres que definan cómo funcionan las distintas partes del programa, de forma que sólo con los nombres se pueda uno hacer una idea de qué es lo que hace cada parte del programa. Un ejemplo claro es el "recolector de basura" de java. Ayuda a que todos los programadores (y el cliente) sepan de qué estamos hablando y que no haya mal entendidos.

1.2. Antecedentes

A continuación, se muestran los cuatro trabajos de investigación que mayor influencia tuvieron en el presente documento:

Guttmann, 2012, presenta el Tratamiento de Rehabilitación Cognitiva de la atención en pacientes con daño cerebral adquirido a través de la Plataforma PREVIRNEC, elaborado por la Doctora en Psicología Almudena Gómez Pulido de Barcelona, España. El proyecto se encuentra enmarcado en el análisis del perfil cognitivo de pacientes con daño cerebral adquirido, que han recibido un tratamiento de rehabilitación cognitiva de la capacidad de atención mediante la plataforma PREVIRNEC. En el presente caso los resultados obtenidos son los siguientes: • Se presenta dicha plataforma como una

herramienta útil para la rehabilitación cognitiva, ya que los rendimientos en las diferentes pruebas de valoración han resultado superiores tras finalizar la intervención.

• La capacidad de la plataforma PREVIRNEC para proporcionar tratamiento a un mayor número de personas en comparación con los métodos tradicionales.

• Rendimiento positivo de los pacientes, atribuible a la realización del tratamiento cognitivo.

• Diferente evolución de la capacidad de atención de los pacientes, así como el progreso en las tareas de rehabilitación cognitiva de la plataforma PREVIRNEC.

Lopez, et al., 1983, presenta In-TIC (Integración de las Tecnologías de la Información y las Comunicaciones en los colectivos de personas con diversidad funcional), elaborado por la Asociación de Padres de Personas con Parálisis Cerebral (ASPACE Coruña) en España. Dicho sistema usando la tecnología Text-to-Speech, se esfuerza en reducir la brecha digital poniendo la tecnología al servicio del usuario con el objetivo de hacerle la vida algo más sencilla y ampliando las posibilidades de comunicación. La mencionada investigación a diferencia de la presente

refleja los siguientes resultados:

• Se posibilito que personas con diversidad funcional puedan mejorar su autonomía personal a través de dos vías: • Sistema de acceso simplificado a la tecnología: Permite

crear entornos personalizados para un acceso simplificado al ordenador y al móvil, configurando aquellas aplicaciones que el usuario desee y con el aspecto que prefiera. • Comunicador dinámico: Las personas que no hayan

adquirido el lenguaje oral o tengan dificultades en el desarrollo de la habilidad, pueden utilizar In-TIC como un comunicador, creando plantillas con texto e imágenes que reproducen ficheros de sonido personalizados o que utilizan las capacidades de síntesis de voz del propio entorno de interacción.

Por otra parte, en UPM, 2016, de presenta el Modelado y Evaluación de Entornos Virtuales Interactivos para Rehabilitación Cognitiva en Daño Cerebral elaborado por el doctor José María Martínez Moreno de Madrid, España, trata sobre la incorporación de la tecnología a las terapias de rehabilitación, que ha logrado hacer frente a las dificultades de la rehabilitación de los procesos tradicionales. Los resultados obtenidos son:

• La metodología para el modelado de tratamientos permite formalizar la identificación de ingredientes activos para el paciente, a raíz de esto permite el diseño de estrategias de intervención terapéutica a partir de la hipótesis sobre el comportamiento del paciente durante la ejecución de la actividad.

• Permiten desarrollar actividades de vida diaria diseñadas como soporte de intervención terapéutica para rehabilitación cognitiva.

• El registro de la atención visual aporta datos objetivos que complementan la monitorización de la ejecución de las actividades.

• El sistema de monitorización desarrollado permite registrar de forma objetiva esta información ofreciendo así los medios necesarios del análisis metodológico.

De la misma manera, Politecnica, 2015, presenta el Análisis, diseño e implementación de una aplicación móvil para dispositivos Android para la gestión de planes de terapia para niños con trastorno de la comunicación y el lenguaje y desarrollo de un módulo prototipo para ingreso automático de campos a través de comandos de voz elaborado por ingeniero Juan Carlos Guillermo Anguisaca de Cuenca, Ecuador, el proyecto trata sobre el desarrollo de una aplicación móvil para la gestión de planes de terapia para niños con trastorno de comunicación. Los resultados más sobresalientes son:

• Se logró entender y profundizar en el trastorno de la comunicación y el lenguaje gracias a la aplicación mencionada.

• Se ha logrado disminuir el tiempo de las evaluaciones realizadas por los terapistas, generando automáticamente los planes de terapia.

• Se logró una mejora significativa con los terapistas de los niños, gracias al diseño, usabilidad y rendimiento de la aplicación móvil.

In document Número 5 - Año 2020 ISNN (página 81-84)

Documento similar