Principios de la Gestin de la Calidad segn ISO 9000: 2000 Los ocho principios de la gestin de la calidad identificados para lograr

los objetivos de la calidad, segn "ISO 9000:2000 Sistemas de Gestin de la Calidad. 1. Enfoque al cliente. Las organizaciones dependen de sus clientes y por la tanto deberan comprender las necesidades actuales y futuras de los clientes, satisfacer los requisitos de los clientes y esforzarse en exceder las expectativas de los clientes. 2. Liderazgo. Los lderes establecen la unidad de propsito y la orientacin de la organizacin. Ellos deberan crear y mantener un ambiente interno, en el cual el personal pueda llegar a involucrarse totalmente en el logro de los objetivos de la organizacin. 3. Participacin del personal. El personal, a todos los niveles, es la esencia de una organizacin y su total compromiso posibilita que sus habilidades sean usadas para el beneficio de la organizacin. 4. Enfoque basado en procesos. Un resultado deseado se alcanza ms eficientemente cuando las actividades y los recursos relacionados se gestionan como un proceso. 5. Enfoque de sistema hacia la gestin. Identificar, entender y gestionar los procesos interrelacionados como un sistema, contribuye a la eficacia y eficiencia de una organizacin en el logro de sus objetivos. 6. Mejora continua. La mejora continua del desempeo global de la organizacin debera ser un objetivo permanente de sta. 7. Enfoque basado en hechos para la toma de decisiones. Las decisiones eficaces se basan en el anlisis de los datos y la informacin. 8. Relacin mutuamente beneficiosa con el proveedor. Una organizacin y sus proveedores son interdependientes, y una relacin mutuamente beneficiosa aumenta la capacidad de ambos para crear valor. Estos ocho principios de gestin de la calidad constituyen la base de las normas de sistemas de gestin de la calidad de la familia de Normas ISO 9000.

Ventajas Estandarizar las actividades del personal que trabaja dentro de la organizacin por medio de la documentacin. Incrementar la satisfaccin del cliente al asegurar la calidad de productos y servicios de manera consistente, dada la estandarizacin de los procedimientos y actividades. Medir y monitorear el desempeo de los procesos. Incrementar la eficacia y/o eficiencia de la organizacin en el logro de sus objetivos. Mejorar continuamente en los procesos, productos, eficacia, entre otros. Reducir las incidencias negativas de produccin o prestacin de servicios. Desventajas Los esfuerzos y costos para preparar la documentacin y actualizarla de forma regular. Los costos necesarios para implementar y mantener las medidas necesarias para cumplir con el estndar.

CALIDAD EN LOS PROCESOS ISO/IEC 12207 Historia La norma ISO 12207 fue creada con el propsito de establecer un marco comn para el ciclo de vida del software para: Adquirir, suministrar, desarrollar, operar y mantener software. Gestionar, controlar y mejorar el marco de trabajo del software. Como base para el comercio internacional de software. Este marco de referencia cubre el ciclo de vida del software desde la conceptualizacin de ideas hasta su retirada, y consta de procesos para adquirir y suministrar productos y servicios software. Cubre adems el control y la mejora de estos procesos. Segn la norma ISO/IEC Standard 12207:2008: Software life-Cycle processes propuesta por la ISO (International Organization for Standardization): Ciclo de vida del software: Es un marco de referencia que contiene los procesos, actividades y las tareas involucradas en el desarrollo, explotacin y mantenimiento de un producto software, abarcando la vida del sistema desde la definicin de requisitos hasta que se deja de utilizar. Los procesos que hay en esta norma forman un conjunto completo. Una organizacin, dependiendo de sus necesidades, puede seleccionar un

