UNIVERSIDAD NACIONAL DE CHIMBORAZO

FACULTAD DE CIENCIAS DE LA EDUCACIN HUMANAS Y TECNOLOGAS

ESCUELA DE INFRMATICA APLICADA ALA EDUCACIN

TRABAJO DE: SISTEMAS DE INFORMACIN

NOMBRE: PATRICIA CENTENO SARA GUAMAN

CURSO: 4t B

FECHA: 28 10 2013

AO: 2013 2014

PLANTILLA DE INVESTIGACIN EN UN ARTCULO CIENTFICO Author (s): TorgeirDingsyr, Tore Dyba Ttle of paper: Empirical studies of agile software development: A systematic review Los estudios empricos sobre el desarrollo gil de software: una revisin sistemtica Journal: Volume (issue):Volumen 50, N 9-10 pag pag (year):Agosto de 2008, Pginas 833-859

Marco terico que hace el autor Desarrollos dirigidos por modelos y diseo centrado en el usuario que nos permite desarrollar aplicaciones interactivas de alta calidad. Como caracterstica principal, planifica y organiza el proyecto de software como una serie de iteraciones que son guiados por los Objetivos de usuario en una manera gil y centrada en el usuario Desarrollo gil de software establece los siguientes principios: individuos e interacciones sobre procesos y herramientas, software de trabajo sobre la documentacin completa, la colaboracin de los clientes a la negociacin del contrato, y respondiendo a cambiar con el seguimiento de un plan. Este enfoque cuestiona cascada o pesado mtodos en los que una actividad se inicia slo cuando la anterior acabados y donde se requiere documentacin extensa y bien fundada. La razn de ser de estos mtodos tradicionales es reducir el nmero de correcciones ms adelante en el proceso y, en consecuencia reducir el coste del proyecto. Sin embargo, este tipo de planificacin no en la prctica, ya que no permite que los cambios que inevitablemente surgen y se van a realizar durante el desarrollo. Debido a esto, las versiones de la filosofa gil como eXtremeProgramming, Scrum, Crystal Borrar, FeatureDrivenDevelopment o Proceso Unificado, prevalecen actualmente entre otros. Procesos giles y diseo centrado en el usuario Un aspecto importante de la UCD es la colaboracin entre usuarios y desarrolladores para crear soluciones de software, de manera que cada grupo aporta su propia experiencia. Segn Norman, primero es necesario para identificar y modelar las necesidades de los futuros usuarios, y ms tarde a implicar a los usuarios en las evaluaciones iterativas del producto. Por lo tanto, el propsito es mejorar la usabilidad del producto con el fin de: reducir los errores, satisfacer a los usuarios y facilitar su aprendizaje y uso, tal como se define en la norma ISO. Tanto UCD y AM estn centrados en el usuario, cliente y aplicar un proceso de desarrollo iterativo con pruebas continuas. Estas propuestas contraste con los procesos

