ISO/IEC 25000 SQuaRE Requisitos y Evaluacin de Calidad de Productos de SoftwareJuan Jos Ramrez Lama Departamento de Sistemas de Informacin Facultad de Ciencias Empresariales, Universidad del Bo-Bo Concepcin, Chile juanjose@isjom.com

ResumenEn el siguiente documento se presenta la Norma ISO/IEC 25000 denominada SQuaRE para la especicacin de requerimientos y evaluacin de la calidad, abarcando sus orgenes, comparaciones con las normas relacionadas (ISO 9126 e ISO 14598) y elaborando una comparativa con estas, para as ayudar al investigador a comprender sus partes, funciones y caractersticas. Adems se realiza un anlisis critico de los inconvenientes encontrados en SQuaRE y como esta Chile en el proceso de Calidad del Software. Keywords-Software product quality, software product life cycle, quality measurement, quality evaluation, ISO/IEC 9126, ISO/IEC 25000 SQuaRE, Calidad del Producto Software, Normas de Calidad, ISO/IEC 25000, ISO/IEC 14598.

I.

I NTRODUCCIN

armonizar varias reas de la industria. La ISO emite normas conocidas como de facto, es decir, normativas cuya adopcin no es obligatoria legalmente. Sin embargo, los benecios de la estandarizacin hacen que los documentos emitidos por la ISO sean adoptados rpidamente o al menos tomados en cuenta a la hora de disear, implantar o mejorar un producto o servicio. La IEC (International Electrotechnical Comission) [IEC, ] es una organizacin que (al igual que la ISO) trabaja a nivel mundial en el desarrollo de estndares sobre electricidad y electrnica. La IEC tiene como objetivo promover la normalizacin en todas las cosas relacionadas con la electrotcnica.

Las normas mas utilizadas para la calidad del producto han tenido muchos cambio desde sus inicios con la elaboracin de la norma ISO/IEC 9126 y luego con su divisin en la misma pero enfocada exclusivamente a la calidad del producto software y en la ISO/IEC 14598, la cual esta enfocada a evolucin del producto, pero a pesar de la divisin se han producido bastantes problemas, inconsistencias, redundancias o ambigedad al momento de medir la calidad, tal y como se vera en el capitulo III. Por todo lo anterior la ISO y la IEC deciden elaborar una norma Unicadora, la cual permita solucionar los problemas anteriormente mencionados (ver Capitulo IV), la que se denomina ISO/IEC 25000 SQuaRE (Software Product Quality Requeriments and Evaluation), norma en la cuan se centrara esta investigacin, primero deniendo los orgenes y motivaciones para la medicin de la calidad, las partes de las normas anteriores aplicadas a la medida de la calidad, especicacin y comprensin de lo que es SQuaRE, para seguir con una comparativa con sus predecesores, realizar un anlisis crtico de sus inconvenientes y realidad en Chile, y nalmente terminar con una conclusin a esta investigacin. II. II-A. O RIGEN Y D EFINICIONES

II-B.

Motivacin

La informticas es cada vez mas utilizada en las reas de aplicacin, lo que implica que un correcto funcionamiento es muy importante para un xito empresarial y/o la seguridad de las personas. El desarrollo y/o seleccin de productos de software de alta calidad es de gran importancia. Una completa especicacin y evaluacin de la calidad de un producto de software es un factor clave para garantizar una adecuada calidad. Para lograr todo esto, en 1991 la ISO y la IEC desarrollaron el estndar ISO/IEC 9126 que mas tarde se dividi en dos estndares relacionados: El estndar ISO/IEC 9126 [ISO/IEC, 2001], relacionado con los requisitos de calidad en el software. El estndar ISO/IEC 14598 [ISO/IEC, 1999], relacionado con la evaluacin de la calidad del software. Sin embargo, esa divisin genero inconsistencias entre ambos, debido a la utilizacin de ciclos de vida separados para la especicacin de requisitos y para la evaluacin del producto. Por esta razn se crea SQuaRE, el cual esta orientado a reunicar ambos procesos utilizando como base un proceso de medida de la calidad. Como consecuencia, el conjunto de estndares SQuaRE reemplaza a los estndares ISO/IEC 9126 e ISO 14598.

Organizacin de la ISO e IEC

La ISO (International Standards Organization) [ISO, ] es una organizacin de estandarizacin en la cual intervienen organismos de todo el mundo, con el objetivo de regular y

II-C.

La Calidad del Software

Existe una gran cantidad de deniciones de calidad [Kitchenham, 1996], [Gillies, 1997], ya que es un concepto complejo con una gran cantidad de interpretaciones y por tanto difcil de denir. Se ha discutido en este punto por dcadas [Sunita Chulani, 2001], [Boehm, 2004]. El problema principal no es que el termino alidad"sea subjetivo, sino que cmo se pueden relacionar los distintos puntos de vista sobre calidad en un mismo marco (una organizacin, un proyecto, entre otros [Ayala, 2008]). Calidad segn [ISO/IEC, 2005] es El Grado en que el producto de software satisface las necesidades expresadas o implcitas, cuando es usado bajo condiciones determinadas II-D. Enfoques de Calidad de Software

Externa: medible a partir del comportamiento del software (Producto Final). En uso: medible durante la utilizacin efectiva por parte del usuario (en un entorno de pre o produccin). II-E. Normas de Calidad

