Web 2.0 en la elicitación de requisitos de software

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Web 2.0 en la elicitación de requisitos de software"

Transcripción

1 Web 2. en la elicitación de requisitos de software Jennifer Herrera Vega Facultad de Ingeniería en Sistemas Universidad de San Buenaventura Santiago de Cali Andres Mauricio Rojas Libreros Facultad de Ingeniería en Sistemas Universidad de San Buenaventura Santiago de Cali Este proyecto de grado tiene como propósito proponer una herramienta Web 2. que nos colabore en el proceso de elicitación de requisitos en el desarrollo de software; a partir de la investigación realizada sobre herramientas colaborativas, metodologías ágiles, Web 2. y redes sociales las cuales se tomó como base para su desarrollo. I. INTRODUCCIÓN En la etapa de elicitación de requisitos en el ciclo de vida de software, es donde se expresa las necesidades y condiciones sobre el producto de software que se va a crear, esta etapa que es de vital importancia ya que se debe interpretar lo que el cliente quiere, la persona encargada de esta parte debe ser consciente de la dificultad del usuario para describir lo que realmente desea, en muchas ocasiones hay omisión de información y limitación de tiempo. Para ello, se cree conveniente usar una herramienta la cual nos proporcione facilidad a la hora de interactuar con el cliente, de esta forma el cliente puede estar pendiente de cómo va el proceso de los requisitos, realizar sugerencias, esto con el fin de que en dicha etapa de levantamiento de requisitos se minimice los problemas de comunicación y haya más participación del cliente. II. QUE ES WEB 2.? El término Web 2. fue acuñado por O Reilly Media y se refiere a una nueva generación de aplicaciones Web que provee participación, colaboración e interacción en línea a los usuarios. En general, estas aplicaciones actuales intentan ser más dinámicas y se caracterizan como comunidades sociales donde el mayor énfasis se da a la contribución y participación de los usuarios [1]. A. Caracteristicas de la Web 2. La Web es una plataforma: Ya que ahora tenemos la facilidad de tener servicios de software accesibles online. La Web es funcional: Ayuda en la transferencia de información y servicios desde páginas web. La Web es simple: Facilita el uso y acceso a los servicios web a través de pantallas más agradables y fáciles de usar. La Web es ligera: Los modelos de desarrollo, los procesos y los modelos de negocio se vuelven ligeros. La ligereza está asociada con la habilidad para compartir la información y los servicios de forma fácil y hacerlo posible a través de la implementación de intuitivos elementos modulares. La Web es social: Las personas crean la Web Popularizan la Web mediante la socialización y el movimiento gradual de los miembros del mundo físico hacia el mundo online. La Web es un flujo: Los usuarios son vistos como codesarrolladores. La Web es flexible: El software se encuentra en un nivel más avanzado porque este nivel permite el acceso a contenidos digitales a los que antes no se podía llegar. La Web es combinable: La expansión de códigos para poder modificar las aplicaciones web permite a los individuos, que no tienen por qué ser profesionales de los ordenadores para crear nuevas aplicaciones. La Web es participativa: La Web 2. ha adoptado una estructura de participación que alientan a los usuarios mejorar la aplicación mientras la utilizan, en vez de mantenerla rígida y controlada. La Web está en nuestras manos: El aumento de la organización de la información enfatiza el uso amistoso de la misma a través de los enlaces. Gracias al fenómeno social del etiquetado cada vez es más fácil acceder a la información [2].

2 B. Por que la Web 2. y para que puede servir? Actualmente cualquier tipo de persona tiene conocimientos del uso de alguna de las herramientas de la Web 2. e incluso se puede considerar que estas herramientas juegan un papel importante en la vida de las personas, tanto así que desde los lugares de trabajo, de estudio e incluso desde sus hogares el tiempo libre es invertido en visitar las redes sociales, foros, Wikipedia, entre otros; en vista de estas circunstancias el uso de la Web 2. es una opción a considerar en la investigación porque estas herramientas ya son parte de la vida de las personas y las usan con naturalidad y Por qué no hacer uso de estas en las labores cotidianas de trabajo, o en un proceso de desarrollo de software? Se considera la posibilidad de que el uso natural de estas, facilita la elaboración de ideas que se transforman en requisitos y la claridad en la necesidad del cliente, puesto que no se limita a una reunión previa o a un horario estrictamente laboral; siendo algo beneficioso para la elicitación de requisitos y del producto final de esta etapa. III. INGENIERÍA DE REQUISITOS La ingeniería de requisitos es un área de investigación que procura atacar un punto fundamental en el proceso de desarrollo de software, que es la definición de lo que se quiere producir. Davis [3], complementa la definición de la IEEE, mediante la definición de un requisito como "una necesidad del usuario o una característica necesaria, función o un atributo de un sistema que puede ser detectado desde una posición externa a ese sistema". Kotonya y Sommerville, afirman que los requisitos definen lo que el sistema debe hacer y las circunstancias que se requiere para funcionar. La ingeniería de requisitos suele ser vista como una actividad al inicio del ciclo vida de desarrollo de software. La ingeniería de requisitos es necesaria a través del ciclo de vida del desarrollo incluyendo las interacciones que sean necesarias cuando se utiliza un enfoque incremental interactivo [4]. Tabla 1. Cuadro de Número de herramientas para Ingeniería de requisitos [3]. Número de herramientas para Ingeniería de Requisitos Herramienta Elicitación de requisitos 37 Análisis de requisitos 36 Especificación de requisitos 16 Verificación y validación de 34 requisitos Administración de requisitos 17 Otras 17 Total 17 Número En la tabla 1 podemos observar, que existen 37 herramientas que soportan el proceso de elicitación de requisitos, teniendo en cuenta que es la fase que tiene más herramientas, frente a las de análisis de requisitos que cuenta con 36 herramientas, la especificación de requisitos que cuenta con 16, verificación y validación de requisitos con 34 y la administración de requisitos con 17 herramientas. IV. REDES SOCIALES En 199, cuando apareció la primera red social llamada classmates.com diseñada por Randy Conrads, la cual tenía como objetivo recuperar y mantener contacto entre compañeros de colegio, instituto y universidad. Ya en el 22 se empieza a volver famoso el término de redes sociales y es ahí cuando aparecen sitios como MySpace, Xing, entre otras. Las redes sociales han tenido un importante crecimiento en los últimos años, ya que son más las personas que lo usan para estar en contacto con familiares, amigos, compañeros, estas también son usadas para compartir información entre sus contactos []. Las redes sociales han venido jugando últimamente un papel fundamental en las actividades diarias de las personas tanto en su vida diaria como organizacional []. Las redes sociales han cambiado las maneras de interactuar con la Web buscando que todos los intereses de los usuarios queden satisfechos []. Las redes sociales han revolucionado las formas de interacción creando nuevos escenarios de comunicación []. V. AMBIENTE COLABORATIVO Dos de los problemas que tiene la gestión de los proyectos de software es la escasa participación de los usuarios y la defectuosa comunicación ya que hay un desconocimiento de las herramientas y ambientes que apoyan el desarrollo colaborativo de este [6]. Un ambiente colaborativo para el desarrollo de proyectos de software es un espacio Web común que sirve para comunicarse, tener un seguimiento y control de actividades que se estén realizando en un proyecto de software [6].