de desarrollo basados en la arquitectura tradicional, que se dirigen por los desarrolladores cuyo primer enfoque es lograr una buena aplicacin. Sin embargo, UCD y AM muestran grandes diferencias relacionadas con la forma en que actan y cules son sus intereses. Por una parte, la recomendacin de la filosofa gil de flexibilidad en la accin para afrontar los cambios est en contradiccin con el principio de UCD. Del diseo de la interfaz antes de la aplicacin (por adelantado). Por otro lado, UCD desarrolla un producto integral, mientras que el gil proceso es gradual y produce subproductos. Adems, mientras que los mtodos giles se centran en el desarrollo de cdigo, los mtodos de UCD centrarse en el diseo de las interacciones en las que se dedican los usuarios.Finalmente, ambos enfoques buscan satisfacer las necesidades de los usuarios, pero de diferentes maneras. Motivacin del autor (crticas del autor a otros trabajos) Los requisitos se recogen y formalizan incremental mediante modelos basados en el diseo centrado en el usuario. Adems, el punto de vista semntico Enriquecido Se propone un modelo de Interaccin Persona-Ordenador para acelerar la validacin del proyecto. Este modelo enriquece un modelo de interaccin persona-ordenador con unas caractersticas visuales y la semntica aplicacin. Por lo tanto, el modelo enriquecido proporciona suficiente informacin para generar prototipos para que los usuarios y los desarrolladores puedan validar fcilmente este modelo. Diagrama del proyecto es un verdadero estudio de caso que se utiliza para ilustrar la aplicacin de la metodologa a travs de intermodulacin todo el papel. Descripcin del aporte del autor Esta revisin sistemtica pretende evaluar, sintetizar y presentar los resultados empricos sobre el desarrollo gil de software hasta la fecha, y proporcionar una visin general de los temas investigados, sus conclusiones, la fuerza de los hallazgos y las implicaciones para la investigacin y la prctica. Creemos que esta visin ser importante para los profesionales que quieren estar al da con el estado de la investigacin, as como para los investigadores que desean identificar las reas temticas que se han investigado o cuando se carece de investigacin. Esta opinin tambin ayudar a la comunidad cientfica que trabaja con el desarrollo gil para construir un entendimiento comn de los retos que hay que afrontar en la investigacin de la eficacia de los mtodos giles. El mtodo ms gil, transparente, se centra en la comunicacin en pequeos equipos de desarrollo de software que no es potencialmente crtica. Clear desarrollo tiene siete caractersticas: la entrega frecuente mejora reflexiva, comunicacin osmtica, la seguridad personal, el enfoque, el acceso fcil a los usuarios expertos, y los requisitos para el entorno tcnico.

Divide los proyectos en tres fases: pre-proyecto, el ciclo de vida del proyecto, y despus del proyecto. Nueve principios subyacen DSDM: participacin de los usuarios, potenciando el equipo del proyecto, la entrega frecuente, frente a las necesidades actuales del negocio, desarrollo iterativo e incremental permiten cambios de marcha atrs, el alcance de alto nivel que se fija antes del comienzo del proyecto, poniendo a prueba en todo el ciclo de vida, y la eficiencia y eficacia comunicacin. Combina el desarrollo dirigido por modelos y gil, con nfasis en el modelo inicial objeto, la divisin del trabajo en las caractersticas y el diseo iterativo para cada funcin. Dice ser adecuado para el desarrollo de sistemas crticos. Una iteracin de una funcin consta de dos fases: diseo y desarrollo. Una adaptacin de los principios de la produccin magra y, en particular, el sistema de produccin de Toyota para el desarrollo de software. Consta de siete principios: eliminar los residuos, ampliar el aprendizaje, decidir lo ms tarde posible, entregar lo ms rpido posible, la autonoma del equipo, fomentar la integridad y ver el conjunto. Se centra en la gestin de proyectos en situaciones en las que es difcil planificar el futuro, con los mecanismos de "control de proceso emprico", donde los bucles de retroalimentacin constituyen el elemento central. Software ha sido desarrollado por un equipo de auto-organizacin en incrementos (llamadas "sprints"), a partir de la planificacin y terminando con un comentario. Caractersticas que deben aplicarse en el sistema estn registradas en una cartera. Entonces, el dueo del producto decide qu elementos de trabajo pendiente se deben desarrollar en el siguiente sprint. Los miembros del equipo coordinan su trabajo en una reunin de pie todos los das. Un miembro del equipo, el scrum master, es el encargado de resolver los problemas que impiden que el equipo de trabajo eficaz. Se centra en las mejores prcticas para el desarrollo. Consta de doce prcticas: el juego de planificacin, notas pequeas, metfora, diseo simple, pruebas, refactorizacin, programacin en parejas, la propiedad colectiva, la integracin continua de 40 h semana, los clientes en el lugar, y los estndares de codificacin. La versin revisada del "XP2" se compone de las siguientes prcticas "primarios": sentarse juntos, todo el equipo, espacio de trabajo informativo, trabajo lleno de energa, la programacin en parejas, historias, ciclo semanal, ciclo trimestral, holgura, estructura de 10 minutos, la integracin continua, pruebas primero la programacin y el diseo progresivo.Tambin hay 11 "prcticas corolario" La experiencia de las personas vara de experiencia en programacin slo de los estudios universitarios a personas con experiencia en el desarrollo profesional. El objetivo del proyecto fue el desarrollo de una aplicacin web para el trabajo en grupo en los cursos universitarios. Tessem informa sobre la experiencia con las prcticas clave de XP. Se encontr Par de programacin como una "experiencia positiva, mejorar el aprendizaje y tambin conduce a una mayor calidad". Sin embargo, tres de los programadores tambin inform que era "extremadamente ineficiente", "muy cansado", y "una prdida de tiempo". Hacia el final del proyecto, nico de programacin se utiliz

