DIEGO EFRAIM RODRIGUEZ ARRIAGA ING. DE SOFTWARE.

HILDA DIAZ RINCON

NUM. CTRL. 10250314 4 SEMESTRE

2.4 TENDENCIAS MODERNAS DE MODELOS DE LA INGENERIA DE SOFTWARE. XP (PROGRAMACIN EXTREMA) DE TODAS LAS METODOLOGAS GILES, STA ES LA QUE HA RECIBIDO MS ATENCIN. ESTO SE DEBE EN PARTE A LA NOTABLE HABILIDAD DE LOS LDERES XP, EN PARTICULAR KENT BECK, PARA LLAMAR LA ATENCIN. TAMBIN SE DEBE A LA HABILIDAD DE KENT BECK DE ATRAER A LAS PERSONAS A ESTE ACERCAMIENTO, Y TOMAR UN PAPEL PRINCIPAL EN L. DE ALGUNAS MANERAS, SIN EMBARGO, LA POPULARIDAD DE XP SE HA VUELTO UN PROBLEMA, PUES HA ACAPARADO LA ATENCIN FUERA DE LAS OTRAS METODOLOGAS Y SUS VALIOSAS IDEAS. LAS RACES DE LA XP YACEN EN LA COMUNIDAD DE SMALLTALK, Y EN PARTICULAR LA COLABORACIN CERCANA DE KENT BECK Y WARD CUNNINGHAM A FINALES DE LOS 1980S. AMBOS REFINARON SUS PRCTICAS EN NUMEROSOS PROYECTOS A PRINCIPIOS DE LOS 90S, EXTENDIENDO SUS IDEAS DE UN DESARROLLO DE SOFTWARE ADAPTABLE Y ORIENTADO A LA GENTE. LA XP EMPIEZA CON CUATRO VALORES: COMUNICACIN, RETROALIMENTACIN, SIMPLICIDAD Y CORAJE. CONSTRUYE SOBRE ELLOS UNA DOCENA DE PRCTICAS QUE LOS PROYECTOS XP DEBEN SEGUIR. MUCHAS DE ESTAS PRCTICAS SON TCNICAS ANTIGUAS, TRATADAS Y PROBADAS, AUNQUE A MENUDO OLVIDADAS POR MUCHOS, INCLUYENDO LA MAYORA DE LOS PROCESOS PLANEADOS. ADEMS DE RESUCITAR ESTAS TCNICAS, LA XP LAS TEJE EN UN TODO SINRGICO DNDE CADA UNA REFUERZA A LAS DEMS. EN ESTA PLATAFORMA XP CONSTRUYE UN PROCESO DE DISEO EVOLUTIVO QUE SE BASA EN REFACTORAR UN SISTEMA SIMPLE EN CADA ITERACIN. TODO EL DISEO SE CENTRA EN LA ITERACIN ACTUAL Y NO SE HACE NADA ANTICIPADAMENTE PARA NECESIDADES FUTURAS. EL RESULTADO ES UN PROCESO DE DISEO DISCIPLINADO, LO QUE ES MS, COMBINA LA DISCIPLINA CON LA ADAPTABILIDAD DE UNA MANERA QUE INDISCUTIBLEMENTE LA HACE LA MS DESARROLLADA ENTRE TODAS LAS METODOLOGAS ADAPTABLES. XP HA DESARROLLADO UN LIDERAZGO AMPLIO, MUCHOS DE ELLOS PROVENIENTES DEL PROYECTO FUNDAMENTAL C3. COMO RESULTADO HAY MUCHAS FUENTES PARA MS INFORMACIN. KENT BECK ESCRIBI EXTREME PROGRAMMING EXPLAINED, EL MANIFIESTO CLAVE DE LA XP QUE EXPLICA LAS RAZONES DETRS DE LA METODOLOGA Y BASTANTE EXPLICACIN COMO PARA QUE LA GENTE PUEDA SABER SI SE INTERESAN EN SEGUIRLA. EN EL LTIMO PAR DE AOS HA HABIDO UNA EPIDEMIA DE LIBROS SOBRE XP BRILLANTEMENTE COLOREADOS LA MAYORA DE LOS CUALES SON BASTANTE SIMILARES EN QUE DESCRIBEN