subconjunto apropiado para satisfacer dichas necesidades. Esta norma es aplicable a la adquisicin de sistemas, productos y servicios software, al suministro, desarrollo, operacin y mantenimiento de productos software, y a la parte software del firmware, independientemente de que sea hecho interna o externamente a una organizacin. Incluye tambin aquellos aspectos de la definicin del sistema necesarios para proporcionar el contexto de los productos y servicios software. Esta norma describe la arquitectura de los procesos del ciclo de vida del software, pero no especifica los detalles de cmo implementar o llevar a cabo las actividades y tareas incluidas en los procesos.

Esta norma agrupa las actividades que pueden llevarse a cabo durante el ciclo de vida del software en cinco procesos principales, ocho procesos de apoyo y cuatro procesos organizativos. Cada proceso del ciclo de vida est dividido en un conjunto de actividades; cada actividad se subdivide a su vez en un conjunto de tareas. Los procesos principales del ciclo de vida son cinco procesos que dan servicio a las partes principales durante el ciclo de vida del software. Una parte principal es la que inicia o lleva a cabo el desarrollo, operacin o mantenimiento de productos software. Estas partes principales son el cliente, el proveedor, el desarrollador, el operador y el que da mantenimiento a los productos software. Los procesos principales son: 1) Proceso de adquisicin: Define las actividades del cliente, organizacin que adquiere un sistema, producto software o servicio software. 2) Proceso de suministro: Define las actividades del proveedor, organizacin que proporciona el sistema, producto software o servicio software al cliente. 3) Proceso de desarrollo: Define las actividades del desarrollador, organizacin que define y desarrolla el producto software. 4) Proceso de operacin: Define las actividades del operador, organizacin que proporciona el servicio de operar un sistema informtico en su entorno real, para sus usuarios. 5) Proceso de mantenimiento: Define las actividades del mantenimiento, organizacin que proporciona el servicio de mantenimiento del producto software; esto es, la gestin de las modificaciones al producto software para mantenerlo, actualizado y operativo. Este proceso incluye la migracin y retirada del producto software. Procesos de apoyo del ciclo de vida. Hay ocho procesos de apoyo del ciclo de vida. Un proceso de apoyo es el que apoya a otro proceso como parte esencial del mismo, con un propsito bien definido, y contribuye al xito y calidad del proyecto software. Un proceso de

apoyo se emplea y ejecuta por otro proceso segn sus necesidades. Los procesos de apoyo son: 1) Proceso de documentacin: Define las actividades para el registro de la informacin producida por un proceso del ciclo de vida. 2) Proceso de gestin de la configuracin: Define las actividades de gestin de la configuracin. 3) Proceso de aseguramiento de la calidad: Define las actividades para asegurar, de una manera objetiva, que los productos software y los procesos son conformes a sus requisitos especificados y se ajustan a sus planes establecidos. Se pueden emplear Revisiones Conjuntas, Auditoras, Verificacin y Validacin como tcnicas de Aseguramiento de la Calidad. 4) Proceso de verificacin: Define las actividades (para el cliente, proveedor o una parte independiente) para verificar hasta un nivel de detalle dependiente del proyecto software, los productos software. 5) Proceso de validacin: Define las actividades (para el cliente, proveedor o parte independiente) para validar los productos software del proyecto software. 6) Proceso de revisiones conjuntas: Define las actividades para evaluar el estado y productos de una actividad. Este proceso puede ser empleado por dos partes cualesquiera, donde una de las partes (la revisora) revisa a la otra parte (la revisada), de una manera conjunta. 7) Proceso de auditora: Define las actividades para determinar el cumplimiento de los requisitos, planes y contrato. Este proceso puede ser empleado por dos partes cualesquiera, donde una parte (la auditora) audita los productos software o actividades de otra parte (la auditada). 8) Proceso de solucin de problemas: Define un proceso para analizar y eliminar los problemas (incluyendo las no conformidades) que sean descubiertos durante la ejecucin del proceso de desarrollo, operacin, mantenimiento u otros procesos, cualquiera que sea su naturaleza o causa