3 En la ilustración 2, podemos observar que la red social denominada Facebook es pionera, con más de 2 millones de usuarios, lo anterior indica que en dicho sitio es donde se encuentran más personas interactuando y compartiendo información entre sí. VI. METODOLOGÍAS ÁGILES PARA LOS REQUISITOS EN EL DESARROLLO DE SOFTWARE Ilustración 1. Diagrama ambiente colaborativo En la ilustración 1, vemos un ejemplo de ambiente colaborativo el cual posee tres tipos de facilidades como: Facilidad para la comunicación entre desarrolladores y clientes: el poder contactar y compartir de manera ágil eleva la velocidad de la producción global [6]. Facilidad para apoyar la gestión diaria de un proyecto: automatizado el seguimiento de las actividades para elevar el cumplimiento y la calidad de la producción [6]. Facilidad para apoyar el control y proyección de un proyecto: mediante reportes permanentes de mediciones sobre el progreso de un proyecto, que permiten al gerente corregir la gestión global [6]. Con los años hemos podido observar el incremento de uso de los medios sociales como Twitter, Facebook, mensajería instantánea, etc. El proceso de ingeniería de software implica interacción entre clientes, desarrolladores, arquitectos, gerentes, etc. Y el uso de las redes sociales permitiría, mejorar la comunicación entre las partes implicadas, trabajar en equipo más rápida y eficazmente, ya que vemos el auge que estas tienen en estos momentos a nivel mundial [7]. Ilustración 2. Usuarios de redes sociales Hasta hace poco el proceso de desarrollo llevaba asociada un marcado énfasis en el control del proceso mediante una rigurosa definición de roles, actividades y artefactos, incluyendo modelado y documentación detallada. Este esquema "tradicional" para abordar el desarrollo de software ha demostrado ser efectivo y necesario en proyectos de gran tamaño (respecto a tiempo y recursos), donde por lo general se exige un alto grado de formalización en el proceso [8]. Ante las dificultades para utilizar metodologías tradicionales que consideren las restricciones de tiempo y flexibilidad, muchos equipos de desarrollo se resignan a prescindir del buen hacer de la ingeniería del software, asumiendo el riesgo que ello conlleva. En este escenario, las metodologías ágiles emergen como una posible respuesta para llenar ese vacío metodológico. Por estar especialmente orientadas para proyectos pequeños, las metodologías ágiles constituyen una solución a medida para ese entorno, aportando una elevada simplificación que a pesar de ello no renuncia a las prácticas esenciales para asegurar la calidad del producto. Tabla 2. Diferencias entre metodologías agiles y no agiles Metodologías Ágiles Basadas en heurísticas provenientes de prácticas de producción de código Especialmente preparados para cambios durante el proyecto Impuestas internamente (por el equipo) Proceso menos controlado, con pocos principios No existe contrato tradicional o al menos es bastante flexible El cliente es parte del equipo de desarrollo Grupos pequeños (<1 integrantes) y trabajando en el mismo sitio Pocos artefactos Pocos roles Menos énfasis en la arquitectura del software Metodologías Tradicionales Basadas en normas provenientes de estándares seguidos por el entorno de desarrollo Cierta resistencia a los cambios Impuestas externamente Proceso mucho más controlado, con numerosas políticas/normas Existe un contrato prefijado El cliente interactúa con el equipo de desarrollo mediante reuniones Grupos grandes y posiblemente distribuidos Más artefactos Más roles La arquitectura del software es esencial y se expresa mediante modelos

4 En la tabla 2, vemos las diferencias entre la metodología ágil y la metodología tradicional. En la metodología ágil soporta los cambios durante el proyecto mientras que en la metodología tradicional tiene resistencia a los cambios de un proyecto y este es uno de los puntos importantes en esta investigación. También las metodologías tradicionales tienen problemas a la hora de abordar proyectos por varias razones, costosas fases previas a educción de requisitos, el desarrollo es más lento. A. Porque XP es la mejor opción? Hay dos posibles metodologías agiles, que fomentan la interacción con el cliente de manera amplia, de una manera más activa que las demás que aunque lo fomentan no se ven tan representativo, estas metodologías son SCRUM y XP. Para determinar cuál de las metodologías agiles es la mejor opción? debemos centrarnos en que el objetivo principal de la Web 2.. Es crear un ambiente colaborativo, que permita la interacción de los diferentes usuarios de manera activa y constante, basándose en esta premisa y en el contexto que nos determina XP, donde el cliente posee un rol bien definido y de colaboración constante en todo el ciclo del desarrollo de software; se puede determinar que la metodología ágil más acorde con el objetivo principal planteado es XP, teniendo en cuenta que la interacción y las sugerencias del cliente van a ser en cualquier momento el cual causa de que los requisitos no sean lo suficientemente estables y pueden variar así una funcionalidad se encuentre terminada, también partimos del hecho que los tiempo promedio de las entregas que sugiere XP son de 1 3 semanas entre cada una, mientras que SCRUM son de 2 4 semanas, lo cual nos puede dar el indicador que la interacción del cliente podría ser más constante que usando la metodología ágil SCRUM. VII. PROCESO DE SELECCIÓN DE HERRAMIENTAS A. Etapa 1 Se realizó una revisión de herramientas comúnmente usadas en la gestión de requisitos (Aclaro DFSS, Aligned Elements, Avengo PEP, Blueprint, Bright Green Projects, Caliber RM, Cameo Reqirements, CASE Spec, Cognition Cockpit, Cradle, GMARC, intgreat, irqa, jucmnav, Leap SE, MacA&D, MKS Integrity, PACE, Polarion Requirements, Psoda, OFDcapture, QPack, RaQuest, Rational Doors, ReqMan, Rational Requirements Composer, TopTeam Analyst, TraceCloud, TrackStudio y VisibleThread) en busca del uso de herramientas Web 2.. el costo de implementación e instalación que tiene esta herramienta es superior a los $1 dólares. B. Etapa 2 Tabla 3. Comparación de herramientas Web 2. HERRAMIENTA SOFTWARE LIBRE SOFTWARE GRATUITO Se realizó un estudio de doce herramientas Web 2. (MindMeister, Media Wiki, People Aggregator, Google Docs, Twiki, Confluence, Chyrp, Pligg, WordPress, DotClear, ModX y Elgg ), con el fin de escoger la más viable, para el proceso de elicitación de requisitos de software. Después de realizar el proceso de selección y comprobar que las herramientas actuales de elicitación de requisitos realizan poco o nada el uso de las herramientas Web 2. se determina seleccionar la herramienta ELGG, por que suple con las etapas del proceso de elicitación de requisitos, además posee un gran apoyo por parte de la comunidad y la capacidad de integrar plugins que mejora la funcionalidad de esta; la estabilidad de la red social nos lleva a pensar que es un proyecto que seguirá creciendo y no abandonará en cualquier momento al soporte de esta. VIII. PRUEBA DE CONCEPTO Se tendrán en cuenta las siguientes escalas de calificación para determinar la viabilidad del uso de la tecnología: Tabla 4. Indicadores de evaluación en el uso de las herramientas Web 2.. DOCUMENTACIÓN MindMeiser NO NO MUY BUENA Media Wiki SI SI BUENA People Aggregator NO SI MALA Google Docs NO SI BUENA Twiki SI SI MUY BUENA Confluence NO NO BUENA Chryp SI SI MEDIO Pligg PARCIAL PARCIAL MEDIO WordPress NO PARCIAL BUENA DotClear SI SI BUENA ModX NO SI BUENA ELGG SI SI MUY BUENA Al finalizar la etapa se determina que existen muchas herramientas que tienen interfaz Web pero ninguna de estas aplica conceptos de la Web 2., existe una en la que se ven relacionados los conceptos de la Web 2. el único problema es

5 IX. RESULTADOS DE PRUEBA DE CONCEPTO A. Industria A continuación se presenta un análisis de cada una de las preguntas realizadas y las respuestas dadas por los expertos encuestados: 1. Consideras útil el uso de herramientas Web 2.? El objetivo de esta pregunta era conocer el concepto que se tiene acerca de la Web 2., y si los expertos en la industria de software ven una utilidad en su entorno de trabajo a estas herramientas. Se logra concluir que la industria del software está abierta a las posibilidades del trabajo colaborativo y si considera de utilidad estas herramientas si se busca la manera de aplicarlas en actividades relacionadas con la industria.