DIEGO EFRAIM RODRIGUEZ ARRIAGA ING. DE SOFTWARE. HILDA DIAZ RINCON

NUM. CTRL. 10250314 4 SEMESTRE

EL PROCESO ENTERO DESDE EL PUNTO DE VISTA DE VARIOS SEGUIDORES TEMPRANOS. LA FAMILIA DE CRISTAL DE COCKBURN ES UNA FAMILIA PORQUE L CREE QUE LOS TIPOS DIFERENTES DE PROYECTOS REQUIEREN TIPOS DIFERENTES DE METODOLOGAS. L MIRA ESTA VARIACIN A LO LARGO DE DOS EJES: EL NMERO DE PERSONAS EN EL PROYECTO, Y LAS CONSECUENCIAS DE LOS ERRORES. CADA METODOLOGA ENCAJA EN UNA PARTE DIFERENTE DE LA REJA, DE MODO QUE PARA UN PROYECTO DE 40 PERSONAS QUE PUEDE PERDER DINERO DISCRECIONALMENTE TIENE UNA METODOLOGA DIFERENTE A LA DE UN PROYECTO VITAL DE SEIS PERSONAS. LOS CRISTALES COMPARTEN CON LA XP UNA ORIENTACIN HUMANA, PERO ESTA CENTRALIZACIN EN LA GENTE SE HACE DE UNA MANERA DIFERENTE. ALISTAIR CONSIDERA QUE LAS PERSONAS ENCUENTRAN DIFCIL SEGUIR UN PROCESO DISCIPLINADO, AS QUE MS QUE SEGUIR LA ALTA DISCIPLINA DE LA XP, ALISTAIR EXPLORA LA METODOLOGA MENOS DISCIPLINADA QUE AUN PODRA TENER XITO, INTERCAMBIANDO CONSCIENTEMENTE PRODUCTIVIDAD POR FACILIDAD DE EJECUCIN. L CONSIDERA QUE AUNQUE CRISTAL ES MENOS PRODUCTIVO QUE LA XP, MS PERSONAS SERN CAPACES DE SEGUIRLO. ALISTAIR TAMBIN PONE MUCHO PESO EN LAS REVISIONES AL FINAL DE LA ITERACIN, ANIMANDO AL PROCESO A SER AUTO MEJORANTE. SU ASERCIN ES QUE EL DESARROLLO ITERATIVO EST PARA ENCONTRAR LOS PROBLEMAS TEMPRANO, Y ENTONCES PERMITIR CORREGIRLOS. ESTO PONE MS NFASIS EN LA GENTE SUPERVISANDO SU PROCESO Y AFINNDOLO CONFORME DESARROLLAN. CDIGO ABIERTO DESPUS DE TODO EL CDIGO ABIERTO ES UN ESTILO DE SOFTWARE, NO TANTO UN PROCESO. SIN EMBARGO HAY UNA MANERA DEFINIDA DE HACER LAS COSAS HACIENDO EN LA COMUNIDAD DE CDIGO ABIERTO, Y MUCHO DE SU ACERCAMIENTO ES TAN APLICABLE A LOS PROYECTOS DE CDIGO CERRADO COMO A LOS DE CDIGO ABIERTO. EN PARTICULAR SU PROCESO SE ENGRANA A EQUIPOS FSICAMENTE DISTRIBUIDOS, LO QU ES IMPORTANTE PORQUE LA MAYORA DE LOS PROCESOS ADAPTABLES EXIGEN EQUIPOS LOCALES. LA MAYORA DE LOS PROYECTOS DE CDIGO ABIERTO TIENEN UNO O MS MANTENEDORES. UN MANTENEDOR ES LA NICA PERSONA A LA QUE SE LE PERMITE INTEGRAR UN CAMBIO EN EL ALMACN DE CDIGO FUENTE. SIN EMBARGO OTRAS PERSONAS PUEDEN HACER CAMBIOS A LA BASE DEL CDIGO. LA DIFERENCIA IMPORTANTE ES QUE ESTAS OTRAS PERSONAS NECESITAN ENVIAR SU CAMBIO AL MANTENEDOR QUE