Estructura La estructura del estndar ha sido concebida de manera que pueda ser adaptada a las necesidades de cualquiera que lo use. Para conseguirlo, el estndar se basa en dos principios fundamentales: Modularidad y responsabilidad. Con la modularidad se pretende conseguir procesos con un mnimo acoplamiento y una mxima cohesin. En cuanto a la responsabilidad, se busca establecer un responsable para cada proceso, facilitando la aplicacin del estndar en proyectos en los que pueden existir distintas personas u organizaciones involucradas, no importando el uso que se le d a este. ISO/IEC 15504 El ISO/IEC 15504, tambin conocido como Software SPICE, en Process espaol,

Improvement

Capability

Determination,

abreviado

Determinacin de la Capacidad de Mejora del Proceso de Software es un modelo para la mejora, evaluacin de los procesos de desarrollo, mantenimiento de sistemas de informacin y productos de software. En 1991 por tanto, el proyecto SPICE fue creado bajo los auspicios del Comit Internacional de estndares de Ingeniera de Software y Sistemas a travs de su Grupo de Trabajo sobre Evaluacin de proceso (WG10). En 1992, el informe del grupo de estudio dijo que: ...la comunidad internacional debera poner recursos para desarrollar un estndar para la evaluacin de procesos software, incorporando lo mejor de los mtodos de evaluacin de procesos existentes. ISO decidi entonces se hiciera el desarrollo por pasos de un estndar para la evaluacin de procesos. Los pasos fueron los siguientes: 1. Publicacin inicial como Informe Tcnico Technical Report (borrador de estndar) para que despus de su uso real pase a

2. Revisin y publicacin como estndar internacional IS ISO/IEC 15504 Tecnologas de la Informacin Evaluacin de Procesos (ISO/IEC 15504 Information Technology Process Assessment). Importancia

Reduccin de Costos y Aumento en la satisfaccin del Cliente, como indicadores primarios de la mejora del proceso. Objetivos El proyecto SPICE tena tres objetivos principales: Desarrollar un borrador de trabajo para un estndar de evaluacin de procesos de software. Llevar a cabo los ensayos de la industria de la norma emergente. Promover la transferencia de tecnologa de la evaluacin de procesos de software a la industria del software a nivel mundial. El primer objetivo del proyecto se logr en junio de 1995, con la entrega del borrador de trabajo de la norma para la evaluacin de procesos de software al WG10 para su votacin entre la comunidad de estandarizacin internacional. El Borrador de Trabajo se denominaba comnmente como el conjunto de documentos SPICE (o SPICE Versin 1).