Los principales enfoques de como evaluar la calidad del software son [Voas, 1998]: La certicacin del proceso de desarrollo de software que siguen las empresas que lo elaboran. Algunas de las tcnicas existentes son Capability Maturity Model (CMM) [Paulk, 1993], Bootstrap [BOOTSTRAP.team, 1993], Capability Maturity Model Integration (CMMI) [CMM, ], Six sigma [Zinkgraf, 2006] SPICE [El Emam, 1998], ISO9000 [ISO, 2005]. Realizar una especicacin y evaluacin completa, lo cual es un factor importante para garantizar una calidad adecuada. Evaluar el propio software mediante medidas que contrasten su calidad. El segundo enfoque nace, ya que no existe la garanta de que un software generado mediante un proceso de desarrollo de calidad, sea de calidad. Una evaluacin de calidad de software puede generarse mediante una denicin apropiada de caractersticas de calidad, teniendo en cuenta el uso del producto. Es importante que las caractersticas relevantes del sistema, sean evaluadas (si es posible), utilizando medidas validadas y aceptadas, y para ello hay que implementar un modelo de calidad de software. Cuando no hay calidad en el software: Los programas no hacen exactamente lo que se pide. Cuesta que los proyectos terminen. Algunos sistemas pueden resultar muy difciles para utilizarlos. Algunos productos resultan muy difcil de mantener cuando el/los que lo desarrollaron no estn. El software es poco seguro. II-D1. Aspectos de la Calidad del Software: Como se vera mas adelante las normas que se presentaran, poseen tres aspectos principales, los cuales son interno, externo y de uso, los que se describen a continuacin: Interna: medible a partir de las caractersticas intrnsecas del propio software (Proceso de Desarrollo).

En el ao 1991 la ISO (Internacional Organization for Standardization) public un modelo de calidad para la evaluacin del software, que obtuvo revisiones hasta 2004, siendo este la norma ISO/IEC 9126 Software engineering Product quality. [ISO/IEC, 2001] Ms recientemente (2005) se crea una nueva versin de esa norma, la ISO/IEC 25000, que entrega una gua para el uso de los nuevos estndares internacionales llamados Requisitos y Evaluacin de Calidad de Productos Software (SQuaRE, por sus siglas en ingls). La ISO/IEC 25000 establece criterios para la especicacin de requisitos de calidad del software, medidas y evaluacin, adems entrega un modelo de calidad que unica las deniciones de calidad de los clientes con los atributos durante el desarrollo. [iso, 2009] III. E STADO DEL A RTE R ELACIONADO

En este capitulo se presentarn las normas ISO/IEC 9126 y 14598, para establecer de que tratan cada una y a que van enfocadas, para luego continuar con el Capitulo V en el cual se realizar un anlisis a la ISO 25000. III-A. La Norma ISO/IEC 9126

Como se menciono en el capitulo II-E la ISO/IEC 9126 se public en 1991 con el objeto de permitir la evaluacin de la calidad del sofware. En 1994 se comprendi la necesidad de modicar y adaptar de la norma, en esa versin se introducen por primera vez los conceptos de calidad interna y calidad externa y adems se crea una nueva norma (ISO/IEC 14598) que asuma el modelo del proceso de evaluacin antes incluido en la norma ISO/IEC 9126. El estndar 9126 propone un modelo de calidad que se divide en tres vistas: interior, exterior y de uso. Estas estn compuestas por caractersticas, las que se dividen en subcaractersticas, y estas a su vez se componen de atributos. Los atributos obtienen sus valores tras realizar mediciones sobre el software. Estas dan como resultado una serie de mtricas que se pueden clasicar en tres categoras segn su naturaleza: [ISO/IEC, 2001] mtricas bsicas, que se obtienen directamente de analizar el cdigo o la ejecucin del software. mtricas de agregacin, que consisten en la composicin de una mtrica a partir de un conjunto denido de mtricas bsicas, generalmente mediante una suma ponderada. mtricas derivadas, que son una funcin matemtica que utiliza como entrada el valor de otras mtricas.

A su vez la norma ISO/IEC 9126 est dividida en cuatro partes (ver Figura 1): ISO 9126-1. Modelo de calidad. [ISO/IEC, 2001] ISO 9126-2. Mtricas externas. (mide el software en s mismo) ISO 9126-3. Mtricas internas. (mide el comportamiento del sistema) ISO 9126-4. Calidad en el uso de mtricas. (mide el efecto de usar el software en un contexto especco)

Figura 1. Partes del Estandar ISO/IEC 9126 [ISO/IEC, 2005]

El modelo establece diez caractersticas, seis que son comunes a las mtricas de calidad interna y externa y cuatro que son propias de la calidad en las mtricas de uso. Las caractersticas que denen las mtricas interna y externa, y que se dividen en seis categoras y a su vez cada una se divide en subcategoras, estas se pueden apreciar en la Figura 2. Mientras que las caractersticas propias de la mtrica calidad de uso son: Efectividad, capacidad del software de facilitar al usuario alcanzar objetivos con precisin y completitud. Productividad, capacidad del software de permitir a los usuarios gastar la cantidad apropiada de recursos en relacin a la efectividad obtenida. Seguridad, capacidad del software para cumplir con los niveles de riesgo permitidos tanto para posibles daos fsicos como para posibles riesgos de datos. Satisfaccin, capacidad del software de cumplir con las expectativas de los usuarios en un contexto determinado.

