el siguiente escrito es un plantemiento, acerca de las mejoras que se pueden introducir a un proceso XP.
Una organizacion no solo debe desarrollar del dia a dia frente a cada proyecto, la generacion de conocimiento y el continuo aprendizaje deben ser una variable a tener en cuenta cuando se desarrolla software.
para esto la implementacion de SCM y otras practicas de ingenieria de software en metodos agiles como XP, puede ser la solucion para garantizar dicha calidad sobre el desarrollo proyectos de software.
se cumple la doble funcion de aumentar la capaccidad del equipo (para determinar metricas y estimaciones) y se cumple con tareas definidas para entrar a procesos de certificacion de calidad
CMM, Iso 9000:2000...
como siempre ingenieros el mundo es ancho y ajeno y lo unico que debemos es dar los primeros pasos, sueño en el dia en que mi pais exporte software y para eso es necesario implementar no el dia dia sino procesos donde el background del equipo es una de las potencialidades de una empres de desarrollo.
7.9.04
8.7.04
Cambio Metodologico RUP ->XP (1 parte)
En los ultimos 3 meses nuestro equipo de proyectos de software ha iniciado un proceso de desarrollo con XP.
XP (extremme Programing) es una metodologia recomendada para aumnetar la velocidad de desarrollo de un producto, el cual fundamenta su desarrollo en los casos de prueba y en las historias de usuario.
Cabe mencionar que lo mas importante en el desarrollo de una aplicacion, es el uso adecuado de una metodologia que administre y garantice el cumplimiento de los requerimientos especificados al inicio del proyecto, por medio del uso de alguna tecnologia (Lenguajes de programacion, Hardware, Sistemas distrbuidos..etc) apropiada.
Generalmente aqui hablamos del ciclo de vida del desarrollo de software (Espiral, entrega por etapas, prototipado evolutivo... etc )(para tener en cuenta);
En este Comentario; se plantea el uso de XP orientado con tecnicas desarrolladas y definidas en RUP; Advierto que lo que se plantea es el paso de la metodologia RUP a la XP
lo cual solo se puede realizar para proyectos definidos donde un estudio preliminar indica que el desarrollo de la aplicacion es de complejidad baja.
Por que pasar de RUP a XP? (desventajas de RUP en tiempo de ejecucion)
Cuando estas sentado en tu salon de clase aprendiendo sobre RUP (generalmente al final del curso de analisis de sistemas ó en el curso Ing de software), observas que en conjunto la metodologia es bastante estructurada, lo cual permite poseer un universo de documentacion a cada elemento significativo del proyecto (documentos de analisis, de diseño, de construccion, de implementacion)
el concepto de hito en RUP es un concepto que provee de elementos tangibles (artefactos), que permiten decidir si el trabajo realizado hasta el momento es el adecuado o no, y si se han superado las necesidades de cada fase definida en la metodologia
en algunos equipos de desarrollo, el desconocimiento de dicha estructura desvia el concepto fundamental de hito, al simple hecho de cumplir con cierta documentacion (ó conjunto de artefactos), lo cual implica un gasto grande de los recursos para una conjunto enorme de documentacion que solo sirve para ser archivada.
desventaja 1: Si el conjunto de documentos y artefactos no son concebidos tal y como se plantea en RUP, dicha documentacion solo servira para ser archivada lo cual no genera valor respecto a la calidad del desarrollo, y evoluciona en problemas mas complejos (aplicacion que no satisface los requerimientos, diseño de la estructura no coincide con la estructura final de la aplicacion, etc)
desventaja 2: Es necesario incluir a mas personas en el equipo de desarrolo:
Especialistas en los diseños y evolucion de casos de uso, de los modelos de analisis y diseño, de los modelos de implementacion, etc
cabe indicar que la tendencia es a reducir cada vez mas los equipos de desarrollo, esto no creo que se deba a una simple politica de reduccion de costos, sino a la reduccion de la complejidad asociada a la comunicacion entre los miembros del equipo.
desventaja 3: lo mas importente en el desarrollo de un producto informatico es el propio de sarrollo, en RUP se gasta posiblemente demasiado tiempo para pasar a la fase de desarrollo
nota: esto es importante cuando nuestra aplicacion es grande y envuelve un problema de complejidad grande en algunos proyectos de menor comlejidad 100% Rup reducen el numero de documentos lo cual podria ser una buena practica, como tambien puede ser un gran riesgo, esto y es especifico de cada proyecto
por que en XP y no en otra metodologia?
por que XP se ha clasificado en las metodologias agiles las cuales plantean aumentar la velocidad del proyecto.
reducen la documentacion asociada a cada proyecto (esto puede ser riesgoso con proyectos de complejidad alta)
Por que lo mas importante es el desarrollo de la aplicacion
Entonces XP es la Panacea? (Desventajas de XP en tiempo de ejecucion)
No, Xp es un proceso metodologico que plantea el cumplimiento de las historias de usuario y superar las pruebas en una iteracion no mayor a 3-4 semanas
durante cada iteracion se debe indicar cuales historias de usuario (HU) se van a implementar, se definen las pruebas de aceptacion para cada HU, se desarrolla, se prueba y se pasa a la sigueinte iteracion.
en el momento en que estas realizando esto en la vida real necesitas de otrosl elementos para formalizar conceptos y otros elemntos asociados al proceso, ni modos usamos casos de uso y especificacion de casos de uso (NO planteado en XP)
conclusion Preliminar:
RUP para algunos proyectos es demasiado complejo
XP para algunos proyectos es demasiado ligero
Metas : intentar definir un proceso que utilice 100% Xp pero que utilice tecnicas RUP para especificar m,as los requerimientos y ayude a garantizar la calidad durante el proceso de desarollo
XP (extremme Programing) es una metodologia recomendada para aumnetar la velocidad de desarrollo de un producto, el cual fundamenta su desarrollo en los casos de prueba y en las historias de usuario.
Cabe mencionar que lo mas importante en el desarrollo de una aplicacion, es el uso adecuado de una metodologia que administre y garantice el cumplimiento de los requerimientos especificados al inicio del proyecto, por medio del uso de alguna tecnologia (Lenguajes de programacion, Hardware, Sistemas distrbuidos..etc) apropiada.
Generalmente aqui hablamos del ciclo de vida del desarrollo de software (Espiral, entrega por etapas, prototipado evolutivo... etc )(para tener en cuenta);
En este Comentario; se plantea el uso de XP orientado con tecnicas desarrolladas y definidas en RUP; Advierto que lo que se plantea es el paso de la metodologia RUP a la XP
lo cual solo se puede realizar para proyectos definidos donde un estudio preliminar indica que el desarrollo de la aplicacion es de complejidad baja.
Por que pasar de RUP a XP? (desventajas de RUP en tiempo de ejecucion)
Cuando estas sentado en tu salon de clase aprendiendo sobre RUP (generalmente al final del curso de analisis de sistemas ó en el curso Ing de software), observas que en conjunto la metodologia es bastante estructurada, lo cual permite poseer un universo de documentacion a cada elemento significativo del proyecto (documentos de analisis, de diseño, de construccion, de implementacion)
el concepto de hito en RUP es un concepto que provee de elementos tangibles (artefactos), que permiten decidir si el trabajo realizado hasta el momento es el adecuado o no, y si se han superado las necesidades de cada fase definida en la metodologia
en algunos equipos de desarrollo, el desconocimiento de dicha estructura desvia el concepto fundamental de hito, al simple hecho de cumplir con cierta documentacion (ó conjunto de artefactos), lo cual implica un gasto grande de los recursos para una conjunto enorme de documentacion que solo sirve para ser archivada.
desventaja 1: Si el conjunto de documentos y artefactos no son concebidos tal y como se plantea en RUP, dicha documentacion solo servira para ser archivada lo cual no genera valor respecto a la calidad del desarrollo, y evoluciona en problemas mas complejos (aplicacion que no satisface los requerimientos, diseño de la estructura no coincide con la estructura final de la aplicacion, etc)
desventaja 2: Es necesario incluir a mas personas en el equipo de desarrolo:
Especialistas en los diseños y evolucion de casos de uso, de los modelos de analisis y diseño, de los modelos de implementacion, etc
cabe indicar que la tendencia es a reducir cada vez mas los equipos de desarrollo, esto no creo que se deba a una simple politica de reduccion de costos, sino a la reduccion de la complejidad asociada a la comunicacion entre los miembros del equipo.
desventaja 3: lo mas importente en el desarrollo de un producto informatico es el propio de sarrollo, en RUP se gasta posiblemente demasiado tiempo para pasar a la fase de desarrollo
nota: esto es importante cuando nuestra aplicacion es grande y envuelve un problema de complejidad grande en algunos proyectos de menor comlejidad 100% Rup reducen el numero de documentos lo cual podria ser una buena practica, como tambien puede ser un gran riesgo, esto y es especifico de cada proyecto
por que en XP y no en otra metodologia?
por que XP se ha clasificado en las metodologias agiles las cuales plantean aumentar la velocidad del proyecto.
reducen la documentacion asociada a cada proyecto (esto puede ser riesgoso con proyectos de complejidad alta)
Por que lo mas importante es el desarrollo de la aplicacion
Entonces XP es la Panacea? (Desventajas de XP en tiempo de ejecucion)
No, Xp es un proceso metodologico que plantea el cumplimiento de las historias de usuario y superar las pruebas en una iteracion no mayor a 3-4 semanas
durante cada iteracion se debe indicar cuales historias de usuario (HU) se van a implementar, se definen las pruebas de aceptacion para cada HU, se desarrolla, se prueba y se pasa a la sigueinte iteracion.
en el momento en que estas realizando esto en la vida real necesitas de otrosl elementos para formalizar conceptos y otros elemntos asociados al proceso, ni modos usamos casos de uso y especificacion de casos de uso (NO planteado en XP)
conclusion Preliminar:
RUP para algunos proyectos es demasiado complejo
XP para algunos proyectos es demasiado ligero
Metas : intentar definir un proceso que utilice 100% Xp pero que utilice tecnicas RUP para especificar m,as los requerimientos y ayude a garantizar la calidad durante el proceso de desarollo
17.6.04
no se les olvide sus sugerencias estan abiertas
estoy a la espera de cualquier sugerencia ojala de esaas buenas que te ponen a mover tus neuronas a ver si sacamos a esta pais adelente
El software libre una oportunidad
primero que todo, bienvenidos a lo que debio ser Comentarios acerca de software libre , hoy 17/06/04 he decidido comenzar a escribir acerca de software libre, esta motivacion es una humilde forma de devolver a las comunidades de software libre un agradecimiento y una voz de apoyo desde este tercermundista pais.
por que surge libertad horrible libertad?
surge como un anexo a un proyecto de analisis, donde se pretende analizar herramientas de software libre , open source.. etc, para ser utilizadas e implementadas en una empresa.
debido a que esta pagina neocygnus.blgospot.com cambio su filosofia y se convirtio en un hervidero de sueños hae ya un par meses cree la presenta maquina con el simple compromiso de seguir mi proyecto
el inicio, antitesis y conclusion de esta serie de articulos es divulgar y demostrar que el software libre es una oportunidad real para aquellas personas no programadores (es decir en un ambiente corporativo desde las secretarias hasta los gerentes que lo unico que han manejado en su vida ha sido Ms office), asi comom una oportunidad para los equipos de desarrollo de acceder y desarrollar en heramientas confiables, estables y sin jugar con el parche en el ojo (ojo con la pirateria)
por ahora solo quiero dejar claras 2 cosas
el software libre (SWL) no es solo Linux : linux a sido el lider indiscutible del SWL pero aqui quiero ser imparcial en la batalla Linux vs Windows, la idea es divulgar otros proyectos libres y su impacto en una organizacion, ejemplo: Apache
no soy un experto en software libre : solo estoy analizando otras herramientas que por ser de caracter free u open ya tiene una ventaja pero la idea es ser lo mas imparcial posible y como no soy experto solicito a uds letores de estos escritos comentarios y experiencias o por lo menos un madrazo por hablar tanta paja, con la ayuda de uds esta pagina se fortalecera
Temas:
el software libre en ambientes corporativos
el software libre : rompiendo el paradigma en los pc de escritorio con aplicaciones comreciales
por que surge libertad horrible libertad?
surge como un anexo a un proyecto de analisis, donde se pretende analizar herramientas de software libre , open source.. etc, para ser utilizadas e implementadas en una empresa.
debido a que esta pagina neocygnus.blgospot.com cambio su filosofia y se convirtio en un hervidero de sueños hae ya un par meses cree la presenta maquina con el simple compromiso de seguir mi proyecto
el inicio, antitesis y conclusion de esta serie de articulos es divulgar y demostrar que el software libre es una oportunidad real para aquellas personas no programadores (es decir en un ambiente corporativo desde las secretarias hasta los gerentes que lo unico que han manejado en su vida ha sido Ms office), asi comom una oportunidad para los equipos de desarrollo de acceder y desarrollar en heramientas confiables, estables y sin jugar con el parche en el ojo (ojo con la pirateria)
por ahora solo quiero dejar claras 2 cosas
el software libre (SWL) no es solo Linux : linux a sido el lider indiscutible del SWL pero aqui quiero ser imparcial en la batalla Linux vs Windows, la idea es divulgar otros proyectos libres y su impacto en una organizacion, ejemplo: Apache
no soy un experto en software libre : solo estoy analizando otras herramientas que por ser de caracter free u open ya tiene una ventaja pero la idea es ser lo mas imparcial posible y como no soy experto solicito a uds letores de estos escritos comentarios y experiencias o por lo menos un madrazo por hablar tanta paja, con la ayuda de uds esta pagina se fortalecera
Temas:
el software libre en ambientes corporativos
el software libre : rompiendo el paradigma en los pc de escritorio con aplicaciones comreciales
Suscribirse a:
Entradas (Atom)