Este primer borrador se bas en modelos existentes en aqul momento. Los ensayos de estos primeros documentos SPICE han sido el foco del proyecto SPICE durante el perodo 1994 a 1998. Fue entonces, en 1998 cuando se public la primera familia de estndares ISO TR 15504. En aquel momento se comenz a trabajar en la versin "Internacional Standard" de la norma, y desde 2006 est completamente publicado, exceptuadas las partes nuevas que se estn produciendo. En marzo de 2003, el proyecto SPICE se cerr oficialmente. La Red SPICE se estableci posteriormente con el encargo de seguir coordinando las actividades de la comunidad SPICE. La Red de SPICE est formalmente organizada por el The Spice User Grupo (www.spiceusergroup.org). En este momento se efectan actividades promocionales que se realizan a travs de la Conferencia Internacional Anual SPICE y la publicacin de artculos y libros. Con el fin de apoyar la excelencia y la coherencia de la formacin de los evaluadores, el proyecto SPICE tambin desarroll y lanz un Plan de Estudios de formacin de los evaluadores SPICE que es utilizado actualmente por el Esquema de Registro Internacional de Evaluadores (IntRSA). Caractersticas Establece un marco y los requisitos para cualquier proceso de evaluacin de procesos y proporciona requisitos para los modelos de evaluacin de los procesos. Proporciona tambin requisitos para cualquier modelo de evaluacin de organizaciones. Proporciona guas para la definicin de las competencias de un evaluador de procesos. Actualmente tiene 10 partes: de la 1 a la 7 completas y de la 8 a la 10 en fase de desarrollo.

 Comprende: evaluacin de procesos, mejora de procesos, determinacin de capacidad. Proporciona, en su parte 5, un Modelo de evaluacin de procesos para los procesos de ciclo de vida del software definidos en el estndar ISO/IEC 12207 que define los procesos del ciclo de vida del desarrollo, mantenimiento y operacin de los sistemas de software. Proporciona, en su parte 6, un Modelo de evaluacin de procesos para los procesos de ciclo de vida del sistema definidos en el estndar ISO/IEC 15288 que define los procesos del ciclo de vida del desarrollo, mantenimiento y operacin de sistemas. Proporcionar, en su parte 8, un Modelo de evaluacin de procesos para los procesos de servicios TIC que sern definidos en el estndar ISO/IEC 20000-4 que definir los procesos contenidos en la norma ISO/IEC 20000-1. Equivalencia y compatibilidad con CMMI. ISO forma parte del panel elaborador del modelo CMMI y SEI mantiene la compatibilidad y equivalencia de sta ltima con 15504. Sin embargo CMMI-DEV an no es un modelo conforme con esta norma (segn lo requiere la norma ISO 15504 para todo modelo de evaluacin de procesos). Propsitos Por o en nombre de una organizacin, con el objetivo de comprender el estado de sus propios procesos para la mejora de procesos. Por o en nombre de una organizacin, con el objetivo de determinar la idoneidad de sus propios procesos para un requisito particular o un conjunto de requisitos. Por o en nombre de una organizacin, con el objetivo de determinar la idoneidad de los procesos de otra organizacin para un contrato determinado o un conjunto de contratos. Fomenta a la organizacin a una adecuada evaluacin de Procesos y debe fomentar los siguientes puntos:

 La cultura de mejora continua y el establecimiento de los mecanismos adecuados para apoyar y mantener la cultura. La ingeniera de procesos para alcanzar los requisitos del negocio. La optimizacin de recursos. Dimensiones Tiene una arquitectura basada en dos dimensiones: de proceso y de capacidad de proceso. Define que todo modelo de evaluacin de procesos debe definir: - la dimensin de procesos: el modelo de procesos de referencia (dimensin de las abscisas) - la dimensin de la capacidad: niveles de capacidad y atributos de los procesos. Los niveles de capacidad para todo modelo de evaluacin de procesos pueden tener desde el 0 y al menos hasta el nivel 1 de los siguientes niveles de capacidad estndar: Nivel 0: Incompleto Nivel 1: Realizado Nivel 2: Gestionado Nivel 3: Establecido Nivel 4: Predecible Nivel 5: En optimizacin Para cada nivel existen unos atributos de procesos estndar que ayudan a evaluar los niveles de capacidad. Ejemplos de Modelos de evaluacin de procesos ISO/IEC 15504 - 5 Modelo de evaluacin de procesos de ciclo de vida de software Por ejemplo, el modelo de evaluacin de procesos de software, contenido en la Parte 5 de la Norma ISO/IEC 15504 define el Modelo de procesos de referencia como los procesos contenidos en la norma ISO/IEC 12207 Amd1/Amd2, que contienen tres categoras de procesos y cada una con diferentes grupos de procesos:

Dimensin procesos Procesos Primarios: ACQ: Procesos de Cliente SPL: Procesos de Proveedor ENG: Ingeniera OPE: Procesos de operacin Procesos de soporte SUP: Soporte Procesos de organizacin MAN: Procesos de Gestin REU: Procesos de Recursos humanos RIN: Procesos de Infraestructura PIM: Procesos de mejora de procesos. Dimensin de la capacidad La dimensin de capacidad del modelo de evaluacin de procesos de software de la Parte 5 define un conjunto completo de indicadores para todos los atributos de procesos correspondientes a la escala de los 6 niveles de capacidad de la Parte 2 de la norma. ISO/IEC 15504-6 modelo de evaluacin de procesos de ciclo de vida de sistema El modelo de evaluacin de procesos de la parte 6 contiene otro Modelo de procesos de referencia (para sistemas), incluyendo indicadores para evaluar los atributos de estos procesos correspondientes a la escala de los 6 niveles de capacidad de la Parte 2 de la norma.

