2. METODOLOGÍA XP
XP ESTÁ DISEÑADA PARA EL DESARROLLO DE APLICACIONES QUE REQUIEREN UN GRUPO
DE PROGRAMADORES PEQUEÑO, DÓNDE LA COMUNICACIÓN SEA MÁS FACTIBLE QUE EN
GRUPOS DE DESARROLLO GRANDES.
LA FILOSOFÍA DE XP ES SATISFACER AL COMPLETO LAS NECESIDADES DEL CLIENTE, POR
ESO, LO INTEGRA COMO UNA PARTE MÁS DEL EQUIPO DE DESARROLLO.
3. FASES DE XP
• EXPLORACIÓN
• PLANIFICACIÓN Y ENTREGA
• ITERACIONES HASTA EL FINAL DE LA ENTREGA
• ANALISIS
• DISEÑO
• CODIFICACIÓN
• PRUEBAS
• PRODUCCIÓN
• MANTENIMIENTO
• MUERTE DEL PROYECTO
4. FASE DE EXPLORACIÓN•EN ESTA FASE SE DESARROLLA LAS HISTORIAS DEL USUARIO CON
EL FIN DE QUE EL ANALISTA ENTIENDA QUE ES LO QUE QUIERE EL
CLIENTE Y COMO LO QUIERE.
•ES LA INFORMACIÓN QUE SE LA UTILIZA PARA LA PRIMERA
ENTREGA, EL EQUIPO DE DESARROLLO IDENTIFICA LAS
HERRAMIENTAS QUE VA A UTILIZAR Y LA TECNOLOGÍA CON LA
QUE CUENTA EL CLIENTE. EN ESTA FASE SE DESARROLLA TODAS
LAS HERRAMIENTAS QUE SE REQUIEREN COMO SON: LAS
HISTORIAS DE USUARIOS, EL TEST DE PRUEBAS, TAREA DE
INGENIERÍA PARA QUE SE ENCUENTREN DISPONIBLES EL
MOMENTO DE LA NECESIDAD.
5.
6. PLANIFICACIÓN DE ENTREGA
• EL EQUIPO DE DESARROLLO HACE LAS ESTIMACIONES Y PRUEBAS
SOBRE LAS HISTORIAS DEL CLIENTE, ES DECIR, ANALIZA LA DIFERENCIA
ENTRE LO QUE EL CLIENTE DESEA Y LO QUE ES POSIBLE REALIZAR
TOMANDO EN CUENTA LAS NECESIDADES DEL CLIENTE.
• SE REALIZA UN PLAN DE PUBLICACIONES DONDE SE ESTABLECEN
OBJETIVOS QUE SE DEBEN CUMPLIR, TIEMPOS EN LOS QUE SE
DESARROLLARÁ Y PUBLICARÁ LAS VERSIONES DEL PROGRAMA, EL
NÚMERO DE PERSONAS QUE TRABAJARÁN Y CÓMO SE EVALUARÁ LA
CALIDAD DEL SOFTWARE, ADEMÁS DE ELLO SE ESTIMA EL ESFUERZO Y
RIESGO.
7. ITERACIONES HASTA LA ENTREGA FINAL
EN ESTA FASE INCLUYE VARIAS ITERACIONES SOBRE EL SISTEMA, UNA PAREJA DE PROGRAMADORES LLEVA A
CABO LA TAREA, PERO SE ASIGNA LA RESPONSABILIDAD A UNO DE ELLOS.
• ANÁLISIS
SE REVISA LAS HISTORIAS DEL USUARIO, SE ELABORALOS CRITERIOS DE LAS PRUEBAS DE ITERACIÓN. EN
ESTA FASE SE HACEN REUNIONES DIARIAS PARAQUE SE EXPONGA LOS PROBLEMAS,SOLUCIONES E IDEAS
QUE SE PRETENDEN IMPLEMENTAR. ESTAS REUNIONES DEBEN SER FLUIDAS Y TODOS DEBEN EXPONER SU
PUNTO DE VISTA SIEMPRE Y CUANDO SE HAGA DE MANERA RESPETUOSA PARAMANTENER LA ARMONÍA EN
EL GRUPO DE TRABAJO.
8. • DISEÑO
LA METODOLOGÍAXP SUGIERE QUE SE DEBEN DESARROLLAR DISEÑOS SIMPLES Y CONCISOS, LO MENOS
COMPLICADOS POSIBLES POR CONSIGUIENTE SU IMPLEMENTACIÓN SERÁ MÁS CORTA Y EL ESFUERZO SERÁ
MENOR. SE RECOMIENDA USAR UN GLOSARIOCON TERMINOLOGÍA CONCRETA Y ESPECIFICADA LO CUAL
AYUDARÁ A MANTENER UNA COMUNICACIÓN ADECUADA Y PERMITIRÁ A LOS MIEMBROS DEL EQUIPO
COMPRENDER EL DISEÑO Y FACILITARÁ LA REUTILIZACIÓN DEL CÓDIGO EN LO POSTERIOR.
9. • CODIFICACIÓN
PARA LA CODIFICACIÓN NO SE DEBE UTILIZAR FUNCIONALIDAD EXTRA SI
SOLAMENTE SE UTILIZARÁ UN 10 O 15% ES MEJOR NO AÑADIRLA PUESTO
QUE REQUIERE TIEMPO Y RECURSOS.
SI SURGEN RIESGOS EN CONJUNTO CON UNA PAREJA SE DEBE REDUCIR EL
PROBLEMA, TAMBIÉN SE DEBE REFACTORIZAR PROCURANDO OPTIMIZAR
EL CÓDIGO PARA UN MEJOR FUNCIONAMIENTO.
EL CÓDIGO SE DESARROLLA EN UNA SOLA MÁQUINA Y EN PAREJAS CON UN
SOLO TECLADO Y UN SOLO RATÓN, ES DECIR, ES UN TRABAJO EN EQUIPO,
NINGÚN MIEMBRO DEL EQUIPO ES PROPIETARIO DEL CÓDIGO, SE DEBE
ESTABLECER UN ESTÁNDAR DE CODIFICACIÓN PARA EVITAR PROBLEMAS
POSTERIORES.
EL CLIENTE DEBE ESTAR DISPONIBLE PARA RESPONDER SUS PREGUNTAS,
RESOLVER DISCUSIONES Y FIJAR LAS PRIORIDADES.
10. • PRUEBAS
LA METODOLOGÍA XP PERMITE EL USO DE TEST PARA COMPROBAR QUE LOS CÓDIGOS IMPLEMENTADOS ESTÁN EN
CORRECTO FUNCIONAMIENTO. ESTAS SE DEBEN DOCUMENTAR EN LOS CASOS DE PRUEBAS QUE SE CREARON EN LA
FASE INICIAL.
SE DEBE REALIZAR PRUEBAS UNITARIAS A CADA PARTE DEL CÓDIGO, TAMBIÉN SE DEBE INTEGRAR COMO MÍNIMO
UNA VEZ AL DÍA CON EL FIN DE REALIZAR PRUEBAS SOBRE LA TOTALIDAD DEL SISTEMA. UNA VEZ REALIZADAS ESTAS
PRUEBAS SE REALIZA LAS PRUEBAS DE ACEPTACIÓN.
11. PRODUCCIÓN
• ESTA FASE REQUIERE DE PRUEBAS ADICIONALES Y REVISIONES DE RENDIMIENTO ANTES DE QUE EL
SISTEMA SEA TRASLADADOAL ENTORNO DEL CLIENTE. ES POSIBLE QUE A LA VERSIÓN ACTUAL SE LE
AGREGUEN NUEVAS CARACTERÍSTICAS LO QUE SE DEBE A LOS CAMBIOS QUE SURGEN EN ESTA FASE.
12. MANTENIMIENTO Y MUERTE DEL PROYECTO
• MANTENIMIENTO
SE REALIZA UNA PRIMERAENTREGA, SI NO SE APRUEBA POR EL CLIENTE DEBERÁ VOLVER A LA HISTORIA DEL
CLIENTE Y REPETIR EL PROCESO.
• MUERTEDEL PROYECTO
ESTA FASE ES EL FINAL DEL PROYECTO EL MISMO QUE ENTRA EN VIGENCIA CUANDO EL USUARIO NO TIENE
NINGUNA HISTORIA MÁS. AQUÍ SE GENERA LA DOCUMENTACIÓN FINAL DEL PROYECTO Y NO SE REALIZA MÁS
CAMBIOS EN LA ARQUITECTURA DEL SISTEMA. ESTA FASE TAMBIÉN OCURRE CUANDO NO SE HA SATISFECHO
AL CLIENTE O CUANDO LA FACTIBILIDAD ECONÓMICA YA NO PUEDA MANTENER EL PROYECTO.
13.
14. BIBLIOGRAFÍA
PROGRAMACIÓN EXTREMA. LIMA. RECUPERADO DE: HTTPS://ES.SLIDESHARE.NET/EDGARESPINOZA/PROGRAMACION-
EXTREMA?NEXT_SLIDESHOW=1&FBCLID=IWAR3ABAUGN-D2A1ZDCOAJEK1CIH4_AJO2UA8VM5S3SZ8Q2XWYP_QBAIOGXO0
ULLOA ULLOA, D. G. (2014). ESTUDIO DE METODOLOGÍAS PARA ESTANDARIZAR EL DESARROLLO DE SOFTWARE EN EL DEPARTAMENTO DE
INFORMÁTICA EN LA PASTORAL SOCIAL CARITAS DE LA DIÓCESIS DE AMBATO. AMBATO.