Las tres mtricas se apoyan mutuamente, la interna inuye en la externa y esta a su vez en la de uso. Las subcaractersticas correspondientes a la mantenibilidad son las siguientes: Analizabilidad, facilidad para analizar el software en busca de deciencias e identicar sus componentes y artefactos. Capacidad de cambio, capacidad de permitir cambios en el software. Estabilidad, capacidad de evitar efectos inesperados tras realizar modicaciones en el software. Capacidad de pruebas, capacidad para validar los cambios en el software. Adherencia a las normas, cumplimiento de los estndares y convenciones de mantenibilidad. Hace referencia a todas las anteriores. A pesar de que el modelo indica que las subcaractersticas a su vez se subdividen en atributos, no especica ni detalla cuales son estos, ya que son entidades dependientes del software y variarn segn la naturaleza del mismo (lenguaje, paradigma de programacin, complejidad tecnolgica, entre otros). III-B. La Norma ISO/IEC 14598 Aunque ya algo se menciono con anterioridad en la seccin II-B y III-A ahora se vera su concepto y las normas que la componen. La ISO/IEC 14598 otorga una visin general y explica la relacin entre su serie y el modelo de calidad de la ISO/IEC 9126, adems dene los trminos tcnicos utilizados, los requisitos generales para una especicacin y evaluacin de calidad del software, y clarica conceptos generales. Finalmente, provee un marco de trabajo para evaluar la calidad de los tipos de software y establece requisitos para mtodos de medicin y evaluacin. Dentro de la serie ISO/IEC 14598 se pueden destacar las siguientes normas [ISO/IEC, 1999]: ISO/IEC 14598-1: enumera las mtricas aplicables en la evaluacin de software y los requisitos que aquellas debern cumplir. ISO/IEC 14598-2: explica como realizar la planicacin y gestin de la evaluacin. ISO/IEC 14598-3: explica como elegir atributos que representen los requisitos de calidad. ISO/IEC 14598-4: regula el proceso y proporciona ejemplos de mtodos de evaluacin, como listas, historiales o tablas y recomendaciones en el uso de los mismos. ISO/IEC 14598-5: especica como adaptar el proceso general de evaluacin a un entorno mas especico. ISO/IEC 14598-6: trata sobre la documentacin del proceso. Como se puede apreciar en la Figura 3, y como se menciono en la seccin II-B, ambas normas (ISO/IEC 9126

Figura 2. Caractersticas de la Calidad segn la ISO/IEC 9126

e ISO/IEC 14598) se solapan en varios mbitos, por lo cual se opto por redenir un estndar que unique a ambos.

Adems posee una extensin (ISO/IEC 25050 a la ISO/IEC 25099) diseada para contener estndares internacionales de calidad en productos de software y repostes tcnicos que se ocupan de dominios de aplicacin especcos o que se pueden usar como complemento de uno o ms estndares internacionales SQuaRE [del Real, 2008]. Todos estos documentos forman la arquitectura de SQuaRE. (Figura 4)

Figura 3. Solapamiento entre normas [ISO/IEC, 2005]

IV. SQ UA RE, U NIFICACIN DE NORMAS PARA LA ESPECIFICACIN DE REQUERIMIENTOS Y EVALUACIN DE LA CALIDAD IV-A. Deniciones

Figura 4. Arquitectura de SQuaRE

SQuaRE hace un uso intensivo de ciertos conceptos que deben entenderse para poder comprender el estndar en su conjunto. De todas formas, la propia norma ocial contiene la descripcin de 64 conceptos que incluye deniciones desde acquirer (adquirente) hasta verication (vericacin). IV-B. La Norma ISO/IEC 25000

Para la medicin de la calidad de un producto la norma ISO/IEC 25000 otorga una gua para el uso de nuevos estndares internacionales, llamados Requisitos y Evaluacin de Calidad de Productos de Software. SQuaRE constituye una serie de normas que se basan en la ISO/IEC 9126 (Calidad del Software) e ISO/IEC 14598 (Evaluacin del Software); su objetivo principal es guiar el desarrollo de software con una especicacin y evaluacin de requisitos de calidad. En s este nuevo estndar se crea con el objetivo sustituir a los dos estndares antes mencionados por SQuaRE [ISO/IEC, 2005]. El objetivo principal de la creacin de SQuaRE (ISO/IEC 25000) es establecer criterios para la especicacin de requisitos de calidad de productos software, sus medidas y su evaluacin. SQuaRE consiste en 14 documentos agrupados en 5 divisiones, las cuales poseen cada una sus propias subdivisiones [Suryn and A., 2003], las cuales se vern en el capitulo V-A: ISO/IEC 2500n: Gestin de calidad. ISO/IEC 2501n: Modelo de calidad. ISO/IEC 2502n: medidas de calidad. ISO/IEC 2503n: Requisitos de calidad. ISO/IEC 2504n: Evaluacin de calidad.