Otros modelo de evaluacin de procesos El modelo de evaluacin de procesos de AutomotiveSPICE no es norma ISO, pero es un modelo conforme con los requisitos de parte de la ISO/IEC 15504 - para todo modelo de evaluacin de procesos). Automotive SPICE El 21 de agosto del 2005 el Special Interest Group (SIG), un grupo de trabajo de la industria del automvil (con representacin de AUDI, BMW, Daimler, Fiat, Ford, Jaguar, Volkswagen y Volvo Car) cre una versin especfica de SPICE para las particularidades de la industria del automvil denominado Automotive SPICE. El contenido as como los mtodos de evaluacin no se diferencian de forma sustancial del ISO/IEC 15504. Se aadieron algunos procesos (que en ISO/IEC 15504) estaban agrupados y se adapt la terminologa a la industria automovilstica. Este estndar es el que actualmente utilizan los miembros del SIG para evaluar y comparar sus proveedores de software, por ello su transcendencia entre los proveedores del sector del automvil. El nivel que normalmente demandan las empresas automovilsticas de sus proveedores electrnicos es el Nivel 3. CALIDAD EN EL PRODUCTO NORMA ISO/IEC 14598 - EVALUACIN DE PRODUCTOS DE SOFTWARE Norma ISO/IEC 14598. En sus diferentes etapas, establece un marco de trabajo para evaluar la calidad de los productos de software proporcionando, adems, mtricas y requisitos para los procesos de evaluacin de los mismos. En particular, es utilizada para aplicar los conceptos descritos en la norma ISO/IEC 9126. Se definen y describen las actividades necesarias para analizar los requisitos de evaluacin, para especificar, disear y realizar acciones de evaluacin y para concluir la evaluacin de cualquier tipo de producto de software. Caractersticas La norma define las principales caractersticas del proceso de evaluacin

 Repetitividad. Reproducibilidad. Imparcialidad. Objetividad. Para estas caractersticas se describen las medidas concretas que participan: Anlisis de los requisitos de evaluacin. Evaluacin de las especificaciones. Evaluacin del diseo y definicin del plan de evaluacin. Ejecucin del plan de evaluacin. Evaluacin de la conclusin. Partes La Norma ISO/IEC 14598 define el proceso para evaluar un producto de software, el mismo consta de seis partes: ISO/IEC 14598-1 Visin General: provee una visin general de las otras cinco partes y explica la relacin entre la evaluacin del producto software y el modelo de calidad definido en la ISO/IEC 9126 ISO/IEC 14598-2 Planeamiento y Gestin: contiene requisitos y guas para las funciones de soporte tales como la planificacin y gestin de la evaluacin del producto del software. ISO/IEC 14598-3 Proceso para desenvolvedores: provee los requisitos y guas para la evaluacin del producto software cuando la evaluacin es llevada a cabo en paralelo con el desarrollo por parte del desarrollador. ISO/IEC 14598-4 Proceso para adquirientes: provee los requisitos y guas para que la evaluacin del producto software sea llevada a cabo en funcin a los compradores que planean adquirir o reutilizar un producto de software existente o pre-desarrollado.

 ISO/IEC 14598-5 Proceso para avaladores: provee los requisitos y guas para la evaluacin del producto software cuando la evaluacin es llevada a cabo por evaluadores independientes. ISO/IEC 14598-6 Documentacin de Mdulos: provee las guas para la documentacin del mdulo de evaluacin. Servicios Los servicios relacionados con la evaluacin de software de productos son generalmente adaptados a las necesidades de los usuarios finales individuales o proveedores, en funcin de por qu se pidi la evaluacin. Los servicios de evaluacin de software incluyen: Definicin de perfiles de calidad de referencia de software. Evaluacin de acuerdo con los modelos de calidad predefinidos. Certificacin de la calidad del software de acuerdo a los modelos de calidad y normas. Las comparaciones entre productos. La reingeniera del software. Servicio de Monitoreo de calidad del producto. Quines conforman la norma? Desarrolladores Adquirientes Evaluadores Actividades de los Desarrolladores Planteo de requerimientos del Solicitante. Definicin del cubrimiento de la evaluacin por parte del Solicitante. Orientacin del Evaluador hacia el Solicitante en la definicin de requerimientos. Acuerdo mutuo en la definicin de requerimientos. Gestin de resultados