6 1 SI; 1 que se hicieron sugerencias para ser implementadas posteriormente. 1 1 SI; 12 SI Expertos NO; 1 NO 1 SI Expertos NO; 4 NO 2. Crees que el uso de un ambiente colaborativo sea viable para el proceso de elicitación de requisitos de software? El propósito de la pregunta era conocer el pensamiento de las personas de la industria de software acerca de involucrar de una manera más íntima al stakeholder estrechando el vínculo que tiene el desarrollador con el analista de software. Se puede concluir que la industria de software esta de mente abierta al uso de estas nuevas herramientas y saben que la interacción con el usuario es algo crucial en todo proceso de desarrollo, además, de que el uso de estas puede mejorar la calidad de los requisitos que surgen en la primera etapa de desarrollo. 1 1 SI; 14 SI NO; 2 NO 4. Actualmente, Crees que todo el proceso de desarrollo de software debe comenzar a adaptarse al uso de las herramientas Web 2.? El propósito de la pregunta era validar que las herramientas Web 2. no solo aportan un valor agregado en la primera etapa como es la elicitación, si no que se puede buscar un acercamiento de estas herramientas en el resto del proceso de desarrollo de software. Se puede concluir que la industria está en la espera de una herramienta que sea capaz de suplir las necesidades de comunicación e interacción con los stakeholders, no solo en la etapa de elicitación, si no a lo largo del todo el proceso y que estas etapas se contemplaran en proyectos posteriores. 1 SI; 1 SI Expertos NO; 6 NO Expertos B. Prueba de Campo 3. Crees que la herramienta ELGG, puede ser de gran importancia en el proceso de elicitación de requisitos de software? El propósito de la pregunta era corroborar que la herramienta seleccionada después de la investigación realizada, si cumplía con las condiciones para suplir la etapa de elicitación de requisitos, y que las funciones ofrecida por esta era lo suficientemente completas para esto. Se logra concluir que aunque la interacción con la herramienta fue relativamente poca creó expectativa en los expertos del apoyo que brinda la herramienta en el proceso de elicitación de requisitos, además de Después de terminar la iteración en la que se realizó la prueba de campo se realiza una encuesta tanto a desarrolladores, como a los stakeholder implicados que hicieron uso de la herramienta, y los desarrolladores y stakeholder que no hicieron uso de la herramienta y se obtuvieron los siguiente resultados: 1. Cuál fue el esfuerzo invertido en la elicitación de requisitos en una de las iteraciones del proyecto comparando la herramienta ELGG con la manera tradicional? (Pregunta realizada solo a los desarrolladores que hicieron uso de la herramienta)

7 Esta pregunta se realiza con el fin de conocer el sentimiento que tuvieron los desarrolladores al finalizar la etapa de elicitación, en la cual todos respondieron que el esfuerzo fue menor, y el motivo básicamente era la reducción del tiempo en el desplazamiento de los desarrolladores a las reuniones establecidas con el cliente, también influye que la retroalimentación, ideas y sugerencias provenientes del stakeholder eran realizadas en menor tiempo y podían percatarse de los errores en el proceso más tempranamente. A la hora de solucionar dudas provenientes de los desarrolladores se realizan en menor tiempo, sin tener que esperar una reunión con el stakeholder. 3. Como fue la satisfacción de las necesidades del cliente con el planteamiento de los requisitos realizados? Esta pregunta tenía el fin de establecer la percepción de los desarrolladores al finalizar la etapa de elicitación de requisitos con respecto al cumplimiento de la necesidad del cliente, logramos ver que la mayoría de los desarrolladores que hicieron uso de la herramienta Web 2., consideran que la satisfacción fue total, cosa contraria a los desarrolladores que hicieron uso de las metodología tradicional, el cual piensan que la satisfacción fue parcial MENOR; 3 IGUAL; MAYOR; MENOR IGUAL MAYOR Esta satisfacción se determina de los comentarios y sugerencias realizadas por parte de los stakeholder a la hora de finalizar la etapa y realizar la entrega formal de requisitos, se tiene en cuenta que los requisitos no sean interpretados de manera ambigua, si no por el contrario sean entendibles por cualquier usuario. Desarrolladores 2. Como fue la participación y la comunicación con el stakeholder? 2 1 Parcial; 12 Total; Total; 2 2 Parcial; 1 Nula; Nula; Total Parcial Nula Al realizar esta pregunta a ambos grupos de desarrolladores ( los que usaron la Web 2. y los que siguieron el método tradicional ) obtuvimos que una gran parte de los desarrolladores que siguen el método tradicional piensan que la participación del stakeholer es pasiva, puesto que se limitaba a las reuniones para resolver dudas causando pequeños lapsos de tiempo muerto, mientras los que hiceron el uso de la herramienta en su totalidad pensaron que era de manera activa, por la pronta solución de dudas, y retroalimentación constante dejado por el stakeholder. 1 Pasiva; 1 Activa; Activa; 3 4 Pasiva; Nula; Nula; Activa Pasiva Nula Uso de la web 2. Metodo Tradicional 4. Como fue el proceso de refinamiento de requisitos a lo largo de la iteración del proyecto de software? El fin de la pregunta era conocer la percepción de los desarrolladores con respecto a lo refinado que son los requisitos resultantes después de la etapa de elicitación de requisitos, al ver los resultados se interpretan que tanto los usuarios que usaron la metodología tradicional y los desarrolladores que usaron la herramienta Web 2. consideran que sus requisitos no se encuentran lo totalmente refinados y que pueden mejorarse aún más. Por medio de la herramienta no hay forma de validar el refinamiento de los requisitos y por lo tanto no apoya mucho esta etapa de la elicitación de requisitos. Uso de la web 2. Metodo Tradicional

8 2 Parcial; 13 Total; Total; 1 Parcial; 3 Nula; Nula; Total Parcial Nula 1, MENOR; IGUAL; MAYOR; 1 MENOR IGUAL MAYOR Uso de la web 2. Encuesta a los Stakeholder: Metodo Tradicional 1. Como fue la participación con los desarrolladores comparando la herramienta ELGG con manera tradicional? Al realizar esta pregunta queríamos saber la percepción de los stakeholder con respecto a los desarrolladores que lo hacen de manera tradicional y los que usan la Web 2., el stakeholder considera que la participación activa es por parte de los dos grupos de desarrolladores y se logra concluir que la participación puede ser activa incluso en los métodos tradicionales de desarrollo, en este caso el uso de la herramienta Web 2. no mejora de ninguna forma la participación de los desarrolladores. Stakeholder 3. Como fue la facilidad para identificar la claridad del requisito comparando la herramienta ELGG con la manera tradicional? Al realizar esta pregunta se buscaba determinar que requisitos presentaban más claridad al finalizar la etapa, la respuesta dada es que el uso de la herramienta Web 2. y la constante retroalimentación del stakeholder, logra realizar un requerimiento que a la larga es más claro que uno realizado de la manera tradicional, esto no quiere decir que de la manera tradicional no se puedan realizar requisitos claros, si no que gracias a la retroalimentación y la participación más activa del stakeholder se logró más claridad en los requisitos resultantes. 1 Total; 1 1 Activa; 3 Activa; 9 Pasiva; Pasiva; Nula; Nula; Activa Pasiva Nula, Parcial; Nula; Total Parcial Nula Stakeholder Uso de la web 2. Metodo Tradicional 2. Cuál fue el esfuerzo invertido en la elicitación de requisitos en una de las iteraciones del proyecto comparando la herramienta ELGG con la manera tradicional? Como conclusión se logra determinar que el uso de las herramientas Web 2. en la etapa de elicitación de requisitos realiza mejoras notables en una iteración del desarrollo de un producto de software y que el apoyo de estas herramientas puede mitigar el riesgo de los requisitos mal redactados o poco entendibles, que la participación activa es una parte fundamental para conseguir los resultados esperados. Con respecto al esfuerzo invertido por parte del stakholder en la etapa de elicitación de requisitos realizando uso de la herramienta Web 2. fue mayor, pero aunque haya sido mayor el cliente quedo más satisfecho al finalizar dicha etapa, y enfatizo que el esfuerzo aplicado fue realizado en cualquier momento del día, lo cual era un poco más favorable ya que no tenía que realizar aplazamiento de actividades más prioritarias para él, y pudo realizar la retroalimentación pertinente de los avances presentados con mayor tranquilidad, lo cual mostraba un avance mayor a lo largo del proceso.