DIEGO EFRAIM RODRIGUEZ ARRIAGA ING. DE SOFTWARE. HILDA DIAZ RINCON

NUM. CTRL. 10250314 4 SEMESTRE

ENTONCES LO REVISA Y LO APLICA A LA BASE DEL CDIGO. NORMALMENTE ESTOS CAMBIOS SON HECHOS EN FORMA DE ARCHIVOS DE PARCHES QUE HACEN ESTE PROCESO MS FCIL. EL MANTENEDOR AS ES RESPONSABLE DE COORDINAR LOS PARCHES Y MANTENER LA COHESIN EN EL DISEO DEL SOFTWARE. PROYECTOS DIFERENTES MANEJAN EL PAPEL DEL MANTENEDOR DE DIFERENTES MANERAS. ALGUNOS TIENEN UN MANTENEDOR PARA EL PROYECTO ENTERO, ALGUNOS LO DIVIDEN EN MDULOS Y TIENE UN MANTENEDOR POR MDULO, ALGUNOS ROLAN EL MANTENEDOR, ALGUNOS TIENEN MLTIPLES MANTENEDORES SOBRE EL MISMO CDIGO, OTROS TIENEN UNA COMBINACIN DE ESTAS IDEAS. LA MAYOR PARTE DE LA GENTE DE CDIGO ABIERTO SON DE TIEMPO PARCIAL, AS QUE HAY UNA DUDA EN QU TAN BIEN SE COORDINA UN EQUIPO AS PARA UN PROYECTO DE TIEMPO COMPLETO. UN RASGO PARTICULAR DEL DESARROLLO DE CDIGO ABIERTO ES QUE LA DEPURACIN ES ALTAMENTE PARALELIZABLE. MUCHAS PERSONAS PUEDEN INVOLUCRARSE EN EL DEPURADO. CUANDO ENCUENTRAN UN BUG PUEDEN ENVIAR EL PARCHE AL MANTENEDOR. ESTO ES UN BUEN PAPEL PARA LOS NO MANTENEDORES YA QUE LA MAYOR PARTE DEL TIEMPO SE GASTA EN ENCONTRAR BUGS. TAMBIN ES BUENO PARA GENTE SIN MUCHA DESTREZA EN PROGRAMACIN. EL PROCESO PARA EL CDIGO ABIERTO AUN NO SE ESCRIBE BIEN. LA REFERENCIA MS FAMOSA ES EL ARTCULO DE ERIC RAYMOND THE CATEDRAL AND THE BAZAR, QUE AUNQUE ES UNA DESCRIPCIN EXCELENTE TAMBIN ES BASTANTE INFORMAL. EL LIBRO DE KARL FOGEL SOBRE EL ALMACN DE CDIGO CVS TAMBIN CONTIENE VARIOS BUENOS CAPTULOS SOBRE EL PROCESO DE CDIGO ABIERTO QUE INCLUSO SERAN INTERESANTES PARA AQULLOS QUE NO QUIEREN HACER UNA ACTUALIZACIN CVS. EL DESARROLLO DE SOFTWARE ADAPTABLE DE HIGHSMITH JIM HIGHSMITH HA PASADO MUCHOS AOS TRABAJANDO CON METODOLOGAS PREDICTIVAS. L LAS DESARROLL, INSTAL, ENSE, Y CONCLUY QUE SON PROFUNDAMENTE DEFECTUOSAS: PARTICULARMENTE PARA LOS NEGOCIOS MODERNOS. SU RECIENTE LIBRO SE ENFOCA EN LA NATURALEZA ADAPTABLE DE LAS NUEVAS METODOLOGAS, CON UN NFASIS PARTICULAR EN APLICAR LAS IDEAS QUE SE ORIGINARON EN EL MUNDO DE LOS SISTEMAS COMPLEJOS ADAPTABLES (NORMALMENTE CONOCIDA COMO TEORA DEL CAOS.) NO PROPORCIONA EL TIPO DE PRCTICAS DETALLADAS COMO LO HACE LA XP, PERO PROPORCIONA LA BASE FUNDAMENTAL DE POR QU EL

DIEGO EFRAIM RODRIGUEZ ARRIAGA ING. DE SOFTWARE. HILDA DIAZ RINCON

