República Bolivariana de Venezuela Ministerio del Poder Popular para la Educación Superior I.U.P. “Santiago Mariño” Barinas, Edo.

Barinas

Docente: Francis Rodríguez

Bachilleres: José Armando Silva Perdomo C.I. 19.722.596 José Ángel Carrillo Rojas C.I 24.537.042 Escuela y Sección: Sistemas S6

Barinas, 31/10/2013

permitiendo obtener de forma automática y periódica un conjunto de informes relativos a la calidad del producto. denominado KEMIS (Kybele Enviroment Mesaurement Information System). entre otras) están usando este entorno para la evaluación de productos de software.INTRODUCCION En este artículo se muestra una implementación de la parte referente a la mantenibilidad de la norma ISO/IEC 25000 [7]. lo que permite obtener una medida de la calidad del producto de software. haciendo uso de herramientas de software libre. varias empresas importantes (empresas públicas. dentro del marco de la norma 25000. una administración regional y una administración pública. Las restricciones de KEMIS vienen dadas por la parte de la mantenibilidad que se incluye en la división 2502n. proporciona una infraestructura para dicha medición y que se puede ejecutar de forma puntual o integrada en entornos de integración continua. obteniendo métricas de código y microarquitectura. El entorno. Además. .

pruebabilidad. como se muestra en la Figura: Interoperabilidad. subcaracterísticas y atributos para descomponer la calidad de un producto de software. idoneidad. operabilidad. seguridad. cumplimiento de mantenibilidad. . cumplimiento de la usabilidad comportamiento en el tiempo cumplimiento de la eficiencia. fiabilidad. cumplimiento de la funcionalidad.NORMAS ISO 25000 En el año 1991 la ISO (International Organization for Standardization) publicó su modelo de calidad para la evaluación del producto de software (ISO 9126:1991). mantenibilidad y portabilidad). usabilidad. fiabilidad. que se dividen en subcategorías. atractividad. coexistencia intercambiabilidad. que fue extendiendo con revisiones hasta 2004. Propone seis propiedades (funcionalidad. inteligibilidad facilidad de aprendizaje. facilidad de instalación. dando lugar a la actual norma ISO/IEC 9126 “Software Engineering. cambiabilidad. funcionalidad. estabilidad. precisión. La norma ISO/IEC 9126 propone un conjunto de características. mantenibilidad. eficiencia. Product Quality” [8]. adaptabilidad. Calidad Interna/Externa “usabilidad” eficiencia tolerancia a fallos capacidad de recuperación cumplimiento de la fiabilidad de cumplimiento de portabilidad. analizabilidad. madurez.

Esta familia de normas ISO/IEC 25000 se encuentra compuesta por cinco divisiones.Recientemente ha aparecido una nueva versión de la norma 9126: la norma ISO/IEC 25000. y su objetivo principal es guiar el desarrollo de los productos de software con la especificación y evaluación de requisitos de calidad. es una familia de normas que tiene por objetivo la creación de un marco de trabajo común para evaluar la calidad del producto software. Esta proporciona una guía para el uso de las nuevas series de estándares internacionales. ISO/IEC 2500n – División de Gestión de Calidad . llamados Requisitos y Evaluación de Calidad de Productos de Software (SQuaRE). que abordaba el proceso de evaluación de productos software. conocida como SQuaRE (Software Product Quality Requirements and Evaluation). e ISO/IEC 14598. que describe las particularidades de un modelo de calidad del producto software. sus métricas y su evaluación. especialmente de las normas ISO/IEC 9126. Incluye un modelo de calidad dividido en dos partes para unificar las definiciones de calidad de los clientes con los atributos en el proceso de desarrollo. Establece criterios para la especificación de requisitos de calidad de productos de software. Constituyen una serie de normas basadas en la ISO 9126 y en la ISO 14598 [9] (Evaluación del Software). La familia ISO/IEC 25000 es el resultado de la evolución de otras normas anteriores. La ISO/IEC 25000.

Data Quality model: define un modelo general para la calidad de los datos. externa y en uso del producto software.Guide to SQuaRE: contiene el modelo de la arquitectura de SQuaRE. Esta Norma presenta las características y subcaracterísticas de calidad frente a las cuales evaluar el producto software. aplicable a aquellos datos que se encuentran almacenados de manera estructurada y forman parte de un Sistema de Información. externa y en uso) y guías prácticas para su aplicación. la terminología de la familia.Measurement reference model and guide: presenta una explicación introductoria y un modelo de referencia común a los elementos de . definiciones de medidas de calidad (interna. Actualmente esta división se encuentra formada por: ISO/IEC 25020 . ISO/IEC 2501n – División de Modelo de Calidad Las normas de este apartado presentan modelos de calidad detallados incluyendo características para calidad interna. ISO/IEC 2502n – División de Medición de Calidad Estas normas incluyen un modelo de referencia de la medición de la calidad del producto. un resumen de las partes. Actualmente esta división se encuentra formada por: ISO/IEC 25010 . los usuarios previstos y las partes asociadas. términos y definiciones comunes referenciados por todas las otras normas de la familia 25000. ISO/IEC 25012 .System and software quality models: describe el modelo de calidad para el producto software y para la calidad en uso. Actualmente esta división se encuentra formada por: ISO/IEC 25000 .Planning and Management: establece los requisitos y orientaciones para gestionar la evaluación y especificación de los requisitos del producto software. así como los modelos de referencia. ISO/IEC 25001 .Las normas que forman este apartado definen todos los modelos.

Quality measure elements: define y especifica un conjunto recomendado de métricas base y derivadas que puedan ser usadas a lo largo de todo el ciclo de vida del desarrollo software. También proporciona una guía para que los usuarios seleccionen o desarrollen y apliquen medidas propuestas por normas ISO.Quality requirements: provee de un conjunto de recomendaciones para realizar la especificación de los requisitos de calidad del producto software. que considera las entradas al proceso de .Measurement of data quality: define específicamente las métricas para realizar la medición de la calidad de datos.Measurement of quality in use: define específicamente las métricas para realizar la medición de la calidad en uso del producto. Esta división se encuentra formada por: ISO/IEC 25040 . ISO/IEC 25022 . este apartado se compone de: ISO/IEC 25030 . ISO/IEC 25021 .Measurement of system and software product quality: define específicamente las métricas para realizar la medición de la calidad de productos y sistemas software.Evaluation reference model and guide: propone un modelo de referencia general para la evaluación.medición de la calidad. ISO/IEC 25024 . ISO/IEC 2504n – División de Evaluación de Calidad Este apartado incluye normas que proporcionan requisitos. ISO/IEC 25023 . recomendaciones y guías para llevar a cabo el proceso de evaluación del producto software. ISO/IEC 2503n – División de Requisitos de Calidad Las normas que forman este apartado ayudan a especificar requisitos de calidad que pueden ser utilizados en el proceso de elicitación de requisitos de calidad del producto software a desarrollar o como entrada del proceso de evaluación. Para ello.

confiabilidad. ISO/IEC 25042 . Pero esto puede resultar muy costoso si se detectan problemas deriva dos de imperfecciones en el diseño. de los adquirentes y de los evaluadores independientes. acquirers and independent evaluators: describe los requisitos y recomendaciones para la implementación práctica de la evaluación del producto software desde el punto de vista de los desarrolladores. La calidad es sinónimo de eficiencia. estructura y contenido que se debe utilizar a la hora de definir uno de estos módulos.Evaluation guide for developers. ISO/IEC 25045 . CALIDAD DE PRODUCTO DE SOFTWARE La calidad del software es el conjunto de cualidades que lo caracterizan y que determinan su utilidad y existencia.evaluación. las restricciones y los recursos necesarios para obtener las correspondientes salidas.Evaluation module for recoverability: define un módulo para la evaluación de la subcaracterística Recuperabilidad (Recoverability). mantenibilidad.Evaluation modules: define lo que la Norma considera un módulo de evaluación y la documentación. La calidad del software puede medirse después de elaborado el producto. usabilidad. por lo que es imprescindible tener en cuenta tanto la obtención de la calidad como su control durante todas las etapas del ciclo de vida del software. portabilidad. . ISO/IEC 25041 . flexibilidad. corrección. seguridad e integridad.

pero no la asegura. a la vez que eleven la productividad. El principio tecnológico define las técnicas a utilizar en el proceso de desarrollo del software. diseño. tanto para la labor de desarrollo como para el control de la calidad del software. Para el aseguramiento de la calidad es necesario su control o evaluación. en aras de lograr una mayor confiabilidad. . El principio ergonómico define la interfaz entre el usuario y el ambiente automatizado. La política establecida debe estar sustentada sobre tres principios básicos: tecnológico. programación y prueba del software que permitan uniformar la filosofía de trabajo. El principio administrativo contempla las funciones de planificación y control del desarrollo del software. mantenibilidad y facilidad de prueba.¿COMO OBTENER UN SOFTWARE DE CALIDAD? La obtención de un software con calidad implica la utilización de metodologías o procedimientos estándares para el análisis. así como la organización del ambiente o centro de ingeniería de software. La adopción de una buena política contribuye en gran medida a lograr la calidad del software. administrativo y ergonómico.

Todos los autores coinciden en que el software posee determinados índices medibles que son las bases para la calidad. define indicadores de calidad estructurados en cuatro niveles jerárquicos: factor. La Metodología para la evaluación de la calidad de los medios de programas de la CIC.  Crear o determinar los métodos de valoración de los indicadores: métodos manuales como cuestionarios o encuestas estándares para la medición de .¿COMO CONTROLAR LA CALIDAD DEL SOFTWARE? Para controlar la calidad del software es necesario. Las cualidades para medir la calidad del software son definidas por innumerables autores. de acuerdo con los estándares establecidos para el desarrollo del software. Por ejemplo. los cuales las denominan y agrupan de formas diferentes. esfera de aplicación. donde cada nivel inferior contiene los indicadores que conforman el nivel precedente. que requiere los siguientes pasos:  Definir el software que va a ser controlado: clasificación por tipo. donde cada métrica se obtiene a partir de combinaciones de los diferentes criterios. de Rusia. como bien plantea Tom De Marco. Una vez seleccionados los índices de calidad. elemento de evaluación. se debe establecer el proceso de control. definir los parámetros. criterio. ante todo.. Para cada clase de software es necesario definir los indicadores y sus magnitudes. indicadores o criterios de medición. ya que. John Wiley define métricas de calidad y criterios. "usted no puede controlar lo que no se puede medir". métrica. Otros autores identifican la calidad con el nivel de complejidad del software y definen dos categorías de métricas: de complejidad de programa o código.  Seleccionar una medida que pueda ser aplicada al objeto de control. etc. el control y el perfeccionamiento de la productividad. y de complejidad de sistema o estructura. complejidad.

0 en uso: medible durante la utilización efectiva por parte del usuario en un contexto determinado. A partir del análisis de todo lo anterior.criterios periciales y herramientas automatizadas para medir los criterios de cálculo. la confección de una Metodología para el Aseguramiento de la Calidad del Software y el desarrollo de herramientas manuales y automatizadas de apoyo para la aplicación de las técnicas y procedimientos del ACS. la norma ISO 9126 descompone la calidad jerárquicamente en una serie de características y subcaracteristicas que pueden usarse como una lista de comprobación de aspectos relacionados con la calidad. qué documentos deben ser revisados y elaborados. nuestro Centro se encuentra enfrascado en un proyecto para el Aseguramiento de la Calidad del Software (ACS). En la calidad de un producto software. . Siguiendo la filosofía de los modelos clásicos de calidad de un producto software. el cual incluye la elaboración de un Sistema de Indicadores de la Calidad del Software. así como en las métricas asociadas en las diferentes etapas del ciclo de vida del software. como el código fuente. de forma tal que se conforme un Sistema de Aseguramiento de la Calidad del Software. ASPECTOS DE LA CALIDAD DE UN PRODUCTO SOFTWARE. externa. producción y comercialización del software. cuándo se realiza. válido para cualquier entidad que se dedique a la investigación. se suelen distinguir tres aspectos diferentes: calidad interna: medible a partir de las características intrínsecas. como en una prueba. medible en el comportamiento del producto. etc.  Definir las regulaciones organizativas para realizar el control: quiénes participan en el control de la calidad.

en caso haya desviaciones de la calidad esperada. pero se indican que no todas pueden ser necesarias para todos los casos. Las métricas externas permitirán la confirmación de la calidad planificada en la prueba y operación y finalmente la calidad del producto desde el punto de vista del usuario debe evaluarse usando para ellos las métricas de calidad en uso. y también señala que es posible utilizar un conjunto de métricas diferentes. Las normas han introducido la percepción del usuario como un enfoque importante para la determinación final de la calidad y han establecido la dependencia entre la calidad interna.CONCLUSIONES La calidad debe ser definida según las recomendaciones de las normas. Las normas proponen un conjunto de métricas. dejando en claro que relación existente entre las características internas. . externa y en uso. durante las primeras etapas del desarrollo y basada en ellas se debe planificar las actividades de control de la calidad. externas y en uso es un tema complejo y no presentan ningún esquema para ello. la determinación de qué métricas usar es responsabilidad de los desarrolladores. Las métricas internas obtenidas durante la medición del software deben servir de bases para las decisiones de las actividades del plan de trabajo.

Alemania Mayo 1998. Disponible en Word Wide. Volumen 2 of 4:Annex Reference Document Analysis.REFERENCIA BIBLIOGRAFICA EUROSCOM Project P619 Guidelines on Suppliers Qualification and Monitoring.doc . PNO-Suppliers Technical Interface. Web:www.[en línea].eurescom.de/~pub-deliverables/P600-Series/P619/D3/Vol2. 1 Edición . Deriverable 3.

Sign up to vote on this title
UsefulNot useful