9 C. Calificación de los criterios a evaluar Tabla. Calificación de los criterios a evaluar Indicador Concepto Valoración Refinamiento de los requisitos. Satisfacción de la necesidad del cliente. Forma usada para la extracción del requisito. 3 Facilidad para identificar el origen del requisito. Claridad del requisito Cumple con la necesidad. Desarrolladores 4 La Web 2. es un concepto relativamente nuevo y aún le queda mucho camino por recorrer, el desarrollo de software debe buscar hacer uso de este concepto para establecer una metodología que minimice el riesgo de fracaso que actualmente tiene el desarrollo de software tradicional. El uso de las herramientas Web 2. en una metodología de desarrollo ágil facilita la interacción con el cliente de manera activa, así este se encuentre geográficamente distante reduciendo el limitante de tiempo que posiblemente el cliente tiene para dedicar al proyecto de software y, sin olvidar los principios del desarrollo ágil. Participación de las partes implicadas en las herramientas Web 2. Stakeholders 3 El uso de la Web 2. en la etapa de elicitación de requisitos podría mejorar la calidad de los requisitos entregados en esta etapa, causando así una disminución en el ciclo de vida del desarrollo de un proyecto de software. Esfuerzo de las partes implicadas en las herramientas Web 2.. Desarrolladores Stakeholder 3 REFERENCIAS Con respecto a los criterios a evaluar se determina que el uso de la Web 2. es viable en la etapa de elicitación de requisitos, pero que hay aspectos en los que hay que enfatizar y profundizar con el ánimo de plantear una metodología en la cual el proceso de elicitación se lleve de manera correcta y sea considerablemente mejor, tanto para los desarrolladores como para los stakeholder. X. CONCLUSIONES Vivimos en una época donde las barreras de comunicación se están rompiendo muy rápidamente, en donde comunicarse con alguien geográficamente distribuido ya no es un problema, tenemos que comenzar a evolucionar el desarrollo de software que conocemos para el uso de los nuevos alcances de nuestro entorno, buscando mitigar los problemas con los que se cuenta actualmente. Se entiende que la elicitación de requisitos es una parte crucial en todo desarrollo de software, pero buscar que las partes interesadas estén en constante interacción desde esta etapa de desarrollo permite una mayor probabilidad de que el proyecto sea un éxito. [1] Fahad, J., & Abdul, M. (29). Herramientas Web 2. para el Aprendizaje Colaborativo. Reading. [2] Caracteristicas de la Web 2. -internet-ha-cambiado-y-tu.html [3] Davis, A. M. (1993) Software Requirements: Objects, Functions, and States. UpperSaddle River, NJ:Prentice Hall. [4] Propuesta_Proyecto_Investigacion. (n.d.). [] Bindplanning-Proyectos Personales. (n.d.). [6] Franky, M. C. (211). colaborativos Temática. [7] Black, S., Harrison, R., & Baldwin, M. (21). A Survey of Social Media Use in Software Systems Development. Analysis, 1-. [8] Canós, J. H., Letelier, P., Penadés, C., & Valencia, D. P. D. (n.d.). Métodologías Ágiles en el Desarrollo de Software. Development, 1-8.

WEB 2.0 EN LA ELICITACIÓN DE REQUISITOS DE SOFTWARE

WEB 2.0 EN LA ELICITACIÓN DE REQUISITOS DE SOFTWARE WEB 2.0 EN LA ELICITACIÓN DE REQUISITOS DE SOFTWARE Jennifer Herrera Vega Código 1080024 Andres Mauricio Rojas Libreros Código 1080263 Universidad de San buenaventura Facultad de ingeniería Programa de

Más detalles

METODOLOGÍA TRADICIONAL.

METODOLOGÍA TRADICIONAL. METODOLOGÍA TRADICIONAL. Teniendo en cuenta la filosofía de desarrollo de las metodologías, aquellas con mayor énfasis en la planificación y control del proyecto, en especificación precisa de requisitos

Más detalles

Ingeniería de Software. Procesos. Proyecto de Ingeniería. Metodologías. Metodologías. Metodologías. Metodologías de desarrollo

Ingeniería de Software. Procesos. Proyecto de Ingeniería. Metodologías. Metodologías. Metodologías. Metodologías de desarrollo Ingeniería de Software Procesos Laboratorio de Ingeniería de Software 2004 La ingeniería de software trata sobre la aplicación de practicas y métodos para construir productos de software que cumplan las

Más detalles

Revisión de la Organización de apoyo para nombres de dominio con códigos de país (ccnso)

Revisión de la Organización de apoyo para nombres de dominio con códigos de país (ccnso) Revisión de la Organización de apoyo para nombres de dominio con códigos de país (ccnso) Borrador del informe final del grupo de de revisión de ccnso 15 de noviembre de 2010 Índice 0. RESUMEN EJECUTIVO...

Más detalles

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Información General del Documento Versión Actual del Documento 0.0.0.7 Descripción

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

Modelos de Ciclo de Vida de Desarrollo de Software en el Contexto de la Industria Colombiana de Software

Modelos de Ciclo de Vida de Desarrollo de Software en el Contexto de la Industria Colombiana de Software Modelos de Ciclo de Vida de Desarrollo de Software en el Contexto de la Industria Colombiana de Software Hugo F. Arboleda Jiménez. MSc. Docente-Investigador, Facultad de Ingenierías, Universidad de San

Más detalles

Tema 2. El Ciclo de Vida del Software (ISG1-ITIG)

Tema 2. El Ciclo de Vida del Software (ISG1-ITIG) Tema 2. El Ciclo de Vida del Software (ISG1-ITIG) Grupo de Ingeniería del Software Antonio José Sáenz Albanés (C.T.O) Reconocimiento No Comercial Compartir Igual - 3.0 - España 1 Objetivos del Tema Qué

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: DETERMINACIÓN DE REQUERIMIENTOS ENTREVISTAS, CUESTIONARIOS, OBSERVACIONES JOINT APPICATION DESIGN (JAD) PROTOTIPOS, CASE, GROUPWARE Material diseñado y elaborado por: Prof. Luis Eduardo Mendoza

Más detalles

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0 Deportes LSI 03 Sistema para Gestión de Artículos Deportivos LSI 03 Versión 3.0 Fecha: 02/01/2003 Historial de Revisiones Fecha Versión Descripción Autor 22/07/2002 0.9 Versión preliminar como propuesta

Más detalles

Revista Granma Ciencia. Vol. 16, no. 2 mayo - agosto 2012 ISSN 1027-975X

Revista Granma Ciencia. Vol. 16, no. 2 mayo - agosto 2012 ISSN 1027-975X Título: Gestión de la Calidad en el Ciclo de Desarrollo del Software de proyectos que usan metodologías ágiles. Title: Quality Management in Development Cycle Software projects using agile methodologies.

Más detalles

Software CRM On Premise ó CRM On Demand (SaaS)

Software CRM On Premise ó CRM On Demand (SaaS) Software CRM On Premise ó CRM On Demand (SaaS) 5 factores a considerar antes de tomar una decisión. Las alternativas de software disponibles en el mercado para apoyar una estrategia de CRM son muy amplias.

Más detalles

Optimización ágil para conseguir una máxima innovación. agility made possible

Optimización ágil para conseguir una máxima innovación. agility made possible Optimización ágil para conseguir una máxima innovación agility made possible El método ágil acelera la innovación El exigente y frenético clima empresarial actual ha hecho que aumenten las expectativas

Más detalles

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred. cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.com CICLO DE VIDA DEL SOFTWARE Para apreciar un poco más el problema

Más detalles

DEFINICION DE WEB 2.0 DIFERENCIAS WEB 1.0 Y WEB 2.0

DEFINICION DE WEB 2.0 DIFERENCIAS WEB 1.0 Y WEB 2.0 DEFINICION DE WEB 2.0 Es la siguiente generación Web en donde las aplicaciones son más interactivas. La Web 2.0 provee una plataforma para crear aplicaciones dinámicas, ricas e interactivas. El término

Más detalles

Modelos de desarrollo de software. septiembre de 2007 1

Modelos de desarrollo de software. septiembre de 2007 1 Modelos de desarrollo de software septiembre de 2007 1 Referencias básicas Ingeniería de software. Un enfoque práctico. Pressman, R. Quinta edición. Mc. Graw Hill 2002 Ingeniería de software. Sommerville,

Más detalles

SOFTWARE PROJECT MANAGEMENT PLAN