ISO/IEC 25000 El objetivo general de la creacin del estndar ISO/IEC 25000 SQuaRE (Software Product Quality Requeriments and Evaluation) es organizar, enriquecer y unificar las series que cubren dos procesos principales: especificacin de requisitos de calidad del software y evaluacin de la calidad del software, soportada por el proceso de medicin de calidad del software. Fue desarrollada por el subcomit SC 7 (Ingeniera de software y sistemas) del comit tcnico conjunto ISO/IE JTC. Las caractersticas de calidad y sus mediciones asociadas pueden ser tiles no solamente para evaluar el producto software sino tambin para definir los requerimientos de calidad. La serie ISO/IEC 25000:2005 reemplaza a dos estndares relacionados: ISO/IEC 9126 (Software Product Quality) e ISO/IEC 14598 (Software Product Evaluation). Recomienda que los requisitos de calidad deban ser proporcionales a las necesidades de la aplicacin y lo crtico que sea el correcto funcionamiento del sistema implementado. Establece que la calidad del producto software est compuesta de caractersticas de calidad, las cuales a su vez se componen de subcaractersticas. Divisiones ISO/IEC 2500n. Divisin de gestin de calidad. Los estndares que forman esta divisin definen todos los modelos comunes, trminos y referencias a los que se alude en las dems divisiones de SQuaRE. ISO/IEC 2501n. Divisin del modelo de calidad. El estndar que conforma esta divisin presenta un modelo de calidad detallado, incluyendo caractersticas para la calidad interna, externa y en uso. ISO/IEC 2502n. Divisin de mediciones de calidad. Los estndares pertenecientes a esta divisin incluyen un modelo de referencia de calidad del

producto software, definiciones matemticas de las mtricas de calidad y una gua prctica para su aplicacin. Presenta aplicaciones de mtricas para la calidad de software interna, externa y en uso. ISO/IEC 2503n. Divisin de requisitos de calidad. Los estndares que forman parte de esta divisin ayudan a especificar los requisitos de calidad. Estos requisitos pueden ser usados en el proceso de especificacin de requisitos de calidad para un producto software que va a ser desarrollado o como entrada para un proceso de evaluacin. El proceso de definicin de requisitos se gua por el establecido en la norma ISO/IEC 15288 (ISO, 2003). ISO/IEC 2504n. Divisin de evaluacin de la calidad. Estos estndares proporcionan requisitos, recomendaciones y guas para la evaluacin de un producto software, tanto si la llevan a cabo evaluadores, como clientes o desarrolladores. ISO/IEC 2505025099. Estndares de extensin SQuaRE. Incluyen requisitos para la calidad de productos de software Off -The-Self y para el formato comn de la industria (CIF) para informes de usabilidad. ISO/IEC 9126 El estndar ISO/IEC 9126 proviene desde el modelo establecido en 1977 por McCall y sus colegas, los cuales propusieron un modelo para especificar la calidad del software. El modelo de calidad McCall est organizado sobre tres tipos de Caractersticas de Calidad: Factores (especificar): Describen la visin externa del software, como es visto por los usuarios. Criterios (construir): Describen la visin interna del software, como es visto por el desarrollador. Mtricas (controlar): Se definen y se usan para proveer una escala y mtodo para la medida.