IV-B1. Modelos de SQuaRE: Adems de las divisiones mencionadas anteriormente SQuaRE posee una serie de modelos que se mencionaran a continuacin: Modelo de ciclo de vida para la calidad: Este estndar dene tres medidas para la calidad de un producto: Medida de Calidad Interna: se ocupa de las propiedades del software (tamao, complejidad, conformidad con las normas de orientacin a objetos, entre otros). Puede utilizarse desde las primeras fases del desarrollo, permitiendo detectar deciencias en el software en edades muy tempranas del ciclo de vida del software. Medida de Calidad Externa: analiza el comportamiento del software en produccin y estudia sus atributos. Sin embargo, necesita que el producto software este completo y se utilizar por tanto en el pase a produccin del producto, siendo muy dependiente de la mquina donde se ejecute. Mtrica de Calidad de Uso: mide la productividad y efectividad del usuario nal al utilizar el software. Ser dependiente del usuario y estar condicionada a los factores personales del mismo, mide su grado de satisfaccin. SQuaRE no indica los niveles de calidad ideales para cada proyecto, aunque si se recomienda que los requisitos de calidad deben ser proporcionales a las necesidades de la aplicacin y que es de vital importancia un correcto funcionamiento del sistema una vez implementado. El esquema del modelo de ciclo de vida de la calidad del producto software, el cual incluye las tres fases antes mencionadas se gracan en la Figura 5 [ISO/IEC, 2005]. En la gura se demuestra que el proceso de desarrollo para cada

tipo de calidad requiere saber: especicacin de requisitos, implementacin y pruebas/validacin. Aunque las normas ISO/IEC 9126 e ISO/IEC 25000 indican cuales son las caractersticas y subcaractersticas de la calidad de un software, no menciona en qu medida las caractersticas de calidad indican una subcaracterstica.

soporte de gestin (25001) puede realizarse la evaluacin. 8. Utilizando el estndar de requisitos de calidad (25030), el de soporte a la gestin (25001) y los de medidas de calidad interna, externa y en uso (25022, 25023 y 25024) puede efectuarse la especicacin de requisitos de calidad. Todo este proceso se orienta, lgicamente, a la evaluacin y especicacin en un sistema de software, el cual puede describirse desde el punto de vista de uso, nivel interno y externo.

Figura 5. El modelo de ciclo de vida de la calidad del producto software

Modelos de Referencia: En la Figura 6 se aprecia el modelo de referencia de SQuaRE. Este se proporciona una especie de mapa de actividades y reas cubiertas por las normas. En l se visualiza el papel que juegan las distintas normas y en que orden deben utilizarse [ISO/IEC, 2005]. Este mapa debe leerse de abajo hacia arriba: 1. Se comienza por la norma 25000, que proporciona una visin rpida sobre las distintas normas y terminologas aplicables. 2. La siguiente es la norma 25010, esta, presenta el modelo de referencia para la calidad utilizado por SQuaRE. 3. Luego continua con las normas 25001, 25020 y 25040, que se utilizan como guas, ya que describen respectivamente el soporte necesario para el modelo de referencia para la gestin, la mtrica y la evaluacin. 4. La norma 25021 describe las primitivas de mtrica. 5. Denirse las medidas para la calidad interna, externa y de uso (norma 25022, 25023, 25024) 6. La norma 25030 especica los requisitos de calidad que debe satisfacer un producto software. 7. Conociendo la norma sobre los mdulos de evaluacin (25041) y los procesos de evaluacin para desarrolladores (25042), compradores (25042) y/o evaluadores (25043) y utilizando tambin como base un cierto

Figura 6. Modelo de Referencia SQuaRE [ISO/IEC, 2005]

Modelo de Calidad: El modelo de calidad en SQuaRE mantiene una estructura similar a la especicada en otros estndares. En general, opta por el esquema divide y vencers en el cual, la calidad del software se compone de un conjunto de caractersticas, que a su vez se dividen en subcaractersticas y que se especican en forma de atributos de calidad. IV-B2. Relacin de SQuaRE con Otras Normas: ISO/IEC 15939: La norma ISO/IEC 15939 dene los procesos necesarios para mejorar el proceso de medida del software e identicar como debe ser dicho proceso para poder atender correctamente las necesidades de informacin tcnica y de gestin del software [ISO/IEC, 2002]. Los propsitos de esta norma son:

Proporcionar un proceso unicado, pero adaptable, para la medicin. Permitir que el proceso pueda mezclar datos sobre el proceso y el producto para obtener informacin signicativa. Proporcionar una terminologa comn. Establecer las bases para la recogida y uso de medidas que forma que puedan utilizarse para la estimacin, seguimiento y anlisis de proyectos software. SQuaRE en contra posicin, proporciona las mismas caractersticas permitiendo adems la especicacin de requisitos de calidad y la evaluacin de la misma. ISO/IEC 9000: La norma 9000 esta orientada a la calidad en el proceso, y SQuaRE a la calidad del producto, y aunque la combinacin de ambas normas puede producir un mejor resultado, pueden implementarse por separado y en cualquier orden. [Garca, 2009] ISO/IEC 15504: Esta norma proporciona un modelo de procesos para la evaluacin, un conjunto de requisitos que a evaluar y una gua para el proceso de evaluacin. La norma ISO/IEC 15504 surge a partir del proyecto SPICE. Dado que el objetivo es medir el proceso y que SQuaRE esta orientado a la evaluacin, podemos tener esta norma en cuenta y utilizarlas en las normativas de SQuaRE a la hora de evaluar la calidad de un proceso. [Garca, 2009]