SOFTWARE PROJECT MANAGEMENT PLAN SOFTWARE PROJECT MANAGEMENT PLAN HERRAMIENTA PARA LA ADMINISTRACIÓN DE REQUERIMIENTOS DE LOS PROYECTOS DE LAS ASIGNATURAS DE INGENIERÍA Y ARQUITECTURA DE SOFTWARE DE LA PONTIFICIA UNIVERSIDAD JAVERIANA.

Más detalles

Modelos de Proceso Tradicionales

Modelos de Proceso Tradicionales Modelos de Proceso Tradicionales Capitulo 2,QJHQLHUtDGHO6RIWZDUH (VSHFLDOL]DFLyQHQ*HUHQFLDGH6LVWHPDVGH,QIRUPDFLyQ 8QLYHUVLGDG6DQWLDJRGH&DOL Profesor: MSc. MIGUEL ANGEL NIÑO ZAMBRANO Programación: Tiempo

Más detalles

Cómo Comprar Software de Calidad. Pablo Straub Consultor

Cómo Comprar Software de Calidad. Pablo Straub Consultor Cómo Comprar Software de Calidad Pablo Straub Consultor El Problema Testimonio de un comprador de software a medida Nos entregaron el sistema informático mucho después de la fecha original y nos costó

Más detalles

METODOLOGÍA TRADICIONAL.

METODOLOGÍA TRADICIONAL. COMPARACIÓN DE METODOLOGÍAS METODOLOGÍA TRADICIONAL. Teniendo en cuenta la filosofía de desarrollo de las metodologías, aquellas con mayor énfasis en la planificación y control del proyecto, en especificación

Más detalles

Desarrollo y comercialización de productos de software [El proceso unificado]

Desarrollo y comercialización de productos de software [El proceso unificado] Desarrollo y comercialización de productos de software [El proceso unificado] M. en C. Sergio Luis Pérez Pérez UAM CUAJIMALPA, MÉXICO, D. F. Trimestre 13-P Sergio Luis Pérez (UAM CUAJIMALPA) Curso de desarrollo

Más detalles

Boletín de Asesoría Gerencial* Business Process Management (BPM)

Boletín de Asesoría Gerencial* Business Process Management (BPM) Espiñeira, Sheldon y Asociados * No. 11-2009 *connectedthinking Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección

Más detalles

SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE

SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE Recibido: 23 de febrero de 2011 Aceptado: 29 de marzo de 2011 SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE MSc. Ailin Orjuela, MSc. Luis Alberto Esteban, MSc.

Más detalles

Rational Unified Process (RUP)

Rational Unified Process (RUP) Rational Unified Process (RUP) Este documento presenta un resumen de Rational Unified Process (RUP). Se describe la historia de la metodología, características principales y estructura del proceso. RUP

Más detalles

Gestionando Agile/Scrum con Sciforma

Gestionando Agile/Scrum con Sciforma agile Gestionando Agile/Scrum con Sciforma El desarrollo ágil de software son métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requerimientos y soluciones

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software Tabla de Contenidos PARTE I INTRODUCCIÓN Capítulo 1: Evolución Los hitos en la evolución histórica del Desarrollo de Software Problemas y soluciones... Fallas, malas estimaciones

Más detalles

Reporte inicial. Metodología

Reporte inicial. Metodología Reporte inicial Este reporte inicial expondrá las decisiones que tomamos al momento de selección de metodología, plantillas y métodos de recabado de evidencia y por qué tomamos dichas decisiones. Metodología

Más detalles

SalesForce y FileMaker: Plataformas CRM para beneficiar a empresas de la Zona Norte

SalesForce y FileMaker: Plataformas CRM para beneficiar a empresas de la Zona Norte Instituto Tecnológico de Costa Rica Escuela de Ingeniería en Computación SalesForce y FileMaker: Plataformas CRM para beneficiar a empresas de la Zona Norte Tercer Informe de Práctica de Especialidad Dílmer

Más detalles

Centro de Investigación y Desarrollo en Ingeniería en Sistemas de Información (CIDISI)

Centro de Investigación y Desarrollo en Ingeniería en Sistemas de Información (CIDISI) Centro de Investigación y Desarrollo en Ingeniería en Sistemas de Información (CIDISI) OFERTAS TECNOLÓGICAS 1) GESTIÓN ORGANIZACIONAL Y LOGÍSTICA INTEGRADA: TÉCNICAS Y SISTEMAS DE INFORMACIÓN 2) GESTIÓN

Más detalles

Contenidos. Parte I - Introducción Capítulo 1 - Evolución. Capítulo 2 Condiciones de trabajo en el Desarrollo de Software

Contenidos. Parte I - Introducción Capítulo 1 - Evolución. Capítulo 2 Condiciones de trabajo en el Desarrollo de Software IX Contenidos Prólogo... XIX Prefacio... XXI Guía de lectura...xxiii Parte I - Introducción Capítulo 1 - Evolución 1.1 Introducción... 2 1.2 Los hitos en la evolución histórica del desarrollo de software...

Más detalles

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar 1 Definir el problema/oportunidad Definir problema de negocio o la oportunidad de mejora utilizando el pensamiento sistémico. Mapa Conceptual Desarrollar soluciones alternativas Seleccionar la solución

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0 Centro Ideoinformática Universidad de las Ciencias Informáticas Carretera a San Antonio Km 2 ½. Torrens. Boyeros. Ciudad de La Habana. Cuba Teléfono: + 53 (7)

Más detalles

PDSM: PROCESO DE DESARROLLO DE SOFTWARE MIXTO COMBINANDO RUP Y SCRUM. Mariani, María Florencia Okabe, Evangelina

PDSM: PROCESO DE DESARROLLO DE SOFTWARE MIXTO COMBINANDO RUP Y SCRUM. Mariani, María Florencia Okabe, Evangelina PDSM: PROCESO DE DESARROLLO DE SOFTWARE MIXTO COMBINANDO RUP Y SCRUM Mariani, María Florencia Okabe, Evangelina Agenda Introducción Metodologías RUP SCRUM Proyectos PDSM: Definición y Aplicación del proceso

Más detalles

Mejora Ágil de Procesos

Mejora Ágil de Procesos Mejora Ágil de Procesos Introducción Después de haber implementado por muchos años modelos de mejora, de dirección de proyectos y diferentes marcos ágiles, llegué a la conclusión de que el camino hacia

Más detalles

Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software

Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software Introducción Este documento recopila las preguntas, opiniones y respuestas que se produjeron en un pequeño curso sobre las

Más detalles

CERTIFICACIÓN INTERNACIONAL SEIS SIGMA: GREEN BELT Educación Empresarial y Desarrollo Profesional

CERTIFICACIÓN INTERNACIONAL SEIS SIGMA: GREEN BELT Educación Empresarial y Desarrollo Profesional ESCUELA DE EMPRESAS Universidad San Francisco de Quito CERTIFICACIÓN INTERNACIONAL SEIS SIGMA: GREEN BELT Educación Empresarial y Desarrollo Profesional Antecedentes: La Escuela de Empresas es el centro

Más detalles

Implementación de la Metodología para el Desarrollo Colaborativo de Aplicaciones Web (MDCAW), Basada en Arquitecturas Orientadas a Servicios (AOS)

Implementación de la Metodología para el Desarrollo Colaborativo de Aplicaciones Web (MDCAW), Basada en Arquitecturas Orientadas a Servicios (AOS) Implementación de la Metodología para el Desarrollo Colaborativo de Aplicaciones Web (MDCAW), Basada en Arquitecturas Orientadas a Servicios (AOS) Luís F GONZÁLEZ ALVARÁN Facultad de Ingenierías, Politécnico

Más detalles

La Autoridad de Certificación Global para Profesionales de Scrum y Ágil

La Autoridad de Certificación Global para Profesionales de Scrum y Ágil La Autoridad de Certificación Global para Profesionales de Scrum y Ágil SCRUM es un Marco Ágil iterativo e incremental para manejar proyectos complejos. Un Scrum (abreviatura de scrummage) es un método

Más detalles

Interpretación de CMMI para Desarrollo, Versión 1.3 en enfoques ágiles. Iñigo Garro, Octubre de 2013

