Search

Objective: Presenting an experience about implementation of DevOps practices in a legacy Mainframe system or SML. Methodology: We use quasi-experimental research, which is characterized for presenting as a control group manual or actual process of a company and as an experimental group an automation proposal about some points of such a process. The methodology for this research type allowed to observe behavior of both processes, record data, and perform quantitative analysis of the observed variables. Such variables are: delivery lead time, deployment frequency, time to restore service, availability, deliverable quality, and volume of changes. Results: Implementation of DevOps practices in a SML evidenced improvements in the IT capabilities of the Company. Also, this was achieved, greater speed in deployments, early detection of errors, traceability and control in development and testing environments. Conclusions: This work showed the possibility of implementing DevOps practices in an SML, such practices emerge as a new possibility in the maintainability in this kind of systems. DevOps is a promise, which should be addressed by analyzing the neuralgic processes, measuring capabilities, and generating culture in development teams., Objetivo:Presentar una experiencia de implementación de prácticas DevOps en un Sistema de Mainframe Legado o SML. Metodología: Se usó una investigación cuasi experimental, la cual se caracterizó por presentar como grupo de control el proceso de despliegue manual dentro de una organización y como grupo experimental una propuesta de automatización de ciertos puntos del proceso. La metodología para este tipo de investigación permitió observar el comportamiento de ambos procesos, registrar datos y realizar análisis cuantitativo de las variables observadas, entre ellas: el tiempo de despliegue, la frecuencia de despliegue, el tiempo para restaurar, la disponibilidad, la calidad de los entregables y el volumen de cambios. Resultados: La implementación de prácticas DevOps en un SML evidenciaron mejoras en las capacidades de TI de la organización, se logró generar mayor velocidad en los despliegues, detección temprana de errores, trazabilidad y control en ambientes de desarrollo y pruebas. Conclusiones: El presente articulo mostró que es posible implementar prácticas DevOps en un SML, dichas prácticas emergen como una nueva posibilidad en la mantenibilidad de este tipo de sistemas. DevOps es una promesa que se debe abordar analizando los procesos neurálgicos, midiendo las capacidades y generando cultura en los equipos de desarrollo.

Systematic literature reviews represent an important methodology in EvidenceBased Software Engineering. To define the methodological route in these type of studies, in which a review of quantitative and qualitative aspects of primary studies is carried out to summarize the existing information regarding a particular topic, researchers use protocols that guide the construction of knowledge from research questions. This article presents a process that uses forward Snowballing, which identifies the articles cited in the paper under study and the number of citations as inclusion criteria to complement systematic literature reviews. A process that relies on software tools was designed to apply the Snowballing strategy and to identify the most cited works and those who cite them. To validate the process, a review identified in the literature was used. After comparing the results, new works that were not taken into account but made contributions to the subject of study emerged. The citation index represents the number of times a publication has been referenced in other documents and is used as a mechanism to analyze, measure, or quantitatively assess the impact of said publication on the scientific community. The present study showed how applying Snowballing along with other strategies enables the emergence of works that may be relevant for an investigation given the citations rate. That is, implementing this proposal will allow updating or expanding systematic literature studies through the new works evidenced., Los estudios sistemáticos de literatura representan una metodología importante en Ingeniería de Software Basada en Evidencias, para definir la ruta metodológica en este tipo de estudios, en los cuales se realiza una revisión de aspectos cuantitativos y cualitativos de estudios primarios, con el fin de resumir la información existente sobre un tema en particular los investigadores utilizan protocolos que guían la construcción del conocimiento a partir de las preguntas de investigación. Este artículo presenta un proceso que utiliza la propuesta conocida como Snowballing hacia adelante, que identifica los artículos citados por el artículo en estudio y el número de citas como criterios de inclusión para complementar los estudios sistemáticos de literatura. Se diseñó un proceso que se apoya en herramientas de software para aplicar la estrategia Snowballing e identificar los trabajos más citados y quienes los citan. Se validó el proceso por comparación y surgieron nuevos trabajos que hicieron aportes al tema de estudio, que no habían sido considerados inicialmente. El índice de citas representa el número de veces que una publicación ha sido referenciada en otros documentos y se utiliza como mecanismo para analizar, medir o evaluar cuantitativamente el impacto de dicha publicación en la comunidad científica. La presente propuesta mostró cómo la aplicación del Snowballing con otras estrategias permite evidenciar nuevos de trabajos que pueden ser relevantes para una investigación dada la tasa de citas. Es decir, el uso de la presente propuesta permitirá actualizar o ampliar los estudios bibliográficos sistemáticos por los nuevos trabajos evidenciados.