ISO/IEC 9126 es un estndar internacional para la evaluacin del Software. Est supervisado por el proyecto SQuaRE, ISO 25000:2005, el cual sigue los mismos conceptos. ISO/IEC 9126 es un estndar de calidad de productos compuesto por 4 partes. ISO/IEC 9126-1 describe un modelo de dos partes para calidad de productos de software: a) Calidad interna y externa, y b) Calidad en uso. El objetivo es abarcar todos los aspectos que pueden afectar a la calidad de los productos de software. El estndar internacional posee otras tres partes con carcter de reportes tcnicos (an no son estndares propiamente tales): ISO / IEC TR 9126-2 Ingeniera de software - Calidad del producto - Parte 2: indicadores externos ISO / IEC TR 9126-3 Ingeniera de software - Calidad del producto - Parte 3: mtricas internas ISO / IEC TR 9126-4 Ingeniera de software - Calidad del producto - Parte 4: La calidad en el uso de mtricas Un producto software est definido en un sentido amplio como: los ejecutables, cdigo fuente, descripciones de arquitectura, y as. Como resultado, la nocin de usuario se ampla tanto a operadores como a programadores, los cuales son usuarios de componentes como son bibliotecas software. ISO/IEC 9126 distingue entre fallo y no conformidad. Un fallo es el incumplimiento de los requisitos previos, mientras que la no conformidad es el incumplimiento de los requisitos especificados. Una distincin similar es la que se establece entre validacin y verificacin.

ISO/IEC 9126: CALIDAD EN EL CICLO DE VIDA DEL SOFTWARE

