Search

En ingeniería de software, es usual hablar de prácticas a diferentes niveles, como grupos de actividades que se repiten y que entregan buenos resultados con su uso. Los requisitos no funcionales (entendidos como restricciones en los servicios o funciones del sistema) también tienen prácticas asociadas. Sin embargo, existen formas de nombramiento que no permiten generar un consenso alrededor de dichas prácticas, pues se utilizan productos de trabajo, restricciones, descripciones y otros elementos que impiden reconocer la práctica y su uso. Por ello, en este artículo se nombra un conjunto de prácticas sobre requisitos no funcionales a partir de su descripción en la literatura y tomando en consideración los elementos que requiere el buen nombramiento. Se espera que este conjunto de prácticas de requisitos no funcionales sirva como punto de partida para la representación detallada en estándares gráficos que se definan para ese fin.

Interoperability among heterogeneous software systems is a software quality sub-characteristic. Some methods for dealing with interoperability exhibit differences in aspects like generality, development method, and work products, among others. However, some authors understand interoperability as a non-functional requirement with general-purpose practices for identifying and specifying such requirement. Other authors assess and achieve interoperability by using work products falling beyond defined practices. Consequently, in this paper we propose four best practices in order to accomplish interoperability among heterogeneous software systems. Our best practices are represented with the Semat (Software Engineering Method and Theory) kernel, since it includes a language with simple and precise elements. Definition of interoperability best practices enables unification of the effort focused on software systems interoperability.

This article shows a theoretical adaptation of the 6D gamification model, originally designed to be applied in marketing. The model establishes six steps that must be considered when applying gamification, in order to design the activity in which the game elements are going to be used. Each of these steps are described in a general way and considering how it can be applied in an educational context, specifically in the teaching of software development.

CMMI-DEV model framework includes a set of practices for developing products and services. CMMI-DEV Graphical representations exhibit a general composition of the model structure, the component hierarchy and eventually the obligatory nature the model elements. However, CMMI-DEV graphical representations exclude some of the CMMI-DEV practices, sub-practices, and examples. The Semat (Software Engineering Methods and Theory) kernel has essential elements that are common in all of the software engineering methods. We can describe practices by using the universal language provided by the Semat kernel in order to ease the model manipulation and contribute to the thinking framework used for evaluating effort and quality. In this paper we describe a representation of the proposed CMMI-DEV practices and its components by using the Semat kernel. We aim to contribute to the development and consolidation of the software engineering theory.

ISO/IEC 9126 standard was developed for addressing software product quality and supporting software product evaluation based on quality characteristics and associated metrics. SEMAT is an initiative developed for re-founding the software engineering by defining theoretical basis, best practices, and a set of widely-agreed elements. ISO/IEC 9126 metrics can be related to the alphas states of the SEMAT kernel. In this paper we relate some ISO/IEC 9126 metrics with some alpha states of the SEMAT kernel. The alphas can be used for assessing the health and progress of a software endeavor. The proposal is focused on the selection of the appropriate metrics for the alphas states in order to verify and validate them.

Geographic Information Systems (GIS) give important support for analyzing and problem solving of areas like health, hydrology, engineering and territorial management. GIS method development lacks proper specifications; instead, such development results are modifications of work products, activities, and resources from traditional development methods like Rational Unified Process (RUP). Agustín Codazzi Geographic Institute (IGAC) has one GIS development methods. Semat (Software Engineering Method and Theory) is an initiative intended to capture common elements of any software development endeavor. Looking for the proper GIS development specifications, in this paper we propose a representation of the IGAC development method based on the Semat framework. We also identify the relationship between the IGAC method and RUP. We can determine—from such representation—the practices associated with the IGAC method and inherited from well-known methods Los Sistemas de Información Geográfica (SIG) constituyen un apoyo importante para el análisis y solución de problemas en áreas, como: salud, hidrología, ingeniería y gestión territorial, entre otras. El desarrollo metodológico de los SIG no incluye especificaciones propias; por el contrario, son propuestas modificadas de otros métodos, que contienen los mismos productos de trabajo, actividades y recursos de los métodos tradicionales de desarrollo, tales como el Rational Unified Process (RUP). Uno de esos métodos es del Instituto Geográfico Agustín Codazzi (IGAC). Semat (Teoría y Métodos de la Ingeniería de Software) es una iniciativa que ayuda a capturar elementos esenciales y comunes, universales a todos los esfuerzos de desarrollo de software. En busca de las especificaciones propias de los métodos de desarrollo de SIGs, en este artículo se propone una representación basada en el núcleo de Semat del método IGAC para identificar la relación con el método tradicional Proceso Unificado de Racional (RUP). Con esta representación es posible determinar las prácticas asociadas con el método IGAC que se heredan de los métodos tradicionales.

Las pruebas garantizan la calidad en los productos de software. Mediante la ejecución de un conjunto de pruebas se pueden identificar y corregir defectos presentes en los productos de software. Existen diferentes métodos que estiman el esfuerzo invertido en las pruebas. Cada método valora distintos conceptos en sus estimaciones. Sin embargo, las representaciones graficas de estos métodos muestran los conceptos particulares sin incluir mayor detalle. Específicamente, algunas de las fórmulas usadas para obtener la medida del esfuerzo se pierden en estas representaciones, por lo que no es posible calcular el esfuerzo solo con la información dispuesta en estos gráficos. En este artículo se identifican los conceptos presentes en la medición del esfuerzo de pruebas, que se obtienen de la revisión de varios métodos. Finalmente, se propone una representación que integre estos conceptos mediante esquemas preconceptuales, que constituyen un tipo de diagramas para la representación del conocimiento de un dominio en un lenguaje cercano al natural.

La enseñanza de la ingeniería de software se ha abordado tradicionalmente con métodos convencionales como clases magistrales y proyectos prácticos. Estas estrategias, si bien han permitido la formación de profesionales en esta área durante las últimas cuatro décadas, se han centrado en el docente como fuente de aprendizaje y dejan de lado estrategias en las cuales los alumnos son el centro del aprendizaje, tales como los juegos, estudios de casos y simulaciones. En este artículo se propone “El Juego de la Consistencia”, como una manera de lograr el aprendizaje de los alumnos desde una experiencia lúdica; el juego trabaja el concepto de consistencia entre diagramas de UML (Unified Modeling Language), el estándar más aceptado en la actualidad para el modelado de sistemas informáticos en ingeniería de software. Software Engineering teaching has been traditionally worked with conventional methods like magisterial classes and practical projects. These strategies have been centered in teachers as learning sources, though they have permitted professional formation through four decades, but they apart student-centered learning strategies, like games, case studies, and simulations. In this paper we propose “Consistency Game”, a way to achieve students learning from a playful experience; the game works with the concept UML (Unified Modeling Language) diagrams consistency. UML is, nowadays, the most accepted standard for information systems modeling in Software Engineering.

Several business areas, like Management and Negotiation, have used games like a didactic way to simulate world reality, to introduce students to the day-to-day generated problems, and to extract from the application of games, concrete learning for theoretical knowledge securing. In this paper we present “Requirements Game”, a practical way to simulate software development conditions in a competitive environment similar to real life. This game has been played by several groups of students from Facultad de Minas, Universidad Nacional de Colombia, and this paper summarizes the results from this experience.