en mayor medida que la programacin en parejas. Tessem sugiere que hay una conexin entre este cambio en los mtodos de programacin y una mayor incidencia de problemas en el extremo. Cambios frecuentes asociados se proponen como una forma de lograr un aprendizaje ptimo y para aumentar la propiedad colectiva del cdigo. Adems, el papel del cliente en el lugar se perciba como "muy valiosa por todos los programadores". Tessem tambin encontr que la test-primera programacin contribuy a "una mayor calidad en el cdigo", mientras que el proyecto tuvo problemas para obtener pruebas de funcionamiento corriente. Proceso para obtener el aporte que considera el autor Tessem cre un proyecto con investigadores y estudiantes para aprender ms sobre cmo las prcticas de trabajo de XP. El proyecto tuvo una duracin de tres semanas y tuvo dos entregas (tres previstas, pero redujo debido a la "subestimacin severa en el principio"). Seis personas trabajaron en el proyecto. La experiencia de las personas vara de experiencia en programacin slo de los estudios universitarios a personas con experiencia en el desarrollo profesional. El objetivo del proyecto fue el desarrollo de una aplicacin web para el trabajo en grupo en los cursos universitarios. Tessem informa sobre la experiencia con las prcticas clave de XP. Se encontr Par de programacin como una "experiencia positiva, mejorar el aprendizaje y tambin conduce a una mayor calidad". Sin embargo, tres de los programadores tambin inform que era "extremadamente ineficiente", "muy cansado", y "una prdida de tiempo". Hacia el final del proyecto, nico de programacin se utiliz en mayor medida que la programacin en parejas. Tessem sugiere que hay una conexin entre este cambio en los mtodos de programacin y una mayor incidencia de problemas en el extremo. Cambios frecuentes asociados se proponen como una forma de lograr un aprendizaje ptimo y para aumentar la propiedad colectiva del cdigo. Adems, el papel del cliente en el lugar se perciba como "muy valiosa por todos los programadores". Tessem tambin encontr que la test-primera programacin contribuy a "una mayor calidad en el cdigo", mientras que el proyecto tuvo problemas para obtener pruebas de funcionamiento corriente. Un estudio realizado por Svensson y el anfitrin tambin ofrece informacin sobre el proceso de desarrollo, pero se centr principalmente en cmo afecta el desarrollo gil colaboracin con el cliente. Este estudio fue realizado en una empresa de desarrollo de software en Suecia con 250 desarrolladores de software, que fueron responsables de ms de 30 sistemas de software. Un proceso modificado se introdujo que sigui principalmente XP. Los investigadores encontraron que tener el cliente en el lugar habilitado una mejor colaboracin con el cliente, ya que proporciona un foro para discusiones detalladas. Conceptos de desarrollo magra fueron introducidos en los sistemas de informacin del departamento de una gran empresa en un estudio organizado por Middleton. Las tcnicas que se probaron en dos equipos de dos personas que mantenan un sistema de informacin financiera y de gestin. Los equipos fueron instruidos para modificar sus