NUM. CTRL. 10250314 4 SEMESTRE

DESARROLLO ADAPTABLE ES IMPORTANTE Y LAS CONSECUENCIAS A LOS MS PROFUNDOS NIVELES DE LA ORGANIZACIN Y LA GERENCIA. EN EL CORAZN DEL ASD HAY TRES FASES SOLAPADAS, NO LINEALES: ESPECULACIN, COLABORACIN, Y APRENDIZAJE. VE LA PLANIFICACIN COMO UNA PARADOJA EN UN AMBIENTE ADAPTABLE, YA QUE LOS RESULTADOS SON NATURALMENTE IMPREVISIBLES. EN LA PLANIFICACIN TRADICIONAL, LAS DESVIACIONES DEL PLAN SON ERRORES QUE DEBEN CORREGIRSE. EN UN EL AMBIENTE ADAPTABLE, SIN EMBARGO, LAS DESVIACIONES NOS GUAN HACIA LA SOLUCIN CORRECTA. EN AMBIENTES PREDICTIVOS, EL APRENDIZAJE SE DESALIENTA A MENUDO. LAS COSAS SE PONEN DE ANTEMANO Y ENTONCES SE SIGUE ESE DISEO. EN UN AMBIENTE ADAPTABLE, APRENDER DESAFA A TODOS DESARROLLADORES Y SUS CLIENTES - A EXAMINAR SUS ASUNCIONES Y USAR LOS RESULTADOS DE CADA CICLO DE DESARROLLO PARA ADAPTAR EL SIGUIENTE. SE ENFOCA DIRECTAMENTE EN FOMENTAR LAS PARTES DIFCILES DEL DESARROLLO ADAPTABLE, EN PARTICULAR CMO FOMENTAR LA COLABORACIN Y EL APRENDIZAJE DENTRO DEL PROYECTO (XP, FDD Y CRISTAL). COMO TAL SU LIBRO AYUDA A DAR IDEAS PARA FOMENTAR ESTAS REAS "SUAVES" QUE HACEN UN BUEN COMPLEMENTO A LOS ACERCAMIENTOS BASADOS EN UNA PRCTICA SCRUM SCRUM HA ESTADO DURANTE ALGN TIEMPO EN LOS CRCULOS ORIENTADOS A OBJETOS, AUNQUE CONFESAR QUE YO NO ESTOY MUY AL TANTO DE SU HISTORIA O DESARROLLO. DE NUEVO SE ENFOCA EN EL HECHO DE QUE PROCESOS DEFINIDOS Y REPETIBLES SLO FUNCIONAN PARA ATACAR PROBLEMAS DEFINIDOS Y REPETIBLES CON GENTE DEFINIDA Y REPETIBLE EN AMBIENTES DEFINIDOS Y REPETIBLES. SCRUM DIVIDE UN PROYECTO EN ITERACIONES (QUE ELLOS LLAMAN CARRERAS CORTAS) DE 30 DAS. ANTES DE QUE COMIENCE UNA CARRERA SE DEFINE LA FUNCIONALIDAD REQUERIDA PARA ESA CARRERA Y ENTONCES SE DEJA AL EQUIPO PARA QUE LA ENTREGUE. EL PUNTO ES ESTABILIZAR LOS REQUISITOS DURANTE LA CARRERA. TODOS LOS DAS EL EQUIPO SOSTIENE UNA JUNTA CORTA (QUINCE MINUTOS), LLAMADA SCRUM, DNDE EL EQUIPO DISCURRE LO QUE HAR

DIEGO EFRAIM RODRIGUEZ ARRIAGA ING. DE SOFTWARE. HILDA DIAZ RINCON

NUM. CTRL. 10250314 4 SEMESTRE