This article presents a model to complement the evaluation of DevOps in software companies. It was designed by harmonizing the elements of the DevOps process identified through a systematic mapping of the literature and aimed to know the state of the art of methodological solutions and tools to evaluate DevOps in the industry. The process elements were identified, compared, and integrated into a common process structure that was used to establish a total of 11 metrics using the Goal-Question-Metric approach. The model was evaluated by a focus group of expert DevOps professionals. They determined that the model is clear, easy to apply, and provides valuable information to companies to improve their DevOps practices., En este artículo se presenta un modelo de métricas para apoyar la evaluación de las prácticas, dimensiones y valores propuestos para la implementación de DevOps en empresas de software. El modelo de métricas fue diseñado haciendo una armonización de los elementos del proceso DevOps identificados en un mapeo sistemático de la literatura. Este se realizó con el propósito de conocer el estado del arte de las soluciones metodológicas y herramientas para evaluar DevOps en la industria. Los elementos del proceso fueron identificados, comparados e integrados en una estructura común que permitió definir un total de 11 métricas usando el enfoque Goal-Question-Metric. Posteriormente, el modelo de métricas fue evaluado por un grupo focal de profesionales expertos en DevOps, quienes determinaron que el modelo es claro, fácil de aplicar y aporta valor a las empresas para la mejora de sus prácticas de DevOps.

The goal of this work is to present i* framework as alternative to support design decisions in the Human Computer Interaction Area (HCI), mainly, in the process of task analysis. We show i* framework a modeling language suitable for an early phase of software system modeling to understand the problem domain, also, that provides methods to represent tasks, as well as support design decisions the development that satisfies the process requirements from the beginning until the end. To achieve our goal, approaches addressed to analyze notations aimed at task analysis and their representation. Finally, we present suggestions for improvement in the i* framework through a proposed extension for refining task model, instantiating examples and justifying our proposal through peer review.

Due to competitive markets, the software business wants faster, better, and cheaper solutions in a short amount of time. Software reuse emerges as a viable solution to these demands since it offers significant benefits, such as increased quality and efficiency and lower development costs and effort, as well as shorter commercialization times. This research aims to study and understand the state of the practice of software reuse in Colombia, to make comparisons with related works, and to offer an instrument for decision-making in companies that adopt these practices. To reach these objectives, three stages were proposed. In the first stage, the research questions were defined. In the second stage, a survey was developed, evaluated, and carried out to validate successful practices and adoption barriers in the context of the Colombian software industry. Finally, the results were analyzed and reported. This paper showed and evidenced the expectations, adoption barriers, and factors influencing the success of software reuse in Colombian industrial environments. In the same way, the experience from the development of this work serves as a roadmap for other regions that want to analyze the current state of reuse. Nevertheless, each organization needs to determine its capabilities and find the appropriate factors to be adopted to its context., Debido a los mercados competitivos, el negocio del software quiere soluciones más rápidas, mejores y más baratas en un período corto de tiempo. La reutilización de software surge como una solución viable para estas demandas, ya que ofrece importantes beneficios, como mayor calidad y eficiencia, menores costos y esfuerzos de desarrollo y menor tiempo de comercialización. Este artículo pretende analizar el estado de la práctica de la reutilización de software en Colombia, realizar comparaciones con trabajos relacionados y ofrecer con este resultado un instrumento para la toma de decisiones en empresas que adoptan estas prácticas. Para llevar a cabo los objetivos anteriores se plantearon tres etapas. En la primera etapa se definieron las preguntas de investigación. En la segunda etapa se desarrolló, evaluó y realizó una encuesta para validar prácticas exitosas y barreras de adopción en el contexto de la industria de software colombiana. Finalmente, los resultados fueron analizados y reportados. El estudio mostró y evidenció las expectativas, barreras de adopción y factores que influyen en el éxito de la reutilización de software en entornos industriales en Colombia. El presente estudio muestra el estado actual de las prácticas de reutilización en la industria de software en Colombia. Asimismo, la experiencia en el desarrollo de este trabajo sirve como hoja de ruta para otras regiones que quieran analizar el estado actual de la reutilización. Sin embargo, cada organización necesita determinar sus capacidades y encontrar los factores adecuados para adaptarlos a su contexto.