Por lo tanto SQuaRE nace para dar solucin a estos y otros problemas que surgen del uso de 2 normas que adems en varios puntos poseen solapamientos entre ellas. Segn el estndar [ISO/IEC, 2005], SQuaRE ofrece las siguientes ventajas con respecto a sus predecesores: Coordina la mtrica y evaluacin de la calidad del software. Entrega una gua para la especicacin de requisitos de calidad del software. Armoniza la normativa ya existente con respecto a la norma ISO/IEC 15939, mediante el Modelo de Referencia de Medida de la Calidad perteneciente a la norma ISO/IEC 25020. En particular SQuaRE es una revisin de la ISO/IEC 9126-1:2001, y conserva las mismas caractersticas de calidad de software. Pero adems, SQuaRE se centra en el lado del producto. Las principales diferencias con sus antecesores son [Suryn and A., 2003]: La introduccin de un modelo de referencia general. La introduccin de guas detalladas y dedicadas a cada divisin. La introduccin de elementos de medidas de calidad dentro de la divisin de medicin de la calidad. Incorporacin y revisin del proceso de evaluacin. Coordinacin y Armonizacin de el contenido de ISO/IEC 15939. V-A. Divisiones de SQuaRE y diferencias con las Normas ISO 9126 e ISO 14598 En esta seccin se presentaran las distintas divisiones de SQuaRE, las cuales fueron gracadas en la Figura 6 y explicadas posteriormente, pero ahora se relacionarn con las normas explicadas en III presentando las diferencias producidas en cada apartado de la ISO 25000 con respecto a las dos normas antes nombradas. 2500x: Calidad del producto software 25000: Gestin de CalidadCorfo, Fundacin Chile, Gechs y Spin Chile, entre otros. Documentacin de Gua Modelo de arquitectura SQuaRE, terminologa de 14598-1 Vista general 9126-1 25.001: Planicacin y Gestin Actual 14598-2 25.01x: Modelo de Calidad Es un volumen simple que esta dividida en 2 subpartes en el documento de transferencia de medidas de requerimiento. 25.010: Modelo de calidad. La 9126-1 es menos genrica en las explicaciones y mtricas de calidad. Es un gua para el uso de un modelo de calidad. 25.02x: medidas de Calidad

V.

E VOLUCIN Y D IFERENCIAS

En este capitulo se estudiar la evolucin y/o cambios que ha signicado SQuaRE respecto de las normas anteriormente vistas en el captulo III. Como ya se menciono en III-A la 9126-1 contiene un modelo de calidad interno, externo y de uso, pero no describe como declarar los requisitos en lo que concierne a subcaractersticas. Para dar solucin al concepto de subcaracterstica y dar una caracterstica medible, se denieron los informes tcnicos: 9126-2 (mtricas externas), 9126-3 (mtricas internas) y 9126-4 (mtricas de calidad de uso). Pero de igual menara estos no asignan rango o escalas de valores a las mtricas, ya que estos son denidos por cada software. Por lo anterior y lo mencionado en III-A se pueden nombrar una serie de problemas de la norma ISO/IEC 9126 en conjunto con la ISO/IEC 14598: Cambios en el entorno y avances de las TI pueden provocar problemas. Necesidad de una arquitectura y gua nica. Al estar tan ligados ambos estndares (ver Figura 3) es complicado conocer tantas normas distintas, lo cual puede retrasar procesos. Adems, es importante que los estndares tengan un nombre de identicacin (series), las que permite una fcilidad para identicarlas y recordarlas.

25.020: Modelo de referencia de medidas. 25.021: Primitivas. Nuevo 25.022: Calidad interna. Equivalente a 9126-3 25.023: Calidad externa. Equivalente a 9126-2 25.024: Calidad en uso Equivalente a 9126-4 25.025: Documentacin para la evaluacin de mdulos. 25.03x: Requisitos de Calidad Volumen de estndar nico y guas 25.030: Requisitos de Calidad Gua general para requerimientos de calidad Requisitos para requerimientos de calidad Calidad de requisito de uso Requisitos de calidad externa Requisitos de calidad interna 25.04x: Evaluacin de calidad 25.040: Referencia para la evaluacin. Modicacion de 14598-1 25.041: Mdulos para la evaluacin. Cambios menores 25.042: Para desarrolladores. Cambios menores 25.043: Para compradores. Cambios menores 25.044: Para evaluadores. Cambios menores En base a la comparativa que se elaboro anteriormente, se proceder a comentar y entregar observaciones de algunas de las nuevas caractersticas y/o aspectos en las divisiones ms relevantes. 25000: Descripcin y Gua de Requisitos. Implica requisitos generales para la calidad del software y entrega una gua para el uso de documentos en SQuaRE. 25020: Modelo de referencia de medidas. Esta parte da informacin general sobre las medidas de calidad como un documento de resguardo de la divisin de medidas. 25021: Primitivas. Esta nueva parte dene y especica un conjunto recomendado de primitivas que pueden ser utilizadas durante el ciclo de vida del desarrollo del software. 25030: Requerimientos de Calidad. Permite a la calidad del software ser especicado como un requerimiento de calidad. Ahora se presentaran las diferencias entre las caractersticas y subcaractersticas de SQuaRE y la ISO/IEC 9126-1 para la calidad interna y externa, los cuales son llamados en SQuaRE Calidad del Software. Funcionalidad (9126-1) en SQuaRE se llama Adecuacin Funciona, el cual otorga un nombre mas preciso