Interpretación de CMMI para Desarrollo, Versión 1.3 en enfoques ágiles. Iñigo Garro, Octubre de 2013 Interpretación de CMMI para Desarrollo, Versión 1.3 en enfoques ágiles Iñigo Garro, Octubre de 2013 Este documento se ha basado en el informe técnico CMU/SEI-2010-TR-033 del Software Engineering Institute,

Más detalles

MEMORIA DE LAS ACTIVIDADES DESARROLLADAS PROYECTOS DE INNOVACIÓN EDUCATIVA CURSO 2014/2015

MEMORIA DE LAS ACTIVIDADES DESARROLLADAS PROYECTOS DE INNOVACIÓN EDUCATIVA CURSO 2014/2015 MEMORIA DE LAS ACTIVIDADES DESARROLLADAS PROYECTOS DE INNOVACIÓN EDUCATIVA CURSO 2014/2015 DATOS IDENTIFICATIVOS: 1. Título del Proyecto Herramienta para el Desarrollo de Aplicaciones Software con Metodologías

Más detalles

Desarrollo ecológico. Beneficios de la integración continua en desarrollos Agile 23/04/2015

Desarrollo ecológico. Beneficios de la integración continua en desarrollos Agile 23/04/2015 Desarrollo ecológico Beneficios de la integración continua en desarrollos Agile Por David Barbáchano González, Gerente de Operaciones en Panel Sistemas. 23/04/2015 panel.es Panel Sistemas Informáticos,

Más detalles

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Tema 2. Ingeniería del Software I feliu.trias@urjc.es Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición

Más detalles

RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE

RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE Autor del documento: Centro de Apoyo Tecnológico a Emprendedores Datos de contacto: E-Mail: bilib@bilib.es

Más detalles

El mundo se encuentra en una revolución informática. La Arquitectura de Información (AI) en el proceso de desarrollo de software

El mundo se encuentra en una revolución informática. La Arquitectura de Información (AI) en el proceso de desarrollo de software La Arquitectura de Información (AI) en el proceso de desarrollo de software Information architecture in the process of software development Lic. Yenieris Moyares Ing. Daimí Bretones Lorenzo Resumen: La

Más detalles

3. ANÁLISIS SITUACIÓN ACTUAL ÁREA DE DESARROLLO DE APLICACIONES 3.1 VISIÓN GENERAL

3. ANÁLISIS SITUACIÓN ACTUAL ÁREA DE DESARROLLO DE APLICACIONES 3.1 VISIÓN GENERAL 3. ANÁLISIS SITUACIÓN ACTUAL ÁREA DE DESARROLLO DE APLICACIONES EMPRESA DE CONTACT-CENTER EMTELCO S.A. 3.1 VISIÓN GENERAL Emtelco S.A es una sociedad mixta del orden municipal que hace parte del grupo

Más detalles

Aplicaciones Web que Permitan Administrar Portafolios para Gestionar el Aprendizaje

Aplicaciones Web que Permitan Administrar Portafolios para Gestionar el Aprendizaje Escuela Universitaria de Ingeniería Industrial, Informática y Sistemas Área de Computación e Informática Universidad Tarapacá Arica Aplicaciones Web que Permitan Administrar Portafolios para Gestionar

Más detalles

Proyecto de Grado SoReWa (Social Restaurant Wall) DOCUMENTO ARTICULADOR

Proyecto de Grado SoReWa (Social Restaurant Wall) DOCUMENTO ARTICULADOR Proyecto de Grado SoReWa (Social Restaurant Wall) DOCUMENTO ARTICULADOR Elaborado Por: Alejandro Arbeláez Acevedo Elaborado Para: Proyecto de Grado Versión: 1.0 Mayo, 2014 Confidencial Eafit UP. Versión

Más detalles

UNIVERSIDAD TÉCNICA DEL NORTE FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS ESCUELA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

UNIVERSIDAD TÉCNICA DEL NORTE FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS ESCUELA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES UNIVERSIDAD TÉCNICA DEL NORTE FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS ESCUELA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES TEMA: La Programación Extrema aplicada al desarrollo del Sistema Informático

Más detalles

Caso práctico. Examen oral para la acreditación de la licenciatura (EXOAL) Clave del caso práctico 777 Fecha de examen de primera etapa

Caso práctico. Examen oral para la acreditación de la licenciatura (EXOAL) Clave del caso práctico 777 Fecha de examen de primera etapa Caso práctico Examen oral para la acreditación de la licenciatura (EXOAL) Licenciatura por acreditar Nombre del sustentante Informática J. Genaro Contreras Ocampo Clave del caso práctico 777 Fecha de examen

Más detalles

Interacción Persona - Ordenador

Interacción Persona - Ordenador Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición

Más detalles

BPM: Articulando Estrategia, Procesos y Tecnología

BPM: Articulando Estrategia, Procesos y Tecnología BPM: Articulando Estrategia, Procesos y Tecnología Resumen: La competitividad es el imaginario que dirige las acciones empresariales en la actualidad. Lograr condiciones que permitan competir con mayores

Más detalles

GESTIÓN DEL CAMBIO. Fernanda M. Soto 1, Henry F. Montalván 2 GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE INTRODUCCIÓN

GESTIÓN DEL CAMBIO. Fernanda M. Soto 1, Henry F. Montalván 2 GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE INTRODUCCIÓN GESTIÓN DEL CAMBIO Fernanda M. Soto 1, Henry F. Montalván 2 El arte de coordinar el desarrollo de software para minimizar la confusión se llama gestión de la configuración (GC-GCS). La Gestión de la Configuración

Más detalles

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO)

Más detalles

Introducción a la implementación de Scrum

Introducción a la implementación de Scrum Introducción a la implementación de Scrum Jorge Iván Meza Martínez http://www.jorgeivanmeza.com/ Jorge Iván Meza Martínez - 1 Contenido Introducción. Historia. Qué es un proyecto. Gestión

Más detalles

Metodología BPM:RAD Rapid Analysis & Design para la modelización y diseño de procesos orientados a tecnologías BPM

Metodología BPM:RAD Rapid Analysis & Design para la modelización y diseño de procesos orientados a tecnologías BPM Metodología BPM:RAD - Rapid Analysis & Design Capítulo extraído de El Libro del BPM 2011 Metodología BPM:RAD Rapid Analysis & Design para la modelización y diseño de procesos orientados a tecnologías BPM

Más detalles

ISO 9001:2008 y Agile. Nuestra experiencia

ISO 9001:2008 y Agile. Nuestra experiencia ISO 9001:2008 y Agile Nuestra experiencia Contenidos 1. Quiénes somos 2. Por qué ISO 9001 3. Qué es ISO 9001 4. Qué es Agile 5. Estrategia 6. Diseño 7. Lecciones aprendidas Quiénes somos? Quiénes somos?

Más detalles

Programación Extrema. Ing. Sebastian Priolo

Programación Extrema. Ing. Sebastian Priolo Programación Extrema Ing. Sebastian Priolo Metodologías Ágiles Menos orientadas a los documentos. Orientadas al código. El cambio es bienvenido. Procesos que cambian NO son predictivos Son adaptables Ejemplos

Más detalles

Universidad Católica Andrés Bello Ingeniería en Informática Metodologías Ágiles de Gestión de Proyectos TI

Universidad Católica Andrés Bello Ingeniería en Informática Metodologías Ágiles de Gestión de Proyectos TI Universidad Católica Andrés Bello Ingeniería en Informática Metodologías Ágiles de Gestión de Proyectos TI MODELO Y HERRAMIENTA DE AUTOMATIZACIÓN PARA AGREGAR VALOR A LOS PRINCIPIOS ÁGILES DE DESARROLLO

Más detalles

IT Project Management Desarrollo de Software

IT Project Management Desarrollo de Software IT Project Management Desarrollo de Software Es posible una mezcla de Waterfall y Agile? Cómo se acerca el PMBOK a Agile? Autor: Norberto Figuerola Resulta muy frecuente que se suela confundir una aproximación

Más detalles

5 formas de mejorar su negocio con COMPUTACIÓN EN LA NUBE

5 formas de mejorar su negocio con COMPUTACIÓN EN LA NUBE 5 formas de mejorar su negocio con COMPUTACIÓN EN LA NUBE Julio 2012 Introducción. Cada empresa y cada empresario ha entendido que, si hay una constante, ésta es el cambio. Día a día, los negocios se ponen