DevOps is the acronym for the integration ofdevelopment and operations, whichallows the improvement of communication and collaboration. Likewise, its objective is to help organizations develop software products and services quickly without sacrificing quality or cost. Additionally, its focus is ondevelopment, integration, delivery, release, testing,and continuous monitoring through the automation of tasks.Industry 4.0 solutions seek to digitizethe industries’ processes and services to make them faster, safer,and more efficient through new technologies.These developments are not unrelated to the practices proposed by DevOps.This article presents a systematic mapping of the literature to identify the adoption prospects of DevOps practices for Industry 4.0 solutions reported in the literature. This workgathersproposals that show the importance and relevance of adopting DevOps to developsolutions for Industry 4.0. Organizations mustprepare to address Industry 4.0 solutions;this will allow them to survive and prosper in the era of the Fourth Industrial Revolution. Therefore, it is necessary to conceptualize and adopt a solution development model that enables them to address these challenges and DevOps with its principles and standards, which would reduce operating costs and improvetheservice levels, efficiency,and administration of the different areas, DevOps es un acrónimo para integrar las áreas de desarrollo y operaciones que permite mejorar la comunicación y colaboración, asimismo, su objetivo es ayudar a las organizaciones a desarrollar productos y servicios software de forma rápida sin sacrificar calidad, a menor costo, con un enfoque dedesarrollo, integración, entrega, liberación, pruebas y supervisión continua a través de la automatización de tareas. Las soluciones de Industria 4.0 buscan la digitalización de los procesos y servicios de las industrias para hacerlos más rápidos, seguros y eficientes a través de las nuevas tecnologías, dichos desarrollos no son ajenos a las prácticas propuestas por DevOps. Este artículo presenta un mapeo sistemático de la literatura que tiene como objetivo identificar las perspectivas de adopción de las prácticas DevOps para soluciones de la Industria 4.0 reportadas en la literatura. Este trabajo agrupa propuestas que evidencian la importancia y pertinencia de adoptar DevOps en desarrollos de soluciones para la Industria 4.0. Es fundamental que las organizaciones se preparen para abordar soluciones de la Industria 4.0, esto les permitirá sobrevivir y prosperar en la era de la Cuarta Revolución Industrial. Por tanto, se necesita la conceptualización y adopción de un modelo de desarrollo de soluciones que los habiliten para abordar estos desafíos y DevOps con sus principios y estándares permitiría reducir los costos de operación y mejorar los niveles de servicio, la eficiencia y la administración de las diferentes áreas.