AL DA SIGUIENTE. LA LITERATURA DE SCRUM SE ENFOCA PRINCIPALMENTE EN LA PLANEACIN ITERATIVA Y EL SEGUIMIENTO DEL PROCESO. ES MUY CERCANA A LAS OTRAS METODOLOGAS AGILES EN MUCHOS ASPECTOS Y DEBE FUNCIONAR BIEN CON LAS PRCTICAS DE CDIGO DE LA XP. DESARROLLO MANEJADO POR RASGOS EL DESARROLLO MANEJADO POR RASGOS (FDD POR SUS SIGLAS EN INGLS) FUE DESARROLLADO POR JEFF DE LUCA Y EL VIEJO GUR DE LA OO PETER COAD. COMO LAS OTRAS METODOLOGAS ADAPTABLES, SE ENFOCA EN ITERACIONES CORTAS QUE ENTREGAN FUNCIONALIDAD TANGIBLE. EN EL CASO DEL FDD LAS ITERACIONES DURAN DOS SEMANAS. EL FDD TIENE CINCO PROCESOS. LOS PRIMEROS TRES SE HACEN AL PRINCIPIO DEL PROYECTO.

DESARROLLAR UN MODELO GLOBAL CONSTRUIR UNA LISTA DE LOS RASGOS PLANEAR POR RASGO DISEAR POR RASGO CONSTRUIR POR RASGO

LOS LTIMOS DOS SE HACEN EN CADA ITERACIN. CADA PROCESO SE DIVIDE EN TAREAS Y SE DA UN CRITERIO DE COMPROBACIN. LOS DESARROLLADORES ENTRAN EN DOS TIPOS: DUEOS DE CLASES Y PROGRAMADORES JEFE. LOS PROGRAMADORES JEFE SON LOS DESARROLLADORES MS EXPERIMENTADOS. A ELLOS SE LES ASIGNAN RASGOS A CONSTRUIR. SIN EMBARGO ELLOS NO LOS CONSTRUYEN SOLOS. SOLO IDENTIFICAN QU CLASES SE INVOLUCRAN EN LA IMPLANTACIN DE UN RASGO Y JUNTAN A LOS DUEOS DE DICHAS CLASES PARA QUE FORMEN UN EQUIPO PARA DESARROLLAR ESE RASGO. EL PROGRAMADOR JEFE ACTA COMO EL COORDINADOR, DISEADOR LDER Y MENTOR MIENTRAS LOS DUEOS DE CLASES HACEN GRAN PARTE DE LA CODIFICACIN DEL RASGO. DSDM (MTODO DE DESARROLLO DE SISTEMA DINMICO) EL MTODO EMPIEZA CON UN ESTUDIO DE VIABILIDAD Y NEGOCIO. EL ESTUDIO DE VIABILIDAD CONSIDERA SI DSDM ES APROPIADO PARA EL PROYECTO. EL ESTUDIO DE NEGOCIO ES UNA SERIE CORTA DE TALLERES PARA ENTENDER EL REA DE NEGOCIO DNDE TIENE LUGAR EL DESARROLLO. TAMBIN PROPONE ARQUITECTURAS DE ESBOZOS DEL SISTEMA Y UN PLAN DEL PROYECTO.

DIEGO EFRAIM RODRIGUEZ ARRIAGA ING. DE SOFTWARE. HILDA DIAZ RINCON

NUM. CTRL. 10250314 4 SEMESTRE