mbitos de uso de ISO/IEC 9126 Validar la integridad de una definicin de requisitos; Identificar los requisitos del software; Identificar los objetivos del diseo del software; Identificar los objetivos de la prueba de software; Identificar el criterio de aseguramiento de calidad; Identificar el criterio de aceptacin para un producto de software completo. Priorizar los recursos en los aspectos ms importantes en trminos de calidad. Factores de la Norma para Calidad Externa e Interna 1. FUNCIONALIDAD Adecuacin: Capacidad del producto software para proporcionar un conjunto apropiado de funciones para tareas y objetivos de usuario especificados. Exactitud: Capacidad del producto software para proporcionar los resultados o efectos correctos o acordados, con el grado necesario de precisin.

 Interoperabilidad: Capacidad del producto software para interactuar con uno o ms sistemas especificados. Seguridad de acceso: Capacidad del producto software para proteger informacin y datos de manera que las personas o sistemas no autorizados no puedan leerlos o modificarlos, al tiempo que no se deniega el acceso a las personas o sistemas autorizados Cumplimiento funcional: Capacidad del producto software para adherirse a normas, convenciones o regulaciones en leyes y prescripciones similares relacionadas con funcionalidad. 2. CONFIABILIDAD (FIABILIDAD) Madurez: Capacidad del producto software para evitar fallar como resultado de fallos en el software. Tolerancia a fallos: Capacidad del software para mantener un nivel especificado de prestaciones en caso de fallos software o de infringir sus interfaces especificados. Capacidad de recuperacin: Capacidad del producto software para reestablecer un nivel de prestaciones especificado y de recuperar los datos directamente afectados en caso de fallo. Cumplimiento de la fiabilidad: Capacidad del producto software para adherirse a normas, convenciones o regulaciones relacionadas con la fiabilidad. 3. FACTIBILIDAD DE USO (USABILIDAD) Capacidad para ser entendido: Capacidad del producto software que permite al usuario entender si el software es adecuado y cmo puede ser usado para unas tareas o condiciones de uso particulares. Capacidad para ser aprendido: Capacidad del producto software que permite al usuario aprender sobre su aplicacin. Capacidad para ser operado: Capacidad del producto software que permite al usuario operarlo y controlarlo. Capacidad de atraccin: Capacidad del producto software para ser atractivo al usuario.

 Cumplimiento de la usabilidad: Capacidad del producto software para adherirse a normas, convenciones, guas de estilo o regulaciones relacionadas con la usabilidad. 4. EFICIENCIA Comportamiento temporal: Capacidad del producto software para proporcionar tiempos de respuesta, tiempos de proceso y potencia apropiados, bajo condiciones determinadas. Utilizacin de recursos: Capacidad del producto software para usar las cantidades y tipos de recursos adecuados cuando el software lleva a cabo su funcin bajo condiciones determinadas. Cumplimiento de la eficiencia: Capacidad del producto software para adherirse a normas o convenciones relacionadas con la eficiencia. 5. MANTENIBILIDAD Capacidad para ser analizado: Es la capacidad del producto software para serle diagnosticadas deficiencias o causas de los fallos en el software, o para identificar las partes que han de ser modificadas. Capacidad para ser cambiado: Capacidad del producto software que permite que una determinada modificacin sea implementada. Estabilidad: Capacidad del producto software para evitar efectos inesperados debidos a modificaciones del software. Capacidad para ser probado: Capacidad del producto software que permite que el software modificado sea validado. Cumplimiento de la mantenibilidad: Capacidad del producto software para adherirse a normas o convenciones relacionadas con la mantenibilidad. 6. PORTABILIDAD Adaptabilidad: Capacidad del producto software para ser adaptado a diferentes entornos especificados, sin aplicar acciones o mecanismos distintos de aquellos proporcionados para este propsito por el propio software considerado.

 Instalabilidad: Capacidad del producto software para ser instalado en un entorno especificado. Coexistencia: Capacidad del producto software para coexistir con otro software independiente, en un entorno comn, compartiendo recursos comunes. Capacidad para reemplazar: Capacidad del producto software para ser usado en lugar de otro producto software, para el mismo propsito, en el mismo entorno. Cumplimiento de la portabilidad: Capacidad del producto software para adherirse a normas o convenciones relacionadas con la portabilidad. Atributos para Calidad en uso 1. Efectividad: Capacidad del producto software para permitir a los usuarios alcanzar objetivos especificados con exactitud y completitud, en un contexto de uso especificado. 2. Productividad: Capacidad del producto software para permitir a los usuarios gastar una cantidad adecuada de recursos con relacin a la efectividad alcanzada, en un contexto de uso especificado. 3. Seguridad fsica: Capacidad del producto software para alcanzar niveles aceptables del riesgo de hacer dao a personas, al negocio, al software, a las propiedades o al medio ambiente en un contexto de uso especificado. 4. Satisfaccin: Capacidad del producto software para satisfacer a los usuarios en un contexto de uso especificado.

Perfil de Calidad usando ISO/IEC 9126 Un perfil de calidad permite localizar la definicin o evaluacin de calidad de un producto de software en los criterios de calidad ms importantes segn el contexto requerido. En un perfil estn definidos: Los atributos y subcaractersticas relevantes para el producto de software. Las mtricas que se usarn en la medicin. Los rangos de aceptacin de esas mtricas. El estndar provee un entorno para que las organizaciones definan un modelo de calidad para el producto software. Haciendo esto as, sin embargo, se lleva a cada organizacin la tarea de especificar precisamente su propio modelo. Esto podra ser hecho, por ejemplo, especificando los objetivos para las mtricas de calidad las cuales evalan el grado de presencia de los atributos de calidad. Mtricas internas son aquellas que no dependen de la ejecucin del software (medidas estticas). Mtricas externas son aquellas aplicables al software en ejecucin. La calidad en las mtricas de uso estn slo disponibles cuando el producto final es usado en condiciones reales. Idealmente, la calidad interna determina la calidad externa y esta a su vez la calidad en el uso.