Metrics for Dynamics: How to Improve the Behaviour of an Object Information System

If we ask about which is the main difference between modelling a system using a traditional model like the entity relationship model or an object oriented model, from our point of view the answer is that, in the first one, the processes are not located somewhere, and, in the second one, the processes (operations or methods) are encapsulated in classes. The choice of the right classes to home every operation is essential for the behaviour of the system. It is totally useless to design a well built system, according to a lot of statics metrics, if the system does not run well after. In other words, dynamic metrics allowing to evaluate the behaviour of a system when it runs are much more useful than any static metrics used to tell if the system is correctly built or not. According to this, we propose in this paper, a new approach to evaluate a priori the behaviour of a system, by taking into account the notion of event cost and the notion of time (which is obviously essential). The final goal of this approach is to deliver information on the way operations have to be placed in classes in order to get better performances when the system is running. However, the proposal of metrics is of no value if their practical use is not demonstrated, either by means of case studies taken from real projects or by controlled experiments. For this reason, an optimisation tool is being under construction in order to provide solutions to this proble

Some observations on the application of software metrics to UML models

In this position paper we discuss some of the existing work on applying metrics to UML models, present some of our own work in this area, and specify some topics for future research that we regard as important

Visualizing Software Structure Understandability

Software architecture design is known to be driven by the quality attributes we may want to satisfy. Among them, modifiability plays an important role since software maintenance takes the lion's share in the software development costs. However, to successfully maintain a legacy system, the latter must be sufficiently understood so that the maintenance team will not introduce new bugs when correcting others. Then we present a software metric that we called the Autonomy Ratio (AR). We show this dynamic metric to be a good indicator of the system's structure understandability. Since we end up with hundreds of values for a single system, we represent these values as a hierarchical map: the "Autonomy Ratio Map". The contribution of the paper is to link the AR metric with theories of software comprehension, to show how the AR Map helps in assessing software structure understand-debility, and to present an empirical validation of it

Una Revisión Empírica de Heurísticas de Verificación de Casos de Uso basadas en Métricas

En este artículo se presenta una revisión de varias de las heurísticas de verificación de requisitos basadas en métricas desarrolladas por el Grupo de Ingeniería del Software de la Universidad de Sevilla. Esta revisión se basa en los datos empíricos obtenidos de prácticas de alumnos de segundo ciclo de la Ingeniería Informática de la Universidad de Sevilla. El análisis de los datos empíricos ha permitido confirmar la validez de las heurísticas previamente propuestas así como afinar algunos de sus parámetros, mejorando de esta forma su capacidad de predecir la presencia de defectos en los requisitos. Uno de los aspectos más interesantes obtenidos mediante el análisis empírico ha sido la detección de posibles mejoras en el modelo de casos de uso en el que estaban basadas las heurísticas iniciales, proporcionando una importante realimentación a la investigación inicial.Comisión Interministerial de Ciencia y Tecnología TIC 2000–1106–C02–01Junta de Castilla-La Mancha PCB–02–00

What's the PREMES behind your pattern?

Design patterns are supposed to be the well documented, tried and tested solutions to recurrent problems. Current evaluation techniques do not provide a demonstrable and holistic means to evaluate pattern quality. This paper introduces Pattern Report Cards an evaluation process for software design patterns that is demonstrable, measurable, and reproducible. A set of quality indicators for determining pattern quality has been identified, and a set of qualitative and quantitative evaluation techniques assembled to determine the quality of adherence to these indicators. Further, management and execution of the evaluation process is controlled by the PREMES framework. This framework describes a management cycle that facilitates the construction of bespoke evaluation systems for design patterns. Process tailoring is achieved by providing guidance over the selection and construction of the techniques used to assess pattern quality. Use of these techniques will help bolster existing evaluation processes, and lead to the improvement of design pattern evaluation techniques.Postprin

Validación empírica de métricas para diagramas de clases a través de experimentos controlados

Los diagramas de clase son un elemento clave en el desarrollo de sistemas de información orientados a objetos (SIOO), ya que constituyen la base del diseño y posterior implementación. De ahí, que asegurar la calidad de los diagramas de clases en las etapas iniciales del ciclo de vida sea realmente un reto en pro de lograr SIOO de mejor calidad. Nosotros centraremos este trabajo en una de las características de la calidad más críticas, la mantenibilidad. Pero como la mantenibilidad es un atributo externo de la calidad que solo puede medirse una vez que se ha terminado el producto, nuestra idea es presentar un conjunto de métricas para evaluar la complejidad estructural (un atributo interno de la calidad) de los diagramas de clases realizados utilizando el Lenguaje Unificado de Modelado (UML). Estas métricas pueden ayudar al diseñador a tomar mejores decisiones en las etapas iniciales, cuando descubrir y corregir un error es menos costoso que a medida que avanza el desarrollo. Para demostrar que realmente las métricas propuestas están relacionadas con la mantenibilidad, las sometimos a validación empírica a través de un experimento controlado. La explicación de cómo realizamos dicho experimento y cómo analizamos sus resultados son los objetivos principales de este trabajo.Eje: Ingeniería de softwareRed de Universidades con Carreras en Informática (RedUNCI

Validación empírica de métricas para diagramas de clases a través de experimentos controlados

Los diagramas de clase son un elemento clave en el desarrollo de sistemas de información orientados a objetos (SIOO), ya que constituyen la base del diseño y posterior implementación. De ahí, que asegurar la calidad de los diagramas de clases en las etapas iniciales del ciclo de vida sea realmente un reto en pro de lograr SIOO de mejor calidad. Nosotros centraremos este trabajo en una de las características de la calidad más críticas, la mantenibilidad. Pero como la mantenibilidad es un atributo externo de la calidad que solo puede medirse una vez que se ha terminado el producto, nuestra idea es presentar un conjunto de métricas para evaluar la complejidad estructural (un atributo interno de la calidad) de los diagramas de clases realizados utilizando el Lenguaje Unificado de Modelado (UML). Estas métricas pueden ayudar al diseñador a tomar mejores decisiones en las etapas iniciales, cuando descubrir y corregir un error es menos costoso que a medida que avanza el desarrollo. Para demostrar que realmente las métricas propuestas están relacionadas con la mantenibilidad, las sometimos a validación empírica a través de un experimento controlado. La explicación de cómo realizamos dicho experimento y cómo analizamos sus resultados son los objetivos principales de este trabajo.Eje: Ingeniería de softwareRed de Universidades con Carreras en Informática (RedUNCI

Métricas de software baseadas em casos de uso e teoria Fuzzy

Orientadora: Silvia Regina VergilioDissertaçao (mestrado) - Universidade Federal do Paraná, Setor de Ciencias Exatas, Programa de Pós-Graduaçao em Informática. Defesa: Curitiba, 2004Inclui bibliografi