prcticas de trabajo, de modo que se trataba de ciclos de retroalimentacin ms cortos y el trabajo completado antes de tomar ms. Al principio, muchos errores fueron descubiertos en el trabajo, lo que llev a un momento de "frustracin y baja productividad". Uno de los equipos cometieron menos errores en el tiempo, pero el otro equipo continuaron haciendo un alto nmero de errores, que tambin dieron lugar a una terminacin anticipada del estudio. Segn Middleton, esto se debi a una persona en el equipo falla propenso senta demasiado cualificada para el trabajo y no estaba dispuesto a discutir su trabajo con los dems, y era "incapaz de producir un trabajo sin errores". No haba ninguna infraestructura de la empresa para manejar este problema. Aunque el experimento fue corto y slo tiene xito para un equipo, Middleton afirma que "moviendo la responsabilidad para medir la calidad del pesebre para los trabajadores, se obtuvo una respuesta mucho ms rpido y ms a fondo a los defectos". Hilkka encontr que en los casos estudiados, XP funcionaba mejor con los desarrolladores experimentados, con dominio y conocimiento de la herramienta. Las herramientas que facilitan la entrega rpida y una fcil modificacin de prototipos. Adems, se encontr una retroalimentacin continua a ser un factor clave para el xito. Proceso para resolver el problema considerado por el autor Esta revisin sistemtica tiene una serie de implicaciones para la investigacin y la prctica. Para la investigacin, el anlisis muestra una clara necesidad de ms estudios empricos de los mtodos de desarrollo giles. El desarrollo gil se ha tenido un profundo impacto en la industria del software en los ltimos aos. En nuestra opinin, esto debera llevar a un mayor inters entre los investigadores en cuanto a lo que ha impulsado la tendencia y cules son los efectos de los cambios que surgen en respuesta a la adopcin de desarrollo gil. Esta opinin tambin muestra que, con raras excepciones, slo XP se ha estudiado. Por lo tanto, la investigacin sobre otros enfoques giles que son populares en la industria debe ser una prioridad en el diseo de futuros estudios. En nuestra opinin, los enfoques orientados a la gestin, como Scrum, son claramente los ms poco investigada en comparacin con su popularidad en la industria. Otro hallazgo sorprendente es que slo un grupo de investigacin en el mundo ha estudiado los equipos de desarrollo gil maduros. Si queremos investigar el potencial de los mtodos giles, necesitamos claridad para dirigir ms recursos hacia la investigacin de las prcticas de los equipos maduros. La revisin muestra que se han aplicado una serie de mtodos de investigacin. Tenemos que emplear diseos de investigacin tanto flexibles y fijos si vamos a tener una mejor comprensin del desarrollo gil. Edmondson y McManussostienen que el diseo de la investigacin tiene que adaptarse a la situacin actual de la teora y la investigacin. Dividen este estado en tres categoras: principiantes, intermedios, y maduro. Para el desarrollo gil de software, creemos que el estado actual de la teora y la investigacin sobre los mtodos es claramente incipiente, lo que sugiere la necesidad

de estudios exploratorios y cualitativos. Rajlichlo expres como una "acumulacin de problemas de investigacin que hay que resolver". Otras reas de la investigacin sobre el desarrollo gil de software, tales como estudios de determinadas prcticas, como la programacin en parejas o en reas que conectan bien a las corrientes actuales de la investigacin en ingeniera de software, podra ser descrito como estar en un intermedio, o incluso un maduro, estado. Un reto importante es incrementar la calidad de los estudios sobre el desarrollo de software gil. En Sjberg. Discutir las medidas para aumentar la calidad de los estudios empricos en ingeniera de software en general. Recientemente, el husped y Runeson han sugerido una lista de comprobacin para su uso en estudios de caso en ingeniera de software. El reciente nmero especial de Tecnologa de Informacin y Software de la investigacin en ingeniera de software cualitativo proporciona muchos ejemplos tiles de enfoques para los diseos de estudio, recopilacin de datos y anlisis que debe ser relevante para futuros estudios de desarrollo de software gil. El estado de la investigacin en relacin con experimentos controlados se ha descrito a fondo en un estudio realizado por Sjberg. Con el fin de aumentar la utilidad de la investigacin para la industria y para proporcionar un nmero suficiente de estudios de alta calidad sobre los subtemas relacionados con el desarrollo gil, pensamos que los investigadores en el campo deben colaborar para determinar una agenda de investigacin comn. Se encuentra ms all del alcance de este artculo para sugerir tal agenda, pero esperamos que la sntesis de la investigacin que aqu se presenta pueda proporcionar la inspiracin para crear uno. Para los profesionales, esta revisin demuestra que se han reportado muchos estudios prometedores de la utilizacin de los mtodos giles. Aunque se han identificado serias limitaciones, por ejemplo, que el papel de cliente en el sitio parece ser insostenible para largos perodos de tiempo y que es difcil de introducir los mtodos giles en proyectos grandes y complejos, los resultados de la revisin sugieren que es posible lograr una mayor satisfaccin en el trabajo, la productividad y mayor satisfaccin del cliente. El ms fuerte, y probablemente lo ms importante, la evidencia de la prctica es a partir de los estudios de los equipos giles maduros, lo que sugiere que es necesario centrarse en los factores humanos y sociales con el fin de tener xito. En concreto, parece que un alto nivel de autonoma individual debe ser equilibrado con un alto nivel de autonoma del equipo y la responsabilidad corporativa. Tambin parece importante que el personal los equipos giles con las personas que tienen fe en sus propias habilidades combinadas con buenas habilidades interpersonales y la confianza. La evidencia tambin sugiere que en lugar de abandonar los principios tradicionales de gestin de proyectos, una vez debera aprovechar estos principios, como los modelos de gestin de proyectos Estado, y combinarlos con la gestin de proyectos gil. La evidencia tambin sugiere que los mtodos giles no necesariamente son la mejor opcin para grandes proyectos. Por lo tanto, en consonancia con las recomendaciones