Más detalles

Observatorio de la Accesibilidad TIC discapnet. Accesibilidad de Plataformas de Redes Sociales. Versión reducida

Observatorio de la Accesibilidad TIC discapnet. Accesibilidad de Plataformas de Redes Sociales. Versión reducida Observatorio de la Accesibilidad TIC discapnet Accesibilidad de Plataformas Versión reducida Diciembre 2010 1 Introducción El surgimiento y extensión de las redes sociales en Internet 1 constituye uno

Más detalles

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Jorge Bozo jbozo@inf.ucv.cl Escuela de Ingeniería Informática Universidad Católica de Valparaíso Valparaíso, Chile

Más detalles

EL PROCESO DE DESARROLLO DE SOFTWARE: UNA TAREA SOCIAL DE MEJORA CONTINUA

EL PROCESO DE DESARROLLO DE SOFTWARE: UNA TAREA SOCIAL DE MEJORA CONTINUA EL PROCESO DE DESARROLLO DE SOFTWARE: UNA TAREA SOCIAL DE MEJORA CONTINUA Dra. Pilar Gómez Gil Instituto Nacional de Astrofísica, Óptica y Electrónica (INAOE). Coordinación de Ciencias Computacionales

Más detalles

TOMA DE DECISIONES MARIA ELENA SALAZAR YAMADA DOCTORA EN PSICOLOGIA

TOMA DE DECISIONES MARIA ELENA SALAZAR YAMADA DOCTORA EN PSICOLOGIA TOMA DE DECISIONES MARIA ELENA SALAZAR YAMADA DOCTORA EN PSICOLOGIA PREMISAS SOBRE LAS DECISIONES A diario estamos tomando decisiones. Algunas veces son fáciles de tomar. En otras ocasiones tenemos que

Más detalles

CARTA DESCRIPTIVA 1. PRESENTACIÓN PLAN DE ESTUDIOS: IS02 CRÉDITOS 5 CÓDIGO DEL CURSO: IS020 NIVEL: VI ÁREA O COMPONENTE DE FORMACIÓN: Específica

CARTA DESCRIPTIVA 1. PRESENTACIÓN PLAN DE ESTUDIOS: IS02 CRÉDITOS 5 CÓDIGO DEL CURSO: IS020 NIVEL: VI ÁREA O COMPONENTE DE FORMACIÓN: Específica FACULTAD: Ingenierías PROGRAMA: Ingeniería de sistemas NOMBRE DEL CURSO: CARTA DESCRIPTIVA Ingeniería de Software 1. PRESENTACIÓN PLAN DE ESTUDIOS: IS02 CRÉDITOS 5 CÓDIGO DEL CURSO: IS020 NIVEL: VI ÁREA

Más detalles

Trabajo Práctico Integrador

Trabajo Práctico Integrador Trabajo Práctico Integrador Objetivo: Relacionar los conceptos vistos durante la cursada bajo una actividad práctica en la que los alumnos puedan aplicar los conceptos a la luz de un contexto organizacional.

Más detalles

BINDPLANNING: PROTOTIPO DE UNA HERRAMIENTA WEB PARA PLANIFICAR Y EJECUTAR PROPÓSITOS DE VIDA CON BASE EN EL CONCEPTO DE RED SOCIAL.

BINDPLANNING: PROTOTIPO DE UNA HERRAMIENTA WEB PARA PLANIFICAR Y EJECUTAR PROPÓSITOS DE VIDA CON BASE EN EL CONCEPTO DE RED SOCIAL. BINDPLANNING: PROTOTIPO DE UNA HERRAMIENTA WEB PARA PLANIFICAR Y EJECUTAR PROPÓSITOS DE VIDA CON BASE EN EL CONCEPTO DE RED SOCIAL. ALFONSO FERNANDEZ LIBREROS UNIVERSIDAD DE SAN BUENAVENTURA FACULTAD DE

Más detalles

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB]

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB] Gobierno Municipal del Cantón Bolívar. SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB] Visión Universidad Técnica del Norte Histórico de Revisiones

Más detalles

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

Capítulo I. Planteamiento del problema

Capítulo I. Planteamiento del problema Capítulo I. Planteamiento del problema Actualmente, cientos de instituciones educativas utilizan Sistemas gestores del aprendizaje (LMS Learning Management Systems), sin embargo, estos no fomentan el trabajo

Más detalles

GUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS TABLA DE CONTENIDO

GUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS TABLA DE CONTENIDO - 1 - RUP/Easy GUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS Setiembre 2004 TABLA DE CONTENIDO 1 INTRODUCCIÓN...1 2 ADECUACIÓN DE LOS WORKFLOWS ESENCIALES DEL RUP...2 2.1 WORKFLOWS ESENCIALES DEL RUP...2

Más detalles

APUNTES SOBRE SATISFACCIÓN Y MOTIVACIÓN LABORAL

APUNTES SOBRE SATISFACCIÓN Y MOTIVACIÓN LABORAL APUNTES SOBRE SATISFACCIÓN Y MOTIVACIÓN LABORAL Por: José Antonio Villagra Satisfacción y Motivación En el ámbito de las organizaciones la satisfacción 1 y la motivación son dos conceptos frecuentemente

Más detalles

Ofertas y Contratos en Scrum

Ofertas y Contratos en Scrum Ofertas y Contratos en Scrum Aspectos que se deben considerar para ofertar y contratar proyectos de entrega incremental. José Vázquez Sánchez 2013 José Vázquez Sánchez Twitea sobre el libro! Por favor

Más detalles

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review)

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review) 1_Visión general de SCRUM 2_Teoría de Scrum 3_El Equipo Scrum (Scrum Team) 3.1_El Dueño de Producto (Product Owner) 3.2_El Equipo de Desarrollo (Development Team) 3.3_El Scrum Master 4_Eventos de Scrum

Más detalles

PROCESO DE DESARROLLO ORGANIZACIONAL MINISTERIO DE SALUD DE COSTA RICA

PROCESO DE DESARROLLO ORGANIZACIONAL MINISTERIO DE SALUD DE COSTA RICA PROCESO DE DESARROLLO ORGANIZACIONAL MINISTERIO DE SALUD DE COSTA RICA Evaluación del Enfoque al Cliente del Sitio Web ACOMPAÑAMIENTO EN LA IMPLEMENTACIÓN DEL CAMBIO ORGANIZACIONAL DEL MINISTERIO DE SALUD

Más detalles

APRENDIZAJE EN LA SOCIEDAD DE LA INFORMACIÓN SEMANA 5

APRENDIZAJE EN LA SOCIEDAD DE LA INFORMACIÓN SEMANA 5 APRENDIZAJE EN LA SOCIEDAD DE LA INFORMACIÓN SEMANA 5 ÍNDICE EL APRENDIZAJE EN LA SOCIEDAD DE LA INFORMACIÓN... 3 APRENDIZAJES ESPERADOS... 3 INTRODUCCIÓN... 3 1. LA EDUCACIÓN EN LA SOCIEDAD DE LA INFORMACIÓN...

Más detalles

CARTA DESCRIPTIVA Código: FO-MI-108 Versión: 3 Fecha: 25-10-2013

CARTA DESCRIPTIVA Código: FO-MI-108 Versión: 3 Fecha: 25-10-2013 CARTA DESCRIPTIVA Código: FO-MI-108 Versión: 3 Fecha: 25-10-2013 1. PRESENTACIÓN FACULTAD: Ingenierías PROGRAMA: Ingeniería de sistemas NOMBRE DEL CURSO: Ingeniería de Software PLAN DE ESTUDIOS: IS01 CRÉDITOS

Más detalles

MOODLE EN EL MARCO DEL CAMBIO TECNOLÓGICO EN UNA ORGANIZACIÓN

MOODLE EN EL MARCO DEL CAMBIO TECNOLÓGICO EN UNA ORGANIZACIÓN Segundo MoodleMootUY, 22 y 23 de Noviembre de 2012 Montevideo, Uruguay MOODLE EN EL MARCO DEL CAMBIO TECNOLÓGICO EN UNA ORGANIZACIÓN Guillermo Q. Cabrera Seijas http://www.linkedin.com/pub/guillermo-cabrera-seijas/20/8b0/356