EL RESTO DEL PROCESO FORMA TRES CICLOS ENTRETEJIDOS: EL CICLO DEL MODELO FUNCIONAL PRODUCE DOCUMENTACIN DE ANLISIS Y PROTOTIPOS, EL CICLO DE DISEO DEL MODELO DISEA EL SISTEMA PARA USO OPERACIONAL, Y EL CICLO DE IMPLANTACIN SE OCUPA DEL DESPLIEGUE AL USO OPERACIONAL. DSDM TIENE PRINCIPIOS SUBYACENTES QUE INCLUYEN UNA INTERACCIN ACTIVA DEL USUARIO, ENTREGAS FRECUENTES, EQUIPOS AUTORIZADOS, PRUEBAS A LO LARGO DEL CICLO. COMO OTROS MTODOS GILES USAN CICLOS DE PLAZOS CORTOS DE ENTRE DOS Y SEIS SEMANAS. HAY UN NFASIS EN LA ALTA CALIDAD Y ADAPTABILIDAD HACIA REQUISITOS CAMBIANTES. NO HE VISTO MUCHA EVIDENCIA DE SU USO FUERA DEL REINO UNIDO, PERO DSDM ES NOTABLE POR TENER MUCHA DE LA INFRAESTRUCTURA DE LAS METODOLOGAS TRADICIONALES MS MADURAS, AL MISMO TIEMPO QUE SIGUE LOS PRINCIPIOS DE LOS MTODOS GILES. PARECE HABER UNA PREGUNTA EN SI SUS MATERIALES ANIMAN MS DE UNA ORIENTACIN AL PROCESO Y MS CEREMONIA DE LO QUE ME GUSTARA. MANIFIESTO PARA EL DESARROLLO DE SOFTWARE GIL CON TANTA SIMILITUD ENTRE ESTOS MTODOS, SERA JUSTO UN POCO DE INTERS EN ALGUNA FORMA DE TRABAJO COLABORATIVO. LOS REPRESENTANTES DE CADA UNA DE ESTAS METODOLOGAS FUERON INVITADOS A UN TALLER DE DOS DAS EN SNOWBIRD, UTAH EN FEBRERO DE 2001. YO ASIST SIN MUCHAS EXPECTATIVAS. DESPUS DE TODO CUANDO SE PONE UN MANOJO DE METODOLOGISTAS EN EL MISMO CUARTO, LO MEJOR QUE SE PUEDE ESPERAR ES ALGO DE CIVISMO. TODOS ESTBAMOS CONSCIENTES DEL HECHO DE QUE HABA MUCHO EN COMN, Y ESTE RECONOCIMIENTO ERA MUCHO MAYOR QUE LAS DIFERENCIAS ENTRE LOS PROCESOS. ADEMS DE UN CONTACTO TIL ENTRE LOS LDERES DE PROCESOS, HABA TAMBIN LA IDEA DE EMITIR UNA DECLARACIN CONJUNTA - UNA LLAMADA A LAS ARMAS EN FAVOR DE MS PROCESOS DE SOFTWARE GILES. (TAMBIN ESTBAMOS DE ACUERDO EN USAR EL TRMINO "GIL" PARA REFERIRNOS A NUESTRAS IDEAS COMNES.) COMPROBACIN DIRIGIDA POR EL CONTEXTO DESDE EL PRINCIPIO HAN SIDO LOS DESARROLLADORES DE SOFTWARE QUIENES HAN CONDUCIDO A LA COMUNIDAD GIL. SIN EMBARGO MUCHAS OTRAS PERSONAS ENVUELTAS EN EL DESARROLLO DE SOFTWARE SON AFECTADAS POR ESTE NUEVO MOVIMIENTO. UN GRUPO OBVIO ES EL DE LOS VERIFICADORES QUE A MENUDO VIVEN EN UN

DIEGO EFRAIM RODRIGUEZ ARRIAGA ING. DE SOFTWARE. HILDA DIAZ RINCON

NUM. CTRL. 10250314 4 SEMESTRE

MUNDO DOMINADO POR EL PENSAMIENTO DE CASCADA. CON PAUTAS COMNES QUE DECLARAN QUE EL PAPEL DE LA COMPROBACIN ES ASEGURAR LA CONFORMIDAD DEL SOFTWARE CON LAS ESPECIFICACIONES ESCRITAS DE ANTEMANO, EL PAPEL DE LOS VERIFICADORES EN EL MUNDO GIL ESTA LEJOS DE SER CLARO. EN LO QUE SE ACLARA ESO, VARIAS PERSONAS EN LA COMUNIDAD DE VERIFICADORES HAN ESTADO CUESTIONANDO MUCHO DE LA CORRIENTE PRINCIPAL DEL PENSAMIENTO EN COMPROBACIN POR UN TIEMPO YA. ESTO HA LLEVADO A UN GRUPO CONOCIDO COMO LA COMPROBACIN CONDUCIDA POR EL CONTEXTO. LA MEJOR DESCRIPCIN DE ESTO ES EL LIBRO LECCIONES APRENDIDAS EN COMPROBACIN DE SOFTWARE. ESTA COMUNIDAD ES TAMBIN MUY ACTIVA EN LA WEB, ECHE UNA MIRADA A SITIOS ORGANIZADOS POR BRIAN MARICK (UNO DE LOS AUTORES DEL MANIFIESTO GIL), BRETT PETTICHORD, JAMES BACH, Y CEM KANER.