proporcionadas por otros, se sugiere que los mdicos estudien cuidadosamente "las caractersticas y los comparan con los mtodos giles pertinentes de sus proyectos de caractersticas requeridas. Debido al nmero limitado y relativamente baja calidad de los estudios primarios incluidos en esta revisin, no es posible ofrecer un asesoramiento ms definitivo y detallado. Ms bien, esta revisin ofrece una visin general de la investigacin llevada a cabo hasta la fecha, que debe ser evaluada crticamente por las empresas con el fin de identificar las similitudes y diferencias entre los estudios publicados y de su propia situacin. Una ayuda importante especialmente para esta evaluacin es la descripcin del contexto de los estudios en esta revisin (ApndiceD). Una ayuda adicional consistira en aplicar los principios de la evidencia basada en la ingeniera de software con el fin de apoyar y mejorar las decisiones sobre qu mtodos y tecnologas a emplear. La revisin muestra claramente la necesidad de realizar ms investigaciones a fin de determinar las situaciones en las cuales puede aplicarse adecuadamente asesoramiento sobre desarrollo gil que se ha ofrecido por los profesionales. Nos gustara pedir a las empresas a participar en proyectos de investigacin en el futuro, a fin de orientar los objetivos de investigacin que son relevantes para la industria del software. La investigacin es una de esas formas de organizar la colaboracin entre la industria y los investigadores que podran ser muy relevantes para un campo emergente como el desarrollo de software gil. Mtricas que el autor usa y resultado que obtiene. Comentar (los resultados son mejores respecto a otros) Las principales limitaciones del estudio son el sesgo en la seleccin de las publicaciones y la inexactitud en la extraccin de datos. Para ayudar a asegurar que el proceso de seleccin imparcial, hemos desarrollado un protocolo de investigacin de antemano que define las preguntas de investigacin. El uso de estas preguntas como base, se identificaron palabras clave y trminos de bsqueda que nos permitan identificar la literatura relevante. Sin embargo, es importante reconocer que las palabras clave de ingeniera de software no estn estandarizados y que pueden ser tanto disciplina y especficos del lenguaje. Por lo tanto, debido a nuestra eleccin de palabras clave y cadenas de bsqueda, existe el riesgo de que los estudios pertinentes fueran omitidos. Para evitar el sesgo de seleccin, se orientan todas las partes del proceso de revisin y, en particular, la estrategia de bsqueda y el procedimiento de administracin de citas, con el fin de aclarar puntos dbiles y perfeccionar el proceso de seleccin.

Observaciones y/o crticas suyas al artculo En esta metodologa nos permite el Desarrollos dirigidos por modelos y diseo centrado en el usuario que nos permite desarrollar aplicaciones interactivas de alta calidad. Segn el cliente y las necesidades que vamos teniendo en la tecnologa van obligando a obtente otras herramientas para una satisfactoria metodologa Unos de los Enfoque de cascada o pesado mtodos en los que una actividad se inicia slo cuando la anterior acabados y donde se requiere documentacin extensa y bien fundada. Esta revisin sistemtica pretende evaluar, sintetizar y presentar los resultados empricos sobre el desarrollo gil de software hasta la fecha, y proporcionar una visin general de los temas investigados, sus conclusiones, la fuerza de los hallazgos y las implicaciones para la investigacin y la prctica.