y evita las confusiones (ambigedad). Interoperabilidad (9126-1) en SQuaRE esta ha sido movida a Compatibilidad. Seguridad (9126-1) es una caracterstica propia de esta norma. Madurez (9126-1) en SQuaRE es llamada o modicada por Disponibilidad, ya que para esta norma es mas importante que la madurez. Robustez, es una subcaracterstica de SQuaRE. Eciencia (9126-1) en SQuaRE es llamada Eciencia de Rendimiento, al igual que en el caso de Funcionalidad, es renombrado para evitar la ambigedad. Usabilidad (9126-1) en SQuaRE es llamado Operabilidad para evitar conictos con otras deniciones. Comprensibilidad (9126-1), en SQuaRE se renombra por Reconocimiento de Adecuacin, siendo este mas preciso. Operabilidad (9126-1) en SQuaRE se le cambia el nombre por Factibilidad de Uso. En SQuaRE se crean nuevas subcategoras llamadas til, Accesibilidad Tcnica, Modularidad, Reusabilidad y Portabilidad. SQuaRE detalla mas la la categora Compatibilidad, la cual no era lo sucientemente detallada en las subcategoras de Portabilidad de la ISO/IEC 9126-1. En SQuaRE se pasa la Iteroperabilidad a un categora, la cual era una subcategora de Compatibilidad en la 9126-1 En SQuaRE existe una categora llamada Seguridad la cual tambin existe en la ISO/IEC 9126-1 pero en esta es una subcategora. Estabilidad (9126-1) se le asigna un nuevo nombre mucho mas preciso en SQuaRE, el cual se llama Estabilidad a modicaciones. Portabilidad la cual es una categora de la ISO/IEC 9126-1, pero no incluida subcaractersticas de portabilidad; en SQuaRE se llama Transmisibilidad, la cual si incluye subcaractersticas. Coexistencia y Capacidad fue movido desde la portabilidad hasta compatibilidad en la ISO/IEC 9126-1. A continuacin se mencionarn las nuevas subcategoras para el modelo de calidad de uso (calidad del sistema), que posee SQuaRE en contraposicin a ISO/IEC 9126-1. Usabilidad en uso. Flexibilidad en uso. Conformidad del contexto de uso. Extensin del contexto de uso. Salud y seguridad de operador. Salud y seguridad pblica. Daos del entorno de uso. Daos comerciales de uso. Como se pudo apreciar, SQuaRE elimina la ambigedad de varios trminos existentes en la ISO/IEC 9126-1 y agrega

nuevas caractersticas y subcaractersticas en el modelo de calidad interno, externo y calidad de uso. VI. VI-A. A NLISIS C RITICO

Inconvenientes en SQuaRE

SQuaRE se a esmerado en normalizar las terminologas. En el estndar, varias referencias a los conceptos usados en Ingeniera del Software y en otras disciplinas hacen uso del termino mtrica. Es por esto que SQuaRE emplea el vocablo medida sustituyndolo (empleado en los estndares anteriores), lo que puede provocar cierto grado de confusin a la hora de que una empresa acostumbrada a utilizar las anteriores normas, se cambien a esta. Otro problema a destacar en esta norma, puede ser la creacin del concepto de primitiva, la cual ha sido mencionada por algunos autores [Suryn and A., 2003] como "posible fuente de confusiones", ya que es un concepto articial que no es un termino intuitivo para los expertos y no aparece en los estndares sobre medicin. La poca documentacin existente sobre la norma, al ser esta tan nueva, hace que sea difcil encontrar documentacin y/o experiencias de aplicacin, entre otros, por este motivo es posible que dirigentes de empresas no se atrevan a certicarse en esta norma, por el miedo a no saber a lo que se enfrentan, en contra parte a las normas predecesoras de SQuaRE de las cuales hay bastante informacin por el tiempo que lleva en el mercado. El principal problema de esta norma es que al ser tan nueva (2005) an se encuentra en desarrollo (obteniendo la ISO/IEC 25010 su ultima revisin el 2011 y la primera en el mismo ao para la ISO/IEC 25040) y no posee un periodo de tiempo y resultados de su aplicacin, generando que las nuevas empresas se sigan certicando con las normas anteriores, a las cuales busca sustituir. Es por lo dicho anteriormente un conjunto de normas incompleto, por lo que no puede evaluarse su utilidad en comparacin con las normas a las que se planea sustituya. VI-B. Realidad en Chile

Luego de la revisin y comparacin de SQuaRE con sus predecesoras, se realizara un anlisis breve de del uso que posee esta norma en Chile, viendo el porque se usa o porque no. En Chile la industria del Software, es una industria que recin en estos aos esta tomando notoriedad, ya que esta lleva pocos aos en el mercado y gracias a los tratados con otros pases, las empresas han debido aplicar normas y/o estndares para muchos mbitos de sus negocios. El principal motivo de que esto no se aplicase antes en Chile es porque simplemente a las empresas no les interesaba ni les afectaba, pues estas solo comercializaban en el mismo pas o pases vecinos, pero una vez que se abrieron las puertas al resto del mundo, las empresas ya no podan continuar

