Mejora del proceso de elicitación de requisitos en proyectos GSD

La tendencia constantemente en alza de la globalización de empresas, y especialmente de los negocios relacionados con la producción de tecnologías de software, ha producido un profundo impacto tanto en las estrategias de marketing y distribución, como en la manera en que los productos son concebidos, diseñados, construidos, probados y entregados a los clientes [13]. Ejemplo de ello es que cada vez es más común el desarrollo de software en forma distribuida, o desarrollo global de software (GSD según las siglas en inglés), donde quienes participan del proceso de desarrollo (usuarios, clientes, desarrolladores) se encuentran localizados en países distintos. El principal motivo del crecimiento del GSD es que permite a las empresas disminuir los costos de desarrollo mientras se mantiene el nivel de calidad del proceso [5], contando con profesionales a lo largo y ancho del mundo sin necesidad de afrontar el costo de su traslado [16], o bien producir software para clientes remotos sin necesidad de trasladar el equipo de desarrolladores. También permite aumentar la productividad, por medio de jornadas de trabajo más extensas teniendo programadores distribuidos en sitios con amplia diferencia horaria [10]. Sin embargo, por su característica distribuida, los proyectos de GSD enfrentan varios problemas ocasionados por la distancia entre los participantes. Estos problemas son provocados por [9]: - la diferencia cultural, que comprende la variedad de lenguajes nativos de los participantes así como su comportamiento, - las dificultades en la comunicación, que se ve limitada por la tecnología utilizada - la diferencia horaria, que obstaculiza la interacción sincrónica, - la dificultad que representa gestionar el conocimiento en un entorno con fuentes de información variadas y distribuidas. Al analizar la literatura existente sobre el desarrollo global de software, hemos notado que la investigación anterior se centraba en determinar las limitaciones de la comunicación interpersonal y la gestión del conocimiento en entornos distribuidos, con el objetivo de definir su implicación en el proceso de desarrollo de software, pero que por lo general estos trabajos se dedican a las etapas más avanzadas de la ingeniería de requisitos (como la negociación y la especificación) y son muy pocos los trabajos referidos a las etapas iniciales. Por ello decidimos enfocar nuestro trabajo en la etapa de “elicitación de requisitos”, donde se necesita una interacción fluida entre desarrolladores, clientes, usuarios, y otros miembros de la organización para obtener información sobre el sistema que se desea construir [21]. Nuestro objetivo, por lo tanto, es proponer una metodología que minimice los problemas que puedan presentarse en la fase de recolección de requisitos en entornos distribuidos para obtener requisitos más precisos. A continuación presentamos un breve resumen de la revisión de conocimientos para cada área involucrada y finalmente hablaremos del estado actual de nuestra investigación.Eje: Ingeniería de Software y Base de DatosRed de Universidades con Carreras en Informática (RedUNCI

Mejora del proceso de elicitación de requisitos en proyectos GSD

La tendencia constantemente en alza de la globalización de empresas, y especialmente de los negocios relacionados con la producción de tecnologías de software, ha producido un profundo impacto tanto en las estrategias de marketing y distribución, como en la manera en que los productos son concebidos, diseñados, construidos, probados y entregados a los clientes [13]. Ejemplo de ello es que cada vez es más común el desarrollo de software en forma distribuida, o desarrollo global de software (GSD según las siglas en inglés), donde quienes participan del proceso de desarrollo (usuarios, clientes, desarrolladores) se encuentran localizados en países distintos. El principal motivo del crecimiento del GSD es que permite a las empresas disminuir los costos de desarrollo mientras se mantiene el nivel de calidad del proceso [5], contando con profesionales a lo largo y ancho del mundo sin necesidad de afrontar el costo de su traslado [16], o bien producir software para clientes remotos sin necesidad de trasladar el equipo de desarrolladores. También permite aumentar la productividad, por medio de jornadas de trabajo más extensas teniendo programadores distribuidos en sitios con amplia diferencia horaria [10]. Sin embargo, por su característica distribuida, los proyectos de GSD enfrentan varios problemas ocasionados por la distancia entre los participantes. Estos problemas son provocados por [9]: - la diferencia cultural, que comprende la variedad de lenguajes nativos de los participantes así como su comportamiento, - las dificultades en la comunicación, que se ve limitada por la tecnología utilizada - la diferencia horaria, que obstaculiza la interacción sincrónica, - la dificultad que representa gestionar el conocimiento en un entorno con fuentes de información variadas y distribuidas. Al analizar la literatura existente sobre el desarrollo global de software, hemos notado que la investigación anterior se centraba en determinar las limitaciones de la comunicación interpersonal y la gestión del conocimiento en entornos distribuidos, con el objetivo de definir su implicación en el proceso de desarrollo de software, pero que por lo general estos trabajos se dedican a las etapas más avanzadas de la ingeniería de requisitos (como la negociación y la especificación) y son muy pocos los trabajos referidos a las etapas iniciales. Por ello decidimos enfocar nuestro trabajo en la etapa de “elicitación de requisitos”, donde se necesita una interacción fluida entre desarrolladores, clientes, usuarios, y otros miembros de la organización para obtener información sobre el sistema que se desea construir [21]. Nuestro objetivo, por lo tanto, es proponer una metodología que minimice los problemas que puedan presentarse en la fase de recolección de requisitos en entornos distribuidos para obtener requisitos más precisos. A continuación presentamos un breve resumen de la revisión de conocimientos para cada área involucrada y finalmente hablaremos del estado actual de nuestra investigación.Eje: Ingeniería de Software y Base de DatosRed de Universidades con Carreras en Informática (RedUNCI

La Ingeniería de Requerimientos en las Pequeñas Empresas del Departamento de Risaralda

The purpose of this paper is to show the current state of the process of engineering of requirements in the small companies developing software in Risaralda department, and besides to check the way how this area of knowledge is approached by the academic sector. To do this, we created two tools which were: survey and interviews; additionally, a theoretical search was done. We chose to study the perceptions of those involved in this area, and the topics covered were: Stakeholders, prioritization, dependencies, traceability, user- centered design (UCD), restrictions, documentation, functional and non-functional requirements, meta-models and elicitation techniques. In the case of industry, the average is 4.1 (on a scale of 1-5) from there, it is concluded that the companies agree in some aspects according to their expertise in the development of engineering of requirements.La finalidad de este artículo es mostrar el estado actual del proceso de ingeniería de requerimientos en las pequeñas empresas que desarrollan software en el departamento de Risaralda, además de observar cómo se aborda esta área desde la academia. Para lograr esto se estructuraron dos herramientas las cuales fueron encuesta y entrevista, asimismo se realizó una búsqueda teórica. Se optó por conocer la percepción de las personas relacionadas en esta área, las temáticas abordadas fueron: Stakeholders, priorización, dependencias, trazabilidad, diseño centrado en usuario (DCU), restricciones, documentación, requerimientos funcionales, requerimientos no funcionales, meta-modelos y técnicas usadas para elicitación. Para el caso de la industria la media ponderada es de 4,1 (en una escala de 1 a 5) de lo que se concluye que las empresas se encuentran algo de acuerdo con su experticia para el desarrollo de la ingeniería de requerimientos

La Ingeniería de Requerimientos en las Pequeñas Empresas del Departamento de Risaralda

La finalidad de este artículo es mostrar el estado actual del proceso de ingeniería de requerimientos en las pequeñas empresas que desarrollan software en el departamento de Risaralda, además de observar cómo se aborda esta área desde la academia. Para lograr esto se estructuraron dos herramientas: encuesta y entrevista y una búsqueda teórica. Se optó por conocer la percepción de las personas relacionadas con esta área y las temáticas fueron Stakeholders, priorización, dependencias, trazabilidad, diseño centrado en usuario (DCU), restricciones, documentación, requerimientos funcionales, requerimientos no funcionales, meta-modelos y técnicas usadas para elicitación. Para el caso de la industria la media ponderada es de 4,1 (en una escala de 1 a 5) de lo que se concluye que las empresas se encuentran algo de acuerdo con su experticia para el desarrollo de la ingeniería de requerimientos

LA ELICITACIÓN DE REQUISITOS EN DESARROLLO GLOBAL DE SOFTWARE: UN ENFOQUE COGNITIVO

RESUMEN Cuando se debe decidir qué técnicas de elicitación de requisitos utilizar en un nuevo proyecto suelen primar las políticas internas del grupo a cargo del trabajo, o bien la experiencia o afinidad de los analistas. De la misma manera ocurre con la elección de las herramientas groupware cuando el proceso de desarrollo de software se realiza en forma distribuida. Aunque existen algunos estudios previos que comparan el rendimiento entre distintas herramientas groupware y otros entre técnicas de elicitación, pocos han intentado proponer una forma de selección que se ajuste a los miembros de un grupo de trabajo dado. Aunque parezca un dato menor, como consecuencia de una selección no adecuada puede ocurrir que algunos miembros de una comunidad virtual no se sientan cómodos utilizando cierta tecnología, y que esto haga que ellos se muestren reticentes a la hora de comunicarse con otros miembros del grupo, degradándose de esta manera la calidad del proceso de elicitación de requisitos. Convencidos de que mejorar la comunicación durante el proceso de captura de los requisitos es un paso necesario para mejorar la calidad del producto final, proponemos un método, basado en técnicas provenientes del campo de la psicología, que preselecciona un conjunto de herramientas groupware y de técnicas de elicitación teniendo en cuenta las características del grupo de stakeholders.PALABRAS CLAVESDesarrollo Global DistribuidoElicitación de RequisitosEquipos VirtualesAspectos cognitivos ABSTRACTThe set of techniques used during a requirement elicitation process is usually chosen taking into account manager's or analyst's personal preferences and forget about preferences of all the other group members. The same happens when selecting groupware tools for communication in distributed software development. Even when some previous works have analysed the use of different groupware tools and elicitation techniques, they just  compare performance and personal opinions of people in global software development projects, but they do not propose a methodology for selecting an appropriate set of technology for a given group of people. That appears to be a minor issue, but if technology is not the most appropriate for all the members of a virtual team, it is possible that some of them would not be completely comfortable with the situation, and would have problems to communicate with their partners, which would decrease the quality of the requirement elicitation process itself. To avoid this situation we propose a method, based on techniques from the field of psychology. This method analyses the cognitive styles of all the group members, and based on such information and the application of fuzzy logic and fuzzy sets theory, suggests an appropriate set of groupware tools and requirement elicitation techniques.KEYWORDSGlobal Software DevelopmentRequirement ElicitationVirtual teamsCognitive styles  

LA ELICITACIÓN DE REQUISITOS EN DESARROLLO GLOBAL DE SOFTWARE: UN ENFOQUE COGNITIVO

RESUMEN Cuando se debe decidir qué técnicas de elicitación de requisitos utilizar en un nuevo proyecto suelen primar las políticas internas del grupo a cargo del trabajo, o bien la experiencia o afinidad de los analistas. De la misma manera ocurre con la elección de las herramientas groupware cuando el proceso de desarrollo de software se realiza en forma distribuida. Aunque existen algunos estudios previos que comparan el rendimiento entre distintas herramientas groupware y otros entre técnicas de elicitación, pocos han intentado proponer una forma de selección que se ajuste a los miembros de un grupo de trabajo dado. Aunque parezca un dato menor, como consecuencia de una selección no adecuada puede ocurrir que algunos miembros de una comunidad virtual no se sientan cómodos utilizando cierta tecnología, y que esto haga que ellos se muestren reticentes a la hora de comunicarse con otros miembros del grupo, degradándose de esta manera la calidad del proceso de elicitación de requisitos. Convencidos de que mejorar la comunicación durante el proceso de captura de los requisitos es un paso necesario para mejorar la calidad del producto final, proponemos un método, basado en técnicas provenientes del campo de la psicología, que preselecciona un conjunto de herramientas groupware y de técnicas de elicitación teniendo en cuenta las características del grupo de stakeholders.PALABRAS CLAVESDesarrollo Global DistribuidoElicitación de RequisitosEquipos VirtualesAspectos cognitivos ABSTRACTThe set of techniques used during a requirement elicitation process is usually chosen taking into account manager's or analyst's personal preferences and forget about preferences of all the other group members. The same happens when selecting groupware tools for communication in distributed software development. Even when some previous works have analysed the use of different groupware tools and elicitation techniques, they just  compare performance and personal opinions of people in global software development projects, but they do not propose a methodology for selecting an appropriate set of technology for a given group of people. That appears to be a minor issue, but if technology is not the most appropriate for all the members of a virtual team, it is possible that some of them would not be completely comfortable with the situation, and would have problems to communicate with their partners, which would decrease the quality of the requirement elicitation process itself. To avoid this situation we propose a method, based on techniques from the field of psychology. This method analyses the cognitive styles of all the group members, and based on such information and the application of fuzzy logic and fuzzy sets theory, suggests an appropriate set of groupware tools and requirement elicitation techniques.KEYWORDSGlobal Software DevelopmentRequirement ElicitationVirtual teamsCognitive styles  

Contribuciones en el proceso de elicitación de requisitos: factores, actividades y cualidades

En los últimos años han surgido diferentes problemas en la elicitación de requisitos de software, lo cual ocasiona que se obtenga requisitos deficientes. Por ello, la elicitación es una pieza clave para la industria del software, puesto que los requisitos con mala calidad son una de las causas del fracaso de los proyectos de software. Por esta razón, se han realizado diferentes estudios sobre la elicitación de requisitos, sin embargo, en la literatura se han identificado factores que afectan algunas actividades del proceso de elicitación, de ahí que se hallen actividades que no han sido estudiadas, pero que son importantes en el proceso, puesto que obtener un “buen requisito” depende de todas las actividades del proceso en su conjunto. Además, estos estudios no analizan cómo las actividades del proceso de elicitación contribuyen en la calidad del requisito. En la presente tesis se introduce nuevos factores que influyen en cada una de las actividades del proceso de elicitación de requisitos, así mismo, se identifican las cualidades que estas actividades deben cumplir con el fin de garantizar un “buen requisito”. Las teorías del Comportamiento Organizacional, Aprendizaje Organizacional, Argumentación, entre otras, proporcionan factores no estudiados en el área de elicitación de requisitos (capacidad de aprendizaje, capacidad de negociación, personal estable, confianza, estrés y semi-autonómica). Dos estudios empíricos demuestran, a través de pruebas estadísticas, que los factores mencionados tienen influencia entre “alta” y “muy alta” sobre las actividades del proceso de elicitación, además, que estas actividades deben cumplir dieciséis cualidades para obtener un buen requisito. Finalmente, ambos estudios se corroboran con la prueba de hipótesis T-Student, con el 95% de confianza.Tesi

Herramienta gráfica para la automatización de historias de usuario desde un modelo orientado a objetivos con gestión de trazabilidad

La fase de elicitación de requisitos se apoya de métodos y técnicas para alcanzar un nivel de calidad que refleja la satisfacción del usuario, actualmente siendo las metodologías ágiles una alternativa no sólo para la fase del desarrollo, sino que además en su fase previa hace uso de la historia de usuario para identificar los requisitos; este es un artefacto exclusivamente técnico cuyo uso y entendimiento corresponde al equipo de proyecto. Al respecto, esta investigación implementa el modelado orientado a objetivos en una plataforma para el modelado gráfico de los requisitos identificados el cual utiliza la notación i* con estereotipos sencillos y entendibles al usuario que posteriormente automatiza los requisitos en el formato de una historia de usuario. El enfoque de la Metodología Orientada a Objetivos tiene como fundamento la variabilidad con la que se puede concretar un objetivo, pero que este último en sí, no cambia. En relación con la variabilidad, se propone correlacionarla con los fundamentos de la metodología ágil, de manera automática a través de las trazas e información generada desde el modelo gráfico elaborado con la participación del usuario en la que expresa sus necesidades y, se puede interpretar en el lenguaje natural de la Metodología Orientada a Objetivos. Respecto al procedimiento anterior y, la información generada se constituye en el insumo para a partir de ahí generar automáticamente las historias de usuario que al llegar a manos del diseñador o programador no existan ambigüedades en ninguna de las plataformas: la gráfica expresada en el modelo gráfico del MOO y la narrativa representada por la Historia de Usuario. Los casos de estudio en la presente investigación demostraron que la herramienta propuesta cumple con los principios de las metodologías ágiles que destacan la participación del usuario en esta etapa para definir de manera precisa los requisitos por parte del equipo de proyecto, en ese sentido, se garantiza que sean completos y consistentes, optimizando la comunicación y el tiempo empleado por los miembros del equipo para elaborar el artefacto a su cargo y de los usuarios finales aportándonos su conocimiento en la fase de captura de requisitos, promoviendo de esta manera la importancia y el impacto realizar una adecuada elicitación desde etapas tempranas

Sistema de información web para la gestión de activos de información a través de la gestión de los procesos de negocio (BPM), en la empresa SOMEC S.A.

El presente trabajo de grado de Ingeniería de Sistemas en la Universidad del Valle sede Tuluá, tuvo como propósito identificar los activos de información de la empresa SOMEC S.A., así como también determinar las falencias en el actual manejo de estos, teniendo en cuenta que los activos de información son una parte muy importante en el funcionamiento idóneo de las organizaciones y empresas, su buen manejo genera una ventaja competitiva. Para dar cumplimiento a este objetivo se utilizó la metodología ágil XP (eXtreme Programming), apoyándose también en gerencia de procesos de negocio (BPM).PregradoINGENIERO(A) DE SISTEMA

Un análisis de enfoques de Validación de Requerimientos

En la actualidad, se observa que los sistemas de software son cada vez más complejos, por lo que las exigencias de calidad en el desarrollo deben ser mayores. Es necesario que el desarrollo de software sea más riguroso para obtener un producto de adecuada calidad. La identificación y tratamiento de errores en etapas tempranas del proyecto de software es crucial para disminuir los costos de operación y evitar errores en etapas posteriores del desarrollo. En el marco de la Ingeniería de Requerimientos (RE por sus siglas en inglés Requirements Engineering) la validación de los requerimientos es una tarea fundamental en cualquier proyecto de Ingeniería de Software y debe ser un proceso continuo en el ciclo de vida del desarrollo del sistema. El principal objetivo de la validación de requerimientos es confirmar que los requerimientos especificados sean representaciones de las necesidades y expectativas de los usuarios y que además sean completos, correctos y consistentes entre otras características. Trabajar en la validación de requerimientos se está convirtiendo en un desafío para los equipos, clientes y usuarios. Existen diferentes causas que imponen problemas de comunicación, control, intercambio de conocimientos, confianza y retrasos en el desarrollo del software. Este trabajo tiene como objetivo identificar información sobre las características asociadas al proceso de validación de requerimientos en el ciclo de vida del software: la naturaleza de la información Quién, Qué, Cuando, Por qué y Cómo validar los requerimientos. La identificación de información de los enfoques se realiza a través de una revisión bibliográfica y una evaluación de diversos enfoques de validación de requerimientos para obtener sus características, necesidades de información y restricciones.Facultad de Informátic