Más detalles

ESPECIFICACIÓN REQUERIMIENTOS. Ejemplo. Arquitectura Multiagente para Sistemas E-Learning centrados en la enseñanza de Idiomas (SE-MAS)

ESPECIFICACIÓN REQUERIMIENTOS. Ejemplo. Arquitectura Multiagente para Sistemas E-Learning centrados en la enseñanza de Idiomas (SE-MAS) Ejemplo ESPECIFICACIÓN DE REQUERIMIENTOS Arquitectura Multiagente para Sistemas E-Learning centrados en la enseñanza de Idiomas (SE-MAS) Liliana Esther Machuca Villegas Universidad del Valle Escuela de

Más detalles

Calidad de Software Trabajo Práctico Integrador. CACIC 2012 XVI Escuela Internacional de Informática

Calidad de Software Trabajo Práctico Integrador. CACIC 2012 XVI Escuela Internacional de Informática Calidad de Software Trabajo Práctico Integrador CACIC 2012 XVI Escuela Internacional de Informática INDICE 1. Consignas del Trabajo Práctico... 3 1.2 Pautas generales... 3 2.2 Consignas... 3 2. Presentación

Más detalles

ecrm PyME: Creación de Valor B2C para la Pequeña y Mediana Empresa de la Región del Maule

ecrm PyME: Creación de Valor B2C para la Pequeña y Mediana Empresa de la Región del Maule ecrm PyME: Creación de Valor B2C para la Pequeña y Mediana Empresa de la Región del Maule Alumnos: Año Académico: 2011 Profesor Guía: Contraparte: REGNER ANDRÉS ELGUETA ROGEL MARCELO ALEJANDRO ROJAS ARANDA

Más detalles

Gestión de Requisitos ULPGC

Gestión de Requisitos ULPGC Gestión de Requisitos ULPGC Gestión de Requisitos Consiste en gestionar los cambios de los requisitos, las relaciones entre ellos, las dependencias entre la especificación de requisitos y otros documentos

Más detalles

UNIVERSIDAD DE TALCA FACULTAD DE INGENIERÍA ESCUELA DE INGENIERÍA CIVIL EN COMPUTACIÓN

UNIVERSIDAD DE TALCA FACULTAD DE INGENIERÍA ESCUELA DE INGENIERÍA CIVIL EN COMPUTACIÓN UNIVERSIDAD DE TALCA FACULTAD DE INGENIERÍA ESCUELA DE INGENIERÍA CIVIL EN COMPUTACIÓN Estudio de las fortalezas y debilidades que exhiben los métodos ágiles en el contexto chileno de desarrollo de software:

Más detalles

Diseño e Implementación de los Procesos de Gestión TI

Diseño e Implementación de los Procesos de Gestión TI Diseño e Implementación de los Procesos de Gestión TI Alumno(s): Año Académico: 2012 Profesor Guía: Contraparte: ALEJANDRO JESUS ARAVENA ORTIZ LORENA ANDREA ALBORNOZ POBLETE DANIEL HORMAZABAL Escuela de

Más detalles

http://www.informatizate.net

http://www.informatizate.net http://www.informatizate.net Metodologías De Desarrollo De Software María A. Mendoza Sanchez Ing. Informático - UNT Microsoft Certified Professional - MCP Analísta y Desarrolladora - TeamSoft Perú S.A.C.

Más detalles

TRANSPARENCIA E IGUALDAD DE OPORTUNIDADES

TRANSPARENCIA E IGUALDAD DE OPORTUNIDADES TRANSPARENCIA E IGUALDAD DE OPORTUNIDADES Implementación de un Modelo de Gestión de Servicios como Informe de Práctica Promisoria en el Sector Público Para la Postulación al Premio Nacional a la Calidad.

Más detalles

INICIO PLANIFICACIÓN EJECUCIÓN SEGUIMIENTO Y CONTROL CIERRE. Etapas de un proyecto. Conoce las 5 etapas por las que todo proyecto debe pasar.

INICIO PLANIFICACIÓN EJECUCIÓN SEGUIMIENTO Y CONTROL CIERRE. Etapas de un proyecto. Conoce las 5 etapas por las que todo proyecto debe pasar. 1 2 Etapas de un proyecto Conoce las 5 etapas por las que todo proyecto debe pasar. Etapas de un proyecto Todo lo que debes saber INICIO para gestionarlas de manera eficiente PLANIFICACIÓN 3 4 5 EJECUCIÓN

Más detalles

Ingeniería del Software

Ingeniería del Software Ingeniería del Software www.upv.es www.inf.upv.es Motivación Software everywhere Sistemas software cada vez más complejos Presión para desarrollar software en plazos más cortos y sin renunciar a altos

Más detalles

ARQUITECTURA DE SOFTWARE

ARQUITECTURA DE SOFTWARE ARQUITECTURA DE SOFTWARE Introducción n a la Arquitectura de Software (sistemas) Requisitos de calidad Documento de Diseño RTFS-Método del control de diseño Introducción n al Diseño o de la interfaz Humano/Computador

Más detalles

RUP. Rational Unified Process

RUP. Rational Unified Process RUP Rational Unified Process Rational Unified Process Basado en 6 mejores prácticas de la industria de software: Desarrollo incremental Administración de requisitos Uso de arquitecturas basadas en componentes

Más detalles

CONTENIDO. ACERCA DE SWAT IT Quiénes somos y para qué trabajamos

CONTENIDO. ACERCA DE SWAT IT Quiénes somos y para qué trabajamos CONTENIDO ACERCA DE SWAT IT Quiénes somos y para qué trabajamos NUESTROS SERVICIOS Fábrica de software a la medida Análisis de emergencia proyectos de software Intervención de emergencia proyectos de software

Más detalles

Plataformas tecnológicas CRM de datos a conocimiento

Plataformas tecnológicas CRM de datos a conocimiento Rambla Catalunya, 124 2º 2ª 08008 BARCELONA Telf. 932 857 099 www.mk-r.es Plataformas tecnológicas CRM de datos a conocimiento Whitepaper nº3 - por Josep Ma. Abella El desarrollo de una estrategia relacional

Más detalles

Capítulo 1. Sistema de Control de Inventario y Reportes de Falla

Capítulo 1. Sistema de Control de Inventario y Reportes de Falla Capítulo 1 Sistema de Control de Inventario y Reportes de Falla 1.1 Descripción del Problema La Universidad de las Américas, Puebla (UDLA) cuenta con la Dirección de Capacitación y Servicios en Sistemas

Más detalles

APLICACIÓN PILOTO DEL SISTEMA DE ACREDITACIÓN DE PROGRAMAS DE ASISTENCIA TÉCNICA EDUCATIVA

APLICACIÓN PILOTO DEL SISTEMA DE ACREDITACIÓN DE PROGRAMAS DE ASISTENCIA TÉCNICA EDUCATIVA APLICACIÓN PILOTO DEL SISTEMA DE ACREDITACIÓN DE PROGRAMAS DE ASISTENCIA TÉCNICA EDUCATIVA GUÍA 2: APLICACIÓN PILOTO Y MANUAL DE AUTO EVALUACIÓN CENTRO DE INVESTIGACIÓN AVANZADA EN EDUCACIÓN (CIAE) MINISTERIO

Más detalles

Bachilleres: Bustamante Dayana C.I: 22.983.709 Rodríguez Jean C. C.I: 21.169.047

Bachilleres: Bustamante Dayana C.I: 22.983.709 Rodríguez Jean C. C.I: 21.169.047 UNIVERSIDAD NACIONAL EXPERIMENTAL DE LOS LLANOS OCCIDENTALES EZEQUIEL ZAMORA Ingeniería en Informática Subproyecto: Metodología de Desarrollo del Software Semestre VII Bachilleres: Bustamante Dayana C.I:

Más detalles

Qué es una Metodología Ágil?

Qué es una Metodología Ágil? Metodologías Ágiles Qué es una Metodología Ágil? www.agilealliance.com Las Metodologías Ágiles (AMs) valoran: Al individuo y las interacciones en el equipo de desarrollo más que a las actividades y las

Más detalles