P. 1
Normas Iso 25000

Normas Iso 25000

|Views: 270|Likes:
Publicado porJose Silva

More info:

Published by: Jose Silva on Jan 16, 2014
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

10/04/2015

pdf

text

original

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

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

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

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

aplicable a aquellos datos que se encuentran almacenados de manera estructurada y forman parte de un Sistema de Información. términos y definiciones comunes referenciados por todas las otras normas de la familia 25000.System and software quality models: describe el modelo de calidad para el producto software y para la calidad en uso.Las normas que forman este apartado definen todos los modelos. 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. los usuarios previstos y las partes asociadas. definiciones de medidas de calidad (interna. Esta Norma presenta las características y subcaracterísticas de calidad frente a las cuales evaluar el producto software. 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. la terminología de la familia.Data Quality model: define un modelo general para la calidad de los datos. ISO/IEC 25012 . un resumen de las partes. Actualmente esta división se encuentra formada por: ISO/IEC 25010 . Actualmente esta división se encuentra formada por: ISO/IEC 25020 . ISO/IEC 25001 . 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. externa y en uso del producto software.Measurement reference model and guide: presenta una explicación introductoria y un modelo de referencia común a los elementos de . externa y en uso) y guías prácticas para su aplicación.Guide to SQuaRE: contiene el modelo de la arquitectura de SQuaRE.

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. este apartado se compone de: ISO/IEC 25030 .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 .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. Para ello. ISO/IEC 25022 . ISO/IEC 25024 . También proporciona una guía para que los usuarios seleccionen o desarrollen y apliquen medidas propuestas por normas ISO.Measurement of quality in use: define específicamente las métricas para realizar la medición de la calidad en uso del producto.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.medición de la calidad.Evaluation reference model and guide: propone un modelo de referencia general para la evaluación. Esta división se encuentra formada por: ISO/IEC 25040 . ISO/IEC 25021 . recomendaciones y guías para llevar a cabo el proceso de evaluación del producto software. ISO/IEC 25023 .Measurement of data quality: define específicamente las métricas para realizar la medición de la calidad de datos. ISO/IEC 2504n – División de Evaluación de Calidad Este apartado incluye normas que proporcionan requisitos.

CALIDAD DE PRODUCTO DE SOFTWARE La calidad del software es el conjunto de cualidades que lo caracterizan y que determinan su utilidad y existencia. 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. 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. ISO/IEC 25042 . ISO/IEC 25045 . estructura y contenido que se debe utilizar a la hora de definir uno de estos módulos. ISO/IEC 25041 . La calidad del software puede medirse después de elaborado el producto. mantenibilidad. las restricciones y los recursos necesarios para obtener las correspondientes salidas. . usabilidad.Evaluation module for recoverability: define un módulo para la evaluación de la subcaracterística Recuperabilidad (Recoverability). de los adquirentes y de los evaluadores independientes. flexibilidad. confiabilidad.evaluación.Evaluation guide for developers.Evaluation modules: define lo que la Norma considera un módulo de evaluación y la documentación. corrección. portabilidad. seguridad e integridad. La calidad es sinónimo de eficiencia. Pero esto puede resultar muy costoso si se detectan problemas deriva dos de imperfecciones en el diseño.

El principio ergonómico define la interfaz entre el usuario y el ambiente automatizado. El principio administrativo contempla las funciones de planificación y control del desarrollo del software. programación y prueba del software que permitan uniformar la filosofía de trabajo. Para el aseguramiento de la calidad es necesario su control o evaluación. La adopción de una buena política contribuye en gran medida a lograr la calidad del software. mantenibilidad y facilidad de prueba. así como la organización del ambiente o centro de ingeniería de software. en aras de lograr una mayor confiabilidad.¿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. . pero no la asegura. tanto para la labor de desarrollo como para el control de la calidad del software. El principio tecnológico define las técnicas a utilizar en el proceso de desarrollo del software. administrativo y ergonómico. diseño. a la vez que eleven la productividad. La política establecida debe estar sustentada sobre tres principios básicos: tecnológico.

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

. cuándo se realiza.  Definir las regulaciones organizativas para realizar el control: quiénes participan en el control de la calidad. medible en el comportamiento del producto. 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. A partir del análisis de todo lo anterior. externa. 0 en uso: medible durante la utilización efectiva por parte del usuario en un contexto determinado. producción y comercialización del software. válido para cualquier entidad que se dedique a la investigación. nuestro Centro se encuentra enfrascado en un proyecto para el Aseguramiento de la Calidad del Software (ACS). En la calidad de un producto software. el cual incluye la elaboración de un Sistema de Indicadores de la Calidad del Software.criterios periciales y herramientas automatizadas para medir los criterios de cálculo. de forma tal que se conforme un Sistema de Aseguramiento de la Calidad del Software. como en una prueba. 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. como el código fuente. ASPECTOS DE LA CALIDAD DE UN PRODUCTO SOFTWARE. etc. Siguiendo la filosofía de los modelos clásicos de calidad de un producto software. así como en las métricas asociadas en las diferentes etapas del ciclo de vida del software. se suelen distinguir tres aspectos diferentes: calidad interna: medible a partir de las características intrínsecas.

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. durante las primeras etapas del desarrollo y basada en ellas se debe planificar las actividades de control de la calidad. 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. 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. Las normas proponen un conjunto de métricas. . la determinación de qué métricas usar es responsabilidad de los desarrolladores. pero se indican que no todas pueden ser necesarias para todos los casos. y también señala que es posible utilizar un conjunto de métricas diferentes.CONCLUSIONES La calidad debe ser definida según las recomendaciones de las normas. dejando en claro que relación existente entre las características internas. externas y en uso es un tema complejo y no presentan ningún esquema para ello. en caso haya desviaciones de la calidad esperada. externa y en uso.

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

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->