Objective: This research aims to study the state of the art of software reuse, focused on success factors and adoption barriers. Methodology: To reach the objective, a literature review was conducted in which we adopted some elements from a Systematic Mapping Study (SMS). This literature review was divided into five stages: (i) definition of research questions, (ii) definition of the search strategy, (iii) definition of the inclusion and exclusion criteria, (iv) search conduction, and finally, (v) resolution of the research questions. Results: The paper compiles 26 factors that influence software reuse and common adoption barriers found in the literature. These factors are generally classified into four perspectives: organizational factors, business factors, technological factors, and process factors. Conclusions: The resulting factors could be used to introduce software reuse practices and understand the state of the art of software reuse in companies. In addition, resulting factors could be used in the software industry to know its current state of the practice., Objetivo: Conocer el estado del arte de la reutilización de software, centrándose en sus factores de éxito y barreras de adopción. Metodología: Para alcanzarlo realizamos una revisión de la literatura en la cual adoptamos algunos elementos de un estudio de mapeo sistemático. Esta revisión de la literatura constó de cinco etapas (i) definición de las preguntas de investigación, (ii) definición de la estrategia de búsqueda, (iii) definición de los criterios de inclusión/exclusión, (iv) realización de la búsqueda y, finalmente, (v) resolución de las preguntas. Resultados: El trabajo recopila veintiséis factores que influyen en la reutilización del software y las barreras de adopción encontradas en la literatura. Estos factores se clasificaron en cuatro perspectivas: factores organizativos, factores empresariales, factores tecnológicos y factores de proceso. Conclusiones: Los factores resultantes podrían utilizarse para introducir prácticas de reutilización de software y conocer el estado actual de la reutilización de software en las empresas. Asimismo, los factores resultantes podrían aplicarse en la industria del software para conocer su estado actual de práctica.

Objective: Present a reference model that facilitates the understanding and implementation of Scrum in software organizations. Methodology or method: The design of the model was based on the comparison and identification of the fundamental elements of the existing agile guides most used in the software industry. Likewise, the GQM (Goal-Question-Metric) paradigm was used, which allowed detailing the reference model through a clear and complete set of process elements, as well as: phases, activities, roles, expected / satisfactory results and flows process in BPMN. Using the GQM paradigm allows the model to be extended in the future with the design of an assessment / evaluation instrument that allows measuring the degree of Scrum compliance. The evaluation of the model was carried out through a focus group, where the relevance, clarity and completeness of the proposal was evaluated, the focus group was made up of participants who are experts in Scrum. Results: It was evident that the participants consider that the proposed model is complete, suitable and clear, and that it would facilitate the understanding, adoption and evaluation of Scrum. Conclusions: In short, a model is proposed that suggests six (6) phases, twenty-nine (29) activities, five (5) roles and other process elements that would allow professionals and organizations to be guided to minimize subjectivity in understanding and adopting Scrum. As future work, it is expected to define an evaluation instrument based on the reference model presented here, which allows evaluating the degree of Scrum compliance., Objetivo: Presentar un modelo de referencia que facilite la comprensión e inplementación de Scrum en las organizaciones software. Metodología o método: El diseño del modelo se fundamentó a partir de la comparación e identificación de los elementos fundamentales de las guías ágiles existentes más utilizadas en la industria de software. Se utilizó también el paradigma GQM (Goal-Question-Metric), este permitió detallar el modelo de referencia a través de un conjunto claro y completo de elementos de proceso, así como: fases, actividades, roles, resultados esperados/satisfactorios y flujos de proceso en BPMN. Usar el paradigma GQM permite que el modelo sea extendido en un futuro con el diseño de un instrumento de valoración/evaluación que permita medir el grado del cumplimiento de Scrum. La evaluación del modelo se llevó a cabo a través de un grupo focal, donde se evaluó la pertinencia, claridad y completitud de la propuesta, el grupo focal estuvo conformado por participantes expertos en Scrum. Resultados: Se evidenció que los participantes consideran que el modelo propuesto es completo, idóneo y claro, y que éste facilitaría la comprensión, adopción y evaluación de Scrum. Conclusiones: En definitiva, se propone un modelo que sugiere seis (6) fases, veintinueve (29) actividades, cinco (5) roles y otros elementos de proceso que permitirían guiar a los profesionales y organizaciones a minimizar la subjetividad en la comprensión y adopción de Scrum. Como trabajo futuro, se espera definir un instrumento de evaluación basado en el modelo de referencia aquí presentado, que permita evaluar el grado de cumplimiento de Scrum.