produciendo para un mercado local ya que no solo compiten con distribuidoras locales, sino que con todo el mundo. La principal complicacin que se encontraron las empresas en el pas es que no posean certicaciones, tanto de Proceso, como del Producto, por lo que algunas empresas (las con mayor poder econmico) optaron por estandarizar y certicar sus procesos, pero aun as no todas hacan lo mismo para el productos, por lo que posean buenas practicas para la realizacin de los procesos pero no para el propio producto. En el da de hoy las grandes y medianas empresas no solo compiten por ganar en el mercado del pas, tambin deben hacerlo con el mundo, lo que requiere que puedan hacer las cosas de una forma que se puedan medir sus resultados, ya que esto es algo muy importante a la hora de saber que producto es mejor que otro cuando se ha de licitar. Como las normas ISO/IEC 9126 y ISO/IEC 14598 son los estndares mas antiguos en el mbito de la calidad del producto, muchas empresas que comenzaron a certicarse lo hicieron bajo esas y varias lo siguen haciendo. Si bien la ISO/IEC unico las dos normas antes mencionadas creando la 25000 (SQuaRE), muchas empresas que ya estaban certicadas con las anteriores no ven la necesidad en el cambio o no lo hacen simplemente porque es un estndar muy actual, y no hay mucha experiencia de empresas que lo hayan aplicado. Otro punto muy importante es que el gobierno no fomenta la aplicacin de otros estndares para que as las empresas se interesen por las certicaciones y mejorar su negocio, lo que mas se ha fomentado es (como ya se dijo) la certicacin en la calidad del proceso, en particular en la ISO 9000 [CalidaddelSoftware.com, ] por medio de Corfo, Fundacin Chile, Gechs y Spin Chile, entre otros. Por lo que el certicarse por otra norma debe ser inters propio de la empresa, aunque el gobierno igual apoya por los mismos medios anteriormente mencionados, la certicacin, puesto que el benecio de que las empresas chilenas posean estas certicaciones permite que el pas sea reconocido mundialmente como un buen productor de software. Por todo lo anterior, este documento tiene como objetivo hacer comprender a las empresas que an se certican por normas antiguas (que no se actualizan desde 2001 y 2004) o para las que desean someterse a alguna, que se decidan por estndares mas actuales y sobre todo por aquellos que mejoran considerablemente las falencias de sus predecesores, como es el caso de SQuaRE para la calidad del producto software, el cual se crea en 2005 para eliminar ambigedad y solapamiento, y mejorar las normas ISO/IEC 9126 y 14598 como se vio en los captulos anteriores, pero como se dijo en VI-A esta norma se encuentra aun en desarrollo, haciendo complicada la aceptacin de este estndar por parte de los altos directivos ya que existe muy pocas referencias en contra parte a sus predecesores. Pero en un mundo que dada vez esta mas globalizado es necesario

aplicar normas que sean los mas actuales y mejores en el rea afectada. VII. C ONCLUSIN

Como se pudo apreciar en el Capitulo III, se presentaron las normas a las cuales SQuaRE pretende sustituir, en esa seccin se muestran cada parte intentando no profundizar tanto en ese tema, dejando que el lector si le parece importante pueda centrarse mas en las especicaciones de cada tema de inters. Por este motivo, se presentan las descripciones y partes mas importantes, las cuales sirvieron para hacer la comparacin y estudio de SQuaRE Como se menciono en III-B y IV la ISO/IEC 25000 (requisitos y Evaluacin de Calidad del Software) o SQuaRE son una familia de estndares basados en la ISO/IEC 9126 (Calidad del Software) e ISO/IEC 14598 (Evaluacin del Software), lo que en realidad hace SQuaRE es unicar ambas normas, las que en muchos puntos se solapan, generando redundancia en ciertos puntos (ver Figura 3), por este motivo SQuaRE al igual que las normas en las que se basa se divide en partes para la especicacin de requisitos evaluacin de la calidad, en este caso son 5 (Gestin, Modelo, Medidas, Requisitos y Evaluaciones). Adems SQuaRE es posible compararlo en todos sus puntos con las normas antes mencionadas, en las cuales esta basado (ver Capitulo V-A). Con lo que es posible darse cuenta que SQueRE en su gran mayora aparte de volver a unicar las ISO/IEC 9126 y la 14598 (ver Capitulo III-A), esta norma elimina la ambigedad en la terminologa existente en sus predecesora en el mbito de las medidas de calidad internas y externas (calidad del software) y en lo que es el modelo de calidad de uso (calidad del sistema) esta norma entrega nueve nuevas subcategoras. Por otro lado tambin elimina la redundancia y solapamiento en distintas secciones de las normas ya mencionadas, al no estar dividida en dos distintas, lo cual nalmente benecia a una mejor comprensin y aprendizaje por parte de los que implementaran y certicaran en la norma, ya que les facilitara el trabajo y entendern mejor los puntos de esta norma y facilitara el entendimiento a la hora de trabajar con las series numricas de estas, las cuales no sern distintas. Finalmente el el Capitulo VI se pueden apreciar los inconvenientes principales que posee esta norma, como lo son algunos trminos que aun pueden confundir, y tambin el hecho de que esta norma es muy nueva lo que no la hace muy conocida en comparacin a sus predecesoras, las cuales ya poseen una cartera de experiencias, he informacin bibliogrca (fsica y electrnica). Por este motivo, se elabora este estudio para dar a conocer algunas de las complicaciones que generan las normas anteriores y las que soluciona SQuaRE, para presentar sus caractersticas y bondades en comparacin a sus predecesoras y as disminuir el temor a certicarse en este nuevo estndar. En el caso de la realidad en Chile, es un tema que puede beneciar a muchas empresas, ya

que al existir muy pocas que se certiquen en estas reas, pueden optar por elegir una que facilite y elimine deciencia de las que actualmente existen, permitiendo as, disminuir la brecha con la competencia; a su vez las empresas ya certicadas les puede ser menos complicado certicarse con esta nueva norma y as actualizarse y eliminar o disminuir complicaciones que las anteriores les provocaban. Cabe sealar que la aplicacin de esta norma a las empresas cada vez se requerir mas si desean competir en el extranjero, lo cual har que Chile en cierto tiempo no solo requiera la normas al rea del proceso sino que tambin a la del producto, ya que en un mundo cada vez mas globalizado e informatizado, surgirn empresas que necesiten exportar sus productos y si no se encuentran certicadas bajo normas que sean las mejores para la calidad y evaluacin no podrn competir. VIII. T RABAJO F UTURO En una posible actualizacin de este documento, es posible estudiar otros modelos que podran relacionarse en algunos puntos y evaluar cual o cuales caractersticas podran agregarse a SQuaRE para mejorar an ms el modelo. Otro estudio puede ser encontrar otros modelos que puedan fusionarse con este y evaluar el porque. Evaluar mas profundamente la aplicabilidad de SQuaRE a las empresas chilenas. Estudiar mas profundamente cuales son los defectos que existen de SQuaRE. Recopilar experiencias de aplicacin de SQuaRE en la industria. Se deja abierta la posibilidad de que otro investigador complemente y/o actualice la informacin presentada en el actual documento. El mundo de la investigacin en SQuaRE puede ser muy amplio, ya que al ser una norma prcticamente nueva, no hay informacin suciente para fomentar que las empresas opten por esta norma en vez de sus predecesoras y as sustituirlas denitivamente. B IBLIOGRAFA[CMM, ] Capability Maturity Model Integration. CMMI. [IEC, ] International electrotechnical commission. [ISO, ] International organization for standarization. [iso, 2009] (2009). Portal iso 25000. [Ayala, 2008] Ayala, C. (2008). Systematic construction of goaloriented taxonomies for searching and reusing cots. Universitat politcnica de Catalunya. [Boehm, 2004] Boehm, B. H. L. J. A. M. R. (2004). Quality as stakeholder value. Proceedings of the Second Workshop on Software Quality, pages 13. [BOOTSTRAP.team, 1993] BOOTSTRAP.team (1993). trap: Europes assessment method. IEEE Software. Boots-

[CalidaddelSoftware.com, ] CalidaddelSoftware.com. Chile - comienza la certicacin de calidad para empresas de tecnologa. [del Real, 2008] del Real, M. C. C. S. (2008). Construccin de un catlogo de patrones de requisitos funcionales para erp. Masters thesis, Universitat Politcnica de Catalunya; Departament de Llenguatges i Sistemes Informtics. [El Emam, 1998] El Emam, K. D. J. M. W. (1998). Spice: The theory and practice of soft-ware process improvement and capability determination. IEEE Computer Society. [Garca, 2009] Garca, . G. (2009). SQuaRE: Una unicacin de normas para la especicacin de requisitos y la evaluacin de la calidad. Universidad de Castilla-La Mancha, 3 de enero 2009 edition. Curso Doctorado: Calidad de Sistemas de Informacin. [Gillies, 1997] Gillies, A. (1997). Software quality, theory and management. International Thompson Computer Press. [ISO, 2005] ISO (2005). ISO9000. ISO 9000 - Quality management. ISO. [ISO/IEC, 1999] ISO/IEC (1999). ISO/IEC14598. Information Technology - Software product evaluation. ISO/IEC, Geneva, Switzerland. [ISO/IEC, 2001] ISO/IEC (2001). ISO/IEC 9126. Software engineering Product quality. ISO/IEC, Geneva, Switzerland. [ISO/IEC, 2002] ISO/IEC (2002). ISO/IEC15939. Software Engineering - Software Measurement Process. ISO/IEC, Geneva, Switzerland. [ISO/IEC, 2005] ISO/IEC (2005). ISO/IEC 25000. Software Engineering - Software product Quality Requirements and Evaluation (SQuaRE) - Guide to SQuaRE. ISO/IEC, Geneva, Switzerland. [Kitchenham, 1996] Kitchenham, B. P. S. (1996). Software quality: The elusive target. IEEE Software, 13(1):1221. [Paulk, 1993] Paulk, M. C. B. C. M. W. C. (1993). The capability maturity model for software. C.M. Software Engineering Institute. [Sunita Chulani, 2001] Sunita Chulani, P. S. D. M. B. L. G. D. (2001). Deriving a software quality view from customer satisfaction and service data. European Software Conference on Metrics and Measurement. [Suryn and A., 2003] Suryn, W. A. A. and A., A. (2003). Iso/iec square: The second generation of standards for software product quality. 7th IASTED International Conference on Software Engineering and Applications. [Voas, 1998] Voas, J. (1998). The software quality certication triangle. The Journal of Defense Software Engineering. [Zinkgraf, 2006] Zinkgraf, S. (2006). Six Sigma: The First 90 Days. 2006.